[arch-dev-public] News draft: nvidia 455.28 is incompatible with linux >= 5.9

nvidia is currently partially incompatible with linux >= 5.9 [1][2]. While graphics should work fine, CUDA and OpenCL are broken. Users who've already upgraded and need those features are advised to switch to the linux-lts kernel for the time being. [1]

Re: [arch-dev-public] Autumn extra cleaning

On 12.10.20 17:49, Archange wrote: > Le 05/10/2020 à 09:16, Sven-Hendrik Haase via arch-dev-public a écrit : >> hunspell-fr >> hyphen-fr >> mythes-fr > > I could take those ones if moved, and since apparently we already have > some for other languages in [c

Re: [arch-dev-public] Autumn extra cleaning

On 05.10.20 11:29, Justin Kromlinger via arch-dev-public wrote: > On Mon, 5 Oct 2020 07:16:14 +0200 > Sven-Hendrik Haase via arch-dev-public > wrote: > >> xournalpp > > I can adopt it when it gets moved into [community]. > I just moved it. signature.asc D

Re: [arch-dev-public] Autumn extra cleaning

On 05.10.20 08:02, Antonio Rojas via arch-dev-public wrote: > El lunes, 5 de octubre de 2020 7:16:14 (CEST), Sven-Hendrik Haase via > arch-dev-public escribió: >> Hey everyone, >> >> It was suggested as part of this year's spring cleanup of [community] >> th

[arch-dev-public] Autumn extra cleaning

Hey everyone, It was suggested as part of this year's spring cleanup of [community] that we should be have a cleanup in [core]/[extra] and move packages downwards into [community]. This round only concerns [extra] packages. Devs that want the packages in [extra], please adopt packages, and TUs

Re: [arch-dev-public] [RFC] Removing maintainer/contributor lines from PKGBUILDs

On Tue, Aug 25, 2020, 21:59 Evangelos Foutras via arch-dev-public < arch-dev-public@archlinux.org> wrote: > I am not sure these serve any purpose. The maintainer line duplicates > information available from the archweb or aur interfaces and could > also be outdated. The contributor lines are

Re: [arch-dev-public] [aur-general] AUR migration

On 24.07.20 23:27, Eli Schwartz via arch-dev-public wrote: > On 7/24/20 3:24 PM, Giancarlo Razzolini via arch-dev-public wrote: >> Em julho 23, 2020 17:09 Giancarlo Razzolini via aur-general escreveu: >>> Hi All, >>> >>> In continuing with the improvements being done to our infrastructure, >>>

Re: [arch-dev-public] Abandoning all my vim-* plugin packages

On Wed, 18 Mar 2020 at 20:40, Sven-Hendrik Haase wrote: > I've started using a vim plugin manager and don't use my packages anymore. > They need a new home. Please show these packages some love: > > * vim-a > * vim-colorsamplerpack > * vim-doxygentoolkit > * vim-g

Re: [arch-dev-public] GitLab switchover and SSO migration

On 17.05.20 22:37, Lukas Fleischer via arch-dev-public wrote: > On Sun, 17 May 2020 at 14:39:25, Sven-Hendrik Haase via arch-dev-public wrote: >> As some of you know, we've been toying with two ideas for a while: >> Arch-wide centralized user management as well as using GitLab to

[arch-dev-public] GitLab switchover and SSO migration

Hi everyone, As some of you know, we've been toying with two ideas for a while: Arch-wide centralized user management as well as using GitLab to consolidate some of our current services. The overall goal is manifold. In no particular order, the goals are to - make Arch more contributor friendly -

Re: [arch-dev-public] Packages spring cleanup!

On Sun, 19 Apr 2020 at 20:50, Jelle van der Waa wrote: > Hi all, > > I'm going to disown some packages as I no longer actively use them and I > want to shift focus into my on other Arch roles: > > ettercap > openttd-opensfx > openttd-opengfx > rdesktop > tesseract > tesseract-* > tidy > unshield

Re: [arch-dev-public] Discussion - Increasing our CPU requirements

On Sun, 29 Mar 2020 at 12:26, Allan McRae via arch-dev-public < arch-dev-public@archlinux.org> wrote: > Remember when Arch Linux was optimized out of the box. We have the > blazingly fast i686 port while other distros hung out in i386 land. > Those were the days where the idea of Arch being

[arch-dev-public] Abandoning all my vim-* plugin packages

I've started using a vim plugin manager and don't use my packages anymore. They need a new home. Please show these packages some love: * vim-a * vim-colorsamplerpack * vim-doxygentoolkit * vim-guicolorscheme * vim-minibufexpl * vim-omnicppcomplete * vim-project * vim-taglist * vim-vcscommand *

Re: [arch-dev-public] Can anyone take nvidia-390xx?

On Thu, 5 Mar 2020 at 20:05, Sven-Hendrik Haase wrote: > On Sun, 23 Feb 2020 at 13:57, Sven-Hendrik Haase wrote: > >> On Wed, 18 Jul 2018 at 01:40, Sven-Hendrik Haase >> wrote: >> >>> I don't run nvidia-390xx on any of my devices. I would appreciate it if >

Re: [arch-dev-public] Can anyone take nvidia-390xx?

On Sun, 23 Feb 2020 at 13:57, Sven-Hendrik Haase wrote: > On Wed, 18 Jul 2018 at 01:40, Sven-Hendrik Haase wrote: > >> I don't run nvidia-390xx on any of my devices. I would appreciate it if >> somebody could take those drivers. I will continue maintaining the mainline

Re: [arch-dev-public] Spring cleaning (moving orphaned packages from [community] to AUR)

On Tue, 3 Mar 2020 at 13:15, Christian Rebischke via arch-dev-public < arch-dev-public@archlinux.org> wrote: > On Thu, Feb 27, 2020 at 10:11:24AM +0100, Public mailing list for Arch > Linux development wrote: > > > PS. If unmaintained orphans in [core] could be moved to [extra], and > >

Re: [arch-dev-public] Can anyone take nvidia-390xx?

On Wed, 18 Jul 2018 at 01:40, Sven-Hendrik Haase wrote: > I don't run nvidia-390xx on any of my devices. I would appreciate it if > somebody could take those drivers. I will continue maintaining the mainline > nvidia package. > This is still a problem. Somebody please over the f

Re: [arch-dev-public] mailman3/hyperkitty/postorius in the repos now

On Sun, Feb 2, 2020, 17:48 David Runge wrote: > Hey all! > > I'm just on my way home from FOSDEM - train time, mail time ;-) > > I've spent the last weeks bringing the mailman3 ecosystem(!) to > [community] and [community-testing] (~56 packages). Today I've added > wiki pages for mailman3 [1]

Re: [arch-dev-public] Package openvpn in [core]?

On Fri, Jan 24, 2020, 11:28 Christian Hesse wrote: > Hello everybody, > > currently the package openvpn is located in our [core] repository and it's > like that since the beginning of time. [0] > > Following a discussion on IRC and our definition for official repositories > [1] we think there is

Re: [arch-dev-public] Guidelines for news posting

On Thu, 16 Jan 2020 at 07:01, Sven-Hendrik Haase wrote: > On Tue, 7 Jan 2020 at 01:14, Gaetan Bisson via arch-dev-public < > arch-dev-public@archlinux.org> wrote: > >> [2020-01-06 23:11:57 +0100] Sven-Hendrik Haase via arch-dev-public: >> > Every news post needs

Re: [arch-dev-public] Guidelines for news posting

On Tue, 7 Jan 2020 at 01:14, Gaetan Bisson via arch-dev-public < arch-dev-public@archlinux.org> wrote: > [2020-01-06 23:11:57 +0100] Sven-Hendrik Haase via arch-dev-public: > > Every news post needs to have a corresponding draft submitted to > > arch-dev-public and wait for

Re: [arch-dev-public] rsync & bundled zlib

On Mon, Jan 13, 2020, 17:23 Christian Hesse wrote: > Hello everybody, > > to date we ship rsync with bundled zlib to keep compatibility with rsync > up to version 3.1.0 and it's old-style --compress option. This is no longer > required with rsync 3.1.1, which was released on 2014-06-22 - nearly

[arch-dev-public] Guidelines for news posting

Hi all, in light of recent events, we had a little get-together in #archlinux-staff to hack on an initial suggestion on guidelines for news posting. If we can agree on these, they should be added on the news posting page on archweb (and perhaps somewhere on the wiki). The draft we came up with

Re: [arch-dev-public] soyuz (pkgbuild.com) server move to homedir.archlinux.org

On Fri, 13 Dec 2019 at 08:00, Sven-Hendrik Haase wrote: > On Mon, 18 Nov 2019 at 07:34, Sven-Hendrik Haase > wrote: > >> Hi all, >> >> I set up a new Hetzner VPS that is going to become our new >> homedir/public_html server available to all TUs and D

Re: [arch-dev-public] zstd rollout complete

On Fri, Dec 27, 2019, 16:31 Robin Broda via arch-dev-public < arch-dev-public@archlinux.org> wrote: > Hello everyone, > > We have just tested and released everything necessary for zstd packages in > our repos. > > Right now, the updated devtools is still in [testing], > but our preliminary

Re: [arch-dev-public] Missing bugtracker assignment emails

On Sat, 14 Dec 2019 at 16:25, Morten Linderud via arch-dev-public < arch-dev-public@archlinux.org> wrote: > Yo! > > Andreas Radke has done an impressive amount of bug assignments the past > week. But it looks like the assignment emails themselves are not sent > correctly and you might not have

Re: [arch-dev-public] soyuz (pkgbuild.com) server move to homedir.archlinux.org

On Mon, 18 Nov 2019 at 07:34, Sven-Hendrik Haase wrote: > Hi all, > > I set up a new Hetzner VPS that is going to become our new > homedir/public_html server available to all TUs and Devs like soyuz was. We > decided to decommission soyuz and put the public_html stuff on i

Re: [arch-dev-public] soyuz (pkgbuild.com) server move to homedir.archlinux.org

On Mon, 18 Nov 2019 at 09:00, Konstantin Gizdov wrote: > Sounds good. One question - where do we move our email aliases? > Not quite sure what you mean. All email is still being handled by apollo unless I'm mistaken and soyuz had more duties than I thought. In the latter case, we should migrate

[arch-dev-public] soyuz (pkgbuild.com) server move to homedir.archlinux.org

Hi all, I set up a new Hetzner VPS that is going to become our new homedir/public_html server available to all TUs and Devs like soyuz was. We decided to decommission soyuz and put the public_html stuff on its own server for security reasons, to cut costs, and so that we can compartmentalize

Re: [arch-dev-public] Adding package (lib32-)-amdvlk in extra (and testing)

On Sun, 10 Nov 2019 at 12:00, Laurent Carlier via arch-dev-public < arch-dev-public@archlinux.org> wrote: > I would like to add these packages in the official repositories. > > It's a good alternative to vulkan-radeon packages, well maintained > upstream > and offer a good compromise with new gfx

Re: [arch-dev-public] Drop ekiga?

On Sun, 9 Jun 2019 at 23:25, Jan de Groot wrote: > On Fri, 2019-06-07 at 16:55 +0200, Sven-Hendrik Haase via arch-dev- > public wrote: > > Since I actually use it but don't care enough to start maintaining > > it, I'd > > appreciate it if you could try bumpin

Re: [arch-dev-public] Drop ekiga?

On Fri, 7 Jun 2019 at 16:47, wrote: > Hello, > > I would like to drop Ekiga. The software hasn't seen a release in years, > the > git master branch has some active development now and then, but a release > for Ekiga5 is not near (though upstream stated the software itself is ready > enough to

Re: [arch-dev-public] Dropping nvidia-340xx series

On Tue, Jun 4, 2019, 21:06 Giancarlo Razzolini via arch-dev-public < arch-dev-public@archlinux.org> wrote: > Em maio 21, 2019 14:52 Giancarlo Razzolini via arch-dev-public escreveu: > > Em maio 21, 2019 11:40 Ralph Corderoy escreveu: > > > > Doesn't help keeping it rotting in our repo when the

Re: [arch-dev-public] Dropping nvidia-340xx series

On Thu, 16 May 2019 at 23:56, Giancarlo Razzolini via arch-dev-public < arch-dev-public@archlinux.org> wrote: > Hi All, > > As you might be aware, this last kernel broke (again) the nvidia-340xx > driver. Usually > when this happens, it delays our kernel or we end up pushing a kernel > without

Re: [arch-dev-public] RFC: (devtools) Changing default compression method to zstd

On Sun, 24 Mar 2019 at 19:35, Robin Broda via arch-dev-public < arch-dev-public@archlinux.org> wrote: > Hello all, > > in the past few weeks, some TUs and Developers have compared different > compression algorithms to potentially replace the default compression > method used in devtools. > The

Re: [arch-dev-public] A contrib repository

On Mon, Mar 18, 2019, 04:31 Morten Linderud via arch-dev-public mailto:arch-dev-public@archlinux.org>> wrote: On Wed, Mar 13, 2019 at 02:05:47PM -1000, Gaetan Bisson via arch-dev-public wrote: > I think it's a great idea but it needs a solid maintainer. Without a > clear leader

[arch-dev-public] New build server for TUs and devs

Hi all, Thanks to Hetzner sponsoring our new server [0] we now have a new box with 48 threads, 128 GiB RAM, and 2 NVMes in RAID0 with a total of 1.75 TiB of storage. Should be plenty fast for the time being. The new server is now available at dragon.archlinux.org for all of your package building

Re: [arch-dev-public] A contrib repository

On Thu, 14 Mar 2019 at 01:05, Gaetan Bisson via arch-dev-public < arch-dev-public@archlinux.org> wrote: > [2019-03-13 23:46:10 +0100] Morten Linderud via arch-dev-public: > > There is a *lot* of small tools people have written over the years that > resides > > in bin/ directories which could be

Re: [arch-dev-public] Away for two weeks

On Fri, Oct 5, 2018 at 8:30 PM Jelle van der Waa wrote: > Hi all, > > I'll be away for two weeks without a laptop so I won't be able to do any > packaging. Feel free to update my packages or fix my open bugs ^_^ > > If there is something really urgent, I should be able to reply via > e-mail. > >

Re: [arch-dev-public] /r/linux AMA

On Thu, Aug 9, 2018 at 6:41 PM Morten Linderud via arch-dev-public < arch-dev-public@archlinux.org> wrote: > Yo! > > The subreddit /r/linux have started organizing AMA threads for relevant > projects. Gentoo had one of these a few months ago and is an interesting > read. > > >

[arch-dev-public] Can anyone take nvidia-390xx?

I don't run nvidia-390xx on any of my devices. I would appreciate it if somebody could take those drivers. I will continue maintaining the mainline nvidia package.

Re: [arch-dev-public] Moving gcc7 into [community] for CUDA

Ok, I'm moving gcc7 into [community] then. Thanks for the input.

Re: [arch-dev-public] Moving gcc7 into [community] for CUDA

I meant to attach the proposed PKGBUILD in the OP. It's attached on this one. PKGBUILD Description: Binary data

[arch-dev-public] Moving gcc7 into [community] for CUDA

Hey, I would like to move gcc7 (based on the latest version 7 commit of gcc [0]) into [community] because of cuda 9.2 and in return drop gcc54. I tried to make it work with current gcc but to no avail. In earlier releases of cuda the incompatibilities could be patched with header hacks but not

[arch-dev-public] Abandoning nvidia 340xx packages - does anyone want them?

I do not have any devices which require me to run nvidia 340xx packages and I haven't tested them for quite some time now. The most recent nvidia devices which require 340xx because the regular nvidia package dropped support for them are now 8-9 years old. I'm not really sure there is merit in

Re: [arch-dev-public] 2017 repository cleanup

Thanks for the work, I adopted a bunch of packages. On Mon, Dec 18, 2017 at 12:05 PM David Runge wrote: > On 2017-12-18 10:54:37 (+0100), Bartłomiej Piotrowski via arch-dev-public > wrote: > > - dbus-c++: > > schiv: libffado > > dvzrv: libffado > > fyan: kimtoy > >

[arch-dev-public] Hey everyone,

I'll be on vacation for 2 weeks starting today. Feel free to update my packages. Sven

[arch-dev-public] Can we have optional deps on AUR packages?

Moving this discussion from aur-general. I posed the question: I just wanted to clear this up with the other TUs: Is it ok for [community] packages to have optional deps on AUR packages or not?

Re: [arch-dev-public] News draft for i686 deprecation, rev. 2

On 25 January 2017 at 08:54, Bartłomiej Piotrowski wrote: > Due to the decreasing popularity of i686 among the developers and the > community, we have decided to phase out the support of this architecture. > > The decision means that February ISO will be the last that

Re: [arch-dev-public] [RFC] Send signoff reports somewhere else (or not at all)

On Mon, Jan 2, 2017 at 4:54 PM, Angel Velásquez wrote: > On 2017-01-02 10:50 AM, Giancarlo Razzolini wrote: >> Hi All, >> >> With the recent archweb migration, some services stopped working. >> We are just finishing migrating those services (and automating them >> on

Re: [arch-dev-public] Dropping nvidia-304xx series

Nope, I still got hardware using that. On Mon, Dec 12, 2016 at 4:49 PM, Bartłomiej Piotrowski <bpiotrow...@archlinux.org> wrote: > On 2016-12-12 16:35, Sven-Hendrik Haase wrote: >> +1 > > Can we also drop 340xx? > > Bartłomiej >

Re: [arch-dev-public] Dropping nvidia-304xx series

+1 On Mon, Dec 12, 2016 at 3:46 PM, Felix Yan wrote: > I have recently disowned nvidia-304xx as I don't own relevant hardware > anymore. Given that it's now an orphan and blocks xorg-server 1.19, I'm > planning to move it to AUR in a few days, if nobody else wants to

Re: [arch-dev-public] Long out of date packages

openvdb is updated as part of the boost rebuild. On Thu, Oct 20, 2016 at 3:03 PM, Allan McRae wrote: > On 20/10/16 22:25, Florian Pritz via arch-dev-public wrote: >> >> allan: >> extra/x86_64/fakechroot > > Updating this breaks the pacman testsuite (due to a fakechroot

Re: [arch-dev-public] i686 and SSE2

This would probably be a good time to get a fully automated building setup going. We certainly have the hardware for it now. On Mon, Sep 19, 2016 at 11:12 PM, Gaetan Bisson wrote: > [2016-09-19 20:57:01 +0200] Balló György via arch-dev-public: >> 2016-09-19 15:34 GMT+02:00

Re: [arch-dev-public] i686 and SSE2

I favor 3) as well. Seems rather easy to implement and I don't really think we need to support architecture that old. On Mon, Sep 19, 2016 at 7:02 AM, Allan McRae wrote: > This goes beyond just adding SSE2 support. > > Years ago, Arch Linux was "optimised for modern

Re: [arch-dev-public] Me and my packages: A sad truth

Hey Thomas, Thank you for being honest and straightforward about this. Could you provide a list of packages that are now orphaned due to this? All the best. Glad to hear you are generally planning to stay onboard. Sven On Sat, Jul 30, 2016 at 1:48 PM, Thomas Bächler

Re: [arch-dev-public] Discussion about optional dependencies

On Jul 19, 2016 03:56, "Gaetan Bisson" wrote: > > [2016-07-19 11:13:22 +1000] Allan McRae: > > My opinion is the primary binary for a > > package should run out of the box. If you really need to reduce > > dependencies, then a split package should be considered. > > That

Re: [arch-dev-public] Moving repos to nymeria - possibly some interruption of service

On Mon, Jun 27, 2016 at 7:23 PM, Lukas Jirkovsky via arch-dev-public < arch-dev-public@archlinux.org> wrote: > On 26 June 2016 at 23:25, Sven-Hendrik Haase <s...@lutzhaase.com> wrote: > > Sounds like you have your repos subdomain fixed to nymeria in your hosts > >

Re: [arch-dev-public] Moving repos to nymeria - possibly some interruption of service

> > svn relocate svn+ssh://svn-packages@nymeria svn+ssh://svn-packages@repos > || > > svn relocate svn+ssh://svn-community@nymeria > svn+ssh://svn-community@repos > > > > Which should relocate the repo properly, no matter which type. > > > > On Mon,

[arch-dev-public] Cleaning up the DNS

Hey all, there is this DNS entry that I have no clue about what it does and whether it's needed: communityIN CNAME nymeria Since nymeria is going away, I would like to know what this does. Any clue anybody? I can't even find community.archlinux.org on Google so it's probably

Re: [arch-dev-public] Moving repos to nymeria - possibly some interruption of service

Signing my message. Also, of course the topic is wrong. We're moving FROM nymeria TO orion. Sven signature.asc Description: OpenPGP digital signature

[arch-dev-public] Moving repos to nymeria - possibly some interruption of service

Hello all, The devops team is currently in the process of moving the repos off nymeria and onto orion as part of our planned infrastructure move (see arch-devops archives). This might result in some minor breakages but we'll try to keep that at a minimum. The move is expected to take place either

Re: [arch-dev-public] TU Resignation

Aw. Fun ride. Good luck on all future ventures. On Thu, Jan 21, 2016 at 10:34 PM, Daniel Wallace < danielwall...@gtmanfred.com> wrote: > Hey all, > > Over the last two months I have been considering this, and finally came to > the decision that it was time to resign as a Trusted User. > > I

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

On Sun, Oct 18, 2015 at 10:41 AM, Florian Pritz <bluew...@xinu.at> wrote: > > On Sat, 17 Oct 2015 22:46:49 +0200 Sven-Hendrik Haase > <s...@lutzhaase.com> wrote: > > I like that project. However, why would we need a new server? Can't we use > > the space and b

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

I like that project. However, why would we need a new server? Can't we use the space and bandwidth of an existing host? I'm not too knowledgeable about our current servers so maybe Florian could shed some light on that. The script seems fairly manageable and you already provide systemd stuff and

[arch-dev-public] [draft] nvidia-340xx and nvidia

As NVIDIA dropped support for G8x, G9x, and GT2xx GPUs with the release of 343.22, there now is set of nvidia-340xx packages supporting those older GPUs. 340xx will receive support until the end of 2019 according to NVIDIA. Users of older GPUs should consider switching to nvidia-340xx. The

Re: [arch-dev-public] Bringing libcl 1.2 into Arch

On 23.05.2014 14:17, Lukas Jirkovsky wrote: Hello, I've been toying with the idea of bumping libcl from version 1.1 to 1.2. Bellow I will sum up my findings. Current State --- The opencl support is split into three different packages: * opencl-headers - provides header

Re: [arch-dev-public] skype maintainer wanted

On 26.04.2014 21:19, Florian Pritz wrote: Hi, I've stopped using skype quite a while ago and I don't want to maintain it any more. If anyone wants to take over, please adopt the package in archweb in the next ~2 weeks, otherwise I'll drop it to AUR. If you take over be aware of the following

Re: [arch-dev-public] nvidia 331.49

On February 26, 2014 9:31:03 AM CET, Ionut Biru ib...@archlinux.org wrote: hello, i'm a bit busy this days. it's kinda a minor update but it would be nice to have this bug resolved as well: https://bugs.archlinux.org/task/38604 On Tue, Feb 25, 2014 at 8:30 PM, Pierre Schmitz pie...@archlinux.de

Re: [arch-dev-public] Git

On 30.09.2013 09:50, Ike Devolder wrote: On Sun, Sep 29, 2013 at 09:55:21PM +0200, Tom Gundersen wrote: On Sun, Sep 29, 2013 at 9:48 PM, Connor Behan connor.be...@gmail.com wrote: On 29/09/13 12:25 PM, Alexander R?dseth wrote: Hi, As I gather, we all like git better than svn, for a long list

Re: [arch-dev-public] Orphans

pypy3 is an orphan no longer. openclonk is actually maintained by jsteel, he should just adopt it. aircrack-ng is maintained

Re: [arch-dev-public] Proposal to change the nvidia-utils package to allow for better bumblebee integration

In continuation of this discussion, I bring forth my proposed new nvidia-utils PKGBUILD. Please see if you find anything wrong with it. # $Id: PKGBUILD 179508 2013-03-05 18:36:25Z ioni $ # Maintainer: Thomas Baechler tho...@archlinux.org # Contributor: James Rayner iphi...@gmail.com

Re: [arch-dev-public] Xorg-server 1.14 hitting testing

On 16.03.2013 17:48, Laurent Carlier wrote: Le samedi 16 mars 2013 10:05:54 Andreas Radke a écrit : Am Sun, 10 Mar 2013 09:27:16 +0100 schrieb Laurent Carlier lordhea...@gmail.com: Users will have to wait until a compatible version is available. Mesa drivers are an alternative, or they can

Re: [arch-dev-public] Proposal to change the nvidia-utils package to allow for better bumblebee integration

On 14.03.2013 10:03, Thomas Bächler wrote: Am 14.03.2013 02:59, schrieb Sven-Hendrik Haase: On 13.03.2013 22:15, Laurent Carlier wrote: Le mercredi 13 mars 2013 06:18:15 Sven-Hendrik Haase a écrit : I propose a change to the nvidia-utils that is as follows: 1. Move all libs to /usr/lib

Re: [arch-dev-public] Proposal to change the nvidia-utils package to allow for better bumblebee integration

On 13.03.2013 22:15, Laurent Carlier wrote: Le mercredi 13 mars 2013 06:18:15 Sven-Hendrik Haase a écrit : I propose a change to the nvidia-utils that is as follows: 1. Move all libs to /usr/lib/nvidia 2. Create nvidia-utils-helper package that only adds a /etc/ld.so.conf.d/nvidia file

[arch-dev-public] Proposal to change the nvidia-utils package to allow for better bumblebee integration

I propose a change to the nvidia-utils that is as follows: 1. Move all libs to /usr/lib/nvidia 2. Create nvidia-utils-helper package that only adds a /etc/ld.so.conf.d/nvidia file containing /usr/lib/nvidia 3. make nvidia-utils depend on nvidia-utils-helper Reasoning: A while back, I asked

Re: [arch-dev-public] Mesa 9.1 in testing

On 24.02.2013 16:40, Andreas Radke wrote: Am Sun, 24 Feb 2013 22:41:08 +1100 schrieb Gaetan Bisson bis...@archlinux.org: [2013-02-23 10:23:13 +0100] Andreas Radke: There are still packages in extra depending on the old libgl package. We will need to fix them before makepkg will properly

Re: [arch-dev-public] Mesa 9.1 in testing

On 24.02.2013 23:31, Gaetan Bisson wrote: [2013-02-24 17:16:42 +0100] Sven-Hendrik Haase: +1 for moving mesa quickly Do you have any more arguments than Andreas gave to support this? Or is the +1 entirely for free? Moving it quickly would seem like the simplest solution and the bugs I

Re: [arch-dev-public] mesa packaging, libGL handling

On 15.02.2013 20:15, Jan Steffens wrote: On Fri, Feb 15, 2013 at 8:02 PM, Tom Gundersen t...@jklm.no wrote: Out of curiosity, what would be the benefit of keeping it split up rather than just merging (almost) everything? The drivers are damn large (thanks to LLVM). No need to have them

Re: [arch-dev-public] Adding {lib32-}libtxc_dxtn_s2tc in community/multilib

On 17.12.2012 01:53, Jan Steffens wrote: On Sun, Dec 16, 2012 at 11:59 PM, Laurent Carlier lordhea...@gmail.com wrote: S2TC is a patent-free S3TC compatible implementation and provides texture compression to Mesa. The package also includes tools to compress/decompress S2TC textures and

Re: [arch-dev-public] fmodex

On 20.11.2012 15:12, Stéphane Gaudreault wrote: I just noticed that we have fmodex (a proprietary audio library) in [community]. Considering the discussion we had recently about steam, I think that the situation is similar here. The FMOD Non-Commercial License does not explicitely allow

Re: [arch-dev-public] fmodex

On 20.11.2012 15:24, Andrea Scarpino wrote: On Tue, Nov 20, 2012 at 3:14 PM, Sven-Hendrik Haase s...@lutzhaase.comwrote: The CEO himself answered me there. Isn't that official enough? Could you forward me the original mail so we keep a copy in arch-dev? Done.

[arch-dev-public] Anyone want mongodb?

I don't use mongodb, it keeps breaking and upstream is nuts. Anyone want this ungodly package? Otherwise I'll drop it into AUR in a few.

Re: [arch-dev-public] Anyone want mongodb?

On 05.11.2012 01:41, Felix Yan wrote: On 11/05/2012 07:13 AM, Sven-Hendrik Haase wrote: I don't use mongodb, it keeps breaking and upstream is nuts. Anyone want this ungodly package? Otherwise I'll drop it into AUR in a few. Hi, I use mongodb at everyday work, but not so confident to deal

[arch-dev-public] About to drop bacula

I'm going to be dropping bacula to AUR soon as I don't use it and I keep bug reports on it. I don't currently have a working bacula set up so it might be better off in someone else's hands. I'll give it a few days before dropping it in case another TU wants to take over.

[arch-dev-public] mongodb and courier packages

I currently don't really use mongodb nor courier-*. heftig is currently making systemd stuff for mongodb but courier will get no such love. Basically, does anyone want mongodb or courier? Otherwise I'd be maintaining mongodb for some time to come but courier-* would go to the aur entirely.