-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'd like to bump these issues to 2.5.  I think they will delay us too much in 
getting a release out.  Please reply if there are any you really think should 
be in 2.4.  On Friday, I'd like to bump to 2.5 any of them that no one replies 
about keeping in 2.4.

VCL-66 - Reservations for newly created images may be assigned to management 
nodes or computers on which the image can't run
https://issues.apache.org/jira/browse/VCL-66

VCL-178 - enable checkuser flag for per reservation instead of image only
https://issues.apache.org/jira/browse/VCL-178

VCL-216 - seat licensing - user group based SW licensing
https://issues.apache.org/jira/browse/VCL-216

VCL-290 - user managed image scripts
https://issues.apache.org/jira/browse/VCL-290

VCL-296 - option for VM placement to minimize VM hosts or to spread load
https://issues.apache.org/jira/browse/VCL-296

VCL-343 - image capture process summary for end-user
https://issues.apache.org/jira/browse/VCL-343

VCL-369 - Tools to search the privilege tree
https://issues.apache.org/jira/browse/VCL-369

VCL-372 - allocate a new computer to blockComputers if one is put in 
maintenance, vmhostinuse, or hpc
https://issues.apache.org/jira/browse/VCL-372

VCL-448 - allow access to edit computers without needing access to edit a 
schedule
https://issues.apache.org/jira/browse/VCL-448

VCL-449 - add max concurrent reservations per affiliation
https://issues.apache.org/jira/browse/VCL-449

VCL-525 - explain how to install non autoprovisioned connect methods
https://issues.apache.org/jira/browse/VCL-525

VCL-526 - add section to site to manage connect methods
https://issues.apache.org/jira/browse/VCL-526

VCL-561 - Image inventory
https://issues.apache.org/jira/browse/VCL-561

VCL-566 - Separate image type from OS in database
https://issues.apache.org/jira/browse/VCL-566

VCL-577 - Cloud Broker tool for VCL
https://issues.apache.org/jira/browse/VCL-577

VCL-591 - Image copy/push for distributed management nodes
https://issues.apache.org/jira/browse/VCL-591

VCL-645 - store/update fingerprint info for machines for end-user reservations
https://issues.apache.org/jira/browse/VCL-645

VCL-689 - Configuration Management
https://issues.apache.org/jira/browse/VCL-689

Josh

On Monday, September 22, 2014 1:55:21 PM Andy Kurth wrote:
> I'd like to start discussing and planning the VCL 2.4 release.  This is a
> good opportunity to review and improve several aspects of the project
> including our testing and release procedures, documentation, and the
> roadmap.  I will be best to create separate threads for the various
> topics.  This thread is devoted to the progress of development work which
> remains to be done.  Separate threads will be created to discuss
> documentation, etc.
> 
> Please use this thread to detail everything you are working on or plan to
> work on related to VCL 2.4.  If the technical details of any particular
> issue needs to be discussed further, start a dedicated thread.
> 
> Here is a link to the open 2.4 issues:
> https://issues.apache.org/jira/issues/?filter=12329339
> 
> And to all of the 2.4 issues:
> https://issues.apache.org/jira/issues/?filter=12329344
> 
> Some of the open issues can be closed.  I will be going through and
> updating the ones I have worked on this week.
> 
> I have added a "fix version" 2.4 tag to all of the issues which were only
> tagged 2.3.3, and these are included in this filter.  We should probably
> delete 2.3.3 from Jira.  I have also added a 2.5 version to Jira.  There
> will be a few issues we will decide to shelve for 2.4.  These can be
> untagged 2.4 and tagged 2.5.  Please DO NOT untag any issues from 2.4
> without first asking the dev list!
> 
> There are a few significant issues I plan to work on over the next few
> weeks:
> 
> * Database changes for VCL 2.4 (
> https://issues.apache.org/jira/browse/VCL-764)
> I will be working on a Perl script which reads vcl.sql and either imports
> the schema into a new database for new installs or compares the file to an
> existing database's schema and executes 'alter' statements.  This will
> eliminate the need for the unwieldy update-vcl.sql file.
> 
> * Allow dynamic private IP addresses, remove /etc/hosts requirement (
> https://issues.apache.org/jira/browse/VCL-767)
> There is still some work to do to remove the reliance on /etc/hosts being
> populated on each management node.  The code is still using the hostname
> for SSH commands.  This needs to be changed.  It is required in order to
> properly test the Openstack module.  For this issue, we need an upgrade
> path since this is a significant change would could significantly break
> things.  When an upgrade to 2.4 is performed, each management node will
> need to check every computer mapped to it and make sure the private IP
> address the hostname resolves to matches the database.  The database should
> be updated if the private IP address is missing or incorrect.  This
> functionality may be included in the script to update the schema, making it
> a more general install/upgrade script.
> 
> * Improve user connection checking and how firewall is locked down (
> https://issues.apache.org/jira/browse/VCL-753)
> This is also a significant change and needs a lot of testing.  The code to
> use the connectlog table is mostly complete but I have not committed it yet.
> 
> * Add support for 64-bit cygwin (
> https://issues.apache.org/jira/browse/VCL-783)
> This is a pretty easy one.  The Windows module was designed to funnel
> everything which would be affected by 32 vs 64-bit versions through
> is_64_bit and get_system32_path so the changes will be minor.  The
> cygwin-sshd-config.sh and update_cygwin.cmd scripts also need an update.
> 
> As always, your thoughts and comments are welcome.
> 
> Thank You,
> Andy
- -- 
- -------------------------------
Josh Thompson
VCL Developer
North Carolina State University

my GPG/PGP key can be found at pgp.mit.edu

All electronic mail messages in connection with State business which
are sent to or received by this account are subject to the NC Public
Records Law and may be disclosed to third parties.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEARECAAYFAlQjErQACgkQV/LQcNdtPQPIDACdFjlV31Dybx0h96ThRGtOBiXt
DXYAn0xIGIbp5yEKdpbQVLLGY7ZdQnGD
=e+5V
-----END PGP SIGNATURE-----

Reply via email to