[arch-dev-public] Signoff report for [testing]

[Arch Website Notification]

=== Signoff report for [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
* 9 fully signed off packages
* 18 packages missing signoffs
* 6 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 [core] (8 total) ==

* cryptsetup-1.6.8-1 (i686)
0/1 signoffs
* dbus-1.10.0-4 (i686)
0/1 signoffs
* libusb-1.0.20-1 (i686)
0/1 signoffs
* lvm2-2.02.132-1 (i686)
0/1 signoffs
* cryptsetup-1.6.8-1 (x86_64)
0/2 signoffs
* dbus-1.10.0-4 (x86_64)
0/2 signoffs
* glib2-2.46.1-1 (x86_64)
1/2 signoffs
* lvm2-2.02.132-1 (x86_64)
0/2 signoffs

== Incomplete signoffs for [extra] (10 total) ==

* frameworkintegration-5.15.0-2 (i686)
0/1 signoffs
* freetds-0.95.21-1 (i686)
0/1 signoffs
* gcin-2.8.4-2 (i686)
0/1 signoffs
* qt5-5.5.1-1 (i686)
0/1 signoffs
* xorg-server-1.17.2-5 (i686)
0/1 signoffs
* frameworkintegration-5.15.0-2 (x86_64)
0/2 signoffs
* freetds-0.95.21-1 (x86_64)
0/2 signoffs
* gcin-2.8.4-2 (x86_64)
0/2 signoffs
* qt5-5.5.1-1 (x86_64)
0/2 signoffs
* xorg-server-1.17.2-5 (x86_64)
0/2 signoffs


== Completed signoffs (9 total) ==

* iana-etc-20151016-1 (any)
* btrfs-progs-4.2.2-1 (i686)
* glib2-2.46.1-1 (i686)
* iputils-20150815.1b5d03a-2 (i686)
* thin-provisioning-tools-0.5.3-1 (i686)
* btrfs-progs-4.2.2-1 (x86_64)
* iputils-20150815.1b5d03a-2 (x86_64)
* libusb-1.0.20-1 (x86_64)
* thin-provisioning-tools-0.5.3-1 (x86_64)


== All packages in [testing] for more than 14 days (6 total) ==

* thin-provisioning-tools-0.5.3-1 (i686), since 2015-08-13
* thin-provisioning-tools-0.5.3-1 (x86_64), since 2015-08-13
* iputils-20150815.1b5d03a-2 (i686), since 2015-09-04
* iputils-20150815.1b5d03a-2 (x86_64), since 2015-09-04
* lvm2-2.02.132-1 (i686), since 2015-09-23
* lvm2-2.02.132-1 (x86_64), since 2015-09-23


== Top five in signoffs in last 24 hours ==

1. heftig - 7 signoffs

[arch-dev-public] kodi 15.2

[Ike Devolder]

Heads up.

I'm not yet going to update kodi to version 15.2 since there is a
regression from 15.1 to 15.2. Kodi 15.2 can no longer playback *.ts
files where it could before.

-- 
Ike


pgp4F0fc01FQN.pgp
Description: PGP signature

Re: [arch-dev-public] kodi 15.2

[Ike Devolder]

On Mon, Oct 19, 2015 at 10:27:13PM +0200, Ike Devolder wrote:
> Heads up.
> 
> I'm not yet going to update kodi to version 15.2 since there is a
> regression from 15.1 to 15.2. Kodi 15.2 can no longer playback *.ts
> files where it could before.
> 
> -- 
> Ike

To be more specific hvec playback is broken.

see: http://trac.kodi.tv/ticket/16332

-- 
Ike


pgpyHNXgO8bw4.pgp
Description: PGP signature

Re: [arch-dev-public] [RFC] archive.archlinux.org

[Sébastien Luttringer]

On Sat, 2015-10-17 at 15:49 -1000, Gaetan Bisson wrote:
> [2015-10-17 21:02:00 +0200] Sébastien Luttringer:
> I just have one question. What is "fsociety.archlinux.org" for? Could
> it
> follow our current naming scheme? Is it different from
> "archive.al.org"?

Currently we have our domains cnaming to real server name. www.al.org p
oints to gundrun. Same idea for archive.

fsociety was a name suggestion for the new server if we pick one.

Cheers,

-- 
Sébastien "Seblu" Luttringer
https://seblu.net | Twitter: @seblu42
GPG: 0x2072D77A

Re: [arch-dev-public] [RFC] archive.archlinux.org

[Sébastien Luttringer]

On Sat, 2015-10-17 at 21:26 -0500, Daniel Wallace wrote:
> On Sat, Oct 17, 2015 at 9:20 PM, Gaetan Bisson 
> wrote:
> My question about this is if we allow this into the repositories, an
> ability to go get unsupported package
> easily to install on your system even with a warning about the fact
> that
> they are not supported... can we
> put AUR helpers into the repositories?

There is an important difference between our outdated packages and
external packages, which may not have the level of quality and trust we
expect in official repositories.

Moreover, an AUR package is potentially harmful, where outdated package
aren't. 

AUR helpers you mention are used to get external contents, where
agetpkg helps to retrieve previous packages in order to troubleshoot
or rescue a broken system. There is nothing more allowed that you can
already do with pacman -U /var/cache/pacman/pkg/X.

So, in my opinion, adding AURs helpers it's a different topic.


Cheers,

-- 
Sébastien "Seblu" Luttringer
https://seblu.net | Twitter: @seblu42
GPG: 0x2072D77A