Package Details: apachedirectorystudio 2.0.0.v20210717.17-0

Git Clone URL: (read-only, click to copy)
Package Base: apachedirectorystudio
Description: Eclipse based LDAP browser and directory client
Upstream URL:
Keywords: LDAP openldap
Licenses: Apache
Submitter: None
Maintainer: zokker13
Last Packager: zokker13
Votes: 83
Popularity: 0.034858
First Submitted: 2009-02-13 21:06 (UTC)
Last Updated: 2022-04-19 16:15 (UTC)

Dependencies (3)

Required by (0)

Sources (3)

Latest Comments

zokker13 commented on 2022-04-19 16:15 (UTC)

You know what? You are right. I removed it, enjoy!

luntik2012 commented on 2022-04-19 08:13 (UTC) (edited on 2022-04-19 08:14 (UTC) by luntik2012)

why don't you remove upper version limit? it's a constant problem of this package

theo024 commented on 2021-10-13 16:55 (UTC)

The jre-openjdk package now provides a Java 17 runtime, following @stefseel comment, the current version of Apache Directory Studio is compatible with it. Could you modify the java-runtime dependency accordingly? Thanks

zokker13 commented on 2021-08-14 12:18 (UTC)

Okay, I've updated to M17 and allow Java16. I hope this resolves the issues! Thanks for leeting me know @stefseel and @kawasakai. Much appreciated.

stefseel commented on 2021-08-10 17:21 (UTC)

The modification logs bug with Java 16+ is fixed in 2.0.0.v20210717-M17, this was also tested with the upcoming Java 17.

kawasakai commented on 2021-08-10 14:26 (UTC) (edited on 2021-08-10 14:27 (UTC) by kawasakai)

I had to update, because my modification logs stopped working, I changed

depends=('java-runtime>=11' 'java-runtime<=16' 'python' 'libsecret')

and updated pkgsums, seems to work fine.

Vain commented on 2021-06-17 12:36 (UTC)

Needs another Java version bump. Appears to work with jre-openjdk-16.0.1.

zokker13 commented on 2021-01-15 12:15 (UTC)

Thanks @nvb and @bastla, I updated the PKGBUILD to consider Java 15! :)

bastla commented on 2021-01-14 16:28 (UTC) (edited on 2021-01-14 16:28 (UTC) by bastla)

@nvb Yes, package is out-of-date. It seems to work with Java 15, so until it's updated you just need to adapt the PKGBUILD by hand:

< depends=('java-runtime>=8' 'java-runtime<=14' 'python' 'libsecret')
> depends=('java-runtime>=8' 'java-runtime<=15' 'python' 'libsecret')

nvb commented on 2021-01-13 20:57 (UTC)

Hey, just ran into following error when doing an system update.

It is saying that I can not update jre-openjdk since there is a hard limit of jre up to version 14. Is this still valid?

Installation von jre-openjdk (15.0.1.u9-1) verletzt Abhängigkeit 'java-runtime<=14', benötigt von apachedirectorystudio

zokker13 commented on 2020-04-26 18:04 (UTC)

Thanks @stefseel, I updated the package.

stefseel commented on 2020-04-19 11:09 (UTC) (edited on 2020-04-19 11:10 (UTC) by stefseel)

New upstream version is available. Now works with Java 8-14. 32bit version is no longer available. Updated source URL.

diff --git a/PKGBUILD b/PKGBUILD
index 452e38d..ab6dcc8 100644
@@ -7,21 +7,19 @@

 pkgdesc="Eclipse based LDAP browser and directory client"
-arch=('i686' 'x86_64')
-depends=('java-runtime>=8' 'gtk2' 'java-runtime<=10')
+depends=('java-runtime>=8' 'gtk2' 'java-runtime<=14')
 source=('apachedirectorystudio.desktop' 'apachedirectorystudio.png')

 package() {
   cd "$pkgdir"

mkolassa commented on 2018-12-28 20:16 (UTC)

@bighuskysf: Sorry for the long delay. I could not duplicate the Breeze Dark issue with KDE on my work desktop. I don't have any Gnome2/GTK2 tweaks installed, though.

bighuskysf commented on 2018-12-05 11:18 (UTC)

Lots of display issues when using it on KDE with Dark Breeze Theme. Welcome screen is just black. When dismissed, the ldap browser,connection,modification logs and progress sections are black while middle and outline window are gray. apache. Also problem window has white background and nearly unreadable text. Can this made to work with Dark Breeze theme?!AmTCPpjAMeTlkQBvUYV6grxnCe8u

zokker13 commented on 2018-11-16 17:34 (UTC)

@ogarcia: Thanks, it is done! :)

ogarcia commented on 2018-11-16 14:01 (UTC)


In desktop file, the Icon entry must be: Icon=apachedirectorystudio.png

Don't set full path because this breaks icon themes compatibility.

zokker13 commented on 2018-11-04 20:15 (UTC)

Okay fellas, I was finally able to update the thing. I've added mkolossa as Co-Contributor. Please make sure you add yourself as contributor in the PKGBUILD the next time you make an update.

I hope this update is somewhat nice. Love that they added full support for java10 (seemingly). I'll crosscheck tomorrow with my other computer and see if I can actually browse my LDAP servers.

@ayecat: I'm not sure if the change with the depends is that great. How would I make sure the proper dependencies are met? Do you have a sample PKGBUILD in mind you could show me?

mkolassa commented on 2018-09-21 15:51 (UTC)

Here's a quick patch for 2.0.0.v20180908-M14.

diff --git a/PKGBUILD b/PKGBUILD
index 1c6267a..6938eed 100644
@@ -7,8 +7,8 @@

 pkgdesc="Eclipse based LDAP browser and directory client"
 arch=('i686' 'x86_64')
@@ -20,8 +20,8 @@ source_i686=("$_pkgver/$_pkgname-$_p

 package() {
   cd "$pkgdir"

stefseel commented on 2018-09-14 20:05 (UTC)

A new version 2.0.0.v20180908-M14 has been released, based on Eclipse Photon, which works now with Java 8/9/10/11-ea.

grawity commented on 2018-07-17 18:24 (UTC)

I think the idea is that it doesn't require Java to create the package (i.e. it ships precompiled jars), so makepkg could run on a server without a JRE installed.

Basically the opposite of makedepends.

zokker13 commented on 2018-07-17 16:29 (UTC)

I'm not sure if I follow right; The tool requires Java to run.

ayekat commented on 2018-07-17 09:00 (UTC)

Would it be possible to move the dependencies into the package() function to avoid having to install Java essentially just for copying files around?

zokker13 commented on 2018-06-07 16:14 (UTC)

Thanks for reporting, guys! It's adjusted now and working on my part. Let me know if you still have issues.

~~ zokker13

tscs37 commented on 2018-06-07 10:27 (UTC)

The download URL in this package needs to be patched from to as the www-eu subdomain 404's.

frankenstein20 commented on 2018-06-06 11:21 (UTC)

-> Lade ApacheDirectoryStudio-2.0.0.v20170904-M13-linux.gtk.x86_64.tar.gz herunter... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found

Could you please help me

grawity commented on 2018-04-30 04:51 (UTC) (edited on 2018-04-30 14:47 (UTC) by grawity)

I'm not sure (by now it'd be Java 10, actually). Arch allows multiple JREs installed at the same time, after all, and you can't be sure which version is set as default.

But because of the latter, it might be a good idea to 1) depend on a specific JVM, such as jre8-openjdk; and 2) tell the ADS Eclipse launcher to always use it, by adding the lines -vm, /usr/lib/jvm/java-8-openjdk/jre/bin/java to the .ini file. That'll make ADS work even for systems where Java ≥9 is the default JVM (although it might annoy people who prefer aur/jre8).

So it's an .ini edit both ways.


  • Java 10 on Arch: doesn't connect to any of my servers
  • Java 10 on Windows: works fine and fixes the major security problem with "StartTLS" being actually plaintext

zokker13 commented on 2018-04-29 21:30 (UTC)

Nice catch! I'm just wondering if I should change the dependency though. Is Java 9 that much more used? Are there package statistics in Arch?

grawity commented on 2018-04-28 12:07 (UTC)

I just noticed that the project site has a FAQ entry about Java 9:

Workaround until Studio is upgraded to Eclispe Oxygen platform is to add "--add-modules=ALL-SYSTEM" to the end of the ApacheDirectoryStudio.ini file. This is only required for Oracle Java 9, OpenJDK 9 enables that flag by default.

zokker13 commented on 2018-03-24 12:00 (UTC)

Alright, finally found the time to fix it. Sorry for the delay. Hope it works.

naramski commented on 2018-03-20 18:59 (UTC) (edited on 2018-03-20 19:00 (UTC) by naramski)

@zokker13 : I can send you a patch if you want. I put a copy of the diff it in my last comment. Basically, you can easily update it by hand. It is :

Replacing :


As it seems the archive is not availaible on us repository anymore.

zokker13 commented on 2018-03-19 21:31 (UTC) (edited on 2018-03-19 21:33 (UTC) by zokker13)

@mugnipper: Sorry for the delay, somehow didn't realised someone wrote here. Can you issue a curl command? curl > /tmp/apa.tar.gz

@naramski: Do you want to send me a patch or should I just include the change by hand?

naramski commented on 2018-03-19 20:16 (UTC) (edited on 2018-03-19 20:18 (UTC) by naramski)

I propose this patch, that seems to solve the problem :

diff --git a/PKGBUILD b/PKGBUILD
index c0650cc..9800def 100644
@@ -16,8 +16,8 @@ url=""
 depends=('java-runtime=8' 'gtk2')
 source=('apachedirectorystudio.desktop' 'apachedirectorystudio.png')
@@ -31,7 +31,7 @@ package() {

   ln -sf /opt/$_pkgname/$_pkgname usr/bin/$_pkgname
   ln -sf /opt/$_pkgname/$_pkgname usr/bin/$pkgname
   install -Dm644 "$srcdir"/apachedirectorystudio.desktop "$pkgdir"/usr/share/applications/apachedirectorystudio.desktop
   install -Dm644 "$srcdir"/apachedirectorystudio.png "$pkgdir"/usr/share/pixmaps/apachedirectorystudio.png

but I duno how to include it in the original source tree.

mugnipper commented on 2018-03-07 13:12 (UTC)

The Download keeps failing:

curl: (18) transfer closed with 119918522 bytes remaining to read ==> FEHLER: Fehler beim Download von

It downloads about 10% and then stops, short afterwards it fails. I didn't found a way to download it manually and offer it yaourt as cache. Download via Chrome works...

Any idea?

zokker13 commented on 2018-01-11 23:36 (UTC)

Mh.. okay, seems to be my fault. I thought the JVM was downwards compatible but that doesn't seem to be the case: "Studio requires Java 7 or Java 8 (recommended). Java 9 is not yet supported."

Since another user complained about Java7 I'll pin it to Java8 and hope that will be good enough. Thanks for reporting this.

grawity commented on 2018-01-09 05:33 (UTC)

That seems to be a Java 9-related problem.

mweinelt commented on 2018-01-09 03:50 (UTC)

Last working version for me is apachedirectorystudio 2.0.0.v20161101.12-1.

The latest versions fails ib startup as follows:

!SESSION 2018-01-09 04:50:26.636 -----------------------------------------------
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=de_DE
Framework arguments:  /studio-rcp/resources/icons/linux/studio.xpm -v
Command-line arguments:  -os linux -ws gtk -arch x86_64 /studio-rcp/resources/icons/linux/studio.xpm -v

!ENTRY org.eclipse.osgi 4 0 2018-01-09 04:50:28.716
!MESSAGE Anwendungsfehler
org.eclipse.e4.core.di.InjectionException: java.lang.NoClassDefFoundError: javax/annotation/PostConstruct
    at org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(
    at org.eclipse.e4.core.internal.di.InjectorImpl.make(
    at org.eclipse.e4.core.contexts.ContextInjectionFactory.make(
    at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createDefaultHeadlessContext(
    at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createDefaultContext(
    at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createE4Workbench(
    at org.eclipse.ui.internal.Workbench$
    at org.eclipse.core.databinding.observable.Realm.runWithDefault(
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.base/java.lang.reflect.Method.invoke(Unknown Source)
    at org.eclipse.equinox.launcher.Main.invokeFramework(
    at org.eclipse.equinox.launcher.Main.basicRun(
    at org.eclipse.equinox.launcher.Main.main(
Caused by: java.lang.NoClassDefFoundError: javax/annotation/PostConstruct
    at org.eclipse.e4.core.internal.di.InjectorImpl.inject(
    at org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(
    ... 23 more
Caused by: java.lang.ClassNotFoundException: javax.annotation.PostConstruct cannot be found by org.eclipse.e4.core.di_1.6.1.v20160712-0927
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(
    at java.base/java.lang.ClassLoader.loadClass(Unknown Source)
    ... 25 more

!ENTRY org.eclipse.e4.ui.workbench 4 0 2018-01-09 04:50:28.738
!MESSAGE FrameworkEvent ERROR
java.lang.NoClassDefFoundError: javax/annotation/PreDestroy
    at org.eclipse.e4.core.internal.di.InjectorImpl.disposed(
    at org.eclipse.e4.core.internal.di.Requestor.disposed(
    at org.eclipse.e4.core.internal.contexts.ContextObjectSupplier$ContextInjectionListener.update(
    at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.update(
    at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.handleInvalid(
    at org.eclipse.e4.core.internal.contexts.EclipseContext.dispose(
    at org.eclipse.e4.core.internal.contexts.osgi.EclipseContextOSGi.dispose(
    at org.eclipse.e4.core.internal.contexts.osgi.EclipseContextOSGi.bundleChanged(
    at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(
    at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(
    at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(
    at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEventPrivileged(
    at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(
    at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(
    at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor.publishModuleEvent(
    at org.eclipse.osgi.container.Module.publishEvent(
    at org.eclipse.osgi.container.Module.doStop(
    at org.eclipse.osgi.container.Module.stop(
    at org.eclipse.osgi.container.SystemModule.stop(
    at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$
    at java.base/ Source)
Caused by: java.lang.ClassNotFoundException: javax.annotation.PreDestroy cannot be found by org.eclipse.e4.core.di_1.6.1.v20160712-0927
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(
    at java.base/java.lang.ClassLoader.loadClass(Unknown Source)
    ... 21 more

zokker13 commented on 2017-12-04 19:59 (UTC)

I updated the deps to reference >=8 but I wonder if the studio has strict requirements to JDK or not as I had it already installed. Please let me know if it still fails.

kotnik commented on 2017-12-04 13:42 (UTC)

Latest upgrade did not force JRE upgrade. Fails to run with:

Version 1.7.0_151 of the JVM is not suitable for this product. Version: 1.8 or greater is required.

zokker13 commented on 2017-12-01 08:54 (UTC)

Cool, thanks.

mzimmerman commented on 2017-12-01 04:18 (UTC)

Congratulations zokker13, you are now the maintainer! (I don't use the software anymore.)

zokker13 commented on 2017-11-30 23:11 (UTC)

Seems to be out of date (2.0.0.v20170904-M13) x86_64: x86:

Synthead commented on 2016-11-19 00:13 (UTC)

You should consider pulling the "cat" line out of your PKGBUILD and including a apachedirectorystudio.desktop file instead ;)

Tamwyn commented on 2016-11-16 02:45 (UTC) (edited on 2016-11-16 19:24 (UTC) by Tamwyn)

Again a version change. It is now pkgver=2.0.0.v20161101 pkgm=12 and the according md5sums [[ ${CARCH} = i686 ]] && _arch=x86 && md5sums=('b8523cc14396449d26505bd4a167149a') [[ ${CARCH} = x86_64 ]] && _arch=x86_64 && md5sums=('38f6baa26d303dc28ce1f6df4c7a9d99')

ejona86 commented on 2016-04-24 21:11 (UTC)

The .desktop should have Version=1.0. The version is supposed to be the desktop specification version, not the program version.

jvybihal commented on 2016-04-07 13:22 (UTC)

I can confirm, that M10 version from this PKGBUILD is extremely buggy. I almost tear my hear when working with it. It constantly had problems with connecting and doing basic tasks. I just tried SNAPSHOT as @spectroman, and it seems to work like charm again. Can I ask you @mzimmerman, as a maintainer, to switch to that source or create another package (something like apachedirectorystuio-nightly)?

spectroman commented on 2016-03-04 15:56 (UTC) (edited on 2016-03-04 16:02 (UTC) by spectroman)

This version (2.0.0.v20151221-2) is buggy, you cannot create a new organization using this. If you have an error: ERR_55 Trying to remove an non-existant attribute. I'd recommend to get an nightly build and fix your PKGBUILD based on that:

mzimmerman commented on 2016-01-14 17:22 (UTC)

I updated this locally before realizing it was disowned. I wanted to push back my changes however, so now this has become my first aur package ownership - be kind.

allyourbase commented on 2016-01-13 16:23 (UTC)

I'm disowning this. Feel free to take it.

andreas_baumann commented on 2016-01-13 08:21 (UTC)

Newer version appeared, old download link is not available anymore: pkgver has to be changed to v20151221 M9 -> M10

allyourbase commented on 2015-08-18 14:01 (UTC)

Fixed, thanks.

grawity commented on 2015-08-18 05:29 (UTC)

The .desktop entry is pointing to a nonexistent Icon path. It should say "icon.xpm". Or, even better, it should point at /opt/ApacheDirectoryStudio/features/ – which is a high-res PNG and nor a crusty low-res XPM.

patrickh commented on 2015-06-19 08:59 (UTC)

As I just stumbled over it and it could help also others: while this package is not updated yet to recently released version, you can still install 2.0.0.v20130628 by replacing "www" with "archive" in the source URL in the pkgbuild file.

ignite commented on 2015-04-01 15:24 (UTC)

Add "org.eclipse.swt.browser.DefaultType=mozilla" to the bottom of /opt/ApacheDirectoryStudio/configuration/config.ini to fix the crash

commented on 2015-03-18 10:26 (UTC)

you are using KDE right? try GTK2_RC_FILES=/usr/share/themes/Raleigh/gtk-2.0/gtkrc apachedirectorystudio

foolosophy commented on 2015-03-11 17:02 (UTC)

I'm getting this crash. Any pointers? No bp log location saved, using default. [000:000] Cpu: 6.23.10, x4, 2500Mhz, 3955MB [000:000] Computer model: Not available [000:000] Browser XEmbed support present: 1 [000:000] Browser toolkit is Gtk2. [000:001] Using Gtk2 toolkit [000:029] No bp log location saved, using default. [000:030] Cpu: 6.23.10, x4, 2500Mhz, 3955MB [000:030] Computer model: Not available [000:030] Browser XEmbed support present: 1 [000:030] Browser toolkit is Gtk2. [000:030] Using Gtk2 toolkit No bp log location saved, using default. [000:000] Cpu: 6.23.10, x4, 2500Mhz, 3955MB [000:000] Computer model: Not available [000:001] No bp log location saved, using default. [000:002] Cpu: 6.23.10, x4, 2500Mhz, 3955MB [000:002] Computer model: Not available [000:033] No bp log location saved, using default. [000:034] Cpu: 6.23.10, x4, 2500Mhz, 3955MB [000:034] Computer model: Not available [000:034] Browser XEmbed support present: 1 [000:034] Browser toolkit is Gtk2. [000:034] Using Gtk2 toolkit [000:004] No bp log location saved, using default. [000:004] Cpu: 6.23.10, x4, 2500Mhz, 3955MB [000:004] Computer model: Not available java version "1.7.0_75" OpenJDK Runtime Environment (IcedTea 2.5.4) (Arch Linux build 7.u75_2.5.4-1-x86_64) OpenJDK 64-Bit Server VM (build 24.75-b04, mixed mode) # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f44e0701661, pid=23930, tid=139935862699776 # # JRE version: OpenJDK Runtime Environment (7.0_75-b13) (build 1.7.0_75-b13) # Java VM: OpenJDK 64-Bit Server VM (24.75-b04 mixed mode linux-amd64 compressed oops) # Derivative: IcedTea 2.5.4 # Distribution: Custom build (Fri Jan 23 11:00:44 UTC 2015) # Problematic frame: # C [] soup_session_feature_detach+0x11 # # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /tmp/hs_err_pid23930.log # # If you would like to submit a bug report, please include # instructions on how to reproduce the bug and visit: # # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. #

willruss1 commented on 2015-01-12 22:26 (UTC)


automatikdonn commented on 2014-12-29 18:23 (UTC)

This is still the latest version available, and worked great for me. Thanks

Synthead commented on 2014-09-15 20:49 (UTC)

Seems like this should be called apache-directory-studio.

juantascon commented on 2014-04-04 21:37 (UTC)

I've orphaned the package, feel free to adopt it

t-ask commented on 2014-04-04 21:26 (UTC)

Just alter the version number and MD5s, please.

leoluk commented on 2014-03-06 13:30 (UTC)

If Apache Directory Studio crashes inside libsoup, set the following parameter in /opt/ApacheDirectoryStudio/configuration/config.ini: org.eclipse.swt.browser.DefaultType=mozilla (webkit-gtk version too new, included JRE too old)

woprandi commented on 2013-12-26 10:00 (UTC)

Apache directory studio crashs with KDE if you use oxygen-gtk as gtk2 theme. As mentionned here Use $ GTK2_RC_FILES=/usr/share/themes/Raleigh/gtk-2.0/gtkrc <path_to_ApacheDirectoryStudio_exe> to fix this issue

psi.neamf commented on 2013-08-19 15:29 (UTC)

What do you mean by server application? This is clearly a client as indicated in the description "Eclipse based LDAP browser and directory *client* v2.0"

wizetek commented on 2013-07-18 22:29 (UTC)

Late update is in. Thanks for the patch.

commented on 2013-07-16 14:22 (UTC)

Version 2.0.0.v20130517 is not available on the website anymore, it has been replaced with 2.0.0.v20130628. Here is a patch for the PKGBUILD to make it work with the new version: --- PKGBUILD 2013-07-16 16:21:12.541575466 +0200 +++ apachedirectorystudio/PKGBUILD 2013-07-16 16:07:00.356376942 +0200 @@ -2,15 +2,15 @@ # Contributor: Ian Taylor <ian at lorf dot orgs> pkgname=apachedirectorystudio _pkgname=ApacheDirectoryStudio -pkgver=2.0.0.v20130517 +pkgver=2.0.0.v20130628 pkgrel=1 pkgdesc="Eclipse based LDAP browser and directory client" arch=('i686' 'x86_64') url="" license=('Apache') depends=('java-runtime' 'gtk2') -[[ ${CARCH} = i686 ]] && _arch=x86 && md5sums=('23572e45139c333c8ea35073ac0ec411') -[[ ${CARCH} = x86_64 ]] && _arch=x86_64 && md5sums=('abde92d88505caec477f74d752600d68') +[[ ${CARCH} = i686 ]] && _arch=x86 && md5sums=('dba7618834772e30a7e93af7fb7e0b22') +[[ ${CARCH} = x86_64 ]] && _arch=x86_64 && md5sums=('c4a8a0b22fe352f1509f8f7fe2678f2a') source=("${pkgver}/${_pkgname}-linux-${_arch}-${pkgver}.tar.gz") package() {

juantascon commented on 2013-03-28 14:56 (UTC)

I don't use the .desktop file nor think that a server application should have one

lordchaos commented on 2013-03-28 13:40 (UTC)

So why not include a desktop file in the PKGBUILD?

captainju commented on 2013-02-22 09:42 (UTC)

can't install it, because ApacheDirectoryStudio.desktop is missing

clamy commented on 2013-02-20 13:48 (UTC)

The PKGBUILD is in the file ( with the .desktop file for the menu link and the .png icon). Content of the PKGBUILD is : # Maintainer: Juan Diego Tascon # Contributor: Tom Wizetek <> # Contributor: Ian Taylor <ian at lorf dot orgs> pkgname=apachedirectorystudio2 _pkgname=ApacheDirectoryStudio pkgver=2.0.0.v20130131 pkgrel=2 pkgdesc="Eclipse based LDAP browser and directory client v2.0" arch=('i686' 'x86_64') url="" license=('Apache') depends=('java-runtime' 'gtk2') provides=('apachedirectorystudio') conflicts=('apachedirectorystudio') [[ ${CARCH} = i686 ]] && _arch=x86 && md5sums=('accb9bb84de7f7cb4632ddc700577770') [[ ${CARCH} = x86_64 ]] && _arch=x86_64 && md5sums=('d50c4c201bd905980b9208d72ff006d4') source=("${pkgver}/${_pkgname}-linux-${_arch}-${pkgver}.tar.gz") package() { install -d -m 0755 ${pkgdir}/opt/${_pkgname} cp -a ${srcdir}/${_pkgname}-linux-${_arch}-${pkgver}/* ${pkgdir}/opt/${_pkgname} install -d -m 0755 ${pkgdir}/usr/bin ln -sf /opt/${_pkgname}/${_pkgname} ${pkgdir}/usr/bin/${_pkgname} ln -sf /opt/${_pkgname}/${_pkgname} ${pkgdir}/usr/bin/${pkgname} install -d -m 0755 ${pkgdir}/usr/share/applications cp -a ${startdir}/${_pkgname}.desktop ${pkgdir}/usr/share/applications/ cp -a ${startdir}/${_pkgname}.png ${pkgdir}/opt/${_pkgname} }

juantascon commented on 2013-02-20 13:04 (UTC)

you mind sharing the PKGBUILD?

clamy commented on 2013-02-20 10:32 (UTC)

Hi I made some minor changes with this package : - Use the version 2.0.0v20130131 of ADS - Install an menu icon The package is downloadable here :

xopher_mc commented on 2013-01-11 10:48 (UTC)

Please change PKGBUILD line 16 to source=("${pkgver}/${_pkgname}-linux-${_arch}-${pkgver}.tar.gz") thanks

wizetek commented on 2012-01-22 00:41 (UTC)

Before you flag this package out-of-date, please check Currently, 1.5.3 is the latest stable release. 2.0 M1 is the latest milestone.

wizetek commented on 2011-09-05 17:16 (UTC)

You're right, gauthma. Good catch. Thanks for letting me know. Fixed in pkgrel 5.

gauthma commented on 2011-09-05 16:48 (UTC)

In the PKGBUILD these lines are wrong: ln -sf ${pkgdir}/opt/${_pkgname}/${_pkgname} ${pkgdir}/usr/bin/${_pkgname} ln -sf ${pkgdir}/opt/${_pkgname}/${_pkgname} ${pkgdir}/usr/bin/${pkgname} The symlinks created in /usr/bin/ end up pointing to the /tmp directory where the xz was extracted. I *think* the correct lines are: ln -sf /opt/${_pkgname}/${_pkgname} ${pkgdir}/usr/bin/${_pkgname} ln -sf /opt/${_pkgname}/${_pkgname} ${pkgdir}/usr/bin/${pkgname} Feel free to correct me.

wizetek commented on 2011-08-30 06:02 (UTC)

Adopted. Let me know if there are any problems running this with openjdk6.

jfsaulais commented on 2011-07-23 21:39 (UTC)

Sorry, I don't have enough free time to go on maintaining this package with a fast reaction when an update is nedded

sergej commented on 2011-06-09 09:11 (UTC)

should depend on java-runtime instead of jre to be compatible with openjdk

galaux commented on 2011-02-15 09:36 (UTC)

Hi, Just a quick one there: why not make it depend on 'java-runtime' rather than 'jre'? That should enable us to use it with whatever JRE like openjdk for instance (Haven't check whether this package explicitly requires SUN's JRE so don't pay attention to what I just said if it does require it). Also: for sources you could use a global apache archive site like Thanks :)

jfsaulais commented on 2010-09-04 14:28 (UTC)


anpieber commented on 2010-05-27 12:01 (UTC)

please update the package; its simple to correct the following lines to: pkgver=1.5.3.v20100330 source=("${pkgver}/ApacheDirectoryStudio-linux-${ARCH}-${pkgver}.tar.gz") [ "${ARCH}" = "x86" ] && md5sums=('315e4726121aa84c93e92f5f0db2884c') [ "${ARCH}" = "x86_64" ] && md5sums=('613d07f7befbb8cc44c462a6ec262719') this worked for me thank you and kind regards