%PDF- <> %âãÏÓ endobj 2 0 obj <> endobj 3 0 obj <>/ExtGState<>/ProcSet[/PDF/Text/ImageB/ImageC/ImageI] >>/Annots[ 28 0 R 29 0 R] /MediaBox[ 0 0 595.5 842.25] /Contents 4 0 R/Group<>/Tabs/S>> endobj ºaâÚÎΞ-ÌE1ÍØÄ÷{òò2ÿ ÛÖ^ÔÀá TÎ{¦?§®¥kuµùÕ5sLOšuY>endobj 2 0 obj<>endobj 2 0 obj<>endobj 2 0 obj<>endobj 2 0 obj<> endobj 2 0 obj<>endobj 2 0 obj<>es 3 0 R>> endobj 2 0 obj<> ox[ 0.000000 0.000000 609.600000 935.600000]/Fi endobj 3 0 obj<> endobj 7 1 obj<>/ProcSet[/PDF/Text/ImageB/ImageC/ImageI]>>/Subtype/Form>> stream
# While only libldap_r is packaged, the client programs are linked # against libldap during build. This is here just to satisfy # dpkg-shlibdeps for ldap-utils: libldap is not around when # dpkg-gensymbols runs, so it's not listed in the symbols file. A better # long-term workaround will be to patch the upstream build system so the # client programs are linked against libldap_r. liblber-2.4 2 libldap-2.4-2 (>= 2.4.7) libldap-2.4 2 libldap-2.4-2 (>= 2.4.7) libldap_r-2.4 2 libldap-2.4-2 (>= 2.4.7)