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
-
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
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
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 "
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
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 alla selezio
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)
n 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 new tool: offload-build
ssions, 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 only possible use for thi
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)
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
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
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 turns out
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)
at are new 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
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
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
---
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
---
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
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
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-email
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 overridin
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-s
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
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 alla selezio
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
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.
>&g
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
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
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
---
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 +
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.
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 +
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
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
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.
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
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
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(-)
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
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)
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
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 [
creating a new thread because according to my tests the earlier patch [1]
is incomplete.
1: https://lists.archlinux.org/pipermail/arch-projects/2017-May/004574.html
2: https://github.com/AladW/aurutils/issues/547
3:
https://git.archlinux.org/pacman.git/commit/?id
This allows using faster multicore compression tools like pixz
Signed-off-by: Maxim Baz
---
archbuild.in | 2 +-
makechrootpkg.in | 18 +-
2 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/archbuild.in b/archbuild.in
index bd5706d..e3d53ec 100644
---
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 6645701cb13a4801c870c8231d3cdc9988ce593c (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, master has been updated
via 657497c91a67a29e990bed9911c77550d562aac0 (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, master has been updated
via 90bb423304c96072cc3f7ea86ad9672414ed9183 (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, master has been updated
via 936ff8da2fb3597d03ef018ec2aba0391e18d569 (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, master has been updated
via f61421a3f5f29f4f8447846c1135961487fb5db6 (commit)
On Tue, Feb 26, 2019 at 11:16:22AM -0500, Eli Schwartz via arch-projects
wrote:
> On 2/26/19 11:07 AM, Jouke Witteveen via arch-projects wrote:
> > I have not seen any new bug reports over the last two weeks. I suggest
> > we move 1.20 to [core].
>
> We also have five sign
On 2/26/19 11:07 AM, Jouke Witteveen via arch-projects wrote:
> On Tue, Feb 12, 2019 at 10:39 PM Florian Pritz wrote:
>>
>> On Tue, Feb 12, 2019 at 05:20:13PM +0100, Jouke Witteveen
>> wrote:
>>> I just tagged 1.20, which switches from using wpa_actiond to
On Tue, Feb 12, 2019 at 10:39 PM Florian Pritz wrote:
>
> On Tue, Feb 12, 2019 at 05:20:13PM +0100, Jouke Witteveen
> wrote:
> > I just tagged 1.20, which switches from using wpa_actiond to using wpa_cli.
> > Let's keep this in [testing] for at least two weeks to see whether
> > there is
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 26b2ffc665fb78bfe3345892b7d740d5835387f2 (commit)
On 2/19/19 2:54 PM, Jelle van der Waa wrote:
> Instead of using sed/grep and relying on the output of 'pacman -v' use
> pacman-conf for obtaining the configuration value of the CacheDir.
Misses the same change in arch-nspawn, see for example
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
> >&
401 - 500 of 1376 matches
Mail list logo