Re: [boinc_dev] Mac builds in master are currently broken

Am 27.01.2018 um 19:24 schrieb Juha Sointusalo: > On 27 January 2018 at 18:14, Christian Beer <christian.b...@posteo.de > <mailto:christian.b...@posteo.de>> wrote: > > 1. A committer (other than Charlie or me to retain the 4 eyes > principle) > needs t

[boinc_dev] Mac builds in master are currently broken

the commit!) 3. Once the cache is rebuilt the already failed mac build in PR#2327 needs to be restarted (every committer can do that) and we have a buildable master branch again. -- MfG / Regards Christian Beer ___ boinc_dev mailing list boinc_dev

Re: [boinc_dev] GoogleTest

as defined in 3rdParty/buildLinuxDependencies.sh and download GoogleTest to 3rdParty/buildCache or similar. MfG / Regards Christian Beer Am 17.01.2018 um 21:36 schrieb Vitalii Koshura: > Hello @all, > > As I wrote before I want to add unit test support to test existing XML > par

Re: [boinc_dev] translations out of date

Am 17.10.2017 um 06:13 schrieb David Anderson: > Many of the translations > (e.g. the web-site translations in html/languages/*.po) > are out of date and I don't know how to update them. > > The document for this: > https://boinc.berkeley.edu/trac/wiki/AdminLocalize > is very incomplete. I

Re: [boinc_dev] Mac Travis CI builds

There is one last fix I wanted to do before merging but never found the time to do (documented in the PR just now). Mainly because in my perception the effort of maintaining the automated build system is not valued by all developers. So if it gets ignored on a regular basis I don't see a reason to

Re: [boinc_dev] [boinc_projects] keywords

On 21.07.2017 06:21, David Anderson wrote: > Stable branches for server and API: yes. > (prerequisite to this is a way of thoroughly testing these components, > which we don't currently have. > How about if people start discussing this?) I don't see having thorough tests as a prerequisite to

Re: [boinc_dev] [boinc_projects] keywords

Just so we are all on the same page about what issue is discussed here and how an "integration branch" can solve this. A project wants to use a version of the BOINC code that is known to be stable (because usually you choose a released version of a software to use) The BOINC server part has no

Re: [boinc_dev] [boinc_projects] keywords

version can be built based on cherry-picking commits from master into the client release branch This makes sure that the effects of the new feature are known in advance and don't interfere with other bugfixing activity on the master branch. Regards Christian On 17.07.2017 10:04, Christian Beer wrote

Re: [boinc_dev] [boinc_projects] keywords

I just want to voice my disagreement with the process in which this proposal was handled. There was barely time to comment and so far no one did but implementation into the master branch has already started for what seems to be a major change to Client and Server code. As a volunteer contributor

Re: [boinc_dev] Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

Olly Betts and Gianfranco explained a bit more about what the Debian maintainer want to do. I'm not cross posting here. The gist is they want to migrate wxWidgets to a maintained version of GTK and webkitgtk while in the meantime drop the old unmaintained webkitgtk from Debian testing and

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

Hi Rom, before I forget again: please be aware that there is already an issue on github (https://github.com/BOINC/boinc/issues/1832) about porting to VS 2017. You should assign yourself to the issue so others see that it is worked on. There are also some developers who can test your changes so I

Re: [boinc_dev] Bug#790222: wxwidgets3.0: depends on libwebkitgtk-1.0-0 which is deprecated

Hi, I'm not sure I fully understand the issue. So I'll try to explain what I understood. Debian is going to remove the package "libwebkitgtk-1.0-0" in testing (buster) which will also remove the package "libwxgtk-webview3.0-0v5" which is a dependency for package "boinc-manager" which means

Re: [boinc_dev] master broken

On 12.05.2017 12:05, Vitalii Koshura wrote: > Hello Gianfranco, > > We have Travis CI for continuous builds and it is not failed. > Could you please take a look why Travis built it ok and you got errors? My guess is that there is a compiler option that warns about format errors which is treated

Re: [boinc_dev] cert_all.php issues

On 27.04.2017 19:15, David E Kim wrote: > I’m working on a BOINC server upgrade and “cert_all.php” doesn’t seem to work. > > The following is hard coded in user.inc but gives a forbidden error response: > > http://boinc.netsoft-online.com/get_user.php?cpid= > > > > Is there another url that we

Re: [boinc_dev] openssl

On 22.04.2017 19:51, Rebirther wrote: > Has someone a short guide how to setup openssl with ubuntu 12.04? Iam still > stucking in the apache config. OpenSSL is a library for encryption and should already be installed. There is also a tool called "openssl" installed that can be used to create and

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

On 07.04.2017 01:24, David E Kim wrote: > How can I push my changes? I have them ready to push but don’t have > permission. > > It’s just 3 file updates: > > api/boinc_api.cpp > lib/diagnostics.cpp > lib/diagnostics.h > > thanks! Hi David, the workflow regarding pull requests is that you need

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

On 29.03.2017 18:12, Jord van der Elst wrote: > > On Wed, Mar 29, 2017 at 5:59 PM, Christian Beer > <christian.b...@aei.mpg.de <mailto:christian.b...@aei.mpg.de>> wrote: > > > Restricting to commits that have "client" in the commit title is also >

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

On 29.03.2017 16:36, Jord van der Elst wrote: > 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. That is

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

On 29.03.2017 11:55, Richard Haselgrove wrote: > I was thinking of things like > > > > > > > > > > > > > (from https://setiathome.berkeley.edu/forum_index.php) > > We used to be able to see exactly which SVN patches had been applied by any > given project, and advise

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

This is already documented here: http://boinc.berkeley.edu/trac/wiki/TranslationSystem The last translation update into master was 8 days ago. Since I don't know what SHA1 was used to build 7.7.2 (as there is no tag or documentation) I can't say if translations are up to date or not. I strongly

[boinc_dev] BOINC sourcecode license ambiguity

Hi David, on Aug 6 2008 you changed the file COPYING in BOINC (https://github.com/BOINC/boinc/commit/9baf78fe5f5deb3c4f642842a1ef29cfc0cb2348). This file now contains the text of the GPL while COPYING.LESSER contains the text of the LGPL. This makes it ambiguous under what license BOINC is. Could

Re: [boinc_dev] BOINC Linux 64 bit: libboinc_la-app_ipc.o: No such file or directory

On 02.03.2017 12:54, Andy Bowery wrote: > If I check out the latest BOINC code on to a Linux 64 bit and make it: > > cd ~ > git clone https://github.com/BOINC/boinc boinc > cd boinc > ./_autosetup > ./configure --disable-client --disable-manager > make > > I get: > > /bin/ar:

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

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.

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

cial 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 wrot

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

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/c

Re: [boinc_dev] [boinc_cvs] [BOINC/boinc] 1b81fe: web: fix recaptcha problem

On 02.02.2017 07:25, GitHub wrote: > Branch: refs/heads/master > Home: https://github.com/BOINC/boinc > Commit: 1b81fecfb379b3ffe0a51c3ef61c24fe12c75b33 > > https://github.com/BOINC/boinc/commit/1b81fecfb379b3ffe0a51c3ef61c24fe12c75b33 > Author: David Anderson

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

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/c2350c7f5747dc3109d7a33aa2f12a3161258fda > Author: David Anderson

Re: [boinc_dev] Suspected cpid hash collisions for newly installed clients on Linux

On 23.01.2017 22:27, trueriver wrote: > As for the network booting machines, I already have a script running > in the initrd that sets up the boinc directories ready for the client > to be started. At present I give the client exactly the same files it > gets from the post install trigger, plus an

Re: [boinc_dev] Suspected cpid hash collisions for newly installed clients on Linux

On 22.01.2017 20:24, trueriver wrote: > I believe I am seeing hash collisions in cpid on installing the client in > Debian and Mint. I also believe the Mint package is the unchanged Debian > one, inherited via Ubuntu. Hi, there was a similar issue on the BOINC dev forums recently.

Re: [boinc_dev] is this the right place to ask about...

Hi, if this is a packaging related problem than it's better to directly contact the package maintainer but the Debian maintainer is also reading this email list so you may try it out here before opening a Debian bug report. Regards Christian On 21.01.2017 18:44, trueriver wrote: > hi everyone,

Re: [boinc_dev] [BOINC/boinc] 341001: lib: remove safe_copy(); not used, generated compi...

. read_file_malloc(). > > On 1/3/2017 7:13 AM, Christian Beer wrote: >> On 03.01.2017 15:29, McLeod, John wrote: >>> What about the std::string function c_str? It returns a >>> non-modifiable pointer to the null terminated data in the string? >> This function

Re: [boinc_dev] [BOINC/boinc] 341001: lib: remove safe_copy(); not used, generated compi...

imited number of times then exits. > It's not OK in the client. > > On 1/3/2017 7:34 AM, Christian Beer wrote: >> As for memory leaks occurring in BOINC I'd like to quote >> sched/sched_version.cpp line 515: >>> //

Re: [boinc_dev] [BOINC/boinc] 341001: lib: remove safe_copy(); not used, generated compi...

occurring. > > -Original Message- > From: Christian Beer [mailto:christian.b...@aei.mpg.de] > Sent: Tuesday, January 3, 2017 10:13 AM > To: McLeod, John <john.mcl...@sap.com>; boinc_dev@ssl.berkeley.edu > Subject: Re: [boinc_dev] [BOINC/boinc] 341001: lib: remove safe_cop

Re: [boinc_dev] [BOINC/boinc] 341001: lib: remove safe_copy(); not used, generated compi...

On 03.01.2017 15:29, McLeod, John wrote: > What about the std::string function c_str? It returns a non-modifiable > pointer to the null terminated data in the string? This function (std::string::c_str) provides a non-modifiable pointer and the pointer is only valid as long as the string exists.

Re: [boinc_dev] [BOINC/boinc] 341001: lib: remove safe_copy(); not used, generated compi...

Hi, am I the only one who has a problem with this commit? The BOINC Governance document states that actions of Committers are reviewed after they committed something. Here we are. I want to complain about this commit by a Committer of the BOJNC project. I added this function for a reason and

Re: [boinc_dev] french & german translation bug on language_select.php

I don't see the need for an extra file that needs extra effort to be kept up to date when the translations are fine. I fixed the French and Portuguese translations in Transifex some weeks ago. This should be in the github repo, if it is not we should investigate why. Right now we don't need the

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

No objection from me. 7.6.33 is running a while on Debian Stretch with no complaints. Regards Christian On 06.12.2016 01:15, David Anderson wrote: > Anyone object to making 7.6.33 the recommended version? > It has 96% test coverage, and the only significant reported bug is a > problem with GPU

Re: [boinc_dev] Fwd: Re: Bootstrap

A lot of possible solutions here: https://github.com/twbs/bootstrap/issues/1768 I investiagted some of the non-JS solutions and it seems that those two: http://stackoverflow.com/a/13184714 and http://stackoverflow.com/a/11842865 seem to be working (I would prefer the latter). Since we know where

Re: [boinc_dev] Fwd: Re: Bootstrap

On 14.11.2016 23:41, David Anderson 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. I wonder if this is related to BOINC using mainly tables instead of div's while bootstrap is

Re: [boinc_dev] [boinc_projects] Web RPC access control

On 14.11.2016 10:49, Jord van der Elst wrote: > 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

Re: [boinc_dev] [boinc_projects] Web RPC access control

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

Re: [boinc_dev] 4th Gen BOINC credit system

On 16.08.2016 21:02, David Anderson wrote: > The credit calculation is encapsulated in a single function, > assign_credit_set(). > You can change policy by changing or replacing this function. I didn't come along this function. I need to look it up what it does. > > Maintaining runtime statistics

Re: [boinc_dev] 4th Gen BOINC credit system

I've tried to modularize the runtime estimation and credit calculation system (RECCS) in a local branch so we could more easily switch between implementations of different credit systems (on a per app level). But because CreditNew is very deeply involved in several key components I find it hard to

Re: [boinc_dev] Please don't push to github right now

On 02.08.2016 23:34, Christian Beer wrote: > Hi, > > there seems to be something funny going on with the boinc repository on > github. It looks like a rebase gone wrong. I'm going to investigate > tomorrow. I would like to ask anyone with write access to refrain from > p

[boinc_dev] Please don't push to github right now

Hi, there seems to be something funny going on with the boinc repository on github. It looks like a rebase gone wrong. I'm going to investigate tomorrow. I would like to ask anyone with write access to refrain from pushing new commits to the boinc repository until this is understood. Regards

Re: [boinc_dev] forwarding BOINC projects to the web browser

On 16.04.2016 13:43, Ronald van Broeckhuijsen wrote: > Do you devs have some links, documentation or other info on this subject? Or > an idea on how to hook up with BOINC? There was a group of Hungarian researchers that where doing something similar. They called it gears first and later it

[boinc_dev] upload signatures non working

Hi, we enabled upload signatures on Albert@home to see if this is still working. It turns out is is not. For every upload the check_string_signature() fails to verify the signature although it seems to be correct. The Client gets the message " invalid signature (permanent)" but does nothing with

Re: [boinc_dev] automatic filename extension in windows wrapper

On 25.02.2016 21:31, Rom Walton wrote: > I suppose it would be more robust to have the wrapper launch "cmd.exe" with > the command line argument of "/k" and then the desired application name. > That would then allow cmd.exe to launch the desired application correctly. How would that impact

[boinc_dev] automatic filename extension in windows wrapper

Hi, we have a use case where we want to use the wrapper to deploy a legacy application. The application is bundled in a zip archive that is extracted by the wrapper into the slot directory. This application is called "LegacyApp" and "LegacyApp.exe" on Linux and Windows respectively. Now comes the

[boinc_dev] client in master is broken

The client currently fails to build from master with: > > boinc_client-client_state.o: In function `CLIENT_STATE::init()': > > /home/travis/build/BOINC/boinc/client/client_state.cpp:715: undefined > reference to `PROJECT_INIT::init()' > > boinc_client-client_state.o: In function `CLIENT_STATE': >

Re: [boinc_dev] Manager fails to build

sage- > From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of > Vitalii Koshura > Sent: Monday, December 14, 2015 7:04 AM > To: Christian Beer <christian.b...@aei.mpg.de> > Cc: BOINC Developers Mailing List <boinc_dev@ssl.berkeley.edu> > Subject: R

[boinc_dev] Manager fails to build

The Manager for linux is broken in current master. It seems it was introduced here: https://github.com/BOINC/boinc/commit/a97b15c20963ab1235b4768ea3b3e3e077a10574 The error log from Travis: > > BOINCGUIApp.cpp: In member function ‘virtual bool CBOINCGUIApp::OnInit()’: > > BOINCGUIApp.cpp:157:5:

Re: [boinc_dev] Manager fails to build

It seems that this was broken in this > commit: > https://github.com/BOINC/boinc/commit/8ec4cd41cbc753705c9f25fa29a0fda18f49d4c4 > > Best regards, > Vitalii Koshura > > 2015-12-14 12:52 GMT+02:00 Christian Beer <christian.b...@aei.mpg.de > <mailto:christian.b...@aei.mpg.de>

[boinc_dev] commit 770fbf: Feeder: prevent resource leak

<nore...@github.com> To: boinc_...@ssl.berkeley.edu Branch: refs/heads/fix_defects_server Home: https://github.com/BOINC/boinc Commit: 770fbf138f4e09d02c657719215abb91fe76c163 https://github.com/BOINC/boinc/commit/770fbf138f4e09d02c657719215abb91fe76c163 Author: Christian Beer

Re: [boinc_dev] commit 770fbf: Feeder: prevent resource leak

On 09.11.2015 19:40, Nicolás Alvarez wrote: > Hooold on. I hadn't seen the linked patch. > > for (int i=0; i DB_WORK_ITEM* wi = new DB_WORK_ITEM(); > work_items.push_back(*wi); > delete wi; > } > > That makes no sense. Why dynamically allocate the object if it's just >

Re: [boinc_dev] file_upload_handler question

On 10/20/2015 01:27 PM, Christian Beer wrote: > On 10/17/2015 07:59 AM, David Anderson wrote: >> I checked in a change that should do this. >> Please review and test if you get a chance. > I augmented this with some logging in pull request 1415 > https://github.com/BOINC/boin

Re: [boinc_dev] client stuck in a state where 64bit VMs never run

On 10/21/2015 11:29 AM, Marius Millea wrote: > It goes like this: > > * user tries to run 64 bit VM app, but they don't have VT-x/AMD-v enabled > in BIOS > * vboxwrapper runs and detects this and sets "p_vm_extensions_disabled" in > client_config.xml, and tells the user they need to enable

[boinc_dev] dlopen() without dlclose() in gpu_detect binary

Hi, I'm investigating a resource leak in client/gpu_amd.cpp where a dlopen() handle is leaked because there is no dlclose(). Is this intentional? The allocation happens on line 161 (local variable) and there is no dlclose() when the function exits on line 392. In general there are more dlopen()

Re: [boinc_dev] file_upload_handler question

On 10/17/2015 07:59 AM, David Anderson wrote: > I checked in a change that should do this. > Please review and test if you get a chance. I augmented this with some logging in pull request 1415 https://github.com/BOINC/boinc/pull/1415) and test this soon. Regards Christian

Re: [boinc_dev] file_upload_handler question

is read only after the first request. Regards Christian On 10/17/2015 07:59 AM, David Anderson wrote: > Christian: > I checked in a change that should do this. > Please review and test if you get a chance. > -- David > > On 10/16/2015 2:24 AM, Christian Beer wrote: >> Hi Davi

Re: [boinc_dev] vbox64 and virtualization

On 10/16/2015 11:16 AM, Marius Millea wrote: > However I'm using VBox > 4.3.30 and vboxwrapper 26175 so I don't think that's it. I'm attaching my > vbox.log, there's some errors in there about VT-x but searching > for ERR_CPU_VM_EXTENSIONS_DISABLED yields nothing. The vbox.log contains

Re: [boinc_dev] vbox64 and virtualization

eas? Otherwise yea it looks like the code > to do exactly what you guys describe is there. > > Marius > > > On Fri, Oct 16, 2015 at 11:42 AM, Christian Beer > <christian.b...@aei.mpg.de <mailto:christian.b...@aei.mpg.de>> wrote: > > On 10/16/2015 11:16 A

Re: [boinc_dev] Fwd: New Defects reported by Coverity Scan for BOINC/boinc

There are a total of 401 outstanding defects detected by Coverity in this run. 39 of those are in the Buffer Overflow category. 48 are considered High impact. The defect density (defects per 1000 LOC) of BOINC is 1.37 and the average defect density of similar open source projects analysed by

Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor.

packaging for CentOS and OpenSuse. MfG / Regards Christian Beer Am 20.07.2015 um 23:09 schrieb David Anderson: What version are the package maintainers using? Hopefully patching 7.4 would suffice. -- David On 20-Jul-2015 1:20 PM, Stephen Maclagan wrote: I've patched my local 7.2 head

Re: [boinc_dev] Official GitHub mirror?

(community supported). MfG / Regards Christian Beer Am 08.01.2015 um 19:58 schrieb Rom Walton: You can find the mirror here: https://github.com/BOINC/boinc-v2 - Rom -Original Message- From: Rom Walton Sent: Thursday, January 08, 2015 1:58 PM To: Rom Walton; Filip Rydlo; BOINC

Re: [boinc_dev] Forum buttons

Please use Ctrl - F5 to also reload the CSS. I just tested on IE11 and Safari on Windows 7 and the buttons are shown. MfG / Regards Christian Beer Am 06.10.2014 um 22:46 schrieb Rebirther: With the latest update of the server code the buttons in IE and Opera are gone, its showing only text

[boinc_dev] bootstrap integration into BOINC

compatible with the current code and a very clean solution. -- MfG / Regards Christian Beer ___ 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

Re: [boinc_dev] ./_autosetup: 138: [: x: unexpected operator

Henri, could you please tell me the output of /bin/sh --version on this machine? It works with bash 4.3.22 here. Maybe I have to change the syntax to get it running with other shells. MfG / Regards Christian Beer Am 18.08.2014 08:56, schrieb Henri Heinonen: boincadm@ip-172-31-41-225:~/boinc

Re: [boinc_dev] ./_autosetup: 138: [: x: unexpected operator

This is not the shell used by _autosetup but the issue should be fixed in current code. Please pull latest changes and try again. MfG / Regards Christian Beer Am 18.08.2014 12:09, schrieb Henri Heinonen: boincadm@ip-172-31-41-225:~/boinc-v2$ /bin/bash --version GNU bash, version 4.2.25(1

Re: [boinc_dev] astropulse robustness / abandonned tasks

I'll start from here and say that we have a similar problem with abandoned tasks at RNA World. It happens from time to time and it's difficult to diagnose. What I see on the server side is this: 2014-07-30 07:47:51.6412 [PID=12018] [CRITICAL] [HOST#29863] [RESULT#14926926] [WU#6331554]

Re: [boinc_dev] astropulse robustness / abandonned tasks

: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of Christian Beer Sent: Friday, August 08, 2014 2:05 PM To: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] astropulse robustness / abandonned tasks I'll start from here and say that we have a similar problem with abandoned tasks

Re: [boinc_dev] CGI issue upon client requests

Hi Nicolas, are you by any chance using a plan_class_spec.xml file for this test? I'm currently troubleshooting a similar problem with rebirther from the bitcoinutopia project. Everything is fine until we add the opencl/ tag to the opencl_ati_101 plan_class in the plan_class_spec.xml Regards

Re: [boinc_dev] CGI issue upon client requests

Hi Nicolas, after creating the project what did you do to activate the apache config? Did you append it to httpd.conf or did you copy it to /etc/apache2/sites-available/ and activated it with a2ensite ? I always used the second way to test the VM but assumed that the first would also work.

Re: [boinc_dev] [boinc_projects] Temporarily failed download

Hi udar, please activate the file_xfer_debug logflags in the client http://boinc.berkeley.edu/wiki/Client_configuration Also check in your clients client_state.xml that the correct download url is given. Check the download_url tags inside the file tags. Try to download those with a browser and

Re: [boinc_dev] scheduler crashes due to shmem issue

The Internal Server message means that the scheduler could not start. You should check if you can reach the cgi URL with a browser and check the apache log file why the error 500 is happening. Seems like a configuration problem with apache. Regards Christian Am 03.05.2014 20:07, schrieb Nicolas

Re: [boinc_dev] deprecated function

Hi Eric, did you also update BOINC to the latest version? This was changed not long ago. Regards Christian Am 24.04.2014 08:48, schrieb Eric Driver: Hi David, Not an urgent problem, but we just upgraded to the latest ubuntu and I am seeing a bunch of warnings when accessing the db:

Re: [boinc_dev] Question

To be complete: this is the scheduling logic for the BOINC Client running on the computing hosts. The BOINC Server has a different algorithm(s) for assigning jobs to hosts. Regards Christian Am 06.01.2014 16:31, schrieb McLeod, John: There are two modes, and the normal mode is different inter

Re: [boinc_dev] updates for trickle_deadline.cpp

Am 15.12.2013 02:23, schrieb David Anderson: On 09-Dec-2013 10:11 PM, Christian Beer wrote: Almost everything needed for this is already in place. Changing the trickle_deadline handler to update another field or table is trivial. I can also add the logic of aborting or reactivating

Re: [boinc_dev] Unable to clone boinc

Hello, the rpository switched to a new name some time ago. Updated information on obtaining the source can be found here: http://boinc.berkeley.edu/trac/wiki/SourceCodeGit Regards Christian Am 07.12.2013 22:21, schrieb Opeyemi Adesina: Hello All, I have not been able to clone boinc:

Re: [boinc_dev] ongoing problems with vboxwrapper (NO_OPTION bug)

command to speed up how quickly the VM is suspended.* * * *- Rom* *From:*Christian Beer [mailto:djangof...@gmx.net] *Sent:* Thursday, November 07, 2013 6:45 AM *To:* Rom Walton *Cc:* BOINCDev Mailing List; David Anderson (BOINC); Lammert van der Veen *Subject:* Re: ongoing problems

Re: [boinc_dev] ongoing problems with vboxwrapper

: We only need to filter the vboxmanage output in one place. VBOX: Add additional check to determine if the get VM log command really failed. - Rom *From:*Christian Beer [mailto:djangof...@gmx.net] *Sent:* Wednesday, November 06, 2013 11:29 AM *To:* Rom Walton *Cc:* BOINCDev

[boinc_dev] ongoing problems with vboxwrapper

Hello, we are running the 26028 version of the vboxwrapper for some time now and I want to update you on some ongoing problems. Some users reported that the stderr.txt is filled with lots of error messages and file size increases to several GB. The file was truncated by the user and I didn't see

Re: [boinc_dev] ongoing problems with vboxwrapper

wall clock time internally. I'll see what I can find about the trickle messages. - Rom *From:*Christian Beer [mailto:djangof...@gmx.net] *Sent:* Wednesday, November 06, 2013 10:30 AM *To:* BOINCDev Mailing List *Cc:* Rom Walton; David Anderson (BOINC); Lammert van der Veen

Re: [boinc_dev] VBoxwrapper 26026 VM-names

Christian Am 21.09.2013 08:53, schrieb Lammert van der Veen: It works: Cheers, Lammert - Original Message - *From:* Rom Walton mailto:r...@romwnet.org *To:* Lammert van der Veen mailto:lvanderv...@t-online.de ; Christian Beer mailto:djangof...@gmx.net

Re: [boinc_dev] preliminary findings from RNA World VirtualBox Betatest

___ 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] preliminary findings from RNA World VirtualBox Betatest

if we would see the same output in the Windows and Linux version of the vboxwrapper.   Regards Christian Gesendet: Mittwoch, 18. September 2013 um 22:41 Uhr Von: Rom Walton r...@romwnet.org An: Christian Beer djangof...@gmx.net Cc: boinc_proje...@ssl.berkeley.edu, BOINCDev Mailing List boinc_dev

Re: [boinc_dev] preliminary findings from RNA World VirtualBox Betatest

the result is complete. If you are seeing the 'premature' text, it implies that a timeout value has been specified. - Rom -Original Message- From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of Christian Beer Sent: Tuesday, September 17, 2013 2:21 PM

[boinc_dev] preliminary findings from RNA World VirtualBox Betatest

Hello, during the last 7days I ran a Betatest on RNA World with the new VirtualBox feature of BOINC. These are some preliminary findings that I would like to present to the BOINC developers and project communities. For whom it is TL;DR let me summarize: I present some problems we ran into, using

Re: [boinc_dev] HTML bugs

You just found the tip of the iceberg. Don't go hunting for more. It's not worth the while as the discussion whether the HTML code should be correct HTML or not was ruled long ago. As long as it is not broken on a major browser it is not fixed. Regards Christian Am 21.06.2013 17:10, schrieb Jon

Re: [boinc_dev] Questions around BOINC

Hi, I'm not Rom but I hope I can help you too. 1. That scenario is already the principal design behind BOINC. Once a task is associated with a host (gets send) this will not change. So in your example: 't1' will only be processed on 'M1', if for some reason this is not succesfull the server will

Re: [boinc_dev] [patch] .po files with issues

Yes, but I will test them first on a local server as I'm not sure that this will work with our i18n implementation. Regards Christian Am 28.05.2013 17:46, schrieb Rom Walton: Christian, Could you apply these changes to http://boinc.berkeley.edu/translate? If we just commit them to the

Re: [boinc_dev] twitter bootstrap and boinc

I would say this depends on what changes you have done to the php pages and how easy it is to create a custom project theme. I tried something similar with the smarty template engine some time ago but figured that there would be to much code changes involved. Regards Christian Am 14.05.2013

Re: [boinc_dev] php warning messages

There are some more in update_versions: PHP Warning: Creating default object from empty value in /home/scientist/projects/test4vm/bin/update_versions on line 375 PHP Warning: Creating default object from empty value in /home/scientist/projects/test4vm/bin/update_versions on line 389 Regards

Re: [boinc_dev] Obtaining up to date BOINC sources - not trivial task. Should it be so?

The links to the source are here: http://boinc.berkeley.edu/trac/wiki/SourceCodeGit (This page is linked to from several places!). Please note that BOINC changed to git version control earlier this year and since 2 months the boinc-v2 repository is the correct place. If you want to view the

Re: [boinc_dev] Obtaining up to date BOINC sources - not trivial task. Should it be so?

+02:00 от Christian Beer djangof...@gmx.net: The links to the source are here: http://boinc.berkeley.edu/trac/wiki/SourceCodeGit (This page is linked to from several places!). Please note that BOINC changed to git version control earlier this year and since 2 months

Re: [boinc_dev] There are some problems while building my client

Hi, that all depends on what you want to do. If you want to start a project than you need to start here: http://boinc.berkeley.edu/trac/wiki/QuickStart. If you want to build a boinc application you need to follow this page instructions: http://boinc.berkeley.edu/trac/wiki/CompileApp If you want

Re: [boinc_dev] boinc-v2 broken?

I can confirm that boinc-v2 is working with your commands Gianfranco. I'm using Debian Testing with git version 1.7.10.4. I could generate the archive and also see all tags: christian@Solaris:~/boinc/v2-source [master]$ git checkout client_release/7.0/7.0. client_release/7.0/7.0.1

Re: [boinc_dev] BOINC-v2 Git Repo Updated

While you're at it please take a look at the html/user/img directory. Comparing v1 and v2 shows me that files that are older than 6 years didn't make it into v1 but are present in v2. v1:

[boinc_dev] Hardening the BOINC server

Hi all, at the moment the BOINC DB user has full access to the DB server, not only the database specified in config.xml. This is because it needs the right to create and alter a new database. This is usually only needed once and therefore I suggest we don't create or drop the database in

[boinc_dev] Build system type for server installation

Hi, maybe it's not relevant for server only installations but I just wondered why the configure script says this: checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu This should

  1   2   >