Arch Website Notification | 20 Oct 10:07 2014

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
* 68 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.)

== New packages in [community-testing] in last 24 hours (2 total) ==

* kadu-1.1-1 (i686)
* kadu-1.1-1 (x86_64)

== Incomplete signoffs for [community] (63 total) ==

* freevo-1.9.0-14 (any)
    0/2 signoffs
* 0ad-a17-2 (i686)
    0/1 signoffs
* acpi_call-1.1.0-14 (i686)
    0/1 signoffs
* acpi_call-lts-1.1.0-12 (i686)
    0/1 signoffs
(Continue reading)

stef204 | 19 Oct 13:57 2014

Upgrading PKGBUILD to new version

Hi,

Newbie to maintaining packages in AUR--I only have the one right now (but getting more done soon.)

Quick question: I need to upload a new version of my package (to follow upstream).  I have made the changes to
PKGBUILD already and tested it.

How do I proceed to upgrade on the AUR?  Just upload it "on top" of previous package, using the regular AUR
upload page?

When looking it up, I've seen guys complaining in the forums about having 2 builds on AUR instead of the same
one having been upgraded; just trying to avoid mistakes here.

Thanks for feedback.

Arch Website Notification | 19 Oct 10:07 2014

Signoff report for [community-testing]

=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 36 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 67 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.)

== New packages in [community-testing] in last 24 hours (36 total) ==

* 0ad-a17-2 (i686)
* aegisub-3.2.1-2 (i686)
* calibre-2.6.0-1 (i686)
* couchdb-1.6.1-2 (i686)
* dwdiff-2.0.9-3 (i686)
* fcitx-4.2.8.5-3 (i686)
* gnustep-base-1.24.6-2 (i686)
* gnustep-gui-0.24.0-3 (i686)
* ibus-qt-1.3.3-2 (i686)
* libfbclient-2.5.3.26778-1 (i686)
* mapnik-2.2.0.620.gad76838-1 (i686)
* open-vm-tools-6:9.4.6-2 (i686)
* openttd-1.4.3-2 (i686)
(Continue reading)

Karol Blazewicz | 19 Oct 05:54 2014
Picon

Is it OK to submit a package that is a dozen of one-line scripts?

Is it OK to submit a package that is a dozen of one-line scripts, like
https://aur.archlinux.org/packages/b2b/ ->
https://github.com/iorbitearth/b2b/tree/master/scripts ?

If it's frowned upon, maybe
https://wiki.archlinux.org/index.php/Arch_packaging_standards should
be explicit about it?

Arch Website Notification | 18 Oct 10:07 2014

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
* 31 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] (26 total) ==

* freevo-1.9.0-14 (any)
    0/2 signoffs
* acpi_call-1.1.0-14 (i686)
    0/1 signoffs
* acpi_call-lts-1.1.0-12 (i686)
    0/1 signoffs
* bbswitch-0.8-18 (i686)
    0/1 signoffs
* bbswitch-lts-0.8-3 (i686)
    0/1 signoffs
* kadu-1.0-2 (i686)
    0/1 signoffs
* r8168-8.039.00-3 (i686)
(Continue reading)

Arch Website Notification | 17 Oct 10:07 2014

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
* 34 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] (29 total) ==

* freevo-1.9.0-14 (any)
    0/2 signoffs
* lxde-common-0.5.6-1 (any)
    0/2 signoffs
* acpi_call-1.1.0-14 (i686)
    0/1 signoffs
* acpi_call-lts-1.1.0-12 (i686)
    0/1 signoffs
* bbswitch-0.8-18 (i686)
    0/1 signoffs
* bbswitch-lts-0.8-3 (i686)
    0/1 signoffs
* kadu-1.0-2 (i686)
(Continue reading)

Arch Website Notification | 16 Oct 10:07 2014

Signoff report for [community-testing]

=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 12 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 68 packages missing signoffs
* 27 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.)

== New packages in [community-testing] in last 24 hours (12 total) ==

* acpi_call-lts-1.1.0-12 (i686)
* bbswitch-lts-0.8-3 (i686)
* r8168-lts-8.039.00-4 (i686)
* tp_smapi-lts-0.41-34 (i686)
* virtualbox-modules-4.3.18-4 (i686)
* virtualbox-modules-lts-4.3.18-5 (i686)
* acpi_call-lts-1.1.0-12 (x86_64)
* bbswitch-lts-0.8-3 (x86_64)
* r8168-lts-8.039.00-4 (x86_64)
* tp_smapi-lts-0.41-34 (x86_64)
* virtualbox-modules-4.3.18-4 (x86_64)
* virtualbox-modules-lts-4.3.18-5 (x86_64)

(Continue reading)

Leonidas Spyropoulos | 16 Oct 09:33 2014
Picon

Kernel core dump

Hello list,

I'm experiencing an issue while compiling big projects (i.e. linux 
kernel but not limited to that). The issue seems to be related to 
CPUFREQ and I'm trying to track it down. While compiling the linux-ck 
kernel the kernel panics and core dumps.

I'm trying to get the core dump but I'm not able to access it after hard 
reset. I tried enabling journalctl Storage=Auto to write to disk with no 
luck.

My FS is btrfs and the CPU is AMD FX-8120. The CPU is not overclocked 
[1] and the Cool And Quiet is enabled alond with other power saving 
options in BIOS.

How can I access the kernel dump after crash?

Thanks,
Leonidas

Brett C Cornwall | 16 Oct 08:03 2014
Picon

Request for Orphaning Csound-doc

Hello, I submitted a request about 1.5 weeks ago for the AUR package
csound-doc. Speps, the current maintainer, seems to have gone missing as of
late. Would anyone kindly orphan the package so that I may take over? I've
had a package sitting, ready to go for a while now.

Thank you for the help.

Ido Rosen | 16 Oct 04:34 2014

promote bmon to community?

Hi,
  Would anyone be willing to bring bmon into [community]?  It's a
particularly nice ncurses bandwidth monitor, currently maintained by
dragonlord@... (main package) and me (git
package).  It
has 79 votes.  I've seen packages with fewer votes go into [community]
but would understand either way.

Ido

Benjamin A. Shelton | 16 Oct 00:39 2014
Picon

Orphaned package cleanup [iptraf-ipv6]?

Hi everyone,

I was browsing some packages on the AUR and ran into iptraf-ipv6 [1] 
which was last updated over a year ago (2013-05-10) and has presumably 
been orphaned (according to the then-maintainer) for about as long. The 
functionality of iptraf-ipv6 has long since been included in iptraf-ng 
(noted by this [2] tracker ticket), and the upstream project appears to 
have been last updated [3] in September 2005 (!).

It seems to me this ought to be removed?

Benjamin

[1] https://aur.archlinux.org/packages/iptraf-ipv6/
[2] https://bugs.archlinux.org/task/22143
[3] http://iptraf.seul.org/


Gmane