This patch adds support to namcap for zstd compression, introduced in
pacman 5.2.0.
---
namcap | 2 ++
1 file changed, 2 insertions(+)
diff --git a/namcap b/namcap
index 5f9ae19..1c07280 100755
--- a/namcap
+++ b/namcap
@@ -18,6 +18,8 @@ for arg in "${@}"; do
lzo)cmd='
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Official repo DB scripts".
The branch, master has been updated
via 60d036ead2565ea19e1c09f8b263cfe34918e2cf (commit)
from 070
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via 2edee89b629f73c8437368b37efbcafd90429728 (commit)
f
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The annotated tag, 20191016 has been created
at f83beacc5ff30a0d207686acb23c98e80271b1cf (tag)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via 901581936a9b2cb60bb0ab00944fb14d65bf3732 (commit)
f
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via 29c6fa85373324c027c4ca3965707422187881d6 (commit)
f
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, sogrep_redirect has been created
at 7f849ea58d6a46631017b928285ebf3ff4ce6c69 (commit
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official mkinitcpio repository".
The annotated tag, v26 has been created
at 8843ca83b9e2fa58cd49e11128222052ec8f4a97 (tag)
t
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official mkinitcpio repository".
The branch, master has been updated
via 9ae6b1f928ef11e277437740908871ab535b655d (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official mkinitcpio repository".
The branch, master has been updated
via 6b7427861b923560c10184ba92df2e7cc13ac258 (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official mkinitcpio repository".
The branch, master has been updated
via a6d0e51cee697d311bb57dd2023b9e148a228a4e (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official mkinitcpio repository".
The branch, master has been updated
via f61dc88b9bfdc59f9f3720a1f0c938ed4a2f14db (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official mkinitcpio repository".
The branch, master has been updated
discards bc41c8b3c51263e52ff21f5ff52fce5c778a35d9 (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, bpiotrowski/debug has been deleted
was 73b9f7bfccf277e45f921920cc53d1cfb1331ca7
- Lo
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via 74f65db396038caafcba20e4302fba080d8cc100 (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, feature/disallow-pkgbuild-mismatch has been deleted
was e9f1a1fb027498c463ee87724f880
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, feature/disallow-pkgbuild-mismatch has been created
at e9f1a1fb027498c463ee87724f880
On 9/17/19 9:30 AM, Daniel M. Capella via arch-projects wrote:
> Most of the time we're just bumping the pkgver and checksums, where a
> commit body isn't needed.
>
> Referencing commit ee970f0bde3c90a0dff909c366d4ab1a1bff9b9d
I religiously use the additional message &quo
Most of the time we're just bumping the pkgver and checksums, where a
commit body isn't needed.
Referencing commit ee970f0bde3c90a0dff909c366d4ab1a1bff9b9d
Signed-off-by: Daniel M. Capella
---
commitpkg.in | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/commitpkg.in b/co
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official mkinitcpio repository".
The branch, master has been updated
via bc41c8b3c51263e52ff21f5ff52fce5c778a35d9 (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official mkinitcpio repository".
The branch, master has been updated
via 74d5acfa3c33121ed119698080dbcfb79b21e881 (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The annotated tag, 20190912 has been created
at 168da4af67c5173e0271983a947d77bf883c9757 (tag)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via bbcff883d59e2fce4b26d241892bf83c70e9b704 (commit)
La selezione del personale non è mai stata cosi semplice .
Consulenza ITC
La Programs & Projects Consulting e' il partner ideale per le aziende.
Proponiamo un'offerta di servizi completa ed integrata, dalla consulenza nella
progettazione di sistemi informatici custom al
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via d8d2e23247a1aab5e269ff0e388e378ec9d462eb (commit)
f
hrelease: actually fail in failure conditions
makechrootpkg: make the -U option work for the first time ever
makechrootpkg: with -n, check if the package failed to install
Eli Schwartz via arch-projects (3):
Revert "makechrootpkg: sync_chroot: Make more general."
Add
issues and regressions, and the self-avowed sole purpose of the change
was so that a downstream project could *post-modify the script and
source it as a library*.
That is not okay. You don't wrap non-factorable code in a function
called main() and call it a library. The
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Official repo DB scripts".
The annotated tag, 20190713 has been created
at 00331c0ff67496af5279413da029ade368f30e88 (tag)
taggin
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Official repo DB scripts".
The branch, master has been updated
via 0706db69d48e8fa9423587f0d11727075b0d3d5f (commit)
from f2e
Hi again,
thank you both for your input! See comments inline:
On 6/17/19 10:20 PM, Jouke Witteveen via arch-projects wrote:
> On Mon, Jun 17, 2019 at 9:45 PM Erich Eckner via arch-projects
> wrote:
>>> In case you are not familiar with cloud-init, the idea is that you can
>&g
On Mon, Jun 17, 2019 at 9:45 PM Erich Eckner via arch-projects
wrote:
> > In case you are not familiar with cloud-init, the idea is that you can
> > build a single OS image that runs cloud-init on boot, and cloud-init
> > will take care of such things as network configuration
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
- --- snip ---
In case you are not familiar with cloud-init, the idea is that you can
build a single OS image that runs cloud-init on boot, and cloud-init
will take care of such things as network configuration, so that the same
image will wor
Ohai!
One of my pet projects atm is creating useful Arch Linux cloud images
(mostly EC2 AMIs), which mostly means giving some lovin' to the
cloud-init AUR package [1]. My dream is for Arch to one day have
official cloud images, but that's a completely different story ;)
So, it tur
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via f522ce2277100a147baa2656753231b14cf1f71d (commit)
f
commit 774774961025b79d84a466f75c651ce17c946928
Author: Eli Schwartz via arch-projects
Date: Tue Jun 4 12:11:20 2019 -0400
doc: add manpage for the new offload-build tool
Signed-off-by: Eli Schwartz
commit 25b4ef279925a964b0de0ed8675d75e1532bf577
Author: Eli Schwartz via arch-projec
ew to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
commit 5b5cd407c14c50976455f337ca479f5c012c3eab
Author: Eli Schwartz via arch-projects
Date: Tue Jun 4 12:11:20
This tool is useful for running makechrootpkg on a remote build server,
and is by default hooked up to send a PKGBUILD and initiate a build on
our shiny new build server "dragon".
Signed-off-by: Eli Schwartz
---
v3: Add passthrough of archbuild options as requested by anthraxx.
Makefile
Signed-off-by: Eli Schwartz
---
v3: update manpage for new v3 parameters.
Makefile | 1 +
doc/offload-build.1.asciidoc | 52
2 files changed, 53 insertions(+)
create mode 100644 doc/offload-build.1.asciidoc
diff --git a/Makefile b/Make
Downloaded files in source() are required to be unique. A common
violation of this is from community named files (i.e. LICENSE) that
aren't part of an upstream tarball.
Warn if a source file is downloaded, doesn't have an overriding name,
and has a commonly used name, ignoring extension and case.
Signed-off-by: James P. Harvey
---
.../tests/pkgbuild/test_nonuniquesources.py | 36 +++
1 file changed, 36 insertions(+)
diff --git a/Namcap/tests/pkgbuild/test_nonuniquesources.py
b/Namcap/tests/pkgbuild/test_nonuniquesources.py
index 1c6d75c..b647051 100644
--- a/Namcap/tes
Spent too much time figuring out why I was getting an error of "object
has no attribute 'rule'". Perhaps it's correct spelling and grammer for
"set up" to be two words here, being used as a verb, but I wasn't
expecting that. Maybe this will help someone someday.
Signed off by: James P. Harvey
-
Signed-off-by: James P. Harvey
---
.../tests/pkgbuild/test_nonuniquesources.py | 36 +++
1 file changed, 36 insertions(+)
diff --git a/Namcap/tests/pkgbuild/test_nonuniquesources.py
b/Namcap/tests/pkgbuild/test_nonuniquesources.py
index 1c6d75c..b8f3542 100644
--- a/Namcap/tes
Signed-off-by: James P. Harvey
---
.../tests/pkgbuild/test_nonuniquesources.py | 58 +++
1 file changed, 58 insertions(+)
create mode 100644 Namcap/tests/pkgbuild/test_nonuniquesources.py
diff --git a/Namcap/tests/pkgbuild/test_nonuniquesources.py
b/Namcap/tests/pkgbuild/test
Filenames in source() are required to be unique. A common violation of
this is from commonly named files (i.e. LICENSE) that aren't part of an
upstream tarball.
Warn if a source file doesn't have an overriding name, and has a
commonly used name, ignoring extension and case.
Signed-off-by: James
This was originally here, because it used PkgInfoRule, but was changed to use
PkgbuildRule and was left here.
Signed-off-by: James P. Harvey
---
Namcap/rules/__init__.py | 1 +
Namcap/rules/nonuniquesources.py | 34
Namcap/rules/pkginfo.py | 11
There's no good way for namcap to ensure source() filenames are unique
across all packages, required for users with SRCDEST. But, I think by
far the most common offending filename would be LICENSE, as
non-standard ones are required to be included, but sometimes there's
no upstream tarball or there
Done by:
$ find . -not \( -name .git -prune \) -type f -print0 | xargs -0 sed -i -E
"s/[[:space:]]*$//"
And manually reviewed.
Signed-off-by: James P. Harvey
---
COPYING | 10 +--
Namcap/__init__.py| 6 +-
Namcap/depends.py
On Sun, May 26, 2019 at 10:45 PM Eli Schwartz via arch-projects
wrote:
> All your patches show up as attachments, which makes it difficult to
> review, and they don't show up in patchwork.
>
> Generally speaking, the most reliable way to send a patch is by using
> `git send-
On 5/26/19 10:35 PM, James Harvey via arch-projects wrote:
> Filenames in source() are required to be unique. A common violation of
> this is from commonly named files (i.e. LICENSE) that aren't part of an
> upstream tarball.
>
> Warn if a source file doesn't have an o
On 5/26/19 10:35 PM, James Harvey via arch-projects wrote:
> There's no good way for namcap to ensure source() filenames are unique
> across all packages, required for users with SRCDEST. But, I think by
> far the most common offending filename would be LICENSE, as
> non-
Signed-off-by: James P. Harvey
.../tests/pkgbuild/test_nonuniquesources.py | 36 +++
1 file changed, 36 insertions(+)
0004-nonuniquesources-Add-test-for-common-filenames.patch
Description: Binary data
Spent too much time figuring out why I was getting an error of "object
has no attribute 'rule'". Perhaps it's correct spelling and grammer for
"set up" to be two words here, being used as a verb, but I wasn't
expecting that. Maybe this will help someone someday.
Signed off by: James P. Harvey
-
Signed-off-by: James P. Harvey
.../tests/pkgbuild/test_nonuniquesources.py | 58 +++
1 file changed, 58 insertions(+)
create mode 100644 Namcap/tests/pkgbuild/test_nonuniquesources.py
0002-Add-test-for-non-unique-source-filenames.patch
Description: Binary data
This was originally here, because it used PkgInfoRule, but was changed to use
PkgbuildRule and was left here.
Signed-off-by: James P. Harvey
Namcap/rules/__init__.py | 1 +
Namcap/rules/nonuniquesources.py | 34
Namcap/rules/pkginfo.py | 11 +---
Filenames in source() are required to be unique. A common violation of
this is from commonly named files (i.e. LICENSE) that aren't part of an
upstream tarball.
Warn if a source file doesn't have an overriding name, and has a
commonly used name, ignoring extension and case.
Signed-off-by: James
There's no good way for namcap to ensure source() filenames are unique
across all packages, required for users with SRCDEST. But, I think by
far the most common offending filename would be LICENSE, as
non-standard ones are required to be included, but sometimes there's
no upstream tarball or there
Done by:
$ find . -not \( -name .git -prune \) -type f -print0 | xargs -0 sed
-i -E "s/[[:space:]]*$//"
And manually reviewed.
Signed-off-by: James P. Harvey
COPYING | 10 +--
Namcap/__init__.py| 6 +-
Namcap/depends.py
se non visualizza correttamente il messaggio clicchi qui
Consulenza ITC
La Programs & Projects Consulting e' il partner ideale per le aziende.
Proponiamo un'offerta di servizi completa ed integrata, dalla consulenza nella
progettazione di sistemi informatici custom al
On Thu, 16 May 2019 at 13:19, Jouke Witteveen wrote:
>
> On Thu, May 16, 2019 at 11:53 AM Emil Velikov
> wrote:
> > After a bit of debugging I've noticed the move to wpa_cli broke my setup.
> > Namely: wpa_cli does not reliably detect when the laptop resumes into
> > another wireless network.
>
On Thu, May 16, 2019 at 11:53 AM Emil Velikov wrote:
> After a bit of debugging I've noticed the move to wpa_cli broke my setup.
> Namely: wpa_cli does not reliably detect when the laptop resumes into
> another wireless network.
> Issue happens fairly intermittently - from once a week to multiple
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-proje
This reverts commit 6d1992909cc46e293027ff488ae2632047603e66.
It has never worked. In commit c86823a2d4a4152c71faa1c3bab227756232996f
it was noted that it compared the device numbers for [[ $1 = $1 ]] which
was a useless check and always returned true, for *any* btrfs
filesystem. Now that the func
On 5/6/19 12:10 PM, Emil Velikov via arch-projects wrote:
> 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.
>> -
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
On 5/6/19 10:10 AM, Jelle van der Waa wrote:
> From: Jelle van der Waa
>
> finddeps depends on a no longer existing ABS tree.
finddeps does not depend on the discontinued `abs` tool. It does work
fine with an svn-packages/svn-community checkout, or via the svntogit
exported tree.
$ cd svn-packa
Hello,
Thank you for contacting the Good Food Foundation! This email address is no
longer active. Please
contact us at conn...@goodfoodfdn.org and update your records to reflect the
change.
All the best,
The Good Food Foundation Team
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via 321e998020cfdb337c1ebc1ac41f5e729b9e276c (commit)
This tool is useful for running makechrootpkg on a remote build server,
and is by default hooked up to send a PKGBUILD and initiate a build on
our shiny new build server "dragon".
Signed-off-by: Eli Schwartz
---
v2: script -qfc does not preserve the exit status of the wrapped
command. Add -e so
From: Erich Eckner
The old behaviour would always evaluate to true - this is certainly not
what that function should do.
Signed-off-by: Erich Eckner
---
lib/archroot.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/archroot.sh b/lib/archroot.sh
index f2796034..2c03c82
Signed-off-by: Eli Schwartz
---
Makefile | 1 +
doc/offload-build.1.asciidoc | 38
2 files changed, 39 insertions(+)
create mode 100644 doc/offload-build.1.asciidoc
diff --git a/Makefile b/Makefile
index 2306a17..27cd90f 100644
--- a/Mak
This tool is useful for running makechrootpkg on a remote build server,
and is by default hooked up to send a PKGBUILD and initiate a build on
our shiny new build server "dragon".
Signed-off-by: Eli Schwartz
---
manpage documentation hopefully coming tonight.
Makefile | 1 +
offload-bui
As far as I can tell, this was never used.
In commit 9b56647abc8dc33bf138d4b260b103c8d9265b7d the parsepkgbuild
script was switched from defining a PATH as a directory in /tmp, to
actually passing in a PATH=/dummy to `env -i`... which makes sense as
the defined PATH did not used to be used. Howeve
It is now possible to use b2sums to verify file integrity. See
https://git.archlinux.org/pacman.git/commit/?id=e03752e6adc86cbb4cb4f52a38f6e3e98cbe9dd5
Signed-off-by: Eli Schwartz
---
Namcap/rules/arrays.py | 9 +
Namcap/rules/extravars.py | 9 +
Namcap/rules/missingvars.p
When listing out the contents of a variable, use loops and references
to the variables in order to reduce code and make it easier to extend.
In the future, a new metadata type can be added simply by appending to
meta_keys=()
Signed-off-by: Eli Schwartz
---
parsepkgbuild.sh | 127 +--
Just as it is unnecessary to run certain commands in a post_upgrade
script, if a hook already runs it, so too is it usually unnecessary to
depend on the package that installs the hook.
Sometimes these dependencies are left in even when the install script is
removed, because people lack understandi
On 4/10/19 9:15 PM, Eli Schwartz wrote:
> Arch Linux now has pacman hooks that provide automatic handling for
> update-{desktop,mime}-database without each package requiring a hard
> dependency and a post_upgrade hook. This means it is no longer correct
> to depend on the packages or provide an ins
Arch Linux now has pacman hooks that provide automatic handling for
update-{desktop,mime}-database without each package requiring a hard
dependency and a post_upgrade hook. This means it is no longer correct
to depend on the packages or provide an install script. Instead, remove
this entirely.
Sig
From: Erich Eckner
If arch-nspawn is called with -C, pacman inside the chroot will use
the provided configuration file. This should also be the case for
$pacconf_cmd and pacman outside the chroot.
If arch-nspawn is called without -C, pacman inside the chroot will
use $workdir/etc/pacman.conf --
From: Erich Eckner
Some lines are indented by spaces, while adjacent lines are indentet by tabs.
We should use tabs on both.
Signed-off-by: Erich Eckner
---
archbuild.in| 2 +-
find-libdeps.in | 2 +-
mkarchroot.in | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/ar
From: Erich Eckner
If arch-nspawn is called with -C, pacman inside the chroot will use the
provided configuration file. This should also be the case for
$pacconf_cmd when determining the remote servers.
For example, Arch Linux 32 provides separate pacman configurations which
use /etc/pacman.d/mi
27Pj5Zey7I
GKi5QuaShlTAakoHHlLxDamIadjQNUlYFwyktMiNZXadBwtOIty8m9b9Zm0b2qiJ
oqa8A/hpJNg3xkUuzoSModlhN7wNCbvwnS52XrxM4CkmyVe9weBcPy/H5NQs853T
Th0WKrB5dsiTv3cMfVEXon8YwxZ1Dl8Y136CtkN99tY1QpWgZX8=
=EoDH
-END PGP SIGNATURE-
Christian Hesse (1):
arch-nspawn: get all mirrors from host
Eli Schwartz via arch-projects (3):
sog
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via a49f55cbed51c815a9392c9f7fff5f8cec385935 (commit)
ail; so we list those
revisions in full, below.
- Log -
commit b66ce081e7849af19429949fad57e683b595fbfc
Author: Eli Schwartz via arch-projects
Date: Mon Mar 25 16:32:20 2019 -0400
fix up sogrep manpage to correspond with curr
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official devtools repository".
The branch, master has been updated
via c9b6f58f8e511b62085fa7e592aa5ecbe2a38074 (commit)
Partition the Makefile targets to only clean configured files, and make
the configured files be a subset of the bin programs.
Signed-off-by: Eli Schwartz
---
.gitignore | 1 -
Makefile| 9 ++---
sogrep.in => sogrep | 0
3 files changed, 6 insertions(+), 4 deletions(-)
r
This is the new and improved, canonical sogrep command, now with a valid
license.
The previous version of sogrep had several issues and inefficiencies,
and ultimately wasn't really the finished project I wanted it to be. Due
to a mistake in communication, I was totally unaware it was in the
proces
Signed-off-by: Eli Schwartz
---
doc/sogrep.1.asciidoc | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/doc/sogrep.1.asciidoc b/doc/sogrep.1.asciidoc
index bc8f6ce..037773a 100644
--- a/doc/sogrep.1.asciidoc
+++ b/doc/sogrep.1.asciidoc
@@ -3,7 +3,7 @@ sogrep(1)
Nam
From: Matt Robinson
If makechrootpkg is called as non-root, the {SRC,SRCPKG,PKG,LOG}DEST,
MAKEFLAGS and PACKAGER environment variables are lost in the call to
check_root().
Add these to the passed keepenv list so that they are preserved instead.
---
makechrootpkg.in | 2 +-
1 file changed, 1 in
Thanks for the detailed reply Eli :)
Before I go further, I should mention that this thread has sparked some
interest among our teammates,
and folks on IRC are researching now a possibility of switching from xz to zstd
entirely.
So I think we will return to this topic soon with some updates :)
On 3/18/19 5:56 AM, Maxim Baz via arch-projects wrote:
> I did see an earlier patch proposing the same, which was rejected because it
> might break delta packages [1].
> However, someone mentioned that pacman is dropping support for delta packages
> altogether [2] referring to a re
On Mon, Mar 18, 2019 at 10:58:57AM +0100, Levente Polyak via arch-projects
wrote:
> Messing with this in devtools used for building official repo packages kills
> reproducible builds when not agreed on very specific flags and tools to
> compress.
> This is not a good idea to do
On March 18, 2019 10:56:34 AM GMT+01:00, Maxim Baz via arch-projects
wrote:
>I did see an earlier patch proposing the same, which was rejected
>because it might break delta packages [1].
>However, someone mentioned that pacman is dropping support for delta
>packages altogether [2] re
401 - 500 of 1601 matches
Mail list logo
