Carlos: I'll eventually get to updating that page, yeah. Today, I fed 14e a bit (need to do more), and entered most of the pastebin IDs you posted in the other topic.

Others: as I wrote above, the future unified, improved version of the number queue management code is in a private Git repository on Github, with a general todo list for non-functional and functional changes, and some SQL code + todo list for the DB upgrade process.
The main technologies involved are PHP 5.x and MySQL 5.5 (used by BOINC), on Ubuntu 14.04 LTS. IIRC, the web server is Apache 2.x, but the queue management code doesn't care about that, as long as it somehow sets PHP_AUTH_USER (for the not-yet-written RBAC).

* who could lend a hand working on the code ? The next task is pretty much making a PDO stub, BOINC PDO work-alike, so that the web pages can actually be rendered.
* who has the infrastructure to build a dedicated testing environment, publicly accessible 24/7, on which everybody would be granted sufficient privilege ? The one I built for initial testing is on a server I use for something else as well, so I'm afraid that this won't do. I could rent another Scaleway C1 server or equivalent for a while, but I think I already have enough rented servers...
TIA :smile:

С188_140_113 received a full t60. Poly from Gimarel: [url]http://www.mersenneforum.org/showpost.php?p=435354&postcount=631[/url]

Two quartics and a quintic are ready now

[URL="http://factordb.com/index.php?query=%2821725473066772863950504173513098364324584931693593^5-1%29%2F21725473066772863950504173513098364324584931693592"]21725473066772863950504173513098364324584931693593^5-1[/URL]
[URL="http://factordb.com/index.php?query=%2899095361695961099223925080051226097068789794489357^5-1%29%2F99095361695961099223925080051226097068789794489356"]99095361695961099223925080051226097068789794489357^5-1[/URL]

[URL="http://factordb.com/index.php?id=1100000000438426986"]1913049992229156211591^11-1[/URL]

I'm silly. We don't [i]need[/i] a centralized, shared development and testing environment for the NFS@Home development code: every interested developer can leverage e.g. Vagrant or Docker on his/her own computer :smile:

I have trial-sieved wblipp's numbers and queued to 14e.

I notice the 14e management page is running rather slowly now there are so many numbers sieving.

Also comparing the fourteen polynomials from gimarel's message and will queue the best to 15e. Probably this will take until tomorrow morning.

Alright. I'll throw some numbers from post #542 (currently the oldest post with pending numbers, AFAICT) in the mix. We don't have to start them right now.
EDIT: in the meantime, I've performed a pass through the LA reservations reservations, progress and results thread, and updated the 14e and 15e queues.

Today, I spent several hours making an automated test setup of the queue management code through Vagrant. I reached a state where
[code]vagrant up --provision (--provider virtualbox)
vagrant ssh
(in the SSH session)
cd /vagrant
./postinst.sh[/code]* starts from a Debian Jessie amd64 base (more lightweight than Ubuntu 14.04 amd64, differences are minor anyway);
* automatically installs all dependencies;
* erases and fills in a copy of the existing databases;
* starts building the new unified database;
* sets up HTTP Basic authentication on the management part of the infrastructure, which is the first building block for the RBAC;
* makes the PHP code accessible on port 8080 on the host. Said PHP code should be able to run, provided a stub of the BOINC DB API.

70841_53_minus1 is causing an error on all Linux machines. I've canceled those workunits.

Getting 241^125-1 from [url]http://www.mersenneforum.org/showpost.php?p=434599&postcount=554[/url] ready for submission

The xyyxf pool for 14e is almost empty, right?

C206_134_84
C211_148_132
C212_146_41
C223_130_112
C224_138_70

From post #554:
[code]7282882732751770301917311394675342168569930282640579^5-1 (quartic)
37141302977105581064921322418772202338727337015016057^5-1 (quartic)
230605827695659261374183298936900535402657822464812511^5-1 (quartic)[/code]
are easier by GNFS than by SNFS, especially the second one.

However, the composite cofactor of [code]1398036042749871729843146160774339503205345274956506531^5-1 (quartic)[/code] is C193, and 14e can cope with this one using 31-bit LPs, so I've started it.

[QUOTE=debrouxl;436658]From post #554:
[code]7282882732751770301917311394675342168569930282640579^5-1 (quartic)
37141302977105581064921322418772202338727337015016057^5-1 (quartic)
230605827695659261374183298936900535402657822464812511^5-1 (quartic)[/code]
are easier by GNFS than by SNFS, especially the second one.[/QUOTE]

Are you sure?
Looking at the first one it is a SNFS(208) or GNFS(155).
NFS@Home uses 29-bit for SNFS(208) and GNFS(155) mostly uses 30-bit.