Re: [boinc_dev] server stable release issues

[Jord van der Elst]

One thing needed for the stable server release is a page explaining with
each new stable server release what the hardware and software requirements
are.
Some current project admin do not want to update their BOINC server version
because their hardware is old, or their science applications don't work
with the newer database software, API, scripts etc. Not all project admin
have the possibility to test the new software on a separate server.

Should it also be needed to easily revert back to the previous version?
(Have a backup option?)



-- Jord van der Elst.

On Thu, Jan 11, 2018 at 8:59 PM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> Issues involving potential "server stable" releases:
>
> 1)  What's included in the server release?
> My recommendation: everything except the client,
> i.e. web code, API, server code, scripts, wrappers.
> The complete package of what a new project would need.
>
> 2) Should the client and server release cycles be independent?
> I think so.
> Although there are exceptions, changes generally involve only one or the
> other.
> The points at which we want to branch and start testing will generally be
> different.
>
> 3) Assuming the cycles are independent, how should we number server
> releases?
> We could use the same numbering for both, but this has problems:
> - A sequence of releases in one part would cause gaps in the release
> numbers
>   of the other part.
> - It would create the false impression that there's a connection or
>   dependency between client and server releases with the same number.
> So my recommendation is that we start with 1.1.1 for the server version
> number.
>
> Thoughts/comments?
>
> -- 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] BOINC 7.8.5 for Mac

[Jord van der Elst]

Warning to people trying to download this BOINC. The download list index
cannot be approached via HTTPS address, it must be HTTP.
So http://boinc.berkeley.edu/dl/?C=M;O=D instead of
https://boinc.berkeley.edu/dl/?C=M;O=D
The latter address will give a 403 Forbidden error, and say
"You don't have permission to access /dl/ on this server.
Apache/2.2.15 (Scientific Linux) Server at boinc.berkeley.edu Port 443"

(Mind, linking directly to a file to be downloaded from there does work.)


-- Jord van der Elst.

On Fri, Jan 12, 2018 at 12:38 PM, Charlie Fenton <charl...@ssl.berkeley.edu>
wrote:

> I have built BOINC 7.8.5 for the Mac and uploaded it to <
> http://boinc.berkeley.edu/dl>. This is a release for Macintosh only;
> there are no changes from 7.8.3 or 7.8.4 affecting the code for any other
> platform.
>
> Please promote it to recommended version when appropriate.
>
> This allows older project graphics apps to be displayed by the Mac
> screensaver under OS 10.13 High Sierra, though at a slower frame rate than
> project graphics apps which have been relinked with the BOINC graphics
> libraries version 7.8.3 or later. The slower frame rate can make animations
> appear less smooth.
>
> There is no change in the way the screensaver displays project graphics
> apps on versions of Mac OS X prior to OS 10.13, whether or not the graphics
> apps have been relinked.
>
> 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] Github to warn for vulnerabilities

[Jord van der Elst]

Well, that's nice of them: Github has started giving security alerts for
software in public repositories that have vulnerabilities.

See
https://help.github.com/articles/about-security-alerts-for-vulnerable-dependencies/

"GitHub tracks public vulnerabilities in Ruby gems and NPM packages on MITRE's
Common Vulnerabilities and Exposures (CVE) List <https://cve.mitre.org/>.

When GitHub receives a notification of a newly-announced vulnerability, we
identify public repositories (and private repositories that have opted in
to vulnerability detection) that use the affected version of the
dependency. Then, we send security alerts to owners and people with admin
access to affected repositories. You can also configure security alerts for
additional people or teams working in organization-owned repositories.

GitHub never publicly discloses identified vulnerabilities for any
repository."

-- 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.

Re: [boinc_dev] release 7.8.3?

[Jord van der Elst]

On Mon, Oct 16, 2017 at 12:06 PM, Richard Haselgrove <
r.haselgr...@btopenworld.com> wrote:

> Berkeley has outsourced the distribution of Linux clients to the package
> maintainers for individual distributions, for several years now.
>

Laurence is the release manager for Linux, I suspect he knows about all of
that. :-)
But even if the distro package maintainers release these versions, they
also do so first for testing and can then still ask people to report their
results on the Alpha project. Their source code is still coming from github
as well.

-- 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.

Re: [boinc_dev] release 7.8.3?

[Jord van der Elst]

Start here: https://boinc.berkeley.edu/alpha/index.php
There's an absence of Linux entries, because we do not have a 7.8.3
available for testing 'from Berkeley', but only via people like Gianfranco
from his personal PPA. If he (or you) were to request that the people
testing that version would add their outcome to that page, we (read David)
can add Linux options to the Test Form (
https://boinc.berkeley.edu/alpha/test_form.php) page.

As David explained in the past meeting a set of requirements are needed for
a version to pass testing.
I can't find so quickly that these are documented on this page, but that
can always be added.


-- Jord van der Elst.

On Mon, Oct 16, 2017 at 11:16 AM, Laurence <laurence.fi...@cern.ch> wrote:

> Thanks,  I did not know about this. Is this documented anywhere? How are
> the results collected? I notice that there is an absence for the Linux
> operating system but as 3/4 of the resources are from Windows user, the
> Windows client is obviously more important.
>
> Laurence
>
>
> On 16/10/17 10:47, Jord van der Elst wrote:
>
> Laurence, the test number comes from https://boinc.berkeley.edu/
> alpha/test_summary.php with no red reports at all:
> https://boinc.berkeley.edu/alpha/test_details.php?version=7.8.3
>
> The only (major) problem still there is for the Spanish person, but I
> think that's either a missing character and thus easily fixed, or it
> requires a major Spanish translation of everything and that's then a
> slightly bigger problem. But this problem will continue until it's been
> fixed in Transifex and tested.
>
>
> -- Jord van der Elst.
>
> On Mon, Oct 16, 2017 at 10:17 AM, Laurence <laurence.fi...@cern.ch> wrote:
>
>> On 16/10/17 00:49, David Anderson wrote:
>>
>>> 7.8.3 has 90% test coverage and it looks good.
>>>
>> Where does the 90% come from?
>>
>>> Any objections to releasing it?
>>>
>> A few issues need to be addressed before releasing on Linux. There is no
>> reason why this should block the Windows and Mac releases though. We can
>> skip 7.8.3 for Linux and release 7.8.4.
>>
>> 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] release 7.8.3?

[Jord van der Elst]

Laurence, the test number comes from
https://boinc.berkeley.edu/alpha/test_summary.php with no red reports at
all: https://boinc.berkeley.edu/alpha/test_details.php?version=7.8.3

The only (major) problem still there is for the Spanish person, but I think
that's either a missing character and thus easily fixed, or it requires a
major Spanish translation of everything and that's then a slightly bigger
problem. But this problem will continue until it's been fixed in Transifex
and tested.


-- Jord van der Elst.

On Mon, Oct 16, 2017 at 10:17 AM, Laurence <laurence.fi...@cern.ch> wrote:

> On 16/10/17 00:49, David Anderson wrote:
>
>> 7.8.3 has 90% test coverage and it looks good.
>>
> Where does the 90% come from?
>
>> Any objections to releasing it?
>>
> A few issues need to be addressed before releasing on Linux. There is no
> reason why this should block the Windows and Mac releases though. We can
> skip 7.8.3 for Linux and release 7.8.4.
>
> 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] [boinc_alpha] release 7.8.3?

[Jord van der Elst]

Non from me.

On Monday, October 16, 2017, David Anderson  wrote:
> 7.8.3 has 90% test coverage and it looks good.
> Any objections to releasing it?
> -- David
> ___
> 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.
>

-- 
Jord.
___
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] Bug lets manager connect to BAM! repeatedly.

[Jord van der Elst]

Isn't that https://github.com/BOINC/boinc/pull/2128 ??


-- Jord van der Elst.

On Mon, Oct 2, 2017 at 10:23 PM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> Is this fixed in master?
> Does anyone know what commit fixed it?
> -- David
>
>
> On 10/2/2017 2:15 AM, Willy wrote:
>
>> Hi,
>>
>> A bug introduced in (I think) version 7.8.2 let's the manager ignore the
>> repeat_sec in the AMS response XML and it connects repeatedly without
>> delay.
>>
>> So far my server seems to be able to keep up but as more hosts upgrade to
>> 7.8.2 or higher I may run into problems.
>>
>> Since I pay for every byte transferred (even from my web server to the
>> database server) I would appreciate a speedy fix, as do users with a
>> metered internet connection I think.
>>
>> Thanks,
>>
>> Willy.
>> ___
>> 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.10 client release

[Jord van der Elst]

I think that you should get your priorities straight first, David. You
released a BOINC 7.8 onto the community and don't do anything about
aftercare, documentation, or release notes/version history.

What I dislike the most about this new setup is that you go ahead with
releasing a version, despite there being two or three people with
objections about it, and that when the community comes to the forums with
the problems, that that same community can go and figure out what is wrong
and how to fix that. There have been plenty of reports now about major bugs
in this client, or omissions of code, or omissions of fixes, severe
problems with VirtualBox.

What happens to some users out there is that they lose their complete data
directory before they can continue with a previous version. That means that
we released an Alpha version, because only on Alpha's do we expect that
things can go so bad that you can lose all your work.

In my opinion, the Release Manager has some more responsibility than just
throwing a new version onto the community: when there are problems out in
the world that you try to debug them with the community and where necessary
build a new version that fixes most of those problems; debug, fix, release,
debug, fix, release; until everything is somewhat stable again. Or if
that's too much work, officially remove the buggy version and go back to
the previous stable.

You don't just ignore the problems in the field, leave that to the
community to debug and meanwhilst go test a new version. Because when you
do it like that, the community will quickly quit trying to do anything with
this program again, because their complaints about it go unheard and it's
becoming unworkable. Meanwhilst, the helpers on the forums get the brunt of
your way of doing things, they get yelled at when it doesn't work, they get
pointed at as 'those cannot help me'.

So, please, work with us instead of against us, let's try to be one
community instead of the several. Really let's try to get 7.8 fixed first,
or go back to 7.6, but don't just blunder on and go test a new version when
the old version is wreaking havoc out there.


-- Jord van der Elst.

On Sun, Sep 17, 2017 at 11:47 PM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> Master has a number of improvements relative to 7.8.2,
> so I'd like to make a release branch and start testing soon.
>
> Is there any work in progress that I should wait for?
>
> Thanks -- 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.

[boinc_dev] Fwd: 7.8.2: VirtualBox shenanigans

[Jord van der Elst]

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] 7.8.2: VirtualBox shenanigans

[Jord van der Elst]

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.

Re: [boinc_dev] 7.8.2 client crashes immediately on Mac OS 10.12

[Jord van der Elst]

And another one:
"I seem to have run afoul a similar problem: BOINC 7.8.2 on Mac OS X
10.11.6 does no longer start. The manager complains about failing to start
the client three times and then gives up, prompting for another three
attempts with the prompt: "The BOINC client has exited unexpectedly 3 times
within the last 3 minutes. Would you like to restart it again? (No/Yes)"

This issue originated spontaeously last Friday after I left the computer on
its own before the weekend. The final entry in the stdoutdae.old (the .txt
only contains the restart loops) is related to climateprediction:"
https://boinc.berkeley.edu/dev/forum_thread.php?id=11853=81364



-- Jord van der Elst.

On Mon, Sep 18, 2017 at 12:45 PM, Jord van der Elst <els...@gmail.com>
wrote:

> More people having this problem:
>
> Same problem with Serria.
> Process: boinc [7524]
> Path: /Applications/BOINCManager.app/Contents/Resources/boinc
> Identifier: boinc
> Version: ???
> Code Type: X86-64 (Native)
> Parent Process: BOINCManager [7520]
> Responsible: boinc [7524]
> User ID: 502
>
> Date/Time: 2017-09-17 09:13:16.844 -1000
> OS Version: Mac OS X 10.12.6 (16G29)
> Report Version: 12
> Anonymous UUID: 654F5F58-6A61-8125-DD47-C99D2497B71A
>
>
> Time Awake Since Boot: 76000 seconds
>
> System Integrity Protection: enabled
>
> Crashed Thread: 0 Dispatch queue: com.apple.main-thread
>
> Exception Type: EXC_CRASH (SIGABRT)
> Exception Codes: 0x, 0x
> Exception Note: EXC_CORPSE_NOTIFY
>
> Application Specific Information:
> [7524] stack overflow
>
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0 libsystem_kernel.dylib 0x7fffc9bd1d42 __pthread_kill + 10
> 1 libsystem_pthread.dylib 0x7fffc9cbf457 pthread_kill + 90
> 2 libsystem_c.dylib 0x7fffc9b374bb __abort + 140
> 3 libsystem_c.dylib 0x7fffc9b37d7e __stack_chk_fail + 205
> 4 boinc 0x00010005077e 0x1 + 329598
> 5 boinc 0x00010004fb95 0x1 + 326549
> 6 boinc 0x00010004ebc4 0x1 + 322500
> 7 boinc 0x00010004e7c2 0x1 + 321474
> 8 boinc 0x00010002c4ff 0x1 + 181503
> 9 boinc 0x00010002c7c5 0x1 + 182213
> 10 boinc 0x00011334 0x1 + 4916
>
> Thread 1:
> 0 libsystem_kernel.dylib 0x7fffc9bd1c22 __psynch_mutexwait + 10
> 1 libsystem_pthread.dylib 0x7fffc9cbcdfa _pthread_mutex_lock_wait + 100
> 2 boinc 0x000175bf 0x1 + 30143
> 3 libsystem_pthread.dylib 0x7fffc9cbc93b _pthread_body + 180
> 4 libsystem_pthread.dylib 0x7fffc9cbc887 _pthread_start + 286
> 5 libsystem_pthread.dylib 0x7fffc9cbc08d thread_start + 13
>
> Thread 0 crashed with X86 Thread State (64-bit):
> rax: 0x rbx: 0x0006 rcx: 0x7fff5fbfd768
> rdx: 0x
> rdi: 0x0307 rsi: 0x0006 rbp: 0x7fff5fbfd790
> rsp: 0x7fff5fbfd768
> r8: 0x r9: 0x r10: 0x0800 r11:
> 0x0206
> r12: 0x7fff5fbfd950 r13: 0x0033 r14: 0x7fffd2a153c0
> r15: 0x00007fff5fbfe950
> rip: 0x7fffc9bd1d42 rfl: 0x00000206 cr2: 0x7fffd29f7128
>
> (Rest of the stack trace in the thread, https://boinc.berkeley.edu/
> dev/forum_thread.php?id=11853=81354)
>
>
> -- Jord van der Elst.
>
> On Sun, Sep 17, 2017 at 4:19 PM, Jord van der Elst <els...@gmail.com>
> wrote:
>
>> As per this thread: https://boinc.berkeley.edu/dev
>> /forum_thread.php?id=11853
>>
>> "I installed 7.8.2 last night; when I checked in the morning, BOINC
>> Manager complained that it couldn't connect to a client.
>> After some digging, I found that the client is crashing pretty much
>> immediately, with the following stack trace on thread 0:
>>
>> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
>> 0 libsystem_kernel.dylib 0x7fff90e0fd42 __pthread_kill + 10
>> 1 libsystem_pthread.dylib 0x7fff90efd457 pthread_kill + 90
>> 2 libsystem_c.dylib 0x7fff90d754bb __abort + 140
>> 3 libsystem_c.dylib 0x7fff90d75d7e __stack_chk_fail + 205
>> 4 boinc 0x000100053d9d 0x1 + 343453
>> 5 boinc 0x0001000531e4 0x1 + 340452
>> 6 boinc 0x0001000520e6 0x1 + 336102
>> 7 boinc 0x000100051ce0 0x1 + 335072
>> 8 boinc 0x00010002d80d 0x1 + 186381
>> 9 boinc 0x00010002dad5 0x1 + 187093
>> 10 boinc 0x00011034 0x1 + 4148"
>>
>> It got worse for this user, as:
>>
>> "I uninstalled 7.8.2 and re-installed 7.6.34; I am still seeing the same
>> crash (even after a reboot). 7.6.34 was working imme

Re: [boinc_dev] 7.8.2 client crashes immediately on Mac OS 10.12

[Jord van der Elst]

More people having this problem:

Same problem with Serria.
Process: boinc [7524]
Path: /Applications/BOINCManager.app/Contents/Resources/boinc
Identifier: boinc
Version: ???
Code Type: X86-64 (Native)
Parent Process: BOINCManager [7520]
Responsible: boinc [7524]
User ID: 502

Date/Time: 2017-09-17 09:13:16.844 -1000
OS Version: Mac OS X 10.12.6 (16G29)
Report Version: 12
Anonymous UUID: 654F5F58-6A61-8125-DD47-C99D2497B71A


Time Awake Since Boot: 76000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x, 0x
Exception Note: EXC_CORPSE_NOTIFY

Application Specific Information:
[7524] stack overflow

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x7fffc9bd1d42 __pthread_kill + 10
1 libsystem_pthread.dylib 0x7fffc9cbf457 pthread_kill + 90
2 libsystem_c.dylib 0x7fffc9b374bb __abort + 140
3 libsystem_c.dylib 0x7fffc9b37d7e __stack_chk_fail + 205
4 boinc 0x00010005077e 0x1 + 329598
5 boinc 0x00010004fb95 0x1 + 326549
6 boinc 0x00010004ebc4 0x1 + 322500
7 boinc 0x00010004e7c2 0x1 + 321474
8 boinc 0x00010002c4ff 0x1 + 181503
9 boinc 0x00010002c7c5 0x1 + 182213
10 boinc 0x00011334 0x1 + 4916

Thread 1:
0 libsystem_kernel.dylib 0x7fffc9bd1c22 __psynch_mutexwait + 10
1 libsystem_pthread.dylib 0x7fffc9cbcdfa _pthread_mutex_lock_wait + 100
2 boinc 0x000175bf 0x1 + 30143
3 libsystem_pthread.dylib 0x7fffc9cbc93b _pthread_body + 180
4 libsystem_pthread.dylib 0x7fffc9cbc887 _pthread_start + 286
5 libsystem_pthread.dylib 0x7fffc9cbc08d thread_start + 13

Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x rbx: 0x0006 rcx: 0x7fff5fbfd768
rdx: 0x
rdi: 0x0307 rsi: 0x0006 rbp: 0x7fff5fbfd790
rsp: 0x7fff5fbfd768
r8: 0x r9: 0x r10: 0x0800 r11:
0x0206
r12: 0x7fff5fbfd950 r13: 0x0033 r14: 0x7fffd2a153c0
r15: 0x7fff5fbfe950
rip: 0x7fffc9bd1d42 rfl: 0x0206 cr2: 0x7fffd29f7128

(Rest of the stack trace in the thread,
https://boinc.berkeley.edu/dev/forum_thread.php?id=11853=81354)


-- Jord van der Elst.

On Sun, Sep 17, 2017 at 4:19 PM, Jord van der Elst <els...@gmail.com> wrote:

> As per this thread: https://boinc.berkeley.edu/
> dev/forum_thread.php?id=11853
>
> "I installed 7.8.2 last night; when I checked in the morning, BOINC
> Manager complained that it couldn't connect to a client.
> After some digging, I found that the client is crashing pretty much
> immediately, with the following stack trace on thread 0:
>
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0 libsystem_kernel.dylib 0x7fff90e0fd42 __pthread_kill + 10
> 1 libsystem_pthread.dylib 0x7fff90efd457 pthread_kill + 90
> 2 libsystem_c.dylib 0x7fff90d754bb __abort + 140
> 3 libsystem_c.dylib 0x7fff90d75d7e __stack_chk_fail + 205
> 4 boinc 0x000100053d9d 0x1 + 343453
> 5 boinc 0x0001000531e4 0x1 + 340452
> 6 boinc 0x0001000520e6 0x1 + 336102
> 7 boinc 0x000100051ce0 0x1 + 335072
> 8 boinc 0x00010002d80d 0x1 + 186381
> 9 boinc 0x00010002dad5 0x1 + 187093
> 10 boinc 0x00011034 0x1 + 4148"
>
> It got worse for this user, as:
>
> "I uninstalled 7.8.2 and re-installed 7.6.34; I am still seeing the same
> crash (even after a reboot). 7.6.34 was working immediately before I
> installed 7.8.2 (though I don't know when the last time I started it up
> was; probably at least a couple of weeks).
>
> I'm digging around through backups to see if there is any library that
> might have changed."
>
>
> -- 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] 7.8.2 client crashes immediately on Mac OS 10.12

[Jord van der Elst]

As per this thread: https://boinc.berkeley.edu/dev/forum_thread.php?id=11853

"I installed 7.8.2 last night; when I checked in the morning, BOINC Manager
complained that it couldn't connect to a client.
After some digging, I found that the client is crashing pretty much
immediately, with the following stack trace on thread 0:

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x7fff90e0fd42 __pthread_kill + 10
1 libsystem_pthread.dylib 0x7fff90efd457 pthread_kill + 90
2 libsystem_c.dylib 0x7fff90d754bb __abort + 140
3 libsystem_c.dylib 0x7fff90d75d7e __stack_chk_fail + 205
4 boinc 0x000100053d9d 0x1 + 343453
5 boinc 0x0001000531e4 0x1 + 340452
6 boinc 0x0001000520e6 0x1 + 336102
7 boinc 0x000100051ce0 0x1 + 335072
8 boinc 0x00010002d80d 0x1 + 186381
9 boinc 0x00010002dad5 0x1 + 187093
10 boinc 0x00011034 0x1 + 4148"

It got worse for this user, as:

"I uninstalled 7.8.2 and re-installed 7.6.34; I am still seeing the same
crash (even after a reboot). 7.6.34 was working immediately before I
installed 7.8.2 (though I don't know when the last time I started it up
was; probably at least a couple of weeks).

I'm digging around through backups to see if there is any library that
might have changed."


-- 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] Animated GIF not supported?

[Jord van der Elst]

On the BOINC forums someone tried to post an embedded link underneath an
animated GIF image, which caused the whole post to appear empty.

I then tried to separate the command tags, to check everything works, and
found that the link works fine, it's just the animated GIF that doesn't
work from within [img][/img] tags.

Do the BOINC forums support animated GIFs?
The GIF in question:
http://www.sherv.net/cm/emoticons/no/thumbs-down-smiley-emoticon.gif

-- 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.

Re: [boinc_dev] AMD's CAL

[Jord van der Elst]

Primegrid's OpenCL apps require CAL detection, else they won't work:

20-Aug-2017 13:30:42 [---] App version needs CAL but GPU doesn't support it
20-Aug-2017 13:30:42 [PrimeGrid] Application uses missing ATI GPU
20-Aug-2017 13:30:42 [---] App version needs CAL but GPU doesn't support it
20-Aug-2017 13:30:42 [PrimeGrid] Application uses missing ATI GPU
20-Aug-2017 13:30:42 [---] App version needs CAL but GPU doesn't support it
...


There are probably other projects that use this form of OpenCL detection,
based on CAL, especially when they run older back-end software. .
Remember that even the 'RX Vega drivers' contain the CAL drivers because
these drivers are also for the HD 7700, HD 7800, HD8500, HD 8900 series
that still do have hardware CAL support.



-- Jord van der Elst.

On Tue, Aug 22, 2017 at 5:28 AM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> If no projects have CAL apps, I don't see any reason to keep the CAL
> device enumeration code.  Anyone else?
> -- D
>
> On 8/21/2017 7:01 PM, Darrell Holz wrote:
>
>> From the client_state xml file:
>>
>> 
>>1
>>Radeon (TM) RX 480 Graphics
>> 8589934592.00
>>0
>>1
>>59904.00
>>
>>0
>>8192
>>0
>>0
>>1300
>>0
>>0
>>0
>>0
>>0
>>0
>>0
>>0
>>0
>>
>>   Radeon (TM) RX 480 Graphics
>>   Advanced Micro Devices, Inc.
>>   4098
>>   1
>>   0
>>   190
>>   63
>>   1
>> 1
>>   cl_khr_fp64 cl_amd_fp64 cl_khr_global_int32_base_atomics
>> cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics
>> cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics
>> cl_khr_int64_extended_atomics cl_khr_3d_image_writes
>> cl_khr_byte_addressable_store cl_khr_fp16 cl_khr_gl_sharing
>> cl_khr_gl_depth_images cl_amd_device_attribute_query cl_amd_vec3
>> cl_amd_printf cl_amd_media_ops cl_amd_media_ops2 cl_amd_popcnt
>> cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing
>> cl_khr_image2d_from_buffer cl_khr_spir cl_khr_subgroups cl_khr_gl_event
>> cl_khr_depth_images cl_khr_mipmap_image cl_khr_mipmap_image_writes
>> cl_amd_liquid_flash
>> 8589934592
>>   32768
>> 1300
>>   36
>> 0
>> 0
>> 4
>>   16
>> 1
>>   OpenCL 2.0 AMD-APP
>> (2442.8)
>>   OpenCL 2.0 AMD-APP
>> (2442.8)
>> 2442.8
>>
>> 
>>
>> Correct me if I am wrong, but the first section would be populated with
>> values if the CAL detection code was working properly. Even when the ATI
>> library was found, the values were not reported because Boinc I believe was
>> not enumerating the CAL targets correctly. In the Opencl section notice
>> that the number of SIMD units is correctly reported, but for some reason
>> Boinc is detecting an error returned by the driver. Don't know if it is a
>> problem in our code or in AMD's.
>>
>>
>>
>> -Original Message-
>> From: David Anderson <da...@ssl.berkeley.edu>
>> To: boinc_dev <boinc_dev@ssl.berkeley.edu>
>> Sent: Mon, Aug 21, 2017 8:07 pm
>> Subject: Re: [boinc_dev] AMD's CAL
>>
>> What GPU info does the CAL function provide that OpenCL doesn't?
>> -- David
>>
>> On 8/21/2017 2:39 PM, Darrell Holz wrote:
>> > I am moving this response over from the Boinc Alpha list about the
>> 7.8.1 startup, because the discussion is more appropriate here. Yes AMD has
>> publically switched from CAL to OpenCl a few years back, but the CAL files
>> are still apart of the driver. Even the new RX Vega drivers still has the
>> files included in them. The question is what are they using them for? I
>> don't believe it is to maintain backwards compatibility, because AMD is
>> very quick at cutting off support for anything they consider legacy. I
>> thought that maybe they were using them as some sort of low level access to
>> the GPU for Opencl, and to test this I renamed the files and restarted
>> Boinc. Low and behold, Opencl has been and is working correctly for over 24
>> hours now with out the files, so again why are they still apart of the
>> driver and what are they using them for? Here is a link to a project on
>> Github for a AMD GPU assembler and disassembler that uses the CAL and the
>> modifications to get it working on an RX4
>> 80
>> >
>> > :
>> >
>> > [url]https://github.com/zawawawa/CLRX-mirror/commit/05ed08a1
>> cbf1af589a22e329b755592df4b6b

[boinc_dev] BOINC and NAT64

[Jord van der Elst]

HI all,

On the BOINC forums a user asks the following:
***
Has anyone tried using BOINC in a NAT64+DNS64 network? I've moved my laptop
to such network (after previously using it in IPv4-only and dual-stack
Internet-connected networks), and nothing seems to work - boincstats BAM
won't connect (fails with *Account manager RPC failed: transient HTTP error*),
projects won't connect (tried LHC@home, RNA World and climateprediction.net,
all fail with *Scheduler request failed: Server returned nothing (no
headers, no data).*)

BOINC 7.6.34 on macOS 10.12.6

Dev guide:
https://developer.apple.com/library/content/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html

Long story short:

   IPv4-only servers must be accessed via hostname. The translated address
   from the 64:ff9b::/96 prefix is provided by the DNS64 server (using
   google's 2001:4860:4860::6464)
   IPv4 literals won't work, use high-level APIs that will work with either
   IPv4 and IPv6


***
If anyone has an answer to this, you can answer here and I'll forward, or
you can post it directly to him at
https://boinc.berkeley.edu/dev/forum_thread.php?id=11779

With thanks,

-- 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.

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

[Jord van der Elst]

Hi David,

I have been looking in old emails where you asked the community to take on
the role of release manager, and other than a glancing blow in the "Old
version of VirtualBox with the Windows Downloads" thread in boinc_projects,
I cannot find any reference to you asking the community - whichever of the
two - to take over.

In any case, the volunteer community on whose computers BOINC runs do not
read the boinc_projects email list, nor any other email list.
They hardly even read the forums, or the news on BOINC's front page.
But you may be able to reach them via the Notices tab, as Eric found out
when he put the Free Speech post in Seti's News forum. You will at least
need to be in a place where the volunteer community resides for them to be
able to decide if they want to help out or not. They're not going to see it
if it all happens in long running threads on other subjects on - for them -
rather obscure email lists.

Else it'll be the same (small) group of developers, project engineers and
others that read here and they needed to have read the correct thread to
have seen your call.

Best,

-- Jord van der Elst.

On Sun, Aug 13, 2017 at 1:15 AM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> Because as of now I'm the release manager for the client:
> https://boinc.berkeley.edu/trac/wiki/AdminRoles
>
> I've solicited volunteers to fill this role but no one has offered.
>
> -- 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.

Re: [boinc_dev] [boinc_alpha] BOINC 7.8.1 Installer for Macintosh Posted

[Jord van der Elst]

Until the French translator fixes that in Transifex, it'll be in all
builds. It's not something Charlie can fix, as it happens in the
localization files.


-- Jord van der Elst.

On Thu, Aug 10, 2017 at 6:33 PM, Georges Vinotte <g.vino...@laposte.net>
wrote:

> Hi Team,
>
> this build solve the 7.8.0 installer issues, but all keyboard shortcuts
> issues in French localization are still here (those keyboard issues where
> not present in 7.6.34 version)
>
> With French localization,
> in AdvancedVu / Option / Event Log options… the keyboard shortcut is
> broken and display ‘\tCtrl+Shift+F‘ instead of Mac specific shortcut
> in Simple View / View / Advanced view… the shortcut is broken and display
> ‘\tCtrl+Shift+A‘ instead of Mac specific shortcut
>
> N.B: There are no issues with English language.
>
> Cheers,
> Georges
>
>
>
> > Le 10 août 2017 à 12:01, Charlie Fenton <charl...@ssl.berkeley.edu> a
> écrit :
> >
> > Since I see that David has created the client_release/7.8/7.8.1 tag, I
> have built BOINC 7.8.1 with its installer for the Macintosh and posted it
> to the "Index of /dl" page <http://boinc.berkeley.edu/dl>
> >
> > Cheers,
> > --Charlie
> >
> > ___
> > 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] Software development and branches, was Re: [boinc_projects] keywords

[Jord van der Elst]

Thanks for that last paragraph, Oliver. You put into words what has been
running through my mind since Friday.


-- Jord van der Elst.

On Mon, Aug 7, 2017 at 9:55 AM, Oliver Bock <oliver.b...@aei.mpg.de> wrote:

> On 06/08/17 22:40 , David Anderson wrote:
> > Testing a feature in isolation is not the same as testing the system.
>
> True.
>
> > No one is advocating committing untested or buggy code into master.
>
> Yet it happens most of the time, mostly because *development* happens in
> master. And even if one sees a seldom feature branch for development
> it's more often than not merged to master after incomplete feature
> testing (e.g. not even a full build on all platforms). In any case
> master is broken.
>
> > However, feature testing doesn't mean that master is stable.
>
> Right, but it should be as stable as possible which requires a
> continuous improvement effort. Why is it broken and what can you do to
> actively avoid it next time?
>
> > For that, we need to do system-level testing in a separate release
> branch.
>
> You're right that system-level (a.k.a. integration) testing should take
> place in a *specific* branch. However that branch should be master in
> our opinion. As Laurence pointed out: release branches are to stabilize
> and fix releases.
>
> I agree with Bernd: can it be that your resistance to use master for
> integration just stems from the fact that you don't like developing in
> feature branches because you're still used to CVS or SVN, and in your
> mind branching and merging still is a pain?
>
> > This is what we've done for years with the client software.
>
> Thing is, it's probably time to reconsider your view on BOINC. That "we"
> means 2-3 developers running their "own" project. BOINC is different
> now, at least it officially wants to be. You said BOINC is now a
> community project. If you really mean it, then please listen to the
> community. From what I can tell, the community is in agreement on how
> things should be done nowadays. Why are you opposing *all* of us? Also,
> you haven't yet given any concrete arguments/reasons why the model we
> propose *really* wouldn't work. So far, you stated personal
> impressions/facts that were often misinformed or in fact unrelated to
> what we discussed. All of this could be resolved constructively, it
> would just take some open mindedness. Please consider this: when you're
> thinking "why is everyone but me headed in the wrong direction?", it's
> probably about time to reconsider you own course.
>
> 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] [boinc_projects] keywords

[Jord van der Elst]

On Thu, Jul 20, 2017 at 1:12 PM, Bernd Machenschalk <
bernd.machensch...@aei.mpg.de> wrote:

> Rosetta's is way older (2009?)
>

Correction: Rosetta updated their hardware and BOINC version to 'the
latest' on 23 June 2017 (http://boinc.bakerlab.org/rosetta/) (
http://boinc.bakerlab.org/rosetta/forum_thread.php?id=6893)

-- 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.

Re: [boinc_dev] BOINC 2017 Workshop - Paris - Sept 6-8

[Jord van der Elst]

A good question by boboviz on the BOINC forums: was some kind of
"interaction" (participant, papers, lines of code) planned with Boinc FAST,
happening from August 28th to 1 September?

I'm wondering, was BOINC FAST (http://boincfast.ru/index.php/main/) taken
into account when planning the dates for the BOINC Workshop?
Is it possible that people who wanted to visit both are now not able to, as
they happen quite close together?


-- Jord van der Elst.

On Tue, Jul 11, 2017 at 11:55 PM, Marius Millea <mmil...@ucdavis.edu> wrote:

> Hi everyone,
>
> On behalf of the organizing committee, I want to extend a warm invitation
> to all members of the BOINC community to join us at the 2017 edition of the
> BOINC Workshop, taking place in Paris at the Institut d'Astrophysique de
> Paris this Sept 6-8. The workshop will be an opportunity to reflect on
> lessons learned from existing projects, to discuss the status of BOINC and
> the community, and to plan ahead for the future. For many of us, it will
> also be a great chance to meet in person and get to know our fellow
> collaborators and interested parties of this open source project.
>
> There is no fee to attend, but you do need to register on the website
> below. Please do so at your earliest convenience if you would like to come.
> If you need an invitation to obtain travel documents to France, please
> don't hesitate to contact us.
>
> Also feel free to circulate the following flyer around, or point others to
> the workshop page https://cern.ch/bw17
>
> [image: Inline image 1]
>
> Hope to see many of you there!
>
> Marius (Cosmology@Home admin)
>
> ___
> 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] Request re: Fetch New Work

[Jord van der Elst]

On Wed, Jul 12, 2017 at 10:43 PM, William <bcdecbi...@yahoo.com> wrote:
> Proper procedure would be to recognize that work is now available from
the selected project(s), abort all those "Ready To Start" tasks from the
unselected project(s), then calculate how many new tasks are now needed
from the selected project(s) and fetch work from the selected project(s)
accordingly.
If everyone would be requesting a full 7 days worth of work to fill in the
time that the original projects don't have work for one day, then abort
that whole cache of work, none of the work will ever be done. It's also not
how this function works.

You have the option to either have your computer be partially or completely
idle during the time that the original project is in maintenance and cannot
send you work, or for your computer to be busy doing at least some good
work for the other project(s). You chose the last.

If anything should be done, it would be to download enough tasks to fill
the CPUs/GPUs and nothing more, so as not to waste when the original
project comes back. And then download one task every time one task is
finished.
BOINC doesn't recognize tasks though, it works with seconds of work to
download. With a 7 day cache that's a lot of seconds, even for the backup
project.

Also, the option "If there is no work available for the project(s) I have
selected above, please send me work from another project" isn't so much one
of the unselected projects in WCG (although it may be working like that in
this case), but another project you may have added to BOINC (Einstein,
Seti, CPDN, GPUGrid, etc.)

> Requesting that this correct procedure for handling the World Community
Grid's checkbox related to work outages be included within an upcoming
release of the BOINC software.
Yes, that's not going to happen, because it's wasteful and against the idea
behind BOINC (try to finish all work before deadline).

A simpler solution for you would be to add an 8 day cache, so that day that
BOINC downloads work from another project only happens once every 6 weeks,
and even then maybe not.
Or if this is a BOINC 7.6, to set the first value, which is the low water
mark, to 0.5 days and the additional work to 8 days, BOINC will download
enough work to top off the cache every half day. ("Connect to network about
every N days; Cache N extra days of work")
It will then on the day of the outage download enough work from the backup
project to top off the cache. Yes, that work still has to be done, but at
least it isn't a full cache.

-- 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.

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

[Jord van der Elst]

On Wed, Mar 29, 2017 at 5:59 PM, Christian Beer <christian.b...@aei.mpg.de>
wrote:

>
> Restricting to commits that have "client" in the commit title is also
> wrong as there is no commit discipline in BOINC (aka. no atomic commits)
> and you can have client changes embedded in other commits (where the
> message doesn't state that). You would need to at least include commit
> titles with "lib" too and that would probably still miss a lot of
> changes. You would need to restrict to commits that changed files in
> client/, clientgui/ and lib/.


It was an example, Christian.
For what matters, I now filter on client, mgr, mac, lib, scr, winbuild,
locale, curl, openssl, zlib, linux, vbox and for completeness, server. Just
because all of those at times make up a working client.


-- 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.

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

[Jord van der Elst]

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/Intel).
* c75d81f4c4 : client: prioritize network (including GUI RPC) over async
file ops
* 8c44b2f165 : client: fix bug that could cause idle CPUs/GPUs.
* a60f0bdb49 : client: win compile fix
* 5e9f1d8ce1 : client: task properties tweak
* 1fa9f485c0 : client: Win typo fix
* 7056f49eed : client: fix problems w/ tempfile generation for async file
operations
* d0fd0aabbf : client: change temp file prefixes to 5 chars
* 2609d10163 : client: fix minor memory leak
* d7f4551f6f : client: fix bug where concurrent async file operations use
same temp file


-- Jord van der Elst.

On Wed, Mar 29, 2017 at 4:29 PM, Vi

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

[Jord van der Elst]

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

[Jord van der Elst]

On Wed, Mar 29, 2017 at 12:08 PM, Oliver Bock <oliver.b...@aei.mpg.de>
wrote:

>
> 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.
>

For clarity, BOINC has always adopted that the uneven release numbers were
development versions, while even were release versions.
Major.uneven.revision == development, Major.even.revision == release.
In the past only when the development version had matured to stable enough
would it branch off to a release versions, while all development happened
in master.

You can see this in github when checking the branches, the only branches
available are the release branches (e.g. 6.6, 6.8, 6.10, 7.0, 7.2, 7.4, 7.6)

While it would be nice to have a development version branched off to its
own branch, with its own change log, this isn't how it was done in the
past. I am still trying to figure out how to easily get the change log for
7.7.2 out for the public, because I am hampered by non-working Git GUIs on
my Windows, so I'm now figuring out how to do this from the command line
(thanks for that idea!).

I suspect that the only person who knows the change log for 7.7.2 is David,
and that he should at least make this one.

Best,


-- 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.

Re: [boinc_dev] boinc_dev Digest, Vol 153, Issue 3

[Jord van der Elst]

What John is looking for is called "Leave Non-GPU tasks in memory when
suspended", used to be "Leave applications in memory".
With this switched on, tasks that suspend keep their whole state in memory.
With it switched off tasks that don't checkpoint start from the beginning,
tasks that checkpoint start from the last checkpoint. But tasks that don't
checkpoint usually don't switch out of memory until they're done. They can
only switch out of memory when the user forces the task to do so (suspend),
or by quitting BOINC.


-- Jord van der Elst.

On Tue, Mar 7, 2017 at 3:09 PM, McLeod, John <john.mcl...@sap.com> wrote:

> It depends.  If you suspend a task and return all the memory, then you
> lose any forward progress since the last check point.  There is a setting
> that allows the removal from memory (or at least there used to be), but I
> don't remember what it is.  A suspended task's memory can go to swap with
> no problem as it will not be touched until the next time that the task is
> resumed.
>
> -Original Message-
> From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
> Robert Miles
> Sent: Tuesday, March 7, 2017 8:22 AM
> To: boinc_dev@ssl.berkeley.edu
> Subject: Re: [boinc_dev] boinc_dev Digest, Vol 153, Issue 3
>
>  From what I've seen, when BOINC suspends workunits, this DOES NOT free the
> memory they are using.
>
> It looks like BOINC should not be allowed to start a workunit without
> checking
> whether enough memory is still free, and it should then be required to
> repeat
> this check before starting the next one.
> > Date: Mon, 6 Mar 2017 21:27:47 +0100
> > From: yoyo <y...@mailueberfall.de>
> > To: BOINC Developers Mailing List <boinc_dev@ssl.berkeley.edu>,
>  BOINC
> >   Projects <boinc_proje...@ssl.berkeley.edu>
> > Subject: [boinc_dev] Boinc handling of workunits with much RAM
> >   requirements
> >
> > Hello,
> >
> > I'd like to understand what Boinc does with workunits which require a
> > large amount of RAM.
> >
> > I have workunits which require 10 GB RAM.
> > My understandig is, that only hosts which have at least 10 GB free RAM
> > are downloading them and only if 10 GB RAM are free they are started?
> >
> > It is not clear for me what happens when the workunits are running and
> > if and how often Boinc checks their RAM consumption and what Boinc does
> > if they consume too much RAM.
> >
> > A user blames, that he has a system with 8 cores and 16 GB RAM. This
> > systems has more than 10GB free RAM. So such workunits are downloaded
> > and started, 8 of them in parallel at the same time. After some seconds
> > all 8 workunits consuming 10 GB RAM each and the system is havily
> > swaping and nearly unresponsive.
> > Shouldn't Boinc find out, that too much RAM is consumed and suspend some
> > of the workunits?
> >
> > Kind regards,
> > yoyo
>
> ___
> 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] Project application using more memory than it, reports to BOINC

[Jord van der Elst]

Windows 10 - 64bit.
But his VBox is just 5.0.32 if his signature is to be believed. I have
advised him to update to 5.1.14, so thanks for that catch.


-- Jord van der Elst.

On Tue, Mar 7, 2017 at 6:28 AM, Robert Miles <robertmi...@bellsouth.net>
wrote:

> Does he run 32-bit applications under 64-bit Windows Vista?  I've found
> that nearly
> all 32-bit programs running under 64-bit Windows Vista cause Windows to
> load
> enough svchost.exe modules to approximately double the amount of memory
> these
> programs use.  This happens even if these 32-bit applications are
> unrelated to BOINC.
> I have not seen this happen under Windows 7 or Windows 10.
>
> Also, which version of VirtualBox is he using?  I found that the 5.0.*
> versions do not
> work properly for the VM applications I run, but the 5.1.* versions run
> much better,
> without using a lot of extra memory.
>
> Note that he may be seeing that problem only when running VM tasks. So it
> might
> be more reasonable to turn off VM tasks on all the servers which allow it,
> drop any
> BOINC projects that don't, and then keep BOINC running for the remaining
> projects
> and possibly add a few more.
>
>> Date: Sat, 4 Mar 2017 11:24:47 +0100
>> From: Jord van der Elst <els...@gmail.com>
>> Subject: [boinc_dev] Project application using more memory than it
>> reports to BOINC
>>
>> Hi David,
>>
>> A user on the BOINC forums reported that he was now getting ready to get
>> rid of BOINC, because it would use his whole memory and then even more,
>> swapping to page file and there was nothing he could do about it. (ref
>> https://boinc.berkeley.edu/dev/forum_thread.php?id=11494)
>>
>> He states to be running into this problem when running ATLAS GARL tasks,
>> that use 2GB per task, which he appeared to run 10 of at the same time,
>> using then 20GB of memory. A bit troublesome on a system using 16GB.
>>
>> So stopping that, he switched to LHC and running the LHCb simulation he
>> now
>> runs into to same problem. Here however there is a thread explaining why
>> that is (https://lhcathome.cern.ch/sixtrack/forum_thread.php?id=4072):
>> the
>> LHCb tasks use 2GB of memory but report they only use 480MB per. So BOINC
>> thinks they use 480MB, but they really do use 2GB.
>>
>> These all run in VirtualBox for as far as I understand, so perhaps that
>> there's a bug in the wrapper how the memory usage is being read. In any
>> case, shouldn't BOINC always poll the actual memory in use and stop using
>> more when all of the available RAM has been consumed, even if there are
>> free CPUs?
>>
>> 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
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] Project application using more memory than it reports to BOINC

[Jord van der Elst]

Hi David,

A user on the BOINC forums reported that he was now getting ready to get
rid of BOINC, because it would use his whole memory and then even more,
swapping to page file and there was nothing he could do about it. (ref
https://boinc.berkeley.edu/dev/forum_thread.php?id=11494)

He states to be running into this problem when running ATLAS GARL tasks,
that use 2GB per task, which he appeared to run 10 of at the same time,
using then 20GB of memory. A bit troublesome on a system using 16GB.

So stopping that, he switched to LHC and running the LHCb simulation he now
runs into to same problem. Here however there is a thread explaining why
that is (https://lhcathome.cern.ch/sixtrack/forum_thread.php?id=4072): the
LHCb tasks use 2GB of memory but report they only use 480MB per. So BOINC
thinks they use 480MB, but they really do use 2GB.

These all run in VirtualBox for as far as I understand, so perhaps that
there's a bug in the wrapper how the memory usage is being read. In any
case, shouldn't BOINC always poll the actual memory in use and stop using
more when all of the available RAM has been consumed, even if there are
free CPUs?

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.

Re: [boinc_dev] [boinc_cvs] [BOINC/boinc] c2350c: web: try to get Recaptcha working on IE

[Jord van der Elst]

The report was done via
https://setiathome.berkeley.edu/forum_thread.php?id=80955
I did ask the user if it truly was IE, seeing how he's using Windows 10. It
may have been Edge. No reply on that though.
But in that case it would be IE 11. Or Edge.


-- Jord van der Elst.

On Thu, Feb 2, 2017 at 8:43 PM, Christian Beer <christian.b...@aei.mpg.de>
wrote:

> Quoting my own email for the other commit that actually adds the parameter:
> > Again, which problem is this trying to fix? Is there a report? The used
> > parameter is not listed as a supported one. See:
> > https://developers.google.com/recaptcha/docs/display
>
> If the parameter is not supported this is not a fix. It's most likely
> breaking again soon. I also don't see a difference when requesting the
> script with "?ver=2" added (through wget with a faked user agent). Also
> what version of IE are we talking about? Is this workaround mentioned
> somewhere else? Why doesn't the official implementation mention this?
>
> Regards
> Christian
>
>
> On 02.02.2017 20:29, David Anderson wrote:
> > html/inc/recaptchalib.php
> >
> > https://www.google.com/recaptcha/api.js?ver=2&quot</a>; async
> > defer>
> >
> > added ?ver=2
> >
> > On 2/2/2017 2:53 AM, Christian Beer wrote:
> >> So the extra linebreak after the script line fixes this? I don't see any
> >> other change that affects how the page is rendered. As it is now the
> >> commit message is misleading.
> >>
> >> Regards
> >> Christian
> >>
> >> On 02.02.2017 11:36, David Anderson wrote:
> >>> recaptcha didn't work on IE
> >>>
> >>> On 2/2/2017 12:00 AM, Christian Beer wrote:
> >>>> On 02.02.2017 07:13, GitHub wrote:
> >>>>> Branch: refs/heads/master
> >>>>> Home:   https://github.com/BOINC/boinc
> >>>>> Commit: c2350c7f5747dc3109d7a33aa2f12a3161258fda
> >>>>>
> >>>>> https://github.com/BOINC/boinc/commit/c2350c7f5747dc3109d7a33aa2f12a
> 3161258fda
> >>>>> Author: David Anderson <da...@ssl.berkeley.edu>
> >>>>> Date:   2017-02-01 (Wed, 01 Feb 2017)
> >>>>>
> >>>>> Changed paths:
> >>>>>   M html/inc/account.inc
> >>>>>   M html/inc/recaptchalib.php
> >>>>>   M html/inc/util.inc
> >>>>>
> >>>>> Log Message:
> >>>>> ---
> >>>>> web: try to get Recaptcha working on IE
> >>>> I don't see how this commit fixes anything that is related to a
> >>>> specific
> >>>> problem with Internet Explorer. Is there a bug report?
> >>>>
> >>>> Regards
> >>>> Christian
> >>>>
> >>>> ___
> >>>> 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 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_cvs] [BOINC/boinc] c2350c: web: try to get Recaptcha working on IE

[Jord van der Elst]

I reported it directly to David after someone on the Seti forums reported
it there. It was only breaking on the Seti profile editing section, as far
as I know.


-- Jord van der Elst.

On Thu, Feb 2, 2017 at 11:53 AM, Christian Beer <christian.b...@aei.mpg.de>
wrote:

> So the extra linebreak after the script line fixes this? I don't see any
> other change that affects how the page is rendered. As it is now the
> commit message is misleading.
>
> Regards
> Christian
>
> On 02.02.2017 11:36, David Anderson wrote:
> > recaptcha didn't work on IE
> >
> > On 2/2/2017 12:00 AM, Christian Beer wrote:
> >> On 02.02.2017 07:13, GitHub wrote:
> >>>Branch: refs/heads/master
> >>>Home:   https://github.com/BOINC/boinc
> >>>Commit: c2350c7f5747dc3109d7a33aa2f12a3161258fda
> >>>
> >>> https://github.com/BOINC/boinc/commit/c2350c7f5747dc3109d7a33aa2f12a
> 3161258fda
> >>>Author: David Anderson <da...@ssl.berkeley.edu>
> >>>Date:   2017-02-01 (Wed, 01 Feb 2017)
> >>>
> >>>Changed paths:
> >>>  M html/inc/account.inc
> >>>  M html/inc/recaptchalib.php
> >>>  M html/inc/util.inc
> >>>
> >>>Log Message:
> >>>---
> >>>web: try to get Recaptcha working on IE
> >> I don't see how this commit fixes anything that is related to a specific
> >> problem with Internet Explorer. Is there a bug report?
> >>
> >> Regards
> >> Christian
> >>
> >> ___
> >> 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 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_projects] Bootstrap

[Jord van der Elst]

It was fixed by David in the next change.
It still doesn't look good in actual threads, with the post column taking
up so little space that it shows one word max per line. It looks similar in
Chrome, but there it's a max of 4 words per line. Zooming out will just
zoom the page out, the column stays the same width. I have sent that one
off to Dolphin's developers as it may be trouble with their browser and
CSS.


-- Jord van der Elst.

On Thu, Dec 8, 2016 at 8:30 PM, Juha Sointusalo <juha.sointus...@gmail.com>
wrote:

> On 8 December 2016 at 10:26, Jord van der Elst <els...@gmail.com> wrote:
>
>> This doesn't look good on my mobile browser, Dolphin.
>>
>
> Is it still bad or was it just a temporary glitch? I could understand that
> the Post view would change but there isn't anything obviously wrong in the
> main index page source. The only change there is width: 100%; but I don't
> understand why the browser would now feel obligated to follow it when it
> normally doesn't.
>
> -Juha
>
___
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_projects] Bootstrap

[Jord van der Elst]

When editing the (Custom) project preferences at Seti (
https://setiathome.berkeley.edu/prefs.php?subset=project), the Graphics
Preferences, Text style, Graph style and Color preferences boxes are empty,
while when selected only the presently selected option is showing because
the selection colour is blue, the rest are invisible and only show when you
actually scroll through them. Both the background- and font colours are
white.

button, input, optgroup, select, textarea {
color: inherit;
font: inherit;
margin: 0;
}

"The *inherit* keyword specifies that a property should *inherit* its value
from its parent element. The *inherit* keyword can be used for any *CSS*
property, and on any HTML element."
http://www.w3schools.com/cssref/css_inherit.asp


-- Jord van der Elst.

On Tue, Nov 29, 2016 at 12:31 AM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> - I fixed the link appearance issue.
>   Part of the problem was that if you load a http:// stylesheet
>   from a https:// page, it has no effect
>
> - I fixed the problems below.
>   The question of what button styles to use (default, primary, danger etc.)
>   and when to use buttons instead of links needs to be thought through;
>   I'm not going to do this now.  Suggestions welcome.
>
> - Yes, we could make the style user-selectable, but I'm not going to do
> this now.
>
> -- David
>
> On 11/28/2016 1:58 PM, Juha Sointusalo wrote:
>
> On 11 November 2016 at 23:10, David Anderson <da...@ssl.berkeley.edu
>> <mailto:da...@ssl.berkeley.edu>> wrote:
>>
>>
>> Please send me comments/feedback.
>>
>>
>> Here's a few more:
>>
>> - Buttons have various styles. If we decide Reply and Quote buttons to be
>> what all buttons should be then at least these have different style:
>>
>> Sort (thread order) (larger font)
>> Preview and Post reply in Post to thread
>> Preview and OK in Edit post
>> Preview and Send Message in Send private message
>> Create/edit profile in Create a profile
>>
>> I think some of the other buttons are different on purpose. There's
>> small, primary, default and dangerous buttons and maybe some more. I'm
>> trusting those are the way they should be.
>>
>> - Edit post has "Forum" as title
>>
>> - In thread view, avatar and Send message button touch each other
>>
>> - And the above makes it easy to notice that avatar is a bit to the left
>> of the button. Maybe both of them could be centred with a small empty space
>> between them.
>>
>> As for the colour scheme, here's a quick sketch on how to make it work:
>> First you or project admins pre-selects a few themes, adding custom
>> overrides to them if necessary.
>> Users select their theme from the pre-selected list.
>> In page_head you link to the CSS file corresponding to the user's
>> selection, or since themes seem to require fixing, link to a list of CSS
>> files.
>>
>> -Juha
>>
>
> ___
> boinc_projects mailing list
> boinc_proje...@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_projects
> 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_projects] Bootstrap

[Jord van der Elst]

Funnily enough, I was asking Neil Munday about that for the BOINC FAQs Wiki
and he pointed out these options:
http://www.w3schools.com/css/css_text.asp and
http://www.w3schools.com/css/css_font.asp

I see that using underline isn't the choice for the wiki, so I'll go test
with boldness and/or slightly bigger font for links.


-- Jord van der Elst.

On Mon, Nov 28, 2016 at 8:38 PM, Juha Sointusalo <juha.sointus...@gmail.com>
wrote:

> On 28 November 2016 at 21:20, David Anderson <da...@ssl.berkeley.edu>
> wrote:
>
> > I noticed that, and was unable to fix it.
> >
> > The Bootstrap css (both the standard one and the dark one I'm using)
> > indicate links by making them bold (no underline).
> > I don't know why we're getting underlines.
> >
> > Can anyone figure this out?
> >
>
> Both Opera and Firefox shows a stack of styles and their source when you
> inspect an element. Styles that are overridden by later ones are
> crossed-out. The underlines come from
>
> table a:not(.btn), .table a:not(.btn) {
> text-decoration: underline;
> }
>
> -Juha
> ___
> boinc_projects mailing list
> boinc_proje...@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_projects
> 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: Re: Bootstrap

[Jord van der Elst]

Jump to last post is even further broken.

When clicking on the link for 'posting in reply to message nn', we get
transported to the first post of the page we're on.
So I just clicked to go to
https://boinc.berkeley.edu/dev/forum_thread.php?id=11137=74271#74271
and I end up at
https://boinc.berkeley.edu/dev/forum_thread.php?id=11137=71252

Filling in
https://boinc.berkeley.edu/dev/forum_thread.php?id=11137=74271#74271
in the URL bar and hitting enter will not transport me to message 74271 at
all, it'll just leave me at the top of the thread. I have since upgraded to
Firefox 50, didn't fix it. I have logged off and back on to renew my
cookie, didn't fix it.




-- Jord van der Elst.

On Mon, Nov 21, 2016 at 9:27 PM, Jord van der Elst <els...@gmail.com> wrote:

> The jump to last unread post is definitely broken. It's now always jumping
> to the first post of the page you're on, even when there are several new
> posts, and also after you posted the (then) last post.
>
___
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: Re: Bootstrap

[Jord van der Elst]

I see Seti Beta has the new setup now as well, and while
https://setiweb.ssl.berkeley.edu/beta/ looks snazzy, perhaps you should try
to add a background image? Especially to fill out those (now) white columns
left and right. Or is that not possible for the front page only?


-- Jord van der Elst.

On Mon, Nov 21, 2016 at 3:33 PM, Jord van der Elst <els...@gmail.com> wrote:

> It looks like 'Jump to last unread post' is broken again.
>
>
> -- 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.

Re: [boinc_dev] Fwd: Re: Bootstrap

[Jord van der Elst]

It looks like 'Jump to last unread post' is broken again.


-- 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.

Re: [boinc_dev] Fwd: Re: Bootstrap

[Jord van der Elst]

Yes, good question. 'Both' isn't the correct answer here, is it? ;-)
But then again, perhaps it is possible. While navigating on my phone I
noticed it would at the time show the hamburger (the three horizontal
lines) instead of the full navbar. Isn't it an option to show the hamburger
always on any browser/platform, and when that's clicked on the navbar
shows?

Now the hamburger scrolls up as well.
And with no immediate quick way back to the top of the page, long threads
with many posts mean lots of scrolling.

So:
- show the hamburger always, clicking it opens the navbar?
- give an option to jump back to the top of the page, perhaps by adding
[back to top] in the right corner of every post?


-- Jord van der Elst.

On Sun, Nov 20, 2016 at 7:19 AM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> I changed it.
> This way when you jump to a post, you see the whole thing.
> Which do you prefer?
>
> On 11/19/2016 5:27 PM, Jord van der Elst wrote:
>
> Tell me I'm dreaming... but didn't the navbar stay in place when one
> scrolled the page down?
> Now it's staying at the top of the page, so moving out of view when one
> scrolls down. I'm sure it was locked at the top of the page and always
> stayed in view even when one scrolled down.
>
>
> -- Jord van der Elst.
>
> On Fri, Nov 18, 2016 at 10:57 PM, David Anderson <da...@ssl.berkeley.edu>
> wrote:
>
>> fixed
>>
>>
>> On 11/18/2016 12:55 PM, Jord van der Elst wrote:
>>
>> Another small buglet.
>> When mousing over the BOINC logo on the navigation bar, a dash (or
>> hyphen?) shows to the right of the logo.
>>
>>  [image: Inline image 1]
>>
>> versus
>>
>> [image: Inline image 2]
>>
>>
>> -- Jord van der Elst.
>>
>> On Fri, Nov 18, 2016 at 3:00 PM, Jord van der Elst <els...@gmail.com>
>> wrote:
>>
>>> Hmmm, a buglet with unknown uses.
>>> When I use a size text tag, [size=N] but without an end tag [/size], all
>>> of the text thereafter is sized size N.
>>> The same goes for all other stress tags, bold, italics, underline,
>>> strikeout.
>>>
>>> At the Seti forums, with the old BBcode it's even worse.
>>> https://setiathome.berkeley.edu/forum_thread.php?id=80522#1831198 shows
>>> that not ending with [/size] affects my signature there as well.
>>>
>>> Shouldn't we only execute the BBcode when it is between a start and
>>> end-tag, and else just show the start tag as is?
>>>
>>> -- 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.

Re: [boinc_dev] Fwd: Re: Bootstrap

[Jord van der Elst]

Another small buglet.
When mousing over the BOINC logo on the navigation bar, a dash (or hyphen?)
shows to the right of the logo.

 [image: Inline image 1]

versus

[image: Inline image 2]


-- Jord van der Elst.

On Fri, Nov 18, 2016 at 3:00 PM, Jord van der Elst <els...@gmail.com> wrote:

> Hmmm, a buglet with unknown uses.
> When I use a size text tag, [size=N] but without an end tag [/size], all
> of the text thereafter is sized size N.
> The same goes for all other stress tags, bold, italics, underline,
> strikeout.
>
> At the Seti forums, with the old BBcode it's even worse.
> https://setiathome.berkeley.edu/forum_thread.php?id=80522#1831198 shows
> that not ending with [/size] affects my signature there as well.
>
> Shouldn't we only execute the BBcode when it is between a start and
> end-tag, and else just show the start tag as is?
>
> -- 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.

Re: [boinc_dev] Fwd: Re: Bootstrap

[Jord van der Elst]

Hmmm, a buglet with unknown uses.
When I use a size text tag, [size=N] but without an end tag [/size], all of
the text thereafter is sized size N.
The same goes for all other stress tags, bold, italics, underline,
strikeout.

At the Seti forums, with the old BBcode it's even worse.
https://setiathome.berkeley.edu/forum_thread.php?id=80522#1831198 shows
that not ending with [/size] affects my signature there as well.

Shouldn't we only execute the BBcode when it is between a start and
end-tag, and else just show the start tag as is?

-- 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.

Re: [boinc_dev] Fwd: Re: Bootstrap

[Jord van der Elst]

Thank you, that works.
Although I still wouldn't mind if the forums were to rescale images to a
maximum if they are larger than the set value, say 1024x768px, and do so in
one's own image box.
As now when I check large images with my smart phone, I still have to move
to the right, and any text around it will scale to the image scale and
therefore no longer wrap / run off screen.

Is it possible to set different values in Bootstrap so that it works
differently for the device it detects it is on, just like Wikipedia has a
detection for when it finds it is on a mobile device that the Wiki pages
switch to a mobile version?



-- Jord van der Elst.

On Fri, Nov 18, 2016 at 9:12 AM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> I added the img-responsive class to user-supplied images.
> This seems to work well with small displays.
> -- D
>
> On 11/17/2016 5:54 AM, Jord van der Elst wrote:
>
> Additional:
> Images are constrained to a maximum width of 600 pixels. Might be a tad
> small.
> The behaviour that gives on my mobile phone is that when I zoom in so I
> can see the whole image, the text around it is so small it cannot be read.
>
> I don't seem to have the scroll bars on the code-boxes in Dolphin on my
> smart phone, though.
> Is this a browser dependent thing then?
>
>
> -- Jord van der Elst.
>
> On Thu, Nov 17, 2016 at 1:22 PM, Jord van der Elst <els...@gmail.com>
> wrote:
>
>> Additional:
>> The vertical scroll bar in the code window is of no use when the box
>> length grows to whatever the vertical length of the log/text/code is and
>> the vertical scroll bar of the browser is used instead. So while the scroll
>> in both x and y directions is set to overflow, it won't work in the
>> vertical because no boundary is set to the box size in that direction. Of
>> course, a box size of max 800px in the horizontal is just too small, on any
>> monitor these days. Can't that be set to a percentage of the user's screen
>> resolution?
>>
>>
>>
>>
>> -- Jord van der Elst.
>>
>> On Thu, Nov 17, 2016 at 12:27 PM, Jord van der Elst <els...@gmail.com>
>> wrote:
>>
>>> The Code button has its text cut off, List= is also a bit to the right.
>>> (example image: http://i.imgur.com/scsvJO4.png)
>>>
>>> Overall, the index (https://boinc.berkeley.edu/dev/forum_index.php)
>>> used to have the Threads, Posts and Last Post numbers aligned in the center
>>> of their cells, now they're at the top looking crooked. (And I still think
>>> we have too much white space there, font-size on previous BOINC forums was
>>> 13px, line-height may not have been defined.)
>>>
>>> [size=10][quote][quote][quote][quote]Text 1[/quote]
>>> Text 2[/quote]
>>> Text 3[/quote][/size]
>>> When doing a preview with the above (we're missing an end-quote tag),
>>> the text in and around the preview window changes size to this size 10 and
>>> all the text in the post one answers to changes to this size 10. The text
>>> in the quotes however stays at size 12. (missing an end tag shouldn't
>>> execute BBCode outside the text window!)
>>>
>>> To be able to resize all text in the quotes, one has to define per quote
>>> what the text size is. A bit overkill.
>>>
>>> Can we please get a normal text size for the quotes? In previous
>>> incarnations the quoted text was italicized, not bold and size 17.5 font.
>>> Please bring back that the text is italicized, and in a normal or slightly
>>> smaller font size than the original text. Now with quotes the text in the
>>> quote is slammed in your face. It's like shouting the quote to be heard.
>>>
>>> Scroll bars in code boxes that are not big enough to warrant the scroll
>>> bars? The scroll bars are now always visible, although they may not be
>>> usable. See https://boinc.berkeley.edu/dev/forum_thread.php?id=11137
>>> tid=74138 for an example with the above size/quotes in a code box.
>>> The default box size of the code box may also be a bit bigger. Now it
>>> takes up only half the screen of my 22 inch monitor. An example can be seen
>>> in https://boinc.berkeley.edu/dev/forum_thread.php?id=11290=74082
>>>
>>>
>>>
>>>
>>> -- Jord van der Elst.
>>>
>>> On Wed, Nov 16, 2016 at 11:41 PM, David Anderson <da...@ssl.berkeley.edu
>>> > wrote:
>>>
>>>> Fixed.
>>>> Let me know if any more problems.
>>>> -- David
>>>>
>>>> On 11/16/2016 8:45 AM, Jord van der Elst wrote:
>>&

Re: [boinc_dev] Fwd: Re: Bootstrap

[Jord van der Elst]

Additional:
Images are constrained to a maximum width of 600 pixels. Might be a tad
small.
The behaviour that gives on my mobile phone is that when I zoom in so I can
see the whole image, the text around it is so small it cannot be read.

I don't seem to have the scroll bars on the code-boxes in Dolphin on my
smart phone, though.
Is this a browser dependent thing then?


-- Jord van der Elst.

On Thu, Nov 17, 2016 at 1:22 PM, Jord van der Elst <els...@gmail.com> wrote:

> Additional:
> The vertical scroll bar in the code window is of no use when the box
> length grows to whatever the vertical length of the log/text/code is and
> the vertical scroll bar of the browser is used instead. So while the scroll
> in both x and y directions is set to overflow, it won't work in the
> vertical because no boundary is set to the box size in that direction. Of
> course, a box size of max 800px in the horizontal is just too small, on any
> monitor these days. Can't that be set to a percentage of the user's screen
> resolution?
>
>
>
>
> -- Jord van der Elst.
>
> On Thu, Nov 17, 2016 at 12:27 PM, Jord van der Elst <els...@gmail.com>
> wrote:
>
>> The Code button has its text cut off, List= is also a bit to the right.
>> (example image: http://i.imgur.com/scsvJO4.png)
>>
>> Overall, the index (https://boinc.berkeley.edu/dev/forum_index.php) used
>> to have the Threads, Posts and Last Post numbers aligned in the center of
>> their cells, now they're at the top looking crooked. (And I still think we
>> have too much white space there, font-size on previous BOINC forums was
>> 13px, line-height may not have been defined.)
>>
>> [size=10][quote][quote][quote][quote]Text 1[/quote]
>> Text 2[/quote]
>> Text 3[/quote][/size]
>> When doing a preview with the above (we're missing an end-quote tag), the
>> text in and around the preview window changes size to this size 10 and all
>> the text in the post one answers to changes to this size 10. The text in
>> the quotes however stays at size 12. (missing an end tag shouldn't execute
>> BBCode outside the text window!)
>>
>> To be able to resize all text in the quotes, one has to define per quote
>> what the text size is. A bit overkill.
>>
>> Can we please get a normal text size for the quotes? In previous
>> incarnations the quoted text was italicized, not bold and size 17.5 font.
>> Please bring back that the text is italicized, and in a normal or slightly
>> smaller font size than the original text. Now with quotes the text in the
>> quote is slammed in your face. It's like shouting the quote to be heard.
>>
>> Scroll bars in code boxes that are not big enough to warrant the scroll
>> bars? The scroll bars are now always visible, although they may not be
>> usable. See https://boinc.berkeley.edu/dev/forum_thread.php?id=11137
>> tid=74138 for an example with the above size/quotes in a code box.
>> The default box size of the code box may also be a bit bigger. Now it
>> takes up only half the screen of my 22 inch monitor. An example can be seen
>> in https://boinc.berkeley.edu/dev/forum_thread.php?id=11290=74082
>>
>>
>>
>>
>> -- Jord van der Elst.
>>
>> On Wed, Nov 16, 2016 at 11:41 PM, David Anderson <da...@ssl.berkeley.edu>
>> wrote:
>>
>>> Fixed.
>>> Let me know if any more problems.
>>> -- David
>>>
>>> On 11/16/2016 8:45 AM, Jord van der Elst wrote:
>>>
>>> Another thing reported via the forums, there's no way to edit the
>>> profile in the present setup.
>>> Going to Your Account, view Profile gives no option to edit it.
>>>
>>> I don't have that option either at Seti, but there it is because my RAC
>>> is less than 1.
>>> Is the same happening on the BOINC forums? If so, we'll need a different
>>> way to check this as we do not have a RAC there.
>>> (Quick dirty simple solution is to set a RAC > 1 for anyone who has 25
>>> posts or more, to hamper spammers in making a profile.)
>>>
>>>
>>> -- Jord van der Elst.
>>>
>>> On Tue, Nov 15, 2016 at 3:04 PM, Jord van der Elst <els...@gmail.com>
>>> wrote:
>>>
>>>> Something else, similar.
>>>> In Firefox, when someone uses the [code][/code] tags, these do not wrap
>>>> long sentences. This means that text inside and outside the code box runs
>>>> off the right side of the screen.
>>>> It also means text in previous and later posts can run of the right
>>>> side of the screen.
>>>>
>>>> Example threa

Re: [boinc_dev] Fwd: Re: Bootstrap

[Jord van der Elst]

Additional:
The vertical scroll bar in the code window is of no use when the box length
grows to whatever the vertical length of the log/text/code is and the
vertical scroll bar of the browser is used instead. So while the scroll in
both x and y directions is set to overflow, it won't work in the vertical
because no boundary is set to the box size in that direction. Of course, a
box size of max 800px in the horizontal is just too small, on any monitor
these days. Can't that be set to a percentage of the user's screen
resolution?




-- Jord van der Elst.

On Thu, Nov 17, 2016 at 12:27 PM, Jord van der Elst <els...@gmail.com>
wrote:

> The Code button has its text cut off, List= is also a bit to the right.
> (example image: http://i.imgur.com/scsvJO4.png)
>
> Overall, the index (https://boinc.berkeley.edu/dev/forum_index.php) used
> to have the Threads, Posts and Last Post numbers aligned in the center of
> their cells, now they're at the top looking crooked. (And I still think we
> have too much white space there, font-size on previous BOINC forums was
> 13px, line-height may not have been defined.)
>
> [size=10][quote][quote][quote][quote]Text 1[/quote]
> Text 2[/quote]
> Text 3[/quote][/size]
> When doing a preview with the above (we're missing an end-quote tag), the
> text in and around the preview window changes size to this size 10 and all
> the text in the post one answers to changes to this size 10. The text in
> the quotes however stays at size 12. (missing an end tag shouldn't execute
> BBCode outside the text window!)
>
> To be able to resize all text in the quotes, one has to define per quote
> what the text size is. A bit overkill.
>
> Can we please get a normal text size for the quotes? In previous
> incarnations the quoted text was italicized, not bold and size 17.5 font.
> Please bring back that the text is italicized, and in a normal or slightly
> smaller font size than the original text. Now with quotes the text in the
> quote is slammed in your face. It's like shouting the quote to be heard.
>
> Scroll bars in code boxes that are not big enough to warrant the scroll
> bars? The scroll bars are now always visible, although they may not be
> usable. See https://boinc.berkeley.edu/dev/forum_thread.php?id=11137
> tid=74138 for an example with the above size/quotes in a code box.
> The default box size of the code box may also be a bit bigger. Now it
> takes up only half the screen of my 22 inch monitor. An example can be seen
> in https://boinc.berkeley.edu/dev/forum_thread.php?id=11290=74082
>
>
>
>
> -- Jord van der Elst.
>
> On Wed, Nov 16, 2016 at 11:41 PM, David Anderson <da...@ssl.berkeley.edu>
> wrote:
>
>> Fixed.
>> Let me know if any more problems.
>> -- David
>>
>> On 11/16/2016 8:45 AM, Jord van der Elst wrote:
>>
>> Another thing reported via the forums, there's no way to edit the profile
>> in the present setup.
>> Going to Your Account, view Profile gives no option to edit it.
>>
>> I don't have that option either at Seti, but there it is because my RAC
>> is less than 1.
>> Is the same happening on the BOINC forums? If so, we'll need a different
>> way to check this as we do not have a RAC there.
>> (Quick dirty simple solution is to set a RAC > 1 for anyone who has 25
>> posts or more, to hamper spammers in making a profile.)
>>
>>
>> -- Jord van der Elst.
>>
>> On Tue, Nov 15, 2016 at 3:04 PM, Jord van der Elst <els...@gmail.com>
>> wrote:
>>
>>> Something else, similar.
>>> In Firefox, when someone uses the [code][/code] tags, these do not wrap
>>> long sentences. This means that text inside and outside the code box runs
>>> off the right side of the screen.
>>> It also means text in previous and later posts can run of the right side
>>> of the screen.
>>>
>>> Example thread:
>>> https://boinc.berkeley.edu/dev/forum_thread.php?id=11290=74082
>>> has a code box with the processor features running off the side of the
>>> screen. This affects the post previous to that one and also earlier posts
>>> in that thread.
>>> The solution we had in BOINC, was I think that the text in code boxes
>>> wrapped at the end of screen, or that the code box had its own horizontal
>>> scroll bar. We do need something similar here.
>>>
>>>
>>> -- Jord van der Elst.
>>>
>>> On Mon, Nov 14, 2016 at 11:41 PM, David Anderson <da...@ssl.berkeley.edu
>>> > wrote:
>>>
>>>> I noticed (as Jord did) that with the recent Bootstrap changes,
>>>> some pages have absurdly large text the fir

Re: [boinc_dev] Fwd: Re: Bootstrap

[Jord van der Elst]

The Code button has its text cut off, List= is also a bit to the right.
(example image: http://i.imgur.com/scsvJO4.png)

Overall, the index (https://boinc.berkeley.edu/dev/forum_index.php) used to
have the Threads, Posts and Last Post numbers aligned in the center of
their cells, now they're at the top looking crooked. (And I still think we
have too much white space there, font-size on previous BOINC forums was
13px, line-height may not have been defined.)

[size=10][quote][quote][quote][quote]Text 1[/quote]
Text 2[/quote]
Text 3[/quote][/size]
When doing a preview with the above (we're missing an end-quote tag), the
text in and around the preview window changes size to this size 10 and all
the text in the post one answers to changes to this size 10. The text in
the quotes however stays at size 12. (missing an end tag shouldn't execute
BBCode outside the text window!)

To be able to resize all text in the quotes, one has to define per quote
what the text size is. A bit overkill.

Can we please get a normal text size for the quotes? In previous
incarnations the quoted text was italicized, not bold and size 17.5 font.
Please bring back that the text is italicized, and in a normal or slightly
smaller font size than the original text. Now with quotes the text in the
quote is slammed in your face. It's like shouting the quote to be heard.

Scroll bars in code boxes that are not big enough to warrant the scroll
bars? The scroll bars are now always visible, although they may not be
usable. See https://boinc.berkeley.edu/dev/forum_thread.php?id=11137;
postid=74138 for an example with the above size/quotes in a code box.
The default box size of the code box may also be a bit bigger. Now it takes
up only half the screen of my 22 inch monitor. An example can be seen in
https://boinc.berkeley.edu/dev/forum_thread.php?id=11290=74082




-- Jord van der Elst.

On Wed, Nov 16, 2016 at 11:41 PM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> Fixed.
> Let me know if any more problems.
> -- David
>
> On 11/16/2016 8:45 AM, Jord van der Elst wrote:
>
> Another thing reported via the forums, there's no way to edit the profile
> in the present setup.
> Going to Your Account, view Profile gives no option to edit it.
>
> I don't have that option either at Seti, but there it is because my RAC is
> less than 1.
> Is the same happening on the BOINC forums? If so, we'll need a different
> way to check this as we do not have a RAC there.
> (Quick dirty simple solution is to set a RAC > 1 for anyone who has 25
> posts or more, to hamper spammers in making a profile.)
>
>
> -- Jord van der Elst.
>
> On Tue, Nov 15, 2016 at 3:04 PM, Jord van der Elst <els...@gmail.com>
> wrote:
>
>> Something else, similar.
>> In Firefox, when someone uses the [code][/code] tags, these do not wrap
>> long sentences. This means that text inside and outside the code box runs
>> off the right side of the screen.
>> It also means text in previous and later posts can run of the right side
>> of the screen.
>>
>> Example thread:
>> https://boinc.berkeley.edu/dev/forum_thread.php?id=11290=74082
>> has a code box with the processor features running off the side of the
>> screen. This affects the post previous to that one and also earlier posts
>> in that thread.
>> The solution we had in BOINC, was I think that the text in code boxes
>> wrapped at the end of screen, or that the code box had its own horizontal
>> scroll bar. We do need something similar here.
>>
>>
>> -- Jord van der Elst.
>>
>> On Mon, Nov 14, 2016 at 11:41 PM, David Anderson <da...@ssl.berkeley.edu>
>> wrote:
>>
>>> I noticed (as Jord did) that with the recent Bootstrap changes,
>>> some pages have absurdly large text the first time you view them
>>> in a particular browser.
>>> Once you shrink it (e.g. with ctrl-minus) it's OK after that.
>>> I don't know why this is - any guesses?
>>> -- David
>>>
>>>
>>>
>>>  Forwarded Message 
>>> Subject:Re: [boinc_dev] Bootstrap
>>> Date:   Mon, 14 Nov 2016 23:01:38 +0100
>>> From:   Jord van der Elst <els...@gmail.com>
>>> To: David Anderson <da...@ssl.berkeley.edu>
>>>
>>>
>>>
>>> Hi David,
>>>
>>> Attached a couple of screen shots from my phone with the latest settings
>>> of the forums.
>>> Dolphin, image 1 to 5, shows how one of the threads looks like from my
>>> viewpoint. 1 to 4 show the thread at 'normal' size, when I zoom in (pinch),
>>> I get what image 5 shows: a long thin thread that doesn't auto-fill the
>>> window.
>>>
>>> The other i

Re: [boinc_dev] Fwd: Re: Bootstrap

[Jord van der Elst]

Something else, similar.
In Firefox, when someone uses the [code][/code] tags, these do not wrap
long sentences. This means that text inside and outside the code box runs
off the right side of the screen.
It also means text in previous and later posts can run of the right side of
the screen.

Example thread:
https://boinc.berkeley.edu/dev/forum_thread.php?id=11290=74082 has a
code box with the processor features running off the side of the screen.
This affects the post previous to that one and also earlier posts in that
thread.
The solution we had in BOINC, was I think that the text in code boxes
wrapped at the end of screen, or that the code box had its own horizontal
scroll bar. We do need something similar here.


-- Jord van der Elst.

On Mon, Nov 14, 2016 at 11:41 PM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> I noticed (as Jord did) that with the recent Bootstrap changes,
> some pages have absurdly large text the first time you view them
> in a particular browser.
> Once you shrink it (e.g. with ctrl-minus) it's OK after that.
> I don't know why this is - any guesses?
> -- David
>
>
>
>  Forwarded Message 
> Subject:Re: [boinc_dev] Bootstrap
> Date:   Mon, 14 Nov 2016 23:01:38 +0100
> From:   Jord van der Elst <els...@gmail.com>
> To: David Anderson <da...@ssl.berkeley.edu>
>
>
>
> Hi David,
>
> Attached a couple of screen shots from my phone with the latest settings
> of the forums.
> Dolphin, image 1 to 5, shows how one of the threads looks like from my
> viewpoint. 1 to 4 show the thread at 'normal' size, when I zoom in (pinch),
> I get what image 5 shows: a long thin thread that doesn't auto-fill the
> window.
>
> The other image is that of Chrome, the index of the forums. Initially I
> could not zoom in, or resize it in any way.
> My accessibility settings were for text-scaling to be 107%, which I take
> is the default as I never changed it. Only after I changed it to 135%, and
> double-tapped the index, could I zoom in. But that just does that, it zooms
> in, but leaves everything in proportion on the screen, so lots of scrolling
> going on.
>
>
> (It also shows that Chrome recognizes the page as not being true https)
>
> -- 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
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_projects] Web RPC access control

[Jord van der Elst]

3. On the user account, completely visible to all, logged in or not.
Example in the field:
https://setiathome.berkeley.edu/show_user.php?userid=20272

This account and its URL can be read by logged in and not logged in users.
So one can link to this account to get people or things to follow the URL.
A profile isn't required, even though the first example does have one.

https://setiathome.berkeley.edu/show_user.php?userid=7833683 however does
not. URL, yes. Profile, no.


-- Jord van der Elst.

On Mon, Nov 14, 2016 at 10:10 AM, Christian Beer <christian.b...@aei.mpg.de>
wrote:

> On 11.11.2016 22:46, David Anderson wrote:
> > The create-account RPC is used by
> > - account managers (BAM!, etc.)
> > - the BOINC client
> >
> > If it were just account managers we could add some kind of access control
> > (i.e. accept RPCs only from known AMs).
> > But this would break the client.
> >
> > What to do about this?
> > Suggestions are welcome.
>
> I don't think account creation is the right place to fix it. Especially
> since it will break older Clients.
>
> The question is what do the spammers want? They want to place links on
> the webpage. There are currently only two ways to do this.
>
> 1. via a publicly accessible profile on a project that is not screening
> profiles and does not have reCaptcha enabled for profile creation. The
> Client does not do that. If reCaptcha is enabled this is secured.
>
> 2. via a forum post wether through the post or through the signature, we
> already have measures against this, we should find out why they are not
> effective anymore
>
> 3. through the URL attribute of the user table, which currently deems to
> be not used by the spammers because it is not visible without a profile
> (???) I didn't look in detail where this url is used.
>
> 4. By creating teams. This is currently also happening and I wonder if
> creating the useless accounts should lure us away from the accounts that
> create spam teams?
>
> I know this is an arms race but I also think that breaking old clients
> would mean to nuke the battlefield instead of putting on more armor. We
> are on the defensive here and can't really attack back.
>
> Regards
> Christian
>
> ___
> boinc_projects mailing list
> boinc_proje...@ssl.berkeley.edu
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_projects
> 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] Bootstrap

[Jord van der Elst]

Further things that broke, in normal PC used Firefox:
- jump to last unread post is no longer working.
- the amount of unread PMs is no longer bold face.
- the BOINC forums don't use the Project menu, teams or certificates.
- server status page is not needed either (and has the error
set_cached_data(): can't open ../cache/f2/server_status.php_job_status)
- spaces are very spaced out, it's as if there's two white lines between
paragraphs. There's also a lot of white line between sentences. I find in
the wiki that line-height: 0.9 rem to 1.1 rem works best. Perhaps try a
little. Now it's line-height: 1.42857143
- font-family: "Helvetica Neue",Helvetica,Arial,sans-serif; ... can we get
other fonts please? (like verdana or arial)

and probably much much more.


-- Jord van der Elst.

On Fri, Nov 11, 2016 at 10:42 PM, Jord van der Elst <els...@gmail.com>
wrote:

> David,
>
> It broke my capability to go to the forums on my Huawei G700 smart phone
> (5 inch screen). Where before I had the whole forums in the screen and
> could zoom in/out, now the one column thing has me scroll all over the
> place, as now there's no possibility to zoom in or out. Attached are some
> screen shots from Dolphin, my browser of choice. But the default Android
> browser and Chrome don't fare much better.
>
> I respectfully request that this be taken off the BOINC forums until this
> is fixed. Can't we test this on the Alpha server instead?
>
>
>
> -- Jord van der Elst.
>
> On Fri, Nov 11, 2016 at 10:10 PM, David Anderson <da...@ssl.berkeley.edu>
> wrote:
>
>> I revised the BOINC web code (PHP) to use Bootstrap CSS
>> rather than our own ad-hoc CSS (main.css, white.css).
>> This is on Github in a branch named "bootstrap".
>> You can try it out on your project,
>> and see it in action on the BOINC message boards.
>>
>>  * The revised code uses exclusively Bootstrap classes.
>>  * Pages with multiple columns (such as the sample home page) use
>> Bootstrap grids
>>to be "responsive" (i.e. to show a single column on small displays).
>>  * I added support for a navbar with drop-down menus.  This can be fixed
>> or not.
>>  * You can use the standard Bootstrap CSS (black on white) or one of the
>> many
>>"themes" (google "bootstrap free theme"; there are many sources).  If
>> you have
>>your own custom CSS (based on white.css) you can still use it, though
>> it may
>>need tweaking.
>>
>> To use the new code:
>>
>>  * Check out the "bootstrap" branch
>>  * In tools/, do upgrade --web_only project
>>  * In PROJECT/html/user, copy sample_bootstrap.min.css to
>> bootstrap.min.css;
>>similarly with bootstrap.min.js and jquery.min.js
>>  * If you want to use a theme, put it in PROJECT/html/user/bootstrap.mi
>> n.css
>>  * In PROJECT/html/project, edit your project_banner() to use the navbar
>> if you
>>want.  Use boinc/html/project.sample/project.inc as a basis.
>>
>> There are some rough edges - for example, in dark-background themes,
>>  options don't display correctly.  (Anyone know how to fix this?).
>> Please send me comments/feedback.
>> I plan to merge this to master when it's stable.
>>
>> -- 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.

Re: [boinc_dev] Fwd: Boinc doesn't work with the latest version of fire OS

[Jord van der Elst]

The Kindle Fire is a tablet version of Amazon.com's Kindle e-book reader.
Built with Quanta Computer, the Kindle Fire was released in November 2011,
featuring a color 7-inch multi-touch display with IPS technology and
running *a custom version of Google's Android operating system called Fire
OS*. The Kindle Fire HD followed in September 2012, and the Kindle Fire HDX
in September 2013.

https://en.wikipedia.org/wiki/Kindle_Fire


-- Jord van der Elst.

On Wed, Feb 24, 2016 at 1:11 PM, McLeod, John <john.mcl...@sap.com> wrote:

> I did not think that Kindle fire was Android. I thou g t Fire was is own
> OS.
>
> Sent from my Android phone using TouchDown (www.nitrodesk.com)
>
> -Original Message-
> From: David Anderson [da...@ssl.berkeley.edu]
> Received: Wednesday, 24 Feb 2016, 12:15AM
> To: BOINC Developers Mailing List [boinc_dev@ssl.berkeley.edu]
> Subject: [boinc_dev] Fwd: Boinc doesn't work with the latest version of
> fire OS
>
> Our Android versions seem to be gradually failing.
> Wouldn't someone like to learn Android development and fix things?
> -- David
>
>
>  Forwarded Message 
> Subject: Boinc doesn't work with the latest version of fire OS
> Date:Tue, 23 Feb 2016 21:53:40 -0500
> From:Sander <sanderol...@gmail.com>
> To:  da...@ssl.berkeley.edu <da...@ssl.berkeley.edu>
>
>
>
> Hi Dave
>
> My kindle fire hdx tablet computer has been running boinc with no problem,
> but today it was upgraded to the latest version of fire OS. Now boinc no
> longer works, and it is not available in the amazon app store. Since I can
> only download apps from the amazon app store, I cannot run boinc.
>
> Would it be possible to add boinc to the amazon app store? I have
> contacted amazon about this and they said that you need to add boinc to
> their app store.
>
> Sanders Olson
>
>
>
> ___
> 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] Suspending individual GPUs.

[Jord van der Elst]

Hi David,

The past couple of days we've had a person try to suspend individual GPUs
in https://boinc.berkeley.edu/dev/forum_thread.php?id=10698
When he games, he wants his Nvidia GPU to suspend and his AMD GPU to
continue.

I'm thinking this could be solved by adding a couple of exclusive_gpu
switches, ,  and
, where when these are set and the exclusion
program is in memory all of the AMD/Nvidia/Intel GPUs get suspended, but
those not specifically mention continue.

Is that a doable thing?
Is that something we'd want to add? Or is that thought to be too fiddly?

-- 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.

Re: [boinc_dev] The trouble with image files...

[Jord van der Elst]

Thank you. :)


-- Jord van der Elst.

On Wed, Dec 30, 2015 at 12:09 AM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> I checked in a change so that limits on the number of active
> per-project and total file transfers
> don't include user files (like background images for SETI@home graphics)
> or project files (like images for the simple GUI)
> -- David
>
>
> On 12/24/2015 4:41 AM, Jord van der Elst wrote:
>
>> Hi guys,
>>
>> Something that's slowly been developing and is starting to be a problem
>> with more and more projects. When for whatever reason the small image files
>> for Simple View do not download correctly, they get shown as 'some download
>> is stalled' in BOINC Manager and all subsequent downloads of work is
>> stalled as well. This causes systems to run out of work.
>>
>> I think we should rethink this, and not have image files of a part of the
>> GUI that not everyone uses/sees, be capable of having a catastrophic effect
>> on work downloads.
>>
>> Two threads about this, one in the BOINC forums:
>> https://boinc.berkeley.edu/dev/forum_thread.php?id=10691
>> And one in the WCG forum:
>> https://secure.worldcommunitygrid.org/forums/wcg/viewthread_thread,38704
>>
>> In the latter, Sekerob shows how to circumvent this problem by
>> downloading the image files by hand, but people shouldn't have to go
>> through this. Not with BOINC needing to be set & go.
>>
>> Two solutions come to mind:
>> 1. Don't let image files be dependent on downloads. If one or more are
>> stuck, too bad but they're not crucial for the client to run, so dismiss
>> that they're not in yet and always allow downloads of applications/work to
>> continue.
>> 2. Compress the image files into a zip file, download that separately
>> from work requests, unpack at BOINCs leisure.
>> Or perhaps:
>> 3. Have a check in place to see what view the user uses. If not Simple
>> View, is it necessary to download all image files now, or can we spread
>> them over further downloads of work, and still separate their outcome from
>> work requests?
>>
>> Discuss!
>> (Heh, always wanted to say that. :-))
>>
>> With seasonal greetings,
>>
>> -- 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] The trouble with image files...

[Jord van der Elst]

Hi guys,

Something that's slowly been developing and is starting to be a problem
with more and more projects. When for whatever reason the small image files
for Simple View do not download correctly, they get shown as 'some download
is stalled' in BOINC Manager and all subsequent downloads of work is
stalled as well. This causes systems to run out of work.

I think we should rethink this, and not have image files of a part of the
GUI that not everyone uses/sees, be capable of having a catastrophic effect
on work downloads.

Two threads about this, one in the BOINC forums:
https://boinc.berkeley.edu/dev/forum_thread.php?id=10691
And one in the WCG forum:
https://secure.worldcommunitygrid.org/forums/wcg/viewthread_thread,38704

In the latter, Sekerob shows how to circumvent this problem by downloading
the image files by hand, but people shouldn't have to go through this. Not
with BOINC needing to be set & go.

Two solutions come to mind:
1. Don't let image files be dependent on downloads. If one or more are
stuck, too bad but they're not crucial for the client to run, so dismiss
that they're not in yet and always allow downloads of applications/work to
continue.
2. Compress the image files into a zip file, download that separately from
work requests, unpack at BOINCs leisure.
Or perhaps:
3. Have a check in place to see what view the user uses. If not Simple
View, is it necessary to download all image files now, or can we spread
them over further downloads of work, and still separate their outcome from
work requests?

Discuss!
(Heh, always wanted to say that. :-))

With seasonal greetings,

-- 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] Correct answer on a work request, when limit of tasks in progress is reached.

[Jord van der Elst]

Just seen in 7.6.21

15/12/2015 02:10:10 | SETI@home | Requesting new tasks for AMD/ATI GPU
15/12/2015 02:10:10 | SETI@home | [sched_op] CPU work request: 0.00
seconds; 0.00 devices
15/12/2015 02:10:10 | SETI@home | [sched_op] AMD/ATI GPU work request:
167077.55 seconds; 0.00 devices
15/12/2015 02:10:13 | SETI@home | Scheduler request completed: got 0 new
tasks
15/12/2015 02:10:13 | SETI@home | [sched_op] Server version 707
15/12/2015 02:10:13 | SETI@home | No tasks sent
15/12/2015 02:10:13 | SETI@home | No tasks are available for AstroPulse v7
15/12/2015 02:10:13 | SETI@home | Tasks for CPU are available, but your
preferences are set to not accept them
15/12/2015 02:10:13 | SETI@home | Tasks for NVIDIA GPU are available, but
your preferences are set to not accept them
15/12/2015 02:10:13 | SETI@home | Tasks for Intel GPU are available, but
your preferences are set to not accept them
15/12/2015 02:10:13 | SETI@home | This computer has reached a limit on
tasks in progress
15/12/2015 02:10:13 | SETI@home | Project requested delay of 303 seconds


The clincher is "This computer has reached a limit on tasks in progress",
but instead of putting that out as answer to the work request, we first
have the (confusing?) "tasks are available for X but you don't want those"
messages.
Since this is a server decision to not send any further work because it has
a maximum limit in place, can't we get a log alike this:

15/12/2015 02:10:10 | SETI@home | Requesting new tasks for AMD/ATI GPU
15/12/2015 02:10:10 | SETI@home | [sched_op] CPU work request: 0.00
seconds; 0.00 devices
15/12/2015 02:10:10 | SETI@home | [sched_op] AMD/ATI GPU work request:
167077.55 seconds; 0.00 devices
15/12/2015 02:10:13 | SETI@home | Scheduler request completed: got 0 new
tasks
15/12/2015 02:10:13 | SETI@home | [sched_op] Server version 707
15/12/2015 02:10:13 | SETI@home | No tasks sent
15/12/2015 02:10:13 | SETI@home | This computer has reached a limit on
tasks in progress
15/12/2015 02:10:13 | SETI@home | Project requested delay of 303 seconds

-- 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.

Re: [boinc_dev] BOINC 7.4.41 on Android confusion.

[Jord van der Elst]

Another thing.

Why do the tasks showing in this BOINC use a 12 hour clock on their
deadline (with AM and PM notation), whereas the rest of the times (in the
event log, on the web site) use a 24 hour notation?
http://img.photobucket.com/albums/v289/Ageless/BOINC/Android/12hour_clock1.png
http://img.photobucket.com/albums/v289/Ageless/BOINC/Android/12hour_clock2.png
http://img.photobucket.com/albums/v289/Ageless/BOINC/Android/24hour_clock.png


-- Jord van der Elst.

On Mon, Dec 14, 2015 at 7:10 AM, Jord van der Elst <els...@gmail.com> wrote:

> BOINC 7.4.41 on Android 4.2.1
> Telephone: Huawei G700 Quad core, 2GB RAM, 8GB storage.
> Preferences that matter set:
> Pause computation when screen is on: No.
> Use 3 CPU cores.
> CPU Limit: 100%
> Pause at CPU usage above: 90%
> Max. used storage space: 20%
> Min. storage space: 0.1GB
> RAM Limit: 90%
>
> Event Log:
> Mon Dec 14 05:00:57 CET 2015||max memory usage when active: 993.80MB
> Mon Dec 14 05:00:57 CET 2015||max memory usage when idle: 1788.85MB
> Mon Dec 14 05:00:57 CET 2015||Preferences:
> Mon Dec 14 05:00:57 CET 2015||Reading preferences override file
> Mon Dec 14 05:00:57 CET 2015||(to change preferences, visit a project web
> site or select Preferences in the Manager)
> Mon Dec 14 05:00:57 CET 2015||suspend work if non-BOINC CPU load exceeds
> 90%
> Mon Dec 14 05:00:57 CET 2015||don't use GPU while active
> Mon Dec 14 05:00:57 CET 2015||don't compute while active
> Mon Dec 14 05:00:57 CET 2015||max CPUs used: 3
> Mon Dec 14 05:00:57 CET 2015||max disk usage: 1.16GB
> Mon Dec 14 05:01:15 CET 2015||log flags: file_xfer, sched_ops, task,
> task_debug
> Mon Dec 14 05:01:15 CET 2015||Config: report completed tasks immediately
> Mon Dec 14 05:01:15 CET 2015||Not using a proxy
> Mon Dec 14 05:01:24 CET 2015|SETI@home|[task] result
> 10ja11ah.7289.3748.14.12.102_1 checkpointed
> Mon Dec 14 05:02:00 CET 2015|SETI@home|[task] result
> 10ja11ah.7289.3748.14.12.125_0 checkpointed
> Mon Dec 14 05:02:07 CET 2015|SETI@home|[task] result
> 10ja11ah.7289.3748.14.12.119_0 checkpointed
> Mon Dec 14 05:02:25 CET 2015|SETI@home|[task] result
> 10ja11ah.7289.3748.14.12.102_1 checkpointed
> Mon Dec 14 05:03:01 CET 2015|SETI@home|[task] result
> 10ja11ah.7289.3748.14.12.125_0 checkpointed
>
> I am wondering where this BOINC gets some of its preferences from. Didn't
> we set that the Android BOINC would only use the local preferences? Or does
> it have to do with that this BOINC only uses the default location/venue?
>
> My BOINC states that it won't do computations while active, but none of my
> preference say that it should follow this.
> Both in my local and online preferences is this set to always compute. As
> the rest of the log snippet shows, it is computing even when the phone is
> in use. So why does it say it won't compute when in use?
>
> The memory limits are also a bit weird. Both the online and local
> preferences state that BOINC can use 90% of the memory. The online
> preferences state that for both in use and idle, the local preferences just
> for the 'RAM Limit'. So why is it still stating only to use 50% of the
> memory when in use? I've seen my BOINC suspend a couple of times now
> because other apps in memory made RAM usage go over 50%.
>
> The RAM Limit preference in local preferences also seems to be one for
> when the device is idle, for when I change this value to 70% it'll become:
> Mon Dec 14 07:02:05 CET 2015||max memory usage when idle: 1391.33MB, that
> was before Mon Dec 14 05:00:57 CET 2015||max memory usage when idle:
> 1788.85MB
>
> Last, how do I unload BOINC from memory? There's no 'Exit' option in the
> client.
> When I long press the three stripes on my phone on the lower right, I do
> get the Memory Usage screen that shows all apps in memory. When I click the
> X on BOINC, or swipe it to the left or right, it should unload from memory,
> but the little icon in the top-left corner states that it continues to stay
> in memory and continues to run (the event log confirms this). Even when I
> first suspend BOINC, then try to unload it from memory will it stay in
> memory. Why?
>
> -- 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] BOINC 7.4.41 on Android confusion.

[Jord van der Elst]

BOINC 7.4.41 on Android 4.2.1
Telephone: Huawei G700 Quad core, 2GB RAM, 8GB storage.
Preferences that matter set:
Pause computation when screen is on: No.
Use 3 CPU cores.
CPU Limit: 100%
Pause at CPU usage above: 90%
Max. used storage space: 20%
Min. storage space: 0.1GB
RAM Limit: 90%

Event Log:
Mon Dec 14 05:00:57 CET 2015||max memory usage when active: 993.80MB
Mon Dec 14 05:00:57 CET 2015||max memory usage when idle: 1788.85MB
Mon Dec 14 05:00:57 CET 2015||Preferences:
Mon Dec 14 05:00:57 CET 2015||Reading preferences override file
Mon Dec 14 05:00:57 CET 2015||(to change preferences, visit a project web
site or select Preferences in the Manager)
Mon Dec 14 05:00:57 CET 2015||suspend work if non-BOINC CPU load exceeds 90%
Mon Dec 14 05:00:57 CET 2015||don't use GPU while active
Mon Dec 14 05:00:57 CET 2015||don't compute while active
Mon Dec 14 05:00:57 CET 2015||max CPUs used: 3
Mon Dec 14 05:00:57 CET 2015||max disk usage: 1.16GB
Mon Dec 14 05:01:15 CET 2015||log flags: file_xfer, sched_ops, task,
task_debug
Mon Dec 14 05:01:15 CET 2015||Config: report completed tasks immediately
Mon Dec 14 05:01:15 CET 2015||Not using a proxy
Mon Dec 14 05:01:24 CET 2015|SETI@home|[task] result
10ja11ah.7289.3748.14.12.102_1 checkpointed
Mon Dec 14 05:02:00 CET 2015|SETI@home|[task] result
10ja11ah.7289.3748.14.12.125_0 checkpointed
Mon Dec 14 05:02:07 CET 2015|SETI@home|[task] result
10ja11ah.7289.3748.14.12.119_0 checkpointed
Mon Dec 14 05:02:25 CET 2015|SETI@home|[task] result
10ja11ah.7289.3748.14.12.102_1 checkpointed
Mon Dec 14 05:03:01 CET 2015|SETI@home|[task] result
10ja11ah.7289.3748.14.12.125_0 checkpointed

I am wondering where this BOINC gets some of its preferences from. Didn't
we set that the Android BOINC would only use the local preferences? Or does
it have to do with that this BOINC only uses the default location/venue?

My BOINC states that it won't do computations while active, but none of my
preference say that it should follow this.
Both in my local and online preferences is this set to always compute. As
the rest of the log snippet shows, it is computing even when the phone is
in use. So why does it say it won't compute when in use?

The memory limits are also a bit weird. Both the online and local
preferences state that BOINC can use 90% of the memory. The online
preferences state that for both in use and idle, the local preferences just
for the 'RAM Limit'. So why is it still stating only to use 50% of the
memory when in use? I've seen my BOINC suspend a couple of times now
because other apps in memory made RAM usage go over 50%.

The RAM Limit preference in local preferences also seems to be one for when
the device is idle, for when I change this value to 70% it'll become:
Mon Dec 14 07:02:05 CET 2015||max memory usage when idle: 1391.33MB, that
was before Mon Dec 14 05:00:57 CET 2015||max memory usage when idle:
1788.85MB

Last, how do I unload BOINC from memory? There's no 'Exit' option in the
client.
When I long press the three stripes on my phone on the lower right, I do
get the Memory Usage screen that shows all apps in memory. When I click the
X on BOINC, or swipe it to the left or right, it should unload from memory,
but the little icon in the top-left corner states that it continues to stay
in memory and continues to run (the event log confirms this). Even when I
first suspend BOINC, then try to unload it from memory will it stay in
memory. Why?

-- 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.

Re: [boinc_dev] Typo in computer detail, but only at E@H

[Jord van der Elst]

It's not a very recent problem, and it can even be worse: 'Stepnnng9'.
Various BOINC projects shows it happened on hosts with last contacts as far
back as 2013.

http://primaboinca.com/top_hosts.php?sort_by=expavg_credit=880
http://boinc.med.usherbrooke.ca/nrg/hosts_user.php?sort=os=1_all=1=1209
http://boinc.gorlaeus.net/hosts_user.php?userid=14492_all=1=id
http://www.outlawz.co.uk/Boinc/Project/26/Hosts/4/Name
http://burp.renderfarming.net/top_hosts.php?sort_by=total_credit=2520


-- Jord van der Elst.

On Fri, Oct 16, 2015 at 7:36 PM, David Anderson <da...@ssl.berkeley.edu>
wrote:

> That string comes from the client;
> I'm not sure why E@h would show it incorrectly.
> -- David
>
> On 10/16/2015 6:27 AM, TarotApprentice wrote:
>
>> On Einstein I have a bunch of computers that show as:
>>
>>
>> GenuineIntel
>>   Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz [Family 6 Model 58
>> Stepinng9]](8 processors)
>>
>> Seti displays as:
>> GenuineIntel
>> Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz [Family 6 Model 58 Stepping 9]
>> (8 processors)
>> On Seti and GPUgrid they show "Stepping" correctly. I did ask Bernd about
>> it but he's not aware where it builds the string. I haven't checked CPDN as
>> they seem to down at the moment. Seeing as they display correctly on other
>> projects I presume its in the server software if someone could point out
>> where. Its cosmetic I know and not worth any effort but I thought I would
>> mention it.
>> MarkJ
>> ___
>> 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] client: updated AMD GPU names, from Jord

[Jord van der Elst]

Ah, thanks for the proof read.

Something weird with that range anyway, as depending on source the codename
of the GPU is either Capeverde (one word) or Cape Verde (two words).
I hope the one word read doesn't matter in this.


-- Jord van der Elst.

On Fri, Oct 2, 2015 at 9:07 AM, Stephen Maclagan <
stephen.macla...@hotmail.com> wrote:

> Shouldn't line 314 of this changeset read:
>
> gpu_name="AMD Radeon HD 7700/R7 250X/R9 255 series (Capeverde)";
>
> to be consistent with the rest  client/gpu_amd.cpp
>
> instead of:
>
> gpu_name="AMD Radeon HD 7700R7 250X/R9 255 series (Capeverde)";
>
>
> Claggy
>
> ___
> 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] How to promote BOINC in local school system?

[Jord van der Elst]

>From https://boinc.berkeley.edu/dev/forum_thread.php?id=10528 in which
MossyRock <http://boinc.berkeley.edu/dev/show_user.php?userid=36691> asks:
"I've been involved with BOINC for almost a decade, and I've been thinking
about promoting BOINC in our local school system, as a volunteer.

If I could even get one student to latch onto BOINC I would feel like my
efforts would have been worth it. However, I think the potential could go
much father than that.

I can't seem to find any articles, best practices, or case studies where
BOINC is being used in junior high or high schools. I'm particularly
interested in how an outside volunteer would evangelize BOINC and get such
a program up and running.

Could you provide some guidance or links?

Thank you very much."

*
Anyone have experience in this?

-- 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] When using HTTPS in image container tag, image doesn't show.

[Jord van der Elst]

Any images that use HTTPS in their URL do not show in the BOINC forums. The
image URL needs HTTP at the moment to work correctly.

-- 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] Windows 10 breaks BOINC screen saver.

[Jord van der Elst]

Hi all,

I know that Eric Korpela had a thread about this, but its name was that of
a private message. A bit difficult to search on, etc.

We get more and more people on the BOINC forums who complain that since
they updated to Windows 10 from Windows 7, 8 or 8.1, that the BOINC screen
saver doesn't work anymore.

Full thread
https://boinc.berkeley.edu/dev/forum_thread.php?id=10422

E.g.
 Ever since the day i started it in Windows 10, i noticed that i get no
preview, or screensaver. I don't really care too much since i did notice
that my points per day tripled with the Windows 10 update, but i do leave
my monitors on once every so often, and the protection would be nice. I'm
running 2 GeForce 760's in SLI with drivers from NVIDIA GeForce experience
constantly updating them. Also running 5 SIIG USB 3.0 dual monitor adapters
to handle the 6 monitors i have. i don't get screensavers on any of the
screens.

and
Hi there, guess what? Since upgrading to Windows 10 BOINC screen saver
will not run too. Ran fine on 8.1. It appears it's trying to start once
every second, however when I look under 'tasks' in BOINC Mgr it show all is
running fine. Sounds like lots of people are having the issue. Any ideas?
Thank you ...

Now, in some cases it can possibly be that Windows Update installs a driver
version that doesn't contain OpenGL, but I'm not sure it's true in all of
these cases.

I'll ask people to install GPU Caps Viewer to see if they have OpenGL
installed. Anything else?

Ta,

-- 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.

Re: [boinc_dev] [boinc] Automatic CPU Detection: Use all cores (#1361)

[Jord van der Elst]

What kind of Xeons are these?
How many cores per CPU?

Windows 10 supports a maximum of two physical CPUs, but the number of
logical processors or cores varies based on the processor architecture. A
maximum of 32 cores is supported in 32-bit versions of Windows 8, whereas
up to 256 cores are supported in the 64-bit versions. I suppose these
numbers are in use for Windows 10 as well.


-- Jord van der Elst.

On Sun, Aug 23, 2015 at 12:55 PM, Roger911 notificati...@github.com wrote:

 Here is the event log.


 8/23/2015 3:48:10 AM | | Starting BOINC client version 7.4.42 for
 windows_intelx86

 8/23/2015 3:48:10 AM | | log flags: file_xfer, sched_ops, task, cpu_sched,
 cpu_sched_status

 8/23/2015 3:48:10 AM | | Libraries: libcurl/7.39.0 OpenSSL/1.0.1j
 zlib/1.2.8

 8/23/2015 3:48:10 AM | | Data directory: C:\ProgramData\BOINC

 8/23/2015 3:48:10 AM | | Running under account roger

 8/23/2015 3:48:10 AM | | CUDA: NVIDIA GPU 0: GeForce GT 630 (driver
 version 353.62, CUDA version 7.5, compute capability 3.5, 1024MB, 815MB
 available, 692 GFLOPS peak)

 8/23/2015 3:48:10 AM | | OpenCL: NVIDIA GPU 0: GeForce GT 630 (driver
 version 353.62, device version OpenCL 1.2 CUDA, 1024MB, 815MB available,
 692 GFLOPS peak)

 8/23/2015 3:48:10 AM | | Host name: Roger7400

 8/23/2015 3:48:10 AM | | Processor: 2 GenuineIntel Intel(R) Xeon(R)
 CPU
 E5405 @ 2.00GHz [Family 6 Model 23 Stepping 6]

 8/23/2015 3:48:10 AM | | Processor features: fpu vme de pse tsc msr pae
 mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse
 sse2 ss htt tm pni ssse3 cx16 sse4_1 nx lm vmx tm2 dca pbe

 8/23/2015 3:48:10 AM | | OS: Microsoft Windows 10: x86 Edition,
 (10.00.10240.00)

 8/23/2015 3:48:10 AM | | Memory: 3.50 GB physical, 8.74 GB virtual

 8/23/2015 3:48:10 AM | | Disk: 203.16 GB total, 30.88 GB free

 8/23/2015 3:48:10 AM | | Local time is UTC -7 hours

 8/23/2015 3:48:10 AM | rosetta@home | URL
 http://boinc.bakerlab.org/rosetta/;
 Computer ID 1696554; resource share 100

 8/23/2015 3:48:10 AM | GPUGRID | URL http://www.gpugrid.net/; Computer ID
 165233; resource share 100

 8/23/2015 3:48:10 AM | malariacontrol.net | URL
 http://www.malariacontrol.net/; Computer ID 1205078; resource share 100

 8/23/2015 3:48:10 AM | World Community Grid | URL
 http://www.worldcommunitygrid.org/; Computer ID 1146192; resource share
 100

 8/23/2015 3:48:10 AM | World Community Grid | General prefs: from World
 Community Grid (last modified 16-Feb-2014 06:59:14)

 8/23/2015 3:48:10 AM | World Community Grid | Computer location: work

 8/23/2015 3:48:10 AM | | General prefs: using separate prefs for work

 8/23/2015 3:48:10 AM | | Reading preferences override file

 8/23/2015 3:48:10 AM | | Preferences:

 8/23/2015 3:48:10 AM | | max memory usage when active: 3581.64MB

 8/23/2015 3:48:10 AM | | max memory usage when idle: 3581.64MB

 8/23/2015 3:48:10 AM | | max disk usage: 22.87GB

 8/23/2015 3:48:10 AM | | don't use GPU while active

 8/23/2015 3:48:10 AM | | (to change preferences, visit a project web site
 or select Preferences in the Manager)

 8/23/2015 3:48:10 AM | | Not using a proxy

 8/23/2015 3:48:12 AM | GPUGRID | [cpu_sched] Restarting task
 e3s11_e1s7f668-GERARD_FXCXCL12_LIG_24674542-0-1-RND3072_0 using acemdlong
 version 847 (cuda65) in slot 5

 8/23/2015 3:48:12 AM | GPUGRID | [css] running
 e3s11_e1s7f668-GERARD_FXCXCL12_LIG_24674542-0-1-RND3072_0 ()

 8/23/2015 3:48:12 AM | rosetta@home | [cpu_sched] Restarting task

 gr081015_HEEHheeh_go3_nods_new_heeh_17.bp_r8_pass_20150719005256_fragments_fold_SAVE_ALL_OUT_289930_35_0
 using minirosetta version 359 in slot 1

 8/23/2015 3:48:12 AM | rosetta@home | [css] running

 gr081015_HEEHheeh_go3_nods_new_heeh_17.bp_r8_pass_20150719005256_fragments_fold_SAVE_ALL_OUT_289930_35_0
 ()

 8/23/2015 3:48:12 AM | rosetta@home | [cpu_sched] Restarting task

 rb_08_22_58460_103232_ab_stage0_t000___robetta_IGNORE_THE_REST_03_07_292695_86_0
 using minirosetta version 359 in slot 0

 8/23/2015 3:48:12 AM | rosetta@home | [css] running

 rb_08_22_58460_103232_ab_stage0_t000___robetta_IGNORE_THE_REST_03_07_292695_86_0
 ()

 8/23/2015 3:48:12 AM | GPUGRID | Sending scheduler request: Requested by
 project.

 8/23/2015 3:48:12 AM | GPUGRID | Not requesting tasks: don't need (CPU: job
 cache full; NVIDIA GPU: job cache full)

 8/23/2015 3:48:20 AM | GPUGRID | Scheduler request completed

 8/23/2015 3:48:25 AM | rosetta@home | Sending scheduler request: To report
 completed tasks.

 8/23/2015 3:48:25 AM | rosetta@home | Reporting 1 completed tasks

 8/23/2015 3:48:25 AM | rosetta@home | Not requesting tasks: don't need
 (CPU: job cache full; NVIDIA GPU: job cache full)

 8/23/2015 3:48:26 AM | GPUGRID | [css] running
 e3s11_e1s7f668-GERARD_FXCXCL12_LIG_24674542-0-1-RND3072_0 (0.941 CPUs + 1
 NVIDIA GPU)

 8/23/2015 3:48:26 AM | rosetta@home | [css] running

 gr081015_HEEHheeh_go3_nods_new_heeh_17.bp_r8_pass_20150719005256_fragments_fold_SAVE_ALL_OUT_289930_35_0
 ( )

 8/23/2015 3:48

Re: [boinc_dev] [boinc_admin] make Github repo the master?

[Jord van der Elst]

Thank you. :)

-- Jord van der Elst.


On Mon, Jul 27, 2015 at 7:31 PM, Rom Walton r...@romwnet.org wrote:
 Here is the URL you would use on github:
 https://github.com/BOINC/boinc/commits/master
 https://github.com/BOINC/boinc/commits/client_release/7/7.6

 - Rom

 -Original Message-
 From: Jord van der Elst [mailto:els...@gmail.com]
 Sent: Monday, July 27, 2015 1:28 PM
 To: David Anderson da...@ssl.berkeley.edu
 Cc: Rom Walton r...@romwnet.org; BOINC Dev Mailing List 
 boinc_dev@ssl.berkeley.edu
 Subject: Re: [boinc_dev] [boinc_admin] make Github repo the master?

 The only other question is, where have these gone to?

 https://boinc.berkeley.edu/gitweb/?p=boinc-v2.git;a=log
 https://boinc.berkeley.edu/gitweb/?p=boinc-v2.git;a=log;h=refs/heads/client_release/7/7.6

 At least not to, e.g.
 https://github.com/BOINC/gitweb/?p=boinc.git;a=log;h=refs/heads/client_release/7/7.6

 -- Jord van der Elst.


 On Mon, Jul 27, 2015 at 7:23 PM, Jord van der Elst els...@gmail.com wrote:
 I did it like this for the GUI:
 Right click on my local repository, Git-Pull In the window that opens,
 click Manage remotes.
 Either add BOINC as a remote, or change the URL from what it was to
 https://github.com/BOINC/boinc.git
 Click Apply.
 Next in the Git Pull window, choose BOINC, check that the branch is
 still correct, then click OK.


 -- Jord van der Elst.


 On Mon, Jul 27, 2015 at 7:17 PM, David Anderson da...@ssl.berkeley.edu 
 wrote:
 How do we do that?
 -- David

 On 27-Jul-2015 10:15 AM, Rom Walton wrote:


 As of now, the authoritative BOINC repo is on github.

 Please change your origin repo to point to github.

 Thanks.

 - Rom

 *From:*Rom Walton
 *Sent:* Thursday, July 23, 2015 11:30 AM
 *To:* 'Eric J Korpela' korp...@ssl.berkeley.edu; David Anderson
 da...@ssl.berkeley.edu
 *Cc:* boinc_ad...@googlegroups.com; BOINC Dev Mailing List
 boinc_dev@ssl.berkeley.edu
 *Subject:* RE: [boinc_admin] make Github repo the master?

 I plan on doing the changeover on the 27^th .

 After the change, everybody should only need to change the git
 origin repo configuration to https://github.com/BOINC/boinc.git within 
 their local repo.

 - Rom

 *From:*boinc_ad...@googlegroups.com
 mailto:boinc_ad...@googlegroups.com
 [mailto:boinc_ad...@googlegroups.com] *On Behalf Of *Eric J Korpela
 *Sent:* Wednesday, July 22, 2015 8:51 PM
 *To:* David Anderson da...@ssl.berkeley.edu
 mailto:da...@ssl.berkeley.edu
 *Cc:* boinc_ad...@googlegroups.com
 mailto:boinc_ad...@googlegroups.com
 *Subject:* Re: [boinc_admin] make Github repo the master?

 Be sure to give a shout out when this happens.

 On Mon, Jul 20, 2015 at 10:00 PM, David Anderson
 da...@ssl.berkeley.edu mailto:da...@ssl.berkeley.edu wrote:

 I propose making the BOINC repo on Github the master repo
 (rather than the one on the UCB server).

 This will make it easier to control who has commit access,
 and will make this info publicly visible.

 Any objections or comments?
 If not we'll do this in a couple of days.

 -- David

 -- You received this message because you are subscribed to the
 Google Groups
 boinc_admin group.
 To unsubscribe from this group and stop receiving emails from
 it, send an
 email to boinc_admin+unsubscr...@googlegroups.com
 mailto:boinc_admin%2bunsubscr...@googlegroups.com.
 To post to this group, send email to boinc_ad...@googlegroups.com
 mailto:boinc_ad...@googlegroups.com.
 To view this discussion on the web visit

 https://groups.google.com/d/msgid/boinc_admin/55ADD1DD.7020809%40ssl.berkeley.edu.
 For more options, visit https://groups.google.com/d/optout
 https://groups.google.com/d/optout.

 --
 You received this message because you are subscribed to the Google
 Groups boinc_admin group.
 To unsubscribe from this group and stop receiving emails from it,
 send an email to boinc_admin+unsubscr...@googlegroups.com
 mailto:boinc_admin+unsubscr...@googlegroups.com.
 To post to this group, send email to boinc_ad...@googlegroups.com
 mailto:boinc_ad...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/boinc_admin/CAKFuvzbSNhTMGc5y7Ft-G
 -5T2MXrw_A4g-ZS3%3DUAPoGZkA9HLA%40mail.gmail.com
 https://groups.google.com/d/msgid/boinc_admin/CAKFuvzbSNhTMGc5y7Ft-G-5T2MXrw_A4g-ZS3%3DUAPoGZkA9HLA%40mail.gmail.com?utm_medium=emailutm_source=footer.
 For more options, visit https://groups.google.com/d/optout.


 ___
 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_admin] make Github repo the master?

[Jord van der Elst]

The only other question is, where have these gone to?

https://boinc.berkeley.edu/gitweb/?p=boinc-v2.git;a=log
https://boinc.berkeley.edu/gitweb/?p=boinc-v2.git;a=log;h=refs/heads/client_release/7/7.6

At least not to, e.g.
https://github.com/BOINC/gitweb/?p=boinc.git;a=log;h=refs/heads/client_release/7/7.6

-- Jord van der Elst.


On Mon, Jul 27, 2015 at 7:23 PM, Jord van der Elst els...@gmail.com wrote:
 I did it like this for the GUI:
 Right click on my local repository, Git-Pull
 In the window that opens, click Manage remotes.
 Either add BOINC as a remote, or change the URL from what it was to
 https://github.com/BOINC/boinc.git
 Click Apply.
 Next in the Git Pull window, choose BOINC, check that the branch is
 still correct, then click OK.


 -- Jord van der Elst.


 On Mon, Jul 27, 2015 at 7:17 PM, David Anderson da...@ssl.berkeley.edu 
 wrote:
 How do we do that?
 -- David

 On 27-Jul-2015 10:15 AM, Rom Walton wrote:


 As of now, the authoritative BOINC repo is on github.

 Please change your origin repo to point to github.

 Thanks.

 - Rom

 *From:*Rom Walton
 *Sent:* Thursday, July 23, 2015 11:30 AM
 *To:* 'Eric J Korpela' korp...@ssl.berkeley.edu; David Anderson
 da...@ssl.berkeley.edu
 *Cc:* boinc_ad...@googlegroups.com; BOINC Dev Mailing List
 boinc_dev@ssl.berkeley.edu
 *Subject:* RE: [boinc_admin] make Github repo the master?

 I plan on doing the changeover on the 27^th .

 After the change, everybody should only need to change the git origin repo
 configuration to https://github.com/BOINC/boinc.git within their local repo.

 - Rom

 *From:*boinc_ad...@googlegroups.com mailto:boinc_ad...@googlegroups.com
 [mailto:boinc_ad...@googlegroups.com] *On Behalf Of *Eric J Korpela
 *Sent:* Wednesday, July 22, 2015 8:51 PM
 *To:* David Anderson da...@ssl.berkeley.edu
 mailto:da...@ssl.berkeley.edu
 *Cc:* boinc_ad...@googlegroups.com mailto:boinc_ad...@googlegroups.com
 *Subject:* Re: [boinc_admin] make Github repo the master?

 Be sure to give a shout out when this happens.

 On Mon, Jul 20, 2015 at 10:00 PM, David Anderson da...@ssl.berkeley.edu
 mailto:da...@ssl.berkeley.edu wrote:

 I propose making the BOINC repo on Github the master repo
 (rather than the one on the UCB server).

 This will make it easier to control who has commit access,
 and will make this info publicly visible.

 Any objections or comments?
 If not we'll do this in a couple of days.

 -- David

 -- You received this message because you are subscribed to the
 Google Groups
 boinc_admin group.
 To unsubscribe from this group and stop receiving emails from it, send
 an
 email to boinc_admin+unsubscr...@googlegroups.com
 mailto:boinc_admin%2bunsubscr...@googlegroups.com.
 To post to this group, send email to boinc_ad...@googlegroups.com
 mailto:boinc_ad...@googlegroups.com.
 To view this discussion on the web visit

 https://groups.google.com/d/msgid/boinc_admin/55ADD1DD.7020809%40ssl.berkeley.edu.
 For more options, visit https://groups.google.com/d/optout
 https://groups.google.com/d/optout.

 --
 You received this message because you are subscribed to the Google Groups
 boinc_admin group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to boinc_admin+unsubscr...@googlegroups.com
 mailto:boinc_admin+unsubscr...@googlegroups.com.
 To post to this group, send email to boinc_ad...@googlegroups.com
 mailto:boinc_ad...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/boinc_admin/CAKFuvzbSNhTMGc5y7Ft-G-5T2MXrw_A4g-ZS3%3DUAPoGZkA9HLA%40mail.gmail.com
 https://groups.google.com/d/msgid/boinc_admin/CAKFuvzbSNhTMGc5y7Ft-G-5T2MXrw_A4g-ZS3%3DUAPoGZkA9HLA%40mail.gmail.com?utm_medium=emailutm_source=footer.
 For more options, visit https://groups.google.com/d/optout.


 ___
 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 on Android 5.1.1

[Jord van der Elst]

BOINC is installed in the data directory of the internal memory, not
the SD card.
It cannot be moved there either.

Perhaps something for an overhaul of BOINC on Android, make sure the
log files are in an accessible place without requiring that the user
roots his device.

-- Jord van der Elst.


On Sun, Jul 19, 2015 at 8:23 PM, Nicolás Alvarez
nicolas.alva...@gmail.com wrote:
 If they are in the SD card, they can be more easily accessed by
 connecting the phone to a computer via USB, or (obviously) by putting
 the SD card itself in a computer.

 --
 Nicolás

 2015-07-19 15:21 GMT-03:00 Jord van der Elst els...@gmail.com:
 Not easy to find those files, as they are in the BOINC directory.
 They live for me in Android 4.2 at
 root/sdcard/data/user/0/edu.berkeley.boinc/client/ and can be reached
 with an application such as X-plore
 (https://play.google.com/store/apps/details?id=com.lonelycatgames.Xplorehl=en).
 You're required root access as well, as /data/ is a hidden directory.

 -- Jord van der Elst.


 On Sun, Jul 19, 2015 at 7:27 PM, David Anderson da...@ssl.berkeley.edu 
 wrote:
 Filip:
 Are there any clues in stdoutdae.txt or stderrdae.txt?
 (I'm not sure how to view these on Android but I think there's a way).
 -- David

 On 18-Jul-2015 4:27 PM, Filip Rydlo wrote:

 Yeah, David.
 This has happened to me for  3 times now on Android 5.1.1  (phone:
 *OnePlus One*)

  It seems that  the more it does suspend/unsuspend (all 4
 Einstein@home WUs) , the more likely it is to get into this /strange 
 state/.
 I even raised the   Max battery Temperature from 40 to 42 (and I always put
 the phone on a BIIIG OLD CPU passive cooler when changing it,  even at
 work too)  to help to prevent this... and it works to prevent it,  a bit.
 But still, there is the   plug / unplugfrom the  AC power
 adapter.. which cannot be avoided. :-(


 Hmm.The truth is   it *happens pretty randomly*. But
 hasn't happened to me  for 14 days now.Every time   it olny helped to
 uninstall completely   and install BOINC Manager again. /Which of course
 sadly   *destroys* the 4 current WUs !!/ :-(


 Be well
 Filip

 2015-07-19 1:05 GMT+02:00 David Anderson da...@ssl.berkeley.edu
 mailto:da...@ssl.berkeley.edu:

 Apparently the BOINC/Android client has problems on Android 5.1.1 (see
 below).

 If anyone is able to repro or fix this problem, please let me know.

 -- David


  Forwarded Message 
 Subject:BOINC
 Date:   Sat, 18 Jul 2015 20:10:41 +
 From:   Joshua Meyer joshaa...@gmail.com
 mailto:joshaa...@gmail.com
 To: da...@ssl.berkeley.edu mailto:da...@ssl.berkeley.edu



 The app was working the first two times I used it, then whenever I
 open the
 app now all I get is a splash screen and that's it. I am using a Nexus
 7
 (2013) with Android 5.1.1 | Feel free to send a reply with any
 questions you
 have, I'm more than happy to help you guys out!

 Have a great day!



 ___
 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.
___
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 on Android 5.1.1

[Jord van der Elst]

Not easy to find those files, as they are in the BOINC directory.
They live for me in Android 4.2 at
root/sdcard/data/user/0/edu.berkeley.boinc/client/ and can be reached
with an application such as X-plore
(https://play.google.com/store/apps/details?id=com.lonelycatgames.Xplorehl=en).
You're required root access as well, as /data/ is a hidden directory.

-- Jord van der Elst.


On Sun, Jul 19, 2015 at 7:27 PM, David Anderson da...@ssl.berkeley.edu wrote:
 Filip:
 Are there any clues in stdoutdae.txt or stderrdae.txt?
 (I'm not sure how to view these on Android but I think there's a way).
 -- David

 On 18-Jul-2015 4:27 PM, Filip Rydlo wrote:

 Yeah, David.
 This has happened to me for  3 times now on Android 5.1.1  (phone:
 *OnePlus One*)

  It seems that  the more it does suspend/unsuspend (all 4
 Einstein@home WUs) , the more likely it is to get into this /strange state/.
 I even raised the   Max battery Temperature from 40 to 42 (and I always put
 the phone on a BIIIG OLD CPU passive cooler when changing it,  even at
 work too)  to help to prevent this... and it works to prevent it,  a bit.
 But still, there is the   plug / unplugfrom the  AC power
 adapter.. which cannot be avoided. :-(


 Hmm.The truth is   it *happens pretty randomly*. But
 hasn't happened to me  for 14 days now.Every time   it olny helped to
 uninstall completely   and install BOINC Manager again. /Which of course
 sadly   *destroys* the 4 current WUs !!/ :-(


 Be well
 Filip

 2015-07-19 1:05 GMT+02:00 David Anderson da...@ssl.berkeley.edu
 mailto:da...@ssl.berkeley.edu:

 Apparently the BOINC/Android client has problems on Android 5.1.1 (see
 below).

 If anyone is able to repro or fix this problem, please let me know.

 -- David


  Forwarded Message 
 Subject:BOINC
 Date:   Sat, 18 Jul 2015 20:10:41 +
 From:   Joshua Meyer joshaa...@gmail.com
 mailto:joshaa...@gmail.com
 To: da...@ssl.berkeley.edu mailto:da...@ssl.berkeley.edu



 The app was working the first two times I used it, then whenever I
 open the
 app now all I get is a splash screen and that's it. I am using a Nexus
 7
 (2013) with Android 5.1.1 | Feel free to send a reply with any
 questions you
 have, I'm more than happy to help you guys out!

 Have a great day!



 ___
 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] web: make code and pre BBCode text word-wrap

[Jord van der Elst]

Sorry, I only posted this to David yesterday.
the problem only happens in Private Messages.
E.g. this post at Seti
https://setiathome.berkeley.edu/forum_thread.php?id=76697postid=1639743
has a start log that scrolls separately from the rest of the text in
the thread, and does so both on my phone and my PC.

So we'll probably have to figure out why it won't do that then in
private messages.
Some different CSS used there?

-- Jord van der Elst.


On Wed, Feb 11, 2015 at 9:03 PM, Juha juha.sointus...@gmail.com wrote:
 On 11 February 2015 at 00:24, Jord van der Elst els...@gmail.com wrote:

 All my text
 now scrolls way off to the side on there. ALL of the text now no
 longer wraps.

 Here an example of how my PM folder looks from my phone:
 http://img.photobucket.com/albums/v289/Ageless/mobile_pm_folder_boinc.png
 Highly annoying, totally unusable now.

 So please, make a change so the pre and code containers can be
 scrolled, but the rest of the text wraps.


 Did the forums work on your phone?

 I tested a bunch of stuff and this is what I came up with:

 forum thread view works ok
 forum post and pm preview works ok
 uotd on the front page and user search page works ok

 front page news not ok
 forums post search not ok
 user post list not ok
 pm list not ok
 profile not ok
 team description on both team page and search results not ok

 If I missed anything let me know so I can test them too.

 I think all the post or message like content should use the same styling.
 Maybe it would be as easy as making a CSS class and using that everywhere.

 -Juha
___
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] web: make code and pre BBCode text word-wrap

[Jord van der Elst]

On Tue, Feb 10, 2015 at 5:00 PM, Juha juha.sointus...@gmail.com wrote:
 I agree that horizontal scrolling is annoying (hint: arrow keys) but this
 is, imho, worse.

The problem is though that since the code and pre boxes don't have
their own scroll bar, all text now scrolls off the side of the screen.
Perhaps doable on a PC with your arrow keys though still highly
annoying, but completely undoable when on a mobile device. All my text
now scrolls way off to the side on there. ALL of the text now no
longer wraps.

Here an example of how my PM folder looks from my phone:
http://img.photobucket.com/albums/v289/Ageless/mobile_pm_folder_boinc.png
Highly annoying, totally unusable now.

So please, make a change so the pre and code containers can be
scrolled, but the rest of the text wraps.
___
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] host_specific/ preferences being ignored when using BAM

[Jord van der Elst]

Hi,

This is a problem that surfaced on the BOINC forums
(https://boinc.berkeley.edu/dev/forum_thread.php?id=9724, possibly
also https://boinc.berkeley.edu/dev/forum_thread.php?id=9726), where
computers using BAM won't use the global preferences they set through
BAM, but instead seem to fall back upon the older preferences set
through the project.

Although both the global preferences seem to reference BAM as the
place where these preferences come from. Is it possible BOINC doesn't
read them correctly? Or -- in the case of the first referenced thread,
under Linux -- stores them in one directory, but actually uses them
from another directory?

In the first thread I reference, the mod time of the preferences set
at BAM is a second older than the mod time of the project. which is
weird by itself. BAM: mod_time1415659723/mod_time, project
mod_time1415659724/mod_time

Reading the BOINCStats/BAM forums, I see that this isn't a new problem.
http://boincstats.com/en/forum/19/7915,1
http://boincstats.com/en/forum/19/7488,1

It's possible that Jacob Klein references this same problem in
http://boincstats.com/en/forum/18/9159,1, although this problem should
then be fixed in 7.4.27, if it was fixed in 7.3.14+

Is this a BOINC or a BAM problem?

With 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] BOINC Wide Teams authenticator key?

[Jord van der Elst]

Hi David,

I was just helping someone change his account data at BOINC Wide Teams
when I got curious to see what one should do when he forgot his login
data. So I clicked the Forgot account info? link, going to
http://boinc.berkeley.edu/teams/get_passwd.php

Here it says the normal blurb about being able to email yourself a
link, but then it also says that you can use the authenticator key
found in account_boinc.berkeley.edu_teams.xml
That's a file I do not have. I don't even think anyone will have it as
BWT is not a site we go to through BOINC, meaning we never went to the
site to add it to BOINC, meaning we don't have an
account_boinc.berkeley.edu_teams.xml file, thus no authenticator key.

So it's probably wise to remove that bit of the information.
On the other hand, something like that would be useful in the case
where the email address you used to set up the account and team there
is no longer active, and so cannot be used for the 'send link' option.

-- 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.

Re: [boinc_dev] High priority status message removed.

[Jord van der Elst]

Task xx_yy_zz running as preference, trying to meet the deadline.
Task xx_yy_zz running in precedence, trying to meet the deadline.

Seeing how we do want to tell that it's a status in order of
importance or urgency, we may want to go for the second one.

-- Jord van der Elst.


On Fri, Oct 3, 2014 at 4:44 PM, David Anderson da...@ssl.berkeley.edu wrote:
 I think anything containing priority will create confusion
 with OS priority.

 The other problem with showing this info is that it creates the
 erroneous impression that the job's project will get more than
 its fair share of computing.
 Several projects report that when they use short job deadlines
 (which create high priority jobs) they get lots of user complaints.

 So I'm in favor of not showing this in the GUI;
 maybe we can show it in the event log in some better way.

 -- D

 On 03-Oct-2014 3:24 PM, Jacob Klein wrote:

 I'd like to see Prioritized to meet deadline in the UI, next to
 Running.

 
 From: Richard Haselgrovemailto:r.haselgr...@btopenworld.com
 Sent: ‎10/‎3/‎2014 9:19 AM
 To: McLeod, Johnmailto:john.mcl...@sap.com;
 boinc_dev@ssl.berkeley.edumailto:boinc_dev@ssl.berkeley.edu
 Subject: Re: [boinc_dev] High priority status message removed.

 The removal followed a question and answer session at the BOINC workshop
 in Budapest earlier this week. The OS scheduler mis-interpretation was one
 that I highlighted, but there was also a problem with users thinking that
 High Priority was a project-chosen queue-jumping facility. I think we're
 much better off without those confusions over terminology, but I agree with
 John that it would be good if the reason for non-FIFO running could be
 marked in some way - if we can find a less-frightening word.



 
 From: McLeod, John john.mcl...@sap.com
 To: boinc_dev@ssl.berkeley.edu boinc_dev@ssl.berkeley.edu
 Sent: Friday, October 3, 2014 2:01 PM
 Subject: [boinc_dev] High priority status message removed.


 OK, High Priority made it sound like it was running at High OS Scheduler
 Priority, but some tag that it is not in the normal RR schedule might be
 good for helping diagnose problems.
 ___
 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 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] High priority status message removed.

[Jord van der Elst]

Ah, and mine are easily translatable... at least in Dutch. ;-)

-- Jord van der Elst.


On Fri, Oct 3, 2014 at 5:53 PM, Jord van der Elst els...@gmail.com wrote:
 Task xx_yy_zz running as preference, trying to meet the deadline.
 Task xx_yy_zz running in precedence, trying to meet the deadline.

 Seeing how we do want to tell that it's a status in order of
 importance or urgency, we may want to go for the second one.

 -- Jord van der Elst.


 On Fri, Oct 3, 2014 at 4:44 PM, David Anderson da...@ssl.berkeley.edu wrote:
 I think anything containing priority will create confusion
 with OS priority.

 The other problem with showing this info is that it creates the
 erroneous impression that the job's project will get more than
 its fair share of computing.
 Several projects report that when they use short job deadlines
 (which create high priority jobs) they get lots of user complaints.

 So I'm in favor of not showing this in the GUI;
 maybe we can show it in the event log in some better way.

 -- D

 On 03-Oct-2014 3:24 PM, Jacob Klein wrote:

 I'd like to see Prioritized to meet deadline in the UI, next to
 Running.

 
 From: Richard Haselgrovemailto:r.haselgr...@btopenworld.com
 Sent: ‎10/‎3/‎2014 9:19 AM
 To: McLeod, Johnmailto:john.mcl...@sap.com;
 boinc_dev@ssl.berkeley.edumailto:boinc_dev@ssl.berkeley.edu
 Subject: Re: [boinc_dev] High priority status message removed.

 The removal followed a question and answer session at the BOINC workshop
 in Budapest earlier this week. The OS scheduler mis-interpretation was one
 that I highlighted, but there was also a problem with users thinking that
 High Priority was a project-chosen queue-jumping facility. I think we're
 much better off without those confusions over terminology, but I agree with
 John that it would be good if the reason for non-FIFO running could be
 marked in some way - if we can find a less-frightening word.



 
 From: McLeod, John john.mcl...@sap.com
 To: boinc_dev@ssl.berkeley.edu boinc_dev@ssl.berkeley.edu
 Sent: Friday, October 3, 2014 2:01 PM
 Subject: [boinc_dev] High priority status message removed.


 OK, High Priority made it sound like it was running at High OS Scheduler
 Priority, but some tag that it is not in the normal RR schedule might be
 good for helping diagnose problems.
 ___
 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 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] High priority status message removed.

[Jord van der Elst]

Priority: a thing that is regarded as more important than another.
or: the fact or condition of being regarded or treated as more important.
or: the right to take precedence or to proceed before others. ** ---

Precedence: the condition of being considered more important than
someone or something else; priority in importance, order, or rank.
I'd say it's second to (high) priority.

Preference: a greater liking for one alternative over another or others.
or: a prior right or precedence, especially in connection with the
payment of debts.

We want to step away from priority, but do we still want it to have
the same meaning? As then you look at synonyms, which is what I did:
http://www.thesaurus.com/browse/priority

-- Jord van der Elst.


On Fri, Oct 3, 2014 at 6:03 PM, McLeod, John john.mcl...@sap.com wrote:
 Neither preference nor precedence has the quite right meaning in English 
 though.

 -Original Message-
 From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of Jord 
 van der Elst
 Sent: Friday, October 03, 2014 11:53 AM
 To: David Anderson
 Cc: BOINC Dev Mailing List
 Subject: Re: [boinc_dev] High priority status message removed.

 Task xx_yy_zz running as preference, trying to meet the deadline.
 Task xx_yy_zz running in precedence, trying to meet the deadline.

 Seeing how we do want to tell that it's a status in order of
 importance or urgency, we may want to go for the second one.

 -- Jord van der Elst.


 On Fri, Oct 3, 2014 at 4:44 PM, David Anderson da...@ssl.berkeley.edu wrote:
 I think anything containing priority will create confusion
 with OS priority.

 The other problem with showing this info is that it creates the
 erroneous impression that the job's project will get more than
 its fair share of computing.
 Several projects report that when they use short job deadlines
 (which create high priority jobs) they get lots of user complaints.

 So I'm in favor of not showing this in the GUI;
 maybe we can show it in the event log in some better way.

 -- D

 On 03-Oct-2014 3:24 PM, Jacob Klein wrote:

 I'd like to see Prioritized to meet deadline in the UI, next to
 Running.

 
 From: Richard Haselgrovemailto:r.haselgr...@btopenworld.com
 Sent: ‎10/‎3/‎2014 9:19 AM
 To: McLeod, Johnmailto:john.mcl...@sap.com;
 boinc_dev@ssl.berkeley.edumailto:boinc_dev@ssl.berkeley.edu
 Subject: Re: [boinc_dev] High priority status message removed.

 The removal followed a question and answer session at the BOINC workshop
 in Budapest earlier this week. The OS scheduler mis-interpretation was one
 that I highlighted, but there was also a problem with users thinking that
 High Priority was a project-chosen queue-jumping facility. I think we're
 much better off without those confusions over terminology, but I agree with
 John that it would be good if the reason for non-FIFO running could be
 marked in some way - if we can find a less-frightening word.



 
 From: McLeod, John john.mcl...@sap.com
 To: boinc_dev@ssl.berkeley.edu boinc_dev@ssl.berkeley.edu
 Sent: Friday, October 3, 2014 2:01 PM
 Subject: [boinc_dev] High priority status message removed.


 OK, High Priority made it sound like it was running at High OS Scheduler
 Priority, but some tag that it is not in the normal RR schedule might be
 good for helping diagnose problems.
 ___
 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 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] High priority status message removed.

[Jord van der Elst]

On Fri, Oct 3, 2014 at 6:13 PM, McLeod, John john.mcl...@sap.com wrote:
 I know the dictionary meanings.  Precedence tends to carry a connotation of 
 permanent.
From BOINC's point of view, it runs these tasks before anything else,
preferably until BOINC calculates that they can meet their deadline
and otherwise until they're finished.
That's preceding any of the other tasks, and only during the time of
the new condition.

At least in Dutch that would make perfect sense, 'met voorrang'.

I can't help it that English is so rigid, inelastic. :P

  Preference t (in computers at least) tends to mean settable by the user.

 -Original Message-
 From: Jord van der Elst [mailto:els...@gmail.com]
 Sent: Friday, October 03, 2014 12:10 PM
 To: McLeod, John
 Cc: David Anderson; BOINC Dev Mailing List
 Subject: Re: [boinc_dev] High priority status message removed.

 Priority: a thing that is regarded as more important than another.
 or: the fact or condition of being regarded or treated as more important.
 or: the right to take precedence or to proceed before others. ** ---

 Precedence: the condition of being considered more important than
 someone or something else; priority in importance, order, or rank.
 I'd say it's second to (high) priority.

 Preference: a greater liking for one alternative over another or others.
 or: a prior right or precedence, especially in connection with the
 payment of debts.

 We want to step away from priority, but do we still want it to have
 the same meaning? As then you look at synonyms, which is what I did:
 http://www.thesaurus.com/browse/priority

 -- Jord van der Elst.


 On Fri, Oct 3, 2014 at 6:03 PM, McLeod, John john.mcl...@sap.com wrote:
 Neither preference nor precedence has the quite right meaning in English 
 though.

 -Original Message-
 From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of 
 Jord van der Elst
 Sent: Friday, October 03, 2014 11:53 AM
 To: David Anderson
 Cc: BOINC Dev Mailing List
 Subject: Re: [boinc_dev] High priority status message removed.

 Task xx_yy_zz running as preference, trying to meet the deadline.
 Task xx_yy_zz running in precedence, trying to meet the deadline.

 Seeing how we do want to tell that it's a status in order of
 importance or urgency, we may want to go for the second one.

 -- Jord van der Elst.


 On Fri, Oct 3, 2014 at 4:44 PM, David Anderson da...@ssl.berkeley.edu 
 wrote:
 I think anything containing priority will create confusion
 with OS priority.

 The other problem with showing this info is that it creates the
 erroneous impression that the job's project will get more than
 its fair share of computing.
 Several projects report that when they use short job deadlines
 (which create high priority jobs) they get lots of user complaints.

 So I'm in favor of not showing this in the GUI;
 maybe we can show it in the event log in some better way.

 -- D

 On 03-Oct-2014 3:24 PM, Jacob Klein wrote:

 I'd like to see Prioritized to meet deadline in the UI, next to
 Running.

 
 From: Richard Haselgrovemailto:r.haselgr...@btopenworld.com
 Sent: ‎10/‎3/‎2014 9:19 AM
 To: McLeod, Johnmailto:john.mcl...@sap.com;
 boinc_dev@ssl.berkeley.edumailto:boinc_dev@ssl.berkeley.edu
 Subject: Re: [boinc_dev] High priority status message removed.

 The removal followed a question and answer session at the BOINC workshop
 in Budapest earlier this week. The OS scheduler mis-interpretation was one
 that I highlighted, but there was also a problem with users thinking that
 High Priority was a project-chosen queue-jumping facility. I think we're
 much better off without those confusions over terminology, but I agree with
 John that it would be good if the reason for non-FIFO running could be
 marked in some way - if we can find a less-frightening word.



 
 From: McLeod, John john.mcl...@sap.com
 To: boinc_dev@ssl.berkeley.edu boinc_dev@ssl.berkeley.edu
 Sent: Friday, October 3, 2014 2:01 PM
 Subject: [boinc_dev] High priority status message removed.


 OK, High Priority made it sound like it was running at High OS Scheduler
 Priority, but some tag that it is not in the normal RR schedule might be
 good for helping diagnose problems.
 ___
 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

Re: [boinc_dev] High priority status message removed.

[Jord van der Elst]

Simplest and very truthfully is of course: Running, trying to meet
deadline. Does that really need an explanation of borrowing time,
running ahead of the pack, skipping queue, take precedence,
risk at missing or high priority?

-- Jord van der Elst.


On Fri, Oct 3, 2014 at 9:08 PM, Juha juha.sointus...@gmail.com wrote:
 Well, yes.

 You suggested earlier Borrowing time to make deadline. If I had not read
 this thread and if Manager said something like that to me, I think my
 initial reaction would be It does what?.

 -Juha


 On 3 October 2014 21:44, McLeod, John john.mcl...@sap.com wrote:

  That misses the detail that the time is borrowed, and will be paid back.

 Sent from my Android phone using TouchDown (www.nitrodesk.com)


 -Original Message-
 *From:* Juha [juha.sointus...@gmail.com]
 *Received:* Friday, 03 Oct 2014, 2:22PM
 *To:* BOINC Development [boinc_dev@ssl.berkeley.edu]
 *Subject:* Re: [boinc_dev] High priority status message removed.

  Skipping queue to meet deadline ?

 -Juha


 On 3 October 2014 19:15, Jacob Klein jacob_w_kl...@msn.com wrote:

  I still would like to see Prioritized to meet deadline in the UI, next
  to Running, despite David's logic against it.
 
  The user's interpretations are not something we can control.
  Providing the feedback, using as meaningful description as possible, is
  something we can control.
  And I haven't heard anything that beats my proposal, hence why I'd still
  like to see it.
  :)
 
 
 
   From: john.mcl...@sap.com
   To: els...@gmail.com
   Date: Fri, 3 Oct 2014 16:13:11 +
   CC: boinc_dev@ssl.berkeley.edu
   Subject: Re: [boinc_dev] High priority status message removed.
  
   I know the dictionary meanings.  Precedence tends to carry a
 connotation
  of permanent.  Preference t (in computers at least) tends to mean
 settable
  by the user.
  
   -Original Message-
   From: Jord van der Elst [mailto:els...@gmail.com els...@gmail.com]
   Sent: Friday, October 03, 2014 12:10 PM
   To: McLeod, John
   Cc: David Anderson; BOINC Dev Mailing List
   Subject: Re: [boinc_dev] High priority status message removed.
  
   Priority: a thing that is regarded as more important than another.
   or: the fact or condition of being regarded or treated as more
 important.
   or: the right to take precedence or to proceed before others. ** ---
  
   Precedence: the condition of being considered more important than
   someone or something else; priority in importance, order, or rank.
   I'd say it's second to (high) priority.
  
   Preference: a greater liking for one alternative over another or
 others.
   or: a prior right or precedence, especially in connection with the
   payment of debts.
  
   We want to step away from priority, but do we still want it to have
   the same meaning? As then you look at synonyms, which is what I did:
   http://www.thesaurus.com/browse/priority
  
   -- Jord van der Elst.
  
  
   On Fri, Oct 3, 2014 at 6:03 PM, McLeod, John john.mcl...@sap.com
  wrote:
Neither preference nor precedence has the quite right meaning in
  English though.
   
-Original Message-
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu
 boinc_dev-boun...@ssl.berkeley.edu] On Behalf
  Of Jord van der Elst
Sent: Friday, October 03, 2014 11:53 AM
To: David Anderson
Cc: BOINC Dev Mailing List
Subject: Re: [boinc_dev] High priority status message removed.
   
Task xx_yy_zz running as preference, trying to meet the deadline.
Task xx_yy_zz running in precedence, trying to meet the deadline.
   
Seeing how we do want to tell that it's a status in order of
importance or urgency, we may want to go for the second one.
   
-- Jord van der Elst.
   
   
On Fri, Oct 3, 2014 at 4:44 PM, David Anderson 
 da...@ssl.berkeley.edu
  wrote:
I think anything containing priority will create confusion
with OS priority.
   
The other problem with showing this info is that it creates the
erroneous impression that the job's project will get more than
its fair share of computing.
Several projects report that when they use short job deadlines
(which create high priority jobs) they get lots of user
 complaints.
   
So I'm in favor of not showing this in the GUI;
maybe we can show it in the event log in some better way.
   
-- D
   
On 03-Oct-2014 3:24 PM, Jacob Klein wrote:
   
I'd like to see Prioritized to meet deadline in the UI, next to
Running.
   

From: Richard Haselgrovemailto:r.haselgr...@btopenworld.com
 r.haselgr...@btopenworld.com
Sent: ‎10/‎3/‎2014 9:19 AM
To: McLeod, Johnmailto:john.mcl...@sap.com john.mcl...@sap.com
 ;
boinc_dev@ssl.berkeley.edumailto:boinc_dev@ssl.berkeley.edu
Subject: Re: [boinc_dev] High priority status message removed.
   
The removal followed a question and answer session at the BOINC
  workshop
in Budapest earlier this week. The OS scheduler mis

Re: [boinc_dev] [boinc-android-testing] Problems with BOINC 7.4.14 on android

[Jord van der Elst]

Answers in-line.

-- Jord van der Elst.


On Wed, Oct 1, 2014 at 10:22 PM, Joachim Fritzsch
joachim.fritz...@gmail.com wrote:
 On Wed, Oct 1, 2014 at 10:08 PM, Eric J Korpela
 korp...@ssl.berkeley.edu wrote:
 3.  There's no obvious way to attach to a project by URL.
 Also by intention. That is not standard use-case. The location is
 unchanged to the previous versions, the three dots in the projects
 tab.

We had a thread about that on the BOINC forums a while ago.
https://boinc.berkeley.edu/dev/forum_thread.php?id=9582
It'll have screen shots of things I see and what my Huawei actually looks like.

On my phone I have to use the three stripes **on the phone** to get
the Add project by URL menu.
Others can again use the 'hamburger' in the top left (?)

So I use the hamburger on the left to get to the menu, do Projects,
have to do three stripes on phone (also called hamburger?), then the
Add project by URL option opens.
Not very intuitive. A previous version used long and short taps on the
Projects window. That's more intuitive for a smart phone.


 4.  There's no obvious way to detach from a project.
 Tapping on a project in the project tab - Remove.

Here as well, I have to press the three stripes **on the phone** to
get the Update, Suspend, Allow new tasks, Reset and Remove
options.
Neither long, nor short pressing on the project will do anything.


 --
 You received this message because you are subscribed to the Google Groups
 BOINC Android Testing group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to boinc-android-testing+unsubscr...@googlegroups.com.
 To post to this group, send email to boinc-android-test...@googlegroups.com.
 Visit this group at http://groups.google.com/group/boinc-android-testing.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/boinc-android-testing/CAKFuvzbxibjcyVzkvf8XiQsT5D6h2zLV38a8SDPYeSQMBZBdzg%40mail.gmail.com.
 For more options, visit https://groups.google.com/d/optout.
 ___
 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-android-testing] Problems with BOINC 7.4.14 on android

[Jord van der Elst]

On Wed, Oct 1, 2014 at 11:19 PM, Joachim Fritzsch
joachim.fritz...@gmail.com wrote:
  3.  There's no obvious way to attach to a project by URL.
 Also by intention. That is not standard use-case. The location is
 unchanged to the previous versions, the three dots in the projects
 tab.


  There are no three dots in the projects tab.  Just the + sign to add
 projects and a suspend button.  Regardless, it's confusing not to have it as
 part of the add project function.


 If you are on a device with a physical menu button, than it does not
 display three dots in the top bar, but opens the same menu when that
 button is pressed.

So what will the documentation state about this? Something like: To
add a project by URL, you click the three dots next to Tasks, chose
Projects, click the three dots next to Tasks again and add the project
by URL. If this does not work for you, try clicking the three dots
next to Task, chose Projects, click the menu button on your device and
now add the project by URL. ?

Why the need for two different places for one such function? Doesn't
every Android device have a menu button, be it either at the left or
right bottom?
At least when these functions are all put under the menu button, it's
easier to explain to people how to get there. If only to not get into
the situation in the thread I pointed out, where I told a person how
to get there from my viewpoint, not knowing there was another way to
get there on different devices. And then half and half getting into a
heated discussion as others see it from how their device does it, so
then my method must be wrong. Or my device broken.



-- 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.

Re: [boinc_dev] [boinc-android-testing] Problems with BOINC 7.4.14 on android

[Jord van der Elst]

Okay, but then really: if the buttons are going away, shouldn't we
make BOINC behave the same on all devices, be it those still with the
buttons and those without the buttons?
Or is that not possible due to programming language idiosyncrasies
between Android versions? Functions not being available on all Android
versions?

-- Jord van der Elst.


On Wed, Oct 1, 2014 at 11:46 PM, Eric J Korpela
korp...@ssl.berkeley.edu wrote:
 Unfortunately, no.  The menu button has been deprecated on new devices,
 having been replaced by the three dots button for compatibility with
 older apps.  Most new phones are 3 button (back,home,recent apps), one
 button, or zero button (3 buttons emulated on the touch screen with the
 three dots button appearing when necessary).  The search button is
 entirely gone.  I'm guessing new android apps aren't supposed to use the
 three dots button.

 Of course this makes new apps confusing on older devices as the menu button
 does nothing, but does not disappear as an indication that there is no menu
 function.  That's why, on the older device I was using, there was no three
 dots, but also no indication that the menu button had any function.

 On Wed, Oct 1, 2014 at 2:35 PM, Jord van der Elst els...@gmail.com wrote:

 On Wed, Oct 1, 2014 at 11:19 PM, Joachim Fritzsch
 joachim.fritz...@gmail.com wrote:
   3.  There's no obvious way to attach to a project by URL.
  Also by intention. That is not standard use-case. The location is
  unchanged to the previous versions, the three dots in the projects
  tab.
 
 
   There are no three dots in the projects tab.  Just the + sign to add
  projects and a suspend button.  Regardless, it's confusing not to have
  it as
  part of the add project function.
 
 
  If you are on a device with a physical menu button, than it does not
  display three dots in the top bar, but opens the same menu when that
  button is pressed.

 So what will the documentation state about this? Something like: To
 add a project by URL, you click the three dots next to Tasks, chose
 Projects, click the three dots next to Tasks again and add the project
 by URL. If this does not work for you, try clicking the three dots
 next to Task, chose Projects, click the menu button on your device and
 now add the project by URL. ?

 Why the need for two different places for one such function? Doesn't
 every Android device have a menu button, be it either at the left or
 right bottom?
 At least when these functions are all put under the menu button, it's
 easier to explain to people how to get there. If only to not get into
 the situation in the thread I pointed out, where I told a person how
 to get there from my viewpoint, not knowing there was another way to
 get there on different devices. And then half and half getting into a
 heated discussion as others see it from how their device does it, so
 then my method must be wrong. Or my device broken.



 -- Jord van der Elst.

 --
 You received this message because you are subscribed to the Google Groups
 BOINC Android Testing group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to boinc-android-testing+unsubscr...@googlegroups.com.
 To post to this group, send email to
 boinc-android-test...@googlegroups.com.
 Visit this group at http://groups.google.com/group/boinc-android-testing.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/boinc-android-testing/CAEXjb0dYactTiNX%2B-SDStM98Hw0L43zB8Oda2T5a3r3mJG0Khg%40mail.gmail.com.
 For more options, visit https://groups.google.com/d/optout.


___
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] Credit AMD CPU vs Intel CPU.

[Jord van der Elst]

Hi David,

In https://boinc.berkeley.edu/dev/forum_thread.php?id=9569 user
Grandpa reports that he has found a big discrepancy between credit
given out to AMD CPUs versus credit given out to Intel CPUs, at the
Numberfields project.

I'll quote his last post on this:


AMD Opteron(TM) Processor 6276 [Family 21 Model 1 Stepping 2]
(64 processors)
Total runtime 100 WU's 1810010.65 Total points 100 WU's 26128.8 Grandma 6276 AMD
Avg runtime per WU sec. 18100.1065 avg points per WU 261.288 3042Mhz
Avg runtime per WU min. 301.6684416667
Avg runtime per WU hr. 5.0278073611 avg points per hr runtime 51.9685781959

Genuine Intel(R) CPU @ 2.70GHz [Family 6 Model 45 Stepping 5]
(64 processors)
Total runtime 100 WU's 1839477.54 Total points 100 WU's 38003.75 Musky
4650 Intel
Avg runtime per WU sec. 18394.7754 avg points per WU 380.0375 3134Mhz
Avg runtime per WU min. 306.57959
Avg runtime per WU hr. 5.1096598333 avg points per hr runtime 74.3762818653

OK but it still does not change the fact that this type of credit
system has a pretty big flaw in it. According to the developer at
Numberfields each of the machines above are doing the same amount of
work and lets say that each WU is worth 1 FLOPS since the numbers were
averaged over 100 WU's each and all things being equal those 2
machines should have received roughly the same amount of credit with a
slight advantage going to the AMD, but in actuality AMD is receiving
30% less.

I do not really see this as being a fair credit system to the AMD
users when it come to certain types of work.

AMD 100 WU's = 100 FLOPS = 502.78 hrs of runtime = 26706.79 points of
credit for 100 theoretical FLOPS

Intel 100 WU's = 100 FLOPS = 510.96 hrs of runtime = 38003.74 points
of credit for 100 theoretical FLOPS

So in plain simple terms AMD gets less credit for doing the same
amount of work as Intel does. I am just pointing out a pretty big flaw
in the current credit system, from everything I have read and been
told this system was set up to promote equality between all work done
and to try and discourage cheating, It appears to me that it may have
missed it's mark when in the equality field and they may need to go
back to the drawing board and try and fix the problem or at least let
people know that the credit system has a problem with some projects.


I seem to remember that Seti has a similar problem, but the finer
details escape me.

Perhaps that (more) knowledgeable people can explain the discrepancy/difference?

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] Friends request has a maximum amount of characters on the message?

[Jord van der Elst]

The forum software doesn't show it, but does the 'additional message'
that one can add to a friends request have a small finite amount of
characters, and if that's so, how many are they?

I ask as I got a friends request on Seti, where the message was
abruptly cut off, so now I wonder what else the person wrote. Luckily
I allowed the friends request from my phone, and then back-buttoned so
I could make a screen shot of what that said. Please see
http://img.photobucket.com/albums/v289/Ageless/BOINC/friendsrequest.png

So can we get a warning of the amount of characters one is allowed to
use in this window and a count down of how many are still allowed when
typing the message , just as we have it on the signature window in the
forum preferences?

With 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] Deleting your project account

[Jord van der Elst]

Hi developers,

I've taken a longer look at deleting the account at BOINC projects.
The option is there in the code, but it's at present disabled, as it
isn't fool proof.
Now, I'm not saying I can make it fool proof, but...

What if when I wanted to delete my account, I press the key to do so,
I get the warning pop-up asking me if I really want to do so, I click
Yes.
That at that time, all that really happens is that the account's
authentication key gets removed from the database, that the
authentication key is emailed to me --the deleting user-- and to the
project administrator (special email address?) but that the account is
still in the database just not accessible by me? The email to the
project administrator will hold the date and time of removal, the
authentication key, my email address, my IP address (?) and my
(nick)name.

Then if I think the next day or week that I want to have my account
back, that I can email the administrator, give him the details on the
account and the authenticator key, and that all he has to do is add it
back in the database, and presto everything works again? Of course, by
also (silently) sending this to the project administrator, we make
sure that if someone malicious managed to get his hands on my account,
and deleted it, that the project administrator is able to put it back
without much trouble.



-- 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] BOINC Manager addons add-in

[Jord van der Elst]

Hi Developers,

This is something I've been toying with for a while now, ever since I
started playing The Elder Scrolls Online (TESO). In the start-up
screen of the game, you have the preferences settings, but also an
addons add-in option, through which you can add addons specially
written for the game, by users and the game developers. Then during
gaming you can enable/disable them as well, e.g. when an update of the
game has broken the addon and it is interfering. Without having to
completely exit the game, can you then disable the addon and continue.

Isn't such a thing an option for (a next generation) BOINC Manager?
Where perhaps you state in the installer which addons you want added,
and then can later in BOINC Manager Computing preferences adjust them?
Of course, that would imply we could use an easy laguage to make
addons with, such as javascript or as is the case with TESO, lua
(http://www.lua.org/start.html#what) and BOINC (Manager) being able to
read and use these addons.

These addons could run in a tab of their own, or in their own (pop-up)
windows. Or just in any of the existing tabs, e.g. having alternative
colours for CPU and GPU tasks.

But at least that would bring more openness to BOINC, as more people
would be able to add something they'd want without much fuss of having
to learn C/C++ first and then figure out how to add it to BOINC
without breaking 76 other things. It would also mean that you can put
more resources on actually further developing BOINC, without
distractions of addons you may not wanted in the first place, or
having to say no to people asking for (reasonable) additions.

The ins and outs on this can be discussed later, I am just throwing
the idea in front of your feet. Perhaps that you like it.

-- 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.

Re: [boinc_dev] new vs existing user

[Jord van der Elst]

Yes, I think something is up with this as well, as I have also seen
multiple reports of this happening.
The latest that I so quickly can find is at
https://boinc.berkeley.edu/dev/forum_thread.php?id=9466

-- Jord van der Elst.


On Wed, Jul 23, 2014 at 8:16 AM, mike bader mdba...@flash.net wrote:
 I have had more then one person claim to have this problem.
 They reinstalled the BOINC client for whatever reason.
 New version, new OS, hard drive crash, another computer.
 They install BOINC then attach to SETI.
 But select new instead of exsiting user.
 They claim to proceed using the old email address.
 They claim it creats anew id (zero stats) and deleted the old.
 In the past this gave a message and did not create a new id.
 Did something change in this area?
 I assume it is user error or remembering what they really did :-)

 --

 Michael Bader kb8...@arrl.net
 http://www.lansolutions.info
 SEMCO, President presid...@semco.org
 SHCC,  Vice President v...@sterlingheightscomputerclub.org

 ___
 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] seti@home graphics crash

[Jord van der Elst]

Does Seti have a graphics application then for Linux? I thought they
only had one for Mac OS X and Windows.

-- Jord van der Elst.


On Wed, Jul 9, 2014 at 5:26 PM, Gianfranco Costamagna
costamagnagianfra...@yahoo.it wrote:
 Hi all,
 sorry for posting on boinc_dev,
 please point me to the correct location if there is one for seti project.

 The problem is simple: opening show graphics makes seti@home crash on 
 debian and ubuntu.
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753763

 How can we proceed? Should we just disable seti graphics for our debian 
 client? the official client doesn't have graphics enabled,
 so I cannot reproduce the bug with the official one.


 thanks



 Gianfranco
 ___
 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] WINBUILD: Minimum supported VS is now VS 2010

[Jord van der Elst]

I've reverted back to a system restore point prior to when I installed
the Visual Studio 2010 stuff plus the problematic Windows SDK. That
fixed my problem with right-clicking crashing Windows Explorer.
Oh and yes, prior to reverting back to an earlier safe point, had I
already tried to use ShellExView to disable possible problematic
Context Menu entries on the right-click menu, which is usually the
cause for the crashes. That didn't help me out.

This does mean that my system is now rid of the Visual Studio
installation and the SDK. And I am not going to install it again to
then possibly break my system again.

So, next thing for me to do is install Windows in a VM, update it,
then add Visual Studio and the SDK to that installation, to then
continue my writings.
Unless there's a quick-route for this I haven't noticed yet.



-- Jord van der Elst.


On Thu, May 22, 2014 at 6:14 PM, Jord van der Elst els...@gmail.com wrote:
 Okay,

 So the old CompileClient page is really out of date by now. Do we want
 a new one, or is it better that Windows users use as much as possible
 the official recommended version, and that those that like to live
 dangerously can use an exotic like a development version?
 If we want a new CompileClient page for Windows, I don't mind writing
 it. I'll just need pointers, such as what are the requirements these
 days, which version of VS2010 at minimum, which service pack, which
 SDK?
 Do we need pre-built OpenSSL, Zlib, LibCurl, SQLite3, and other
 libraries, or are they only in self-built versions available?
 WxWidgets is 3.0, but what else?

 Rom and I wrote the original CC page for Windows, and I know it was
 broken within months of us putting in the final dot, so I assume
 that's going to be the case now as well.
 Perhaps it is better that Windows users use the Berkeley built versions... :-)

 -- Jord van der Elst.


 On Thu, May 22, 2014 at 6:00 PM, Rom Walton r...@romwnet.org wrote:
 Over the last few months I've been pruning the source tree of legacy Windows
 code.  1200+ lines so far.



 I suspect that BOINC will not even compile on VS 2005 anymore.  I removed a
 bunch of #defines from hostinfo_win.cpp which are present in the VS 2010
 Windows SDK but not in the VS 2005 Windows SDK.  There were also a bunch of
 places where we were doing a LoadLibrary/GetProcAddress instead of calling
 the API directly so that we could run on older versions of Windows.  I've
 been cleaning that up as well.



 The commit in question just modified a shell script used by one of VS's
 post-build events to update DLLs in the build directory.  I also use the
 same script to validate/upload symbol files and code sign the stuff we
 release.



 - Rom



 From: korp...@gmail.com [mailto:korp...@gmail.com] On Behalf Of Eric J
 Korpela


 Sent: Thursday, May 22, 2014 11:19 AM
 To: Jord van der Elst
 Cc: Rom Walton; BOINC Dev Mailing List
 Subject: Re: [boinc_dev] WINBUILD: Minimum supported VS is now VS 2010



 Nothing quite like spending a few hundred dollars to compile free software,
 is there?  It's not clear from Rom's message whether the incompatibility is
 in the project files (or that it's too much work to maintain the old project
 files), or whether its a newer visual C++ version that is necessary.  If
 it's just the maintenence of old project files and required libraries, a
 volunteer could do it.

 As a means of relaxing, I've been slowly working on cross compiling with
 mingw32/64 on Linux and Cygwin, but, of course, there's no clear indications
 of what features are necessary in wxWidgets to compile boincmgr.  At least I
 have the libraries and client compiling.  Of course, MSVC++ happily and
 silently compiles things that aren't legal on gcc (like implicit conversions
 from string to char *, what's that about?), so there are a hunderd things to
 fix to get it working.



 On Thu, May 22, 2014 at 7:54 AM, Jord van der Elst els...@gmail.com wrote:

 WINBUILD: Minimum supported VS is now VS 2010

 So then that means that someone has to retest and rewrite all and everything
 of
 http://boinc.berkeley.edu/trac/wiki/CompileClient#Windows as the
 compilers the page is written for are VS 2005 (Express) and 2008.

 And what VS, full VS or is Express also an option?
 Or is Express still not capable of compiling 64bit applications?

 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
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] WINBUILD: Minimum supported VS is now VS 2010

[Jord van der Elst]

WINBUILD: Minimum supported VS is now VS 2010

So then that means that someone has to retest and rewrite all and everything of
http://boinc.berkeley.edu/trac/wiki/CompileClient#Windows as the
compilers the page is written for are VS 2005 (Express) and 2008.

And what VS, full VS or is Express also an option?
Or is Express still not capable of compiling 64bit applications?

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.

Re: [boinc_dev] WINBUILD: Minimum supported VS is now VS 2010

[Jord van der Elst]

Okay,

So the old CompileClient page is really out of date by now. Do we want
a new one, or is it better that Windows users use as much as possible
the official recommended version, and that those that like to live
dangerously can use an exotic like a development version?
If we want a new CompileClient page for Windows, I don't mind writing
it. I'll just need pointers, such as what are the requirements these
days, which version of VS2010 at minimum, which service pack, which
SDK?
Do we need pre-built OpenSSL, Zlib, LibCurl, SQLite3, and other
libraries, or are they only in self-built versions available?
WxWidgets is 3.0, but what else?

Rom and I wrote the original CC page for Windows, and I know it was
broken within months of us putting in the final dot, so I assume
that's going to be the case now as well.
Perhaps it is better that Windows users use the Berkeley built versions... :-)

-- Jord van der Elst.


On Thu, May 22, 2014 at 6:00 PM, Rom Walton r...@romwnet.org wrote:
 Over the last few months I've been pruning the source tree of legacy Windows
 code.  1200+ lines so far.



 I suspect that BOINC will not even compile on VS 2005 anymore.  I removed a
 bunch of #defines from hostinfo_win.cpp which are present in the VS 2010
 Windows SDK but not in the VS 2005 Windows SDK.  There were also a bunch of
 places where we were doing a LoadLibrary/GetProcAddress instead of calling
 the API directly so that we could run on older versions of Windows.  I've
 been cleaning that up as well.



 The commit in question just modified a shell script used by one of VS's
 post-build events to update DLLs in the build directory.  I also use the
 same script to validate/upload symbol files and code sign the stuff we
 release.



 - Rom



 From: korp...@gmail.com [mailto:korp...@gmail.com] On Behalf Of Eric J
 Korpela


 Sent: Thursday, May 22, 2014 11:19 AM
 To: Jord van der Elst
 Cc: Rom Walton; BOINC Dev Mailing List
 Subject: Re: [boinc_dev] WINBUILD: Minimum supported VS is now VS 2010



 Nothing quite like spending a few hundred dollars to compile free software,
 is there?  It's not clear from Rom's message whether the incompatibility is
 in the project files (or that it's too much work to maintain the old project
 files), or whether its a newer visual C++ version that is necessary.  If
 it's just the maintenence of old project files and required libraries, a
 volunteer could do it.

 As a means of relaxing, I've been slowly working on cross compiling with
 mingw32/64 on Linux and Cygwin, but, of course, there's no clear indications
 of what features are necessary in wxWidgets to compile boincmgr.  At least I
 have the libraries and client compiling.  Of course, MSVC++ happily and
 silently compiles things that aren't legal on gcc (like implicit conversions
 from string to char *, what's that about?), so there are a hunderd things to
 fix to get it working.



 On Thu, May 22, 2014 at 7:54 AM, Jord van der Elst els...@gmail.com wrote:

 WINBUILD: Minimum supported VS is now VS 2010

 So then that means that someone has to retest and rewrite all and everything
 of
 http://boinc.berkeley.edu/trac/wiki/CompileClient#Windows as the
 compilers the page is written for are VS 2005 (Express) and 2008.

 And what VS, full VS or is Express also an option?
 Or is Express still not capable of compiling 64bit applications?

 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
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 7.2.42 download link broken.

[Jord van der Elst]

You're trying to download BOINC 7.2.4239

Try http://boinc.berkeley.edu/dl/boinc_7.2.42_windows_intelx86_vbox.exe instead.

-- Jord van der Elst.


On Sat, Mar 1, 2014 at 6:47 PM, Stephen Maclagan
stephen.macla...@hotmail.com wrote:
 The download link for the Windows 32bit Boinc 7.2.42 with VirtualBox 4.2.16 
 is broken on the download page:

 http://boinc.berkeley.edu/dl/boinc_7.2.4239_windows_intelx86_vbox.exe

 Claggy

 ___
 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] Lack of documentation on the Android clients.

[Jord van der Elst]

 behind.

The weirdest thing of all is still that when something gets added to
the back-end, it'll get documented up the wazoo, preferably even
before there's a single line of code written about it. So why can't
that same level of zest be used to write the documentation about the
clients?

You want to give out a good product, and with that belongs good
documentation. You want BOINC to be available for even the least
computer savvy people. Thus you need good documentation that shows
those people how to use it, how to set it up, what it actually does,
and how quickly it will wear out their expensive hardware and data
bundle.

Please don't wave that off as something unnecessary.

With 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.

Re: [boinc_dev] Can BOINC crash Windows network?

[Jord van der Elst]

Update on this: As it appears, the user's network card causes the problem.
He's using an Atheros L1 Gigabit Ethernet 10/100/1000Base-T
Controller, which will drop the connection whenever BOINC is set to
Always connect to the network.

According to this thread at Microsoft Answers
(http://answers.microsoft.com/en-us/windows/forum/windows_7-networking/connection-lost-of-atheros-l1-gigabit-ethernet/c1b11358-7ba0-44d1-9918-b6bb7f52a147)
it's really a problem with the last known driver for this NIC. Problem
here is that that driver is also the official one in Windows 7. The
thread does show some options that users can set in the advanced
settings of the NIC, to stop the problem from occurring.

-- Jord van der Elst.


On Sat, Feb 15, 2014 at 7:40 PM, Jord van der Elst els...@gmail.com wrote:
 Hi all,

 Over at Seti there's a person who claims that his BOINC will disable
 his Windows 7 network. See
 https://setiathome.berkeley.edu/forum_thread.php?id=74077

 In the thread he says that whenever he runs BOINC, his network will
 crash, show the yellow mark on the network icon. he has reformatted
 and reinstalled Windows, added everything to his firewall exceptions.

 I have asked him to test if it would do the same with something like
 Folding@Home or Prime95. It does not.
 I have asked him if it may be a problem with his videocard, so he ran
 Furmark a couple of times. Gives no problems.

 But running quickly out of ideas. Other than hoping that Windows Event
 Viewer has recorded something about it, does anyone here have an idea?
 Ever heard of just BOINC disabling the Windows network?

 He is running BOINC 7.2.33, although I don't think that matters much.

 -- 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] Default local preferences set Use at most to zero gigabytes

[Jord van der Elst]

Today I installed BOINC clean on a system that never had a BOINC on it
before. I used 7.2.39 - 64bit, that I had downloaded from
http://boinc.berkeley.edu/download.php

I was testing something about the screen saver flickering, but during
my travels in BOINC, I found that the default value for Use at most is
set to 0.00GB of disk space. See
http://imageshack.com/a/img24/9396/f571.png

This will mean that project servers will refuse to send work to these
systems, until that value has been adjusted to something normal.

Do know that a lot of people will look in BOINC's local preferences,
and exit out through the OK button, not knowing that this will
immediately use the new local preferences, overriding their web
preferences.

Since the Use at most X GB disk space value is a required one, can we
make sure that it can never be zero? Or when it's read as being zero,
that we use the value from the global_prefs.xml file? Or set it by
default to 5Gb for PCs and Macs (NOT on Android!).

-- 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] What can be eating the AMD drivers on Windows?

[Jord van der Elst]

Hi Rom, and all,

A bit of a conundrum in
http://boinc.berkeley.edu/dev/forum_thread.php?id=8687 that I think
needs a wider audience. I'm a bit stuck here. This person installs
BOINC, not as a service. Doesn't matter which version of BOINC, then
he installs his AMD videocard drivers, also doesn't matter which
version. When he starts BOINC, it'll find his GPU and he's able to use
it on Einstein.

Next he reboots, BOINC starts, gone are the drivers, it appears. No
detection of his GPU happening.  He has even installed the AMD-APP
package. Doesn't matter.

This is before the reboot:
04-Nov-2013 21:36:12 [---] cc_config.xml not found - using defaults
04-Nov-2013 21:36:12 [---] Starting BOINC client version 7.2.26 for
windows_x86_64
04-Nov-2013 21:36:12 [---] log flags: file_xfer, sched_ops, task
04-Nov-2013 21:36:12 [---] Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6
04-Nov-2013 21:36:12 [---] Data directory: C:\ProgramData\BOINC
04-Nov-2013 21:36:12 [---] Running under account RAFCIO
04-Nov-2013 21:36:12 [---] CAL: ATI GPU 0: ATI Radeon HD 5800/5900
series (Cypress/Hemlock) (CAL version 1.4.1848, 1024MB, 991MB
available, 4406 GFLOPS peak)
04-Nov-2013 21:36:12 [---] OpenCL: AMD/ATI GPU 0: ATI Radeon HD
5800/5900 series (Cypress/Hemlock) (driver version 1268.1 (VM), device
version OpenCL 1.2 AMD-APP (1268.1), 1024MB, 991MB available, 4406
GFLOPS peak)
04-Nov-2013 21:36:12 [---] OpenCL CPU: Intel(R) Core(TM)2 Quad CPU
Q9650 @ 3.00GHz (OpenCL driver vendor: Advanced Micro Devices, Inc.,
driver version 1268.1 (sse2), device version OpenCL 1.2 AMD-APP
(1268.1))
04-Nov-2013 21:36:12 [---] Host name: RRSWWS02
04-Nov-2013 21:36:12 [---] Processor: 4 GenuineIntel Intel(R)
Core(TM)2 Quad CPU Q9650 @ 3.00GHz [Family 6 Model 23 Stepping 10]
04-Nov-2013 21:36:12 [---] Processor features: fpu vme de pse tsc msr
pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx
fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 syscall nx lm vmx smx
tm2 pbe
04-Nov-2013 21:36:12 [---] OS: Microsoft Windows 7: Ultimate x64
Edition, Service Pack 1, (06.01.7601.00)
04-Nov-2013 21:36:12 [---] Memory: 8.00 GB physical, 20.00 GB virtual
04-Nov-2013 21:36:12 [---] Disk: 650.00 GB total, 332.12 GB free
04-Nov-2013 21:36:12 [---] Local time is UTC -7 hours
04-Nov-2013 21:36:12 [---] VirtualBox version: 4.3.0
04-Nov-2013 21:36:12 [---] Version change (7.0.64 - 7.2.26)

This is after the reboot:
05-Nov-2013 06:34:55 [---] cc_config.xml not found - using defaults
05-Nov-2013 06:34:55 [---] Starting BOINC client version 7.2.26 for
windows_x86_64
05-Nov-2013 06:34:55 [---] log flags: file_xfer, sched_ops, task
05-Nov-2013 06:34:55 [---] Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6
05-Nov-2013 06:34:55 [---] Data directory: C:\ProgramData\BOINC
05-Nov-2013 06:34:55 [---] Running under account RAFCIO
05-Nov-2013 06:34:55 [---] OpenCL CPU: Intel(R) Core(TM)2 Quad CPU
Q9650 @ 3.00GHz (OpenCL driver vendor: Advanced Micro Devices, Inc.,
driver version 1268.1 (sse2), device version OpenCL 1.2 AMD-APP
(1268.1))
05-Nov-2013 06:34:55 [---] No usable GPUs found
05-Nov-2013 06:34:55 [---] app version refers to missing GPU type ATI
05-Nov-2013 06:34:55 [Einstein@Home] Application uses missing ATI GPU
05-Nov-2013 06:34:55 [Einstein@Home] Missing coprocessor for task
p2030.20130724.G47.49-01.48.N.b5s0g0.0_2128_1
05-Nov-2013 06:34:55 [---] Host name: RRSWWS02
05-Nov-2013 06:34:55 [---] Processor: 4 GenuineIntel Intel(R)
Core(TM)2 Quad CPU Q9650 @ 3.00GHz [Family 6 Model 23 Stepping 10]
05-Nov-2013 06:34:55 [---] Processor features: fpu vme de pse tsc msr
pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx
fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 syscall nx lm vmx smx
tm2 pbe
05-Nov-2013 06:34:55 [---] OS: Microsoft Windows 7: Ultimate x64
Edition, Service Pack 1, (06.01.7601.00)
05-Nov-2013 06:34:55 [---] Memory: 8.00 GB physical, 20.00 GB virtual
05-Nov-2013 06:34:55 [---] Disk: 650.00 GB total, 330.96 GB free
05-Nov-2013 06:34:55 [---] Local time is UTC -7 hours
05-Nov-2013 06:34:55 [---] VirtualBox version: 4.3.0

So go on, hints anyone? Anyone seen behaviour like this before?
In the mean time I am having him run with coproc_debug, perhaps that
that shows a clue.



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.

Re: [boinc_dev] Valve's SteamOS and SteamMachines

[Jord van der Elst]

On Wed, Nov 6, 2013 at 8:17 PM, Oliver Bock oliver.b...@aei.mpg.de wrote:
 In case of the hardware beta I'd expect Valve to be very selective
 because of the natural shortage of prototype machines. I'd expect that
 they focus on game developers first. So, did you drop out of the process
 or are you still trying to join?

THE HARDWARE BETA ELIGIBILITY QUEST:
Before October 25, log in to Steam and then visit your quest page to
track your current status towards beta test eligibility
1. Join the Steam Universe community group
2. Agree to the Steam Hardware Beta Terms and Conditions
3. Make 10 Steam friends (if you haven't already)
4. Create a public Steam Community profile (if you haven't already)
5. Play a game using a gamepad in Big Picture mode

So, I am not eligible. It's no longer October, I have no friends and I
have no gamepad. :-)

-- Jord.
___
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] Possible OS X Mavericks problem.

[Jord van der Elst]

Apparently the problem is that the BOINC Installer is done by 'an
unidentified developer'.

As per: http://boinc.berkeley.edu/dev/forum_thread.php?id=8694

I upgraded my Mac to OS X 10.9 and the Boinc manager no longer
starts. I get an error pop up, Boinc ownership or permissions are not
set properly; please reinstall Boinc. (Error code -1008)

I downloaded what I think is the correct Mac version, and when I click
to install I get another dialog box which says Boinc Installer can't
be opened because it came from an unidentified developer. Google
Chrome downloaded this file today at 7:28am from boinc.berkely.edu.

I cannot find a version of Boinc in the Mac App store, which is what
they recommend.

Any ideas ?
--
-- Thanks,
-- Jord van der Elst.


On Mon, Oct 28, 2013 at 7:58 AM, Charlie Fenton
charl...@ssl.berkeley.edu wrote:
 The fix is to do what the error message told him to do.

 When you install a new version of Mac OS X over an older version, it doesn't 
 always preserve the boinc_master and boinc_project users and groups; in which 
 case you need to reinstall BOINC after installing the OS.  The message he 
 quotes clearly states please reinstall BOINC.

 Cheers,
 --Charlie

 On Oct 27, 2013, at 4:41 PM, Eric J Korpela wrote:

 Got a PM from someone having a problem with OS X Mavericks.  Is this a
 known issue?  Anyone have a fix?

 Hello, I have the following problem: I work with Mac, yesterday at night I
 downloaded and installed the new
 operating System OS X Mavericks that Apple offers, and after it gets
 installed, I get the following message:

 'BOINC ownership or permissions are not set properly; please reinstall
 BOINC. (Error Code - 1008)'
 ___
 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] unbounded slot dirs

[Jord van der Elst]

Windows XP SP2

http://boinc.berkeley.edu/dev/forum_thread.php?id=8677

On Thu, Oct 24, 2013 at 8:36 PM, McLeod, John john.mcl...@sap.com wrote:
 I was figuring that they went up to a few thousand, not a few million before 
 there was trouble.

 I want to know what file system they were using that could cope with 12 
 million directory fanout in one directory.  I know that the MS directory 
 systems fall over around 5K...

 -Original Message-
 From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of 
 David Anderson
 Sent: Thursday, October 24, 2013 2:33 PM
 To: boinc_dev@ssl.berkeley.edu
 Subject: Re: [boinc_dev] unbounded slot dirs

 Possibly, though in this case (12 million slot dirs)
 that would imply that the client has 12 million tasks,
 which is unlikely because then the client would completely bog down
 because of the N^2 scheduling logic.
 It's more likely due to a failure to clean out slot dirs,
 and I suspect it's specific to Volpex.

 I'll make the ncpus*100 change.

 -- David
 On 24-Oct-2013 11:26 AM, McLeod, John wrote:
 An unbounded number of slot dirs. Would be caused by High Priority picking 
 up a task, running it for a few minutes, discovering that that particular 
 task was no longer in high priority, and picking up one that was now in high 
 priority.  Repeat until all tasks have run for a couple of minutes in high 
 priority.  (This should have been fixed by the recent change to EDF for the 
 project rather than selecting the tasks that were tagged as high priority).

 The other way would be to have slots that cannot be cleaned out (but I 
 thought that bug was fixed a while ago).

 On a different note, could we change the calculated maximum number of slots 
 to cope with machines with more than 1000 CPUs?  I know that machines like 
 that are rare now.  How about n_cpus * 100 for the number of slot 
 directories allowed?
 ___
 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.



-- 
-- 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.

Re: [boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu 12.04 LTS

[Jord van der Elst]

aptitude is not installed by default. Either use apt-get or install aptitude.

sudo apt-get install boinc-client boinc-manager

On Sat, Oct 19, 2013 at 12:40 AM, Stephen Maclagan
stephen.macla...@tiscali.co.uk wrote:
 I get the following when i copy and paste the command:

 stephen@stephen-
 SR700:~$ sudo aptitude install boinc-client boinc-manager
 [sudo]
 password for stephen:
 sudo: aptitude: command not found

 stephen@stephen-SR700:~$

 Claggy

Original Message
From:
 r...@romwnet.org
Date: 18/10/2013 23:28
To: Stephen Maclagan
 stephen.macla...@tiscali.co.uk, boinc_dev@ssl.berkeley.edu
Subj:
 RE: [boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu
 12.04 LTS

What happens if you install the Ubuntu version of the
 client software
first?

http://boinc.berkeley.edu/wiki/Installing_BOINC_on_Ubuntu
That'll
 install all the missing packages BOINC depends on, then the ones
we
 build should work as well.

- Rom

-Original Message-

From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf
 Of
Stephen Maclagan
Sent: Friday, October 18, 2013 6:01 PM
To:
 boinc_dev@ssl.berkeley.edu
Subject: [boinc_dev] Linux x64 7.0.65 and
 7.2.23 builds unrunnable on
Ubuntu 12.04 LTS

The All downloads page
 say the linux builds are 'Tested on the current
Ubuntu distribution'


What is your definition of the current Ubuntu distribution?

I've
 been running the 64bit Ubuntu 12.04 LTS on my C2D
T8100 Laptop since
 feb this year,
most of the time it has it's Windows
7 SSD fitted,
 every now and again i swap the SSD for the Ubuntu SSD,

I
tried
 unpacking the 7.0.65 Boinc earlier in the year, but couldn't get
it to
 work, as a couple of packages were not available, so i ran the

repository 7.0.65 build instead, i've now got rid of that, and want to

run the 7.2.23 build, but it's still the same,

Shouldn't these
 builds
just work on a minimal install without needing packages that
 aren't
available:

stephen@stephen-SR700:~$ cd ~
stephen@stephen-
 SR700:~$ sh
boinc_7.2.23_x86_64-pc-linux-gnu.sh
use
 /home/stephen/BOINC/run_manager
to start BOINC
stephen@stephen-SR700:
 ~$ cd ~/BOINC
stephen@stephen-
SR700:~/BOINC$ ./run_client --daemon
.
 /boinc: error while loading
shared libraries: libXss.so.1: cannot open
 shared object file: No such
file or directory stephen@stephen-SR700:
 ~/BOINC$ ./run_manager .
/boincmgr: error while loading shared
 libraries: libwx_gtk2u_html-2.8.
so.0: cannot open shared object file:
 No such file or directory

stephen@stephen-SR700:~/BOINC$ sudo apt-
 get install libXss.so.1 [sudo]
password for stephen:
Reading package
 lists... Done
Building
dependency tree
Reading state
 information... Done
E: Unable to
locate package libXss.so.1
E:
 Couldn't find any package by regex
'libXss.so.1'
stephen@stephen-
 SR700:~/BOINC$ sudo apt-get install
libwx_gtk2u_html-2.8.so.0
Reading
 package lists... Done
Building
dependency tree
Reading state
 information... Done
E: Unable to
locate package libwx_gtk2u_html-2.8.
 so.0
E: Couldn't find any package
by regex 'libwx_gtk2u_html-2.8.so.
 0'
stephen@stephen-SR700:~/BOINC$


Claggy



___
boinc_dev mailing
 list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_devTo
 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.



-- 
-- 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] Disk: use at most needs a minimum value larger than zero GB.

[Jord van der Elst]

Hi David,

The Disk: use at most value should really get a minimum value, just
as the Disk: leave free at least value has. Now there are people who
think that when this value is set to 0.00, that this means that BOINC
can use the whole partition, not that it can't use any space.

Now, apart from changing the logic so that 0.00 means the whole disk
or partition, perhaps it's easier and better to have a minimum value
of 0.01GB at all times, and that values under 0.01GB are ignored. Just
as with the 'leave free at least' value.

-- 
-- 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.

Re: [boinc_dev] When the notation of time makes no sense in BOINC...

[Jord van der Elst]

Well, we have that one fixed, with thanks to Richard Haselgrove.
He figured out that the Language notation in BOINC Manager matters in this.

English (UK) will give 24 hour clock.
English (USA) will give 12 hour clock with PM/AM.

Thanks Richard!

On Fri, Sep 13, 2013 at 10:48 PM, Jord van der Elst els...@gmail.com wrote:
 MY BOINC has been showing a 12 hour clock for no reason for some time
 now, and I am trying everything to change it back to showing 24 hours
 clocks.

 In Windows, I have set:
 http://boincfaq.mundayweb.com/resources/jord/time/time_setup1.png
 and
 http://boincfaq.mundayweb.com/resources/jord/time/time_setup2.png
 So everything there is set to show a Dutch date notation plus 24 hour
 clock notation.
 My clock:
 http://boincfaq.mundayweb.com/resources/jord/time/clock.png

 So why can't BOINC do it then?
 The Deadline in Tasks looks like this:
 http://boincfaq.mundayweb.com/resources/jord/time/BOINC_Tasks_Deadline.png
 (American notation dates plus 12 hour clock showing AM and PM)

 While all messages in the Event Log all show:

 9/13/2013 10:42:42 PM | SETI@home | [checkpoint] result
 19fe09ac.1219.14298.8.12.218_1 checkpointed
 9/13/2013 10:42:44 PM | SETI@home | [checkpoint] result
 ap_13se08ac_B6_P0_00039_20130911_31171.wu_1 checkpointed
 9/13/2013 10:42:56 PM | SETI@home | [checkpoint] result
 28au08ad.20692.187053.8.12.45.vlar_0 checkpointed
 9/13/2013 10:42:58 PM | SETI@home | [checkpoint] result
 28au08ad.20692.189916.8.12.47.vlar_1 checkpointed
 9/13/2013 10:43:29 PM | SETI@home | [coproc] ATI instance 0:
 confirming for ap_13se08ac_B6_P0_00039_20130911_31171.wu_1


 So someone, do tell me what hoops I have to jump through to get BOINC
 to follow my system clock. :-)

 Windows 7 - 64bit Ultimate fully updated.
 BOINC 7.2.11 - 64bit
 One tired Jord.

 --
 -- Jord van der Elst.



-- 
-- 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] When the notation of time makes no sense in BOINC...

[Jord van der Elst]

MY BOINC has been showing a 12 hour clock for no reason for some time
now, and I am trying everything to change it back to showing 24 hours
clocks.

In Windows, I have set:
http://boincfaq.mundayweb.com/resources/jord/time/time_setup1.png
and
http://boincfaq.mundayweb.com/resources/jord/time/time_setup2.png
So everything there is set to show a Dutch date notation plus 24 hour
clock notation.
My clock:
http://boincfaq.mundayweb.com/resources/jord/time/clock.png

So why can't BOINC do it then?
The Deadline in Tasks looks like this:
http://boincfaq.mundayweb.com/resources/jord/time/BOINC_Tasks_Deadline.png
(American notation dates plus 12 hour clock showing AM and PM)

While all messages in the Event Log all show:

9/13/2013 10:42:42 PM | SETI@home | [checkpoint] result
19fe09ac.1219.14298.8.12.218_1 checkpointed
9/13/2013 10:42:44 PM | SETI@home | [checkpoint] result
ap_13se08ac_B6_P0_00039_20130911_31171.wu_1 checkpointed
9/13/2013 10:42:56 PM | SETI@home | [checkpoint] result
28au08ad.20692.187053.8.12.45.vlar_0 checkpointed
9/13/2013 10:42:58 PM | SETI@home | [checkpoint] result
28au08ad.20692.189916.8.12.47.vlar_1 checkpointed
9/13/2013 10:43:29 PM | SETI@home | [coproc] ATI instance 0:
confirming for ap_13se08ac_B6_P0_00039_20130911_31171.wu_1


So someone, do tell me what hoops I have to jump through to get BOINC
to follow my system clock. :-)

Windows 7 - 64bit Ultimate fully updated.
BOINC 7.2.11 - 64bit
One tired Jord.

-- 
-- 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.

Re: [boinc_dev] BOINC 7.2.11 doesn't detect AVX

[Jord van der Elst]

You probably haven't had an answer because there's just been a whole
email thread about this.
Can be found in the archives of the boinc_dev email list, starting
from http://lists.ssl.berkeley.edu/pipermail/boinc_dev/2013-July/020215.html

On Sun, Aug 25, 2013 at 11:49 AM, Radim Vančo rad...@centrum.cz wrote:
 No one to reply this? This is quite important, I already wrote with some
 people and they also have undetected AVX on this type of processor which has
 AVX. So there is some problem in BOINC client, that it doesn't report AVX.

 Radim


 Dne 23.8.2013 11:51, Radim Vančo napsal(a):

 I am now testing 7.0.64 and it also doesn't detect AVX. So it propably
 something in source code, that it doesn't detect on that processor.


 Dne 23.8.2013 11:41, Radim Vančo napsal(a):

 Does BOINC client version 7.2.10/7.2.11 detect AVX? I just realized that
 mine doesn't, but it should report. Processor i5 3230i and Win 7 64bit with
 SP1 installed. Isn't there a bug in BOINC, that it doesn't detect 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.


 ___
 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.



-- 
-- 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.

Re: [boinc_dev] BOINC 7.2.11 doesn't detect AVX

[Jord van der Elst]

That's because 'the latest version' doesn't support it yet.
It'll be in a 7.2 version, AFTER 7.2.11, as soon as the developers
port it to the 7.2 branch.

If you can't wait, you can build a newer BOINC from Master.
http://boinc.berkeley.edu/trac/changeset/9b2d0f992f6669d31d1996c4fc105ce22324445b/boinc-v2
shows that Rom added the change on the 22nd of July 2013 to the Master
branch.
It just hasn't been ported to the 7.0 or 7.2 branches yet.

On Sun, Aug 25, 2013 at 12:56 PM, Radim Vančo rad...@centrum.cz wrote:
 I have read it, but this is another problem.  The processor has AVX support
 and OS also. It is Win 7 with SP1 64bit but it doesn't report AVX. Even with
 the latest version, but it doesn't report it on these type of processors. i7
 reports it ok, but i5-3230M and other 3xxx doesn't report it.



 Dne 25.8.2013 12:01, Jord van der Elst napsal(a):

 You probably haven't had an answer because there's just been a whole
 email thread about this.
 Can be found in the archives of the boinc_dev email list, starting
 from
 http://lists.ssl.berkeley.edu/pipermail/boinc_dev/2013-July/020215.html

 On Sun, Aug 25, 2013 at 11:49 AM, Radim Vančo rad...@centrum.cz wrote:

 No one to reply this? This is quite important, I already wrote with some
 people and they also have undetected AVX on this type of processor which
 has
 AVX. So there is some problem in BOINC client, that it doesn't report
 AVX.

 Radim


 Dne 23.8.2013 11:51, Radim Vančo napsal(a):

 I am now testing 7.0.64 and it also doesn't detect AVX. So it propably
 something in source code, that it doesn't detect on that processor.


 Dne 23.8.2013 11:41, Radim Vančo napsal(a):

 Does BOINC client version 7.2.10/7.2.11 detect AVX? I just realized
 that
 mine doesn't, but it should report. Processor i5 3230i and Win 7 64bit
 with
 SP1 installed. Isn't there a bug in BOINC, that it doesn't detect 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.


 ___
 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.



-- 
-- 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.