Re: [aur-general] Merge requests: Various python2 packages
On Thursday, April 24, 2014 05:19:06 Jerome Leclanche wrote: > https://aur.archlinux.org/packages/python2-flask-classy/ into > https://aur.archlinux.org/packages/python-flask-classy/ > > https://aur.archlinux.org/packages/python2-flask-markdown/ into > https://aur.archlinux.org/packages/python-flask-markdown/ > > https://aur.archlinux.org/packages/python2-tabulate/ into > https://aur.archlinux.org/packages/python-tabulate/ Why? I don't think it wrong to keep both python 2.x and python 3.x of a same library. Especially when something else depending on them, like python2-flask- markdown required by mediacrush-server-git. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
[aur-general] Delete requests: django-dajax*
https://aur.archlinux.org/packages/django-dajaxice-git-python2/ https://aur.archlinux.org/packages/django-dajax-git-python2/ https://aur.archlinux.org/packages/django-dajaxice/ https://aur.archlinux.org/packages/django-dajax/ django-dajax is no longer maintained by its original author. Although it is still supported for a few more months, none of these libs are required by anything. Makes no sense to keep them J. Leclanche
[aur-general] Merge requests: Various python2 packages
https://aur.archlinux.org/packages/python2-flask-classy/ into https://aur.archlinux.org/packages/python-flask-classy/ https://aur.archlinux.org/packages/python2-flask-markdown/ into https://aur.archlinux.org/packages/python-flask-markdown/ https://aur.archlinux.org/packages/python2-tabulate/ into https://aur.archlinux.org/packages/python-tabulate/ https://aur.archlinux.org/packages/python2-ngxtop/ into https://aur.archlinux.org/packages/ngxtop/ * Satisfying. * Not a library but more of a command-line tool. No need for python- prefix. ** Some of those packages are required by mediacrush-server-git, but upstream is working on native python3 support, so that won't be a problem for long (and currently the package can't be installed anyway). J. Leclanche
[aur-general] Merge request: phpredis/php-redis
https://aur.archlinux.org/packages/php-redis/ https://aur.archlinux.org/packages/phpredis/ One needs to be merged into the other. I don't know which into which as I don't deal with php packages. J. Leclanche
Re: [aur-general] Merge Request
On Wednesday, April 23, 2014 20:27:46 Allen Li wrote: > Please merge python-pytagcloud into python2-pytagcloud. > > https://aur.archlinux.org/packages/python2-pytagcloud/ > https://aur.archlinux.org/packages/python-pytagcloud/ Merged, thanks. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Deletion request
On Wednesday, April 23, 2014 19:24:48 dmb...@gmail.com wrote: > Please delete > > https://aur.archlinux.org/packages/parcman-git/ > > I created it while considering a name change for one of my projects, but > opted to keep it under the name "pacrepo". Removed, thanks. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Disown request: alsamixer-qt4
Disregard the previous message. Please instead merge the package into qastools: https://aur.archlinux.org/packages/qastools/ J. Leclanche On Thu, Apr 24, 2014 at 2:21 AM, Jerome Leclanche wrote: > https://aur.archlinux.org/packages/alsamixer-qt4/ > > Out of date for years. > > J. Leclanche
[aur-general] Disown request: alsamixer-qt4
https://aur.archlinux.org/packages/alsamixer-qt4/ Out of date for years. J. Leclanche
[aur-general] Delete request: gns3-unofficial
Please remove gns3-unofficial. It was beta/rc channel for gns3. There is no beta/rc now, and won't be for a long time. https://aur.archlinux.org/packages/gns3-unofficial/ -- Kind regards, Damian Nowak StratusHost www.AtlasHost.eu
[aur-general] Merge Request
Please merge python-pytagcloud into python2-pytagcloud. https://aur.archlinux.org/packages/python2-pytagcloud/ https://aur.archlinux.org/packages/python-pytagcloud/
[aur-general] Deletion request
Please delete https://aur.archlinux.org/packages/parcman-git/ I created it while considering a name change for one of my projects, but opted to keep it under the name "pacrepo".
Re: [aur-general] [Deletion Request] 115backup-gtk{2,3}
I was (for some reason) under the impression that AUR packages had to be source-only with the exception of fonts, images, icons etc, but it seems that I was wrong. Cheers for the clarification! On 23/04/2014, Nowaker wrote: >> I thought it was permissible to point to binaries just as long as you >> don't include binaries in the tarball that's uploaded to the AUR. > > There is no strict rule for this - it's rather common sense. Binaries > built by the upstream are OK (but if sources are available, then of > course it's better to use them, but there's no obligation). Binaries > from other sources... it depends. If you download some non-executable > data like fonts, then it's justifiable too as long as checksums are > provided. Executable from odd-looking sources on the internet, or > self-compiled executables are not. > > 115backup-gtk2 and 115backup-gtk3 are OK - they download the sources > directly from the upstream. Upstream doesn't provide sources. Skype > works the same way. > > -- > Kind regards, > Damian Nowak > StratusHost > www.AtlasHost.eu > -- David Phillips GPG Key 0x7BF3D17D0884BF5B Fingerprint 2426 235A 7831 AA2F 56AF 4BC0 7BF3 D17D 0884 BF5B
Re: [aur-general] 'java-runtime' dependency not working as expected
It make sense... As soon as I installed jdk7 (replacing jre7), it compiled just fine. Thanks Nowaker and Antonio Rojas 2014-04-23 13:58 GMT-03:00 Antonio Rojas : > Rafael Ferreira wrote: > > > Hi there. > > > > Sudokuki has 'java-runtime' [1] as dependency and I have 'jre7' [2] (from > > AUR) installed (which 'provides' java-runtime=7)... When I try to > compile > > sudokuki, makepkg warns me: > > > > :: jre7-openjdk and jre7 are in conflict (java-runtime). Remove jre7? > > :: [y/N] > > > > I don't want to install jre7-openjdk [3], as I need jre7. Why > > "java-runtime" is not working as expected? How can I make jre7 be > > recognized as java-runtime ? > > > > Because it wants java-environment as makedependency, so it tries to install > jdk7-openjdk, which in turn depends on jre7-openjdk. You need to install > jdk7 manually (which also provides java-environment) before compiling. > >
Re: [aur-general] 'java-runtime' dependency not working as expected
Rafael Ferreira wrote: > Hi there. > > Sudokuki has 'java-runtime' [1] as dependency and I have 'jre7' [2] (from > AUR) installed (which 'provides' java-runtime=7)... When I try to compile > sudokuki, makepkg warns me: > > :: jre7-openjdk and jre7 are in conflict (java-runtime). Remove jre7? > :: [y/N] > > I don't want to install jre7-openjdk [3], as I need jre7. Why > "java-runtime" is not working as expected? How can I make jre7 be > recognized as java-runtime ? > Because it wants java-environment as makedependency, so it tries to install jdk7-openjdk, which in turn depends on jre7-openjdk. You need to install jdk7 manually (which also provides java-environment) before compiling.
Re: [aur-general] 'java-runtime' dependency not working as expected
:: jre7-openjdk and jre7 are in conflict (java-runtime). Remove jre7? [y/N]
JRE != JDK. You need JDK7 to compile Java software.
makedepends=('java-environment')
And it tries to install OpenJDK for you, but it conflicts with your JRE.
Install Oracle JDK if you don't want OpenJDK.
https://aur.archlinux.org/packages/jdk7/
--
Kind regards,
Damian Nowak
StratusHost
www.AtlasHost.eu
[aur-general] 'java-runtime' dependency not working as expected
Hi there. Sudokuki has 'java-runtime' [1] as dependency and I have 'jre7' [2] (from AUR) installed (which 'provides' java-runtime=7)... When I try to compile sudokuki, makepkg warns me: :: jre7-openjdk and jre7 are in conflict (java-runtime). Remove jre7? [y/N] I don't want to install jre7-openjdk [3], as I need jre7. Why "java-runtime" is not working as expected? How can I make jre7 be recognized as java-runtime ? Thanks in advance, Rafael Ferreira [1] https://aur.archlinux.org/packages/sudokuki/ [2] https://aur.archlinux.org/packages/jre7/ [3] https://www.archlinux.org/packages/extra/x86_64/jre7-openjdk/
Re: [aur-general] Delete package
On Wednesday, April 23, 2014 15:09:30 James Bulmer wrote: > Hi all, > > could https://aur.archlinux.org/packages/python2-keystoneclient-deb/ be > removed as I have moved all of its dependants to > https://aur.archlinux.org/packages/python2-keystoneclient/ Removed, thanks. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
[aur-general] Delete package
Hi all, could https://aur.archlinux.org/packages/python2-keystoneclient-deb/ be removed as I have moved all of its dependants to https://aur.archlinux.org/packages/python2-keystoneclient/ thanks James
Re: [aur-general] [Deletion Request] 115backup-gtk{2,3}
I thought it was permissible to point to binaries just as long as you don't include binaries in the tarball that's uploaded to the AUR. There is no strict rule for this - it's rather common sense. Binaries built by the upstream are OK (but if sources are available, then of course it's better to use them, but there's no obligation). Binaries from other sources... it depends. If you download some non-executable data like fonts, then it's justifiable too as long as checksums are provided. Executable from odd-looking sources on the internet, or self-compiled executables are not. 115backup-gtk2 and 115backup-gtk3 are OK - they download the sources directly from the upstream. Upstream doesn't provide sources. Skype works the same way. -- Kind regards, Damian Nowak StratusHost www.AtlasHost.eu
Re: [aur-general] [Deletion Request] 115backup-gtk{2,3}
On 23/04, David Phillips wrote: Could [1] and [2] please be removed? They aren't pointing to source files, they're pointing to .debs which are, as far as I am aware, binaries and not source. They were orphaned up to a month ago and don't have any votes or comments, so don't seem to be popular anyway. Repackaging binary packages are fine, and expected if said software isn't open source and they don't provide any other package. -- Sincerely, Johannes Löthberg PGP Key ID: 3A9D0BB5 pgp4ptQWFdyIx.pgp Description: PGP signature
Re: [aur-general] [Deletion Request] 115backup-gtk{2,3}
I thought it was permissible to point to binaries just as long as you don't include binaries in the tarball that's uploaded to the AUR. On 23/04/14 12:19, David Phillips wrote: Could [1] and [2] please be removed? They aren't pointing to source files, they're pointing to .debs which are, as far as I am aware, binaries and not source. They were orphaned up to a month ago and don't have any votes or comments, so don't seem to be popular anyway. [1] https://aur.archlinux.org/packages/115backup-gtk2/ [2] https://aur.archlinux.org/packages/115backup-gtk3/ Cheers
[aur-general] [Deletion Request] 115backup-gtk{2,3}
Could [1] and [2] please be removed? They aren't pointing to source files, they're pointing to .debs which are, as far as I am aware, binaries and not source. They were orphaned up to a month ago and don't have any votes or comments, so don't seem to be popular anyway. [1] https://aur.archlinux.org/packages/115backup-gtk2/ [2] https://aur.archlinux.org/packages/115backup-gtk3/ Cheers -- David Phillips GPG Key 0x7BF3D17D0884BF5B Fingerprint 2426 235A 7831 AA2F 56AF 4BC0 7BF3 D17D 0884 BF5B
Re: [aur-general] Package removal request
On Wednesday, April 23, 2014 13:54:23 Alexander wrote: > Please delete [1] because there is a newer package, built from hg ([2]) > > [1] https://aur.archlinux.org/packages/texlive-csse-fcs/ > [2] https://aur.archlinux.org/packages/texlive-csse-fcs-hg/ Removed, thanks. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
[aur-general] Package removal request
Please delete [1] because there is a newer package, built from hg ([2]) [1] https://aur.archlinux.org/packages/texlive-csse-fcs/ [2] https://aur.archlinux.org/packages/texlive-csse-fcs-hg/ -- With regards, Polovtcev Alexander
Re: [aur-general] [Deletion Request] Multimon
Mutlimon was orphaned and abandoned, being superseeded by Multimon-ng (https://aur.archlinux.org/packages/multimon-ng-git/), accoring to the ex-comment. On 23/04/2014, Martti Kühne wrote: > On Wed, Apr 23, 2014 at 4:06 AM, Felix Yan wrote: >> On Wednesday, April 23, 2014 13:34:59 David Phillips wrote: >>> Please delete https://aur.archlinux.org/packages/multimon/ as it >>> appears to have been orphaned and superseeded by another package, as >>> noted in the comments. >> > > > That comment is gone now, too. What has become of it? > -- David Phillips GPG Key 0x7BF3D17D0884BF5B Fingerprint 2426 235A 7831 AA2F 56AF 4BC0 7BF3 D17D 0884 BF5B
[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 2 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 15 packages missing signoffs * 1 package 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.) == New packages in [community-testing] in last 24 hours (2 total) == * arm-none-eabi-gcc-4.9.0-1 (i686) * arm-none-eabi-gcc-4.9.0-1 (x86_64) == Incomplete signoffs for [community] (15 total) == * waf-1.7.15-2 (any) 1/2 signoffs * agg-1:2.4r93-1 (i686) 0/1 signoffs * arm-none-eabi-gcc-4.9.0-1 (i686) 0/1 signoffs * cinnamon-control-center-2.2.3-3 (i686) 0/1 signoffs * cinnamon-settings-daemon-2.2.1-3 (i686) 0/1 signoffs * python-msgpack-0.4.2-1 (i686) 0/1 signoffs * simple-scan-3.12.0-2 (i686) 0/1 signoffs * weston-1.4.0-3 (i686) 0/1 signoffs * agg-1:2.4r93-1 (x86_64) 0/2 signoffs * arm-none-eabi-gcc-4.9.0-1 (x86_64) 0/2 signoffs * cinnamon-control-center-2.2.3-3 (x86_64) 0/2 signoffs * cinnamon-settings-daemon-2.2.1-3 (x86_64) 0/2 signoffs * python-msgpack-0.4.2-1 (x86_64) 0/2 signoffs * simple-scan-3.12.0-2 (x86_64) 0/2 signoffs * weston-1.4.0-3 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * waf-1.7.15-2 (any), since 2014-03-21 == Top five in signoffs in last 24 hours == 1. anatolik - 1 signoffs
Re: [aur-general] [Deletion Request] Multimon
On Wed, Apr 23, 2014 at 4:06 AM, Felix Yan wrote: > On Wednesday, April 23, 2014 13:34:59 David Phillips wrote: >> Please delete https://aur.archlinux.org/packages/multimon/ as it >> appears to have been orphaned and superseeded by another package, as >> noted in the comments. > That comment is gone now, too. What has become of it?
