Package Details: autenticacao-gov-pt 3.8.0-1

Git Clone URL: (read-only, click to copy)
Package Base: autenticacao-gov-pt
Description: Portuguese Citizen Card Application (Portugal eID)
Upstream URL:
Keywords: autenticacao cartao cartaodecidadao cidadao de gov portugal pt
Licenses: GPL2, LGPL3, custom:EUPL
Conflicts: cartaodecidadao, cartaodecidadao-bin, classpath
Replaces: cartaodecidadao
Submitter: r3pek
Maintainer: a36233 (r3pek)
Last Packager: a36233
Votes: 19
Popularity: 0.008461
First Submitted: 2015-10-18 15:16 (UTC)
Last Updated: 2022-08-12 21:02 (UTC)

Dependencies (28)

Required by (0)

Sources (2)

Latest Comments

a36233 commented on 2022-08-13 10:57 (UTC) (edited on 2022-08-13 16:50 (UTC) by a36233)

It's an upstream bug, it needs to be reported upstream. In alternative install the prebuilt package:

nfp0 commented on 2022-08-13 10:54 (UTC)

Same error here. Can't build 3.8.0-1

20hvoby5pb commented on 2022-08-13 01:52 (UTC)

Compiling version 3.8.0-1 fails with below error:

/usr/bin/ld: ../lib/ undefined reference to `eIDMW::CReader::GetAppletVersion[abi:cxx11]()'
/usr/bin/ld: ../lib/ undefined reference to `eIDMW::DlgCloseCMDMessage(unsigned long)'
/usr/bin/ld: ../lib/ undefined reference to `eIDMW::CReader::isPinVerified(eIDMW::tPin const&)'
/usr/bin/ld: ../lib/ undefined reference to `eIDMW::DlgCMDMessage(eIDMW::DlgCmdOperation, eIDMW::DlgCmdMsgType, bool, unsigned long*)'
/usr/bin/ld: ../lib/ undefined reference to `eIDMW::DlgAskInputCMD(eIDMW::DlgCmdOperation, bool, wchar_t*, unsigned long, wchar_t*, unsigned long, wchar_t const*, unsigned long, std::function<void ()>*)'
/usr/bin/ld: ../lib/ undefined reference to `eIDMW::DlgPickDevice(eIDMW::DlgDevice*)'
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:431: eidguiV2] Error 1
make[1]: Leaving directory '/home/tcalico/.cache/yay/autenticacao-gov-pt/src/'
make: *** [Makefile:487: sub-eidguiV2-make_first-ordered] Error 2

kevku commented on 2021-10-02 08:43 (UTC)

Packages that need any Java environment should declare dependency on java-runtime, java-runtime-headless or java-environment as usual

ruifm commented on 2021-09-30 14:08 (UTC)


You were right, I had java-8-openjdk as default for some reason. Thanks for the help!

a36233 commented on 2021-09-30 08:24 (UTC)

@ruifm check your java installation you probably miss jdk{X}-openjdk packages I've updated makedepends and depends to be easier. Double check $ archlinux-java status and set a specific version if needed: $ sudo archlinux-java set java-17-openjdk

ruifm commented on 2021-09-27 16:13 (UTC) (edited on 2021-09-29 08:05 (UTC) by ruifm)

Fails since last change to PKGBUILD with:

g++ -c -pipe -fPIC -fno-strict-aliasing -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -std=gnu++11 -fPIC -DPTEID_35 -DEIDMW_PREFIX=/usr/local -DEIDMW_CMN_EXPORT -DEIDMW_EIDLIB_EXPORTS -DEIDMW_JAVA_WRAPPER -I. -I. -I../applayer -I../dialogs -I../common -I../cardlayer -I../eidlib -I/usr/lib/jvm/java-11-openjdk-amd64/include -I/usr/lib/jvm/java-11-openjdk-amd64/include/linux -I/usr/include/PCSC -I/usr/lib/jvm/default/include -I/usr/lib/jvm/default/include/linux -I/usr/lib/qt/mkspecs/linux-g++ -o eidlibJava_Wrapper.o GeneratedFiles/eidlibJava_Wrapper.cpp
GeneratedFiles/eidlibJava_Wrapper.cpp:178:10: fatal error: jni.h: No such file or directory
  178 | #include <jni.h>
      |          ^~~~~~~
compilation terminated.
make[1]: *** [Makefile:874: eidlibJava_Wrapper.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/tmp/makepkg/autenticacao-gov-pt/src/'
make: *** [Makefile:401: sub-eidlibJava_Wrapper-make_first-ordered] Error 2
==> ERROR: A failure occurred in build().
error: failed to build 'autenticacao-gov-pt-3.6.1-1':

degovial commented on 2021-09-25 03:24 (UTC)

@a36233 thank you, it is working now.

a36233 commented on 2021-09-24 19:09 (UTC) (edited on 2021-09-24 19:10 (UTC) by a36233)

@joserebelo thanks for the heads up, i'll test it and if works I'll merge the changes. @degovial that's a known issue, Chave móvel digital module has to be generated with validated key/certificate... Only solution for now is to use pre built binary version present on the package.

degovial commented on 2021-09-24 18:44 (UTC) (edited on 2021-09-24 18:45 (UTC) by degovial)

On Manjaro, the application does not allow PDF validation with Chave Móvel Digital. Is it an expected behaviour, or am I missing something?

I also installed the optional packages:

joserebelo commented on 2021-07-15 17:55 (UTC) (edited on 2021-07-15 17:58 (UTC) by joserebelo)

@a36233 can we consider dropping the sudo calls in prepare()? They don't seem to be needed anymore:

  • I managed to build/run it on java 16
  • The includes for openjpeg do not seem to be needed
  • The includes for jni can be replaced with the following:
cat >> ${srcdir}/${_pkgname}/pteid-mw-pt/_src/eidmw/eidlibJava_Wrapper/ <<EOF
INCLUDEPATH += /usr/lib/jvm/default/include
INCLUDEPATH += /usr/lib/jvm/default/include/linux

nunonun commented on 2021-02-04 19:32 (UTC)

Thanks, @36233. Compiling with 'makepkg -s -c -f' solves the problem. For those who need, after compiling, just install with 'sudo pacman -U ./autenticacao-gov-pt-3.4.0-1-x86_64.pkg.tar.zst' or right-click the file and select "Open with Software Install".

a36233 commented on 2021-02-04 18:39 (UTC)

@nunonun that's your own (or local) gpg key. if you want to validate it with pacman you need to locally sign it. Otherwise you can just delete the signature and install without validation of the signature, since it was you that generated the file.

PS: to locally sign your key use the -lsign. More info at:

nunonun commented on 2021-02-04 18:33 (UTC) (edited on 2021-02-04 18:34 (UTC) by nunonun)

@36233 I followed your instructions('makepkg --sign -s -c -f' inside the cloned folder) and successfully compiled the package. However, I cannot manage to install it. I tried

$ sudo pacman -U ./autenticacao-gov-pt-3.4.0-1-x86_64.pkg.tar.zst

but after accepting

:: Import PGP key 24780F1B47B32D52, "Unknown Packager"? [Y/n]

I get the following error messages:

error: key "24780F1B47B32D52" could not be looked up remotely error: required key missing from keyring error: './autenticacao-gov-pt-3.4.0-1-x86_64.pkg.tar.zst': unexpected error

I reloaded the signature keys with

$ sudo pacman -Syy && sudo pacman-key --refresh-keys && sudo pacman-key --populate archlinux manjaro

and tried to install the autenticacao-gov-pt pkg.tar.zst package again, but with no avail. Any hint on how can I solve this issue?

a36233 commented on 2021-01-15 17:53 (UTC)

@cbsousa it is working. Just compile it the Arch way (makepkg --sign -s -c -f) at command line.

cbsousa commented on 2021-01-14 19:38 (UTC)

Boa tarde, Alguém já conseguiu instalar? A mim dá este erro:

A clonar em ''... concluído. Mudou para o novo ramo 'makepkg' ==> A iniciar prepare()... sudo: é necessário um terminal para ler a senha; use a opção -S para ler da entrada padrão ou configure um ajudante de pedido de senha (askpass) sudo: é necessária uma senha ==> ERRO: Uma falha ocorreu em prepare(). A cancelar...

somini commented on 2020-11-09 23:35 (UTC)

@a36233 "ttf-google-fonts-git" provides "ttf-lato", so it Just Works, there's no conflict. It's just 11 MB uncompressed, cloning the repo is 700MB.

My suggestion was just to decrease the maintenance burden and to avoid font issues.

a36233 commented on 2020-11-09 10:32 (UTC)

@somini, I don't see the point of installing the full lato font family because we need 1-3 fonts, also ttf-lato package conflicts with some font packages like ttf-google-fonts-git, etc. Also, if upstream they decide to update to a new font we just need to update and fc-cache the new ones.

somini commented on 2020-11-08 13:01 (UTC)

You should depend on the "ttf-lato" package, and symlink the fonts into that location.

That should avoid more font issues with having fonts in non-standard locations.

Noeljunior commented on 2020-10-22 11:59 (UTC) (edited on 2020-10-22 12:38 (UTC) by Noeljunior)

Consider adding libcurl-gnutls as dependency:

 eidguiV2: error while loading shared libraries: cannot open shared object file: No such file or directory

I didn't check if this is a problem from this package or from other packages.

a36233 commented on 2020-10-08 11:44 (UTC)

@calexandru2018 the error you are describing is not related with this package, but with a dependency (xml-security-c). To solve you issue check the Arch Documentation how to import missing gpg keys.

calexandru2018 commented on 2020-10-08 10:54 (UTC)

==> Validating source files with sha256sums... xml-security-c-2.0.2.tar.bz2.asc ... Skipped xml-security-c-2.0.2.tar.bz2 ... Passed ==> Verifying source file signatures with gpg... xml-security-c-2.0.2.tar.bz2 ... FAILED (unknown public key 378B845402277962) ==> ERROR: One or more PGP signatures could not be verified! Failed to build xml-security-c

FFY00 commented on 2020-06-25 12:13 (UTC)

This installs to /usr/local/bin instead of /usr/bin, can you fix it?

a36233 commented on 2020-04-15 10:37 (UTC) (edited on 2020-04-15 10:38 (UTC) by a36233)

@leo.sfsm I was trying to avoid patches to upstream code, they changed PATHs in the past and they will do it in the future. I would recommend instead report the case upstream and ask for something like using prefix to define OS instalation PATHs e.g. "./configure --prefix=/usr".

a36233 commented on 2020-04-15 10:26 (UTC)

@dllud Arch does not use JAVA_HOME instead it has the archlinux-java tool that updates the symbolic links for default/current java environment. I had to change at the host system because upstream they didn't use cmake/configure ou simillar tool with capabilities to assign java library PATHs. They fixed library path /usr/include/jni*.h You can use the pre-compiled one also, no changes on the host system. autenticacao-gov-pt-bin

dllud commented on 2020-04-09 22:51 (UTC)

Instead of: sudo archlinux-java set java-11-openjdk

Have you tried something along the lines of: export JAVA_HOME="/usr/lib/jvm/java-11-openjdk"

Arch does not use JAVA_HOME, but some build systems do.

leo.sfsm commented on 2020-04-09 12:29 (UTC)

I made some changes to the PKGBUILD for adopting it to Arch path structure. I modified the previously used patch files and adopted it for the new version.

somini commented on 2019-10-10 11:28 (UTC)

New version:

  • pkgver=2.0.46
  • sha1sums=('6e7d1ed2a60dad888026dd82abbe6199e7d4231b' '064b1ee43d8b7060e34da76dfdfba8f68a3131a1')

diazkun commented on 2019-09-19 00:36 (UTC)

new version of the package is 2.0.45 sha1sum is 85e71e382c242b636f724ffe11adfc99b99eb3b2

somini commented on 2019-08-13 17:03 (UTC)

This has been updated to v2.0.43. Here's the patch:

diff --git a/PKGBUILD b/PKGBUILD
index 1d2df24..7b2b180 100644
@@ -1,7 +1,7 @@
 # Maintainer: Carlos Silva <>

 pkgdesc="O Autenticaçã é o mecanismo que permite utilizar o Cartão de Cidadão eficientemente e em segurança nos navegadores que suportem ou não plugins Java"
@@ -11,8 +11,7 @@ depends=('java-runtime' 'pcsclite' 'pcsc-tools' 'ccid')

 source=("autenticacao-gov-pt.install" "")

-          '6ec37ba2539c8f3d0461e15c4b8a1d5f6079c4f6')
+sha1sums=('6e7d1ed2a60dad888026dd82abbe6199e7d4231b' '3f52a7bcefdefc8f4fe5edefdc38779ec520d837')


tiago.casal commented on 2019-06-04 03:12 (UTC)

3.0.17 is the most recent version, despite it not being available directly from the official website (the version there is 3.0.16) it is available on the svn repo

sergiomb commented on 2019-06-02 07:29 (UTC) (edited on 2019-06-02 07:31 (UTC) by sergiomb)

to build with xml-security-c-2.0.2 you need patch xml-security-c-2.0.2 first, with

and after add this patch have all patches for svn trunk version 3.0.16

TheSouthCitizen commented on 2019-05-24 12:33 (UTC)

Missing dependencies: ==> Error: Could not find all required packages: xml-security-c-ria (Wanted by: cartaodecidadao)

Out of date: current version - 3.0.16

tiago.casal commented on 2019-04-03 14:56 (UTC)

It's not compiling anymore. (there is also a new version)

even amending the xml-security-c-ria to xml-security-c I get the following error:

XadesSignature.cpp:66:10: fatal error: xsec/utils/XSECDOMUtils.hpp: No such file or directory #include <xsec/utils/XSECDOMUtils.hpp> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ compilation terminated. make[1]: [Makefile:1247: XadesSignature.o] Error 1 make[1]: Waiting for unfinished jobs.... In file included from ../common/Log.h:34, from SigContainer.cpp:30: ../common/LogBase.h:136:17: warning: ‘template<class> class std::auto_ptr’ is deprecated [-Wdeprecated-declarations] static std::auto_ptr<CLogger> m_instance; ^~~~~~~~ In file included from /usr/include/c++/8.2.1/memory:80, from ../common/LogBase.h:76, from ../common/Log.h:34, from SigContainer.cpp:30: /usr/include/c++/8.2.1/bits/unique_ptr.h:53:28: note: declared here template<typename> class auto_ptr; ^~~~~~~~ In file included from ../common/Log.h:34, from ScapSSLConnection.cpp:4: ../common/LogBase.h:136:17: warning: ‘template<class> class std::auto_ptr’ is deprecated [-Wdeprecated-declarations] static std::auto_ptr<CLogger> m_instance; ^~~~~~~~ In file included from /usr/include/c++/8.2.1/memory:80, from ../common/LogBase.h:76, from ../common/Log.h:34, from ScapSSLConnection.cpp:4: /usr/include/c++/8.2.1/bits/unique_ptr.h:53:28: note: declared here template<typename> class auto_ptr; ^~~~~~~~

cvalente commented on 2018-11-15 02:56 (UTC)

The package for the dependency xml-security-c-ria is FUBAR. The source file can't even be found. On top of that it conflicts with the newer version implying some other packages can't actually be installed.

To fix that I've changed this package to compile statically against xml-security-c-1.7.3

One less deprecated dependency to worry about.

Of course this should ultimately be solved by the devs by using the newer APIs (same for openssl-1.0), but I won't be holding my breath.

Here is the patch.

knaick commented on 2018-10-17 20:13 (UTC)

@r3pek tried to install the version 2.0.31-1. My current Java version is 10.0.2(openjdk 10.0.2 2018-07-17).

I get a awesome while installing on my system :

"Java version (0.0.2) must higher than 1.4.2 ==> ERROR: A failure occurred in build(). Aborting... Error making: cartaodecidadao "

Quatro commented on 2018-10-03 13:08 (UTC)

Also missing extra/qt5-graphicaleffects dep

Quatro commented on 2018-10-03 10:41 (UTC) (edited on 2018-10-03 10:56 (UTC) by Quatro)

Patch para o fix para java version ^

lothar_m commented on 2018-09-22 19:30 (UTC)

@r3pek: Version 2.0.31 installed flawlessly on my system. good work.

ArchGalileu commented on 2018-09-13 17:18 (UTC)


Perfect ;) hehehe

Thank you ;)

Best regards ArchGalileu

Mccurly commented on 2018-09-07 19:49 (UTC) (edited on 2018-09-11 20:11 (UTC) by Mccurly)

Hi, for those with a Java version higher than 9.x.x you should go to the configure file on the src/eidmw/ directory (line 124) and add a plus sign to the first "[0-9]" group which should look the same as the others (REGEX expression for considering two digits) "[0-9]+"

Consider please to change the src of that code upstream as well.

Aside from that, in here I cannot upgrade because there's an undefined reference to a function (eIDMW...) at making eidguiV2...


I noticed there were other comment pages for this package (... yes I am that distracted...). Because of that I managed to update/install the latest cartaodecidadao.

Followed @r3pek advice that he had given to @Joaoreis. Since the compilation errored out at the linking stage, (the same sort of error as with @Joaoreis)I uninstalled previous version and it went through successfully.

I suggest again (for those who are getting verification errors with the Java Version, when you have installed a java version higher than 9.xx.xx) that you access the temporary folder where the building of the source occurs, and go down to the respective "cartaodecidadao/src/eidmw/configure" file and change its line #124 from "$javaVer =~ m/([0-9]).([0-9]+).([0-9]+)/;" to "$javaVer =~ m/([0-9]+).([0-9]+).([0-9]+)/;" (add the plus sign to the first "[0-9]" group, that becomes "[0-9]+". Maybe you will be able to compile and install.

tiago.casal commented on 2018-08-31 18:30 (UTC) (edited on 2018-08-31 18:46 (UTC) by tiago.casal)

@ArchGalileu e @r3pek

It's the upstream code, I'm working on it... I've been having this issue for some time now, I usually place this little patch on line 129 of the configure file to just bypass version check:

my $javaVerII = $javaVerI;

r3pek commented on 2018-08-31 18:09 (UTC)


$ archlinux-java status Available Java environments: java-7-openjdk java-8-openjdk (default)

WFM with java-8-openjdk

ArchGalileu commented on 2018-08-31 18:05 (UTC)

Already tried multiple java sources but nothing... always this error

Java version (0.0.2) must higher than 1.4.2

Available Java environments: java-10-jre/jre (default) java-10-openjdk java-8-openjdk/jre

Best regards ArchGalileu

r3pek commented on 2018-08-31 13:18 (UTC) (edited on 2018-08-31 13:19 (UTC) by r3pek)

@abred Sim, já tinha reparado no QIcon ;)

Estou a tratar de trazer a versão 3.X para o AUR (que para já, não compila).

Mccurly commented on 2018-08-31 09:10 (UTC)


Thank you for your work (github gist), I've managed to build and install.

Is there any chance that (@r3pek) the updates made by user @abread could me "merged" into the project?

Thank you.

abread commented on 2018-08-28 14:55 (UTC) (edited on 2018-08-28 15:52 (UTC) by abread)

@r3pek Isto ainda é mantido? Para a versão atual voltar a compilar há que fazer duas alterações:

  • Incluir o QIcon.h em eidmw/dialogs/dlgWndPinpadInfo.cpp (acho que uma alteração do QT fez com que não fosse automaticamente incluído, isto garante que funciona. pode haver uma maneira mais recomendada para fazer isto)

  • Substituir a dependência xml-security-c pelo xml-security-c-ria (versões 2.x são incompatíveis)

Novo PKGBUILD e patch:

paneves commented on 2018-07-27 13:42 (UTC)

Boas: Estou com problemas a compilar...

dlgWndPinpadInfo.cpp:41:71: error: invalid use of incomplete type ‘class QIcon’ this->setWindowIcon( QIcon(":/Resources/ICO_CARD_EID_PLAIN_16x16.png") ); ^ In file included from /usr/include/qt/QtCore/qobject.h:54, from /usr/include/qt/QtWidgets/qwidget.h:45, from /usr/include/qt/QtWidgets/QWidget:1, from dlgWndPinpadInfo.h:24, from dlgWndPinpadInfo.cpp:21: /usr/include/qt/QtCore/qmetatype.h:1943:1: note: forward declaration of ‘class QIcon’ QT_FOR_EACH_STATIC_GUI_CLASS(QT_FORWARD_DECLARE_STATIC_TYPES_ITER) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ make[1]: [Makefile:1223: dlgWndPinpadInfo.o] Error 1 make[1]: Leaving directory '/home/xxxx/.cache/aurman/cartaodecidadao/src/eidmw/dialogs/dialogsQTsrv' make: [Makefile:228: sub-dialogs-dialogsQTsrv-make_first-ordered] Error 2 ==> ERROR: A failure occurred in build(). Aborting... 2018-07-27 14:39:18,799 - wrappers - makepkg - ERROR - makepkg query ['makepkg', '-cf', '--noconfirm'] failed in directory /home/xxxxxx/.cache/aurman/cartaodecidadao

Alguém tem alguma ideia? Obrigado

lothar_m commented on 2018-05-26 17:55 (UTC)

@rui martinho: please get some damn version releases for this. Also getting a github repo going would be a nice idea (your site is down at the moment and its not the first time).

rui.martinho commented on 2018-04-27 12:25 (UTC)

contact me rui.martinho at

ftecedeiro commented on 2018-02-16 11:58 (UTC)

I'm using Java 9 and getting this error:

Exception in thread "main" java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException

Solution: Modify the exec command to...

/usr/bin/java --add-modules=java.xml.bind,java.activation -Dsun.java2d.xrender=false -jar /usr/share/autenticacao-gov-pt/plugin-autenticacao-gov.jar sj

It runs now.

R00KIE commented on 2017-11-06 13:30 (UTC)

Penso que é necessário adicionar java-environment as makedepends, caso contrário não dá para compilar o programa. ==> Starting build()... Use of uninitialized value $distro in string eq at ./configure line 142. which: no javac in (/usr/local/sbin:/usr/local/bin:/usr/bin:/extra/scripts:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) java not found, please adjust PATH: export PATH=<path_to_javac>:$PATH ==> ERROR: A failure occurred in build().

tiago.casal commented on 2017-11-03 03:55 (UTC)

@r3pek aqui compila e instala perfeitamente. o erro que tenho é depois de instalar, ao tentar correr a aplicação.

r3pek commented on 2017-11-01 22:14 (UTC)

@Joaoreis Desinstala a versão antiga. Por alguma razão que não consegui testar, o linker está a ir buscar a versão instalada em vez da nova que vai instalar, daí esse erro

joaosreis commented on 2017-11-01 21:35 (UTC)

Tenho este erro ao tentar atualizar para a versão /usr/lib/ undefined reference to `eIDMW::APL_Card::SignClose(eIDMW::PDFSignature*, eIDMW::CByteArray)' collect2: error: ld returned 1 exit status make[1]: *** [Makefile:405: ../bin/pteidgui] Error 1 make[1]: Leaving directory '/home/joaosreis/cartaodecidadao/src/eidmw/eidgui' make: *** [Makefile:486: sub-eidgui-make_first-ordered] Error 2

r3pek commented on 2017-11-01 19:42 (UTC)

@a36233 actualiza o libxml-security-c @tiago.casal Tás a usar algum AUR helper? Tenta eliminar-lhe a cache (se for o pacaur é em ~/.cache/pacaur/)

a36233 commented on 2017-10-31 14:21 (UTC)

Falha-me a fazer o build:

tiago.casal commented on 2017-10-31 06:21 (UTC)

actualizou... continua a dar o mesmo erro do curl openssl 3

tiago.casal commented on 2017-10-29 03:35 (UTC)

getting this error pteidgui: ../lib/ version `CURL_OPENSSL_3' not found (required by /usr/local/bin/../lib/

bms commented on 2017-09-26 22:20 (UTC)

- makedepends=('swig') + makedepends=('swig' 'subversion') Cumps

paneves commented on 2017-09-25 21:44 (UTC)

'Tá safo. Já instalou. Obrigado pela ajuda!

r3pek commented on 2017-09-25 21:26 (UTC)

@paneves Aqui instalou bem. Tenta apagar o que tens em cache: rm -rf ~/.cache/pacaur/cartaodecidadao

paneves commented on 2017-09-25 19:01 (UTC)

Alô: Ao tentar instalar surge o seguinte erro: ==> Cleaning up... :: Installing cartaodecidadao package(s)... :: cartaodecidadao package(s) failed to install. :: ensure package version does not mismatch between .SRCINFO and PKGBUILD :: ensure package name has a VCS suffix if this is a devel package Já verifiquei o .SRCINFO e o PKGBUILD e a versão é a mesma em ambos os ficheiros ( Alguma ideia?

r3pek commented on 2017-09-23 20:58 (UTC)

@flacc Já viste bem o k escreveste?

flacc commented on 2017-09-23 19:58 (UTC)

[flacc@venus ~]$ yaourt -Ss cartaocidadao [flacc@venus ~]$ Nem aparece para instalar :/

commented on 2017-09-22 17:08 (UTC)

Fica aqui um patch para o PKGBUILD que instala corretamente o programa:

a36233 commented on 2017-09-22 15:46 (UTC)

Adding misc/certs/*.der from eidmw repo to /usr/local/share/certs fixes "Consistência da informação do cartão está comprometida!"

a36233 commented on 2017-09-22 15:32 (UTC) (edited on 2017-09-22 15:33 (UTC) by a36233)

Consegui instalar com o source abaixo, mas ao ler o cartão dá-me: APL_CrlDownloadingCache::scanDir "/usr/local/share/certs/" : No such file or directory Consistência da informação do cartão está comprometida!

a36233 commented on 2017-09-22 15:19 (UTC)

Please update source to: source=("svn+") or use correct tags

tiago.casal commented on 2017-09-22 14:08 (UTC)

Building cartaodecidadao... Cloning into 'cartaodecidadao'... remote: Counting objects: 36, done. remote: Compressing objects: 100% (35/35), done. remote: Total 36 (delta 3), reused 31 (delta 1) Unpacking objects: 100% (36/36), done. ==> Making package: cartaodecidadao (Fri 22 Sep 15:08:18 WEST 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Cloning eidmw svn repo... svn: E170000: URL '' doesn't exist ==> ERROR: Failure while downloading eidmw svn repo Aborting...

Lasering commented on 2017-07-27 09:53 (UTC)

To be able to use the /usr/lib/pteid_jni/pteidlibj.jar it is necessary to include the following line in the PKGBUILD: ln -sr ${srcdir}/usr/lib/pteid_jni/ ${srcdir}/usr/lib/pteid_jni/ Because otherwise when doing System.loadLibrary("pteidlibj") in java you would get a UnsatisfiedLinkError.

R00KIE commented on 2017-04-17 13:22 (UTC)

Not having versioned releases is a pain for everyone, but at least the deb package does include an openpgp signature. It might be interesting to also check if the signature is valid (I'm not sure if makepkg can do that automatically). It might also be worth contacting ama and asking if they can consider releasing the packages with version information in the filename (generic tar.gz packages for "other distros" would also be nice).

samuelbernardo commented on 2017-02-15 20:05 (UTC)

Please update md5sum for deb package. Today the right one is: 1f1876082c2c1084eab9c45427751fda Maybe because deb package reference is being placed as generic it doesn't protect pkgbuild to futures deb releases. If possible, it would be great to ask developers to release their packages with url to identify the versions, and not a generic as they are doing now. I'll do the same because I would like to have a gentoo ebuild for it, where I'll use as reference this arch pkgbuild. arch + gentoo are my distro <3

a36233 commented on 2017-02-03 15:46 (UTC)

Please update md5sum and pkgver to meet latest version: 2.0.08

a36233 commented on 2016-02-02 19:38 (UTC)

md5sum of should be "45bc9041eedfe8552cdfdd47a07b1139"