Sorry for crossposting, I already reported it in the Android issues thread one week ago but no one answered.
Seems you need to revise the regexp:
2016-02-13 00:53:27.1554 [PID=11134] [version] Checking plan class 'NEONPIE'
2016-02-13 00:53:27.1555 [PID=11134] [version] Couldn't match OS version '3.10.84-g2e93987 (Android 6.0)' with required regexp 'Android 5|Android 4\.[1-9]|3\.4\.[0-9]'
2016-02-13 00:53:27.1555 [PID=11134] [version] Best version of app einsteinbinary_BRP4 is 1.43 ID 501 NEON (2.13 GFLOPS)
Copyright © 2024 Einstein@Home. All rights reserved.
Android 6 not getting PIE application
)
I'm not sorry he crossposted. If you have thread for Bugs it might be a good idea to actually monitor it for problems. I haven't seen a moderator or Admin post a reply to any Android bug in a very long time. And, while you're at it get the same problem fixed for Albert@Home too.
Marines - Providing Enemies of America an Opportunity To Die For their Country Since 1775
RE: ... I haven't seen a
)
I don't know that any volunteer moderator owns such a device or has any relevant experience to enable a useful reply. I certainly don't. Have you tried sending a PM to one of the Devs? They're the only ones who could assist and they're rather busy with the new science runs right now.
Cheers,
Gary.
I am aware of the problem. We
)
I am aware of the problem. We are currently busy with the preparations for the new gravitational wave search and our todolists are getting longer and longer. I'm sorry that the Android App is not a big priority right now.
I changed the NEONPIE plan class to include Android 6. I can't monitor this closely so you may have to tell me if this is working for you.
RE: I am aware of the
)
Still not working for me. I reset the project and updated it. It acted as if it downloaded, yet no task were actually downloaded. So for me no luck. The same goes for Albert@Home. Since I can't post on their boards yet.
Marines - Providing Enemies of America an Opportunity To Die For their Country Since 1775
RE: RE: I am aware of the
)
Your list of computers show 2 ARM devices running Android, one hasn't contacted the project since 24 Feb 2016 and the other which made contact at 20:24:29 UTC today has reached its daily quota of 4 tasks.
You'll have to wait until tomorrow to try again as the server will just deny any work requests until the quota is reset.
Host #12195922 run by "rattorosso [Marche]" has asked for work and been assigned work for the NEONPIE plan class so it seems that Christians fix is working.
RE: RE: RE: I am aware
)
It shows two android devices (Now Merged) because I disconnected from the project and reconnected 4-5 days later. I have no projects on my phone. All 48 projects sent have been returned as computational errors and even though my phone contacted the server today no tasks were actually downloaded so no quota has been exceeded.If the quota is 4 then why did it say it was downloading 19 tasks today, which never got downloaded. On the 29th of February the project sent me 18 task so the quota of 4 sounds like an excuse to me. A lame one at that.
And when you become a moderator or admin maybe I'll put a little more weight into your opinion. No offense, but there is nothing you can actually help do to resolve this problem.
To make an announcement that you have an android app then to say you don't have the time to maintain it, what was the purpose of developing it in the first place?
Marines - Providing Enemies of America an Opportunity To Die For their Country Since 1775
RE: It shows two android
)
You don't get a new ID (and then have to merge the old one in) if you don't remove the files belonging to BOINC - eg the state file (client_state.xml) which stores the ID.
To protect itself from useless destruction of resources, a project can quickly and automatically limit the downloading of further tasks when all are being returned as compute errors. It is always sensible to terminate further requests for work until the reason for the failures has been determined. This ensures there will be some quota left to allow immediate downloads when the issue is resolved.
Your tasks list shows 4 tasks downloaded and returned as compute errors on 01 Mar. We are now not long into 02 Mar (UTC) so it's not really surprising that the server may not have yet decided that the 24 hour refusal to send has passed. There is also the complication of an ID merge somewhere in the mix. I have no idea how that will be handled by the server when it's trying to decide if new work can be sent. Your best course of action is to get your device to send a fresh request every so often until the server decides it's time to send.
Perhaps it was affected by the ID merge. I certainly couldn't tell you for sure.
The fact that you got just 4 on 01 Mar suggests to me that you really were being limited by the server yesterday and there is no obvious reason why that wouldn't continue today.
The quota was higher that day. If you trash all those tasks as well, why wouldn't you expect the quote to reduce further. Unfortunately it may stay at this new low value until some successful tasks are returned.
It's the height of offensive behaviour to carry on the way you are and then think you can excuse that by simply saying, "No offense, but ...". I can really understand you may well be frustrated but, that's absolutely no excuse for your unacceptable attitude towards someone just trying to help. Please refrain from being deliberately insulting towards others like this.
Priorities change, technology marches on, gravity waves get detected, work schedules get completely reorganised, .... There are a multitude of factors. Get over it, bottle up the frustration and accept that people are trying to help as much as possible.
Cheers,
Gary.
RE: You don't get a new ID
)
Actually you do get different ID's because that is exactly what happened. Believe me or not, your choice, I don't really care. Based on posts in another thread I disconnected and waited a few days and tried again. So the system gave me a new ID.
As for resource protection, that's understandable. Supposedly the system had been set to allow Android 6 users NEONPIE yesterday. I checked the phone and the boards and I still got only NEON work sent to me. As for work today, I see that the server has sent NEONPIE and they appear to be running. As for the mege I performed it late yesterday in order to prevent confusion as it did with the poster who complained to you. It would be nice if you'd let the Albert@Home people know they have the same problem with their Android app.
As for how much work is sent, I don't really care either. Just so long as work is sent that can be done. As much as the server hates to see computational errors. I hate having them too. If the ones now running come back good and the number or quota on jobs goes up that's fine too.
Was he feeling a little butt hurt and asked you to come in to help him? As for being insulting, I wasn't even close to being that. I was stating a plain and simple fact. If the truth is insulting then maybe he needs to seek a safe place. Not being a moderator such as yourself, there is little to nothing he could help me with to solve or explain the ongoing issue(s) that I hadn't already seen or read. I saw the work that the other user got and the work that was sent to me. He received NEONPIE work and I didn't, even though the problem had supposedly been resolved. Also as a non-moderator he would not have the knowledge of how the system works. If he did, he didn't explain it well enough to be of any assistance. Again, a fact not an insult.
The project obviously needs crowd sourced computing to find those gravity waves, pulsars, etc., that keep everyone working. So it would or should be important to make sure that a resource such as other peoples time and computers, including phones, are available to help out. Otherwise there wouldn't be enough resources or time to do it in house and the grant monies would dry up. Instead of schedules getting changed the priority would be to find a new job instead.
As for technology marching on that's part of what the project is supposed to do with its applications so they are capable of doing what is needed to help find what's out there. In this case Android 6 marched right over top of the project and despite the knowledge that it was in use prior to the apps release, I guess it didn't get put on the priority list. So the point is still a valid one. If you can't or don't want to maintain it. Don't bother to develop or release it in the first place.
Thanks for your help Gary. Some of your information was actually helpful. The only thing slightly frustrating part is that it appears as if it took a butt hurt poster to get a moderator to come to the Android bug board and help a few of us out. Other than that no problems.
Have a nice day.
Marines - Providing Enemies of America an Opportunity To Die For their Country Since 1775
RE: ... The only thing
)
Well then, I should be able to completely ease your 'slight' frustration! :-).
Nobody has made any complaint to me at all!
I try to read every technical forum several times a day if I can find the time. If I see something I know enough about to make a contribution, then I will. If I don't know the answer, I stay out. However, I always read.
I don't need a complaint to notice rude and offensive behaviour. I absolutely make my own decisions about that. You were rude - period!
All that aside, I do understand why you were frustrated and I'm really glad that something was able to be done to solve your particular issue. You really need to make allowance for 'the facts of life' around these sorts of distributed computing projects. It's very hard for the Devs to always get to every issue in a timely manner. It's not because they don't care.
Volunteers are another matter entirely. I regard rudeness towards another volunteer to be absolutely unacceptable. I'm one, and we all decide freely to support a chosen project with no real expectation of reward or even acknowledgement. We don't deserve rudeness.
I was pleased to be thanked for what you found useful. It is nice to be thanked for the efort you make.
I trust you will do so too.
Cheers,
Gary.