Re: [aur-general] Disown request: chunky

On Wednesday, September 18, 2013 07:27:26 Frederik Freso S. Olesen wrote: > 'Lo list, > > I sent a mail to Luminary, the maintainer of the package "chunky" in the > AUR, on September 4th, and I have not heard back from him. > > Please disown the package. > > https://aur.archlinux.org/packages/c

[aur-general] Disown request: chunky

'Lo list, I sent a mail to Luminary, the maintainer of the package "chunky" in the AUR, on September 4th, and I have not heard back from him. Please disown the package. https://aur.archlinux.org/packages/chunky/ -- Cheers, Frederik "Freso" S. Olesen

Re: [aur-general] uppity replaces curlpaste in [community]

Jonathan Steel wrote: >$_gitname is $srcdir/$_gitname, not $startdir/$_gitname, so it's fine. To >double-check I set $SRCDEST to point somewhere else and it builds fine >still. You're right. Looking at the source of makepkg, I see now that all functions cd into $srcdir. I still prefer the "$srcdi

Re: [aur-general] uppity replaces curlpaste in [community]

On Tue 17 Sep 2013 at 21:36, Xyne wrote: > If you rename the package (uppity-git -> uppity), do you plan to modify it so > that it builds from fixed tags? If not then it should not be renamed as it > remains a git package. Renaming it would be against our guidelines. I will do so. > I also notic

Re: [aur-general] uppity replaces curlpaste in [community]

Jonathan Steel wrote: >Hi, > >curlpaste [1] has been replaced [2] by uppity [3]. The usage is very much >the same. I propose moving uppity-git to [community] as uppity, and >removing curlpaste (not uploading it to the AUR). Am I right in thinking >that uppity "replaces", but does not "conflict" wi

[aur-general] uppity replaces curlpaste in [community]

Hi, curlpaste [1] has been replaced [2] by uppity [3]. The usage is very much the same. I propose moving uppity-git to [community] as uppity, and removing curlpaste (not uploading it to the AUR). Am I right in thinking that uppity "replaces", but does not "conflict" with curlpaste as there are no

Re: [aur-general] Multiple merge request

Lara Maia wrote: >I decided to maintain and update Guacamole. The new packages are already in >aur: > >guacamole-client [1] >guacamole-server [2] > >The old packages have different nomenclatures that are no longer used, and need >to be merged. > >guacd [3] and all libguac* [4] needs to be merged w

[aur-general] bash script lint

Just a FYI - this site: http://www.shellcheck.net/ runs a checker on bash scripts. It actually works pretty well on PKGBUILD scripts, although it does warn about unused variables. -- Jonathan ArnoldWebstream: http://hieronymus.soup.io Talent wins games, but team work and intelligence w

[aur-general] Multiple merge request

I decided to maintain and update Guacamole. The new packages are already in aur: guacamole-client [1] guacamole-server [2] The old packages have different nomenclatures that are no longer used, and need to be merged. guacd [3] and all libguac* [4] needs to be merged with guacamole-server [2] gua

Re: [aur-general] WTFPL question

On Tue, 17 Sep 2013 19:35:52 +0200 pon...@creshal.de wrote: > On 09/17/2013 06:51 PM, Frederik "Freso" S. Olesen wrote: > > Den 17-09-2013 11:18, Storm Dragon skrev: > >> I thought I had this stuff all figured out lol. > > > > Looks like you've already been helped out quite a bit, so I'll > > jus

Re: [aur-general] PKGBUILD Help

On 09/17/2013 06:51 PM, Frederik "Freso" S. Olesen wrote: > Den 17-09-2013 11:18, Storm Dragon skrev: >> I thought I had this stuff all figured out lol. > > Looks like you've already been helped out quite a bit, so I'll > just chime in to add this: Use > https://wiki.archlinux.org/index.php/VCS_PK

Re: [aur-general] PKGBUILD Help

Den 17-09-2013 11:18, Storm Dragon skrev: I thought I had this stuff all figured out lol. Looks like you've already been helped out quite a bit, so I'll just chime in to add this: Use https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines instead of PKGBUILD-git.proto. The -git.proto fi

Re: [aur-general] LTS kernel moved to 3.10.x - module rebuilds

On Tue, 17 Sep 2013 09:36:44 -0500 Pedro Alejandro López-Valencia wrote: > El mar, 17-09-2013 a las 06:09 -0700, Anatol Pomozov escribió: > > > I would suggest to rename linux-lts to linux-lts-3.2 and keep it in > > the repo for a while. This is the way how Arch can keep old version > > of the p

Re: [aur-general] btrfs-progs packages

On 17 September 2013 15:39, Sébastien Luttringer wrote: > On Tue, Sep 17, 2013 at 1:23 PM, WorMzy Tykashi > wrote: > > As it stands, the new testing/btrfs-progs is building the same tools as > the > > btrfs-progs-git PKGBUILD (albeit with !staticlibs), extra/btrfs-progs is > > still quite behind

Re: [aur-general] LTS kernel moved to 3.10.x - module rebuilds

El mar, 17-09-2013 a las 06:09 -0700, Anatol Pomozov escribió: > I would suggest to rename linux-lts to linux-lts-3.2 and keep it in > the repo for a while. This is the way how Arch can keep old version of > the package. This sounds reasonable, but see below. > So people who does not want to rus

Re: [aur-general] btrfs-progs packages

On Tue, Sep 17, 2013 at 1:23 PM, WorMzy Tykashi wrote: > As it stands, the new testing/btrfs-progs is building the same tools as the > btrfs-progs-git PKGBUILD (albeit with !staticlibs), extra/btrfs-progs is > still quite behind. > > Once the testing package hits extra, btrfs-progs-git will be red

[aur-general] Remove dkms-intel-rst

Please remove dkms-intel-rst. This package has become obsolete with the release of Linux Kernel 3.11 in the main repositories. Thanks, Philipp

Re: [aur-general] LTS kernel moved to 3.10.x - module rebuilds

Hi On Tue, Sep 17, 2013 at 5:26 AM, Pedro Alejandro López-Valencia wrote: > On Mon, Sep 16, 2013 at 8:59 PM, Brian F. G. Bidulock > wrote: > >> If you look at https://www.kernel.org/category/releases.html >> you will see that 3.2.x is LTS with EOL 2016, whereas 3.10.x >> is EOL Sept, 2015. (Obv

Re: [aur-general] LTS kernel moved to 3.10.x - module rebuilds

On Mon, Sep 16, 2013 at 8:59 PM, Brian F. G. Bidulock wrote: > If you look at https://www.kernel.org/category/releases.html > you will see that 3.2.x is LTS with EOL 2016, whereas 3.10.x > is EOL Sept, 2015. (Obviously 3.0.x is EOL Oct 2013, next > month, so some change is necessary.) > When we

Re: [aur-general] Delete request: zabbix-agent-1.8.3

On 2013-09-17 11:00 + Jonas Heinrich wrote: >Hi, >please remove this package since it has been unmaintained for several years and >not needed anymore: https://aur.archlinux.org/packages/zabbix-agent-1.8.3/ > >Regards, >Jonas done, thanks

Re: [aur-general] btrfs-progs packages

As it stands, the new testing/btrfs-progs is building the same tools as the btrfs-progs-git PKGBUILD (albeit with !staticlibs), extra/btrfs-progs is still quite behind. Once the testing package hits extra, btrfs-progs-git will be redundant (at least until Chris pulls in more commits). I guess the

[aur-general] Delete request: zabbix-agent-1.8.3

Hi, please remove this package since it has been unmaintained for several years and not needed anymore: https://aur.archlinux.org/packages/zabbix-agent-1.8.3/ Regards, Jonas pgpdkqzXy9IUp.pgp Description: PGP signature

Re: [aur-general] PKGBUILD Help

ti, 2013-09-17 kello 06:44 -0400, Storm Dragon kirjoitti: > Hi, > Thanks for the help. I did your suggestions and all works, except I get this > error: > ==> ERROR: Integrity checks are missing. > But, because this is a git package that will be updated, and doesn't really > have a stable release,

Re: [aur-general] PKGBUILD Help

Hi, Thanks for the help. I did your suggestions and all works, except I get this error: ==> ERROR: Integrity checks are missing. But, because this is a git package that will be updated, and doesn't really have a stable release, it's kind of hard to keep up with the checksum. Is there a way to ge

Re: [aur-general] Disown request: debhelper

very well, i shall try that On 17 September 2013 10:57, Felix Yan wrote: > On Tuesday, September 17, 2013 10:51:40 Charles Pigott wrote: > > well, no, but both packages are broken and have (semi-)working patches > > posted in the comments which have been there for several months, with > > nothi

Re: [aur-general] Disown request: debhelper

On Tuesday, September 17, 2013 10:51:40 Charles Pigott wrote: > well, no, but both packages are broken and have (semi-)working patches > posted in the comments which have been there for several months, with > nothing done about them Given that the two maintainers of the requested packages are stil

Re: [aur-general] btrfs-progs packages

On Mon, Sep 16, 2013 at 5:35 PM, WorMzy Tykashi wrote: > Hi, I've submitted two new btrfs packages to the AUR: > btrfs-progs-unstable-integration [0] and > btrfs-progs-unstable-integration-git [1], and I'd like opinions on the > state of things: > > a) should btrfs-progs-git [2] should be merged w

Re: [aur-general] Disown request: debhelper

well, no, but both packages are broken and have (semi-)working patches posted in the comments which have been there for several months, with nothing done about them C On 17 September 2013 08:11, Martti Kühne wrote: > On Mon, Sep 16, 2013 at 11:41 PM, Charles Pigott > wrote: > > While you're a

Re: [aur-general] Disown request: cflow

On 2013-09-16 16:21 -0400 Jason St. John wrote: >I emailed the maintainer of cflow[1] asking him to update the package >for the several listed problems with it (see comments), but his email >address does not work. I got an automated response saying that the >user is unknown. Please disown this pac

Re: [aur-general] Is it OK to package oneliners?

Jason St. John wrote: >This convinced me to convert a simple one-liner Bash script I wrote >into a Bash function+alias. I previously put the one-liner on GitHub >and submitted a PKGBUILD for it. I have just deleted the GitHub repo, >so please delete this package: >https://aur.archlinux.org/package

Re: [aur-general] removal of hid-holtek-mouse

On Tuesday, September 17, 2013 11:28:57 Fool Echo wrote: > Hi, > > Since this module is part of the kernel 3.11, the hid-holtek-mouse package > is now senseless. Please delete it. Thanks. > > https://aur.archlinux.org/packages/hid-holtek-mouse/ Removed, thanks. Regards, Felix Yan signature.asc

[aur-general] removal of hid-holtek-mouse

Hi, Since this module is part of the kernel 3.11, the hid-holtek-mouse package is now senseless. Please delete it. Thanks. https://aur.archlinux.org/packages/hid-holtek-mouse/ Yannick

Re: [aur-general] PKGBUILD Help

1. You get the path wrong. install -m755 "src/sndup-linux" "$pkgdir/usr/bin" should be install -m755 "sndup" "$pkgdir/usr/bin" 2. Please don't do the git clone/pull stuff manually, use the pacman 4.1 style instead: source=(git://github.com/stormdragon2976/sndup-linux.git) and omit the whole

[aur-general] PKGBUILD Help

# Contributor: Storm Dragon pkgname=sndup-linux-git pkgver=2 pkgrel=1 pkgdesc="A client to upload audio files to the sndup.net autdio sharing service." arch=('any') url="http://github.com/stormdragon2976/sndup-linux"; license=('WTFPL') depends=('bash') makedepends=('git') optdepends=('zenity: for

[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 * 8 packages missing signoffs * 0 packages older than 14 days

Re: [aur-general] Disown request: debhelper

On Mon, Sep 16, 2013 at 11:41 PM, Charles Pigott wrote: > While you're at it, can you disown devscripts too? ( > https://aur.archlinux.org/packages/devscripts/) Similar situation > > > On 16 September 2013 19:24, Charles Pigott > wrote: > >> Hi, can you please disown the maintainer of debhelper (