Hi, I've submitted two new btrfs packages to the AUR:
btrfs-progs-unstable-integration [0] and
btrfs-progs-unstable-integration-git [1], and I'd like opinions on the
state of things:
a) should btrfs-progs-git [2] should be merged with
btrfs-progs-unstable-integration-git, given that the latter is more true to
it's name as a -git package, and the former is more of a lagging stable
version of the "non-git" integration branch
or
b) should the non-git, btrfs-progs-unstable-integration package be dropped
in favour of the more stable btrfs-progs-git package
or
c) should all three packages remain
or
d) should the unstables be merged into one PKGBUILD with the option to let
the user choose between "stable" and "next" by setting a variable in it?
or
e) something else?
Personally, I'm happy maintaining all three packages, but I'm aware that I
have just tripled the number of btrfs-progs packages in the AUR, which may
cause some confusion with some users, and may be considered littering the
AUR.
Some further information which may be useful:
btrfs-progs-git = stable, but stale (no commits since July 5th)
btrfs-progs-unstable-integration = unstable, but known to build, snapshot
of the integration-next (git) branch
btrfs-progs-unstable-integration-git = most unstable, actively committed
to, may not always build
Thanks.
[0] https://aur.archlinux.org/packages/btrfs-progs-unstable-integration/
[1] https://aur.archlinux.org/packages/btrfs-progs-unstable-integration-git/
[2] https://aur.archlinux.org/packages/btrfs-progs-git/
=== 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
* 10 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] (10 total) ==
* fcitx-mozc-1.11.1522.102-2 (i686)
0/1 signoffs
* gdal-1.10.0-3 (i686)
0/1 signoffs
* gtest-1.7.0-1 (i686)
0/1 signoffs
* python-pytables-3.0.0-4 (i686)
0/1 signoffs
* vtk-5.10.1-10 (i686)
0/1 signoffs
* fcitx-mozc-1.11.1522.102-2 (x86_64)
0/2 signoffs
* gdal-1.10.0-3 (x86_64)
0/2 signoffs
* gtest-1.7.0-1 (x86_64)
0/2 signoffs
* python-pytables-3.0.0-4 (x86_64)
0/2 signoffs
* vtk-5.10.1-10 (x86_64)
0/2 signoffs
== Top five in signoffs in last 24 hours ==
1. tomegun - 2 signoffs
I'd like to take over the gkrellweather package. The maintainer is
unresponsive and the PKGBUILD needs updating.
https://aur.archlinux.org/packages/gkrellweather/
--
Thanks,
Jonathan Kotta
Hofstadter's Law:
It always takes longer than you expect, even
when you take into account Hofstadter's Law.
Hi,
Please, remove xf86-video-intel-plymouth[1] package for its patches are now
unneeded for Plymouth to work (checked with gen4 and gen7) and obsolete
(the DDX's code has changed too much).
[1]: https://aur.archlinux.org/packages/xf86-video-intel-plymouth/
Thanks,
--
Ivan Shapovalov / intelfx /
Hi,
Today I released coreutils-static, a coreutils variant that is
statically compiled. The aim of this package is to provide crucial Linux
binaries that will be helpful during a disaster. Binaries are compiled
with --prefix=/rescue, similar to FreeBSD.
My plan is to include util-linux, grep, bash and zsh as well.
(Static pacman is already in AUR)
--
Kind regards,
Damian Nowak
StratusHost
www.AtlasHost.eu
=== 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
* 10 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] (10 total) ==
* fcitx-mozc-1.11.1522.102-2 (i686)
0/1 signoffs
* gdal-1.10.0-3 (i686)
0/1 signoffs
* gtest-1.7.0-1 (i686)
0/1 signoffs
* python-pytables-3.0.0-4 (i686)
0/1 signoffs
* vtk-5.10.1-10 (i686)
0/1 signoffs
* fcitx-mozc-1.11.1522.102-2 (x86_64)
0/2 signoffs
* gdal-1.10.0-3 (x86_64)
0/2 signoffs
* gtest-1.7.0-1 (x86_64)
0/2 signoffs
* python-pytables-3.0.0-4 (x86_64)
0/2 signoffs
* vtk-5.10.1-10 (x86_64)
0/2 signoffs
== Top five in signoffs in last 24 hours ==
1. eric - 3 signoffs
2. allan - 2 signoffs
3. dan - 1 signoffs
Hi,
I just submitted two packages to AUR, these are my first packages so
comments are welcome:
coinor-csdp
mosek
(Note that mosek's "source" is dependent on the target architecture,
so it only shows the 32 bit one on the AUR package website.)
* CSDP is a C library for Semidefinite Programming, an optimization
technique used in machine learning and other areas. It's released
under the Common Public License 1.0.
* Mosek is a linear, quadratic, conic, and mixed integer programming
solver. (Mosek is commercial, but you can get trial or academic
licenses for free to use it.)
Both packages install their matlab toolboxes into
/usr/share/doc/${pkgname}/matlab, for Matlab/Octave users.
Both AUR uploads grab the sources from the upstream vendor.
I'm maintaining these packages on GitHub, so if you want any changes
made to them please submit a pull request or an issue on the GitHub
repository located at:
https://github.com/ido/packages-archlinux
I'd love to see coinor-csdp reach the AUR community repository, since
it's CPL licensed and a useful tool, but it's pretty niche software so
I'm not holding my breath. :-)
Cheers,
Ido
PS: I am unsubscribing from aur-general now so please CC my email address
on replies meant for me.