http://forge.abcd.harvard.edu/gf/ Gforge Advanced Server RSS Andrew Tolopko <andrew_tolopko@hms.harvard.edu> Works perfectly!  Thanks, Esmond! @ Esmond Kane <esmond_kane@harvard.edu> Andrew, I changed the provided template as specified in the manual (for the screensaver svn repo only). Let me know if its what you requested, by default it allows log editing only. Esmond Esmond Kane <esmond_kane@harvard.edu> One hack at a time please Andrew! I'll get to this over the weekend, please respond if its urgent and I will find time today. Andrew Tolopko <andrew_tolopko@hms.harvard.edu> Yup, exactly, retroactive update of a commit log, and definitely am interested in trying the hook out.  I end up needing this correction ability at least a few times a year, and I feel commit log accuracy to be more important than audit log accuracy.  (Of course the audit log should log the commit log change, ideally, right?!  But I doubt GForge has that sophistication.  And while I'm daydreaming...if only tickets' commit associations would be upated on commit log correction...but I know that's too much to hope for! :)  Perhaps I should submit a GForge feature request... thx, @ Esmond Kane <esmond_kane@harvard.edu> Hi Andrew, To clarify, you're trying to retro-actively update a commit log for a previous revision? This is not enabled by default as it will compromise the integrity of the audit log. That said, it looks to be as simple as you indicate, see here as an example. Want me to try the log-hook in that link for your repo? Esmond Esmond Kane <esmond_kane@harvard.edu> Hi Phil, gForge are "strongly encouraging" we wait for the 5.6 release for better Git support. Stay tuned to the home-page, I will post an update when they announce 5.6 is production ready. Thank you for your patience! Esmond Andrew Tolopko <andrew_tolopko@hms.harvard.edu> Inevitably, I've run into the unfortunate situation of making a Subversion commit with an incomplete or incorrect log message.  In the past (pre-ABCD Forge? previous version of ABCD Forge?), I've been able to update the log message for a given revision.  Attempting this now, I get an error message, as detailed here: $ svn propset --username atolopko -r 3056 --revprop svn:log "what i really meant to say" Authentication realm: <http://forge.abcd.harvard.edu:80> Document repository Password for 'atolopko': svn: DAV request failed; it's possible that the repository's pre-revprop-change hook either failed or is non-existent svn: At least one property change failed; repository is unchanged svn: Error setting property 'log': Repository has not been enabled to accept revision propchanges; ask the administrator to create a pre-revprop-change hook So, might it be possible to install a pre-revprop-change hook that would allow this operation to succeed (and to save us fallible developers from recording erroneous logs in perpetuity)? thanks, @ Esmond Kane <esmond_kane@harvard.edu> No Git SCM user being automatically-granted ssh access (similar to other SCM repos)  is a facet of the partial Git and Forge integration. I can change all the files and database tables manually but am waiting for the vendors input. We are still discussing our options and I will update you when I have a definitive answer. Thanks for being patient, its always best to work with the vendors recommendation on a production server! Philip Durbin <pdurbin@hmdc.harvard.edu> I tried "git clone ssh://forge.abcd.harvard.edu/gf/project/pdurbin/scmgit" but I'm getting "Permission denied, please try again" as if my password is wrong (I'm pretty sure it isn't). Under My Stuff -> My Account -> Edit SSH Keys I see "The user is not set for using unix shell accounts."  Maybe that's the problem. . . I'd like to use SSH keys anyway, with any version control system, to avoid having to type a password. Thanks for all of your help, Esmond.  No big deal on this, by the way.  I just thought I'd try out your git offering, since it's new.  I can wait for gForge Advanced Server 5.6 with the better git integration, as you mentioned in another post in this thread. Phil Esmond Kane <esmond_kane@harvard.edu> Philip,   Still working with the vendor to get specifics on the upstream integration.   In the interim, please try the following command over ssh:   "git clone ssh://username@gforge.machine/gf/project/project_name/scmgit"   That or we could try the git->svn transparency?   Esmond Esmond Kane <esmond_kane@harvard.edu> Philip, The release of gForge Advanced Server 5.6 is due real-soon-now and will include git integration on par with SVN and CVS. As currently implemented, the Forge production version of gFAS5.5 and Git is what the vendor describes as "basic" and not wholly integrated into the Forge UI.  I am talking to the vendor tomorrow to discuss the backport potential with the upstream scmgit plugin. Please stand by. Esmond Esmond Kane <esmond_kane@harvard.edu> The "test" access info wasn't descriptive enough? ;D For security purposes, we enable features on request. The Git SCM for GFAS is a plugin and its not currently enabled. I will start the integration and update you later today or tomorrow when its live. Philip Durbin <pdurbin@hmdc.harvard.edu> Hello, I just created a project called pdurbin and chose git.  Now I'd like to do something like: git clone git://forge.abcd.harvard.edu/pdurbin.git Can someone tell me what the proper URL should be?  Perhaps I missed a step. . . Thanks, Phil Andrew Tolopko <andrew_tolopko@hms.harvard.edu> Thanks Edward & Norton for the above suggestions.  Since I really need the ability to add the associated users myself, I think I'll try to implement this: Manually add users' email addresses to a tracker item 'Stakeholders' field, which is therefore basically a 'CC' field. (and I've already been doing this). Configure the tracker's notification email address to special processing address. Process email arriving at that address by broadcasting the email to the 'Stakeholders' Process email responses from stakeholders by forwarding them to the tracker gateway email address.  I suppose I'll need to ensure the email envelope specifies a From address that is a valid GForge user. I think this might work.  First, I need to confirm whether updates to tracker items generate outgoing email notifications, or whether it's just the initial creation of the tracker item that generates the email... @ Norton Allen <allen@huarp.harvard.edu>> GForge users who are not members of your project are treated the same as users that are not logged in as far as permissions go, so in order to customize permissions for anyone, you need to at least at them to your project. You can of course create a special role that has exactly the permissions you want to grant, but it doesn't sound like you want to casually grant the permission to modify trackers. Esmond Kane <esmond_kane@harvard.edu>I think you can customize the roles to have any GForge user available for any function. If you want non-gforge users to get notified, i'd think about creating a dummy account with an email address of a dropbox/group account/mailing list? Esmond > (enter your response here) Norton Allen <allen@huarp.harvard.edu>> Andrew, I think that ordinary Gforge users can monitor any tracker item, which means they will be notified of any updates. I don't know that there is a way to do that for them. And without having the appropriate privilege on the tracker, they should not be able to make updates to the tracker. I guess that's what the forums are for--kind of like the discussion pages on Wikipedia, the place where you hash out the details, then put the results into the tracker? Andrew Tolopko <andrew_tolopko@hms.harvard.edu> It looks like you can have multiple 'assignees' on a tracker item, which is close to what I need, except only developers can be assignees, rather than any GForge user account.  (It seems reasonable to have users register for GForge accounts so that they can participate on ticket discussions, but I certainly don't want normal users added as developers on our project. :) Andrew Tolopko <andrew_tolopko@hms.harvard.edu> I'm wondering if GForge might somehow allow multiple GForge users (non-developers) to be associated with a tracker item, such that they are all CC'd on email communications, and can respond to those emails to add follow-ups on the tracker item.  I realize that if a user is the submitter of a ticket, or if they have explicitly chosen to monitor a ticket, they receive these email communications.  But I'm wondering if there's a way, as a developer, to manually specify that a particular set of users should be CC'd. thx, @ Andrew Tolopko <andrew_tolopko@hms.harvard.edu> Thanks for the fix!  I can confirm these features are now enabled for the screensaver project. http://forge.abcd.harvard.edu/gf/ Gforge Advanced Server RSS Randy Stern <randy_stern@harvard.edu>On global properties, the font when data is keyed into userval, optres, and creator is as expected (something that looks like 8 point sans serif). The font for all other fields is larger and looks like 10 point courier. Randy Stern <randy_stern@harvard.edu>The browse window really needs a way to do a keyword search to find something within the help file. Spencer McEwen <spencer_mcewen@harvard.edu>DSIP should call JhoveBase.process() to invoke Jhove on a file rather than using the DsipJhoveInterface. It would be preferable to DSIP to use JhoveBase.process() as this encapsulates all necessary processing in a single method and ensures that any subsequent bug fixes/enhancements in JHOVE would automatically be pulled in by DSIP Spencer McEwen <spencer_mcewen@harvard.edu>From Ming at DIG: ------------------------------------------------------- Our pre-built mets files are referring their files only by filenames, since they assume all the files are in the same directory. They are not aware of the batch directory structures used by the BatchBuilder. I wonder if it is possible for you to add an option at builder or project level to have the builder only writing out the file names in batch.xml (without directory information). <file>xxxxxxxxxx.jp2</file> instead of <file>deliverable/xxxxxxxxxx.jp2</file> During our deposit, we can just throw everything into one single directory. ------------------------------------------------------- This would also require checking that all file names are unique. Flattening the directory structure could cause conflicts. Spencer McEwen <spencer_mcewen@harvard.edu>An option to be able to upload a completed batch to the SFTP dropbox from within the application would be useful. Spencer McEwen <spencer_mcewen@harvard.edu>Easier renaming of existing batches from within the application Spencer McEwen <spencer_mcewen@harvard.edu>Need a way to add another batch subdirectory after initial subdirectories are created. For example, in a PTO batch, I have created and populated my batch directories and realize I forgot to add a directory for the OCR. I can go back and define an OCR directory in the template, but I can't propogate this down into the batch. The 'Create directory structure' option fails because it sees that there are directories already present. Spencer McEwen <spencer_mcewen@harvard.edu>Easire renaming of existing projects from within the application Spencer McEwen <spencer_mcewen@harvard.edu>'project directory' pane: have right click options (to see full directory path (hidden in this display); to add new batch; to refresh display) Spencer McEwen <spencer_mcewen@harvard.edu>Tool should have memory of recent projects so I can select them under 'Project' menu option. (Yes, I know there is a config option to default open the previous project.) Spencer McEwen <spencer_mcewen@harvard.edu>Menu options should have keyboard equivalents and these equivalents should display next to options in menu. For example, its annoying that there is no ctrl-s to save. Spencer McEwen <spencer_mcewen@harvard.edu>Vertical lines are missing in the project directory tree display that connect the sub items to their parent. Spencer McEwen <spencer_mcewen@harvard.edu>Clicking on the refresh button will collapse the project directory tree.