Setting tag sfa-2.1-22
suited (and required) to run with plcapi-5.1-5 b/c of changes to AddPerson
tweaks in nitos importer
improvements to sfaadmin check-gid

Nitos reg importer update

sfaadmin.py: cosmetic changes

AddPerson is more picky

Setting tag sfa-2.1-21
PL importer: minor fixes for corner cases
PL importer: also handles last_updated more accurately
sfi update can be used to select a key among several in PL
sfi add/update usage message fixes (no more record)
new feature sfaadmin registry check_gid [-a]

sfaadmin.py: improve check_gid feature and enable check users feature

sfaadmin.py: new feature check_gid which checks the correspondence between the GID and the PubKey for a given record

cosmetic: plimporter appends record.last_updated when user is updated

correcting sfi add/update usage and help

record update again

Bux fix sfi update record in order to handle user pubkey and gid update

plimporter update

plimporter bugfix: was not updating already imported users with no key

Setting tag sfa-2.1-20
fix 2 major bugs in PL importer
esp. wrt GID management against PLC key

oops, fix commit was wrong

display starting time and duration of importer in the logs

fix the logic for handling new PLC keys

pretty-printed

turn off debug statements

comment off useless warning

fix logic on persons, esp. wrt disabled users that
were somtimes causing the same person to be handled twice

added debug statements

cosmetic

Merge branch 'geni-v2' of ssh://git.onelab.eu/git/sfa into geni-v2

fix for make ple

Setting tag sfa-2.1-19
nicer sfi delegate, can handle multiple delegations and for authorities(pi) as well

Merge branch 'geni-v2' of ssh://git.onelab.eu/git/sfa into geni-v2

sfi delegate can now prodce several delegated creds in one shot and
can handle authority credentials as well

Setting tag sfa-2.1-18
support fordelegation in sfaclientlib
sfi delegate fixed
other delegation-related sfi option trashed
new config (based on ini format)
new dummy driver and related package
pl importer has more explicit error messages
credential dump shows expiration

add expiration date to credential dump

cleaned up -d/--delegate altogether

last (cleaned up) version with the -d/--delegate option that was
broken and very unclear about its purpose

move delegate_credential from sfi.py to sfaclientlib.py

cosmetic

sfi resources with delegation turned on was broken

bugfix - sfi delegate was broken

cosmetic

describe failing hrns if any in the pl importer

added variables() method

put package description for the Dummy Driver

Dummy Testbed Driver update and bug fix

First draft of the dummy-testbed driver

Setting tag sfa-2.1-17
bugfix in forwarding Resolve requests
various fixes in the nitos driver wrt keys and users

Nitos: fix addUserKey call in verify_users()

on behalf of Jordan Auge - thanks Jordan

Setting tag sfa-2.1-16
various tweaks for the nitos driver

Nitos: bug fix verify_users

Nitos: clean up

Nitos: update verify_users

PL leases: take in account only the leases in the aggregate network

PL Leases: check slice_xrn and slice args in get_leases

PL: for the manifest, use slice_xrn for the lease slice_id

Nitos: for the manifest, use slice_xrn for the lease slice_id

Nitos: for the manifest, use slice_xrn for the lease slice_id

Nitos: fot the manifest, use slice_xrn for the lease slice_id

Nitos: fix addSlice call with right arg slice_name

Nitos: rspec's format is NITOS 1

Nitos: Enfore network name in case of a no resoucres manifest

Nitos: Enforce slice check within get_leases_and_channels

Add exclusive tag in order to distinguish between reservable \n and shared nodes and show the granularity of the reservation system in case of reservable nodes

bug fix: check returned filtred list of nitos nodes

Merge branch 'master' of git.onelab.eu:/git/sfa

Update PlanetLab reservation oriented Rspecs: the leases were expressed an atomic way (ie. 1 Lease = 1 Slice = 1 TimeSlot = 1 node) but now they are grouped by slice and timeslot (ie. 1 Lease = 1 Slice = 1 TimeSlot = N node)

Setting tag sfa-2.1-15
first stab at a driver for the NITOS/OMF testbed (sep. pkg)
deeper cleanup of the data-dependencies between SFA and the testbed
in particular, sfi create issues Resolve(details=False)
for that purpose, Resolve exposes reg-* keys for SFA builtins
which in turn allows sfi list to show PIs, slice members and keys
NOTE: sfa-config-tty is known to be broken w/ less frequently used func's
Shows stacktrace when startup fails (DB conn, wrong flavour, etc..)

before we expose a sqlalchemy object to the xmlrpc wire, we need to
clean up related objects - xmlrpc would not allow it, we expose hrns
instead anyways
the way we did this before this change was to look for lists of
RegRecord or RegKey
however it turns out the lists are actually instances of
sqlalchemy.orm.collections.InstrumentedList
so if a list turns out empty, it did not get filter out but could not
get marshalled either
we simplify the code for filtering out (Record.todict) to exclude
objects only on the value type (not its sons when it's a list)
and the manager does not pass RegRecord or RegKey anymore, but just
InstrmentedList

sfi calls Resolve (details=False) before issuing CreateSliver
this seems to work now again, tested in dual-mode SFA/Plc

cosmetic

fix syntax error

cosmetic changes for sfi list - accepts a -v option and can display keys

Merge branch 'geni-v2' of ssh://git.onelab.eu/git/sfa into geni-v2

sfi is more flexible when putting together the 'users' arg for CreateSliver

expose reg-keys as part of Resolve

cleanup

fix NameError

When sfi calls CreateSliver, it uses Resolve beforehand to make up the
'users' arg
This change reverts to using Resolve (details=True) so that
testbed-dependant data gets added to the result of Resolve
It seems like our implementation is not yet testbed-neutral enough, so
for now we need this setting

comment

add an optional 'options' dict to Resolve (checked that old clients
would not break)
go deeper yet in cleaning up the amount of extra fields in records
turns out CreateSliver actually needs to re-synthesize a whole lot of
data about users (for when account creation needs to take place)
in a truly federated environment this is not going to work, the
registry will never have enough data for account creation as this is
testbed-dependent
as far as I can tell this is a blatant flaw in the architecture
this code might work - accidentally - in a simple one-SFA-one-PLC
setup but this needs more work

add to List the same builtin relations as for Resolve
use that to have 'sfi list' display member ships and PI relationships
as well

sfi create takes advantage of the reg-researchers (builtin hrns of
attached users) instead of the unreliable and testbed-dependant
'researcher'

expose hrns of builtin related entities as a result of Resolve; this
is required now that the default value for 'details' is False, and
that we cannot rely on an underlying testbed

Advertise the Nitos access gateway

Add the exclusive tag to nitos nodes in order to show that they are reservables and not shared

the Resolve method takes an optional argument that tells if we need
details from the testbed (which was named 'full', which was dumb, I renamed
this as 'details')
in any case this change is about using details=False by default, as
SFA data should be self-sufficient, and examples of foreign drivers
have shown the problem...

clearer warnings for when things go wrong

sfadump -x to show a full xml dump of credentials

print out explicit warning when xmlsec1 cannot be found in PATH

fix to sfadump that is sometimes helpful

Update reserveNodes/Channels and releaseNodes/Channels calls arguments

clean up nitosslices.py

Make Nitos Rspecs version independante from the Nitos driver

Add Nitos package

Update delete_sliver for nitos driver

Nitos slice's users in slice['user_ids']

bugs fix

craete or parse RSpec according to the requested RSpec Version

handle Nitos users also

bugs fixing

Enforce RSpec Version check

Add nitos module to setup.py

Flavour oriented configuration