Re: [arch-dev-public] Create guidelines regarding SIMD instructions/x86 extensions
On Sat, 25 May 2019 at 04:27, Filipe Laíns via arch-dev-public wrote: > Setting `-mtune` to generic won't add any additional instruction sets > by itself, but it does not prevent instruction sets from being added. > Looks like GCC enables MMX, SSE and SSE2 by default, it isn't related > at all to `-march` like I stated in the email but it still presents the > same issue. As far as I know, MMX, SSE and SSE2 are mandatory part of the AMD64 instruction set, so they are not enabled randomly just because someone felt like it, but because they are be present on every x86_64 cpu.
Re: [arch-dev-public] Raise default inotify limits
On Tue, 21 Aug 2018 at 08:16, Jan Alexander Steffens via arch-dev-public wrote: > > Hi list, > > I would like to add a sysctl.d/10-arch.conf file to filesystem with the > following content: > > # Raise inotify resource limits > fs.inotify.max_user_instances = 1024 > fs.inotify.max_user_watches = 524288 > > To fix https://bugs.archlinux.org/task/47830 and other issues; e.g. "flow", > used for JS development, runs a cache daemon that silently malfunctions and > uses old source file content when it cannot create any more watches. > > Any objections? > > Greetings, > Jan I'm all for increasing the limits. In fact, all my systems have the limit increased to at least 65536, because the default isn't enough for some apps (Intellij Idea and readymedia comes to mind) Lukas
Re: [arch-dev-public] dropping luxrender packages
On Fri, 27 Jul 2018 at 20:31, Bruno Pagani via arch-dev-public wrote: > > Le 27/07/2018 à 19:59, Lukas Jirkovsky via arch-dev-public a écrit : > > > Hi, > > I'd like to drop the luxrays, luxrender and luxblend25 packages from > > [community]. They have always required continuous attention to keep > > working which I can no longer provide with sufficient quality and > > right now the luxrender package is blocking the Python 3.7 rebuild. > > > > Moreover, the luxrender project has been abandoned and it was > > superseded by LuxCoreRender which has an active maintainer in AUR. > > > > If nobody steps in, I will remove them tomorrow. > > > > Lukas All packages dropped. > Please drop embree2 at the same time then, since luxrender was the only > remaining user. ;) Thanks for the reminder, I dropped that one, too Lukas
[arch-dev-public] dropping luxrender packages
Hi, I'd like to drop the luxrays, luxrender and luxblend25 packages from [community]. They have always required continuous attention to keep working which I can no longer provide with sufficient quality and right now the luxrender package is blocking the Python 3.7 rebuild. Moreover, the luxrender project has been abandoned and it was superseded by LuxCoreRender which has an active maintainer in AUR. If nobody steps in, I will remove them tomorrow. Lukas
Re: [arch-dev-public] Dropping cdrkit, replacing with cdrtools
On 21 January 2017 at 00:39, Jan de Groot wrote: > > Last note: only thing that keeps me from moving this right now is the > maintenance. The current maintainer in community has maintained this > package for 5 years with regular updates and does a good job > maintaining his packages. It would be nice if he could continue > maintaining the package, but I think it's good to have mkisofs and > cdrecord in extra instead of community. Any thoughts about this? > If you think cdrecord would be better off in [extra] I'm OK with moving it and someone else taking over. If it stays in [community] I have no issue maintaining it either, it's a low-maintenance package. Lukas
Re: [arch-dev-public] [RFC] Send signoff reports somewhere else (or not at all)
On 2 January 2017 at 16:50, Giancarlo Razzolini wrote: > Hi All, > Also, I have been pointed to this[0]. So, should we send signoff > reports somewhere else or, not at all? > > Cheers, > Giancarlo Razzolini > Send them to /dev/null ;) Lukas
[arch-dev-public] dropping pion
I would like to drop pion[1] from the [community]. The last upstream release was approximately two years ago and there's no package in the repository that depends on it. If nobody objects and takes over this package, I will delete it by the end of the week. [1] https://www.archlinux.org/packages/community/x86_64/pion/
Re: [arch-dev-public] Moving repos to nymeria - possibly some interruption of service
On 27 June 2016 at 22:29, Sven-Hendrik Haase wrote: > On Mon, Jun 27, 2016 at 7:23 PM, Lukas Jirkovsky via arch-dev-public < > arch-dev-public@archlinux.org> wrote: > > > Can you ssh into it? Thank you, this helped a lot! It turned out I had a duplicate entry in .ssh/config which was still pointing to nymeria and which was taking precedence over the one I updated to point to repos.archlinux.org Lukas
Re: [arch-dev-public] Moving repos to nymeria - possibly some interruption of service
On 26 June 2016 at 23:25, Sven-Hendrik Haase wrote: > Sounds like you have your repos subdomain fixed to nymeria in your hosts > file. Check out your route to repos.archlinux.org. If it doesn't point to > orion.archlinux.org, that's the problem. The route should be OK: [lukas@orochi Arch]$ tracepath repos.archlinux.org 1?: [LOCALHOST] pmtu 1500 ... 11: hos-tr1.ex3k6.rz16.hetzner.de16.654ms asymm 13 12: orion.archlinux.org 13.987ms reached Resume: pmtu 1500 hops 12 back 14 [lukas@orochi Arch]$ host orion.archlinux.org orion.archlinux.org has address 88.198.91.70
Re: [arch-dev-public] Moving repos to nymeria - possibly some interruption of service
On 13 June 2016 at 20:45, Jan Alexander Steffens via arch-dev-public wrote: > Actually, the right command would be: > > 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, Jun 13, 2016 at 7:54 PM Sven-Hendrik Haase wrote: > Due to the lack of time I didn't get to doing the relocation until now, and it's failing for me with: nologin: invalid option -- 'c' ... (nologin help) ... svn: E170013: Unable to connect to a repository at URL 'svn+ssh://svn-commun...@repos.archlinux.org/srv/repos/svn-community/svn' svn: E210002: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: E210002: Network connection closed unexpectedly Doing a clean checkout from repos.archlinux.org fails with the same error Any ideas? Lukas
