[aur-general] Commercial spam
Hello TUs, there is a unrelated comment for [1] which offers a service for lazy students. [1] https://aur.archlinux.org/pkgbase/ucdavisthesis/ Thanks for regarding. Stefan Husmann
Re: [aur-general] AUR VCS cleanup
Lukas Fleischer via aur-general writes: > Here's a list of VCS duplicates reported by `aurdupes -V`. I did not > check for false positives. Maybe somebody can go through that list and > either delete all obsolete packages or file deletion requests: > > 1pass (VCS) > * 1pass-git http://aur.archlinux.org/packages/1pass-git/ > * 1pass-hg http://aur.archlinux.org/packages/1pass-hg/ False positive. These are completely different projects. > abcl (VCS) > * abcl-git http://aur.archlinux.org/packages/abcl-git/ > * abcl-svn http://aur.archlinux.org/packages/abcl-svn/ I now filed a merge request. Best Regards Stefan Husmann
Re: [aur-general] AUR cleanup
Lukas Fleischer via aur-general writes: > Here's an up-to-date list of duplicates reported by `aurdupes -A`. I did > not check for false positives. Maybe somebody can go through that list > and either remove duplicate packages or file deletion requests. I'll > post a separate list with VCS duplicates. > > jabref > * jabref http://aur.archlinux.org/packages/jabref/ > * jabref-latest http://aur.archlinux.org/packages/jabref-latest/ false positive, jabref-latest provides JabRef 5.x, which uses modern Java VMs, whereas jabref uses Java 8. > nyacc > * nyacc [extra] > * nyacc http://aur.archlinux.org/packages/nyacc/ I just filed a deletion request. Best Regards Stefan Husmann
[aur-general] Spam account
Hello, this account is spamming the AUR with stupid unrelated online game invotations. https://aur.archlinux.org/account/sunny007 ssvv17...@gmail.com Please consider deletion and ban Best Regards Stefan
[aur-general] I want to update gtkhtml4 in AUR
Hello, Can someone please have a look on what happens on server side? I want to update gtkhtml4 in AUR adding a long proposed (in the comments) patch. This fails with fatal: unable to access 'https://aur.archlinux.org/gtkhtml4.git/': The requested URL returned error: 403 I maybe do not see the obvious, but I can update my other packages without problems, but not thi one, which I newly adopted. Best Regards Stefan
Re: [aur-general] Request to add aspell-bn package to AUR repo
Pavel Sayekat via aur-general writes: > Dear Team, > Hi, I would like to add a PKGBUILD file for aspell-bn to the AUR repo for > the convenience of Bengali language. So file is added in the attachment. > > Thanks, > Pavel Sayekat Hello, so what is your question? Do you need help in uploading the PKGBUILD or do you want us to doublecheck it? If the latter: For me it is not working at all. Warning: future versions will require --vars before variables are set : error: invalid variable name: --prefix The configure-script does not know that option. Figure out how it is done right. Probably the other aspell-?? packages in AUR can be taken as an example. Best Regards Stefan
Re: [aur-general] Gcc-6.3: ldd shows wrong symbols
Eli Schwartz via aur-general writes: > On 06/27/2017 08:56 PM, Stefan Husmann wrote: >> Hello, >> >> I have put gcc63 to AUR, merely to have a working gcj implemetation, > > Wait, isn't there already a gcc6 package in the AUR? > It is newer than mine. >> something is wrong with it. If I compile anything with it, ldd shows >> that the resulting binaries have wrong symbols. For instance, >> >> ldd ~/paketierung/meine_Pakete/fotoxx/pkg/fotoxx/usr/bin/fotoxx |grep -v usr >> linux-vdso.so.1 (0x7ffcbe5cf000) >> libstdc++.so.6 => /lib/gcc/x86_64-pc-linux-gnu/6.3.1/libstdc++.so.6 >> (0x7fd4fb0e7000) >> libgcc_s.so.1 => /lib/gcc/x86_64-pc-linux-gnu/6.3.1/libgcc_s.so.1 >> (0x7fd4fabbe000) >> /lib64/ld-linux-x86-64.so.2 (0x7fd4fe8d6000) >> >> IMHO it should be libstdc++.so.6 => >> /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/libstdc++.so.6 >> >> What am I doing wrong? I do not know how to fix this. > > How does the resulting binary have "wrong symbols" as a result of where > the linux dynamic linker resolves a soname without a path to? Also are > you aware that on Linux, "/lib" is a symbolic link to "usr/lib" and > therefore your preferred result resolves to the same filename? Yes, I am aware of that. >Also, gcc > 7 was released to [core] a month ago. It does not come with gcj anymore, they dropped it. > > A better question would be, why is the linker looking in > /usr/lib/gcc/$CHOST/$gccver/ instead of /usr/lib? And, do you have some > sort of actual issue whereby any of this would be relevant? > Running pdftk without having LD_LIBRRY_PATH set to $LD_LIBRARY_PATH:/lib/gcc/x86_64-pc-linux-gnu/6.3.1/ results in pdftk: error while loading shared libraries: libgcj.so.17: cannot open shared object file: No such file or directory > And, I think you are lying about the command you ran, not that it really > matters as the command wouldn't show anything interesting anyway. > Namely, I think you prefixed it with LD_LIBRARY_PATH="$blah" > >> fotoxx is written in c++, but this happens also for programs compiled >> with gcc or gcj. The pdftk PKGBUILD especially suffers from this, as you >> can see in the AUR comments. > > The pdftk PKGBUILD and others suffer from being run with a custom > LD_LIBRARY_PATH and therefore having the dynamic loader match sonames to > non-default shared library filenames? Or something else? > see above > -- > Eli Schwartz
[aur-general] Gcc-6.3: ldd shows wrong symbols
Hello, I have put gcc63 to AUR, merely to have a working gcj implemetation, but something is wrong with it. If I compile anything with it, ldd shows that the resulting binaries have wrong symbols. For instance, ldd ~/paketierung/meine_Pakete/fotoxx/pkg/fotoxx/usr/bin/fotoxx |grep -v usr linux-vdso.so.1 (0x7ffcbe5cf000) libstdc++.so.6 => /lib/gcc/x86_64-pc-linux-gnu/6.3.1/libstdc++.so.6 (0x7fd4fb0e7000) libgcc_s.so.1 => /lib/gcc/x86_64-pc-linux-gnu/6.3.1/libgcc_s.so.1 (0x7fd4fabbe000) /lib64/ld-linux-x86-64.so.2 (0x7fd4fe8d6000) IMHO it should be libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/libstdc++.so.6 What am I doing wrong? I do not know how to fix this. fotoxx is written in c++, but this happens also for programs compiled with gcc or gcj. The pdftk PKGBUILD especially suffers from this, as you can see in the AUR comments. Help is much appreciated. Best Regards Stefan
Re: [aur-general] LaTeX compilation error in makepkg
Bennett Piater writes: > Hi, > I resurrected beamer-theme-metropolis when aurphan showed me that it's > maintainer had orphaned it because I use it quite a lot. > > The upstream was recently updated, but I cannot get it to compile from > makepkg -- the latex compiler complains that it cannot write to it's log > file. > I didn't change the PKGBUILD besides updating the version and dependencies. > > Output: > https://vps1.piater.name/commie/#5O9xSO3P > > Everything works if I cd into $srcdir/$pkgname-$pkgver and execute make > from the shell. > > Does anyone have an idea what the problem might be? > > Cheers, > Bennett > -- > GPG fingerprint: 871F 1047 7DB3 DDED 5FC4 47B2 26C7 E577 EF96 7808 Hello, the PKGBUILD in AUR works fine here. You probably need to show your PKGBUILD for version 1.2 here. Best Regards Stefan
Re: [aur-general] Nee help with a python PKGBUILD
Storm Dragon via aur-general writes: > Howdy, > There is a new console screen reader in the works. It is written in python. I > have written a PKGBUILD for it. The PKGBUILD works, it installs things where > they are supposed to go, but the problem is the reader won't launch once > installed in this way. If you just run setup.py it works fine though. Can > someone please take a look and let me know how to fix this? > Thanks > Storm > Try package() { cd "$srcdir/$_gitname" python setup.py install --root="$pkgdir" install } and do not put install file into source-array. This gives less errors, but still is not working. [haawda@frege fenrir]$ fenrir Traceback (most recent call last): File "/usr/bin/fenrir", line 137, in main() File "/usr/bin/fenrir", line 132, in main app = fenrir() File "/usr/bin/fenrir", line 21, in __init__ raise RuntimeError('Cannot Initialize. Maybe the configfile is not available or not parseable') RuntimeError: Cannot Initialize. Maybe the configfile is not available or not parseable Best Regards Stefan
[aur-general] My AUR account
Hello, something happend to my AUR account. git push Permission denied (publickey). fatal: Could not read from remote repository. I then changes my public key, making things worse. @@@ @ WARNING: POSSIBLE DNS SPOOFING DETECTED! @ @@@ The RSA host key for aur.archlinux.org has changed, and the key for the corresponding IP address 2a01:4f8:160:3033::2 is unknown. This could either mean that DNS SPOOFING is happening or the IP address for the host and its host key have changed at the same time. @@@ @WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that a host key has just been changed. The fingerprint for the RSA key sent by the remote host is xxx Please contact your system administrator. Add correct host key in /home/haawda/.ssh/known_hosts to get rid of this message. Offending RSA key in /home/haawda/.ssh/known_hosts:2 RSA host key for aur.archlinux.org has changed and you have requested strict checking. Host key verification failed. fatal: Could not read from remote repository. Can someone please help? Best Regards Stefan Husmann
Re: [aur-general] Please remove pidgin-pushbullet
Am 18.04.2016 um 20:20 schrieb merp boop: > Hi all, > > Please remove this package from the AUR: > https://aur.archlinux.org/packages/pidgin-pushbullet/ > > The package pulls from git sources, so I have created a > new pidgin-pushbullet-git package to accommodate that. > > Thanks! > -Max > Hello, please use the AUR's "submit request" feature for requests like this. Best regards Stefan
Re: [aur-general] qtikz-git
Am 07.02.2016 um 18:48 schrieb Lukas Fleischer: > makepkg --printsrcinfo No, I used mksrcinfo from pkgbuild-introspection-8-1. The script ends in # TODO: replace this with 'makepkg --printsrcinfo' once makepkg>=4.3 is released. { write_srcinfo_header srcinfo_write_from_pkgbuild "${1:-$PWD/PKGBUILD}" } >"$srcinfo_dest" So maybe this package needs an update. Best Regards Stefan
Re: [aur-general] qtikz-git
Am 07.02.2016 um 18:47 schrieb Doug Newgard: > On Sun, 7 Feb 2016 18:41:19 +0100 > Stefan Husmann wrote: > >> Hello, >> >> I hav uploaded a package qtikz-git to AUR and got no error message doing so, >> but the package did not show up in AUR. >> >> Should I open a bug report for this? >> >> Best Regards >> Stefan > > You mean this one? > > https://aur.archlinux.org/pkgbase/qtikz-git/ > > You didn't set a pkgname. > Ouch, that was it, thanks. Best Regards
[aur-general] qtikz-git
Hello, I hav uploaded a package qtikz-git to AUR and got no error message doing so, but the package did not show up in AUR. Should I open a bug report for this? Best Regards Stefan
Re: [aur-general] PKGBUILD for touchcontrol-android
Am 11.11.2015 um 15:44 schrieb Rodolphe Breard: > Hi, > > > I'm not a packaging expert, however I noticed something that should be > improved: > >> license=('custom:"Copyright (c) 2014 ternes3 / reBTSOFT" >> src:https://github.com/ternes3/TouchControl-for-Android#license') > > This is a MIT license, not a custom one. > https://en.wikipedia.org/wiki/MIT_License > > > Regards, Hello, MIT and other BSD like license flavours _are_ custom licenses. Do a ls /usr/share/licenses/common, anything not listed there is custom license. Best Regards Stefan
Re: [aur-general] TU application: Pierre Neidhardt
Am 04.10.2015 um 21:01 schrieb Alexander F Rødseth: > The discussion period is over. Let the voting begin! > https://aur.archlinux.org/tu/?id=83 > > --- > Sincerely, > Alexander F Rødseth / xyproto > Any results?
Re: [aur-general] Account suspended, no reason given.
Am 29.08.2015 um 20:47 schrieb Keith Henderson Jr: > I tried signing into my AUR account when I was greeted with this: > http://i.imgur.com/qMjEz2Z.jpg > > What bothers me is that there isn't *any* information given as to why, and > there doesn't seem to be a way to dispute this suspension. > > I wasn't given a reason, a warning, or anything; just a straight up > suspension. > > I'm assuming I was suspended because I accidentally marked a package as > out-of-date. I couldn't find a way to undo it, maybe I should have > commented, but I find the punishment a little harsh. > I am not an expert, but does it work using aur.archlinux.org instead of aur4...? Best Regards Stefan
Re: [aur-general] Duplicated Trash folder in thunderbird
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 17.03.2015 um 21:04 schrieb Ralf Mardorf: > On Tue, 17 Mar 2015 20:31:00 +0100, Florian Bruhin wrote: >> This seems unrelated to the AUR - did you mean to send this to >> arch-general rather than aur-general? > > Date: Tue, 17 Mar 2015 14:40:35 -0400 > To: General Discussion about Arch Linux > Subject: Re: [arch-general] Duplicated Trash folder in thunderbird > > [snip] > You should post to the aur mailing list since that's an AUR package. > [snip] > > Maybe at this point we should start a discussion for what purpose the several mailing lists are there. IMHO in this case neither arch-general nor aur-general are appropiate, but the comments page in AUR for the requested package is. Citing from https://lists.archlinux.org//listinfo/ arch-generalGeneral Discussion about Arch Linux aur-general Discussion about the Arch User Repository (AUR) If we take it literally, both mailing lists are not appropiate for problems regarding a specific AUR package. And even the existence of the package is dabatable: it is just a perl wrapper script hosted in AUR to let the user _interactively_ (bad!) select the language in which she wants to use thunderbird. It then downloads a binary version of thunderbird and creates a package. Current pkgver is 36.something, not 37 -- maybe for a reason? Ask the maintainer. Just my 0.02 € Best Regards Stefan Husmann -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVCTP9AAoJEIT1NQXkgeRlTacP/0bootdfX3HvAtShgnTXwk2Y 8E6vcghgrOWphhwQzErGhWFyloo1FiusB8i8NgxECfSSv+UwBFOv1DUuMrtXdZFn QutPKsKcxRmL/JLBF07KqDKVtoJ5R0DD9Qwx3bvoW0tg6EeWatm2q6FSdirQWrdm WEu12m32ZJ8EbAIxGHW1lghtBXL9LPJLMwR+6/yyjQ6qnTrpAlZQ25VhZIA7GWVf qW4dyX+9WIksAFZ5sP9T9EH/EUoPXeyDg5U+G+5f09axAsfuqg7jR5IJigG8e8lB shQgtHdbksZ0rUMUc/i811/O1IRso0TxWf7DB43uFeODvDiZhBKnK0acdTQZELND 49zd282H0V87mFTt0a9S+IwlAKpWIVCI/cRE6xbP2kjponKE6KSdf0s578T/EUhy ywQIwIXEysfyoldGWJ06EoYt2DXmU6FX4UeZRHsZnJ+7R9Wr5FVCjBMln+qcbTt7 XdSA/tSll61P9lSGoxpt3cIXnEKeHvEDHK3yZUD5kzPa5uwLVzS5q8VeBWhMOQ9S 8RyBvaHRh4lAxG4dR0JitXHI4SQJa724y4ICb1pieSGsG55Mtri53ahUw6BTXO1z kbIKq77dT1f3uDZdFDoGVEvgkFNFy3qXc52CcPIyj6KYjeuyv/sHngdQO7CKCvm/ 7nf28EBoBMhmhYxQ3qq4 =eWkV -END PGP SIGNATURE-
Re: [aur-general] Mozc UT cannot build.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 01.02.2015 um 15:37 schrieb MASAKI Yuhsuke: > Hi. > > Mozc UT relative packages cannot build because fail to checkout Mozc SVN > repository. > Error occur thus: > > ==> Retrieving sources... > -> Cloning mozc-1.15.1917.102 svn repo... > svn: E000111: Unable to connect to a repository at URL > 'http://mozc.googlecode.com/svn/trunk/src' > svn: E000111: Error running context: Connection refused > ==> ERROR: Failure while downloading mozc-1.15.1917.102 svn repo > > > ** > * The Rider, Hacker and Musician. > * +++ ENABLE YOUR HEART +++ > ** > * MASAKI Yuhsuke. > * hydrangea...@reasonset.net > * Website: http://reasonset.net/ > * GitHub : https://github.com/reasonset/ > * Twitter: @reasonset > ** > > In the AUR comments there is an entry. Cite: ==> Connecting to mozc SVN server... Error: SVN version is older than 1.4: (r1295709) Seems the project is dead. Best Regards Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJUzk+9AAoJEIT1NQXkgeRlLkoP/3JM+laR9yFKQ8Z3v9JVpggE nn1qyn+o9dRLrX91ENalNyt1zJwNo8P3W1qqPH0kGSOMOzqgfsDi6E3UPZBiCaSP dFocvAMcrarnagQzql5sN9jhtIyArZJSiN0YN9kkux0ucbb2IyrfK9CfbT5qXbWa AhTXNoe+mwnqCzSyh2E2MhHUgEkLMTvIDUF2tlG7TWEgZmE4cA+KI+wLQguE98XV HbuT7hUdp6HSyrKmIbbY9VbpBiKRgHQzgmF5k/5dlz6r2ML9RVDwjbQ0RGyDX/7c nAAyVCZoycJ6q/FeZiKySwYndX3ORPuew551vbpexX/9oezUxWncZyCdxZYe/oW6 /FbGe30c1uNTsZQbPuh7jTyBrHMOxBg+Eng8xDhuil/LJJpx5IsO7lRjt3HZcfPp QQK/Rb47FNpUXkm8TmOds/N5fO6uswwwCy/MuSRlKGw2t7xoyUOBb1HtoNuZ3OyU CKBar+qlTn7npKLogwp+OQPTuG3j4+hXzr9vaVzUKbb8rV1spJE/DabhpwvuDSeD YXJC/yY2NlLJxVvMoC1UkRapPz2QruhAVmKKF0p1KS6sg+sn9S6PR/a5knp3jE8x fQP1nRzi/Jv6HyEPuaOSCfnbemFk1lsgw0EuN7MuRj/nVbIUgw624a1l4q/Sxc8v wVJgicTmm1JmsqaNSIns =eFZr -END PGP SIGNATURE-
Re: [aur-general] package review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 05.10.2014 um 18:35 schrieb carstene1ns: > Am 05.10.2014 um 14:41 schrieb Thiago Barroso Perrotta: >> I wonder why you have a test program but don't use it in the test() >> function of your PKGBUILD? Not that this is needed, but as soon as I saw >> 'test.c', I thought I would find a test() too. > > Just a small correction: test() is no default function, the function you > should use is check() [1]. > > best regards, > carstene1ns > > [1]: https://www.archlinux.org/pacman/PKGBUILD.5.html#_packaging_functions > > And additionally: test is also a built-in function of popular shells, so running a script or binary named "test" can be the source of strange, unexpected things happening. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJUvCR0AAoJEIT1NQXkgeRlq8AP/3Q4ziJL2RhKuRBOy3RztZ1b utQHlQpC1fkPugeXKdIL2F9/c7o4aoEWpDxBGCDtR1edFpX2UpSVfy+0ocxk1F+V EmwNfqmepbITpGrGnDngoSKLRDQoFQIjbgicRCE4C4llkJi54AM5JWmkuFcf97va oAebrXfsAuxTLv7uPVlNDJ3PV+9zPtcucfKFPzZb7QBW3lhCab3BxAgpglggjzSS l8kma5Wo/f+ZH4GTjx18pWUWNKbfPXlDFH+LFf1PbB/c4tdI0/qtbJoTzPtJoFpf WJmk277CbGl0mVZtxZWB68UeIzUPqPLmI3rx9fEqGTKLm9oGzqVYileOqunFua6v 5AwhWkpnlu0oWB/6GL7QL5ZCedHZj5EVj7LFNzB5Q74vaArbp1ndvHnIu6iBfIkH 1tm1S6aBirJ+/Rmn+3WqgsJFJxbCtejIJ7jY3AA3NSv+eJretP9PlU2wF6+GjLBF pg8NHJJjuG/2hJJ3IJ+9jj516pYwTX6ej6oNtSwjFneaPrGXMgjU/X2vgOSbLvfx faECxhuLtbGcbNfdQgymczose97xpX3t0xfkFpZiXWdoiOdj/hfC7FDO9kS6dj1u 8tJidg8H/oI/DYuzF/kqFa2NRmEmPaTz4OjH5kAW09OPsXQLv/nypi2MHAoqlSVR kh9bM0PyXwWABn2M40fv =0gCk -END PGP SIGNATURE-
Re: [aur-general] VCS guidelines for svn-packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 01.01.2015 um 01:34 schrieb Anatol Pomozov: > Hi > I would like to point to importance of using revision number delimiter > (by convention we use letter "r"). This delimiter allows avoid > problems in case if upstream decides to make first release or uses > versions with different number of components. > > e.g. if at revision "455" upstream decides to release version 0.1 then > the revision delimiter preserves version monotonicity: > 0.1.r456 > r454 > without delimiter monotonicity fails: > 0.1.456 < 454 > > This is true for other VCS as well. > > Thanks, I indeed never got the point why we use this "r". Happy new year! -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJUpKsPAAoJEIT1NQXkgeRl9QYQANiJKR2R1EikJ9iVQkbL7Kw4 BfYKCzGVqlVLOXY0/WcXpnlJp86AoTMiMZd/0TkyLpDYIcHjeIRYVd5n68buAJH2 cq+K+MF26+PkXF75gS8le/ZOF/ZwkMoap6ZrwsvDXiYdViKA18hc3Cb7Ta+ZUq8O qKIkeQQKGO0ZgdbWYITqmoT/QX8sH+0ci2xsXAXpnX1+3ANamlRDvNFYa9UX5tnd wZhWfU/9zvWBy7Q34t0R2VedSZSAeB+dGSzRuPA1YqQBNNYiCnx4hYRA9n1n8Wkj yDut0wG8SM0sEPr4brRqQBajRU8OGiiGp0dmO7TCbuUygjBu/DG9YZ6v/kRmouo7 v7cc+1RWYgtNY3Wsa5giVKE63D6OoPlF3bWSiUoIVsHojpeHSSn49eVmPzzTErU6 A10gufwIxijKMPmggbQlgK516QZ7JBaXajHLV5KT3t8ZW0bwnhMm2483OVQhvwge vQjLxvGBjIAuJk+RFlO8/LIXcCUm6EwbMG+wDGIT6Fewodss3jMofkit1QDLwIZs Ncvc5z/VydsWt7V2s4Nvhz0cb9ZpNHUWI+Jw0ofZ7R6+TaNjTbvHheKYQS7XAgiM +cc1SMCypgqRfpCSmyXCifu6fDE0Mg8mhKz0pWyNiB8XOtXsw6kbg9Smc8nc4k5S 5PLU6lsRtfgipVk3rK+p =MeSe -END PGP SIGNATURE-
Re: [aur-general] VCS guidelines for svn-packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 01.01.2015 um 00:59 schrieb Karol Blazewicz: > On Thu, Jan 1, 2015 at 12:42 AM, Stefan Husmann > wrote: >> I know of at least two PKGBUILDs in AUR where the new makepkg puts an "M" >> behind the pkgver >> after last pacman upgrade. Is ther any advice how to handle this? > > How exactly are the pkgver created? Which PKGBUILDs are you talking about? > > Hello, sorry for the noise. I just encountered that they both use pkgver() { cd "$srcdir/ccl" svnversion } which was a version formerly recommended in the Wiki. With pkgver() { cd "$srcdir/ccl" local ver="$(svnversion)" printf "%s" "${ver//[[:alpha:]]}" } everything is fine. Best Regards Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJUpJJIAAoJEIT1NQXkgeRlBssP/RM4PMssrgtn/gFLETHkMyyr EQJ8tPB549gnrZf2WDLSStgfj9gfEd1ocN3ngC3v2TjI+M7qM5Ylvm179JuC4iYK fZ4ePLc//3F6uBY4Rb3pd+7noSVWXI9g84SQzMtxtXmSxpnN+70THwfG/jr7AxZr GhZYC001W7swHnSUwCv/ZcN8/T7d7Dsbn4T7dm+82T2nHudK1QvZmjumr+pFOtO0 7QWwZcSOLZRtpoHd0Ajt1ddN0a/9+3XQ/EejSnaiRpoW13MA34VHDjHn9PyeFlXc 8m5BKq6ubRq4aqr2gNmNmoVpiOi0g7pUOF21LMB+UhgpHbKVtJIfm/6ktmkvohjC UHAso3lwJ6eHcaPaFLpdy8fDxyulHuBuCKR8/2h9FUhu3VtZj+sQmCnzx9ZyuL0r 1S7Tl0q6LpmASMBl8Z0QN/pWJ6FmKvMxl8idAcaXbDN6JvqZwW1WZHNcDElnxcCF iwmqVQ2miGdry7f80EcrzNDLc/GSNjpo3cmdRaJjEGec93mxAsT1t4+0F9lxcWdf BYmmFJrxVrbu6m0PZatuJ7wvF3zCyfs2tmsAh08VjxI0TI1JwdbIqxzJ44tOiQGw MjMTN8Z2PrnoYKvMaRHDYhVOF0E46IdRHjiPHAuHFQM+k6A3sRIxPIu+Frqp1BWX ErzFPInlWQ45CGIoPiFL =gI4Z -END PGP SIGNATURE-
[aur-general] VCS guidelines for svn-packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, I know of at least two PKGBUILDs in AUR where the new makepkg puts an "M" behind the pkgver after last pacman upgrade. Is ther any advice how to handle this? Best Regards Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJUpIm/AAoJEIT1NQXkgeRljMgQAOAv9385JgyHoC2GicBfkVjs ULUAp5eXpLEDyR7f7D9PptwjbcpCWrCXS4yvHN0QzfI7eexwe2t56Mc3XReyVowQ 6jn2PDMxyp1Q9Mh/e2/jP7sM2WIKh6yNARpqLAJedNUSyfbfP/GMbeQYjemtLfc0 pZphmSrauTuMfBhABasYKKkWGhFIQ3rZFIXhNkJT6AnvpaWoADFQoBDgyiZq18ry xrltWUFye524ap9awBbOyvYte0V9d9VTsFswbL3tLaAKJUwgnCjKTVQ9+j07GadM KXraf6yREQaN+faPISPBlPgYGFC713VN9pFee391fE1vO8Dda1X0ovJGugEMoUGW Djbj3ZYkzoJEEFTB9UB2uRhtdxhqc9QeTeQdU2EuyzmF53b+R50o03EwEW7xhIaV o1SiD07ur5fPoPARjIuaUsQTfIjSv/k+N9xreh3zNqMIq3E/78PDSlHHSXT4WPbG dtcpKImZV89KpSJwpCMCaxNY3d6Au3FJQrkn4dcLANNLYu4ZAgT8YiML3Y0dlSQO jGlJf+33nYjnl0/2jdN910Sm4ln2t7rT2StFxp3x+BkuGN2tG2ulCaRjIJVFIKkb bDmqGZJ+QDxCackaTqqrhYcDLknv4NTDFmQDw0Cop19+kzOkJL5/6HcVlAOLKFtb WENWxKA8UhLXmFvWr1Nx =/RlT -END PGP SIGNATURE-
Re: [aur-general] Can't run Nested: ImportError: No module named Image
Am 29.08.2014 um 14:41 schrieb Yichao Yu: >> Looks like you need python2-pillow (pkgfile -s Image.py). You should >> notify the package author so they add this dependency. > > In addition to it, nested need to be patched for using (or rather > being able to use) pillow instead of PIL[1]. > > I've also noticed that pywebkitgtk is necessary to start the nested > executable but is only listed as optional dependency. > > Yichao Yu > > P.S. IMHO, this discussion belongs to the package comment or Arch-General. > > [1] https://www.archlinux.org/todo/replace-pil-with-pillow/ > Hello, try this PKGBUILD. http://hastebin.com/kayazowome But this list definitely is the wrong place to discuss this further. For such things AUR comments were invented. Best Regards Stefan
Re: [aur-general] Pinning dependency versions in PKGBUILDs?
Am 06.08.2014 um 14:31 schrieb Florian Bruhin: Hi, I'm maintaining the vim-full[1] package which is a vim with all the gvim features (Ruby/Lua/Python/Perl/Netbeans) but without GTK/X. Now obviously I have to depend on vim-runtime, and I currently I have the version number pinned (just like the vim package). However that makes upgrading vim-runtime difficult, because pacman doesn't know about the vim-full upgrade. A possible solution is to build via `makepkg -d` (ignoring the old vim-runtime version), then upgrading both vim-full and vim-runtime. Should I just not pin the version at all (as in "partial upgrades aren't supported anyways") to avoid these problems? Florian [1] https://aur.archlinux.org/packages/vim-full/ I'd say, regarding pinning keep it as it is. I have other issues: Built from AUR, this is not an official Arch Linux package, so you should use --with-compiledby="$PACKAGER" instead of --with-compiledby='Arch Linux' (users who do not set PACKAGER in their makepkg.conf will get an empty string, but this is their fault) And: If this is named -full, it should be full, so also python3 should be supported. Best Regards Stefan
Re: [aur-general] TU resignation.
Am 04.08.2014 um 18:41 schrieb Peter Lewis: Hi all, I had hoped it wouldn't come to this, but based on mounting evidence, I've come to the conclusion that I should resign as a TU. Most of you probably already forgot I was here, and I'm sorry that I just haven't been able to keep on top of things and participate lately. A lot has happened with me over the last year: became a father, got a new job, moved house... and I'm realising that my life has changed such that I haven't found time to keep up with Arch / TU duties. I'm still a day-to-day Archer at work and home, and don't see that changing any time. And it's great to have been part of such a talented and welcoming team. Thanks to all of you for the effort you put in to keeping Arch the great distribution it is. Cheers, Pete. Hello, very good reasons indeed. All the best to you and your family. And when time has come, come back and sponsor your son/daughter :) Best wishes Stefan
Re: [aur-general] Package ownership change request for yaourt-git
Am 03.08.2014 um 04:56 schrieb Andrew Crerar: Hi all, I (andrewSC) would like to request ownership of yaourt-git (https://aur.archlinux.org/packages/yaourt-git/) as it's been flagged out-of-date for some time now. Regards, Andrew What is wrong with the package? The AUR maintainer is the upstream maintainer. How can VCS packages be out of date at all? So the flag is wrong. Regards Stefan
Re: [aur-general] New mailing list for AUR requests (delete, merge, orphan, ..)
Am 25.06.2014 22:02, schrieb Florian Pritz: Hi, As requested by Lukas, I've created a new mailing list for AUR related requests such as deletion, merge or orphan requests. The AUR will soon feature a web interface to create such requests and for history and discussion purposes mails will be sent to this new list. Please start using it for new requests already (maybe wait a couple hours so TUs can subscribe). Discussion about anything apart from such requests should stay on aur-general. You can subscribe here[1]. [1]: https://mailman.archlinux.org/mailman/listinfo/aur-requests I expect traffic on aur-general to go down quite a lot due to this change, so if you aren't subscribed because of this request traffic feel free to give it another try now. Hello, I think this is worth an announcement on the news page on archlinux.org. I felt free to do so on archlinux.de already. https://bbs.archlinux.de/viewtopic.php?pid=325120#p325120 Best Regards Stefan
[aur-general] wxpython3 removal request
Hello, I hope this has no been brought up already: https://aur.archlinux.org/packages/wxpython3/ is a duplicate of the wxpython in [extra]. Please consider deleting it. Best Regards Stefan
[aur-general] Upload package blacklist, maybe upcoming merge request
Hello, I think that the package openjade1.3 [1] in AUR is badly named, and so wanted to upload an openjade PKGBUILD. But doing so burp (from git) told me this: error: failed to upload openjade-1.3.2-2.src.tar.gz: openjade is on the package >blacklist, please check if it's available in the official repos. (with this strange apostrophe). So I want to ask, if there is such a blacklist, and why openjade is on it. I know that there is a package jade in the repos, but that is not entirely the same as openjade. Should openjade1.3 be removed? Or merged into openjade? [1] https://aur.archlinux.org/packages/openjade1.3/
[aur-general] Merge request python2-pycha
Hello, please merge python2-pycha into python2-pycha-hg. The PKGBUILD pulls from a mercurial repo at bitbucket and therefore should be named accordingly. https://aur.archlinux.org/packages/python2-pycha/ https://aur.archlinux.org/packages/python2-pycha-hg/ Best Regards Stefan
Re: [aur-general] Delete request: fontmatrix-svn
Am 01.04.2014 09:51, schrieb Maxime Gauduin: On Sun, Mar 30, 2014 at 5:54 PM, Jerome Leclanche wrote: https://aur.archlinux.org/packages/fontmatrix-svn/ - they are available on github.com/fontmatrix/fontmatrix now. J. Leclanche I've submitted a fixed/updated fontmatrix-git and merged fontmatrix-svn into it. fontmatrix-git is available for adoption. Thx. Sorry, I accidently uploaded fontmatrix-svn again. Please delete it again. Best Regards, Stefan
[aur-general] Merge request le-editor
Hello, there are two packages in AUR which give bascally the same, "le"[1] and "le-editor"[2]. "le" is difficult to find, so please merge "le" into "le-editor". The current maintainer of le-editor agreed to this in the comments. Same ist true for "le-git" and "le-editor-git". [1] https://aur.archlinux.org/packages/le [2] https://aur.archlinux.org/packages/le-editor/ [3] https://aur.archlinux.org/packages/le-git/ [4] https://aur.archlinux.org/packages/le-editor-git/ Thanks.
Re: [aur-general] Delete & merge requests
Am 20.04.2014 05:01, schrieb Felix Yan: https://aur.archlinux.org/packages/lxappearance-git/ please merge into https://aur.archlinux.org/packages/lxappearance2-git/ I'm not sure the naming conversion here - why do you want the "2" after its name? Because any other lxappearance packages in the repos our in the AUR don't have that versioned suffix. Anyway if there was a reason behind this particular naming, and the current maintainer of lxappearance-git has agreed to the merge, I'll do it. Hello, I stumbled over that orphaned PKGBUILD of lxappearance-git yesterday, and updated it. But that was my only maintanance step for that package. I have the same question as Felix has. I'd say, merge it the other way around, if no valid reasons are there for keeping the "2" in the name. I orphaned lxappearance-git it again. Best Regards Stefan
[aur-general] libwww in [community]
Hello, I wonder whythe libwww packages still remain in [community]. 1. It is a library, and 2. no other package depends on it. Even perl-libwww apparently does not. Normally libraries are not maintained in a repo for their own sake, are they? Best Regards Stefan
Re: [aur-general] Axiom (CAS) -- Same program, three packages (and licenses)?
Am 16.01.2014 23:24, schrieb oliver: Hello, I looked up some information... Axiom has been forked in 2007 into FriCAS and OpenAxiom. yes So, Axiom and OpenAxiom are the same. no, that conclusion is false. Both projects exist and are more or less active. They are even using different programming languages internally (Arcor vs SPAD). Nevertheless there are two AUR-packages with OpenAxiom, and the mentioned licenses (in the package description) differ. How will such a case be handled? The wrong one should (GPL) be changed by the maintainer. Ciao, Oliver
[aur-general] Merge and deletion requests regarding slime packages.
Hello, the "Superior Lisp Interaction Mode for Emacs" is now maintained on GitHub. So my package slime-cvs [1] should be merged into slime-git [2]. slime-snapshot [3] host sources on AUR and should be removed or changed to use a GitHub snapshot. There is also emacs-slime [4], fulfilling a similar purpose. [1] https://aur.archlinux.org/packages/slime-cvs/ [2] https://aur.archlinux.org/packages/slime-git/ [3] https://aur.archlinux.org/packages/slime-snapshot/ [4] https://aur.archlinux.org/packages/emacs-slime/ We once had a slime package in [community]. The name of the cvs-packege and now the git packge was modeled after this. Should slime-git be renamed to emacs-slime-git? Best Regards Stefan
[aur-general] Deletion request
Hello, please delete matio https://aur.archlinux.org/packages/matio/ It is a duplicate of libmatio https://aur.archlinux.org/packages/libmatio/ Thanks and best Regards. Stefan
Re: [aur-general] Broken libdbf in the AUR
Am Mon, 14 Oct 2013 22:09:27 -0700 schrieb Quentin de Metz : > I've contacted the package's maintainer. but have yet to receive a > response. What's next? How long ago was the contact try? If it is more than two weeks ago, a TU might want to disown the package for you. Best Regards Stefan.
[aur-general] Merge Request
Hello, please merge fixme [1] into sortpuz[2]. Reason: Upstream renaming [1] https://aur.archlinux.org/packages/fixme/ [2] https://aur.archlinux.org/packages/sortpuz/ Thanks and best regards, Stefan
[aur-general] please remove sqlalchemy-hg
Hello TUs, please remove sqlalchemy-hg in favour of python-sqlalchemy-git and python2-sqlalchemy-git https://aur.archlinux.org/packages/sqlalchemy-hg/ https://aur.archlinux.org/packages/python2-sqlalchemy-git/ https://aur.archlinux.org/packages/python-sqlalchemy-git/ Thanks and best Regards.
[aur-general] Fw: Merge request
Hello, please merge gdl-svn (repo does not exist) into gdl-git. https://aur.archlinux.org/packages/gdl-svn/ https://aur.archlinux.org/packages/gdl-git/ Best Regards Stefan
[aur-general] Delete request
Hello, please remove newlisp-devel from AUR. The source-URL is no longer valid. Best Regards Stefan https://aur.archlinux.org/packages/newlisp-devel/
[aur-general] Merge or Delete Request
Hello, please merge xcwd into xcwd-git. xcwd is only hosted on github and so the -git-suffix is appropiate for this PKGBUILD. Also, the xcwd PKGBUILD is badly written. There are no votes nor comments yet, merging or deleting yields to the same result. https://aur.archlinux.org/packages/xcwd/ https://aur.archlinux.org/packages/xcwd-git/ Best Regards Stefan
Re: [aur-general] Request to remove caatinga-git
Am Wed, 1 May 2013 08:19:58 +0100 schrieb Leonidas Spyropoulos : > Hi, > > I would like to request for the removal of caatinga-git [1] from the > AUR since I uploaded a newer version of the newrly tagged release > caatinga [2]. > > [1] https://aur.archlinux.org/packages/caatinga-git > [2] https://aur.archlinux.org/packages/caatinga > > Thanks, > Leonidas > > -- > Caution: breathing may be hazardous to your health. > > #include > int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");} Hello, stable packages and packages built from VCS can easily coexist in AUR. Just orphan the git version if you do not want to maintain it. Just my tw cents. Best Regards Stefan
[aur-general] Please delete libgee-0.6
Hello I accidently uploaded libgee-0.6, which is a suplicate of libgee06 in [extra]. Please delete it. https://aur.archlinux.org/packages/libgee-0.6/ Best Regards Stefan
Re: [aur-general] Remove request (Deprecated MATE packages)
Am 15.04.2013 05:57, schrieb Ted Alff: https://aur.archlinux.org/packages/libmate/ https://aur.archlinux.org/packages/libmateui/ https://aur.archlinux.org/packages/libmatecanvas/ https://aur.archlinux.org/packages/libmatecomponent/ https://aur.archlinux.org/packages/libmatecomponentui/ https://aur.archlinux.org/packages/libmatenotify/ https://aur.archlinux.org/packages/mate-conf/ https://aur.archlinux.org/packages/mate-conf-editor/ https://aur.archlinux.org/packages/mate-corba/ https://aur.archlinux.org/packages/mate-mime-data/ https://aur.archlinux.org/packages/mate-vfs/ https://aur.archlinux.org/packages/python-corba/ https://aur.archlinux.org/packages/python-mate/ https://aur.archlinux.org/packages/python-mate-desktop/ All deprecate by the MATE 1.6 release (http://mate-desktop.org/2013/04/02/mate-1-6-released/) I am not a TU but would like to draw everyone's attention to the fact, that perberos is both AUR maintainer and upstream maintainer, at least his mentionend in the welcome message on the homepage you posted. Does he know about this request? CC'ing him. Best Regards Stefan
[aur-general] Merge request, delete request
Hello, please merge auctex-cvs into auctex-git. The cvs-repo is abandoned. https://aur.archlinux.org/packages/auctex-cvs/ https://aur.archlinux.org/packages/auctex-git/ Please delete https://aur.archlinux.org/packages/cyclone-cvs/ The project uses subversion upstream, but seems to be dead since 2006. Best Regards Stefan
[aur-general] Advice for CVS packages
Hello, I did not find an example PKGBUILD for a CVS based, repo-hosted program. Especially, how can I rewrite a typical CVS sting like :pserver:anonym...@cvs.savannah.gnu.org:/sources/auctex into an URL? Best Regards Stefan
[aur-general] delete request check-svn
Hello, the check-svn [1] package was introduced as a dependency to the gnupdf-bzr [2] package. Now the check-package [3][4] in [extra] also provides version 0.9.9 and thus is recent enough. Both do not differ much. Please remove check-svn. Best Regards Stefan. [1] https://aur.archlinux.org/packages/check-svn/ [2] https://aur.archlinux.org/packages/gnupdf-bzr/ [3] https://www.archlinux.org/packages/extra/i686/check/ [4] https://www.archlinux.org/packages/extra/x86_64/check/
Re: [aur-general] Delete request
Am 06.04.2013 17:36, schrieb Evangelos Foutras: On 6 April 2013 17:39, Stefan Husmann wrote: Hello, please remove https://aur.archlinux.org/packages/conkeror-refactor-completions-git/ It pulls from a branch, but AFAIK pacman 4.1 cannot handle that. Sure it can: https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#VCS_sources (See the fragment component of the source URL.) Indeed, works fine.
[aur-general] Delete request
Hello, please remove https://aur.archlinux.org/packages/conkeror-refactor-completions-git/ It pulls from a branch, but AFAIK pacman 4.1 cannot handle that. Best Regards Stefan
Re: [aur-general] pacman 4.1 (makepkg 4.1) bazaar pkgver autobump problem
Am 05.04.2013 10:17, schrieb Gary van der Merwe: On 05/04/2013 09:12, Stefan Husmann wrote: Hello, setting the SRCDEST variable seems to do the trick. The package funtion failed, but that was my fault, I had some ${_bzrmod}-build references in it. But I think not working without $SRCDEST set is a bug, at least an inconsistency. Thank you for your help and best regards, Stefan. Indeed, that is an issues. I will look into fixing that. Gary Should I open an additional bug report? Best regards Stefan
Re: [aur-general] quoting
Am 05.04.2013 09:37, schrieb Florian Pritz: Guys, please. Don't full quote 5 layers deep, that's an aweful lot of unnecessary scrolling for each mail which. Try to quote as little as possible while still making sure there is enough context for the reader to understand what you are talking about. If they need more than 1 or 2 (partial) layers, they should really read the original mails. Hello, sorry for that, I will keep that in mind for upcoming mails. Best regards, Stefan
Re: [aur-general] pacman 4.1 (makepkg 4.1) bazaar pkgver autobump problem
Am 04.04.2013 20:34, schrieb Maxime GAUDUIN: On Thu, Apr 4, 2013 at 8:07 PM, Stefan Husmann wrote: Am 04.04.2013 16:06, schrieb Alucryd: On Thu, 2013-04-04 at 09:52 -0400, Daniel Wallace wrote: Gary van der Merwe wrote: On Thu 04 Apr 2013 15:41:27 SAST, Alucryd wrote: On Thu, 2013-04-04 at 15:26 +0200, Gary van der Merwe wrote: Hi all. I'm the one wrote the Bazaar makepkg support, so any bugs are my fault. On 04/04/2013 10:24, Stefan Husmann wrote: ==> Retrieving sources... -> Branching http://bzr.savannah.gnu.org/r/**emacs/xwidget<http://bzr.savannah.gnu.org/r/emacs/xwidget> ... bzr: ERROR: No such file: u'/home/haawda/paketierung/**maintained_by_me/emacs-** xwidget-bzr/4.1/xwidget/.bzr': [Errno 20] Not a directory: '/home/haawda/paketierung/**maintained_by_me/emacs-** xwidget-bzr/4.1/xwidget/.bzr' ==> ERROR: Failure while branching http://bzr.savannah.gnu.org/r/**emacs/xwidget<http://bzr.savannah.gnu.org/r/emacs/xwidget> Aborting... This error has happened before pkgver is reached, and so the problem is not with your pkgver function. I'm busy running makepkg on your PKGBUILD to see if I reproduce the error. > pkgver() { >bzr version-info $srcdir/$_bzrmod | awk '/revno:/ {print $2}' > } An easier way to do this is by using bzr version-info's built in templating: pkgver() { bzr version-info $srcdir/$_bzrmod --custom --template="{revno}\n" } (see `bzr help version-info` for a list of fields you can use) On 04/04/2013 15:04, Alucryd wrote: FYI, I've settled with this for my bzr PKGBUILDs [1]. Only problem is, this works well when first installing the package (even the pkgver bump) and the repo has not been pulled yet, but it fails at any subsequent attempt, throwing this: ==> Making package: pantheon-notify-bzr 24-1 (Thu Apr 4 14:30:31 CEST 2013) ==> Checking runtime dependencies... > ==> Checking buildtime dependencies... > ==> Retrieving sources... > ==> ERROR: /home/alucryd/Downloads/**pantheon-notify is not a branch > of https://code.launchpad.net/~**tombeckmann/pantheon-notify/** trunk <https://code.launchpad.net/~tombeckmann/pantheon-notify/trunk> Aborting... Makepkg uses 'bzr config parent_location' to determine the upstream url, which, in this case is http://bazaar.launchpad.net/~**tombeckmann/pantheon-notify/**trunk/<http://bazaar.launchpad.net/~tombeckmann/pantheon-notify/trunk/>and not the url in my source array. I'm not sure this qualifies as a bug, but you have to make sure the upstream url is the one reported by that command. I have prepared a small patch for makepkg to print the correct url, I'll open a bug later today and see if the patch can be merged. Just a note on why the url you have provided and the url stored in the bzr config are different is because launchpad will return a http permanent redirect. My recommendation would be to use the url it redirects to. However, I agree that this solution is not the greatest. One thing it stops you from doing is using bzr's directory service urls (e.g. lp:) So I look forward to your patch. Regards, Gary Hi Gary, Thx for adding support for bzr! I was writing the bug report when I saw your mail, it'll probably be quicker if I just attach the git patch here. It is not much, but it makes makepkg print the correct http url, so people know what url they should use. It will not help with lp: urls though, and right now I have no idea if there's a way to associate the output of 'bzr config parent_location' to a lp: url. I'll try to think of an alternate solution. Cheers -- Maxime That sounds good. I think the best place to send you patch is to pacman-dev https://mailman.archlinux.org/**mailman/listinfo/pacman-dev<https://mailman.archlinux.org/mailman/listinfo/pacman-dev> Regards, Gary It is https://wiki.archlinux.org/**index.php/Super_Quick_Git_**Guide<https://wiki.archlinux.org/index.php/Super_Quick_Git_Guide> -- Sent from my Android Phone. Daniel Wallace Arch Linux Trusted User GTManfred Thx, I have sent the patch to pacman-dev. Cheers -- Maxime Thanks for all the persons answering to my mail. So far, I applied your patch, and my pkgver function now is pkgver() { bzr version-info $srcdir/$_bzrmod --custom --template="{revno}\n" } My problem still seems to be the one Martti figured out: The sources are downloaded to $startdir/$_bzrmod, not to $srcdir/$_bzrmod. If I fake this by creating a symlink ln -s src/xwidget xwidget and run makepkg, I get [haawda@frege 4.1]$ makepkg ==> Making package: emacs-xwidget-bzr 101273-1 (Thu Apr 4 19:58:58 CEST 2013) ==> Checking runtime dependencies... ==> Checking
Re: [aur-general] pacman 4.1 (makepkg 4.1) bazaar pkgver autobump problem
Am 04.04.2013 16:06, schrieb Alucryd: On Thu, 2013-04-04 at 09:52 -0400, Daniel Wallace wrote: Gary van der Merwe wrote: On Thu 04 Apr 2013 15:41:27 SAST, Alucryd wrote: On Thu, 2013-04-04 at 15:26 +0200, Gary van der Merwe wrote: Hi all. I'm the one wrote the Bazaar makepkg support, so any bugs are my fault. On 04/04/2013 10:24, Stefan Husmann wrote: ==> Retrieving sources... -> Branching http://bzr.savannah.gnu.org/r/emacs/xwidget ... bzr: ERROR: No such file: u'/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr': [Errno 20] Not a directory: '/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr' ==> ERROR: Failure while branching http://bzr.savannah.gnu.org/r/emacs/xwidget Aborting... This error has happened before pkgver is reached, and so the problem is not with your pkgver function. I'm busy running makepkg on your PKGBUILD to see if I reproduce the error. > pkgver() { >bzr version-info $srcdir/$_bzrmod | awk '/revno:/ {print $2}' > } An easier way to do this is by using bzr version-info's built in templating: pkgver() { bzr version-info $srcdir/$_bzrmod --custom --template="{revno}\n" } (see `bzr help version-info` for a list of fields you can use) On 04/04/2013 15:04, Alucryd wrote: FYI, I've settled with this for my bzr PKGBUILDs [1]. Only problem is, this works well when first installing the package (even the pkgver bump) and the repo has not been pulled yet, but it fails at any subsequent attempt, throwing this: ==> Making package: pantheon-notify-bzr 24-1 (Thu Apr 4 14:30:31 CEST 2013) ==> Checking runtime dependencies... > ==> Checking buildtime dependencies... > ==> Retrieving sources... > ==> ERROR: /home/alucryd/Downloads/pantheon-notify is not a branch > of https://code.launchpad.net/~tombeckmann/pantheon-notify/trunk Aborting... Makepkg uses 'bzr config parent_location' to determine the upstream url, which, in this case is http://bazaar.launchpad.net/~tombeckmann/pantheon-notify/trunk/ and not the url in my source array. I'm not sure this qualifies as a bug, but you have to make sure the upstream url is the one reported by that command. I have prepared a small patch for makepkg to print the correct url, I'll open a bug later today and see if the patch can be merged. Just a note on why the url you have provided and the url stored in the bzr config are different is because launchpad will return a http permanent redirect. My recommendation would be to use the url it redirects to. However, I agree that this solution is not the greatest. One thing it stops you from doing is using bzr's directory service urls (e.g. lp:) So I look forward to your patch. Regards, Gary Hi Gary, Thx for adding support for bzr! I was writing the bug report when I saw your mail, it'll probably be quicker if I just attach the git patch here. It is not much, but it makes makepkg print the correct http url, so people know what url they should use. It will not help with lp: urls though, and right now I have no idea if there's a way to associate the output of 'bzr config parent_location' to a lp: url. I'll try to think of an alternate solution. Cheers -- Maxime That sounds good. I think the best place to send you patch is to pacman-dev https://mailman.archlinux.org/mailman/listinfo/pacman-dev Regards, Gary It is https://wiki.archlinux.org/index.php/Super_Quick_Git_Guide -- Sent from my Android Phone. Daniel Wallace Arch Linux Trusted User GTManfred Thx, I have sent the patch to pacman-dev. Cheers -- Maxime Thanks for all the persons answering to my mail. So far, I applied your patch, and my pkgver function now is pkgver() { bzr version-info $srcdir/$_bzrmod --custom --template="{revno}\n" } My problem still seems to be the one Martti figured out: The sources are downloaded to $startdir/$_bzrmod, not to $srcdir/$_bzrmod. If I fake this by creating a symlink ln -s src/xwidget xwidget and run makepkg, I get [haawda@frege 4.1]$ makepkg ==> Making package: emacs-xwidget-bzr 101273-1 (Thu Apr 4 19:58:58 CEST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: /home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget is not a branch of http://bzr.savannah.gnu.org/r/emacs/xwidget ==> ERROR: The reported url is http://bzr.savannah.gnu.org/r/emacs/xwidget/ Aborting... Maybe it is because there is no bzr+ in front of the reported url? Best Regards Stefan
[aur-general] pacman 4.1 (makepkg 4.1) bazaar pkgver autobump problem
Hello, I have problems to find a good solution for a bazaar based PKGBUILD to do an autobump of pkgver. I use this PKGBUILD # Maintainer: Stefan Husmann # based on a PKGBUILD of Mathias Nedrebø nedrebo.org> pkgname=emacs-xwidget-bzr pkgver=101273 pkgrel=1 arch=('i686' 'x86_64') pkgdesc="Emacs, bazaar-version from the xwidget branch" url="http://www.gnu.org/software/emacs/emacs.html"; license=('GPL3') depends=('alsa-lib' 'gpm' 'giflib' 'desktop-file-utils' 'hicolor-icon-theme' 'libwebkit3' 'm17n-lib' 'gobject-introspection' 'imagemagick' 'librsvg' 'gconf') makedepends=('bzr' 'texinfo' 'glproto') options=('docs' '!emptydirs') provides=('emacs') conflicts=('emacs') install=emacs.install backup=('usr/share/applications/emacs.desktop' 'usr/share/emacs/site-lisp/subdirs.el') source=(bzr+http://bzr.savannah.gnu.org/r/emacs/xwidget) md5sums=('SKIP') _bzrmod=xwidget pkgver() { bzr version-info $srcdir/$_bzrmod | awk '/revno:/ {print $2}' } build() { cd $srcdir/${_bzrmod} export CFLAGS="`pkg-config --cflags webkitgtk-3.0 ` -DHAVE_WEBKIT_OSR -g" export LDFLAGS="`pkg-config --libs webkitgtk-3.0 ` `pkg-config --libs MagickWand `" ./autogen.sh && ./configure --prefix=/usr --with-xwidgets \ --with-x-toolkit=gtk3 --with-sound \ --libexecdir=/usr/lib --localstatedir=/var --with-rsvg \ --with-gconf make bootstrap make } package() { cd $srcdir/${_bzrmod} make DESTDIR=$pkgdir install chown -R root:root $pkgdir/usr for _i in 16x16 24x24 32x32 48x48 128x128 do mv $pkgdir/usr/share/icons/hicolor/${_i}/apps/emacs.png \ $pkgdir/usr/share/icons/hicolor/${_i}/apps/$pkgname.png done mv $pkgdir/usr/share/icons/hicolor/scalable/apps/emacs.svg \ $pkgdir/usr/share/icons/hicolor/scalable/apps/$pkgname.svg mv $pkgdir/usr/share/icons/hicolor/scalable/mimetypes/emacs-document.svg \ $pkgdir/usr/share/icons/hicolor/scalable/mimetypes/$pkgname-document.svg chmod 775 $pkgdir/var/games # adding the READMEs. install -Dm644 $srcdir/${_bzrmod}-build/README \ $pkgdir/usr/share/doc/$pkgname/README install -Dm644 $srcdir/${_bzrmod}-build/README.xwidget \ $pkgdir/usr/share/doc/$pkgname/README.xwidget # remove conflict with ctags package mv "$pkgdir"/usr/bin/{ctags,ctags.emacs} mv "$pkgdir"/usr/share/man/man1/{ctags.1.gz,ctags.emacs.1.gz} # remove conflict with the texinfo-package rm $pkgdir/usr/share/info/info.info.gz # fix perms on /var/games chgrp -R games "$pkgdir"/var/games chmod 775 "$pkgdir"/var/games chmod 775 "$pkgdir"/var/games/emacs chmod 664 "$pkgdir"/var/games/emacs/* } this gives : [haawda@frege 4.1]$ LANG=C makepkg ==> Making package: emacs-xwidget-bzr 101273-1 (Thu Apr 4 10:19:00 CEST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Branching http://bzr.savannah.gnu.org/r/emacs/xwidget ... bzr: ERROR: No such file: u'/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr': [Errno 20] Not a directory: '/home/haawda/paketierung/maintained_by_me/emacs-xwidget-bzr/4.1/xwidget/.bzr' ==> ERROR: Failure while branching http://bzr.savannah.gnu.org/r/emacs/xwidget Aborting... Any clues?
[aur-general] Merge requests
Hello, some other VCS-dupes (CC'ing some maintainers): claws-contacts (VCS) * claws-contacts-git https://aur.archlinux.org/packages/claws-contacts-git/ * claws-contacts-cvs https://aur.archlinux.org/packages/claws-contacts-cvs/ claws-mail (VCS) * claws-mail-cvs https://aur.archlinux.org/packages/claws-mail-cvs/ * claws-mail-git https://aur.archlinux.org/packages/claws-mail-git/ The git versions were uploaded only some days ago, and the maintainer left a comment on their cvs counterpart's AUR pages, so they should stay a resasonable amount of time, say two weeks. efbb (VCS) * efbb-git https://aur.archlinux.org/packages/efbb-git/ * efbb-svn https://aur.archlinux.org/packages/efbb-svn/ The git version was uploaded only some days ago, and the maintainer left a comment on its svn counterpart's AUR pages, so it should stay a resasonable amount of time, say two weeks. ardour3-vst (VCS) * ardour3-vst-svn https://aur.archlinux.org/packages/ardour3-vst-svn/ * ardour3-vst-git https://aur.archlinux.org/packages/ardour3-vst-git/ joliebulle (VCS) * joliebulle-git https://aur.archlinux.org/packages/joliebulle-git/ * joliebulle-bzr https://aur.archlinux.org/packages/joliebulle-bzr/ The git version was uploaded only some days ago, and the maintainer left a comment on its svn counterpart's AUR pages, so it should stay a resasonable amount of time, say two weeks. libticables (VCS) * libticables-git https://aur.archlinux.org/packages/libticables-git/ * libticables-svn https://aur.archlinux.org/packages/libticables-svn/ Repo exists, but sorceforge only mentions git repo. Orphaned. libticonv (VCS) * libticonv-git https://aur.archlinux.org/packages/libticonv-git/ * libticonv-svn https://aur.archlinux.org/packages/libticonv-svn/ Repo exists, but sorceforge only mentions git repo. Orphaned. libtifiles (VCS) * libtifiles-svn https://aur.archlinux.org/packages/libtifiles-svn/ * libtifiles-git https://aur.archlinux.org/packages/libtifiles-git/ Repo exists, but sorceforge only mentions git repo. Orphaned. libticalcs (VCS) * libticalcs-git https://aur.archlinux.org/packages/libticalcs-git/ * libticalcs-svn https://aur.archlinux.org/packages/libticalcs-svn/ Similar to libticables, but maintained. CC'ing maintainers. llqtwebkit (VCS) * llqtwebkit-git https://aur.archlinux.org/packages/llqtwebkit-git/ * llqtwebkit-hg https://aur.archlinux.org/packages/llqtwebkit-hg/both repos exist, but mercurial is official. lua-lm (VCS) * lua-lm-git https://aur.archlinux.org/packages/lua-lm-git/ * lua-lm-hg https://aur.archlinux.org/packages/lua-lm-hg/ both repos exist, but mercurial is official. luma (VCS) * luma-git https://aur.archlinux.org/packages/luma-git/ * luma-cvs https://aur.archlinux.org/packages/luma-cvs/ Homepage only mentiones svn-repo. No git, no CVS. Weird. lwjgl (VCS) * lwjgl-svn https://aur.archlinux.org/packages/lwjgl-svn/ very old, project moved to github. * lwjgl-git https://aur.archlinux.org/packages/lwjgl-git/ mangler (VCS) * mangler-svn https://aur.archlinux.org/packages/mangler-svn/ official version * mangler-git https://aur.archlinux.org/packages/mangler-git/ github version Both seem up to date, maybe keep both. mikutter (VCS) * mikutter-git https://aur.archlinux.org/packages/mikutter-git/ * mikutter-svn https://aur.archlinux.org/packages/mikutter-svn/ Both seem up to date, maybe keep both. Homepage is in japanese, I think. opencv (VCS) * opencv-git https://aur.archlinux.org/packages/opencv-git/ * opencv-svn https://aur.archlinux.org/packages/opencv-svn/ obsolete since July, see AUR comments. opensc (VCS) * opensc-git https://aur.archlinux.org/packages/opensc-git/ * opensc-svn https://aur.archlinux.org/packages/opensc-svn/ obsolete since July, see AUR comments. opensg (VCS) * opensg-git https://aur.archlinux.org/packages/opensg-git/ official development of version 2 * opensg-cvs https://aur.archlinux.org/packages/opensg-cvs/ legacy version 1, built using a tarball, not CVS. Suggestion: keep both, but rename the latter. php-gtk (VCS) * php-gtk-git https://aur.archlinux.org/packages/php-gtk-git/ * php-gtk-svn https://aur.archlinux.org/packages/php-gtk-svn/ moved to git, see comments pilas (VCS) * pilas-hg https://aur.archlinux.org/packages/pilas-hg/ * pilas-git https://aur.archlinux.org/packages/pilas-git/ The git version was uploaded only some weeks ago, and the maintainer left a comment on its hg counterpart's AUR pages, so it should stay a resasonable amount of time. Best Regards
[aur-general] ssd deletion request
Hello, please delete my package ssd https://aur.archlinux.org/packages/ssd/ I replaced it by a package named sawfish-session-dialog. https://aur.archlinux.org/packages/sawfish-session-dialog/ Thats what "ssd" stands for as an abbreviation. A merge is not needed, there are no comments, and the one vote was mine. Thanks and best Regards Stefan
[aur-general] Delete request
Hello! Please delete https://aur.archlinux.org/packages/emacs24-w3m-cvs/ because it's only purpose is to be installable together with emacs24, which is gone. Thanks. Stefan
Re: [aur-general] TU application from graysky - voting period
Am 23.03.2013 18:51, schrieb Xyne: Xyne wrote: The discussion period for graysky's application is over. It's time for the TUs to vote: https://aur.archlinux.org/tu/?id=68 The voting period has ended. The finally tally was yes: 12 no: 14 abstain: 4 Quorum has been met. I am sorry to announce that the application has been rejected. @graysky I am genuinely surprised and disappointed by these results. I think that you have demonstrated skills beyond several previously successful candidates and your contributions are valued by many in the community. I hope that this result will not leave a bad impression. You may apply again after 3 months if you choose. @TUs Voting "no" rather than abstaining indicates that you have reasons to reject the candidate. These should have been brought up during the discussion period. If they are valid then other TUs should be made aware of them and take them into account. If they are not then they should be addressed. In either case they should be discussed. The discussion period for this application was relatively short with very few participating TUs. The only real objections were raised by Dave (who even admitted that he may be "old and grumpy") and they were addressed without any further replies from Dave or anyone else. I simply do not understand how so many of you could vote no without raising issues during the discussion. Looking back through previous votes there is no other vote with this level of participation that has been split this close down the middle. There is no point in raising your objections now but I hope that you do so next time. Voting is not an expression of personal opinion. It is a means of quality control and I would say that it is your obligation to participate in the discussion if you have opinions one way or the other. tl;dr: wtf? Regards, Xyne I fully to Xyne agree here. This rejection was a big surprise to me. If there was a silent agreement of 13 TUs with the reasons Dave might have caused to say no, this should have made louder. Best Regards Stefan
[aur-general] Delete request xulrunner-1.9-bin
Hello, please delete xulrunner-1.9-bin (https://aur.archlinux.org/packages/xulrunner-1.9-bin/). It is an outdated, i686-only package that can be build from sources. I see no point in keeping it. In addition, there is also a xulrunner192 in AUR, which seems to be well maintained. Best Regards Stefan
[aur-general] emacs-rudel and firefox package merge requests
Hello, please merge * emacs-rudel-git https://aur.archlinux.org/packages/emacs-rudel-git/ Orphaned, former maintainer agreed to merge into bzr-version and * emacs-rudel-svn https://aur.archlinux.org/packages/emacs-rudel-svn/ Orphnaed, former maintainer RazZziel orphaned all his packages in this context into newly uploaded emacs-rudel-bzr (https://aur.archlinux.org/packages/emacs-rudel-bzr). * https://aur.archlinux.org/packages/firefox-git/ a month ago the owner was asked to request a merge. Orphaned. * https://aur.archlinux.org/packages/firefox-hg/ Best Regards Stefan
[aur-general] Some dupes in AUR and [comunity]
Hello, aurdupes -r community --dupes gives python-cx_freeze * python-cx_freeze [community] * python-cx_freeze https://aur.archlinux.org/packages/python-cx_freeze/ qtcreator * qtcreator [community] * qtcreator https://aur.archlinux.org/packages/qtcreator/ Both AUR packages should be renamed or deleted. Best Regards Stefan
[aur-general] Delete request
Hello, please delete goffice-light. I think it is not needed. The only dependencies build fine with goffice from [extra]. Best Regards Stefan
Re: [aur-general] Delete/Merge Requests
Best Regards Stefan Thx. Hello, processing the aurdupes starting list from the end of the alphabet, I found some other niceties. yabause (VCS) * yabause-svn https://aur.archlinux.org/packages/yabause-svn/ * yabause-git https://aur.archlinux.org/packages/yabause-git/ not mentioned on the website or sourceforge. Seems unofficial, but quite recent. Maybe kee both. verlihub (VCS) * verlihub-cvs https://aur.archlinux.org/packages/verlihub-cvs/ seems deprecated. The AUR package is maintained by a TU, though. I made a comment. * verlihub-git https://aur.archlinux.org/packages/verlihub-git/ mentioned on website, but orphaned. urtconnector * urtconnector-svn https://aur.archlinux.org/packages/urtconnector-svn/ deprecated, see AUR comments * urtconnector-git https://aur.archlinux.org/packages/urtconnector-git/ trac (VCS) * trac-bzr https://aur.archlinux.org/packages/trac-bzr/ better names: trac-bazaar-plugin-bzr or trac-bazaar-bzr or trac-bazaarplugin-bzr * trac-git https://aur.archlinux.org/packages/trac-git/ better names would be: trac-git-plugin-git or trac-gitplugin-git, but the git plugin is included in the main trac distribution now. So hs package and https://aur.archlinux.org/packages/trac-gitplugin-svn can both be removed. There is also trac-mercurial at https://aur.archlinux.org/packages/trac-mercurial/, which should be named trac-mercurial-hg or trac-mercurialplugin-hg, or also removed (seems to be in main trac distribution also). tigervnc (VCS) * tigervnc-git https://aur.archlinux.org/packages/tigervnc-git/ not mentioned on website, orphaned. See also AUR comments. * tigervnc-svn https://aur.archlinux.org/packages/tigervnc-svn/ maintained synapse (VCS) * synapse-svn https://aur.archlinux.org/packages/synapse-svn/ Deprecated, project has moved to (drumroll) ... no, not bzr, but git :) No AUR git-package since 2011, so better delete it. * synapse-bzr https://aur.archlinux.org/packages/synapse-bzr/ This is a completely different project. The community package is the stable version of this one. I' getting hungry, so I stop for now. Best Regards Stefan
Re: [aur-general] Delete/Merge Requests
Am 08.03.2013 16:24, schrieb Maxime Gauduin: On Fri, 2013-03-08 at 15:25 +0100, Stefan Husmann wrote: Hello, some bumps and new requests. Am 16.02.2013 22:25, schrieb Stefan Husmann: * elixir-svn https://aur.archlinux.org/packages/elixir-svn/ See AUR comments. No objection to delete this from the maintainer since about three weeks. Deleted. slim: Both repos are available. The git repo is more recent than the svn repo of slim. * slim-git https://aur.archlinux.org/packages/slim-git/ * slim-svn https://aur.archlinux.org/packages/slim-svn/ orphaned josm (VCS) * josm-git https://aur.archlinux.org/packages/josm-git/ should be removed * josm-svn https://aur.archlinux.org/packages/josm-svn/ See AUR comments. No objection to delete this from the maintainer since about three weeks. Merged. keepassx (VCS) * keepassx-git https://aur.archlinux.org/packages/keepassx-git/ should be renamed to keepassx2-git * keepassx-svn https://aur.archlinux.org/packages/keepassx-svn/ should be kept and left as is. Uploaded a corrected package under keepassx2-git and merged keepassx-git into it for the maintainer to adopt the new one. libcxx (VCS) * libcxx-git https://aur.archlinux.org/packages/libcxx-git/ to be removed * libcxx-svn https://aur.archlinux.org/packages/libcxx-svn/ libcxxabi (VCS) * libcxxabi-svn https://aur.archlinux.org/packages/libcxxabi-svn/ to be removed * libcxxabi-git https://aur.archlinux.org/packages/libcxxabi-git/ The svn-packages build, the git-packages don't. http://libcxxabi.llvm.org/ and http://libcxx.llvm.org/ only point to the svn-repos. IMHO there is not point to keep the git-packages, though the repos exist. See also AUR comments. libtcod (VCS) * libtcod-svn https://aur.archlinux.org/packages/libtcod-svn/ to be removed, repo seems not to exist anymore * libtcod-hg https://aur.archlinux.org/packages/libtcod-hg/ Does not build, but maybe fixable. Homepage only mentiones mercurial repo. The maintainer seems to be inactive (last AUR activities in octobre 2011). Merged. lrcshow-x (VCS) * lrcshow-x-svn https://aur.archlinux.org/packages/lrcshow-x-svn/ orphaned * lrcshow-x-bzr https://aur.archlinux.org/packages/lrcshow-x-bzr/ Maybe someone speaking chinese can have a look at this. SVN is orphaned and not a dep. Merged. lua-lm (VCS) * lua-lm-git https://aur.archlinux.org/packages/lua-lm-git/ * lua-lm-hg https://aur.archlinux.org/packages/lua-lm-hg/ See AUR comments. No objection to delete lua-lm-git from the maintainer since about three weeks. macaon (VCS) * macaon-git https://aur.archlinux.org/packages/macaon-git/ * macaon-svn https://aur.archlinux.org/packages/macaon-svn/ deprecated, see AUR comments mapnik (VCS) * mapnik-git https://aur.archlinux.org/packages/mapnik-git/ * mapnik-svn https://aur.archlinux.org/packages/mapnik-svn/ deprecated, see AUR comments myagent-im (VCS) * myagent-im-svn https://aur.archlinux.org/packages/myagent-im-svn/ not mentioned on homepage. I asked maintainer. * myagent-im-git https://aur.archlinux.org/packages/myagent-im-git/ All merged. Best Regards Stefan Thx. Thanks! The maintainer was responding, so I have another one now. * lisg-webauth-git https://aur.archlinux.org/packages/lisg-webauth-git/ * lisg-webauth-hg https://aur.archlinux.org/packages/lisg-webauth-hg/ can be merged, maintainer agreed in the AUR comments Best Regards Stefan
Re: [aur-general] Delete/Merge Requests
Hello, some bumps and new requests. Am 16.02.2013 22:25, schrieb Stefan Husmann: * elixir-svn https://aur.archlinux.org/packages/elixir-svn/ See AUR comments. No objection to delete this from the maintainer since about three weeks. slim: Both repos are available. The git repo is more recent than the svn repo of slim. * slim-git https://aur.archlinux.org/packages/slim-git/ * slim-svn https://aur.archlinux.org/packages/slim-svn/ orphaned josm (VCS) * josm-git https://aur.archlinux.org/packages/josm-git/ should be removed * josm-svn https://aur.archlinux.org/packages/josm-svn/ See AUR comments. No objection to delete this from the maintainer since about three weeks. keepassx (VCS) * keepassx-git https://aur.archlinux.org/packages/keepassx-git/ should be renamed to keepassx2-git * keepassx-svn https://aur.archlinux.org/packages/keepassx-svn/ should be kept and left as is. libcxx (VCS) * libcxx-git https://aur.archlinux.org/packages/libcxx-git/ to be removed * libcxx-svn https://aur.archlinux.org/packages/libcxx-svn/ libcxxabi (VCS) * libcxxabi-svn https://aur.archlinux.org/packages/libcxxabi-svn/ to be removed * libcxxabi-git https://aur.archlinux.org/packages/libcxxabi-git/ The svn-packages build, the git-packages don't. http://libcxxabi.llvm.org/ and http://libcxx.llvm.org/ only point to the svn-repos. IMHO there is not point to keep the git-packages, though the repos exist. See also AUR comments. libtcod (VCS) * libtcod-svn https://aur.archlinux.org/packages/libtcod-svn/ to be removed, repo seems not to exist anymore * libtcod-hg https://aur.archlinux.org/packages/libtcod-hg/ Does not build, but maybe fixable. Homepage only mentiones mercurial repo. The maintainer seems to be inactive (last AUR activities in octobre 2011). lrcshow-x (VCS) * lrcshow-x-svn https://aur.archlinux.org/packages/lrcshow-x-svn/ orphaned * lrcshow-x-bzr https://aur.archlinux.org/packages/lrcshow-x-bzr/ Maybe someone speaking chinese can have a look at this. lua-lm (VCS) * lua-lm-git https://aur.archlinux.org/packages/lua-lm-git/ * lua-lm-hg https://aur.archlinux.org/packages/lua-lm-hg/ See AUR comments. No objection to delete lua-lm-git from the maintainer since about three weeks. macaon (VCS) * macaon-git https://aur.archlinux.org/packages/macaon-git/ * macaon-svn https://aur.archlinux.org/packages/macaon-svn/ deprecated, see AUR comments mapnik (VCS) * mapnik-git https://aur.archlinux.org/packages/mapnik-git/ * mapnik-svn https://aur.archlinux.org/packages/mapnik-svn/ deprecated, see AUR comments myagent-im (VCS) * myagent-im-svn https://aur.archlinux.org/packages/myagent-im-svn/ not mentioned on homepage. I asked maintainer. * myagent-im-git https://aur.archlinux.org/packages/myagent-im-git/ Best Regards Stefan
Re: [aur-general] remove transmission-cli-svn
Am 04.03.2013 17:10, schrieb Martti Kühne: the package was flagged out of date and basing a new (-svn-cli) package would be too little change. cheers! mar77i [1] https://aur.archlinux.org/packages/transmission-cli-svn/ I do not get your point here. Why should transmission-cli-svn be removed? How can a package based on svn be aout of date? Why not just orphan it?
Re: [aur-general] Merge Requests
Am 19.02.2013 23:16, schrieb Alexandre Filgueira: done! thanks 2013/2/19 Stefan Husmann Hello, some other merge requests * referencer-hg https://aur.archlinux.org/**packages/referencer-hg/<https://aur.archlinux.org/packages/referencer-hg/> to be deleted, maintainer agreed in the comments * referencer-bzr https://aur.archlinux.org/**packages/referencer-bzr/<https://aur.archlinux.org/packages/referencer-bzr/> shame on me, one of this is mine: * tabbed-git https://aur.archlinux.org/**packages/tabbed-git/<https://aur.archlinux.org/packages/tabbed-git/> * tabbed-hg https://aur.archlinux.org/**packages/tabbed-hg/<https://aur.archlinux.org/packages/tabbed-hg/> to be deleted, suckless.org * xf86-video-openchrome-git https://aur.archlinux.org/** packages/xf86-video-**openchrome-git/<https://aur.archlinux.org/packages/xf86-video-openchrome-git/> * xf86-video-openchrome-svn https://aur.archlinux.org/** packages/xf86-video-**openchrome-svn/<https://aur.archlinux.org/packages/xf86-video-openchrome-svn/>repo not available * openchrome-svnhttps://aur.archlinux.org/** packages/openchrome-svn/<https://aur.archlinux.org/packages/openchrome-svn/> same repo not available * wordwarvi-git https://aur.archlinux.org/**packages/wordwarvi-git/<https://aur.archlinux.org/packages/wordwarvi-git/> * wordwarvi-cvs https://aur.archlinux.org/**packages/wordwarvi-cvs/<https://aur.archlinux.org/packages/wordwarvi-cvs/> to be deleted, moved to github * virtualjaguar-svn https://aur.archlinux.org/** packages/virtualjaguar-svn/<https://aur.archlinux.org/packages/virtualjaguar-svn/> * virtualjaguar-git https://aur.archlinux.org/** packages/virtualjaguar-git/<https://aur.archlinux.org/packages/virtualjaguar-git/> to be deleted, see comments * virtinst-hg https://aur.archlinux.org/**packages/virtinst-hg/<https://aur.archlinux.org/packages/virtinst-hg/> to be deleted, see comments * virtinst-git https://aur.archlinux.org/**packages/virtinst-git/<https://aur.archlinux.org/packages/virtinst-git/> Best Regards Stefan thanks, and some other ones. * can-utils-git https://aur.archlinux.org/packages/can-utils-git/ * can-utils-svn https://aur.archlinux.org/packages/can-utils-svn/ obsolete, maitainer agrreed in the AUR comments * csoundqt-git https://aur.archlinux.org/packages/csoundqt-git/ * csoundqt-svn https://aur.archlinux.org/packages/csoundqt-svn/ According to http://qutecsound-users.829572.n3.nabble.com/make-terminating-with-usr-bin-ld-cannot-find-lcsnd-td4024988.html it is quite obvious that they only use git for development. * dynamite-svn https://aur.archlinux.org/packages/dynamite-svn/ The svn-repo is empty, only a file name "moved_to_github.txt" is there. * dynamite-git https://aur.archlinux.org/packages/dynamite-git/ Bringing up this again * emacs-rudel-git https://aur.archlinux.org/packages/emacs-rudel-git/ * emacs-rudel-svn https://aur.archlinux.org/packages/emacs-rudel-svn/ does not even build. I have a PKGBUILD for emacs-rudel-bzr. The codebase is very close to the git repo, but not identical. I will not upload it till I know more. Name clash: the personal organizer gtg is not the Generic Trace Generator provided by gtg-svn. * gtg-bzr https://aur.archlinux.org/packages/gtg-bzr/ * gtg-svn https://aur.archlinux.org/packages/gtg-svn/ should be renamed. Suggestions? * irssi-svn https://aur.archlinux.org/packages/irssi-svn/ * irssi-git https://aur.archlinux.org/packages/irssi-git/ Does someone know which one to keep? Probably both. According to http://juffed.com/en/news.html, juffed has moved to github. * juffed-svn https://aur.archlinux.org/packages/juffed-svn/ see also aur comment * juffed-git https://aur.archlinux.org/packages/juffed-git/ Thank you for your patience and Best Regards Stefan
[aur-general] Merge Requests
Hello, some other merge requests * referencer-hg https://aur.archlinux.org/packages/referencer-hg/ to be deleted, maintainer agreed in the comments * referencer-bzr https://aur.archlinux.org/packages/referencer-bzr/ shame on me, one of this is mine: * tabbed-git https://aur.archlinux.org/packages/tabbed-git/ * tabbed-hg https://aur.archlinux.org/packages/tabbed-hg/ to be deleted, suckless.org * xf86-video-openchrome-git https://aur.archlinux.org/packages/xf86-video-openchrome-git/ * xf86-video-openchrome-svn https://aur.archlinux.org/packages/xf86-video-openchrome-svn/ repo not available * openchrome-svn https://aur.archlinux.org/packages/openchrome-svn/same repo not available * wordwarvi-git https://aur.archlinux.org/packages/wordwarvi-git/ * wordwarvi-cvs https://aur.archlinux.org/packages/wordwarvi-cvs/to be deleted, moved to github * virtualjaguar-svn https://aur.archlinux.org/packages/virtualjaguar-svn/ * virtualjaguar-git https://aur.archlinux.org/packages/virtualjaguar-git/to be deleted, see comments * virtinst-hg https://aur.archlinux.org/packages/virtinst-hg/ to be deleted, see comments * virtinst-git https://aur.archlinux.org/packages/virtinst-git/ Best Regards Stefan
Re: [aur-general] Delete/Merge Requests
Am 17.02.2013 15:04, schrieb Stefan Husmann: Am 16.02.2013 22:25, schrieb Stefan Husmann: Hello, emacs24-lucid is a duplicate of emacs-lucid-bzr. https://aur.archlinux.org/packages/emacs24-lucid/ https://aur.archlinux.org/packages/emacs-lucid-bzr/ aurdupes tells me: to be deleted, swiched to git There are many more, but this may be good for now. Best Regards, Stefan Some other ones * fped-git https://aur.archlinux.org/packages/fped-git/ * fped-svn https://aur.archlinux.org/packages/fped-svn/ to be deleted, see AUR comments * emacs-navi2ch-git https://aur.archlinux.org/packages/emacs-navi2ch-git/ * emacs-navi2ch-cvs https://aur.archlinux.org/packages/emacs-navi2ch-cvs/ Both repos are mentioned on the homepage, but only git is recent. * honpurple-git https://aur.archlinux.org/packages/honpurple-git/ * honpurple-svn https://aur.archlinux.org/packages/honpurple-svn/ You said, you merged it, but this is still available And still some others: name clash: * jme-svn https://aur.archlinux.org/packages/jme-svn/ game engine * jme-git https://aur.archlinux.org/packages/jme-git/ ethernet driver, maintained by a TU duplicates: * jack2-svn https://aur.archlinux.org/packages/jack2-svn/ moved to git, see comments * jack2-git https://aur.archlinux.org/packages/jack2-git/ * josm-git https://aur.archlinux.org/packages/josm-git/ unofficial github mirror * josm-svn https://aur.archlinux.org/packages/josm-svn/ official, but orphaned in AUR Both are mentioned on homepage. * ja2-git https://aur.archlinux.org/packages/ja2-git/ continued fork, maybe should be renamed * ja2-svn https://aur.archlinux.org/packages/ja2-svn/ discontinued original program * kismet-svn https://aur.archlinux.org/packages/kismet-svn/ deprecated, orphaned, switched to git * https://aur.archlinux.org/packages/kismet-ptw-svn/same * https://aur.archlinux.org/packages/kismet-full-svn/ same * kismet-git https://aur.archlinux.org/packages/kismet-git/ * kmymoney-git https://aur.archlinux.org/packages/kmymoney-git/ * kmymoney-svn https://aur.archlinux.org/packages/kmymoney-svn/ to be deleted/merged * kmymoney-svn-full https://aur.archlinux.org/packages/kmymoney-svn-full/ to be deleted/merged * libnut-svn https://aur.archlinux.org/packages/libnut-svn/ to be merged * libnut-git https://aur.archlinux.org/packages/libnut-git/ * libnfc-git https://aur.archlinux.org/packages/libnfc-git/ * libnfc-svn https://aur.archlinux.org/packages/libnfc-svn/ to be merged * libogc-git https://aur.archlinux.org/packages/libogc-git/ * libogc-svn https://aur.archlinux.org/packages/libogc-svn/ orphaned, old * libvmime-svn https://aur.archlinux.org/packages/libvmime-svn/ old, maintainer does not answer to questions in AUR comments * libvmime-git https://aur.archlinux.org/packages/libvmime-git/ * lightlang-svn https://aur.archlinux.org/packages/lightlang-svn/ very old * lightlang-git https://aur.archlinux.org/packages/lightlang-git * linuxsampler-cvs https://aur.archlinux.org/packages/linuxsampler-cvs/ see comments, to be merged/deleted * linuxsampler-svn https://aur.archlinux.org/packages/linuxsampler-svn/ Best Regards Stefan
Re: [aur-general] Delete/Merge Requests
Am 16.02.2013 22:25, schrieb Stefan Husmann: Hello, emacs24-lucid is a duplicate of emacs-lucid-bzr. https://aur.archlinux.org/packages/emacs24-lucid/ https://aur.archlinux.org/packages/emacs-lucid-bzr/ aurdupes tells me: to be deleted, swiched to git There are many more, but this may be good for now. Best Regards, Stefan Some other ones * fped-git https://aur.archlinux.org/packages/fped-git/ * fped-svn https://aur.archlinux.org/packages/fped-svn/ to be deleted, see AUR comments * emacs-navi2ch-git https://aur.archlinux.org/packages/emacs-navi2ch-git/ * emacs-navi2ch-cvs https://aur.archlinux.org/packages/emacs-navi2ch-cvs/ Both repos are mentioned on the homepage, but only git is recent. * honpurple-git https://aur.archlinux.org/packages/honpurple-git/ * honpurple-svn https://aur.archlinux.org/packages/honpurple-svn/ You said, you merged it, but this is still available Best Regards Stefan
Re: [aur-general] Delete/Merge Requests
Am 17.02.2013 01:01, schrieb Doug Newgard: From: aluc...@gmail.com To: aur-general@archlinux.org Date: Sun, 17 Feb 2013 00:34:54 +0100 Subject: Re: [aur-general] Delete/Merge Requests On Sat, 2013-02-16 at 22:25 +0100, Stefan Husmann wrote: Hello, ... * efl-svn https://aur.archlinux.org/packages/efl-svn/ to be deleted * efl-git https://aur.archlinux.org/packages/efl-git/ All merged. Doug: please send a delete request for efl-svn when you feel most users have switched. I plan on it. I'll actually have 28 packages to merge once the switch is complete. I'm a bit OCD and wouldn't just leave them, I went through most of the Enlightenment packages in the AUR already and cleaned up a bunch of stuff. * geneet-svn https://aur.archlinux.org/packages/geneet-svn/ enlightenment has moved to git, PKGBUILD hs no description * geneet-git https://aur.archlinux.org/packages/geneet-git/ svn still exists, git package does not point to the official enlightenment git repos, is orphaned and has no description. I would delete the git for now. What do others think? That git repo is Profusion's, who does a lot of work on Enlightenment. From what I can tell, geneet was developed there, then moved into Enlightenment's official svn repo. I would say that geneet-svn is the current official version. You can delete geneet-git, but it'll end up being recreated when they switch that program to the new git repo, so it doesn't really matter. Hello Doug, sorry for not emailing you before emailing this list. I should have done so. There are many many AUR maintainers who do not think about things like this, but obviously you know what you are doing. Sorry again. Best Regards, Stefan
[aur-general] Delete/Merge Requests
Hello, emacs24-lucid is a duplicate of emacs-lucid-bzr. https://aur.archlinux.org/packages/emacs24-lucid/ https://aur.archlinux.org/packages/emacs-lucid-bzr/ aurdupes tells me: * armstrong-hg https://aur.archlinux.org/packages/armstrong-hg/ * armstrong-svn https://aur.archlinux.org/packages/armstrong-svn/ This is a weird case. armstrong-svn is maintained, and the former armstrong-hg maintainer now maintains armstrong-svn. So no TODO. * avarice-svn https://aur.archlinux.org/packages/avarice-svn/ * avarice-cvs https://aur.archlinux.org/packages/avarice-cvs/ to be deleted/merged, sourceforge only has svn-repo. * batman-adv-svn https://aur.archlinux.org/packages/batman-adv-svn/ to be deleted/merged, moved to git * batman-adv-git https://aur.archlinux.org/packages/batman-adv-git/* *beansdb-git https://aur.archlinux.org/packages/beansdb-git/ * beansdb-svn https://aur.archlinux.org/packages/beansdb-svn/ to be deleted/merged, the homepage still ponts to this repo, but the github stuff is much newer (2009 versus some days) and maintained * blitz-cvs https://aur.archlinux.org/packages/blitz-cvs/ to be deleted, moved to mercurial * blitz-hg https://aur.archlinux.org/packages/blitz-hg/ * conkydeluge-git https://aur.archlinux.org/packages/conkydeluge-git/ * conkydeluge-bzr https://aur.archlinux.org/packages/conkydeluge-bzr/ to be deleted/merged, no longer available * cpulimit-git https://aur.archlinux.org/packages/cpulimit-git/ * cpulimit-svn https://aur.archlinux.org/packages/cpulimit-svn/ to be deleted/merged, moved to github * croot-hg https://aur.archlinux.org/packages/croot-hg/ to be deleted/merged, moved to github * croot-git https://aur.archlinux.org/packages/croot-git/ * dmc-hg https://aur.archlinux.org/packages/dmc-hg/ to me deleted/merged (Suckless stuff) * dmc-git https://aur.archlinux.org/packages/dmc-git/ * dmenu-git https://aur.archlinux.org/packages/dmenu-git/ * dmenu-hg https://aur.archlinux.org/packages/dmenu-hg/ to me deleted/merged (Suckless stuff, maintainer asks for deletion in AUR comments) * dzen2-git https://aur.archlinux.org/packages/dzen2-git/ * dzen2-svn https://aur.archlinux.org/packages/dzen2-svn/ to me deleted/merged, homepage marks it deprecated. * eaccelerator-svn https://aur.archlinux.org/packages/eaccelerator-svn/ to be deleted/merged, moved to github * eaccelerator-git https://aur.archlinux.org/packages/eaccelerator-git/ * efl-svn https://aur.archlinux.org/packages/efl-svn/ to be deleted * efl-git https://aur.archlinux.org/packages/efl-git/ Name clash: Different projects with the same name: * elixir-git https://aur.archlinux.org/packages/elixir-git/ * elixir-svn https://aur.archlinux.org/packages/elixir-svn/ There is also elixir in AUR. em8300 * em8300-hg https://aur.archlinux.org/packages/em8300-hg/ * em8300-git https://aur.archlinux.org/packages/em8300-git/ em8300-utils * em8300-utils-hg https://aur.archlinux.org/packages/em8300-utils-hg/ * em8300-utils-git https://aur.archlinux.org/packages/em8300-utils-git/ Should be all kept. The repos are different (I asked the maintainer). * emacs-git https://aur.archlinux.org/packages/emacs-git/ semi-official * emacs-bzr https://aur.archlinux.org/packages/emacs-bzr/ official This is an old case. I personally prefer to have only emacs-bzr, but after being deleted emacs-git will be there again within hours. * emacs-rudel-git https://aur.archlinux.org/packages/emacs-rudel-git/ to be deleted/merged (Upstream: "experimental, but hopefully properly synchronized") * emacs-rudel-svn https://aur.archlinux.org/packages/emacs-rudel-svn/ Official repo, but the bazaar repo seems to be more recent. * firefox-hg https://aur.archlinux.org/packages/firefox-hg/ * firefox-git https://aur.archlinux.org/packages/firefox-git/ to be deleted/merged, firefox is using mercurial * gabriel-git https://aur.archlinux.org/packages/gabriel-git/ * gabriel-svn https://aur.archlinux.org/packages/gabriel-svn/ to be deleted/merged, gabrieal is using git * geneet-svn https://aur.archlinux.org/packages/geneet-svn/ enlightenment has moved to git, PKGBUILD hs no description * geneet-git https://aur.archlinux.org/packages/geneet-git/ * gerix-wifi-cracker-ng-git https://aur.archlinux.org/packages/gerix-wifi-cracker-ng-git/ * gerix-wifi-cracker-ng-svn https://aur.archlinux.org/packages/gerix-wifi-cracker-ng-svn/ seems to be dead * gigedit-svn https://aur.archlinux.org/packages/gigedit-svn/ * gigedit-cvs https://aur.archlinux.org/packages/gigedit-cvs/ to be deleted,gigedit uses svn * glestae-git https://aur.archlinux.org/packages/glestae-git/ * glestae-svn https://aur.archlinux.org/packages/glestae-svn/ to be deleted * google-authenticator-libpam-git https://aur.archlinux.org/packages/google-authenticator-libpam-git/ * google-authenticator-libpam-hg https://aur.archlinux.org/packages/google-authenticator-libpam-hg/ moved to git, no longer works * google-styleguide-zh-cn-hg https://aur.archlinux.org/packages/google-
[aur-general] Merge request
Hello, Please merge sandy-hg [1] into sandy-git [2]. The maintainer and author agreed to this in the AUR comments of [1]. Best Regards Stefan [1] https://aur.archlinux.org/packages/sandy-hg/ [2] https://aur.archlinux.org/packages/sandy-git/
Re: [aur-general] Compiling emacs lisp files
Am 18.12.2012 21:46, schrieb William Giokas: On Tue, Dec 18, 2012 at 08:37:43PM +0100, Mika Fischer wrote: Hi, I'm currently maintaining the ninja package on the AUR [1]. Recently, there has been an issue about which I'd like to ask for your advice: ninja contains an files for emacs to support edititng the rules files of ninja. A user suggested that I compile the provided .el file to an .elc file. I did that, but then other users complained about the build-dependency on emacs. Now another user suggested that in the PKGBUILD, I should check whether emacs is installed and only then compile the .el file. I'm not totally opposed to this, but it feels a bit strange that the package is different, depending on the system it's built on. What would you do in this situation? I would just simply comment out the emacs stuff and leave a note for users that want to compile that in. Or you can do it the other way and put in the emacs stuff, uncommented, and users have to comment it out themselves. I second that. Byte compiled files would not be usable for users using xemacs or sxemacs.
Re: [aur-general] Disowning pkgs
Am 12.12.2012 19:26, schrieb Simon Stoakley: The day was 12/12/12 02:37 when , Limao Luo had this to say..: On 12/11/2012 08:26 PM, Simon Stoakley wrote: Hello all, I'm going travelling soon for a year or so and its highly unlikely I've have any network access to look after my pkgs (or the inclination TBH!). Some of the pkgs are reasonably popular/active so rather just orphaning the lot I thought I'd see here if any one wants to take any of them before I disown the lot. Keep Arch warm for me while I'm gone! ;) Simon https://aur.archlinux.org/packages/?SeB=m&K=sausageandeggs Pkgnames appmenu-gtk cairo-dock-plug-ins-extras cbrpager covergloobus everygui fbzx gnofract4d guayadeque-svn kawoken-icons kde-thumbnailer-epub kdebase-dolphin-klook kdeplasma-applets-activitymanager kdeplasma-applets-sliderlauncher kupfer-mpris2-plugin mpris2-git playitslowly pydbusdecorator-git x-tile xcursor-bw3d xcursor-dasblack xcursor-ecliz Just a Quick follow up question, my account will obviously be dormant for a while I'm gone, will it be deleted or will I be able to resurrect it when I get back? Cheers Simon AFAIK accounts are not going to bee deleted.
Re: [aur-general] Some todos
Am 11.12.2012 16:31, schrieb Lukas Jirkovsky: On 11 December 2012 16:08, Stefan Husmann wrote: Hello, something new about this? Best regards Stefan All done. Lukas Thanks, Lukas.
Re: [aur-general] Some todos
Am 08.12.2012 17:56, schrieb Stefan Husmann: Hello, please merge https://aur.archlinux.org/packages/vala-devel/ into https://aur.archlinux.org/packages/vala-018/ There is no "unstable" or "devel" package upstream for vala, so vala-018 might be the better name. There are other valas following the same naming scheme. Please delete https://aur.archlinux.org/packages/emacs-gnuplot-mode-cvs/ The emacs mode is part of the most gnuplot packages. Please delete https://aur.archlinux.org/packages/gnuplot-git/ Uploaded accidentely. Please orphan https://aur.archlinux.org/packages/oleo-motif/ and https://aur.archlinux.org/packages/oleo/ The download-url for the patches is no longer available as stated in the comments. There already was a discussion all the packages of the maintainer tdy on this list. Best Regards Stefan Hello, something new about this? Best regards Stefan
[aur-general] Some todos
Hello, please merge https://aur.archlinux.org/packages/vala-devel/ into https://aur.archlinux.org/packages/vala-018/ There is no "unstable" or "devel" package upstream for vala, so vala-018 might be the better name. There are other valas following the same naming scheme. Please delete https://aur.archlinux.org/packages/emacs-gnuplot-mode-cvs/ The emacs mode is part of the most gnuplot packages. Please delete https://aur.archlinux.org/packages/gnuplot-git/ Uploaded accidentely. Please orphan https://aur.archlinux.org/packages/oleo-motif/ and https://aur.archlinux.org/packages/oleo/ The download-url for the patches is no longer available as stated in the comments. There already was a discussion all the packages of the maintainer tdy on this list. Best Regards Stefan
Re: [aur-general] Orphan request [Nov 24]
Am 24.11.2012 20:54, schrieb Limao Luo: The respective maintainers of the following packages have been emailed over 2 weeks ago with no response or update: https://aur.archlinux.org/packages/cairo-gl-git/ https://aur.archlinux.org/packages/dmenu-xft-selscreen/ https://aur.archlinux.org/packages/expat-libtool/ https://aur.archlinux.org/packages/google-glog/ https://aur.archlinux.org/packages/gpicker/ Hello, the maintainer doitian has only one more package, that probably should be orphaned, too. https://aur.archlinux.org/packages/loudmouth-git/ The package https://aur.archlinux.org/packages/dmenu-xft-selscreen/ should probably deleted, because the maintainer suggest to use https://aur.archlinux.org/packages.php?ID=28745 (dmenu-xft) instead. Best regards Stefan
[aur-general] Merge request
Hello, please merge https://aur.archlinux.org/packages/ghostscript-svn/ into https://aur.archlinux.org/packages/ghostscript-git/ since ghostcript development uses git now. Best Regards Stefan
[aur-general] Some Doublettes
Hello, these packages provide the same. ocaml-typerex https://aur.archlinux.org/packages.php?ID=56919 typerex https://aur.archlinux.org/packages/typerex/ Better name, typerex is not a library Both packages right now do not build under ocaml 4.0, but that may change. ndn https://aur.archlinux.org/packages/ndn/ ndn2 https://aur.archlinux.org/packages/ndn2/ Orphaned, dupe of ndn ndn-beta https://aur.archlinux.org/packages/ndn-beta/ Orphaned, upstream obviously only provides stable releases Best Regards Stefan
[aur-general] Delete request
Hello, please delete sayonare-player-svn [1] as it is a misspelled version of [2] [1]https://aur.archlinux.org/packages.php?ID=63971 [2] https://aur.archlinux.org/packages.php?ID=63973 Thanks
Re: [aur-general] [arch-dev-public] Status of sigurd.archlinux.org/aur.archlinux.org
Am 27.10.2012 19:08, schrieb Lukas Fleischer: On Sat, Oct 27, 2012 at 02:32:03PM +0200, Lukas Fleischer wrote: Just a short note to everybody: sigurd is down due to maintenance works. We noticed several disk read failures lately and decided that one of disks needs to be replaced. The replacement was performed yesterday on ~20:00 CEST and finished on ~20:45 CEST. The support set up a live environment after the replacement was completed for some reason. Unfortunately, I wasn't online at that time, so I couldn't react immediately -- sorry for that. We are currently working on getting access to the rescue environment and trying to figure out what happened here. I will keep you updated. Thanks for your patience! sigurd is up again. TUs should be able to use SVN and devtools as before. The AUR has been moved to alderaan -- if there's any issues with the new setup, please let us know. Thanks to Ionut and Pierre who helped me with migrating to the new server. Hello, have the package been moved from http://aur.archlinux.org/packages/$name/$name.tar.gz to http://aur.archlinux.org/packages/$nameprefix/$name/$name.tar.gz where nameprefix=`echo $name|cut -c1-2` ?
Re: [aur-general] Is aur.archlinux.org down?
Am 27.10.2012 01:40, schrieb Mateusz Loskot: On 27 October 2012 00:36, Dave Reisner wrote: On Sat, Oct 27, 2012 at 12:34:33AM +0100, Mateusz Loskot wrote: Is it my local problem or https://aur.archlinux.org is offline now? https://bbs.archlinux.org/viewtopic.php?id=151509 https://bbs.archlinux.org/viewtopic.php?id=151502 https://bbs.archlinux.org/viewtopic.php?id=151496 I hardly ever read Web forum. (rant: I wish the ml's were major communication channel.) https://mailman.archlinux.org/pipermail/arch-general/2012-October/031778.html I missed that one. I just realised I haven't re-subscribed since leaving arch-general after the systemd flame war :) Besides, my question is about AUR. Best regards Maybe this ? https://mailman.archlinux.org/pipermail/aur-dev/2012-October/002220.html
Re: [aur-general] Some advice requested
Am 09.10.2012 17:07, schrieb Marcel Korpel: Hi all, As xf86-input-evdev-remap [1] is out of date and xf86-input-evdev-remap-git is non-existent, I tried to create the latter. I have a few questions for you and would like you to have a look at my PKGBUILD [2] before I put it in the AUR. 1) In general, is this the correct way to write a PKGBUILD that compiles from a GIT repository with two pulls? My GIT capabilities are not that high, I merely followed the instructions on MythTV.org. [3] You can have a look at the template for git-PKGBUILD that comes with pacman. /usr/share/pacman/PKGBUILD-git.proto Normally only one pull ist needed, but it may be okay to use two if upstream's build advices tell you so. Best regards Stefan
Re: [aur-general] Delete request: ess-svn
Am 13.10.2012 00:17, schrieb Evangelos Foutras: On 13/10/12 01:11, Stefan Husmann wrote: Hello, please delete ess-svn [1], which was accidentely uploaded. It is a duplicate of [2]. [1] https://aur.archlinux.org/packages.php?ID=62644 [2] https://aur.archlinux.org/packages.php?ID=47312 Best Regards Stefan Done, thanks. 6 minutes ! That was fast! Thanks for the quick reaction and sorry for the inconvenience!
[aur-general] Delete request: ess-svn
Hello, please delete ess-svn [1], which was accidentely uploaded. It is a duplicate of [2]. [1] https://aur.archlinux.org/packages.php?ID=62644 [2] https://aur.archlinux.org/packages.php?ID=47312 Best Regards Stefan
Re: [aur-general] sqlalchemy switched to hg
Am 11.10.2012 17:37, schrieb Martti Kühne: Hi there As it looks, sqlalchemy has switched to mercurial upstream. I'd make a new package myself if I had internet at home and/or time. I noticed it because the hitherto package's [1] url is dead. cheers! mar77i [1] http://aur.archlinux.org/packages.php?ID=32468 Hello, there is also a package sqlalchemy-svn, which sources also seem to be dead. https://aur.archlinux.org/packages.php?ID=23043 Best Regards Stefan
Re: [aur-general] Orphan request for xd
Am 07.10.2012 19:52, schrieb Sven-Hendrik Haase: On 07.10.2012 16:07, Andreas Wagner wrote: Hi, I have posted a working PKGBUILD in the comments on August 5th and the maintainer has still not updated it. I would like to adopt it. http://aur.archlinux.org/packages.php?ID=10517 Thanks, Andreas Wagner Go ahead. Hello, maybe the other two packages of that user should be orphaned, too. At least qprint looks unmaintained. The comment is from 2010 and still the package has not been fixed. The maintainer's name is inappropiate. "Alter Kacker" is german and means "ols shtter". Best Regards Stefan
[aur-general] Some AUR cleanup
Hello, some duplicates: siag: http://aur.archlinux.org/packages.php?ID=62945 delivers the same as siag-office:http://aur.archlinux.org/packages.php?ID=14904 Siag office is the more mature PKGBUILD and maintained. eel: http://aur.archlinux.org/packages.php?ID=62488 delivers the same as eel-language: http://aur.archlinux.org/packages.php?ID=11612 The former was wrongly introduced as a dependency for flybird (http://aur.archlinux.org/packages.php?ID=12027). Flybird should in fact depend on the Eazel Extensions Library (for GNOME2), where I cannot find buildable sources for. I found sources at http://packages.ubuntu.com/hardy/libeel2-2, but they do not compile. Maybe also flybird can be removed. Please also delete my package latexila-devel. Upstream provides no official devel package but the one that builds from the git-sources. latexila-devel: http://aur.archlinux.org/packages.php?ID=59164 latexila-git: http://aur.archlinux.org/packages.php?ID=62884 Best Regards Stefan
[aur-general] Deletion and merge requests
Hello, some orphaned packages should IMHO be deleted. latexmk [1] is included in texlive-core. scribus-rc [2] is older than the version of scribus in [extra]. emacs-muse-git [3] is exactly the same as in the community-package, because since 3.20 there was no git commit. The package libertine-legacy-texmf is abandoned upstream, and (working) successors are on their way to CTAN. So please merge [4] into [5]. Thanks. [1] https://aur.archlinux.org/packages.php?ID=29609 [2] https://aur.archlinux.org/packages.php?ID=48338 [3] https://aur.archlinux.org/packages/em/emacs-muse-git/PKGBUILD [4] https://aur.archlinux.org/packages.php?ID=55167 [5] https://aur.archlinux.org/packages.php?ID=63066
[aur-general] [Delete request] octave-gui-hg
Hello, octave-gui-hg [1] is not needed anymore, because the gui version now has become the default in octave-hg [2], also providing octave-cli. The former mantainer agreed in the AUR comments. [1] https://aur.archlinux.org/packages.php?ID=58889 [2] https://aur.archlinux.org/packages.php?ID=30572 Best Regards Stefan
[aur-general] Delete request
Hello, please delete these empty packages: edloaa-meta https://aur.archlinux.org/packages.php?ID=54522 cow_backup https://aur.archlinux.org/packages.php?ID=6 Regards Stefan
[aur-general] Delete request
Hello, please remove https://aur.archlinux.org/packages.php?ID=59790, as it is a duplicate of texworks (https://aur.archlinux.org/packages.php?ID=34716) Regards Stefan
[aur-general] Merge request
Hello, please merge tikzit-svn[1] into the newly uploaded tikzit-git[2]. Upstream uses git now as VCS. [1] https://aur.archlinux.org/packages.php?ID=54656 [2] https://aur.archlinux.org/packages.php?ID=60288 Kind Regards
[aur-general] Typo in packagename
Hello, there is a accidentely uploaded package with a typo in it's name. Correct: http://aur.archlinux.org/packages.php?ID=60112 false: https://aur.archlinux.org/packages.php?ID=60105 Please delete the latter.