Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
One IP address can represent many machines if they are behind a NAT device.
Now that North America has run out of IP addresses to be assigned, I expect
carrier grade NATs will be used by more ISPs than in the past.
IP addresse
On Mon 28 Sep 2015 01:16:35 PM EDT, Rom Walton wrote:
>
> Originally I envisioned this as something interjected between steps 1
> and 2, when the browser window is closed, it passes the GUID to the
> lookup account phase and proceeds based on success or failure. What
> your proposing is to push
gt;; Hugh
Wormington <h...@gridrepublic.org>
Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
On Mon 28 Sep 2015 01:16:35 PM EDT, Rom Walton wrote:
>
> Originally I envisioned this as something interjected between steps 1
> and 2, when the browser window is closed, it passes
Mailing List <boinc_dev@ssl.berkeley.edu>
Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
1) In the case of Progres Thru Processors the login is Facebook's, which they
know. PTP links that through to the GR/BOINC user in the background. Apologies
for not making that c
On Mon 28 Sep 2015 01:25:55 PM EDT, Rom Walton wrote:
> Violation of basic computational rights?
>
> I'm not sure the filename approach is really all that far out there.
>
> Microsoft uses it for Office 2016 deployments. Their new installer
> process does something similar to what we are trying to
Developers Mailing List
<boinc_dev@ssl.berkeley.edu>; Matthew Blumberg <m...@gridrepublic.org>
Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
I agree that an IP cannot be expected to be a reliable, unique identifier, even
short term. However, I also think t
: Filip Rydlo [mailto:filip.ry...@gmail.com]
Sent: Monday, September 28, 2015 3:49 AM
To: Rom Walton <r...@romwnet.org>
Cc: BOINC-dev email list <boinc_dev@ssl.berkeley.edu>
Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
Yes, Rom.
It really seems li
To: Rom Walton <r...@romwnet.org>
Cc: Hugh Wormington <h...@gridrepublic.org>; Matthew Blumberg
<m...@gridrepublic.org>; Rytis Slatkevičius <ry...@gridrepublic.org>; BOINC
Developers Mailing List <boinc_dev@ssl.berkeley.edu>
Subject: Re: [boinc_dev] Proposal: Simple At
h
> Wormington
> Sent: Sunday, September 27, 2015 5:22 PM
> To: Rom Walton <r...@romwnet.org>
> Cc: Matthew Blumberg <m...@gridrepublic.org>; Hugh Wormington <
> h...@gridrepublic.org>; Rytis Slatkevičius <ry...@gridrepublic.org>;
> BOINC Developers Mailing
* Sunday, September 27, 2015 5:22 PM
> *To:* Rom Walton <r...@romwnet.org>
> *Cc:* Matthew Blumberg <m...@gridrepublic.org>; Hugh Wormington <
> h...@gridrepublic.org>; Rytis Slatkevičius <ry...@gridrepublic.org>;
> BOINC Developers Mailing List <boinc_d
dor.net [mailto:mblumb...@picador.net] *On Behalf
> Of *Matthew Blumberg
> *Sent:* Friday, September 25, 2015 6:27 PM
> *To:* Rom Walton <r...@romwnet.org>
> *Cc:* Hugh Wormington <h...@gridrepublic.org>; Rytis Slatkevičius <
> ry...@gridrepublic.org>; BOINC Develo
ic.org>>;
Rytis Slatkevičius <ry...@gridrepublic.org<mailto:ry...@gridrepublic.org>>;
BOINC Developers Mailing List
<boinc_dev@ssl.berkeley.edu<mailto:boinc_dev@ssl.berkeley.edu>>
Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
So for G
g List
<boinc_dev@ssl.berkeley.edu>
Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
So for GR/CE/PTP you end up with filenames like:
gr_setup_asc_ODU0NjVfZWEwYWJkNjc4NDc2MjllMWFlOWVkM2I4YWRmZmZmZmY=.exe
i'm really not comfortable with filenames like that
for AMS, is it po
Is there really a need for such schemes?
A script will be running to generate the download filenames (I assume at
boinc.berkeley.edu); why not store user's temporary metadata on the server
instead of passing it through the installer filename, and look it up based
on the IP address? There are not
That scheme sounds plausible,
but it seems more complex than what Rom proposed.
-- D
On 9/24/2015 11:48 PM, Rytis Slatkevičius wrote:
Is there really a need for such schemes?
A script will be running to generate the download filenames (I assume at
boinc.berkeley.edu); why not store user's
-
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
Christian Beer
Sent: Friday, September 25, 2015 8:40 AM
To: boinc_dev@ssl.berkeley.edu
Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
What Rytis suggests sounds good but relies on the availability
Developers Mailing List <boinc_dev@ssl.berkeley.edu>; Tristan Olive
<tol...@gridrepublic.org>; Hugh Wormington <h...@gridrepublic.org>
Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
Further to Rytis's email (is this the place to continue this discussion or in
Ji
eley.edu>
Subject: Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
In essence this is what the setup cookie is for.
In cases where there is a customized installer, everything the client needs
will be in the project_init.xml or acct_mgr_url.xml (in the case of account
managers) files. BO
18 matches
Mail list logo