[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 58 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == Incomplete signoffs for [community] (58 total) == * afpfs-ng-0.8.1-8 (i686) 0/1 signoffs * ario-1.5.1-3 (i686) 0/1 signoffs * brise-0.32-1 (i686) 0/1 signoffs * clamz-0.5-2 (i686) 0/1 signoffs * collectd-5.4.0-2 (i686) 0/1 signoffs * gloox-1.0.9-3 (i686) 0/1 signoffs * gnunet-0.10.0-1 (i686) 0/1 signoffs * gnunet-gtk-0.10.0-1 (i686) 0/1 signoffs * gnustep-base-1.24.5-5 (i686) 0/1 signoffs * gogglesmm-0.12.7-3 (i686) 0/1 signoffs * gq-1.3.4-3 (i686) 0/1 signoffs * gwenhywfar-4.3.3-4 (i686) 0/1 signoffs * ibus-rime-1.1-1 (i686) 0/1 signoffs * kmess-2.0.6.2-5 (i686) 0/1 signoffs * kvpnc-0.9.6a-5 (i686) 0/1 signoffs * libmicrohttpd-0.9.32-2 (i686) 0/1 signoffs * librime-1.1-1 (i686) 0/1 signoffs * lightdm-1:1.8.5-3 (i686) 0/1 signoffs * mailutils-2.2-10 (i686) 0/1 signoffs * netcf-0.2.3-3 (i686) 0/1 signoffs * pianobar-2013.09.15-2 (i686) 0/1 signoffs * pidgin-otr-4.0.0-2 (i686) 0/1 signoffs * pokerth-1.1-1 (i686) 0/1 signoffs * remmina-1.0.0-11 (i686) 0/1 signoffs * rsyslog-7.4.7-2 (i686) 0/1 signoffs * tcplay-1.1-2 (i686) 0/1 signoffs * wireshark-1.10.5-3 (i686) 0/1 signoffs * xbmc-12.3-2 (i686) 0/1 signoffs * yaz-5.0.9-1 (i686) 0/1 signoffs * afpfs-ng-0.8.1-8 (x86_64) 0/2 signoffs * ario-1.5.1-3 (x86_64) 0/2 signoffs * brise-0.32-1 (x86_64) 0/2 signoffs * clamz-0.5-2 (x86_64) 0/2 signoffs * collectd-5.4.0-2 (x86_64) 0/2 signoffs * gloox-1.0.9-3 (x86_64) 0/2 signoffs * gnunet-0.10.0-1 (x86_64) 0/2 signoffs * gnunet-gtk-0.10.0-1 (x86_64) 0/2 signoffs * gnustep-base-1.24.5-5 (x86_64) 0/2 signoffs * gogglesmm-0.12.7-3 (x86_64) 0/2 signoffs * gq-1.3.4-3 (x86_64) 0/2 signoffs * gwenhywfar-4.3.3-4 (x86_64) 0/2 signoffs * ibus-rime-1.1-1 (x86_64) 0/2 signoffs * kmess-2.0.6.2-5 (x86_64) 0/2 signoffs * kvpnc-0.9.6a-5 (x86_64) 0/2 signoffs * libmicrohttpd-0.9.32-2 (x86_64) 0/2 signoffs * librime-1.1-1 (x86_64) 0/2 signoffs * lightdm-1:1.8.5-3 (x86_64) 0/2 signoffs * mailutils-2.2-10 (x86_64) 0/2 signoffs * netcf-0.2.3-3 (x86_64) 0/2 signoffs * pianobar-2013.09.15-2 (x86_64) 0/2 signoffs * pidgin-otr-4.0.0-2 (x86_64) 0/2 signoffs * pokerth-1.1-1 (x86_64) 0/2 signoffs * remmina-1.0.0-11 (x86_64) 0/2 signoffs * rsyslog-7.4.7-2 (x86_64) 0/2 signoffs * tcplay-1.1-2 (x86_64) 0/2 signoffs * wireshark-1.10.5-3 (x86_64) 0/2 signoffs * xbmc-12.3-2 (x86_64) 0/2 signoffs * yaz-5.0.9-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 2 signoffs
[aur-general] Request delete libdvdnav-git and merge libdvdread-git -> libdvdread-videolan-git
Hi please delete: https://aur.archlinux.org/packages/libdvdnav-git/ (0 votes) superseed by https://aur.archlinux.org/packages/libdvdnav-videolan-git/ and please merge: https://aur.archlinux.org/packages/libdvdread-git/ (2 votes) into https://aur.archlinux.org/packages/libdvdread-videolan-git/ greetings
Re: [aur-general] Request delete libdvdnav-git and merge libdvdread-git -> libdvdread-videolan-git
On 29/12/2013 20:26, SpinFlo wrote: > Hi > > please delete: > > https://aur.archlinux.org/packages/libdvdnav-git/ (0 votes) > > superseed by https://aur.archlinux.org/packages/libdvdnav-videolan-git/ > > > and please merge: > > https://aur.archlinux.org/packages/libdvdread-git/ (2 votes) > > into https://aur.archlinux.org/packages/libdvdread-videolan-git/ > > > greetings > Done. Cheers, -- Sébastien "Seblu" Luttringer https://seblu.net GPG: 0x2072D77A signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application - Sponsored by Balló György
Welcome, congrats, merry Christmas and a happy New Year. :) - Alexander / xyproto
Re: [aur-general] TU resignation
Thanks for your contributions to Arch Linux and best of luck to you! -- Sincerely, Alexander Rødseth xyproto / TU
Re: [aur-general] Merge and disown request
On 12/28/2013 10:29 AM, Evgeniy Alekseev wrote: > On Tuesday 24 December 2013 14:02:43 Armin K. wrote: >> I've contacted the maintainers of clang-svn two weeks ago (see comments) >> but he didn't responded yet. I'd like you to disown clang-svn so someone >> else can step up maintaining, but since I've asked maintainer of >> llvm-svn (which you can also see in comments of llvm-svn package) to >> merge clang-svn into it, you can go ahead and merge it instead of >> disowning it first, then merging it later. >> >> https://aur.archlinux.org/packages/clang-svn into >> https://aur.archlinux.org/packages/llvm-svn > > Hi. > First, our rules assume communication with the maintainer via e-mail [1, the > third paragraph], because some people disable notifications about new > comments. And this package isn't marked as out-of-date. I'll contact maintainer via e-mail then, but I might wait a week before doing that, since it's holidays time. > Second, I don't think merging clang into llvm is a good idea. I believe that > packages in AUR must not contain several different packages (as clang and > llvm), because it creates difficulties when creating a dependency tree and > finding a needed package. > clang package already contains llvm, since clang is built as part of llvm but is built differently than llvm and they conflict with each other in this case but they should belong with each other. As you can see in the pkgbuild, clang clones llvm source and everything from that source is built. > tl;dr > I will not merge clang into llvm, but if other TU thinks otherwise he may do > it. And for disown the package you must contact with its maintainer via e- > mail. > > Happy New Year =) > > [1] https://wiki.archlinux.org/index.php/AUR#Other_requests > -- Note: My last name is not Krejzi.
Re: [aur-general] Merge and disown request
Hi On Sun, Dec 29, 2013 at 3:31 PM, Armin K. wrote: > On 12/28/2013 10:29 AM, Evgeniy Alekseev wrote: >> On Tuesday 24 December 2013 14:02:43 Armin K. wrote: >>> I've contacted the maintainers of clang-svn two weeks ago (see comments) >>> but he didn't responded yet. I'd like you to disown clang-svn so someone >>> else can step up maintaining, but since I've asked maintainer of >>> llvm-svn (which you can also see in comments of llvm-svn package) to >>> merge clang-svn into it, you can go ahead and merge it instead of >>> disowning it first, then merging it later. >>> >>> https://aur.archlinux.org/packages/clang-svn into >>> https://aur.archlinux.org/packages/llvm-svn >> >> Hi. >> First, our rules assume communication with the maintainer via e-mail [1, the >> third paragraph], because some people disable notifications about new >> comments. And this package isn't marked as out-of-date. > > I'll contact maintainer via e-mail then, but I might wait a week before > doing that, since it's holidays time. > >> Second, I don't think merging clang into llvm is a good idea. I believe that >> packages in AUR must not contain several different packages (as clang and >> llvm), because it creates difficulties when creating a dependency tree and >> finding a needed package. >> These 2 packages are different. llvm is a library and clang is a C frontend for it. llvm is used by many other projects. > clang package already contains llvm, since clang is built as part of > llvm but is built differently than llvm and they conflict with each > other in this case but they should belong with each other. These packages should not conflict. llvm-svn should install only llvm specific files and clang-svn should install only clang specific files. I quickly looked at package() in clang-svn and it makes me believe that it installs llvm files also. Here is what clang-svn does https://aur.archlinux.org/packages/cl/clang-svn/PKGBUILD: cd "$srcdir/$_svnmod-build/build" make DESTDIR=$pkgdir install And it differs from package_clang() function in https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/llvm cd "$srcdir/llvm-$pkgver.src/tools/clang" make DESTDIR="$pkgdir" install I believe clang-svn should do something similar, i.e. install only clang specific files. > As you can see in the pkgbuild, clang clones llvm source and everything > from that source is built. This is a problem of build system used by upstream project (in this case clang). On *nix, projects usually split its codebases into small pieces and if it requires additional dependencies (like headers/libraries) then they are installed as system packages. On systems that do not have good package managers (windows/osx) the only reasonable way to build the project is to pull all dependencies sources and build them as well, there is no other way to get those dependencies. That is why clang and many other projects pull dependencies sources and build them. Instead, on Linux, they should use system libraries. I filed a ticket for similar issue in liblikely https://github.com/biometrics/likely/issues/39 I think the best way to resolve the clang issue is to ask clang/llvm community to split the codebases, let clang to be built separately and let it use llvm system libraries/headers (at least as a build time option).