Re: [aur-general] Updating MATE Packages

2016-06-05 Thread Kyle Terrien via aur-general
Sean Fennell  wrote:
> Hello All,
> 
> A couple weeks ago I found out that Martin was no longer going to be
> able to maintain the MATE desktop packages for Arch Linux [1] [2].  I
> had a chat with Martin on IRC and confirmed that MATE would need a new
> maintainer.  Since then I've been working on updating the relevant MATE
> PKGBUILD's from 1.12 to 1.14.  I've been getting spun up with how Arch
> maintains packages, learning more about the PKGBUILD creation and
> updating processes, and getting set up on the various mailing lists and
> my AUR profile.
> 
> The question comes now how do I get these updated PKGBUILD's to the
> community?  If the packages are bumped down from [Community] to the AUR,
> I would be more than happy to maintain them there.  If/when I earn TU
> status, I would then move them back to the official [Community]
> repository.  The drawback there is a major DE would no longer be in an
> official Arch repository and would require users manually building each
> updated PKGBUILD or to use an AUR helper.  Alternatively, perhaps a
> current TU could use my updated PKGBUILD's to get MATE 1.14 out to the
> community while I work on earning TU status and can then maintain the
> packages directly at a later date.
> 
> To head off any ideas about my motivations here, I am not trying to
> leverage this issue to bypass or fasttrack past any TU requirements.  I
> realize I'm pretty much unknown in the Arch community.  I would like to
> change that with good work.
> 
> To the matter at hand, what is going to be the best way to get the MATE
> packages updated?  What is my next step in that process?  I'm eager to
> get my hands dirty helping out with maintaining MATE (and other packages
> as well).
> 
> Thank you,
> 
> Sean Fennell 
> 
> [1]
> https://lists.archlinux.org/pipermail/aur-general/2016-May/032306.html
> [2]
> https://www.reddit.com/r/archlinux/comments/4kakzk/

As a recent convert to MATE (coming from XFCE), I wish you the best of
luck.

It looks like Manjaro is maintaining their own MATE packages [0].  I am
not sure if you were aware of this, but if you were not then this should
help tremendously.

I experimented a little and successfully built all the GTK2 (stable)
versions of 1.14 [1].  Most of the effort was building things in the
right order (Take a look at make-gtk2.sh in [1].).  I did not need to
modify any of the PKGBUILDS from Manjaro.  I hope you may find this
useful.

MATE is certainly seeing far more active development than XFCE at this
point.  XFCE is unfortunately making the Netscape mistake of focusing on
rewriting all their code so it compiles with GTK3.  (In fact, they have
no new features planned for the next release.)  It will most likely be
years before we see new things and fixes come out of XFCE (and the GTK3
change will likely introduce more regressions).

So, MATE is like a breath of fresh air.  Personally, I would really like
to see MATE stay in community where everyone can easily install it.  The
way I see the problem, all we need to do is build the PKGBUILDS from
Manjaro and have someone from Arch officially vet them.  Will a TU
please help us?

--Kyle

[0]: https://github.com/manjaro/packages-community/tree/master/mate
[1]: https://gitlab.com/KlipKyle/mate-pkgbuilds



signature.asc
Description: OpenPGP digital signature


Re: [aur-general] afraiddns-git PKGBUILD: review and criticism welcome

2016-06-05 Thread Martin Kühne via aur-general
On Sun, Jun 5, 2016 at 1:46 PM, Michael S.  wrote:
> Isn't it the MIT License?
> https://github.com/mar77i/afraiddns/blob/master/LICENSE
> https://opensource.org/licenses/MIT
>


Whoa thanks. Will fix.

cheers!
mar77i


Re: [aur-general] afraiddns-git PKGBUILD: review and criticism welcome

2016-06-05 Thread Michael S.

The license should be 'custom' unless it's a more standard one. See [1] for
more info on that.


Isn't it the MIT License?
https://github.com/mar77i/afraiddns/blob/master/LICENSE
https://opensource.org/licenses/MIT

Regards,
Michael


Re: [aur-general] afraiddns-git PKGBUILD: review and criticism welcome

2016-06-05 Thread Justin Dray
You can add an empty file in the package for the key, and set it in the
backup array, that way it won't overwrite existing files and will work
without doing it via a shell script and not tracking the file in pacman.

Your pkgver function should probably be below the list of static variables
at the top, not in the middle of them.

The license should be 'custom' unless it's a more standard one. See [1] for
more info on that.

If you don't use a build function, just don't include it. No point making a
no-op one in there.

Otherwise it looks good to me

[1] https://wiki.archlinux.org/index.php/PKGBUILD#license

Regards,
Justin


[aur-general] afraiddns-git PKGBUILD: review and criticism welcome

2016-06-05 Thread Martin Kühne via aur-general
Just throwing this out there.
I'd welcome hints and advice for a more modern / more compliant way to
write PKGBUILDs as of 2016.
Eg. whether my install file overengineers things a bit, I could as
well adjust my script to crash properly if no apikey is found.

cheers!
mar77i

[0] https://aur.archlinux.org/packages/afraiddns-git
[1] https://github.com/mar77i/afraiddns


[aur-general] Signoff report for [community-testing]

2016-06-05 Thread Arch Website Notification
=== 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
* 167 packages missing signoffs
* 15 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] (167 total) ==

* avr-libc-2.0.0-2 (any)
0/2 signoffs
* acpi_call-1.1.0-47 (i686)
0/1 signoffs
* avr-gcc-6.1.1-1 (i686)
0/1 signoffs
* avr-gdb-7.11.1-1 (i686)
0/1 signoffs
* bbswitch-0.8-50 (i686)
0/1 signoffs
* clearsilver-0.10.5-20 (i686)
0/1 signoffs
* collectd-5.5.1-4 (i686)
0/1 signoffs
* dnssec-tools-2.2-4 (i686)
0/1 signoffs
* freeradius-3.0.11-3 (i686)
0/1 signoffs
* hexchat-2.12.1-3 (i686)
0/1 signoffs
* inn-2.6.0-3 (i686)
0/1 signoffs
* kvirc-4.2.0-9 (i686)
0/1 signoffs
* liboping-1.8.0-4 (i686)
0/1 signoffs
* linux-tools-4.6-2 (i686)
0/1 signoffs
* obexftp-0.24-7 (i686)
0/1 signoffs
* openipmi-2.0.21-2 (i686)
0/1 signoffs
* pcsc-perl-1.4.14-2 (i686)
0/1 signoffs
* perl-berkeleydb-0.55-2 (i686)
0/1 signoffs
* perl-class-methodmaker-2.24-2 (i686)
0/1 signoffs
* perl-crypt-blowfish-2.14-4 (i686)
0/1 signoffs
* perl-crypt-des-2.07-4 (i686)
0/1 signoffs
* perl-crypt-openssl-dsa-0.15-3 (i686)
0/1 signoffs
* perl-curses-1.33-2 (i686)
0/1 signoffs
* perl-data-structure-util-0.16-3 (i686)
0/1 signoffs
* perl-datetime-1.25-2 (i686)
0/1 signoffs
* perl-dbd-odbc-1.52-2 (i686)
0/1 signoffs
* perl-dbd-pg-3.5.3-2 (i686)
0/1 signoffs
* perl-dbd-sqlite2-0.37-2 (i686)
0/1 signoffs
* perl-dbd-sybase-1.15-5 (i686)
0/1 signoffs
* perl-devel-leak-0.03-3 (i686)
0/1 signoffs
* perl-device-serialport-1.04-8 (i686)
0/1 signoffs
* perl-file-rsyncp-0.74-3 (i686)
0/1 signoffs
* perl-fuse-0.16.1-4 (i686)
0/1 signoffs
* perl-gd-2.56-4 (i686)
0/1 signoffs
* perl-gnome2-wnck-0.16-11 (i686)
0/1 signoffs
* perl-goo-canvas-0.06-7 (i686)
0/1 signoffs
* perl-gssapi-0.28-10 (i686)
0/1 signoffs
* perl-gstreamer-0.20-3 (i686)
0/1 signoffs
* perl-gstreamer-interfaces-0.06-9 (i686)
0/1 signoffs
* perl-gtk2-imageview-0.05-7 (i686)
0/1 signoffs
* perl-gtk2-sexy-0.05-11 (i686)
0/1 signoffs
* perl-gtk2-trayicon-0.06-13 (i686)
0/1 signoffs
* perl-gtk2-unique-0.05-13 (i686)
0/1 signoffs
* perl-gtk2-webkit-0.09-7 (i686)
0/1 signoffs
* perl-html-strip-2.09-2 (i686)
0/1 signoffs
* perl-inline-java-0.58-2 (i686)
0/1 signoffs
* perl-io-dirent-0.05-6 (i686)
0/1 signoffs
* perl-io-tty-1.12-3 (i686)
0/1 signoffs
* perl-json-xs-3.02-3 (i686)
0/1 signoffs
* perl-lchown-1.01-5 (i686)
0/1 signoffs
* perl-linux-pid-0.04-6 (i686)
0/1 signoffs
* perl-mail-box-parser-c-3.007-4 (i686)
0/1 signoffs
* perl-mail-transport-dbx-0.07-12 (i686)
0/1 signoffs
* perl-mouse-2.4.5-3 (i686)
0/1 signoffs
* perl-net-dbus-1.1.0-3 (i686)
0/1 signoffs
* perl-net-libidn-0.12-10 (i686)
0/1 signoffs
* perl-package-stash-xs-0.28-4 (i686)
0/1 signoffs
* perl-params-classify-0.013-7 (i686)
0/1 signoffs
* perl-params-util-1.07-5 (i686)
0/1 signoffs
* perl-params-validate-1.22-2 (i686)
0/1 signoffs
* perl-proc-processtable-0.53-2 (i686)
0/1 signoffs
* perl-string-crc32-1.5-4 (i686)
0/1 signoffs
* perl-sub-identify-0.12-2 (i686)
0/1 signoffs
* perl-sub-name-0.15-2 (i686)
0/1 signoffs
* perl-term-readline-gnu-1.31-2 (i686)
0/1 signoffs
* perl-test-leaktrace-0.15-3 (i686)
0/1 signoffs
* perl-text-charwidth-0.04-12 (i686)
0/1 signoffs
* perl-text-kakasi-2.04-13 (i686)
0/1 signoffs
* perl-tie-hash-indexed-0.05-12 (i686)
0/1 signoffs
* perl-tk-tablematrix-1.23-14 (i686)
0/1 signoffs
* perl-variable-magic-0.59-2 (i686)
0/1 signoffs
* perl-www-curl-4.17-4 (i686)
0/1 signoffs
* perl-xml-fast-0.11-7 (i686)
0/1 signoffs
* perl-xml-libxslt-1.94-4 (i686)
0/1 signoffs
* pork-0.99.8.1-11 (i686)
0/1 signoffs
* r8168-8.042-2 (i686)
0/1 signoffs
* rt3562sta-2.4.1.1_r3-12 (i686)
0/1 signoffs
* rxvt-unicode-9.22-2 (i686)
0/1 signoffs
* tp_smapi-0.42-1 (i686)
0/1 signoffs
* uwsgi-2.0.13.1-3 (i686)
0/1 signoffs
* vhba-module-20140928-30 (i686)
0/1 signoffs
* virtualbox-modules-arch-5.0.20-4 (i686)
0/1 signoffs
* xmms2-0.8DrO_o.919.gece0baf-4 (i686)
0/1 signoffs
* znc-1.6.3-4 (i686)
0/1 signoffs
* acpi_call-1.1.0-47 (x86_64)
0/2 signoffs
* avr-gcc-6.1.1-1 (x86_64)
0/2 signoffs
* avr-gdb-7.11.1-1 (x86_64)
0/2 signoffs
* bbswitch-0.8-50 (x86_64)
0/2 signoffs
* clearsilver-0.10.5-20 (x86_64)
0/2 signoffs
* collectd-5.5.1-4 (x86_64)
0/2 signoffs
* dnssec-tools-2.2-4 (x86_64)
0/2 signoffs
* freeradius-3.0.11-3 (x86_64)