Hi
I would talk to the LDAP admins and try to make this happen in the tree.
ou=Staff, dc=uvic,dc =es (staff)
ou=Students, dc=uvic,dc=es (students)
ou=Visitors, dc=uvic,dc =es (visitors)
Then you could specifiy an LDAP filter on ou.
It is difficult to filter on cn.
This also eliminates
Hi Helix,
i get a file with my metadata in int. Just one entry in database so the file is
small with 20Kbytes
See attachment
Mit freundlichen Grüßen
Marco Weiss
--
Kessler GmbH - Netzwerke und mehr
Gewerbegebiet 6
82399 Raisting
Tel.: 08807 / 94 67 7 - 0
Fax: 08807 / 94 67 7 - 99
Web:
On Fri, Feb 1, 2013 at 9:01 AM, Hilton Gibson hilton.gib...@gmail.comwrote:
With Ubuntu/Debian I do not like to touch config files setup by the Debian
packaging system.
During an update/upgrade they get overwritten.
Hi Hilton, you may want to read about context fragments. Apart from keeping
Hi Helix
As a ruler of thumb I have learnt to obey the Debian policies
See: http://www.debian.org/doc/debian-policy/
That way I have clean operable servers.
Cheers
hg
On 1 February 2013 12:48, helix84 heli...@centrum.sk wrote:
On Fri, Feb 1, 2013 at 9:01 AM, Hilton Gibson
On Fri, Feb 1, 2013 at 1:06 PM, Hilton Gibson hilton.gib...@gmail.com wrote:
As a ruler of thumb I have learnt to obey the Debian policies
See: http://www.debian.org/doc/debian-policy/
Did I miss something? I thought context fragments conform to debian's
policy. Debian's tomcat6 package uses
Hi Helix
Can you send me a Debian policy link or Ubuntu Tomcat6 packaging guide link.
Thx.
hg
On 1 February 2013 14:10, helix84 heli...@centrum.sk wrote:
On Fri, Feb 1, 2013 at 1:06 PM, Hilton Gibson hilton.gib...@gmail.com
wrote:
As a ruler of thumb I have learnt to obey the Debian
On Fri, Feb 1, 2013 at 1:13 PM, Hilton Gibson hilton.gib...@gmail.com wrote:
Can you send me a Debian policy link or Ubuntu Tomcat6 packaging guide link.
I'm sorry, I just don't know what you're asking of me. tomcat6 is in
Debian main, thus it adheres to Debian policy unless you can find
Ok.
The file /etc/tomcat6/server.xml is part of the Tomca6 Debian package,
therefore not modifiable.
Only modifications allowed are in /etc/default/tomcat6
Anything else should be requested of Tomcat6 upstream.
Same goes for any file /etc/tomcat6
Which part in the Debian policy or Tomcat6
But I'm not talking about server.xml, I'm talking about context
fragments - the xml files in /etc/tomcat6/Catalina/localhost/. They're
similar (but not the same) as the /etc/program.d/ files, which are not
affected by upgrades.
Regards,
~~helix84
Compulsory reading: DSpace Mailing List
Hi Helix
My rule of thumb, which has worked for many servers, is do not touch
/etc/program-name only change in /etc/default.
You are welcome to do as you wish.
When I am finished here, whoever takes over can be assured that the servers
are clean - no surprises.
Cheers
hg
On 1 February 2013
Hello,
I just checked a bit and found that our instance of DSpace 1.8.2 XMLUI Mirage
is using jQuery 1.6.2 which is, well, not current.
I found this to be dependent on either the theme in use and the version of
jQuery shipped with the DSpace sources.
While the standard Kubrick theme seems to
We have set up and configured a development instance of dspace 1.8 (jspui) that
has been tested and approved to go into production.
What is the best practice for copying a fully customized and configured
instance of dspace over to a new server for each of the following cases?
1.
On Fri, Feb 01, 2013 at 01:46:15PM +0100, helix84 wrote:
But I'm not talking about server.xml, I'm talking about context
fragments - the xml files in /etc/tomcat6/Catalina/localhost/. They're
similar (but not the same) as the /etc/program.d/ files, which are not
affected by upgrades.
Hello,
I dont believe such battles to be apropriate on a topic
where a seemingly new user of DSpace requests help.
Obviously, there are many ways to solve this issue.
I guess Hiltons solution is quite a good solution,
however I totally disagree with his reasoning. Debian
has a rather sensible
Hello,
Am 01.02.2013 um 17:54 schrieb Cronin, Catherine Kemble (LARC-B702)
catherine.k.cro...@nasa.gov:
We have set up and configured a development instance of dspace 1.8 (jspui)
that has been tested and approved to go into production.
What is the best practice for copying a fully
Hi Catherine,
I started my email describing all the options for content migration
and there are so many that it quickly got incomprehensible. So I
started over and I'll describe only the way I recommend for whole
server migration (db dump+copy assetstore), after all, you asked only
for best
I've set up and deployed a DSpace 3.1 instance in a Tomcat6 container,
on Ubuntu 12.04. All the deployed applications (xmlui et al.) seem to
be functioning relatively well except for the sword and swordv2 apps.
Catalina logs have errors below and can't quite figure out why this is
so...
An
17 matches
Mail list logo