=== 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
* 12 packages missing signoffs
* 3 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] (12 total) ==
* avr-libc-2.0.0-2 (any)
0/2 signoffs
* eric-6.1.6-1 (any)
0/2 signoffs
* eric-i18n-6.1.6-1 (any)
0/2 signoffs
* salt-2016.3.0-1 (any)
0/2 signoffs
* avr-gcc-6.1.1-1 (i686)
0/1 signoffs
* avr-gdb-7.11.1-1 (i686)
0/1 signoffs
* fcitx-qt5-1.0.5-3 (i686)
0/1 signoffs
* python-biopython-1.67-1 (i686)
0/1 signoffs
* avr-gcc-6.1.1-1 (x86_64)
0/2 signoffs
* avr-gdb-7.11.1-1 (x86_64)
0/2 signoffs
* fcitx-qt5-1.0.5-3 (x86_64)
0/2 signoffs
* python-biopython-1.67-1 (x86_64)
0/2 signoffs
== All packages in [community-testing] for more than 14 days (3 total) ==
* avr-gcc-6.1.1-1 (i686), since 2016-05-09
* avr-gcc-6.1.1-1 (x86_64), since 2016-05-09
* avr-libc-2.0.0-2 (any), since 2016-05-10
== Top five in signoffs in last 24 hours ==
It seems that https://aur.archlinux.org/packages/perl-moose requires
version 1.45 of List::Util, right now the tests are what fail, however
the version provided in CORE is like 1.42_2 and even the runtime
dependency for List::Util calls for version 1.45 so I surmise that all
manner of weird runtime errors would occur in the modules that depend on
Moose, lists/arrays going wonky etc... I propose a temporary buttwag by
just creating a perl-list-utils145 PKGBUILD, until the Perl devs put
1.45 or higher into core... does anyone have any objections to this?
it's ugly and rather temporary too, meaning it'll have to be removed
eventually, but I can't just leave perl-moose out of date until 1.45
goes core.
What say you?
--
Thanks,
John D Jones III
UNIX Zealot; Perl Lover
unixgeek1972(a)gmail.com
jnbek1972(a)gmail.com
http://zoelife4u.org/
Where Earth and Spirit Unite
Hi,
whenever I push something to the AUR since some days (even a new repo with a
single commit) I get:
error: The last gc run reported the following. Please correct the root cause
and remove gc.log.
Automatic cleanup will not be performed until the file is removed.
warning: There are too many unreachable loose objects; run 'git prune' to remove them.
It seems to be harmless (i.e. the package is uploaded anyways), but
it's kind of confusing - it seems this is something wrong on the
server, and not my local git repo?
Florian
--
http://www.the-compiler.org | me(a)the-compiler.org (Mail/XMPP)
GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc
I love long mails! | http://email.is-not-s.ms/
hi list,
the aur package for adobes pdf reader acroread [0] is broken since 2
weeks now.
it ships an outdated version of this software, because adobe stopped
building it for linux in may 2013.
still some people are bound to this for several reasons, so please dont
make this thread a discussion about their decision to use this piece of
software.
so 2 weeks ago it started do develop problems later identified as
related to networking/ipv6. crashing silently after 15s while parsing
/etc/hosts. some workarounds were found, none of which was very satisfying.
since two days now it crashes immediately on startup, without any notice.
the stack trace [1] does not make any sense to me, but gdb spit out some
things about lib32-libxcb (running on an x86_64 machine) [2].
downgrading libxcp to version 1.11.1 seems to fix this temporarily, but
doesnt provide a long term solution.
for that i am stuck, so any help from the list is well appreciated. can
someone make sense of that stack trace or the gdb output, and can we
draw conclusions (like shipping outdated libraries with the package in
an extra folder) to make this work again in long term (aka until the
next breakage)?
again, please contribute technical advice only, no discussion about free
software here, please.
best regards
georg
(maintainer of acroread)
[0] https://aur.archlinux.org/packages/acroread
[1] http://pastebin.com/FhQM3izE
[2] http://pastebin.com/f3Py5LDn
=== 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
* 6 packages missing signoffs
* 3 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] (6 total) ==
* avr-libc-2.0.0-2 (any)
0/2 signoffs
* salt-2016.3.0-1 (any)
0/2 signoffs
* avr-gcc-6.1.1-1 (i686)
0/1 signoffs
* avr-gdb-7.11.1-1 (i686)
0/1 signoffs
* avr-gcc-6.1.1-1 (x86_64)
0/2 signoffs
* avr-gdb-7.11.1-1 (x86_64)
0/2 signoffs
== All packages in [community-testing] for more than 14 days (3 total) ==
* avr-gcc-6.1.1-1 (i686), since 2016-05-09
* avr-gcc-6.1.1-1 (x86_64), since 2016-05-09
* avr-libc-2.0.0-2 (any), since 2016-05-10
== Top five in signoffs in last 24 hours ==
1. anthraxx - 2 signoffs
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