Forwarding to the list.
On Thu, Nov 1, 2012 at 5:50 AM, Kevin Gunn k.g...@aims.gov.au wrote:
Hi Emilo,
Sorry for the delayed response but these emails were getting filtered from me.
I haven't been given time for testing and contributing to V3, and there's no
indication yet of when a stable
On Thu, Oct 25, 2012 at 4:34 PM, helix84 heli...@centrum.sk wrote:
There was some work done at University of Cambridge to turn it into a
dark archive, but I think it would be outdated (incomplete) by now.
There was one more specific page but this is all I can find now [2].
Found it, here it
Hi,
DSpace Eperson password hash:
https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/eperson/PasswordHash.java
Hashing the eperson password for storing purposes only allows one to secure
DSpace against those who have access to the database (mainly, DSpace
On Thu, Nov 1, 2012 at 9:24 AM, Umair Kayani ukay...@niftetrust.com wrote:
Helix, Using SSL was our backup plan. DSpace keeps the hash of the password
in database so I was wondering at what servlet this change occur. If request
is going with clear password then it must be converting it to
Actually we surely implement SSL but we also want our password be saved in
hashed form using SHA variants or some other algorithm whatever we like to use
rather than using dspace default hashing algorithm.
Thanks Regards
-Original Message-
From: ivan.ma...@gmail.com
Well thanks let me try this one also but the source that I got doesnt have
this passwordhash.java code file. Is this hash code file from DSpace 3
sources or from same 1.8.2. I think I downloaded 1.8.2 version of dspace 1
week back but I cant find this file there. What does this website do is
On Thu, Nov 1, 2012 at 12:15 PM, Umair Kayani ukay...@niftetrust.com
wrote:
Actually we surely implement SSL but we also want our password be saved
in hashed form using SHA variants or some other algorithm whatever we like
to use rather than using dspace default hashing algorithm.
Why didn't you
Got it dear. Thanks a lot Mr. Melo Mr. Helix
Thanks Regards
From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of helix84
Sent: Thursday, November 01, 2012 4:37 PM
To: Umair Kayani
Cc: João Melo; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Application
Thank you very much for this—I truly appreciate the effort that you put in to
answering questions and following up with them later on.
There is plenty enough here for me to work from if I do indeed implement this
feature.
Darren Arsenault
Programmer
Algonquin College
1385 Woodroffe Avenue
LINUX Redhat RHEL 5 and Dspace 1.8.2
Dear Experts
I am unable to get emails from dspace user accounts those are generated by
dspace from my linux server.
I wanted to have copy of all outgoing emails from sendmail server so i try
to do followings steps
This is how I setup email using Ubuntu 10.04 and DSpace 1.7.2:
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Prepare_Ubuntu/S07
On 1 November 2012 15:19, इन्दु भूषण Indu Bhushan indubhus...@gmail.comwrote:
LINUX Redhat RHEL 5 and Dspace 1.8.2
Dear Experts
I am unable to get emails from
Hi Indu,
perhaps you need to setgit the sendmail binary so that the dspace user
could run it. Also make sure dspace is in the same (secondary) group
as the sendmail binary.
This may be what you're encountering:
On Fri, Oct 26, 2012 at 3:18 PM, helix84 heli...@centrum.sk wrote:
What's your version of DSpace, JDK, Tomcat, Maven and Ant?
Fixed this by using the upstream instead of the Redhat packaged
version of Tomcat. Future readers will keep their sanity by ditching
the
yum install
and using the
I think it could be a change in Solr's behavior, not necessarily in
our configuration, see:
http://wiki.apache.org/solr/AnalyzersTokenizersTokenFilters#solr.StandardTokenizerFactory
What Solr version did we use in 1.6?
Regards,
~~helix84
Resending to dspace-tech (was sent to dspace-tech-request) just to
archive that this solved the problem.
Regards,
~~helix84
On Thu, Nov 1, 2012 at 5:23 PM, Berry, Irene (CIV) icbe...@nps.edu wrote:
Bingo! Our documentation had it backwards. We're all better now.
Thank you for being there,
Bingo! Our documentation had it backwards. We're all better now and pointing
back to the XMLUI, as intended.
Thank you for being there, everyone.
With good thoughts --
Irene Berry,
DKL/NPS
Date: Thu, 1 Nov 2012 01:31:48 +0100
From: helix84 heli...@centrum.skmailto:heli...@centrum.sk
Subject:
You don't have to make it so complicated, DSpace data structures are
very sane as opposed to some other systems. After you replaced the
files in the assetstore, calculate a new MD5 checksum for them and
store it to the bitstream table. Notice that bitstream file name in
asset store is not equal to
On Thu, Nov 1, 2012 at 5:37 PM, Robin Taylor robin.tay...@ed.ac.uk wrote:
Actually its the old Lucene search I'm looking at, but I suspect you could
be right in that it may well be the underlying Lucene code that changed. I'm
just assuming that someone has already noticed this difference and
On Thu, Nov 1, 2012 at 6:01 PM, helix84 heli...@centrum.sk wrote:
One quickly forgets changes for the better, but remembers changes for
the best. Hmm, I should start writing fortune cookies.
s/best/worse/
Regards,
~~helix84
Thanks for the (very) fast response helix84.
I actually did look at ItemUpdate. This still requires that you delete
one bitstream and add another. The delete option requires a bitstream
ID, which I have no way of knowing by iterating the filesystem.
Unless the internal_id in the bitstream
On Thu, Nov 1, 2012 at 6:12 PM, Shaun Donovan sha...@teqcle.co.za wrote:
I actually did look at ItemUpdate. This still requires that you delete one
bitstream and add another. The delete option requires a bitstream ID, which
I have no way of knowing by iterating the filesystem.
Unless the
21 matches
Mail list logo
