Re: [boinc_dev] GoogleTest

[Vitalii Koshura]

Hello Christian,

This way is OK for linux. But what I can do for Windows? We use
http://boinc.berkeley.edu/git/boinc_depends_win_vs2013.git and another one
repo for VS 2012.
I have no permissions to write to this repo.

Maybe it is a good idea to refactor this too and make some kind of batch
scripts to build necessary 3rd party libraries by ourselves rather than
just download it from git repo that is not so good to store binaries. I can
create such script with no problems.

What do you think guys?

Thanks

Best regards,
Vitalii Koshura

2018-01-17 22:53 GMT+02:00 Christian Beer <christian.b...@posteo.de>:

> Hi,
>
> I'm ok with this as GoogleTest is an xUnit framework which makes life
> easier once we want to add unit tests for other languages.
>
> As for the license this is not a problem as long as we don't copy the
> code into our repository (and even then it is possible because it is BSD
> 3clause), which we should not do. We should specify which version needs
> to be installed and check if it is available at buildtime.
>
> A quick search found this demo: https://github.com/bast/gtest-demo which
> links to googletest via submodule which is not what I would prefer.
> Instead use a similar installation procedure as defined in
> 3rdParty/buildLinuxDependencies.sh and download GoogleTest to
> 3rdParty/buildCache or similar.
>
> MfG / Regards
> Christian Beer
>
> Am 17.01.2018 um 21:36 schrieb Vitalii Koshura:
> > Hello @all,
> >
> > As I wrote before I want to add unit test support to test existing XML
> > parser and move to another 3rd-party XML parser further.
> >
> > So I have a question: can we use Google Test library in our project (
> > https://github.com/google/googletest )? I am curious about the license.
> I
> > do not have understanding with all these licenses so I ask you to help me
> > with this.
> >
> > Also does anyone have any objections to use this library?
> >
> > Thanks
> >
> > Best regards,
> > Vitalii Koshura
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] GoogleTest

[Vitalii Koshura]

Hello @all,

As I wrote before I want to add unit test support to test existing XML
parser and move to another 3rd-party XML parser further.

So I have a question: can we use Google Test library in our project (
https://github.com/google/googletest )? I am curious about the license. I
do not have understanding with all these licenses so I ask you to help me
with this.

Also does anyone have any objections to use this library?

Thanks

Best regards,
Vitalii Koshura
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Rewriting BOINC Manager from scratch using Typescript

[Vitalii Koshura]

Hello Oliver,

I'll try to look deeper to the Typescript. I like the way Microsoft do
their vscode and I believe we can do something similar. As soon as it will
run on Chrome engine only we need no compatibility with other browsers.
The most I like in vscode is it's flexibility, powerful UI and
cross-platform design.
I'll try to play with this, at least make the communication between client
and  new Manager. If I will have success then we can proceed with
specification to make new Manager application. Of course, if other guys
will decide that this way is nice for BOINC development.

Thanks

Best regards,
Vitalii

Sent via Android

8 янв. 2018 г. 1:05 PM пользователь "Oliver Bock" <oliver.b...@aei.mpg.de>
написал:

> On 06.01.18 04:40, Vitalii Koshura wrote:
> > In this case I'll dig a little bit deeper and send you more details.
>
> If it doesn't have to be a fancy (yuk) node.js/electron base you should
> consider Qt.
>
> JM2C,
> Oliver
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Rewriting BOINC Manager from scratch using Typescript

[Vitalii Koshura]

OK.

In this case I'll dig a little bit deeper and send you more details.

Thank yiu for your replies.

Best regards,
Vitalii

Sent via Android

6 янв. 2018 г. 3:12 AM пользователь "David Anderson" 
написал:

> Keep in mind that there already is a "multiclient" GUI, namely BoincTasks.
> It's excellent, but it's Win-only and is geared toward power users (lots
> of info).
>
> I think that the top priorities is malleability:
> being able to easily change the layout, add/remove features etc.
> We currently have the simple and advanced views;
> we may need even simpler and more advanced views.
>
> My choice would be HTML + Javascript,
> and I've experimented in this direction by making GUI RPCs work with HTTP.
> However this failed because of cross-domain rules in browsers.
>
> Laurence Field for CERN is trying something similar using "WebSockets":
> https://developer.mozilla.org/en-US/docs/Web/API/WebSockets_API
> ... which don't have the cross-domain restriction.
> I'd recommend communicating with him.
>
> Java is also a possibility though it would be hard to make it malleable.
> The Android GUI is written in Java, and there are some pieces (e.g. RPC
> stubs) that could be used.
>
> -- David
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Rewriting BOINC Manager from scratch using Typescript

[Vitalii Koshura]

Hello Jason,

Unfortunately, C# (.NET Framework) is platform dependent. .NET Core is not
platform dependent so it is better. Unfortunately, I have no expertise with
.NET Core so I can't say whether it will be better than existing solution.

Thanks


Best regards,
Vitalii

Sent via Android

5 янв. 2018 г. 7:40 PM пользователь "Jason Groothuis" <
jason_grooth...@hotmail.com> написал:


"What do you think, guys?"

I like the ideas of moving user interfaces to modern forms.  Given you're
including some Microsoft things, is their some way it can be c# oriented ?
My feeling is this could accelerate cross platform plugin development (for
example third party project specific contribution)
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] Rewriting BOINC Manager from scratch using Typescript

[Vitalii Koshura]

Hello all,

These days I thought about the development of BOINC Manager, especially
abou wxWidgets and new issues we faced with new upcoming release. And I got
an idea to rewrite BOINC Manager and make it more platform independent than
before.
What if we decide to rewrite it using Typescript as a development language
and chrome as tool to run it the way like Microsoft develops it's popular
products like:
https://github.com/Microsoft/vscode
and
https://github.com/Microsoft/sqlopsstudio

Positives:
- We get very powerful support to render every type of content we want.
This way we can solve problem with news show in HTML format.
- We can potentially involve 'fresh blood' (developers) who can support
application development (as I see now more young people prefer JS and
similar languages rather that old-fashion C++).
- We can redesign Manager application from scratch to make it more modern.
- We can make it even 'multiclient'.
- I am not completely sure but as I see it now we will need less job to
make it cross-platform and there will be less platform dependent code.

Negatives:
- I have no experience using Typescript so I can work on it like a manager
only.
- We will need at least one year of intensive development to make first
release.
- We will need to recruit new volunteer developers. I can work on this but
I can't promise fast results.

What do you think, guys?

Thank you for your attention.

Best regards,
Vitalii

Sent via Android
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Thank you for your contribution!

[Vitalii Koshura]

Hello Robert,

I'm a little bit confused: why did you send this here to us?

Thanks



Best regards,
Vitalii Koshura

2017-12-15 18:16 GMT+02:00 Robert Miles <robertmi...@bellsouth.net>:

> Another political donation.
>
> Uncle Bobby
>
>
>
>  Forwarded Message 
> Subject:Thank you for your contribution!
> Date:   Tue, 05 Dec 2017 23:18:52 -0500
> From:   ActBlue Receipts <info+ab49756...@actblue.com>
> To: robertmi...@bellsouth.net
>
>
>
> Contribution Receipt
>
>
>
> Here’s a receipt for your $11.00 contribution. Did you know you can make
> contributions in seconds with ActBlue Express? See details below.
>
>
>
>
>
> Progressive Turnout Project
>
> Thank you for contributing to Progressive Turnout Project. Your donation
> will be used to make early investments to ensure Democrats win in
> 2018.:Take the next step by following us
> on Facebook: https://www.facebook.com/turnoutpac <
> http://email.actblue.com/c/eJwVjUGOhSAQRE8jOwk2qLBg8TPJHODn
> Z7aTBjGSQTDYxusPJrWpV5W8xc5iYdGOCPO0ojfjpH7B60GuQYEMgHoUoAXA
> MK-dEhGXPub-KCn1Bji6mInnQHzHmNhm1SC9kXIyaLTwWvvBORDKSD2intTK
> kt2IjrOTrw6-W-775s0bXCl_3Je9IbpqLhcd6Fm1tbhQaY8pnE3vQkpn27bH
> ych-KuYTPcWSMbX-VTLV6K4HvIMP8XheP_APZU1K0Q>:
> 
>
>
>
>
>
>
>
>  Your contribution receipt
>
> $11.00
>
> One-time contribution
>
> Thank you for your contribution in support of Progressive Turnout Project!
>
> Progressive Turnout Project $10.00
> Tip to ActBlue  $1.00
> Total charged   $11.00
>
> NameRobert F Miles
> Order NumberAB49756321
> Order Date  12/5/2017
> Payment TypeVISA 6801
> Billing ZIP 35802-2405
>
> This transaction will appear as one or more charges to ACTBLUE*P.Turnout
> on your credit card statement.
>
> We'd like to add a special thank you for your contribution to ActBlue. You
> make what we do possible. We very much appreciate your support.
>
>  * Edit payment details
><http://email.actblue.com/c/eJwlj8tqxDAMRb8m2SXY8nuRxbRlPqC
> Ubotsy4wZ54Hj9PvroaCFdNCFc-NiWBzzohCMThic0vIHguUikQRBgFYxsAy
> AmzRIljFOeZuOvZTJwYw-b23eqM0r5jI-FqO86xnOrUlgKHEXY3ScBckBA-J
> YlkdrxzmI2wD3PieFq9KMofly0Rz2tcNKgfLR-nZ7k84oLYAP4t6eg_jQjvl
> gPVPKCmeNTF4wq4ORinsTHOu2yen-D_o3Yw9QzG2sS9091bbmQmfv4amUc7
> _a4yU_tuWr4nZ2ibxvWPr9vm-tZn-9wOe_Taff8Ac0-13f>
>  * Unsure about this charge?
><http://email.actblue.com/c/eJwlj8tuxCAMRb8m2SUC816wmLaaD6i
> qbiueGjQEIiD9_jKq5IV9ZMvnei2QX5NmBgSPxinG6Q84iUkMFEgAIxkCiQC
> wiAtFyfgtle2sOW8KdmNTGXsJYz9MyutDE8Q9wywYiNgzMARjj7CkQilJFeA
> 168cYZ1_IbYH7rB7c1cJu3LD5Crurx4QtuJDOMbvbG1WCcQJ4IffxXMgHV8g
> 6aRFjkigpaLQESe4EZdgKp9C0jYrPfeC_ycyDq_T5YW26VRvaOFIOfSaxIeder_F46a9D
> fzVT-tRItZg85_daRkv2eoHPf59Jv-EPIRhduA>
>
>
>  Tired of entering your payment information every time?
>
> Create an ActBlue Express account <http://email.actblue.com/c/eJ
> wtjstqxSAURb8mmd1gND4ycHDbcj-glE6Dj2MjGA16Av38GijsyVqDvbfXkv
> gxam6oFMG4lYtlo07NLMBCGVCjOKGKUDrLMCwkGv-I-XGWlB4rnYyNGacMOB
> 0mpnHXAjwjbvVSSsNJ8IoJKbkncjFBrUDGpHfEsw3sOdBXTwN3VZiMQ5sumF
> w5uoTfs0Jr2w_g1tBUBN_t821ZJReMzh0C9UJ5ywf2cgP7gHt_q-
> AgnjhWXYuFikdM0PprCym1cuF-Xx1Rf1WTW5-MJZvU-b1krNFet_j870D9Tf8AwRlckw>
>
> And save time while contributing more effectively to the candidates and
> causes you support. Plus, review your full giving history at any time.
>
>
>
>
>
>
> Contributions or gifts to the Progressive Turnout Project are not tax
> deductible. Federal law prohibits contributions from corporations, labor
> organizations and national banks; from any person contributing another
> person's funds; from foreign nationals who lack permanent resident status;
> and from federal government contractors. All contributions must be made
> from personal funds and may not be reimbursed by any other person.
> Contributions to Progressive Turnout Project are subject to the limits and
> prohibitions of federal law. Contributions that exceed $5,000 in the
> aggregate in a calendar year will be deposited in the Progressive Turnout
> Project section 527 non-federal account.
>
>
>
>
>
>
> Paid for by ActBlue (actblue.com <http://email.actblue.com/c/eJ
> wVjcuKxSAQRL8m2UW87TMLF8PAfMBwme3QaocIRoMx_38N1KYOVZzoDI9zcg
> rB6A3DqrT8h2BfYiMJggCt4mA5wMtsk-QJ45LKctaclxUY-lQ6K9TZgSnPu1
> OcSwAwRqyo0WgVLQoh42a5WoPXc3Z77-c1ia8JfkYuCncjhqH7fBML9Rhwbq
> 5VT60fKdM1tJ5yvurd98c1d_duWK7xSbVgHv27lt6Svx_wS4HS-az-4APpZ0c7>) and not
> authorized by any candidate or candidate's committee.
>
> Contributions or gifts to ActBlue are not tax deductible as charitable
> contributions for federal income tax purposes.
>

[boinc_dev] Unit tests to validate XML requests and responses

[Vitalii Koshura]

Hello all,

In pull request https://github.com/BOINC/boinc/pull/2182 I wrote that it
would be nice to have unit tests to validate XML parser that used in BOINC
to operate with XML requests and responses. This can help to identify
issues related to wrong xml documents sent to server or client (I remember
there was a long term issue with non-closed xml tag).

Also this can be a first step to move from our XML parser to some other
standard parser (e.g. libxml++).

So at first I want to create unit tests and use Google Test Framework for
these purposes ( https://github.com/google/googletest ) I used this
framework in some of my previous projects.

I'll require David or Rom to help me to add pre-compiled binaries of test
framework to the repos (
http://boinc.berkeley.edu/git/boinc_depends_win_vs2013.git and
http://boinc.berkeley.edu/git/boinc_depends_win_vs2010.git).
Also I'll require Charlie to help me to make necessary changes in Mac
build  because I have no workstation with Mac to test it on.

Also after applying these unit tests we can add an additional step to CI
build process to run this tests and validate XML contract in case of it
changes.

What do you think, guys?

In case there will be no objections I'll create corresponded tickets on
GitHub and can start to work on them.

Thanks

Best regards,
Vitalii Koshura
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Small tweak to next release would be appreciated

[Vitalii Koshura]

I have a PC with two displays so I'll verify this before just fixing :).

Thanks

Best regards,
Vitalii Koshura

2017-11-02 11:47 GMT+02:00 Richard Haselgrove <r.haselgr...@btopenworld.com>
:

> Thanks Vitali - that might do it.
>
>
> Although it isn't clear from the way that Chris worded the original
> request, BOINC does already remember the position of the Manager window
> between sessions: all that would be needed is to provide controls to
> over-rule the 'automatic re-home to display 1 at startup' code. Window
> location is stored in registry keys like
>
>
> [HKEY_CURRENT_USER\Software\Space Sciences Laboratory, U.C.
> Berkeley\BOINC Manager]
>
> "WindowIconized"=dword:
>
> "WindowMaximized"=dword:
>
> "Width"=dword:05ba
>
> "Height"=dword:040e
>
> "XPos"=dword:01c6
>
> "YPos"=dword:
>
> "GUISelection"=dword:0001
>
>
> On Thursday, 2 November 2017, 9:38, Vitalii Koshura <
> lestat.de.lion...@gmail.com> wrote:
>
>
> Hello Richard,
>
> Thank you for you comments.
> In this case, I guess, we can make this configurable and let user decide
> whether he or she wants to keep BOINC window position or to see it always
> of the first display.
>
> Thanks
>
> Best regards,
> Vitalii Koshura
>
> 2017-11-02 11:30 GMT+02:00 Richard Haselgrove <
> r.haselgr...@btopenworld.com>
> :
>
> > I think we should be a little cautious about changing this: I think the
> > original decision to make all windows appear first on display 1 may have
> > been deliberate, and done for a purpose. Check the code for comments
> first.
> >
> > I use dual displays as well (1920x1200 and 1600x1200): I also have
> > multiple computers set up to use both those displays, via two separate
> KVM
> > switches. It gets quite complicated, especially because the machines have
> > three GPUs each, one an intel running headless. It can get confusing.
> >
> > The problem is, from experience: if a hardware display becomes
> unavailable
> > for any reason, but an application is set to start up on it, it can be
> > extremely difficult to restore the application to the visible primary
> > monitor. Software which is designed to 'always start on display 1', like
> > BOINC, is intended to be easily recoverable during hardware failure or
> > configuration changes. Remember that in some failure modes (e.g.
> backlight
> > failure), the monitor firmware can report 'all is well and usable' to
> > Windows during hardware detection at startup.
> >
> >
> > On Wednesday, 1 November 2017, 23:39, Vitalii Koshura <
> > lestat.de.lion...@gmail.com> wrote:
> >
> >
> > Hello Chris,
> >
> > Thank you.
> > I'll try to reproduce and fix it.
> >
> > Best regards,
> > Vitalii Koshura
> >
> > 2017-11-01 23:56 GMT+02:00 Chris Raisin <crai...@optusnet.com.au>:
> >
> > > Hi Vitalii,
> > >
> > > I run under Windows 10 (Latest public release)
> > >
> > >
> > >
> > > Cheers
> > >
> > > Chris
> > >
> > >
> > >
> > > *From:* Vitalii Koshura [mailto:lestat.de.lion...@gmail.com]
> > > *Sent:* Thursday, 2 November 2017 8:36 AM
> > > *To:* Chris Raisin
> > > *Cc:* BOINC Developers Mailing List
> > > *Subject:* Re: [boinc_dev] Small tweak to next release would be
> >
> > > appreciated
> > >
> > >
> > >
> > > Hello Chris,
> > >
> > >
> > >
> > > Just wondering which OS do you use to run BOINC?
> > >
> > >
> > >
> > > Thanks
> > >
> > >
> > > Best regards,
> > >
> > > Vitalii Koshura
> > >
> > >
> > >
> > > 2017-11-01 23:05 GMT+02:00 Chris Raisin <crai...@optusnet.com.au>:
> > >
> > > I have been a user of BOINC Manager for many years, but one thing
> > > continually "bugs" me.
> > >
> > >
> > >
> > > I run a system on which I have multiple screens, and I keep BOINC on
> > > screen
> > > 2
> > >
> > > (away from my general "Work Area" on Screen 1).
> > >
> > >
> > >
> > > Every time I start up my system (albeit not often since it is normally
> > > running 24 hours per day)
> > > I have to manually move the BOINC screen from screen 1 to screen 2.
> > >
> > > (Scr

Re: [boinc_dev] Small tweak to next release would be appreciated

[Vitalii Koshura]

Hello Richard,

Thank you for you comments.
In this case, I guess, we can make this configurable and let user decide
whether he or she wants to keep BOINC window position or to see it always
of the first display.

Thanks

Best regards,
Vitalii Koshura

2017-11-02 11:30 GMT+02:00 Richard Haselgrove <r.haselgr...@btopenworld.com>
:

> I think we should be a little cautious about changing this: I think the
> original decision to make all windows appear first on display 1 may have
> been deliberate, and done for a purpose. Check the code for comments first.
>
> I use dual displays as well (1920x1200 and 1600x1200): I also have
> multiple computers set up to use both those displays, via two separate KVM
> switches. It gets quite complicated, especially because the machines have
> three GPUs each, one an intel running headless. It can get confusing.
>
> The problem is, from experience: if a hardware display becomes unavailable
> for any reason, but an application is set to start up on it, it can be
> extremely difficult to restore the application to the visible primary
> monitor. Software which is designed to 'always start on display 1', like
> BOINC, is intended to be easily recoverable during hardware failure or
> configuration changes. Remember that in some failure modes (e.g. backlight
> failure), the monitor firmware can report 'all is well and usable' to
> Windows during hardware detection at startup.
>
>
> On Wednesday, 1 November 2017, 23:39, Vitalii Koshura <
> lestat.de.lion...@gmail.com> wrote:
>
>
> Hello Chris,
>
> Thank you.
> I'll try to reproduce and fix it.
>
> Best regards,
> Vitalii Koshura
>
> 2017-11-01 23:56 GMT+02:00 Chris Raisin <crai...@optusnet.com.au>:
>
> > Hi Vitalii,
> >
> > I run under Windows 10 (Latest public release)
> >
> >
> >
> > Cheers
> >
> > Chris
> >
> >
> >
> > *From:* Vitalii Koshura [mailto:lestat.de.lion...@gmail.com]
> > *Sent:* Thursday, 2 November 2017 8:36 AM
> > *To:* Chris Raisin
> > *Cc:* BOINC Developers Mailing List
> > *Subject:* Re: [boinc_dev] Small tweak to next release would be
>
> > appreciated
> >
> >
> >
> > Hello Chris,
> >
> >
> >
> > Just wondering which OS do you use to run BOINC?
> >
> >
> >
> > Thanks
> >
> >
> > Best regards,
> >
> > Vitalii Koshura
> >
> >
> >
> > 2017-11-01 23:05 GMT+02:00 Chris Raisin <crai...@optusnet.com.au>:
> >
> > I have been a user of BOINC Manager for many years, but one thing
> > continually "bugs" me.
> >
> >
> >
> > I run a system on which I have multiple screens, and I keep BOINC on
> > screen
> > 2
> >
> > (away from my general "Work Area" on Screen 1).
> >
> >
> >
> > Every time I start up my system (albeit not often since it is normally
> > running 24 hours per day)
> > I have to manually move the BOINC screen from screen 1 to screen 2.
> >
> > (Screen 2 is really an extension of screen 1 since moving things to the
> far
> > left of screen 1 moves
> > them on to Screen 2.)
> >
> >
> >
> > It would be great if BOINC could have a setting stored in the registry
> that
> > stores the screen
> > location of the BOINC Manager every time it is moved. Upon start-up of
> > BOINC, it could then read
> > in the last stored location and move to that location initially.
> >
> >
> >
> > Just an idea. J
> >
> >
> >
> > Cheers to all
> >
> >
> >
> > Chris Raisin
> >
> > Australia
> >
> >
> >
> >
> >
> >
> >
> >
> > ---
> > This email has been checked for viruses by Avast antivirus software.
> > https://www.avast.com/antivirus
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> >
> >
> >
> >
> > <https://www.avast.com/sig-email?utm_medium=email_
> source=link_campaign=sig-email_content=emailclient> Virus-free.
> > www.avast.com
> > <https://www.avast.com/sig-email?utm_medium=email_
> source=link_campaign=sig-email_content=emailclient>
> > <#m_4063138380773232668_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> >
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Small tweak to next release would be appreciated

[Vitalii Koshura]

Hello Chris,

Thank you.
I'll try to reproduce and fix it.

Best regards,
Vitalii Koshura

2017-11-01 23:56 GMT+02:00 Chris Raisin <crai...@optusnet.com.au>:

> Hi Vitalii,
>
> I run under Windows 10 (Latest public release)
>
>
>
> Cheers
>
> Chris
>
>
>
> *From:* Vitalii Koshura [mailto:lestat.de.lion...@gmail.com]
> *Sent:* Thursday, 2 November 2017 8:36 AM
> *To:* Chris Raisin
> *Cc:* BOINC Developers Mailing List
> *Subject:* Re: [boinc_dev] Small tweak to next release would be
> appreciated
>
>
>
> Hello Chris,
>
>
>
> Just wondering which OS do you use to run BOINC?
>
>
>
> Thanks
>
>
> Best regards,
>
> Vitalii Koshura
>
>
>
> 2017-11-01 23:05 GMT+02:00 Chris Raisin <crai...@optusnet.com.au>:
>
> I have been a user of BOINC Manager for many years, but one thing
> continually "bugs" me.
>
>
>
> I run a system on which I have multiple screens, and I keep BOINC on
> screen
> 2
>
> (away from my general "Work Area" on Screen 1).
>
>
>
> Every time I start up my system (albeit not often since it is normally
> running 24 hours per day)
> I have to manually move the BOINC screen from screen 1 to screen 2.
>
> (Screen 2 is really an extension of screen 1 since moving things to the far
> left of screen 1 moves
> them on to Screen 2.)
>
>
>
> It would be great if BOINC could have a setting stored in the registry that
> stores the screen
> location of the BOINC Manager every time it is moved. Upon start-up of
> BOINC, it could then read
> in the last stored location and move to that location initially.
>
>
>
> Just an idea. J
>
>
>
> Cheers to all
>
>
>
> Chris Raisin
>
> Australia
>
>
>
>
>
>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
>  Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
> <#m_4063138380773232668_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Small tweak to next release would be appreciated

[Vitalii Koshura]

Hello Chris,

Just wondering which OS do you use to run BOINC?

Thanks

Best regards,
Vitalii Koshura

2017-11-01 23:05 GMT+02:00 Chris Raisin <crai...@optusnet.com.au>:

> I have been a user of BOINC Manager for many years, but one thing
> continually "bugs" me.
>
>
>
> I run a system on which I have multiple screens, and I keep BOINC on
> screen
> 2
>
> (away from my general "Work Area" on Screen 1).
>
>
>
> Every time I start up my system (albeit not often since it is normally
> running 24 hours per day)
> I have to manually move the BOINC screen from screen 1 to screen 2.
>
> (Screen 2 is really an extension of screen 1 since moving things to the far
> left of screen 1 moves
> them on to Screen 2.)
>
>
>
> It would be great if BOINC could have a setting stored in the registry that
> stores the screen
> location of the BOINC Manager every time it is moved. Upon start-up of
> BOINC, it could then read
> in the last stored location and move to that location initially.
>
>
>
> Just an idea. J
>
>
>
> Cheers to all
>
>
>
> Chris Raisin
>
> Australia
>
>
>
>
>
>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: 7.8.2: VirtualBox shenanigans

[Vitalii Koshura]

Hello @all,

Maybe it would be a good idea not to include VirtualBox binary installer to
the BOINC installer but just navigate user to the official site with the
latest VirtualBox release?

Thanks

Best regards,
Vitalii Koshura

2017-09-19 12:17 GMT+03:00 Jord van der Elst <els...@gmail.com>:

> I guess Adrian meant to send this to the list too.
>
> -- Jord van der Elst.
>
> -- Forwarded message --
> From: Adrian Worley <webmas...@adrianxw.dk>
> Date: Tue, Sep 19, 2017 at 10:11 AM
> Subject: Re: [boinc_dev] 7.8.2: VirtualBox shenanigans
> To: Jord van der Elst <els...@gmail.com>
>
>
> I encountered a problem with an LHC work unit, it ran for a couple of hours
> then stopped. It's status was the somewhat cryptic...
>
> >>> Postponed: VM Hypervisor failed to enter an online state in a timely
> fashion.
>
> ... which upon investigation I found was also being seen at RNA and
> Constellation. Suggested fixes like waiting 24 hours or stopping and
> restarting BOINC acheived nothing. It was updating VirtualBox to 5.1.28
> that fixed it.
>
> Med venlig hilsen,
> Adrian.
>
>
>
>
> -Original Besked-
> > Fra: "Jord van der Elst" <els...@gmail.com>
> > Til: "BOINC Dev Mailing List" <boinc_dev@ssl.berkeley.edu>
> > Dato: 19-09-2017 08:55
> > Emne: [boinc_dev] 7.8.2: VirtualBox shenanigans
> >
> > 1) The user in https://setiathome.berkeley.edu/forum_thread.php?id=81941
> > installed VirtualBox after he got a Notice about that (???) in BOINC
> > Manager, the installation of VirtualBox changed the permission of BOINC's
> > data directory, he was not allowed to open or use it again. He could not
> > install BOINC using the same directories because the installer told him
> he
> > didn't have permission to use the data directory anymore.
> >
> > In the end he made a new data directory, that worked.
> >
> > 2) A user in
> > https://boinc.berkeley.edu/dev/forum_thread.php?id=11859=81419
> > reported that the VirtualBox from within BOINC 7.8.2 did not set his
> > firewall permissions on his Vista PC.
> >
> > 3) Another user in https://boinc.berkeley.edu/
> dev/forum_thread.php?id=11858
> > reported that since he installed 7.8.2 with VirtualBox, that none of his
> > projects ran anymore. Installing BOINC 7.8.2 without VirtualBox got
> things
> > going again, but for that he couldn't use VBox now. (although this could
> be
> > because of an older version, 5.0.18 installed. We **do** ship 5.1.26 with
> > BOINC, don't we?)
> >
> > -- Jord van der Elst.
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] 7.8.1 vs 7.7.2

[Vitalii Koshura]

Hello Art,

7.8.1. is the correct development version. BOINC version shown in web-page
now is a bug.

Thanks

Best regards,
Vitalii Koshura

2017-08-16 7:14 GMT+03:00 Art Masson <artmas...@gmail.com>:

> Hi all,
>
>  I would appreciate a short explanation of the two BOINC development
> chains...7.8.1 vs. 7.7.2 so that it's clear which application version I
> should be testing and the intent of both development versions.  Perhaps I'm
> the only one a bit confused...but thought it might help us all to get some
> clarity.
>
> I've been testing version 7.8.1 for Windows and Mac OS X -- assuming
> this was the intended next production target...but perhaps I'm wrong.
>
> Thanks in advance!
>
> Art Masson
>
>
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] [boinc_alpha] Time for version 7.8.1?

[Vitalii Koshura]

Hello David,

What label should be?
'Run client?' with the tooltip 'Run client when launching the Manager?'?
I'll fix this fast.

Thanks

Best regards,
Vitalii Koshura

2017-08-13 0:58 GMT+03:00 David Anderson <da...@ssl.berkeley.edu>:

> Good point.
> The GUI should never use "daemon".
>
> The goal is to conceal the fact that there are two programs.
> We use "BOINC Manager" to refer to both.
> Where we need to refer to the client, we call it "client".
>
> -- David
>
>
> On 8/12/2017 4:30 AM, Jord van der Elst wrote:
>
>> I have a couple of niggles about the Options->More Options... menu, and
>> then in particular the mouse-overs. In this menu the mouse-over text only
>> works when mousing over the input boxes. Everywhere else in BOINC
>> Manager's
>> menus the mouse-over works over the text as well.
>>
>> Further, "Run daemon?"... is it wise to put it like that? Does the general
>> public know what a daemon is?
>> For us translators, it's even more difficult. Should we just use the word
>> 'daemon' if it also exists in our language, or immediately describe what
>> it
>> means, like "background running program"?
>>
>>
>> -- Jord van der Elst.
>> ___
>> boinc_alpha mailing list
>> boinc_al...@ssl.berkeley.edu
>> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_alpha
>> To unsubscribe, visit the above URL and
>> (near bottom of page) enter your email address.
>>
>
> ___
> boinc_alpha mailing list
> boinc_al...@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_alpha
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Time for version 7.8.1?

[Vitalii Koshura]

@Laurence,
>
> Is my understanding correct that when we do git clone we get everything?
> This means that if github disappeared tomorrow, we could recreate the
> repository from anyone's local copy?

Correct

Best regards,
Vitalii Koshura

2017-08-04 15:01 GMT+03:00 Laurence <lfi...@cern.ch>:

> Hi,
>
> On 04/08/17 13:31, Oliver Bock wrote:
>
>>
>> To create an offsite archival backup in case of disaster
>>>
>> No. If you want your local repo backed up, just push it to a remote of
>> your choice. Typically that's your personal fork on GitHub.
>>
> Is my understanding correct that when we do git clone we get everything?
> This means that if github disappeared tomorrow, we could recreate the
> repository from anyone's local copy?
>
> Cheers,
>
> Laurence
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Time for version 7.8.1?

[Vitalii Koshura]

Hello Juha,

I guess it would be better to release without new version check because now
I'm making some changes around this and I'm realising that it would be
better to make this feature if a different way and this will require
changes on both client and manager side. And this should be written and
tested very carefully.

Thanks

Best regards,
Vitalii Koshura

2017-08-03 22:35 GMT+03:00 Juha Sointusalo <juha.sointus...@gmail.com>:

> On 2 August 2017 at 05:11, Charlie Fenton <charl...@ssl.berkeley.edu>
> wrote:
>
> > Are there any other changes in GIT master that should be ported into the
> > 7.8 branch before we tag and build BOINC 7.8.1 and release it for alpha
> > testing?
>
>
> This command lists commits that are in master but not in 7.8 branch,
> ignoring Drupal commits:
>
> git cherry -v  origin/client_release/7/7.8  master  | grep -viE -e drupal
> -e "^-"
>
> Of the listed commits, these look like they could/should be included in
> 7.8:
>
> de26ed56746c0af95afe99c00b798b6d5384e84c Increase the number of use cases
> file_size() works correctly, per JuhaSointusalo.
> ff7633a65def104b81a82b839f98fbe4b383f42f client: fix bug in URL-escaping
> that fails for non-ASCII chars
> 6c0a92d1b1eafbb6560157762a5d3a68f750379c Manager: code formatting; no
> functional change
> 8b06de2d28cc4f6a43c4f090d0a56bbc2635741c change comment; not functional
> change
> 824b3e76543b834ae912d47e3f11e21d73bb0380 Manager: don't crash if GUI RPC
> returns empty reply
> 3a96e95d02c97c20779bcb783cd3a5177fe8d96d GUI RPC client: use std::string
> instead of fixed-size buffer for requests
> a91f4c64088e805702e446516e2abb1faff9dfb2 LIB: Prevent the possible issue
> of
> dereferencing a NULL pointer.
> 13fbb84d7347befa11a391bd9ef795cc03742d87 Manager: get rid of out_of_range
> exception and handle such situation in a more graceful way.
>
> I'll let Christian comment on this:
>
> 16a13e7e32379fdf016028dc0b5fd56668fed539 Travis: use Trusty image and use
> apg-get to install dependencies
>
> I included commits that only change formatting and such so that the
> difference between master and 7.8 stays smaller and adding other commits is
> perhaps easier.
>
> Then there is this:
>
> a0a6881818215e7f389417d57521af6537c1989d Manager: Use wxHTMLWindow in task
> property window
> 86468699f0f6c3442dd8f9935e06b02d8bf034fd Manager: Fix typo
>
> When Rom was release manager new features were developed in release branch
> which is IMHO totally wrong and I'm more than happy if those days are over.
> But right now we don't yet have a stable release. So is 7.8 open for new
> features or not? (I'd also like the feature to be changed a bit. I'll write
> a comment later.)
>
> Of the changes not yet even in master I'd like #1979 "client/lib: don't
> flush stdout and stderr in main loop" and another PR which I'll make soon
> to be included. I can live without the others.
>
>
> Should the new keyword stuff be included in the 7.8.1 builds?
>
>
> IMHO, as long as it can't be tested it has no place in any release, whether
> the release is beta or stable.
>
>
>
> > Is anyone other than me still using VS 2010 for local Windows builds?
> >
>
> David uses VS2010. I may be wrong but I think at some point Rom tried using
> VS2013 for building but the executables didn't run on XP and he went back
> to VS2010.
>
>
> > Opinions? Thoughts?
> >
>
> From my perspective the only change is disabling the version check at
> Manager startup. There's some Mac changes too but I don't know about those.
> So what would we be testing with 7.8.1? IMHO, the remaining parts of the
> version check don't work properly and need fixing. Should we give Vitalii
> more time to fix it or do you want to release a new version just because it
> doesn't crash on host startup?
>
> -Juha
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Time for version 7.8.1?

[Vitalii Koshura]

@Charlie, we have two separate solution: first one for VS 2010 and second
one for VS 2013.
I think it would be better to mark VS 2010 as obsolete and remove it from
master forever. As far as I know David P. Anderson still use VS 2010 for
development. VS 2013 can be potentially upgraded to VS 2015 or VS 2017 but
we have two problems:
1 - Windows pre-built thirdparty components should be rebuilt with new
version too (VS 2015 or VS 2017). The only one person who can do this (as
far as I know) is Rom. Also he is probably the only one who have the
complete sources of those components. I can do this job (update third-party
sources to newer versions and build with the needed version of VS (I have
VS 2013, VS 2015, VS 2017 installed) but we need to decide where we can
store these binaries (existing git repo is not good because it is too big
now, some ftp or public cloud will be probably better).
2 - I tried to build BOINC using VS 2015 and got several compilation
errors. I can handle them but just let you know that just upgrade will lead
to broken build.

Thanks

Best regards,
Vitalii Koshura

2017-08-02 5:16 GMT+03:00 Charlie Fenton <charl...@ssl.berkeley.edu>:

> I almost forget: I believe that the translations need to be updated in the
> 7.8 branch before tagging 7.8.1.
>
> @Christian: Can you take care of this? I believe you have been working on
> the Transifex stuff.
>
> Cheers,
> --Charlie
>
> On Aug 1, 2017, at 7:11 PM, Charlie Fenton <charl...@ssl.berkeley.edu>
> wrote:
> > I just merged my July 21 fix for the Windows 10 Manager crashes into the
> client_release/7/7.8 branch. If we want to get a new public version
> released, we need to keep moving alpha testing forward.
> >
> > Are there any other changes in GIT master that should be ported into the
> 7.8 branch before we tag and build BOINC 7.8.1 and release it for alpha
> testing? (The way Rom and I have always ported individual commits is to
> cherry pick from master into the 7.8 branch.)
> >
> > Should the new keyword stuff be included in the 7.8.1 builds? If so, it
> is important that the Windows projects be updated for all supported
> versions of Visual Studio and ported to the 7.8 branch before tagging
> 7.8.1, as well as my commits 039fd90 (7/16/17) and 11b6ccc (7/31/17). Is
> anyone other than me still using VS 2010 for local Windows builds?
> >
> > Opinions? Thoughts? Volunteers to do the porting and tagging?
> >
> > Cheers,
> > --Charlie
> >
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] keyword.cpp, .h build breaks on Mac

[Vitalii Koshura]

Hello all,

In a perfect world such kind of changes are made in a separate branch.
This helps to avoid broken builds.
Also we have a pull request https://github.com/BOINC/boinc/pull/1821 which
also can notify developer about broken build.

@David, could you please take a look at this pull request and at least do
not commit unfinished work in master (making all changes in a separate
branch iseven better)?

Thanks

Best regards,
Vitalii Koshura

2017-07-30 12:52 GMT+03:00 Richard Haselgrove <r.haselgr...@btopenworld.com>
:

> I pointed out the Travis build error report almost 12 hours ago, on a
> mailing list which I know David reads.
>
> I don't have your expertise in tracking down the cause of the error (and I
> don't think I have access to the Travis error messages), but in a case like
> this, shouldn't the developer temporarily revert the commit, and come back
> to it later with a fresh pair of eyes to make a second attempt?
>
> On Sunday, 30 July 2017, 10:40, Charlie Fenton <
> charl...@ssl.berkeley.edu> wrote:
>
>
>  The latest commit for keyword.cpp and keyword.h broke the builds on the
> Mac.
>
> [1] Adding #include  after #include "parse.h" fixes the compiler
> errors for keyword.h, but I don't know if this needs to be guarded by
> #ifdef __APPLE__ or if it is OK (and perhaps even necessary) to include it
> for all platforms, so I have not checked it in.
>
> [2] After making that change in keyword.h, I get these compiler errors in
> keyword.cpp:
> > /lib/keyword.cpp:47:9: error: cannot pass object of non-POD type
> 'std::string' (aka 'basic_string') through variadic method; call will
> abort at runtime [-Wnon-pod-varargs]
> >name, description, parent, level, category
> >^
> > /lib/keyword.cpp:47:15: error: cannot pass object of non-POD type
> 'std::string' (aka 'basic_string') through variadic method; call will
> abort at runtime [-Wnon-pod-varargs]
> >name, description, parent, level, category
> >  ^
>
> According to <https://stackoverflow.com/questions/146452/what-are-pod-
> types-in-c>:
> > POD stands for Plain Old Data - that is, a class (whether defined with
> the keyword struct or the keyword class) without constructors, destructors
> and virtual members functions. Wikipedia's article on POD goes into a bit
> more detail and defines it as:
> >
> > A Plain Old Data Structure in C++ is an aggregate class that contains
> only PODS as members, has no user-defined destructor, no user-defined copy
> assignment operator, and no nonstatic members of pointer-to-member type.
>
> <https://stackoverflow.com/questions/10440966/c-cannot-
> pass-objects-of-non-pod-type> explains it this way:
> > The problem you have is that variable argument functions do not work on
> non-POD types, including std::string. That is a limiation of the system and
> cannot be modified. What you can, on the other hand, is change your code to
> pass a POD type (in particular a pointer to a nul terminated character
> array):
>
>
> And <https://stackoverflow.com/questions/18319619/c-snprintf-
> cannot-pass-objects-of-non-pod-type> explains a similar case this way:
> > snprintf knows nothing about std::string. In this case, it expects
> null-terminated C strings, that is, pointers to char which are the
> beginning of a sequence of characters that ends in a null character. You
> can obtain the underlying null terminated string held by a std::string
> object via its c_str() method:
>
> Cheers,
> --Charlie
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
>
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] Open Pull Requests Monthly Digest Vol. #1 July 2017

[Vitalii Koshura]

ild fail.

#1977: winbuild: add keyword.{h,cpp} to VS2013 solution
Link: https://github.com/BOINC/boinc/pull/1977
Opened: 17 Jul 2017
*Age: 12 days*
Status: Ready for review. *No comments.*
Comments: Important pull request to fix build on VS2013.

#1978: client: add task name and tweak postponed message
Link: https://github.com/BOINC/boinc/pull/1978
Opened: 17 Jul 2017
*Age: 12 days*
Status: Ready for review. *No comments.*
Comments: This pull request add some helpful information to logs. Should be
reviewed.

#1979: client/lib: don't flush stdout and stderr in main loop
Link: https://github.com/BOINC/boinc/pull/1979
Opened: 17 Jul 2017
*Age: 12 days*
Status: Ready for review.
Comments: Should be reviewed.

#1980: lib: fix out of bounds write in get_real_executable_path
Link: https://github.com/BOINC/boinc/pull/1980
Opened: 17 Jul 2017
*Age: 12 days*
Status: Ready for review. *No comments.*
Comments: Should be reviewed. Very important fix of a quite dangerous bug.

#1933: Drupal: Added a second link to rules-and-policies
Link: https://github.com/BOINC/boinc/pull/1993
Opened: 26 Jul 2017
*Age: 3 days*
Status: Ready.
Comments: I'm sure this will be reviewed and merged by @tristanolive in a
several days.

#1995: Drupal: Forum top links are now placed into two columns.
Link: https://github.com/BOINC/boinc/pull/1995
Opened: 26 Jul 2017
*Age: 3 days*
Status: Ready.
Comments: I'm sure this will be reviewed and merged by @tristanolive in a
several days.

#1997: Drupal: Fixed bug where anonymous users, who are not logged in,
could …
Link: https://github.com/BOINC/boinc/pull/1997
Opened: 28 Jul 2017
*Age: 1 day*
Status: Ready.
Comments: I'm sure this will be reviewed and merged by @tristanolive in a
several days.

22 open pull requests is not a good sign for new people who can be
interested in BOINC development. So please guys lets make the project looks
a little bit better.

Thank you for your attention.

Best regards,
Vitalii Koshura
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] BOINC, Visual Studio 2017, and Vcpkg

[Vitalii Koshura]

Hello Laurence,

Migration from VS 2012/VS 2013 to VS 2017 will affect Windows build only.
Linux and MacOS build won't be changed in any case.

Thanks


Best regards,
Vitalii Koshura

2017-06-06 17:36 GMT+03:00 Laurence <lfi...@cern.ch>:

> Hi Rom,
>
> On 05/06/17 08:02, Rom Walton wrote:
>
>> Howdy Folks,
>>
>> It has been awhile.  Things have been settling into a nice rhythm at my
>> new gig and wanted to start mixing BOINC back into my life.
>>
>> What would you all think of migrating our project files over to Visual
>> Studio 2017 and using Vcpkg as a means dealing with the various dependent
>> open source libraries?
>>
>>
>> Not all developers are using Windows. In addition at least for the case
> of the BOINC server, it runs under Linux. My wish would be to have the
> server packaged correctly for CentOS and Debian. This packaging would take
> care of the build and runtime dependencies. I am prepared to do this, at
> least for CentOS if this is something that the community would like.
>
> Cheers,
>
> Laurence
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] master broken

[Vitalii Koshura]

Hello Gianfranco,

We have Travis CI for continuous builds and it is not failed.
Could you please take a look why Travis built it ok and you got errors?

Thanks

Best regards,
Vitalii Koshura

2017-05-12 12:20 GMT+03:00 Gianfranco Costamagna <
costamagnagianfra...@yahoo.it>:

> Hello David,
>
> boinc_client-app.o `test -f 'app.cpp' || echo './'`app.cpp
> /usr/bin/g++ -DHAVE_CONFIG_H -I. -I..  -I.. -I../api -I../db -I../lib
> -I../lib/mac -I../sched -I../tools -I../vda -pthread -Wdate-time
> -D_FORTIFY_SOURCE=2  -Wall -Wextra -Wshadow -Wredundant-decls
> -Wdisabled-optimization -Wpointer-arith -Wstrict-aliasing -Wcast-align
> -I/usr/include -I/usr/include/openssl  -g -O3 -fdebug-prefix-map=/<<
> BUILDDIR>>/boinc-7.7.0+dfsg~git20170511+r23716~r6~ubuntu16.10.1=. -fPIE
> -fstack-protector-strong -Wformat -Werror=format-security -Wall -O3
> -funroll-loops -fforce-addr -ffast-math -flto -Wall -c -o
> boinc_client-app_config.o `test -f 'app_config.cpp' || echo
> './'`app_config.cpp
> app_config.cpp: In function ‘void 
> print_msgs(std::vector<std::__cxx11::basic_string
> >, PROJECT*)’:
> app_config.cpp:128:58: error: format not a string literal and no format
> arguments [-Werror=format-security]
> msg_printf_notice(p, false, NULL, msgs[i].c_str());
> ^
> cc1plus: some warnings being treated as errors
>
>
> +static void print_msgs(vector msgs, PROJECT* p) {
> +for (unsigned int i=0; i<msgs.size(); i++) {
> +msg_printf_notice(p, false, NULL, msgs[i].c_str());
> +}
>
> you probably need to use
> msg_printf_notice(p, false, NULL, "%s", msgs[i].c_str());
>
> (note: I didn't test the above)
>
> cheers,
>
> G.
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] Windows Dependencies

[Vitalii Koshura]

Hello David,

Could you please help me.
I want to add new project configurations for Visual Studio 2017 (maybe for
Visual Studio 2015 too).
How can I get an access to the sources of prebuilt dependencies? Git links
refers to binaries only. Of course I can do this by myself but there should
be a faster way I guess.

Also maybe there will be a better idea where to store prebuilt windows
binaries? Git is not good for this case because it stores a history of
these binaries inside and every update of binaries to newer version will
give 'git clone' slower and slower. I think in this case FTP will be
better. Also this will help me with AppVeyor CI builds because now I have
to download all (including git history) to build server and delete
unnecessary files (ok, I'll do this only once while binaries have no
frequent updates but anyway) and from FTP (as an example) I can download
only the files I need.

What do you think?

Thanks

Best regards,
Vitalii Koshura
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Can not build vboxwrapper for Win32

[Vitalii Koshura]

Hello all,

I resolved this issue.
vbox_mscom51.cpp and vbox_mscom51.h were missed from
the vboxwrapper_vs2013.vcxproj file.
Pull request is created: https://github.com/BOINC/boinc/pull/1884

Thanks

Best regards,
Vitalii Koshura

2017-04-24 9:58 GMT+03:00 Vitalii Koshura <lestat.de.lion...@gmail.com>:

> Hello,
>
> I try to build vboxwrapper for Win32 using Visual Studio but get next
> errors:
>
> 26>vboxwrapper.obj : error LNK2019: unresolved external symbol "public:
> __thiscall vbox51::VBOX_VM::VBOX_VM(void)" (??0VBOX_VM@vbox51@@QAE@XZ)
> referenced in function _main
> 26>vboxwrapper.obj : error LNK2019: unresolved external symbol "public:
> static int __cdecl vbox51::VBOX_VM::get_version_information(class
> std::basic_string<char,struct std::char_traits,class
> std::allocator > &,class std::basic_string<char,struct
> std::char_traits,class std::allocator > &)"
> (?get_version_information@VBOX_VM@vbox51@@SAHAAV?$basic_string@DU
> ?$char_traits@D@std@@V?$allocator@D@2@@std@@0@Z) referenced in function
> _main
> 26>C:\projects\boinc\win_build\Build\Win32\Debug\\
> vboxwrapper_26151_windows_intelx86.exe : fatal error LNK1120: 2
> unresolved externals
>
> I understand that some library is missing but I do not know which exactly.
>
> Could you please help me?
>
> Thanks
>
> Best regards,
> Vitalii Koshura
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] Can not build vboxwrapper for Win32

[Vitalii Koshura]

Hello,

I try to build vboxwrapper for Win32 using Visual Studio but get next
errors:

26>vboxwrapper.obj : error LNK2019: unresolved external symbol "public:
__thiscall vbox51::VBOX_VM::VBOX_VM(void)" (??0VBOX_VM@vbox51@@QAE@XZ)
referenced in function _main
26>vboxwrapper.obj : error LNK2019: unresolved external symbol "public:
static int __cdecl vbox51::VBOX_VM::get_version_information(class
std::basic_string<char,struct std::char_traits,class
std::allocator > &,class std::basic_string<char,struct
std::char_traits,class std::allocator > &)"
(?get_version_information@VBOX_VM@vbox51@@SAHAAV?$basic_string@DU
?$char_traits@D@std@@V?$allocator@D@2@@std@@0@Z) referenced in function
_main
26>C:\projects\boinc\win_build\Build\Win32\Debug\\vboxwrapper_26151_windows_intelx86.exe
: fatal error LNK1120: 2 unresolved externals

I understand that some library is missing but I do not know which exactly.

Could you please help me?

Thanks

Best regards,
Vitalii Koshura
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] BOINC API issue with android arm?

[Vitalii Koshura]

Hello David,

I'm an active boinc android user and can say that I see such behavior on
several projects (including Rosetta). Also as I've noticed that app crashes
when boinc pausing applications (in this case all running applications are
marked as failed). Other science applications (e.g. SETI@home, World
Community Grid) have no such problem.

I hope this can help you to understand what's going wrong.

Thanks

Best regards,
Vitalii Koshura

2017-04-05 21:39 GMT+03:00 David E Kim <de...@u.washington.edu>:

> Hi all,
>
> I’m not sure if this is the right list to use but thought I’d mention it
> here.   I tried to contact David Anderson via email but have not heard back.
>
> I was wondering if anyone has random seg fault issues with their android
> apps for their BOINC projects.  Our Rosetta@home android application had
> pretty bad success rates and I found that the main cause was the use of
> “setitimer” in the “start_worker_signals” function in the boinc_api.cpp
> code.  Our Rosetta app runs stable without the BOINC api, but when using
> the default api, it crashed randomly.
>
> I developed a workaround which avoids “setitimer" in the api code and our
> app is stable with the modified BOINC api and is now in production for our
> Rosetta@home project.  Our success rates for android arm have gone from
> 40-60% to 95%.
>
> I’m wondering if this is just a Rosetta application induced bug (it’s a
> pretty substantial scientific app) or a general android issue.
>
> Thanks,
>
> David Kim
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Vitalii Koshura]

But the connection type (wired/wireless/bluetooth and others) can be
identified by their type so I'd suggest to add a list of configured
connections and then just let the user set preferable connection type. That
would be easier for user too I think.

Best regards,
Vitalii Koshura

2017-03-30 21:57 GMT+03:00 McLeod, John <john.mcl...@sap.com>:

> Wired connections often do not have an identifying name.  I have wireless
> connections that are great (1/2Mb/s) sometimes and awful (1Kb/s) at
> others.  the speed of a wirelass connection also depends on distance to the
> antenna, interference, and other traffic.  So a user out on the deck may
> have a much different experience than the same user in his living room.
>
>
>
> *From:* Vitalii Koshura [mailto:lestat.de.lion...@gmail.com]
> *Sent:* Thursday, March 30, 2017 2:48 PM
> *To:* McLeod, John <john.mcl...@sap.com>
> *Cc:* Richard Haselgrove <r.haselgr...@btopenworld.com>; BOINC Developers
> Mailing List <boinc_dev@ssl.berkeley.edu>
> *Subject:* RE: [boinc_dev] An additional preference to prevent
> downloading when on WiFi, to enable downloading only on when connected to
> cable
>
>
>
> Ok, but why we need to do the automatic speed test? Why user can't do the
> same manually​ once and set this setting to boinc?
>
> Best regards,
> Vitalii
>
> Sent via Android
>
>
>
> 30 марта 2017 г. 21:16 пользователь "McLeod, John" <john.mcl...@sap.com>
> написал:
>
> The reason for test data is that you can't tell the true speed of a
> connection to the internet by just looking at the connection from the
> computer to the first network appliance.
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> Vitalii Koshura
> Sent: Thursday, March 30, 2017 10:00 AM
> To: Richard Haselgrove <r.haselgr...@btopenworld.com>
> Cc: boinc_dev@ssl.berkeley.edu
> Subject: Re: [boinc_dev] An additional preference to prevent downloading
> when on WiFi, to enable downloading only on when connected to cable
>
> So if your laptop so mobile maybe there will be a better choice just to
> schedule upload/download? E.g. if you know that everty evening you're at
> home - then upload all done results and download new jobs for ~1 day.
> But if your laptop stays at one place for days then you'll probably know
> which network connections is better.
> I do not understand the reasons why we need to upload/download trash data
> just for testing every time.
>
> Best regards,
> Vitalii Koshura
>
> 2017-03-30 16:29 GMT+03:00 Richard Haselgrove <
> r.haselgr...@btopenworld.com>
> :
>
> > The trouble is, there are too many networking variables to easily boil
> > down to a single parameter.
> > NIC to router - WiFi (802.11n) is pretty good these days.Router to
> > internet - depends on locationInternet to project server - I think the
> > example Charles was thinking of was GPUGrid in Barcelona, which went
> > through a bad connectivity patch last year, but is communicating properly
> > again now. Doesn't affect their reliance on high-performance GPUs, which
> is
> > a different question.
> > I've just run speedtest on my six year old Windows 7 laptop, and got
> 48.34
> > Mbits download and 9.28 Mbits upload over WiFi - that's very close to my
> > home broadband connection of 50.33 Mbps / 9.765 Mbps. But the results
> might
> > be very different in my local cafe / pub / seminar room / public hotspot.
> > We can't equate connection *type* with connection *speed*.
> >
> > On Thursday, 30 March 2017, 13:28, David Wallom <
> > david.wal...@oerc.ox.ac.uk> wrote:
> >
> >
> >  Hi Charles,
> >
> > With the increasing prevalence of mobile computing devices then having
> the
> > system (scheduler) doing the test is not really scalable as people move
> > their devices.
> >
> > It would be much easier if the clients did this. My Mac for example is
> > able to tell me the latest network bandwidth if has for any of its
> > interfaces.
> >
> > David
> > 
> > From: boinc_dev [boinc_dev-boun...@ssl.berkeley.edu] on behalf of
> Charles
> > Elliott [elliott...@comcast.net]
> > Sent: 30 March 2017 13:10
> > To: 'Nicolás Alvarez'; Andy Bowery
> > Cc: boinc_dev@ssl.berkeley.edu
> > Subject: Re: [boinc_dev] An additional preference to prevent downloading
> > when on WiFi, to enable downloading only on when connected to cable
> >
> > Boinc could just download a test file from the Oxford website 5 times and
> > average the times.  If the average wa

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Vitalii Koshura]

Ok, but why we need to do the automatic speed test? Why user can't do the
same manually​ once and set this setting to boinc?

Best regards,
Vitalii

Sent via Android

30 марта 2017 г. 21:16 пользователь "McLeod, John" <john.mcl...@sap.com>
написал:

> The reason for test data is that you can't tell the true speed of a
> connection to the internet by just looking at the connection from the
> computer to the first network appliance.
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> Vitalii Koshura
> Sent: Thursday, March 30, 2017 10:00 AM
> To: Richard Haselgrove <r.haselgr...@btopenworld.com>
> Cc: boinc_dev@ssl.berkeley.edu
> Subject: Re: [boinc_dev] An additional preference to prevent downloading
> when on WiFi, to enable downloading only on when connected to cable
>
> So if your laptop so mobile maybe there will be a better choice just to
> schedule upload/download? E.g. if you know that everty evening you're at
> home - then upload all done results and download new jobs for ~1 day.
> But if your laptop stays at one place for days then you'll probably know
> which network connections is better.
> I do not understand the reasons why we need to upload/download trash data
> just for testing every time.
>
> Best regards,
> Vitalii Koshura
>
> 2017-03-30 16:29 GMT+03:00 Richard Haselgrove <
> r.haselgr...@btopenworld.com>
> :
>
> > The trouble is, there are too many networking variables to easily boil
> > down to a single parameter.
> > NIC to router - WiFi (802.11n) is pretty good these days.Router to
> > internet - depends on locationInternet to project server - I think the
> > example Charles was thinking of was GPUGrid in Barcelona, which went
> > through a bad connectivity patch last year, but is communicating properly
> > again now. Doesn't affect their reliance on high-performance GPUs, which
> is
> > a different question.
> > I've just run speedtest on my six year old Windows 7 laptop, and got
> 48.34
> > Mbits download and 9.28 Mbits upload over WiFi - that's very close to my
> > home broadband connection of 50.33 Mbps / 9.765 Mbps. But the results
> might
> > be very different in my local cafe / pub / seminar room / public hotspot.
> > We can't equate connection *type* with connection *speed*.
> >
> > On Thursday, 30 March 2017, 13:28, David Wallom <
> > david.wal...@oerc.ox.ac.uk> wrote:
> >
> >
> >  Hi Charles,
> >
> > With the increasing prevalence of mobile computing devices then having
> the
> > system (scheduler) doing the test is not really scalable as people move
> > their devices.
> >
> > It would be much easier if the clients did this. My Mac for example is
> > able to tell me the latest network bandwidth if has for any of its
> > interfaces.
> >
> > David
> > 
> > From: boinc_dev [boinc_dev-boun...@ssl.berkeley.edu] on behalf of
> Charles
> > Elliott [elliott...@comcast.net]
> > Sent: 30 March 2017 13:10
> > To: 'Nicolás Alvarez'; Andy Bowery
> > Cc: boinc_dev@ssl.berkeley.edu
> > Subject: Re: [boinc_dev] An additional preference to prevent downloading
> > when on WiFi, to enable downloading only on when connected to cable
> >
> > Boinc could just download a test file from the Oxford website 5 times and
> > average the times.  If the average was above a limit deemed the minimum
> > acceptable speed, the user would be permitted to proceed.  OW, the Oxford
> > website would post a very polite, very detailed, and very well written
> > message to Boinc/the user explaining why a high bandwidth connection is
> > necessary for the user's progress and enjoyment of Oxford's project.
> >
> > One of the Boinc GPU projects, as I recall in Spain, does this now WRT
> the
> > capacity of the user's GPU(s).  It is no fun for, or use to, anyone if
> the
> > user processes a work unit on an older GPU, the GPU overheats, and the WU
> > fails 3/4 of the way through.  It is annoying though.
> >
> > Charles Elliott
> >
> > -Original Message-
> > From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> > Nicolás Alvarez
> > Sent: Wednesday, March 29, 2017 3:40 PM
> > To: Andy Bowery
> > Cc: BOINC Developers Mailing List ‎[boinc_dev@ssl.berkeley.edu]‎
> > Subject: Re: [boinc_dev] An additional preference to prevent downloading
> > when on WiFi, to enable downloading only on when connected to cable
> >
> > 2017-03-29 14:45 GMT-03:00 Andy Bowery <andy.bow...@oerc.ox.ac.uk

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Vitalii Koshura]

So if your laptop so mobile maybe there will be a better choice just to
schedule upload/download? E.g. if you know that everty evening you're at
home - then upload all done results and download new jobs for ~1 day.
But if your laptop stays at one place for days then you'll probably know
which network connections is better.
I do not understand the reasons why we need to upload/download trash data
just for testing every time.

Best regards,
Vitalii Koshura

2017-03-30 16:29 GMT+03:00 Richard Haselgrove <r.haselgr...@btopenworld.com>
:

> The trouble is, there are too many networking variables to easily boil
> down to a single parameter.
> NIC to router - WiFi (802.11n) is pretty good these days.Router to
> internet - depends on locationInternet to project server - I think the
> example Charles was thinking of was GPUGrid in Barcelona, which went
> through a bad connectivity patch last year, but is communicating properly
> again now. Doesn't affect their reliance on high-performance GPUs, which is
> a different question.
> I've just run speedtest on my six year old Windows 7 laptop, and got 48.34
> Mbits download and 9.28 Mbits upload over WiFi - that's very close to my
> home broadband connection of 50.33 Mbps / 9.765 Mbps. But the results might
> be very different in my local cafe / pub / seminar room / public hotspot.
> We can't equate connection *type* with connection *speed*.
>
> On Thursday, 30 March 2017, 13:28, David Wallom <
> david.wal...@oerc.ox.ac.uk> wrote:
>
>
>  Hi Charles,
>
> With the increasing prevalence of mobile computing devices then having the
> system (scheduler) doing the test is not really scalable as people move
> their devices.
>
> It would be much easier if the clients did this. My Mac for example is
> able to tell me the latest network bandwidth if has for any of its
> interfaces.
>
> David
> 
> From: boinc_dev [boinc_dev-boun...@ssl.berkeley.edu] on behalf of Charles
> Elliott [elliott...@comcast.net]
> Sent: 30 March 2017 13:10
> To: 'Nicolás Alvarez'; Andy Bowery
> Cc: boinc_dev@ssl.berkeley.edu
> Subject: Re: [boinc_dev] An additional preference to prevent downloading
> when on WiFi, to enable downloading only on when connected to cable
>
> Boinc could just download a test file from the Oxford website 5 times and
> average the times.  If the average was above a limit deemed the minimum
> acceptable speed, the user would be permitted to proceed.  OW, the Oxford
> website would post a very polite, very detailed, and very well written
> message to Boinc/the user explaining why a high bandwidth connection is
> necessary for the user's progress and enjoyment of Oxford's project.
>
> One of the Boinc GPU projects, as I recall in Spain, does this now WRT the
> capacity of the user's GPU(s).  It is no fun for, or use to, anyone if the
> user processes a work unit on an older GPU, the GPU overheats, and the WU
> fails 3/4 of the way through.  It is annoying though.
>
> Charles Elliott
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> Nicolás Alvarez
> Sent: Wednesday, March 29, 2017 3:40 PM
> To: Andy Bowery
> Cc: BOINC Developers Mailing List ‎[boinc_dev@ssl.berkeley.edu]‎
> Subject: Re: [boinc_dev] An additional preference to prevent downloading
> when on WiFi, to enable downloading only on when connected to cable
>
> 2017-03-29 14:45 GMT-03:00 Andy Bowery <andy.bow...@oerc.ox.ac.uk>:
> > Hi,
> >
> > We would be interested in an additional BOINC preference, a tickbox on
> the 'Network' tab, with something like 'Download only when connected to a
> high bandwidth connection'. Ticking the box of this preference would
> prevent download of the application and supporting files when the machine
> (for example: a laptop) was connected only to WiFi and not connected to a
> higher bandwidth networking cable. Would it be possible for this to be
> scheduled to be added as an item to be included in a later release?
> >
> > With regards,
> >
>
> What does "high bandwidth connection" mean, how could BOINC know if it's
> connected to one?
>
> --
> Nicolás
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
> 

Re: [boinc_dev] An additional preference to prevent downloading when on WiFi, to enable downloading only on when connected to cable

[Vitalii Koshura]

Hello gyus,

Maybe it would be preferably to let user choose the connection BOINC uses
for download/upload?
So in this case BOINC need to detect all available connections and make a
checkbox list where user can choose which connection should be used when
available?
Because doind automated testing of connection speed is not good for these
purposes.

Thanks

Best regards,
Vitalii Koshura

2017-03-30 16:08 GMT+03:00 McLeod, John <john.mcl...@sap.com>:

> We have had this discussion before -- back in the days when dialup was
> common.  Without doing an end to end test of the connection there is no way
> to tell what the connection speed is.  Dialup is still the way things are
> in some places in the world.  Based on dialup with a router and a switch, I
> can have a 1Gb connection locally but only a 1.3Kb connection to the
> outside world, and the computer cannot know without doing an end to end
> test.  With ADSL links (much more common at the moment) it is possible to
> have a 1Gb connection locally and a 5Mb connection to the outside world.
> Running a check like this against some BOINC BOINC projects could tip them
> over into congestion where nothing gets through.
>
> So, it would require:
> A selection for what high speed meant.
> A checkbox to indicate if enabled.
> An end to end check to see what the connection speed was.
> Some idea of when to use it as doing an end to end connection check when
> there was only a few hundred bytes to transfer does not seem reasonable.
>
> At the time it was decided that this was not something we wanted to
> pursue.  Of course, this can change.
>
> Jm7
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> David Wallom
> Sent: Thursday, March 30, 2017 8:28 AM
> To: elliott...@comcast.net; 'Nicolás Alvarez' <nicolas.alva...@gmail.com>;
> Andy Bowery <andy.bow...@oerc.ox.ac.uk>
> Cc: boinc_dev@ssl.berkeley.edu
> Subject: Re: [boinc_dev] An additional preference to prevent downloading
> when on WiFi, to enable downloading only on when connected to cable
>
> Hi Charles,
>
> With the increasing prevalence of mobile computing devices then having the
> system (scheduler) doing the test is not really scalable as people move
> their devices.
>
> It would be much easier if the clients did this. My Mac for example is
> able to tell me the latest network bandwidth if has for any of its
> interfaces.
>
> David
> 
> From: boinc_dev [boinc_dev-boun...@ssl.berkeley.edu] on behalf of Charles
> Elliott [elliott...@comcast.net]
> Sent: 30 March 2017 13:10
> To: 'Nicolás Alvarez'; Andy Bowery
> Cc: boinc_dev@ssl.berkeley.edu
> Subject: Re: [boinc_dev] An additional preference to prevent downloading
> when on WiFi, to enable downloading only on when connected to cable
>
> Boinc could just download a test file from the Oxford website 5 times and
> average the times.  If the average was above a limit deemed the minimum
> acceptable speed, the user would be permitted to proceed.  OW, the Oxford
> website would post a very polite, very detailed, and very well written
> message to Boinc/the user explaining why a high bandwidth connection is
> necessary for the user's progress and enjoyment of Oxford's project.
>
> One of the Boinc GPU projects, as I recall in Spain, does this now WRT the
> capacity of the user's GPU(s).  It is no fun for, or use to, anyone if the
> user processes a work unit on an older GPU, the GPU overheats, and the WU
> fails 3/4 of the way through.  It is annoying though.
>
> Charles Elliott
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> Nicolás Alvarez
> Sent: Wednesday, March 29, 2017 3:40 PM
> To: Andy Bowery
> Cc: BOINC Developers Mailing List ‎[boinc_dev@ssl.berkeley.edu]‎
> Subject: Re: [boinc_dev] An additional preference to prevent downloading
> when on WiFi, to enable downloading only on when connected to cable
>
> 2017-03-29 14:45 GMT-03:00 Andy Bowery <andy.bow...@oerc.ox.ac.uk>:
> > Hi,
> >
> > We would be interested in an additional BOINC preference, a tickbox on
> the 'Network' tab, with something like 'Download only when connected to a
> high bandwidth connection'. Ticking the box of this preference would
> prevent download of the application and supporting files when the machine
> (for example: a laptop) was connected only to WiFi and not connected to a
> higher bandwidth networking cable. Would it be possible for this to be
> scheduled to be added as an item to be included in a later release?
> >
> > With regards,
> >
>
> What does "high bandwidth connection" m

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

That is why I wanted to collect all not integrated commits and make a list
of good candidated to be rekeased.

Best regards,
Vitalii Koshura

2017-03-29 17:36 GMT+03:00 Jord van der Elst <els...@gmail.com>:

> There were many commits, but all those commits don't necessarily make it
> into a client build. That completely depends on what's in David's build
> directory. If he just added those two commits, it's just those two commits
> that made it.
>
> e.g. I'll add all the "client" commits that were made since June 06 2016
> (which is when 7.6.33 was released, so count from that day onwards) to this
> email. They may all be commits, but they don't all have to be in 7.7.2. And
> that's why I said earlier, that I think we won't know until David says what
> he added.
>
> * 63ed0f47f3 : client: change "njobs_fail" back to "njobs_error"
> * d310efc264 : client: parse njobs_error in state file (don't lose info on
> transition)
> * 10bcf5ed88 : client: send acct keys to acct manager only for projects
> attached via acct mgr.
> * fc1cf33315 : client: Mac: replace all deprecated Mac APIs as of OS 10.12
> * bde961e8bb : client: fix estimate of job RAM usage
> * c3eb84db1e : client: add report_results_immediately config on project
> and app levels
> * f7ae4c631b : client: Mac: continue replacing deprecated Mac APIs
> * 483f46a5f9 : client: Mac: replace all deprecated Mac APIs as of OS 10.9
> * ae319359aa : client: Mac: replace all deprecated Mac APIs as of OS 10.8
> * ae97e08a95 : client: Mac: continue replacing deprecated Mac APIs
> * 26d62f7f49 : Merge pull request #1786 from BOINC/normalize_cpumodel
> * 7eb7aeaa6b : Client: normalize whitespace in p_model and p_vendor entries
> * 7294138ddb : client: finish fix for AM prefs (BAM! used mixed
> http/https, needed to strip that off)
> * 938fad105d : client: finish last commit
> * 4427f3646d : client: revert misguided attempt to persist acct mgr info
> * 0e4b412d19 : client: ignore computing prefs from project if we're using
> prefs from acct mgr.
> * 8e84ff30b7 : client: Version check. Fix message about new version.
> * 494739b112 : client: Version check. Add force version check.
> * 26ff591876 : Client: Strip XML declaration from lookup_account_poll and
> get_all_projects_list RPC responses
> * a484b7dd6b : Merge pull request #1562 from BOINC/cpu_infos_aarch64
> * 59719e78d4 : Client: update hostinfo_test tool
> * d06936e51e : Client: merging hostinfo_unix code for ARM and AARCH64
> * bc4f734496 : Client: more refinements on 56d5e50
> * 492d8e46e8 : Client: fix compile error on AARCH64
> * d2f1324ea0 : Client: fix product_name parsing on AARCH64
> * 228817d3c6 : Client: use safe_strcat when length of source is unknown
> * 56d5e50f77 : Client: fix additional CPU infos from AARCH64
> * eef4d45db5 : Client: unescape special characters read from
> /etc/os-release
> * 0e3bc65fb3 : Client: get more CPU infos from AARCH64
> * 1d6157a88b : Client: reorder host.os_version for Linux
> * 56527398ac : Client: synchronize hostinfo_unix testtool with client
> * ede61a24ea : Client: improve Linux OS detection
> * 45bf51fe43 : Client: fix hostinfo test tool
> * f9f5adf38d : Client: add OS version detection to test tool
> * e378f53f67 : Client: add os detection to hostinfo test tool
> * d4b2e819ca : Client: fill product_name an aarch64 (test tool)
> * 9dbc0ea191 : Client: fix cpu detection for ARMv8
> * 5b8252e081 : Client: fix aarch64 cpu detection in test tool
> * a6675cf29e : Client: test cpu detection on aarch64 (armv8)
> * 1285474ca1 : Client: adjust hostinfo_test tool to what is used in the
> Client
> * f8e19d61f5 : client: fix compile warning
> * e92a398c0a : client: fix typo
> * 7cb58b5268 : client: include # GPUs in  XML, including acct
> mgr requests
> * 31a95ba10f : client: add option to use SOCKS5 for DNS
> * 9e70ef3ecb : client: code formatting
> | * 1be5229c18 : client: when attaching to an AM, see if account file
> exists
> * c44a2b45dc : client: tweak account manager logic
> * b949b87ac2 : client: njobs_fail, not njobs_error
> * 958c89c1e7 : client: account per-project CPU and GPU usage; report to
> account managers
> * 33baa0bca1 : client: fix compile errors and warnings
> * 5710a5e8c8 : client: report project-level REC to account managers
> * 2da0e5cdb1 : client: fix bug in benchmark CPU selection
> * fc2596143e : client: Mac: continue replacing deprecated Mac APIs
> * 3e9ead075a : Client: Make project_dont_detach_when_done RPC work
> correctly
> * 49275b0727 : client: consolidate comments in GPU code
> * ca3cb0c5c6 : Client: add some comments to GPU code
> * ca9061f70f : client: add ability to fake an OpenCL GPU Goal: improved
> support for OpenCL GPUs of random types (i.e. not Nvidia/AMD/In

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

@Jord, I'm afraid, you're wrong. Last release was made 5 Jun 2016. Since
that there was many commits.
Also there are many changed which were committed to master but were not
integrated into release branch.

Best regards,
Vitalii Koshura

2017-03-29 17:20 GMT+03:00 Jord van der Elst <els...@gmail.com>:

> I've just run git log on the BOINC repository and see something
> immediately:
>
> * | 967fa51ce3 : Add 7.7.2
> * | d310efc264 : client: parse njobs_error in state file (don't lose info
> on transition)
> * | 2c493f50c1 : Update Installshield files and vboxwrapper version
> * | 7436252a47 : change version to 7.7.2
>
> (You should see those in reverse, but I cannot do a reverse log because of
> my pretty formatting. I use this command: git log --since=06-06-2016
> --pretty=format:"%h : %s" --graph > logN-since0606201.txt)
>
> So I suspect that those are the only updates that made it into 7.7.2
>
>
>
> -- Jord van der Elst.
>
> On Wed, Mar 29, 2017 at 4:11 PM, Vitalii Koshura <
> lestat.de.lion...@gmail.com> wrote:
>
>> OK, in this case I'll just go through the list of commits and find the
>> corresponded issues which were fixed. I do not know what to do with tons
>> of
>> commits that were not included previously into the release branch. Maybe
>> I'll save them as some kind of 'ChangeLog'.
>>
>> Best regards,
>> Vitalii Koshura
>>
>> 2017-03-29 17:00 GMT+03:00 Oliver Bock <oliver.b...@aei.mpg.de>:
>>
>> > On 29/03/2017 13:17 , Vitalii Koshura wrote:
>> > > but currently we have another situation:
>> > > master branch can not be a start point for new release branch.
>> >
>> > It's not a matter of whether it should or even can be. It's a matter of
>> > fact that the latest release (7.7.2) was build from master if I'm not
>> > mistaken. Thus the release branch needs to reflect that, otherwise the
>> > release and its branch would simply be inconsistent.
>> >
>> > Best,
>> > Oliver
>> >
>> ___
>> boinc_dev mailing list
>> boinc_dev@ssl.berkeley.edu
>> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
>> To unsubscribe, visit the above URL and
>> (near bottom of page) enter your email address.
>>
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

OK, in this case I'll just go through the list of commits and find the
corresponded issues which were fixed. I do not know what to do with tons of
commits that were not included previously into the release branch. Maybe
I'll save them as some kind of 'ChangeLog'.

Best regards,
Vitalii Koshura

2017-03-29 17:00 GMT+03:00 Oliver Bock <oliver.b...@aei.mpg.de>:

> On 29/03/2017 13:17 , Vitalii Koshura wrote:
> > but currently we have another situation:
> > master branch can not be a start point for new release branch.
>
> It's not a matter of whether it should or even can be. It's a matter of
> fact that the latest release (7.7.2) was build from master if I'm not
> mistaken. Thus the release branch needs to reflect that, otherwise the
> release and its branch would simply be inconsistent.
>
> Best,
> Oliver
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

@Oliver,
Yes, I mean 'no write access', sorry for misprint.
Also I totally agreed with you but currently we have another situation:
master branch can not be a start point for new release branch. Ok, it can
be but in this case it will require much more testing I afraid.
I think we need David here. If he will decide to create 7.7 branch based on
master branch than I'll just create a list of issues which were fixed in
this release.

Thanks

Best regards,
Vitalii Koshura

2017-03-29 14:06 GMT+03:00 Oliver Bock <oliver.b...@aei.mpg.de>:

> On 29/03/2017 12:30 , Vitalii Koshura wrote:
> > I will not do any any cherry-picks because I have write access to the
> repo.
>
> You mean "no write access"?
>
> > If you will look at the current branch tree you will see that every new
> > release branch bases on previous release branch. And master branch is a
> > sandbox. It contains some commits which are too risky to be included
> > into release.
>
> Both of that needs to be changed anyway to ensure proper release
> management. Since master is used for integration is should always be as
> stable as possible (don't break master!). That usually means development
> has to happen in dedicated feature branches. This also ensures that
> independent developments don't affect each other which will make the
> whole process more efficient.
>
> > Also if you will take a look at any release banch you will
> > see that all commits were integrated there separately one by one.
>
> This doesn't mean that this approach is sensible or that it should be
> continued in the future. Again, cherry-picking like that is error-prone
> (as you said, it's hard) and cumbersome. Our goal needs to be to make
> the release process much safer/simpler and even more efficient/faster.
>
> > I think it is the best way to continue this work.
>
> I strongly disagree for the reasons above :-)
>
> > If you think this is a wrong way to do this please suggest your own.
>
> It's basically what I outlined in my previous mail and above.
>
>
> Cheers,
> Oliver
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

@Oliver,
I will not do any any cherry-picks because I have write access to the repo.
If you will look at the current branch tree you will see that every new
release branch bases on previous release branch. And master branch is a
sandbox. It contains some commits which are too risky to be included into
release. Also if you will take a look at any release banch you will see
that all commits were integrated there separately one by one.
I think it is the best way to continue this work.
In any case, as I said previously, cherry-picking is the better way to
integrate needed commits only. And my job now is to create a list of
commits which should be included into release with the links to the
corresponded issues (of course, it's only my opinion).
Onlce I'll finish my job I'll sent the list of commits for discussing.
If you think this is a wrong way to do this please suggest your own. I
think David will be happy if you will suggest smth easier.

Thanks

Best regards,
Vitalii Koshura

2017-03-29 13:08 GMT+03:00 Oliver Bock <oliver.b...@aei.mpg.de>:

> On 29/03/2017 10:33 , Vitalii Koshura wrote:
> > @Oliver, I want to build a list of recommended commits to be
> > integrated into release branch.
> > The list of 'fresh' commits (after
> > 6.6.33) will be very short (less than 100 commits). Also I want to
> > see older commits which were not released for some reasons (maybe
> > some of them were just missed) and give them a chance to be reviewed
> > one more time.
>
> Hm, I don't think I understand what you're trying to achieve. Let me
> start with what you wrote earlier:
>
> > 1 - create new release branch 'client_release/7/7.7' based on
> > 'client_release/7/7.6'
> > 2 - merge necessary commits using 'cherry-pick' from master branch.
>
> Why would you do that? What's the point of basing 7.7 on 7.6? Also,
> cherry-picking commits is error-prone for the purpose you outlined.
>
> Given that BOINC currently uses master to integrate changes one should
> branch off master when it's time to constitute a new release series,
> like 7.7. Such a branch can then be used to build releases which will be
> tagged individually (7.7.2). The branch will only receive bug fixes
> afterwards, cherry-picked from master.
>
> Given that there is no client_release/7/7.7 branch yet, I strongly
> recommend to use the commit David based his latest client release on
> (presumably 967fa51c). That commit should also get the
> client_release/7.7/7.7.2 tag. Based on that the 7.7 branch can then be
> used for further maintenance and bug fix releases while further
> development happens in master, until it's time for 7.8 to branched off
> master.
>
>
> Cheers,
> Oliver
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

@Oliver,
I want to build a list of recommended commits to be integrated into release
branch.
The list of 'fresh' commits (after 6.6.33) will be very short (less than
100 commits). Also I want to see older commits which were not released for
some reasons (maybe some of them were just missed) and give them a chance
to be reviewed one more time.

Best regards,
Vitalii Koshura

2017-03-29 11:27 GMT+03:00 Oliver Bock <oliver.b...@aei.mpg.de>:

> On 29/03/2017 10:17 , Vitalii Koshura wrote:
> > Merge commits are not good candidates to be merged integrated into
> > release branch because it's hard to understand what commits were exactly
> > merged.
>
> Ah, we seem to have a misunderstanding here. I thought you were
> gathering a list commits such that a changelog for the latest client
> release could be compiled.
>
> The above sounds like you want to create a release branch after David
> released the latest client from some (still unknown?) commit. If this is
> the case, do you really want to built that branch manually by
> cherry-picking commits?
>
> Oliver
>
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

Hello Oliver,

Merge commits are not good candidates to be merged integrated into release
branch because it's hard to understand what commits were exactly merged.

Thanks

Best regards,
Vitalii Koshura

2017-03-29 11:04 GMT+03:00 Oliver Bock <oliver.b...@aei.mpg.de>:

> On 29/03/2017 9:40 , Vitalii Koshura wrote:
> > From my POV the the most hard part of this is to select important
> > commits only.
>
> As long as you ignore merge commits, which is easy given their common
> commit message prefix, EVERY commit is important. Changelogs are for
> *various* user groups and thus should be complete (you won't know what's
> "important"!). Sure, this all depends on having proper commits (atomic,
> message prefixes) in the first place, but that's a different problem.
>
> tl;dr: given our scarce resources changelogs should be created
> automatically, as part of a proper release process. Proper commit
> discipline is needed to facilitate that but it's easy to come by.
> Disregarding commit discipline "in favor of" manual changelog harvesting
> would be ridiculous.
>
> Cheers,
> Oliver
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

Hello Richard,

Thank you for your help.
I want to be sure that I'll not miss some important commits so I'll check
them all.

Best regards,
Vitalii Koshura

2017-03-29 10:56 GMT+03:00 Richard Haselgrove <r.haselgr...@btopenworld.com>
:

> Using TortoiseGit on a clone, I found that viewing the log from the client
> and clientgui folders only - effectively filtering to select commits which
> touched files in those folders only - generated a shortlist which might be
> helpful.
>
>
> On Wednesday, 29 March 2017, 8:40, Vitalii Koshura <
> lestat.de.lion...@gmail.com> wrote:
>
>
> Hello Oliver,
>
> Thank you for advice.
> From my POV the the most hard part of this is to select important commits
> only.
>
> Best regards,
> Vitalii Koshura
>
> 2017-03-29 9:36 GMT+03:00 Oliver Bock <oliver.b...@aei.mpg.de>:
>
> > Hi Vitalii,
> >
> > On 28/03/2017 9:34 , Vitalii Koshura wrote:
> > > I can do the hard job and prepare the list of commits for 7.7 release
> and
> > > also prepare the list of fixes with issue numbers.
> >
> > That doesn't need to be hard. Just use git (log) and generate the
> > changelog. All you need to know to do that are the start and end points
> > (SHA1s) of the range of commits - but you have to know those as well to
> > it manually.
> >
> > Best,
> > Oliver
> >
> >
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

Hello Oliver,

Thank you for advice.
>From my POV the the most hard part of this is to select important commits
only.

Best regards,
Vitalii Koshura

2017-03-29 9:36 GMT+03:00 Oliver Bock <oliver.b...@aei.mpg.de>:

> Hi Vitalii,
>
> On 28/03/2017 9:34 , Vitalii Koshura wrote:
> > I can do the hard job and prepare the list of commits for 7.7 release and
> > also prepare the list of fixes with issue numbers.
>
> That doesn't need to be hard. Just use git (log) and generate the
> changelog. All you need to know to do that are the start and end points
> (SHA1s) of the range of commits - but you have to know those as well to
> it manually.
>
> Best,
> Oliver
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

Ok, I'll do this approximately till the end of week.

Thanks

Best regards,
Vitalii Koshura

2017-03-28 10:48 GMT+03:00 Charlie Fenton <charl...@ssl.berkeley.edu>:

> It would be good to also add a tag client_release/7/7.7.2 since there will
> probably be future releases from the client_release/7/7.7 branch (which
> would then have tags such as client_release/7/7.7.3,
> client_release/7/7.7.4, etc.)
>
> Cheers,
> --Charlie
>
> On Mar 28, 2017, at 12:34 AM, Vitalii Koshura <lestat.de.lion...@gmail.com>
> wrote:
> > Hello all,
> >
> > I agreed. Release should be done next way:
> > 1 - create new release branch 'client_release/7/7.7' based on
> > 'client_release/7/7.6'
> > 2 - merge necessary commits using 'cherry-pick' from master branch.
> >
> > I can do the hard job and prepare the list of commits for 7.7 release and
> > also prepare the list of fixes with issue numbers.
> > This can help testers to check all fixes and report their status.
> >
> > @David, if you want me to help you to do this - just tell me. Otherwise
> > I'll not do this because I do not want to do unnecessary work.
> >
> > Thanks
> >
> > Best regards,
> > Vitalii Koshura
> >
> > 2017-03-28 9:54 GMT+03:00 Christian Beer <christian.b...@aei.mpg.de>:
> >
> >> This is already documented here:
> >> http://boinc.berkeley.edu/trac/wiki/TranslationSystem
> >>
> >> The last translation update into master was 8 days ago. Since I don't
> >> know what SHA1 was used to build 7.7.2 (as there is no tag or
> >> documentation) I can't say if translations are up to date or not.
> >>
> >> I strongly disagree with the way this alpha release was done and for now
> >> I won't participate in fixing it.
> >>
> >> Regards
> >> Christian
> >>
> >> On 28.03.2017 00:22, David Anderson wrote:
> >>> I don't know how to update the translations;
> >>> Christian, can you please check
> >>> http://boinc.berkeley.edu/trac/wiki/AdminLocalize
> >>> and add instructions?
> >>> Thanks -- David
> >>>
> >>>  Forwarded Message 
> >>> Subject: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win
> >>> Date: Mon, 27 Mar 2017 22:30:19 +0100
> >>> From: Miguel Veiga <miguel.v...@gmail.com>
> >>> To: Kathryn Marks <kathryn.bo...@gmail.com>
> >>> CC: David Anderson <da...@ssl.berkeley.edu>, BOINC Alpha list
> >>> <boinc_al...@ssl.berkeley.edu>
> >>>
> >>>
> >>>
> >>> David, dont forget to update the translations into this new build
> >>>
> >>> <https://www.avast.com/sig-email?utm_medium=email_
> >> source=link_campaign=sig-email_content=webmail>
> >>>Sem vírus. www.avast.com
> >>> <https://www.avast.com/sig-email?utm_medium=email_
> >> source=link_campaign=sig-email_content=webmail>
> >>>
> >>>
> >>>
> >>> 2017-03-27 21:55 GMT+01:00 Kathryn Marks <kathryn.bo...@gmail.com
> >>> <mailto:kathryn.bo...@gmail.com>>:
> >>>
> >>>   I think he wants support for XP dropped.
> >>>
> >>>   On Mon, Mar 27, 2017 at 4:17 PM, David Anderson
> >>> <da...@ssl.berkeley.edu
> >>>   <mailto:da...@ssl.berkeley.edu>>
> >>>   wrote:
> >>>
> >>>> I don't understand what you're requesting.
> >>>> -- David
> >>>>
> >>>>
> >>>> On 3/27/2017 2:42 AM, bobo...@libero.it
> >>> <mailto:bobo...@libero.it> wrote:
> >>>>
> >>>>> Ok, i try 7.7.2 on Window Xp 32bit SP3
> >>>>> It runs.
> >>>>> Stop this support, please.
> >>>>>
> >>>>>
> >>>>> Messaggio originale
> >>>>>> Da: "David Anderson" <da...@ssl.berkeley.edu
> >>> <mailto:da...@ssl.berkeley.edu>>
> >>>>>> Data: 26/03/2017 8.59
> >>>>>> A: "BOINC Alpha list"<boinc_al...@ssl.berkeley.edu
> >>>   <mailto:boinc_al...@ssl.berkeley.edu>>, "BOINC Developers
> >>>>>>
> >>>>> Mailing List"<boinc_dev@ssl.berkeley.edu
> >>> <mailto:boinc_dev@ssl.berkeley.edu>>
> >>>>>
> >>>>>> Ogg: [boinc_alpha] BOINC 7

Re: [boinc_dev] Fwd: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win

[Vitalii Koshura]

Hello all,

I agreed. Release should be done next way:
1 - create new release branch 'client_release/7/7.7' based on
'client_release/7/7.6'
2 - merge necessary commits using 'cherry-pick' from master branch.

I can do the hard job and prepare the list of commits for 7.7 release and
also prepare the list of fixes with issue numbers.
This can help testers to check all fixes and report their status.

@David, if you want me to help you to do this - just tell me. Otherwise
I'll not do this because I do not want to do unnecessary work.

Thanks

Best regards,
Vitalii Koshura

2017-03-28 9:54 GMT+03:00 Christian Beer <christian.b...@aei.mpg.de>:

> This is already documented here:
> http://boinc.berkeley.edu/trac/wiki/TranslationSystem
>
> The last translation update into master was 8 days ago. Since I don't
> know what SHA1 was used to build 7.7.2 (as there is no tag or
> documentation) I can't say if translations are up to date or not.
>
> I strongly disagree with the way this alpha release was done and for now
> I won't participate in fixing it.
>
> Regards
> Christian
>
> On 28.03.2017 00:22, David Anderson wrote:
> > I don't know how to update the translations;
> > Christian, can you please check
> > http://boinc.berkeley.edu/trac/wiki/AdminLocalize
> > and add instructions?
> > Thanks -- David
> >
> >  Forwarded Message 
> > Subject: Re: [boinc_alpha] R: BOINC 7.7.2 released for Win
> > Date: Mon, 27 Mar 2017 22:30:19 +0100
> > From: Miguel Veiga <miguel.v...@gmail.com>
> > To: Kathryn Marks <kathryn.bo...@gmail.com>
> > CC: David Anderson <da...@ssl.berkeley.edu>, BOINC Alpha list
> > <boinc_al...@ssl.berkeley.edu>
> >
> >
> >
> > David, dont forget to update the translations into this new build
> >
> > <https://www.avast.com/sig-email?utm_medium=email_
> source=link_campaign=sig-email_content=webmail>
> > Sem vírus. www.avast.com
> > <https://www.avast.com/sig-email?utm_medium=email_
> source=link_campaign=sig-email_content=webmail>
> >
> >
> >
> > 2017-03-27 21:55 GMT+01:00 Kathryn Marks <kathryn.bo...@gmail.com
> > <mailto:kathryn.bo...@gmail.com>>:
> >
> >I think he wants support for XP dropped.
> >
> >On Mon, Mar 27, 2017 at 4:17 PM, David Anderson
> > <da...@ssl.berkeley.edu
> ><mailto:da...@ssl.berkeley.edu>>
> >wrote:
> >
> > > I don't understand what you're requesting.
> > > -- David
> > >
> > >
> > > On 3/27/2017 2:42 AM, bobo...@libero.it
> > <mailto:bobo...@libero.it> wrote:
> > >
> > >> Ok, i try 7.7.2 on Window Xp 32bit SP3
> > >> It runs.
> > >> Stop this support, please.
> > >>
> > >>
> > >> Messaggio originale
> > >>> Da: "David Anderson" <da...@ssl.berkeley.edu
> > <mailto:da...@ssl.berkeley.edu>>
> > >>> Data: 26/03/2017 8.59
> > >>> A: "BOINC Alpha list"<boinc_al...@ssl.berkeley.edu
> ><mailto:boinc_al...@ssl.berkeley.edu>>, "BOINC Developers
> > >>>
> > >> Mailing List"<boinc_dev@ssl.berkeley.edu
> > <mailto:boinc_dev@ssl.berkeley.edu>>
> > >>
> > >>> Ogg: [boinc_alpha] BOINC 7.7.2 released for Win
> > >>>
> > >>> I released a new version of the client for Win.
> > >>> Changes:
> > >>>
> > >>> - An accumulation of enhancement/fixes in the manager and
> > client since
> > >>> June
> > >>>
> > >> 2016.
> > >>
> > >>> - The Vbox versions include VBox 5.1.18
> > >>> - not code-signed (I didn't have the $200 needed to renew the
> > >>> certificate).
> > >>> - built by me rather than Rom (hopefully I did it right).
> > >>>
> > >>> Please give it a try.
> > >>> Alpha testers can report bugs here:
> > >>> http://boinc.berkeley.edu/alpha/test_form.php
> ><http://boinc.berkeley.edu/alpha/test_form.php>
> > >>>
> > >>> -- David
> > >>> ___
> > >>> boinc_alpha mailing list
> > >>> boinc_al...@ssl.berkeley.edu
> > <mailto:boinc_al...@ssl.berk

Re: [boinc_dev] [boinc_alpha] BOINC 7.7.2 released for Win

[Vitalii Koshura]

Hello David,

I can go through the list of commits and create a list of issues which were
fixed.
Also I have 2 questions to you:
1 - Will the branch client_release/7/7.7 be created? Without this it is
quit hard to understand what was included into new release.
2 - If you build new release (as well as 7.6.33) from master branch then I
need to ask you to merge https://github.com/BOINC/boinc/pull/1514 and
manually resolve the conflicts because this PR put back the fixes which
were accidentally deleted by this commit:
https://github.com/BOINC/boinc/commit/6beafff6936a59b44fa923dc4d12a1564310f8eb
Without this the changes I made for https://github.com/BOINC/boinc/issues/79
are not complete and the feature doesn't works.

Also I do not see the reason why we need to drop Windows XP support. I
understand that this OS is not supported by Microsoft but the BOINC is
stable on it (I can make additional checks on Windows XP SP2, possibly on
SP3 too).

Thanks

Best regards,
Vitalii Koshura

2017-03-28 1:39 GMT+03:00 David Anderson <da...@ssl.berkeley.edu>:

> We'll extend the current log.
> http://boinc.berkeley.edu/trac/wiki/VersionHistory
>
> Speaking of which, is anyone interested in going through the list of
> commits
> and writing up the changes in 7.7.2 (and possibly for 7.6.33 as well?)
>
> Thanks
> -- David
>
>
> On 3/26/2017 9:51 PM, Clifton L. Harding Jr wrote:
>
>> Will the change log be a continuation of the current 7.5/7.6 log or will a
>> new one be established?
>>
>>
>>  From the desk of:
>>
>>
>> Clifton L. Harding Jr.
>>
>>clharding...@verizon.net
>>
>>
>> ___
>> boinc_alpha mailing list
>> boinc_al...@ssl.berkeley.edu
>> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_alpha
>> To unsubscribe, visit the above URL and
>> (near bottom of page) enter your email address.
>>
>
> ___
> boinc_alpha mailing list
> boinc_al...@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_alpha
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] BOINC Workshop

[Vitalii Koshura]

Hello David,

I am not a scientist but just a regular software developer but I think that
this workshop is a very good opportunity to meet all of you in person and
to feel more involved in this whole process.
I want to say 'Thank you' for this.

As for me it doesn't matter when and where it will be.

Thank you

Best regards,
Vitalii Koshura

2017-02-20 11:02 GMT+02:00 David Wallom <david.wal...@oerc.ox.ac.uk>:

> Hi David et al,
>
> I would personally prefer the 12-13th June as I am on annual leave for the
> other dates. Paris or CERN (Geneva) would both work for us here in Oxford.
>
> I think it is essential that we have a BOINC workshop to discuss various
> aspects of community building at the technology maintenance and development
> level and how best the big projects which depend on the excellent work that
> has gone into BOINC can be maintained going forward.
>
> Kind Regards
>
> David
>
> --
> ===
> Professor David Wallom
> Associate Professor
> Oxford eResearch Centre
> University of Oxford
> 7 Keble Road
> Oxford
> OX1 3QG
> UK
>
> Tel: 01865 610601
> ===
>
>
> On 20/02/2017, 07:09, "boinc_dev on behalf of David Anderson" <
> boinc_dev-boun...@ssl.berkeley.edu on behalf of da...@ssl.berkeley.edu>
> wrote:
>
> I've been dragging my feet about a potential BOINC workshop because my
> funding situation
> is uncertain, and it's not sure that I can go.
> However, it might be good to have a workshop even if I can't attend;
> there's always
> Skype.
>
> So far there have been generous offers to host the workshop at
> - Zaragoza
> - Trento, Italy
> - Geneva (CERN)
> - Paris
>
> I'd like any of these; I'd lean toward Paris because it's cheaper to get
> to,
> and Marius Millea is there, whose work with Docker is important to all of
> us.
>
> As for dates, I propose either
>
> 12-13 June (mon/tues) or
> 19-20 June (mon/tues).
> (I'd stay for the rest of the week, and would welcome those who want to
> talk and/or
> hack).
>
> ---
>
> So. if you're potentially interested in attending a BOINC workshop,
> please let
> me know ASAP
> - what location you prefer
> - what date you prefer (or if you have a conflict with both, suggest other
> dates)
>
> ... and I'll tabulate the results and make a decision so that we can all
> start planning.
>
> Thanks -- David
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] http://boinc.berkeley.edu/ is down

[Vitalii Koshura]

Hello everyone,

http://boinc.berkeley.edu/ is down. Is this OK or smth happened?

Thanks

Best regards,
Vitalii Koshura
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] How to setup a BOINCMGR dev. env. on Win 7 x64 Prof (Core i7 720QM, 8 GB RAM) ? Shall I install Debian linux into a WMVare virtual? :)

[Vitalii Koshura]

Hello Philip,

I have some experience in development BOINC on Windows. I can help you to
set up your environment to build BOINC using Visual Studio. Please mail me
directly if you need some help.

Best regards,
Vitalii Koshura

2016-12-28 23:35 GMT+02:00 Jord van der Elst <els...@gmail.com>:

> Did you follow all the links in
> https://boinc.berkeley.edu/trac/wiki/CompileClient ?
> Did you for instance see https://boinc.berkeley.edu/trac/wiki/BuildSystem
> and https://boinc.berkeley.edu/trac/wiki/SoftwarePrereqsUnix ?
>
>
> -- Jord van der Elst.
>
> On Wed, Dec 28, 2016 at 10:21 PM, Filip Rydlo <filip.ry...@gmail.com>
> wrote:
>
> > Dear developers,
> >  I really want to setup this environment before  the New Year
> > comes,   so that I can get to work on issues of the Manager *right away*
> in
> > 2017.
> >I know the basics of development under linux  including GIT.   But
> > what do I need to have *pre-installed *to be able to compile  BOINC
> > Manager???
> >This is a mystery to me. (and the documentation  is not updated
> > enough), where can I find the *real* and most current  requirements?  Is
> it
> > correct what is in the README  of the github project? (Or is there more
> > that I need?)
> >
> >
> >
> >Please, can anyone guide me a bit?   *Any help would be much
> > appretiated.*
> >
> > *Filip Rydlo*
> > *  github.com/overtonesinger <http://github.com/overtonesinger>*
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> >
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] BOINC Manager mistreats its windows

[Vitalii Koshura]

Hello,

I can confirm this. Can be reproduced on Windows 8 & Windows 10 only (on
Windows 7 behavior is correct).
Please open an issue on github (https://github.com/BOINC/boinc/issues)

Thanks

Best regards,
Vitalii Koshura

2016-12-28 13:11 GMT+02:00 victory <victory@gmail.com>:

>
> 7.6.33 on Windows10 Home
>
> how to reproduce:
> 1) open Manager
> 2) open Event log window
> 3) drop focus; click othe application's window
> 4) click BOINC window or select it from task-bar or whatever it is called
> 5) the other BOINC window than the one clicked/selected gets focus
>
> right window may get focus when main window is selected,
> but it always fail when selected Event log window.
>
> --
> victory
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Fwd: Update recommended client to latest available development?

[Vitalii Koshura]

Hello all,

1 - I have a copy of WindowsBuildDependencies for VS 2013 (not up-to-date
but anyway) and I think I can update needed binaries and build them (even
update the project to VS 2015 and/or VS 2017). It looks like an interesting
and challenging task for me.
2 - ISM files are files for InstallShield installer (
https://en.wikipedia.org/wiki/InstallShield). It is a proprietary tool and
a license is very expensive but I can rewrte the installer using some free
tools (e.g. NSIS because I worked with this tool some time). This task also
looks very interesting and challenging for me.

So possibly I can help with this if you will give me suh opportunity.

Thanks

Best regards,
Vitalii Koshura

2016-12-06 17:23 GMT+02:00 Richard Haselgrove <r.haselgr...@btopenworld.com>
:

> I would agree with making v7.6.33 the recommended download - after all, it
> is now over six months since it was made available for testing.
> But that also raises a major question about future client development and
> deployment - a question which is perhaps better addressed to the Project
> Management Committee as a whole, rather than to David as an individual.
> How are any future changes found to be necessary or desirable in the BOINC
> client going to be made available to volunteers - I'm thinking specifically
> in the Windows case.
> That's a three-stage process:1) Build new binaries2) Package them into an
> installer3) Distribute them via a trusted channel
> At the moment, even the build stage is problematic: despite Christian's
> assistance on the BOINC message boards a month ago, none of the build
> dependency sets listed on http://boinc.berkeley.edu/
> trac/wiki/SourceCodeGit#Windowsbuilddependencies is currently accessible.
> I don't think the tools for updating the Windows installer have ever been
> exposed for community use (there are ISM files in the 'installerv2' folder
> available from github, but I have never found any documentation for how
> they might be maintained and used by the community).
> For  many years - see for example github issue 792 and its predecessor
> trac ticket 815 - windows installer issues have been deferred to 'the new
> open source installer'. I would suggest that the PMC should look at all
> issues - including funding - relating to recruiting and empowering somebody
> with the necessary skills to re-invigorate and manage the build/deployment
> section of the development process.
>
> On Tuesday, 6 December 2016, 10:47, Filip Rydlo <filip.ry...@gmail.com>
> wrote:
>
>
>  Hi, David and all.
>   No objections here too. :-)
>
>   Running *7.6.33* (x64) for *lng* time
>  a) on *Windows 10* (at work)  and
>  b) on *Windows 7* *Prof.* (home)
> both: without any problems.
>
>
>
> Filip R.
> P.S. What is the specialization  of Rom?  I could learn it and then do it!
> More specifically  FROM date:  *2017-04-02..
> **indefinitely,
> till I'll be alive. :-)*
>
>
>
>
> 2016-12-06 1:15 GMT+01:00 David Anderson <da...@ssl.berkeley.edu>:
>
> > Anyone object to making 7.6.33 the recommended version?
> > It has 96% test coverage, and the only significant reported bug is a
> > problem with GPU detection
> > with new NVIDIA drivers, which I think is independent of client version.
> > -- David
> >
> >
> >  Forwarded Message 
> > Subject:Update recommended client to latest available
> development?
> > Date:  Fri, 18 Nov 2016 11:31:51 +0100
> > From:  Jord van der Elst <els...@gmail.com>
> > To:David Anderson <da...@ssl.berkeley.edu>
> >
> >
> >
> > Hi David,
> >
> > Can we have the latest available recommended client from the Download
> > pages be set to 7.6.33 for both Mac and Windows, please? As this solves
> > quite a bit of problems for users out there with Windows 10 and Mac OS X
> > Sierra.
> >
> > And I'd rather have that version available than the slightly more broken
> > ones before that.
> > Especially since I doubt we'll have a new client in the foreseeable
> future
> > anyway, with Rom having moved out.
> >
> > Should I leave Rom as moderator/project developer on the boards?
> >
> > Thanks,
> >
> >
> > -- Jord van der Elst.
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> >
> ___
> boinc_dev mailing list
> bo

[boinc_dev] Build Manager

[Vitalii Koshura]

Hello all,

As I see this message:
https://github.com/BOINC/boinc/issues/1450#issuecomment-261182508
Rom Walton is not working on BOINC anymore as build manager. So I want to
try myself in this role. I have no experience as build manager but I have
5+ years as software developer (you can check my profile here:
https://linkedin.com/in/aenbleidd ).
Of course I would require some help from BOINC owners to continue Rom's
work.
Also I have some ideas how to release new versions of BOINC faster and
engage more people to contribute.

The main purpose of this mail to all of you is the wish to make BOINC
better. If you will give me a chance to do this I'll try to do my best on
this position.

Thanks you.

Best regards,
Vitalii Koshura
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] Unmerged pull requests

[Vitalii Koshura]

Hello guys,

I want to ask you why BOINC repo has many pull requests which are finished
but not merged for months? This behavior prevent many users to contribute
to this project because they think that their work is not interesting to
the repo owners.
I understand that many of you are overloaded with main job but BOINC
application is used by plenty of users. And this project has no evolution
during almost a year (last Windows/MacOS release was 17 Dec 2015, last
Linux release was 28 Feb 2014).
I think that making minor releases with only bug fixes is good. And this
can potentially involve new people to fix existing bugs (435 for now, and
some of them I'm sure are outdated and need to be reviewed).
I want to help you to make this application better and more stable but I
can't do this without your help. I have some ideas how we can involve new
people and speed-up the development but in this case you should review and
merge (or deny) new pull requests faster because when people see the pull
requests which are opened almost a year - they just leave the project
because nobody want to contribute to nowhere.

I hope you will do something with this.
I really want to help you with this because I love this project and want
him to grow.

Thanks.

Best regards,
Vitalii Koshura
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] The three suggested buttons

[Vitalii Koshura]

I agree. These buttons will be very useful for me too.

Best regards,
Vitalii

Sent via Android

25 окт. 2016 г. 11:15 пользователь "Filip Rydlo" 
написал:

> Yes, Yes and Yes!! :-)
>
>I would definitely use all three of those buttons. Veery nice
> suggestion! Thank You both, Isi and Stu!
>
> *snip*
> *- BOINC Manager: button to "force this task to run now, suspending*
> *other tasks if necessary, unsuspending them when done"*
>
> *- BOINC Manager: button to "fetch new work, then deny new tasks for*
> *this project"*
>
> *- BOINC Manager: button to "suspend project after this task ends"*
>
> Filip
>
> Dne 24. 10. 2016 4:33 napsal uživatel "Robert Miles" <
> robertmi...@bellsouth.net>:
>
> > A program I've found that gives you the GPU temperature, the CPU
> > temperature, and a lot more:
> >
> > SIV - System Information Viewer
> > http://rh-software.com/
> >
> > Note - version 4.53 appears to be the last version that runs well under
> > Windows Vista.
> >
> > Date: Sun, 23 Oct 2016 00:43:52 -0700
> >> From: David Anderson 
> >> Subject: Re: [boinc_dev] feature requests
> >>
> >> Stu:
> >> Some of those items don't exist (host ID or project ID)
> >> or aren't known to BOINC (free RAM, CPU temperature).
> >>
> >> I did add:
> >> - task received time
> >> - app version items:
> >> - plan class
> >> - platform
> >> - avg #CPUs
> >> - GPU type
> >> - avg # GPUs
> >> - estimated FLOPS
> >> - executable filename
> >>
> >> -- David
> >>
> >> On 10/22/2016 1:19 PM, lsi wrote:
> >>
> >>> A few misc ideas, these are pasted from my notes which I wrote a
> >>> while back, apologies in advance for any cluelessness... :)
> >>>
> >>> Stu
> >>>
> >>> *
> >>>
> >>> - boinccmd: get_host_state: should return current RAM free
> >>>
> >>> - boinccmd: get_host_state: should return current CPU utilisation
> >>>
> >>> - boinccmd: get_host_state: should return current CPU temperature
> >>>
> >>> - boinccmd: get_task_state: should return the date/time the task was
> >>> downloaded
> >>>
> >>> - boinccmd: get_task_state: should return the date/time the task
> >>> began
> >>>
> >>> - boinccmd: get_task_state: should return the date/time the task was
> >>> uploaded
> >>>
> >>> - boinccmd: get_task_state: should return the timezone of the
> >>> deadline (eg. BST) - or return it in UTC
> >>>
> >>> - boinccmd: get_task_state: should return the task priority (there's
> >>> currently no way to see if a given task is running with high
> >>> priority)
> >>>
> >>> - boinccmd: get_host_state: should return host ID (or is this a
> >>> BOINCstats thing?)
> >>>
> >>> - boinccmd: get_project_state: should return project ID (currently,
> >>> need to match on URL) (or is this a BOINCstats thing?)
> >>>
> >>> - boinccmd: get_file_transfers: should return task ID (currently,
> >>> need to ... remove everything after the last underscore?)
> >>>
> >>> - BOINC Manager: password or key-based authentication, so that only
> >>> authorised users may interact with the projects, accounts, tasks etc
> >>>
> >>> - BOINC Manager: button to "force this task to run now, suspending
> >>> other tasks if necessary, unsuspending them when done"
> >>>
> >>> - BOINC Manager: button to "fetch new work, then deny new tasks for
> >>> this project"
> >>>
> >>> - BOINC Manager: button to "suspend project after this task ends"
> >>>
> >>> *
> >>>
> >>> ---
> >>> Stuart Udall
> >>> stuart a...@cyberdelix.dot net - http://www.cyberdelix.net/
> >>>
> >>> ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu
> > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> >
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Need advices for validating the local BOINC server

[Vitalii Koshura]

Hello PJ,

1. You should run VUGen application to record the user activity.
2. You should run Controller to run recorded user activity. In free mode
Controller can run up to 50 virtual users.
There are also paid cloud solution to make small load tests with greater
number of virtual users.
3. You can analyze your performance test session using Analysis
application.

Best regards,
Vitalii

Sent via Android

23 окт. 2016 г. 9:05 пользователь "Patcharaporn Jenviriyakul" <
patcharaporn@gmail.com> написал:

Hi Vitalii,

Could you provide me the rough steps in order to resolve my question as my
study is focusing on a BOINC server and multiple android clients?

Thanks
PJ

On Sun, Oct 23, 2016 at 11:57 AM, Patcharaporn Jenviriyakul <
patcharaporn@gmail.com> wrote:

> Hi Vitalii,
>
> Thank you very much. I'll look into it and may contact you if I need
> further help.
>
> BR,
> PJ
>
> On Sun, Oct 23, 2016 at 11:48 AM, Vitalii Koshura <
> lestat.de.lion...@gmail.com> wrote:
>
>> Hello PJ,
>>
>> Yes, this tool can run up to 50 virtual users (in free mode) to simulate
>> the user activity. I'm one of the team of developers of this application so
>> you can ask me directly any questions regarding it. I'm not responsible for
>> all tools from LoadRunner but I can try to resolve all your questions.
>>
>>
>> Best regards,
>> Vitalii Koshura
>>
>> 2016-10-23 7:45 GMT+03:00 Patcharaporn Jenviriyakul <
>> patcharaporn@gmail.com>:
>>
>>> Hi Vitalii,
>>>
>>> Thank you for the suggestion.
>>> Is the tool able to simulate the connection of clients' requests to see
>>> the performance of server?
>>>
>>> PJ
>>>
>>> On Sun, Oct 23, 2016 at 11:26 AM, Vitalii Koshura <
>>> lestat.de.lion...@gmail.com> wrote:
>>>
>>>> Hello PJ,
>>>>
>>>> You can try HPE LoadRunner application ( http://www8.hp.com/ua/ru/sof
>>>> tware-solutions/loadrunner-load-testing/ ) or any another performance
>>>> testing tool.
>>>>
>>>> Best regards,
>>>> Vitalii Koshura
>>>>
>>>> 2016-10-23 7:07 GMT+03:00 Patcharaporn Jenviriyakul <
>>>> patcharaporn@gmail.com>:
>>>>
>>>>> Dear experts,
>>>>>
>>>>> I'm in an experiment of developing an BOINC application.  The project
>>>>> targeted only Android-based device and I'd like to evaluate its
>>>>> performance
>>>>> when there are plenty of devices connected to my local server.
>>>>> However, I
>>>>> have very limited devices (~3 android phones). Could you advice any
>>>>> simulation tools or any methods to test in that scenario?
>>>>>
>>>>> Best regards,
>>>>> PJ
>>>>> ___
>>>>> boinc_dev mailing list
>>>>> boinc_dev@ssl.berkeley.edu
>>>>> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
>>>>> To unsubscribe, visit the above URL and
>>>>> (near bottom of page) enter your email address.
>>>>>
>>>>
>>>>
>>>
>>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Need advices for validating the local BOINC server

[Vitalii Koshura]

Hello PJ,

Yes, this tool can run up to 50 virtual users (in free mode) to simulate
the user activity. I'm one of the team of developers of this application so
you can ask me directly any questions regarding it. I'm not responsible for
all tools from LoadRunner but I can try to resolve all your questions.


Best regards,
Vitalii Koshura

2016-10-23 7:45 GMT+03:00 Patcharaporn Jenviriyakul <
patcharaporn@gmail.com>:

> Hi Vitalii,
>
> Thank you for the suggestion.
> Is the tool able to simulate the connection of clients' requests to see
> the performance of server?
>
> PJ
>
> On Sun, Oct 23, 2016 at 11:26 AM, Vitalii Koshura <
> lestat.de.lion...@gmail.com> wrote:
>
>> Hello PJ,
>>
>> You can try HPE LoadRunner application ( http://www8.hp.com/ua/ru/sof
>> tware-solutions/loadrunner-load-testing/ ) or any another performance
>> testing tool.
>>
>> Best regards,
>> Vitalii Koshura
>>
>> 2016-10-23 7:07 GMT+03:00 Patcharaporn Jenviriyakul <
>> patcharaporn@gmail.com>:
>>
>>> Dear experts,
>>>
>>> I'm in an experiment of developing an BOINC application.  The project
>>> targeted only Android-based device and I'd like to evaluate its
>>> performance
>>> when there are plenty of devices connected to my local server. However, I
>>> have very limited devices (~3 android phones). Could you advice any
>>> simulation tools or any methods to test in that scenario?
>>>
>>> Best regards,
>>> PJ
>>> ___
>>> boinc_dev mailing list
>>> boinc_dev@ssl.berkeley.edu
>>> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
>>> To unsubscribe, visit the above URL and
>>> (near bottom of page) enter your email address.
>>>
>>
>>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Need advices for validating the local BOINC server

[Vitalii Koshura]

Hello PJ,

You can try HPE LoadRunner application (
http://www8.hp.com/ua/ru/software-solutions/loadrunner-load-testing/ ) or
any another performance testing tool.

Best regards,
Vitalii Koshura

2016-10-23 7:07 GMT+03:00 Patcharaporn Jenviriyakul <
patcharaporn@gmail.com>:

> Dear experts,
>
> I'm in an experiment of developing an BOINC application.  The project
> targeted only Android-based device and I'd like to evaluate its performance
> when there are plenty of devices connected to my local server. However, I
> have very limited devices (~3 android phones). Could you advice any
> simulation tools or any methods to test in that scenario?
>
> Best regards,
> PJ
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] providing BOINC through the Apple App Store

[Vitalii Koshura]

Hello David,

I suggest to make a BOINC  application which will consist project binaries.
In this case only tasks would be downloaded. Of course if some project
application will be updated then BOINC application should also be updated
with the new project binaries. I understand that this way is very
complicated and very bad but I think that it is the only way to do this. I
do not believe that Apple guys will make an exception for BOINC project.

Thanks

Best Regards,
Vitalii Koshura

Sent via Android
23.05.2016 11:01 пользователь "David Anderson" <da...@ssl.berkeley.edu>
написал:

> It would be great to have BOINC in the App Store.
> However, there are items in Apple's "Review Guidelines"
> that would seem to preclude BOINC:
>
> 2.15 Apps must be self-contained, single application installation bundles,
> and cannot install code or resources in shared locations
> 2.16 Apps that download or install additional code or resources to add
> functionality or change their primary purpose will be rejected
> 2.17 Apps that download other standalone Apps will be rejected
>
> See
> https://developer.apple.com/app-store/review/guidelines/mac/#functionality
>
> It's possible that Apple would relax these rules in our case.
> If anyone wants to initiate a dialog with them, please go ahead.
>
> -- David
>
> On 5/23/2016 12:46 AM, pola...@comcast.net wrote:
>
>> hello,
>> thank you for your wonderful software. I want to ask if it is possible to
>> provide this software through the Apple App store? The reason that I ask is
>> because OS X provides an option for security to download software only
>> through the App Store to prevent malware from being installed into the OS X
>> operating system. I have read that some opensource software has been
>> compromised by malware such as the Transmission bittorrent client. I
>> presume that Apple does some additional security checks before releasing
>> apps through the App Store. Are there copyright or patent issues or
>> financial reasons that prevent you from doing this? thanks for your time
>> and your efforts developing this software.
>> joe
>> The attachment to this e-mail as well as the content of the email itself
>> may be privileged, proprietary or confidential. Do not open it. It is
>> intended only for the e-mail recipient noted above. If you are not the
>> intended recipient or a person responsible for delivering this
>> transmission to the intended recipient, you may not disclose, copy or
>> distribute this transmission or take any action in reliance on it.
>>
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] providing BOINC through the Apple App Store

[Vitalii Koshura]

Hello David,

I suggest to make a BOINC  application which will consist project binaries.
In this case only tasks would be downloaded. Of course if some project
application will be updated then BOINC application should also be updated
with the new project binaries. I understand that this way is very
complicated and very bad but I think that it is the only way to do this. I
do not believe that Apple guys will make an exception for BOINC project.

Thanks

Best Regards,
Vitalii Koshura

Sent via Android
23.05.2016 11:01 пользователь "David Anderson" <da...@ssl.berkeley.edu>
написал:

> It would be great to have BOINC in the App Store.
> However, there are items in Apple's "Review Guidelines"
> that would seem to preclude BOINC:
>
> 2.15 Apps must be self-contained, single application installation bundles,
> and cannot install code or resources in shared locations
> 2.16 Apps that download or install additional code or resources to add
> functionality or change their primary purpose will be rejected
> 2.17 Apps that download other standalone Apps will be rejected
>
> See
> https://developer.apple.com/app-store/review/guidelines/mac/#functionality
>
> It's possible that Apple would relax these rules in our case.
> If anyone wants to initiate a dialog with them, please go ahead.
>
> -- David
>
> On 5/23/2016 12:46 AM, pola...@comcast.net wrote:
>
>> hello,
>> thank you for your wonderful software. I want to ask if it is possible to
>> provide this software through the Apple App store? The reason that I ask is
>> because OS X provides an option for security to download software only
>> through the App Store to prevent malware from being installed into the OS X
>> operating system. I have read that some opensource software has been
>> compromised by malware such as the Transmission bittorrent client. I
>> presume that Apple does some additional security checks before releasing
>> apps through the App Store. Are there copyright or patent issues or
>> financial reasons that prevent you from doing this? thanks for your time
>> and your efforts developing this software.
>> joe
>> The attachment to this e-mail as well as the content of the email itself
>> may be privileged, proprietary or confidential. Do not open it. It is
>> intended only for the e-mail recipient noted above. If you are not the
>> intended recipient or a person responsible for delivering this
>> transmission to the intended recipient, you may not disclose, copy or
>> distribute this transmission or take any action in reliance on it.
>>
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Manager fails to build

[Vitalii Koshura]

As I understand BOINC Manager failed to build not only on Linux, but on
Windows (and possibly MacOS) too.I don't know why this was done.

Best regards,
Vitalii Koshura

2015-12-14 13:58 GMT+02:00 Christian Beer <christian.b...@aei.mpg.de>:

> That is correct. I meant to post this link:
> https://github.com/BOINC/boinc/compare/bcc6e701020c...a97b15c20963 that
> shows the commits tested by the failing travis build which includes
> 8ec4cd4.
>
> Regards
> Christian
>
> On 14.12.2015 12:22, Vitalii Koshura wrote:
> > Hello Christian,
> >
> > It seems that this was broken in this
> > commit:
> https://github.com/BOINC/boinc/commit/8ec4cd41cbc753705c9f25fa29a0fda18f49d4c4
> >
> > Best regards,
> > Vitalii Koshura
> >
> > 2015-12-14 12:52 GMT+02:00 Christian Beer <christian.b...@aei.mpg.de
> > <mailto:christian.b...@aei.mpg.de>>:
> >
> > The Manager for linux is broken in current master.
> >
> > It seems it was introduced here:
> >
> https://github.com/BOINC/boinc/commit/a97b15c20963ab1235b4768ea3b3e3e077a10574
> >
> > The error log from Travis:
> > >
> > > BOINCGUIApp.cpp: In member function ‘virtual bool
> > CBOINCGUIApp::OnInit()’:
> > >
> > > BOINCGUIApp.cpp:157:5: error: ‘m_bRunDaemon’ was not declared in
> > this
> > > scope
> > >
> > > BOINCGUIApp.cpp:158:5: error: ‘m_bNeedRunDaemon’ was not declared
> in
> > > this scope
> > >
> > > BOINCGUIApp.cpp: In member function ‘void
> > CBOINCGUIApp::SaveState()’:
> > >
> > > BOINCGUIApp.cpp:626:40: error: ‘m_bRunDaemon’ was not declared
> > in this
> > > scope
> > >
> > > [snip]
> > >
> > > BOINCGUIApp.cpp: In member function ‘virtual bool
> > > CBOINCGUIApp::OnCmdLineParsed(wxCmdLineParser&)’:
> > >
> > > BOINCGUIApp.cpp:733:9: error: ‘m_bNeedRunDaemon’ was not declared
> in
> > > this scope
> > >
> > > make[2]: *** [boincmgr-BOINCGUIApp.o] Error 1
> > >
> > > make[2]: Leaving directory
> > `/home/travis/build/BOINC/boinc/clientgui'
> > >
> > > make[1]: *** [all-recursive] Error 1
> > >
> > > make[1]: Leaving directory `/home/travis/build/BOINC/boinc'
> > >
> > > make: *** [all] Error 2
> > >
> >
> > ___
> > boinc_dev mailing list
> > boinc_dev@ssl.berkeley.edu <mailto:boinc_dev@ssl.berkeley.edu>
> > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> >
> >
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Manager fails to build

[Vitalii Koshura]

Hello Christian,

It seems that this was broken in this commit:
https://github.com/BOINC/boinc/commit/8ec4cd41cbc753705c9f25fa29a0fda18f49d4c4

Best regards,
Vitalii Koshura

2015-12-14 12:52 GMT+02:00 Christian Beer <christian.b...@aei.mpg.de>:

> The Manager for linux is broken in current master.
>
> It seems it was introduced here:
>
> https://github.com/BOINC/boinc/commit/a97b15c20963ab1235b4768ea3b3e3e077a10574
>
> The error log from Travis:
> >
> > BOINCGUIApp.cpp: In member function ‘virtual bool
> CBOINCGUIApp::OnInit()’:
> >
> > BOINCGUIApp.cpp:157:5: error: ‘m_bRunDaemon’ was not declared in this
> > scope
> >
> > BOINCGUIApp.cpp:158:5: error: ‘m_bNeedRunDaemon’ was not declared in
> > this scope
> >
> > BOINCGUIApp.cpp: In member function ‘void CBOINCGUIApp::SaveState()’:
> >
> > BOINCGUIApp.cpp:626:40: error: ‘m_bRunDaemon’ was not declared in this
> > scope
> >
> > [snip]
> >
> > BOINCGUIApp.cpp: In member function ‘virtual bool
> > CBOINCGUIApp::OnCmdLineParsed(wxCmdLineParser&)’:
> >
> > BOINCGUIApp.cpp:733:9: error: ‘m_bNeedRunDaemon’ was not declared in
> > this scope
> >
> > make[2]: *** [boincmgr-BOINCGUIApp.o] Error 1
> >
> > make[2]: Leaving directory `/home/travis/build/BOINC/boinc/clientgui'
> >
> > make[1]: *** [all-recursive] Error 1
> >
> > make[1]: Leaving directory `/home/travis/build/BOINC/boinc'
> >
> > make: *** [all] Error 2
> >
>
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Android application and external storage

[Vitalii Koshura]

Hi Filip,

Thank you for your interest to this problem!
I'll try to implement this as soon as possible when I'll have ehough
information about the best way to fix this problem.

Thanks.

Best regards,
Vitalii Koshura

2015-12-09 14:13 GMT+02:00 Filip Rydlo <filip.ry...@gmail.com>:

> Hi,  Vitalii.
>
>  Good point!Excellent proposal.I needed this solved *too*
> in the last 2 years!  :)
>
>  Jacob,  please, let me know  when  need  testing  or
> confirmation-testing!
>   I would *love*  to help with testing this.  I have a *brand new*
> 4-core mobile phone from Gigabyte (GSmart Classic) which supports microSD
> cards... so I can try it there! :)
>
>
> Filip Rydlo, Junior Developer (C++ and QT)
>  at  Advacam . cz   /    Advacam.com
>
>
> 2015-12-09 12:12 GMT+01:00 Vitalii Koshura <delionkur-les...@mail.ru>:
>
>> Hi guys!
>>
>> I have some questions to you.
>> I have Android phone with only 1GB of storage for applications and I use
>> BOINC with connected SETI@Home and Einstein@Home.
>> And I have a problem that BOINC applications uses > 100 MB that is too
>> much
>> for my phone.
>> When I remove SETI@Home (there are no tasks for this project at that
>> moment
>> of time and application uses 120 MB of storage) and then add it again
>> SETI@Home downloads 1 new task (I want to repeat: there was no SETI@Home
>> tasks before) but I see that now BOINC uses only 80 MB and even with one
>> new task! So as I understand there is some old files which can be removed
>> without any risks.
>> So I see several possibilities to solve such kind of problems:
>> 1 - Make an option to remove unused files (even if they will be download
>> again later). Here we have risks of using too much traffic but some
>> warning
>> can be added here too.
>> 2 - Make a possibility to move unused files to external storage (or even
>> all files except executables and very neccessary files). I understand that
>> than we can't start some project if we have external storage unmounted due
>> to some reasons. But the corresponding warning can be here too.
>> 2.1 - Maybe it will be a good decision to move to the application folder
>> from external storage all neccessary files used by projects.
>> Maybe you can add something else.
>>
>> Also I want to say that this problem is very important to me because I
>> want
>> use BOINC and I don't want to remove & readd projects from time to time.
>> I've never developed for Android platform but I can try to implement
>> behavoiur if you can give me an advice how to do it better because I don't
>> know BOINC architect as good as you.
>>
>> If you have any questions please feel free to contact me anytime:
>> email: lestat.de.lion...@gmail.com
>> skype: aenvampire
>> phone: +380689724910 or +380663256789
>>
>> Thank you all!
>>
>> Best regards,
>> Vitalii Koshura
>> ___
>> boinc_dev mailing list
>> boinc_dev@ssl.berkeley.edu
>> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
>> To unsubscribe, visit the above URL and
>> (near bottom of page) enter your email address.
>>
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Android application and external storage

[Vitalii Koshura]

Hi Jacob,

You're right but if I have some WU and I can't reset the project without
losing data?

Thanks

Best regards,
Vitalii Koshura

2015-12-09 15:09 GMT+02:00 Jacob Klein <jacob_w_kl...@msn.com>:

> I'm not sure why I was referenced.
>
> From what I understand, it's up to to the project to clear out any
> unnecessary files. And, if they do not do it properly, the user can issue a
> project reset, which is (now) supposed to clear them all out too. I say
> "now", because there were problems in the past where it'd leave files, but
> I think that's been resolved, either in the master branch, or possibly in
> 7.6.x, not sure.
>
> Regards,
> Jacob
>
>
> --
> Date: Wed, 9 Dec 2015 13:13:54 +0100
> Subject: Re: [boinc_dev] Android application and external storage
> From: filip.ry...@gmail.com
> To: delionkur-les...@mail.ru
> CC: jacob_w_kl...@msn.com
>
>
> Hi,  Vitalii.
>
>  Good point!Excellent proposal.I needed this solved *too*
> in the last 2 years!  :)
>
>  Jacob,  please, let me know  when  need  testing  or
> confirmation-testing!
>   I would *love*  to help with testing this.  I have a *brand new*
> 4-core mobile phone from Gigabyte (GSmart Classic) which supports microSD
> cards... so I can try it there! :)
>
>
> Filip Rydlo, Junior Developer (C++ and QT)
>  at  Advacam . cz   /Advacam.com
>
>
> 2015-12-09 12:12 GMT+01:00 Vitalii Koshura <delionkur-les...@mail.ru>:
>
> Hi guys!
>
> I have some questions to you.
> I have Android phone with only 1GB of storage for applications and I use
> BOINC with connected SETI@Home and Einstein@Home.
> And I have a problem that BOINC applications uses > 100 MB that is too much
> for my phone.
> When I remove SETI@Home (there are no tasks for this project at that
> moment
> of time and application uses 120 MB of storage) and then add it again
> SETI@Home downloads 1 new task (I want to repeat: there was no SETI@Home
> tasks before) but I see that now BOINC uses only 80 MB and even with one
> new task! So as I understand there is some old files which can be removed
> without any risks.
> So I see several possibilities to solve such kind of problems:
> 1 - Make an option to remove unused files (even if they will be download
> again later). Here we have risks of using too much traffic but some warning
> can be added here too.
> 2 - Make a possibility to move unused files to external storage (or even
> all files except executables and very neccessary files). I understand that
> than we can't start some project if we have external storage unmounted due
> to some reasons. But the corresponding warning can be here too.
> 2.1 - Maybe it will be a good decision to move to the application folder
> from external storage all neccessary files used by projects.
> Maybe you can add something else.
>
> Also I want to say that this problem is very important to me because I want
> use BOINC and I don't want to remove & readd projects from time to time.
> I've never developed for Android platform but I can try to implement
> behavoiur if you can give me an advice how to do it better because I don't
> know BOINC architect as good as you.
>
> If you have any questions please feel free to contact me anytime:
> email: lestat.de.lion...@gmail.com
> skype: aenvampire
> phone: +380689724910 or +380663256789
>
> Thank you all!
>
> Best regards,
> Vitalii Koshura
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.