Re: [arch-projects] [namcap] [PATCH] Use section.iter_tags('type') as applicable

On Sun, 10 Jan 2021 at 16:34, Emil Velikov wrote: > > On Tue, 5 Jan 2021 at 01:40, Emil Velikov wrote: > > > > This produces shorter and faster code. The speed-up depends greatly on > > the workload - so here are some examples: > > > > File: mesa-18.3.2-1-x86_64.pkg.tar.xz from [1] > > > >

Re: [arch-projects] [namcap] [PATCH] Use section.iter_tags('type') as applicable

On Tue, 5 Jan 2021 at 01:40, Emil Velikov wrote: > > This produces shorter and faster code. The speed-up depends greatly on > the workload - so here are some examples: > > File: mesa-18.3.2-1-x86_64.pkg.tar.xz from [1] > > Before: > 1.66s user 0.15s system 100% cpu 1.814 total > 1.61s user 0.21s

Re: [arch-projects] [namcap] [PATCH] Add handling for compression into namcap.py

On Fri, 11 Dec 2020 at 20:29, Eli Schwartz via arch-projects wrote: > > On 12/11/20 2:25 PM, meganomic via arch-projects wrote: > > Adds handling of the compression and temporary storage into namcap.py > > so it can be removed from the bash script. > > https://bugs.archlinux.org/task/59844

Re: [arch-projects] [netctl][PATCH] Move away from using wpa_actiond

Hi team, On Sat, 9 Feb 2019 at 09:19, Thomas Bächler wrote: > > Am 8. Februar 2019 20:17:52 MEZ schrieb Jouke Witteveen > : > >On Fri, Feb 8, 2019 at 3:36 PM Emil Velikov > >wrote: > >> > >> On Thu, 7 Feb 2019 at 14:50, Jouke Witteveen via arch-projects > >> wrote: > >> > > >> > The same

Re: [arch-projects] [devtools] [PATCH] Remove finddeps tool

On Mon, 6 May 2019 at 15:10, Jelle van der Waa wrote: > > From: Jelle van der Waa > > finddeps depends on a no longer existing ABS tree. This data can also be > queried via archweb. > --- Out of curiosity: AFAICT all the information is already in the local DB, so theoretically pacman can present

Re: [arch-projects] [netctl][PATCH] Move away from using wpa_actiond

On Sat, 9 Feb 2019 at 09:19, Thomas Bächler wrote: > > Am 8. Februar 2019 20:17:52 MEZ schrieb Jouke Witteveen > : > >On Fri, Feb 8, 2019 at 3:36 PM Emil Velikov > >wrote: > >> > >> On Thu, 7 Feb 2019 at 14:50, Jouke Witteveen via arch-projects > >> wrote: > >> > > >> > The same functionality

Re: [arch-projects] [netctl][PATCH] Move away from using wpa_actiond

On Thu, 7 Feb 2019 at 14:50, Jouke Witteveen via arch-projects wrote: > > The same functionality is provided by wpa_supplicant, so we do not need > an extra and Arch Linux specific dependency. The introduction of wpa_actiond [1] hints there are issues with wpa_cli. Namely: - partial or missing

Re: [arch-projects] [netctl] [PATCH] wifi-menu: Support UTF-8 encoded SSIDs (FS#45384)

On 26 June 2018 at 11:34, Jouke Witteveen wrote: > On Tue, Jun 26, 2018 at 12:17 PM Emil Velikov > wrote: >> On 23 June 2018 at 12:25, Jouke Witteveen via arch-projects >> wrote: >> > Strictly speaking, we should check with the SSIDEncoding value sent out >> > by the station, as specified in

[arch-projects] [netctl] [PATCH] Simplify init_profiles() implementation

From: Emil Velikov Currently each profile is handles in two stages: - a unique value is returned for a set of patterns matches - depending on the value the profile/essid is added to global lists A shorter and simpler solution is to omit the unnecessary value passing/processing all together.

Re: [arch-projects] [netctl] [PATCH] wifi-menu: Support UTF-8 encoded SSIDs (FS#45384)

Hi Jouke, Thanks for fixing this! Sharing a couple of ideas that come to mind. On 23 June 2018 at 12:25, Jouke Witteveen via arch-projects wrote: > Strictly speaking, we should check with the SSIDEncoding value sent out > by the station, as specified in the 2012 version of 802.11 (page 566), >

Re: [arch-projects] [dbscripts] [PATCH v2 1/5] Use even more bashisms.

On 20 February 2018 at 14:23, Eli Schwartz wrote: > On 02/20/2018 06:59 AM, Emil Velikov wrote: >> Disclaimer: the following is a bit subtle topic, so I hope it doesn't >> spur a lot of off-topic. > > Eh, I don't mind. > >> Is there any performance or other technical

Re: [arch-projects] [dbscripts] [PATCH v2 1/5] Use even more bashisms.

Hi Eli, Disclaimer: the following is a bit subtle topic, so I hope it doesn't spur a lot of off-topic. On 19 February 2018 at 20:11, Eli Schwartz via arch-projects wrote: > Catch some cases that were missed in the previous run. > > Signed-off-by: Eli Schwartz

[arch-projects] [projects][PATCH] wpa_actiond: Wait for three "failed" PONGs before disconnecting

When the system is very low on resources, select() may return 0 even when wpa_supplicant is alive and kicking. Don't disconnect as soon at that occurs - wait three times and clearly log it. Signed-off-by: Emil Velikov --- Hi all, Using [projects] since [wpa_actiond]

Re: [arch-projects] [devtools] Question about installing runtime dependencies at build time

On 8 August 2017 at 18:28, Johannes Löthberg via arch-projects <arch-projects@archlinux.org> wrote: > Quoting Emil Velikov via arch-projects (2017-08-08 18:45:20) >> Hello Arch developers, >> >> After an upstream issue reported by Laurent Carlier (aka lordheavy) >&

Re: [arch-projects] [namcap] Question about transient dependencies

Hi Kyle, On 8 August 2017 at 17:59, keenerd wrote: > There are many little details about Arch that are left in the hands of > the maintainers, because setting a hard policy would involve far too > much pointless bikeshedding. You have found one of these. > I think I've

[arch-projects] [devtools] Question about installing runtime dependencies at build time

Hello Arch developers, After an upstream issue reported by Laurent Carlier (aka lordheavy) Istarted wondering why builds fail on his end and not my (Arch) machine. The key difference seems to be that he's using devtools, whereas I do not. After a further chat, I got the impression that devtools

[arch-projects] [namcap] Question about transient dependencies

Hello developers, Does anyone know why namcap considers transient dependencies a good thing? The terminology I use might be a bit confusing - I'm thinking of "dependency-covered-by-link-dependence" I've had a quick look through the namcap code, plus the wiki but could not see anything. I do