- Aur-general - lists.archlinux.org

[aur-general] Deletion request gnome-shell-theme-frieze
by Joost Bremmer 11 Apr '14

11 Apr '14

I understand this is the place to go to get packages removed, in which case I'd like to suggest deleting gnome-shell-theme-frieze [1]. I adopted this package about a year ago but there have been no updates to the theme since Gnome 3.6. Since we're soon heading to 3.12 I think it's safe to say everyone involved has moved on to other things. Thanks in advance, Joost Bremmer [1] https://aur.archlinux.org/packages/gnome-shell-theme-frieze/ Toost Inc. "We apologize for the inconvenience"

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 11 Apr '14

11 Apr '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 18 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 23 packages missing signoffs * 1 package 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 (18 total) == * cinnamon-2.0.14-4 (i686) * cinnamon-session-2.0.6-3 (i686) * cinnamon-settings-daemon-2.0.8-5 (i686) * emerillon-0.1.90-6 (i686) * gnome-packagekit-3.12.0-1 (i686) * gnome-settings-daemon-updates-3.12.0.1-1 (i686) * mongodb-2.6.0-1 (i686) * muffin-2.0.5-3 (i686) * nemo-extensions-2.0.0-4 (i686) * cinnamon-2.0.14-4 (x86_64) * cinnamon-session-2.0.6-3 (x86_64) * cinnamon-settings-daemon-2.0.8-5 (x86_64) * emerillon-0.1.90-6 (x86_64) * gnome-packagekit-3.12.0-1 (x86_64) * gnome-settings-daemon-updates-3.12.0.1-1 (x86_64) * mongodb-2.6.0-1 (x86_64) * muffin-2.0.5-3 (x86_64) * nemo-extensions-2.0.0-4 (x86_64) == Incomplete signoffs for [community] (23 total) == * waf-1.7.15-2 (any) 1/2 signoffs * cantata-1.3.3-2 (i686) 0/1 signoffs * cinnamon-2.0.14-4 (i686) 0/1 signoffs * cinnamon-session-2.0.6-3 (i686) 0/1 signoffs * cinnamon-settings-daemon-2.0.8-5 (i686) 0/1 signoffs * emerillon-0.1.90-6 (i686) 0/1 signoffs * freerdp-1.0.2-5 (i686) 0/1 signoffs * gnome-packagekit-3.12.0-1 (i686) 0/1 signoffs * gnome-settings-daemon-updates-3.12.0.1-1 (i686) 0/1 signoffs * mongodb-2.6.0-1 (i686) 0/1 signoffs * muffin-2.0.5-3 (i686) 0/1 signoffs * nemo-extensions-2.0.0-4 (i686) 0/1 signoffs * cantata-1.3.3-2 (x86_64) 0/2 signoffs * cinnamon-2.0.14-4 (x86_64) 0/2 signoffs * cinnamon-session-2.0.6-3 (x86_64) 0/2 signoffs * cinnamon-settings-daemon-2.0.8-5 (x86_64) 0/2 signoffs * emerillon-0.1.90-6 (x86_64) 0/2 signoffs * freerdp-1.0.2-5 (x86_64) 0/2 signoffs * gnome-packagekit-3.12.0-1 (x86_64) 0/2 signoffs * gnome-settings-daemon-updates-3.12.0.1-1 (x86_64) 0/2 signoffs * mongodb-2.6.0-1 (x86_64) 0/2 signoffs * muffin-2.0.5-3 (x86_64) 0/2 signoffs * nemo-extensions-2.0.0-4 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * waf-1.7.15-2 (any), since 2014-03-21 == Top five in signoffs in last 24 hours == 1. fyan - 6 signoffs

1 0

[aur-general] [Merge Request] trayfreq-fr -> trayfreq-archlinux
by David Phillips 11 Apr '14

11 Apr '14

Hi, please merge [1] into [2] as [2] now provides the features of [1] so there's no need for the patched version, [1]. [1] https://aur.archlinux.org/packages/trayfreq-fr/ [2] https://aur.archlinux.org/packages/trayfreq-archlinux/ Cheers -- David Phillips GPG Key 0x7BF3D17D0884BF5B Fingerprint 2426 235A 7831 AA2F 56AF 4BC0 7BF3 D17D 0884 BF5B

2 1

[aur-general] [Removal Request] python2-pybitcointools
by Andy Weidenbaum 11 Apr '14

11 Apr '14

This package has been renamed upstream to python2-bitcoin.

2 1

[aur-general] iou-web-git
by Артём 11 Apr '14

11 Apr '14

Hello I maintainer iou-web-git (https://aur.archlinux.org/packages/iou-web-git/) I ask you to please remove the package iou-web-git, as a program developer removed git repository and package later does not work.

3 2

[aur-general] Packaging a Ruby application (veewee) with embedded gems (no dependency on Arch ruby-* packages)
by Bertrand Bonnefoy-Claudet 10 Apr '14

10 Apr '14

Hello, veewee [1] is a great tool for building vagrant boxes. Unfortunately, it depends on many other gems. I've already built a package ruby-veewee [2] using Arch packages as dependencies and there is a git version, veewee-git [3], but I find them unsatisfactory because of how difficult they are to package with the right version for each gem. vagrant has recently been accepted in community and has a PKGBUILD that I find peculiar. It seems like it uses some embedded directory to store gems it depends on. Sorry, I'm not very familiar with Ruby and gems. What I would like to achieve is similar. How can I package veewee-git so that required gems are built to and loaded from /opt/veewee/gems ? I have tried several combinations with "gem install" and bundler but without success. Thanks, [1] https://github.com/jedi4ever/veewee [2] https://aur.archlinux.org/packages/ruby-veewee/ [3] https://aur.archlinux.org/packages/veewee-git/ -- Bertrand

3 2

[aur-general] Removal of package
by James Bulmer 10 Apr '14

10 Apr '14

As requested a few days ago, https://aur.archlinux.org/packages/python2-cinderclient-deb/ needs removing as we have moved to https://aur.archlinux.org/packages/python2-cinderclient/ Thanks! -- James

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 10 Apr '14

10 Apr '14

=== 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 * 5 packages missing signoffs * 1 package 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) == * freerdp-1.0.2-5 (i686) * freerdp-1.0.2-5 (x86_64) == Incomplete signoffs for [community] (5 total) == * waf-1.7.15-2 (any) 1/2 signoffs * cantata-1.3.3-2 (i686) 0/1 signoffs * freerdp-1.0.2-5 (i686) 0/1 signoffs * cantata-1.3.3-2 (x86_64) 0/2 signoffs * freerdp-1.0.2-5 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * waf-1.7.15-2 (any), since 2014-03-21 == Top five in signoffs in last 24 hours == 1. thomas - 7 signoffs 2. bluewind - 1 signoffs 3. dan - 1 signoffs

1 0

Re: [aur-general] [arch-dev-public] GHC 7.8.1 packaging decisions for Arch Linux
by Daniel Micay 10 Apr '14

10 Apr '14

On 09/04/14 11:12 PM, Allan McRae wrote: > On 10/04/14 12:58, Thomas Dziedzic wrote: >> On Wed, Apr 9, 2014 at 12:07 AM, Magnus Therning <magnus(a)therning.org>wrote: >>>> >>>> I'm guessing this means cabal-install now is the only package outside >>>> of [community] that uses ghc to build. Is that right? >>>> >> That would be correct. >> >> >>>> Is the plan then that any future tools (i.e. non-libraries) >>>> implemented in Haskell would go into [community]? >> >> This would also be correct. I believe that most people who use packages in >> our supported repos don't actually use the haskell libraries themselves, >> but rather the tools that depend on them. (e.g. xmonad) >> I am not against keeping these tools around and their dependencies if >> someone wants to maintain them, but I personally have no interest in >> maintaining them myself. > > I am fine with this decision. Although I think it better to use a > system package manager if at all possible, I do recognise that this > takes man power that we do not have for haskell. People still have the > option of using the AUR over cabal-install if they want to use the > package manager (or system wide installs - is cabal-install a per user > thing?) > > <aside> > In my ideal situation, we would have a team of people for each of the > "major" programming languages who would determine packaging policy and > provide packages for many of the libraries for that language. Sort of > like how we have multiple people who deal with KDE and GNOME updates. > With a team based setup, it would be easier to have more junior people > brought on to help. > </aside> > > Now that aside is finished, what is the deal with that arch-haskell > group? Is it still going? Would they want to provide packages > officially instead? It's definitely still active. They seem to have all the necessary automation worked out. AFAICT they do an automated conversion from the cabal files and maintain a set of patches for adding external dependencies, etc. https://github.com/archhaskell

2 1

Re: [aur-general] [arch-dev-public] GHC 7.8.1 packaging decisions for Arch Linux
by Thomas Dziedzic 10 Apr '14

10 Apr '14

On Wed, Apr 9, 2014 at 8:12 PM, Allan McRae <allan(a)archlinux.org> wrote: > > Now that aside is finished, what is the deal with that arch-haskell > group? Is it still going? Would they want to provide packages > officially instead? I wouldn't actually be opposed to this idea. A lot of effort is duplicated with regards to Archlinux's official haskell packages and Arch-Haskell's packages. We could try to work out something between the existing haskell package maintainers and arch-haskell maintainers. It might lead to a possibly better overall haskell experience on archlinux. Arch-haskell could maintain official haskell packages using pacman. I (and anyone interested) could support haskell package installation using the cabal-install route.

1 0