On 03/20/2018 02:36 PM, Bartłomiej Piotrowski via arch-dev-public wrote:
> Hi team,
>
> As I'm absolutely the worst with C++, none of my packages depend on
> boost and I've spent enough nights terrified of its build system quirks,
> I'll be orphaning it soon. Feel free to adopt it in archweb.
>
Hello again,
after archange and Baptiste mentioned that the numbers look a little odd, I
took some more time and re-ran the tests with additional parameters.
Most notably, this includes -T2 - to show behavior on lower-spec machines, and
it fixes the higher compression levels by appending
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 current method is `xz -c -z -` which is single-threaded and rather slow, so
we are looking to replace it with
On 3/24/19 9:18 PM, Baptiste Jonglez wrote:
> Just one detail: your results for -19, -20 and -21 are identical because
> apparently zstd needs an additional flag (--ultra) to "unlock" the higher
> compression levels:
>
> zstd -c -T0 -20 -
> Warning : compression level higher than max,
On 3/25/19 1:33 AM, Gaetan Bisson via arch-dev-public wrote:
> - Prepare a static build of libarchive-3.3.3 compressed with xz and
> write a wiki page with detailed instructions on how to manually switch
> from an old system (for users who might want to switch even later).
>
Users that may
On 3/25/19 1:38 AM, Evangelos Foutras via arch-dev-public wrote:
> On Mon, 25 Mar 2019 at 01:22, Jan Alexander Steffens via
> arch-dev-public wrote:
>>
>> When we implement this, I would say we go with "zstd -c -T0 -" in
>> pacman's makepkg.conf and "zstd -C -T0 -18 -" in the configs shipped
>>
On 3/25/19 12:22 AM, Andrew Gregory wrote:
> On 03/25/19 at 12:15am, Robin Broda via arch-dev-public wrote:
>> On 3/24/19 11:20 PM, Evangelos Foutras via arch-dev-public wrote:
>>> On Sun, 24 Mar 2019 at 23:45, Allan McRae via arch-dev-public
>>> wrote:
>>>&
On 3/24/19 11:20 PM, Evangelos Foutras via arch-dev-public wrote:
> On Sun, 24 Mar 2019 at 23:45, Allan McRae via arch-dev-public
> wrote:
>>
>> On 25/3/19 4:34 am, Robin Broda via arch-dev-public wrote:
>>> This change requires a new pacman release, as as of writ
Attached here is the script i wrote to make most of these measurements, for
anyone interested in reproducing these results - and the raw results of the
benchmark.
Read it before running it. You may need to make adjustments.
Rob
bench.sh
Description: application/shellscript
On 3/20/19 2:02 PM, Morten Linderud via arch-dev-public wrote:
> acpid
> neofetch
> udiskie
Adopted!
--
Rob (coderobe)
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
signature.asc
Description: OpenPGP digital signature
On 9/11/19 11:10 PM, Morten Linderud via arch-dev-public wrote:
> svenstaro also wrote a `offline-build` tool that went into contrib. Eli
> polished
> it and moved it to devtools after some work.
offload-build, not offline-build, fwiw!
--
Rob (coderobe)
O< ascii ribbon campaign - stop html
On 9/22/19 10:12 PM, Alad Wenter via arch-dev-public wrote:
> Hi,
>
> As I no longer use them, I will drop the following packages to AUR
> unless someone is interested in picking them up:
>
> * usbview
>
> If you are interested in any of the above packages, please let me know
> in a reasonable
On 10/2/19 11:10 AM, Florian Pritz via arch-dev-public wrote:
> That said, I'd like to orphan some of them too. If anyone is interested
> in taking over one of these packages (and its dependencies), please feel
> free to adopt it and tell me so that I can orphan it.
>
> filezilla libfilezilla
>
On 11/13/19 3:46 AM, Allan McRae via arch-dev-public wrote:
> To keep this momentum going, it would be great to rebuild every package
> in [core] using makepkg from pacman-5.2+. That way we can test which
> packages are actually reproducible and work towards fixing those that
> are not. So be
with more in-depth knowledge taking a look.
If the known issues are solved and nothing major comes up, the deployment will
happen as planned.
On 12/8/19 1:39 PM, Robin Broda via arch-dev-public wrote:
> What still needs to be done:
> - infrastructure:
> - nginx rewrite rules hardcode
On 12/14/19 7:58 PM, Robin Broda via arch-dev-public wrote:
> On 12/8/19 1:39 PM, Robin Broda via arch-dev-public wrote:
>> What still needs to be done:
>> - infrastructure:
>> - nginx rewrite rules hardcode xz PKGEXT
>> https://github.com/ar
On 12/14/19 7:58 PM, Robin Broda via arch-dev-public wrote:
> Hello again,
>
> We are on our way to getting zstd merged.
>
> The planned merge window for this is **2019/12/27** at around 20:00
> Europe/Berlin time.
> Several team members will be meeting at th
On 12/12/19 1:21 PM, Christian Rebischke via arch-dev-public wrote:
> 8.2 I can't find any list about punishments for violations of these
> rules.
>
> Best regards,
> Chris
>
Do we have such lists of punishment in any of our other guidelines?
I think we generally assume that other team
Hello everyone,
Now that Zstd 1.4.4 has been out, and released into our repos as well, i think
it's time for a new status report on this.
I re-ran the benchmarks with the new zstd, and we are hitting marginally better
times in compression & decompression in all scenarios.
In the past few
On 1/3/20 5:35 AM, Eli Schwartz via arch-dev-public wrote:
> After a bit of research work and making sure one or two things have been
> properly packaged, I've developed a PKGBUILD which ensures that a system
> has the POSIX shell and utilities (XCU) section installed. I believe
> this is an
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 testing shows that nothing immediately combusted on
release, so I'm confident.
Once it has left testing, packages
On 1/5/20 11:04 PM, Morten Linderud via arch-dev-public wrote:
> On Mon, Jan 06, 2020 at 07:53:21AM +1000, Allan McRae via arch-dev-public
> wrote:
>> Following the roll out of the base metapackage, and its poorly written
>> news post, we agreed that all new posts should have a draft posted to
>>
22 matches
Mail list logo