Arch Website Notification | 2 Sep 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
* 25 packages missing signoffs
* 0 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] (25 total) ==

* freevo-1.9.0-14 (any)
    0/2 signoffs
* lxpanel-0.7.0-1 (i686)
    0/1 signoffs
* lz4-122-1 (i686)
    0/1 signoffs
* php-geoip-1.1.0-1 (i686)
    0/1 signoffs
* php-memcache-3.0.8-3 (i686)
    0/1 signoffs
* php-memcached-2.2.0-2 (i686)
    0/1 signoffs
* php-mongo-1.5.4-2 (i686)
(Continue reading)

Alexander Rødseth | 1 Sep 18:58 2014
Picon

Removing python2-mpdclient2 from [community]

Hi,

python2-mpdclient2 (with basename python-mpdclient2) was an orphan
that I adopted some time ago. This is the current webpage:
http://incise.org/py-libmpdclient2.html

The webpage says: "This library is not maintained and has been
superceded by the python-mpd library. New projects should use
python-mpd."

python-mpd is already in [extra] and there is a whole smörgåsbord of
python/python2 and mpd related packages and clients in AUR.

The package recently showed up in a python2-related TODO-list, which
is why I am removing it now.

--

-- 
Best regards,
  Alexander Rødseth / xyproto

Evangelos Foutras | 1 Sep 11:26 2014

Re: chromium-libpdf

On 31/08/14 04:23, Ido Rosen wrote:
> Hi,
>   Would it be possible to add a replaces= and/or conflicts= to the
> chromium Arch package for "chromium-libpdf", since it integrates that
> (formerly very popular) AUR package and causes a file conflict on
> attempted upgrade otherwise?    (Given the popularity of both
> packages, seems like a good idea?)

I thought about this when packaging Chromium 37 but decided against it.
I feel that it's the user's responsibility to manage packages outside of
the official repositories.

Arch Website Notification | 1 Sep 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
* 29 packages missing signoffs
* 0 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
* gobby-0.5.0-1 (i686)
    0/1 signoffs
* libinfinity-0.6.1-1 (i686)
    0/1 signoffs
* lxpanel-0.7.0-1 (i686)
    0/1 signoffs
* lz4-122-1 (i686)
    0/1 signoffs
* php-geoip-1.1.0-1 (i686)
    0/1 signoffs
* php-memcache-3.0.8-3 (i686)
(Continue reading)

Timothy Redaelli | 1 Sep 00:09 2014

Re: chromium-libpdf

Il 31/08/2014 03:23, Ido Rosen ha scritto:
> Hi,
>    Would it be possible to add a replaces= and/or conflicts= to the
> chromium Arch package for "chromium-libpdf", since it integrates that
> (formerly very popular) AUR package and causes a file conflict on
> attempted upgrade otherwise?    (Given the popularity of both
> packages, seems like a good idea?)
chromium-libpdf does NOT exists in aur...

Arch Website Notification | 31 Aug 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
* 29 packages missing signoffs
* 0 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
* gobby-0.5.0-1 (i686)
    0/1 signoffs
* libinfinity-0.6.1-1 (i686)
    0/1 signoffs
* lxpanel-0.7.0-1 (i686)
    0/1 signoffs
* lz4-122-1 (i686)
    0/1 signoffs
* php-geoip-1.1.0-1 (i686)
    0/1 signoffs
* php-memcache-3.0.8-3 (i686)
(Continue reading)

Ido Rosen | 31 Aug 03:23 2014

chromium-libpdf

Hi,
  Would it be possible to add a replaces= and/or conflicts= to the
chromium Arch package for "chromium-libpdf", since it integrates that
(formerly very popular) AUR package and causes a file conflict on
attempted upgrade otherwise?    (Given the popularity of both
packages, seems like a good idea?)

Thanks,
Ido

Arch Website Notification | 30 Aug 10:07 2014

Signoff report for [community-testing]

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

There are currently:
* 6 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 29 packages missing signoffs
* 0 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 (6 total) ==

* gobby-0.5.0-1 (i686)
* libinfinity-0.6.1-1 (i686)
* php-geoip-1.1.0-1 (i686)
* gobby-0.5.0-1 (x86_64)
* libinfinity-0.6.1-1 (x86_64)
* php-geoip-1.1.0-1 (x86_64)

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

* freevo-1.9.0-14 (any)
    0/2 signoffs
* gobby-0.5.0-1 (i686)
    0/1 signoffs
(Continue reading)

rev | 29 Aug 14:58 2014
Picon

Disowning gitlab-shell

I've disowned https://aur.archlinux.org/packages/gitlab-shell/ if anyone
wants it.
--

-- 
TheReverend403 - http://revthefox.co.uk - rev@... - PGP: 0xA41CDAA9

Csányi Pál | 29 Aug 14:24 2014
Picon

Can't run Nested: ImportError: No module named Image

Hi,

I just installed the nested package from AUR

but can't run it:
$ nested
Traceback (most recent call last):
  File "/usr/bin/nested", line 10, in <module>
    import nested.nested_gui
  File "/usr/lib/python2.7/site-packages/nested/nested_gui.py", line
43, in <module>
    import Image            # For thumbnails
ImportError: No module named Image

How can I solve this problem?

--

-- 
Regards from Pal

Arch Website Notification | 29 Aug 10:07 2014

Signoff report for [community-testing]

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

There are currently:
* 16 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 25 packages missing signoffs
* 0 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 (16 total) ==

* lz4-122-1 (i686)
* php-geoip-1.0.8-4 (i686)
* php-memcache-3.0.8-3 (i686)
* php-memcached-2.2.0-2 (i686)
* php-mongo-1.5.4-2 (i686)
* seamonkey-2.26.1-2 (i686)
* xdebug-2.2.5-2 (i686)
* xulrunner-31.0-2 (i686)
* lz4-122-1 (x86_64)
* php-geoip-1.0.8-4 (x86_64)
* php-memcache-3.0.8-3 (x86_64)
* php-memcached-2.2.0-2 (x86_64)
* php-mongo-1.5.4-2 (x86_64)
(Continue reading)


Gmane