On Tue, Dec 04, 2018 at 01:15:20PM -0500, Eli Schwartz via arch-devops
wrote:
> On 12/4/18 1:09 PM, Eli Schwartz wrote:
> > Whenever adding new package files to the pool of distributed packages,
> > hardlink a copy of every package it was built with, into a
> > "reproducible" pool, and log which
On 12/4/18 1:09 PM, Eli Schwartz wrote:
> Whenever adding new package files to the pool of distributed packages,
> hardlink a copy of every package it was built with, into a
> "reproducible" pool, and log which file required it.
The question becomes, where can I store these? As-is, this will
This is never ever called for multiple packages at once, and if it was,
it would be named clean_pkgs. Meanwhile, it was implied that this could
take a variable target, but that was never-used code. Make it useful
because we might (will) use it.
Signed-off-by: Eli Schwartz
---
Whenever adding new package files to the pool of distributed packages,
hardlink a copy of every package it was built with, into a
"reproducible" pool, and log which file required it.
Signed-off-by: Eli Schwartz
---
config | 1 +
config.local.svn-community | 1 +
This reuses the same logic used for normally deleting packages, but
cleanup of the reproducible archive happens in a subdirectory of
${CLEANUP_DESTDIR} while still subject to the same timeouts.
Signed-off-by: Eli Schwartz
---
cron-jobs/ftpdir-cleanup | 18 ++
1 file changed, 14
Prerequisite for reproducible archives of packages.
Signed-off-by: Eli Schwartz
---
test/lib/common.bash | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/test/lib/common.bash b/test/lib/common.bash
index bc2b4e6d..3dda5f62 100644
--- a/test/lib/common.bash
+++
Hi,
namcap does not distinguish java class files from Mach-O files since
both use the same byte magic CAFEBABE. See FS#34300
Implementing this would only need a test if the value of the byte at
offset 7 is greater than 0x30.
See: https://github.com/file/file/blob/master/magic/Magdir/cafebabe
I
Am 02.12.18 um 20:34 schrieb Eli Schwartz via arch-projects:
On 12/2/18 1:33 PM, Michael Straube via arch-projects wrote:
There are two missing tags that are needed in rules added (back) in
commit e385ac93a354 (Restore and refactor accidentally removed tests).
Add back the missing tags.
Signed
On 12/2/18 1:33 PM, Michael Straube via arch-projects wrote:
> There are two missing tags that are needed in rules added (back) in
> commit e385ac93a354 (Restore and refactor accidentally removed tests).
> Add back the missing tags.
>
> Signed-off-by: Michael Straube
> ---
Currently multilib is a second-class citizen the way it is lumped into
community, and dbscripts cannot even keep track of whether it
constitutes a testing repo. Teach config to track both testing and
staging repos just like the stable ones, and teach testing2x to search
through TESTING_REPOS to
A semi-common pattern is for one maintainer to stage a rebuild of a
package due to e.g. cascading repository-wide python/boost/whatever
rebuilds, and then for the original maintainer of the package to not
notice and update the package in the stable repo, leaving an out of date
rebuild in staging
There are two missing tags that are needed in rules added (back) in
commit e385ac93a354 (Restore and refactor accidentally removed tests).
Add back the missing tags.
Signed-off-by: Michael Straube
---
namcap-tags | 2 ++
1 file changed, 2 insertions(+)
diff --git a/namcap-tags b/namcap-tags
If a VCS source is renamed using the "::" syntax the makedepends are not
detected. If there are files starting with in the source
array false positives are produced. See the gitlab package for example. Make
the matching more robust to avoid such issues.
Signed-off-by: Michael Straube
---
v1 ->
If a VCS source is renamed using the "::" syntax the makedepends are not
detected. If there are files starting with in the source
array false positives are produced. See the gitlab package for example. Make
the matching more robust to avoid such issues.
Signed-off-by: Michael Straube
---
v1 ->
Am 02.12.18 um 06:04 schrieb Eli Schwartz via arch-projects:
On 12/1/18 9:54 AM, Michael Straube via arch-projects wrote:
If a VCS source is renamed using the "::" syntax the makedepends are not
detected. If there are files starting with in the source
array false positives are pro
On 12/1/18 9:54 AM, Michael Straube via arch-projects wrote:
> If a VCS source is renamed using the "::" syntax the makedepends are not
> detected. If there are files starting with in the source
> array false positives are produced. See the gitlab package for example. Make
If a VCS source is renamed using the "::" syntax the makedepends are not
detected. If there are files starting with in the source
array false positives are produced. See the gitlab package for example. Make
the matching more robust to avoid such issues.
Signed-off-by: Michael Straube
---
Signed-off-by: Michael Straube
---
Namcap/tests/pkgbuild/test_makedepends.py | 65 +++
1 file changed, 65 insertions(+)
create mode 100644 Namcap/tests/pkgbuild/test_makedepends.py
diff --git a/Namcap/tests/pkgbuild/test_makedepends.py
Add a rule that warns about make dependencies already listed as
dependencies.
Signed-off-by: Michael Straube
---
v1 -> v2
Added patch that implements FS#58303
Warn about missing VCS make dependencies.
Namcap/rules/__init__.py| 1 +
Namcap/rules/makedepends.py | 41
top verify ? regards deepak On Tue, Nov
20, 2018 at 4:57 AM Heitor Projects - Jose < j...@heitorprojects.com> wrote: >
How to disable JDBC request query timeout (for database drivers that do > not
support this feature...eg. Apache Ignite)? [Sampler result] Thread > Name:
Thread Grou
Signed-off-by: Michael Straube
---
Namcap/tests/package/test_systemdlocation.py | 85
1 file changed, 85 insertions(+)
create mode 100644 Namcap/tests/package/test_systemdlocation.py
diff --git a/Namcap/tests/package/test_systemdlocation.py
How to disable JDBC request query timeout (for database drivers that do not
support this feature...eg. Apache Ignite)? [Sampler result] Thread Name: Thread
Group 1-1 Sample Start: 2018-11-20 14:41:38 SAST Load time: 761 Connect Time:
761 Latency: 0 Size in bytes: 31 Sent bytes:0 Headers size 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 "Network control utility based on systemd".
The annotated tag, 1.19 has been created
at 3c62e2c301346e968113520d09d12d6fc50846f9
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 "Network control utility based on systemd".
The branch, master has been updated
via e0014041ad40c9385bb2c38aad2acae3c93eb512
---
services/netctl-auto@.service| 3 ++-
services/netctl-ifplugd@.service | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/services/netctl-auto@.service b/services/netctl-auto@.service
index 3e41744..aacf65c 100644
--- a/services/netctl-auto@.service
+++
Signed-off-by: Michael Straube
---
.../tests/pkgbuild/test_makepkgfunctions.py | 67 +++
1 file changed, 67 insertions(+)
create mode 100644 Namcap/tests/pkgbuild/test_makepkgfunctions.py
diff --git a/Namcap/tests/pkgbuild/test_makepkgfunctions.py
Add a rule that warns about make dependencies already listed as
dependencies.
Signed-off-by: Michael Straube
---
Namcap/rules/__init__.py| 1 +
Namcap/rules/makedepends.py | 41 +
namcap-tags | 1 +
3 files changed, 43 insertions(+)
Signed-off-by: Michael Straube
---
Namcap/tests/pkgbuild/test_makedepends.py | 65 +++
1 file changed, 65 insertions(+)
create mode 100644 Namcap/tests/pkgbuild/test_makedepends.py
diff --git a/Namcap/tests/pkgbuild/test_makedepends.py
For split pkgbuilds the pkgbase variable is optional. If not specified,
the first element in the pkgname array is used. Currently parsepkgbuild.sh
fails to detect split pkgbuilds if pkgbase is not specified. Therefore the
split pkgbuild rules are not applied to such pkgbuilds.
Instead of testing
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, 25 has been created
at c381320560a8ebc2b9b80d3686cb93e3dd067d62 (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 549fe0017f44031b24fb5322726721b95cca395b (commit)
via
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 61c9cc6f44e654a90a12da11be06e707e3f4b162 (commit)
via
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 a3cb799a8f63186b843db6a57da12d74a9320686 (commit)
Introduce "db-functions-$VCS" which will eventually contain all
VCS-specific code, and make this configurable in config.
Move private arch_svn function and svn acl handling here, and introduce
a new source_pkgbuild function to handle discovering PKGBUILDs from the
configured VCS and sourcing them
Signed-off-by: Eli Schwartz
---
db-functions-svn | 46 ++
db-move | 23 ---
db-remove| 5 ++---
3 files changed, 52 insertions(+), 22 deletions(-)
diff --git a/db-functions-svn b/db-functions-svn
index
Having svn code intertwined with everything is complicated and results
in it being harder to replace svn with something else. As a first step
to hopefully migrating to git, I've refactored everything that directly
touched svn to be contained in db-functions-svn, and renamed to be
generic enough
As of the source_pkgbuild rewrite, this is only ever done once.
Signed-off-by: Eli Schwartz
---
cron-jobs/sourceballs | 3 +--
db-functions-svn | 15 +++
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/cron-jobs/sourceballs b/cron-jobs/sourceballs
index
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 971181bf94d5e86bd7fce41303b51d1b3befc85b (commit)
via
Looks like DF_BIND_NOW has the same function as DT_BIND_NOW.
---
Namcap/rules/elffiles.py | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/Namcap/rules/elffiles.py b/Namcap/rules/elffiles.py
index d707a58..b2ce6ec 100644
--- a/Namcap/rules/elffiles.py
+++
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 0b630e25a3181d5228cbd99c9041a04b6514fc81 (commit)
via
On 9/9/18 11:20 AM, Eli Schwartz wrote:
> On 9/3/18 7:50 AM, Levente Polyak via arch-projects wrote:
>> From: anthraxx
>>
>> bsdtar doesn't like it when the stream gets closed before it finishes
>> which may be the case when grep found its match on potentiall
On 9/3/18 7:50 AM, Levente Polyak via arch-projects wrote:
> From: anthraxx
>
> bsdtar doesn't like it when the stream gets closed before it finishes
> which may be the case when grep found its match on potentially huge
> archives. Instead of suppressing the whole strerr
From: anthraxx
The old travis-ci.org is deprecated and this project was migrated.
---
README.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/README.md b/README.md
index c672998..bdd958b 100644
--- a/README.md
+++ b/README.md
@@ -1,4 +1,4 @@
-# Arch Linux repository
From: anthraxx
The old travis-ci.org is deprecated and this project was migrated.
---
README.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/README.md b/README.md
index c672998..bdd958b 100644
--- a/README.md
+++ b/README.md
@@ -1,4 +1,4 @@
-# Arch Linux repository
From: anthraxx
bsdtar doesn't like it when the stream gets closed before it finishes
which may be the case when grep found its match on potentially huge
archives. Instead of suppressing the whole strerr , we just pipe
the output through cat which ensures the stream remains open for bsdtar
but we
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 c53352c103e023727ce31e98ca9647bb918a9a5d (commit)
from
re no bugs in this software. But if we
> happen
> +to be wrong, send us an email with as much detail as possible to
> +arch-projects@archlinux.org
> +.Sh AUTHORS
> +.An Aaron Griffin
> +.An Pierre Schmitz
> +.An Lukas Fleischer
> +.An Luke Shumaker
> --
> 2.18.0
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 "Network control utility based on systemd".
The annotated tag, 1.18 has been created
at 752de745e674cdb66b07a4d36a85188e689d8855
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 "Network control utility based on systemd".
The branch, master has been updated
via 9044d45d9d25c585f666e51f47da5559b165c837
---
I am still a little hesitant to carry this in the netctl repository.
Currently, the repository is more or less distribution agnostic.
Makefile | 7 +--
contrib/PKGBUILD.in| 1 +
contrib/netctl.install | 10 ++
3 files changed, 16 insertions(+), 2 deletions(-)
On 08/03/2018 02:10 PM, Jouke Witteveen wrote:
> On Fri, Aug 3, 2018 at 7:57 PM Eli Schwartz via arch-projects
> wrote:
>>
>> On 08/03/2018 01:48 PM, Jouke Witteveen via arch-projects wrote:
>>> Hello all,
>>>
>>> I cannot send to arch-dev-public an
On Fri, Aug 3, 2018 at 7:57 PM Eli Schwartz via arch-projects
wrote:
>
> On 08/03/2018 01:48 PM, Jouke Witteveen via arch-projects wrote:
> > Hello all,
> >
> > I cannot send to arch-dev-public and don't know where to post this
> > otherwise, so I'll just put this
On 08/03/2018 01:48 PM, Jouke Witteveen via arch-projects wrote:
> Hello all,
>
> I cannot send to arch-dev-public and don't know where to post this
> otherwise, so I'll just put this out here.
>
> With systemd 239, a deprecation message is printed in the journal for
> en
Hello all,
I cannot send to arch-dev-public and don't know where to post this
otherwise, so I'll just put this out here.
With systemd 239, a deprecation message is printed in the journal for
enabled netctl profiles (FS#59494). This currently has no effect on
the functionality of either systemd
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 "Network control utility based on systemd".
The branch, master has been updated
via e9c5de21c2d50c8fd8d1343feecb632bf836eec1
The .include directive in systemd unit files has effectively been
deprecated since systemd v210. Its functionality is subsumed by
drop-in directories.
---
src/netctl.in | 46 +++---
1 file changed, 23 insertions(+), 23 deletions(-)
diff --git
On 07/23/2018 06:15 PM, Morten Linderud via arch-projects wrote:
> From: Morten Linderud
>
> makechrootpkg checks the environment for multiple variables before
> overwriting them with makepkg.conf configurations. Expand check_root
> with the variables makechrootpkg check for so
From: Morten Linderud
makechrootpkg checks the environment for multiple variables before
overwriting them with makepkg.conf configurations. Expand check_root
with the variables makechrootpkg check for so we are capable of
overwriting them when needed.
Signed-off-by: Morten Linderud
---
On Fri, 2018-07-13 at 06:55 +0200, Alexander Shpilkin wrote:
> As with the integrity checks, these have already been done in
> download_sources(), and the GPG keyring is unavailable inside the
> chroot anyway.
Err... Nevermind, apparently --skipinteg disables PGP as well, and I
messed up my
As with the integrity checks, these have already been done in
download_sources(), and the GPG keyring is unavailable inside the
chroot anyway.
---
makechrootpkg.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/makechrootpkg.in b/makechrootpkg.in
index d81be84..a26815e 100644
On 07/09/2018 01:32 PM, Luke Shumaker wrote:
> With the "True" filter that ftpdir-cleanup and sourceballs both use,
> you're right; this could be done with expac. But, with the context
> that this patch exists to enable me to address the concern you had
> with the other patchset:
>
> AFAICT,
re that libalpm can parse it.
>
> https://lists.archlinux.org/pipermail/arch-projects/2018-June/004932.html
>
> I wasn't too concerned, because `ftpdir-cleanup` and `sourceballs` already
> parse the .db files in the same way. Nonetheless, I think Eli is right: we
> shouldn't be parsing the
Namcap already depends on pyelftools, which contains an elegant way to
retrieve the soname information directly from libalpm.so (demonstrated
in readelf.py).
Using hardcoded strings means the testsuite periodically breaks (every
time the external pacman project bumps their soname), for no good
Duplicate of
https://lists.archlinux.org/pipermail/arch-projects/2018-July/004948.html
And thus equally wrong.
--
Eli Schwartz
Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
Introduce "db-functions-$VCS" which will eventually contain all
VCS-specific code, and make this configurable in config.
Move private arch_svn function and svn acl handling here, and introduce
a new source_pkgbuild function to handle discovering PKGBUILDs from the
configured VCS and sourcing them
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, 20180603 has been created
at b9e1a487c7b89072904a5d6aabd8b827693e440f (tag)
Use arrays via nameref, since makepkg does not support multidimensional
arrays, and assigning to/retrieving from an array variable with an
unknown name requires this.
Requires bash 4.3, requires that architectures never contain chars that
are invalid in a variable name -- which makepkg explicitly
Signed-off-by: Eli Schwartz
---
db-move | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/db-move b/db-move
index c4da5bf9..b6448898 100755
--- a/db-move
+++ b/db-move
@@ -95,10 +95,10 @@ for pkgbase in "${args[@]:2}"; do
arch_svn rm --force -q
Signed-off-by: Michael Straube
---
Namcap/tests/package/test_sodepends.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Namcap/tests/package/test_sodepends.py
b/Namcap/tests/package/test_sodepends.py
index 3a3d7b6..4188c35 100644
---
Namcap does not support sha224 checksums but makepkg does.
Add sha224 support.
Signed-off-by: Michael Straube
---
Namcap/rules/arrays.py | 2 +-
Namcap/rules/extravars.py | 4 ++--
Namcap/rules/missingvars.py | 2 +-
parsepkgbuild.sh| 5 +
4 files changed, 9
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 "Network control utility based on systemd".
The branch, master has been updated
via 4be6904e2518b5b13675439d6b89592e6bb4a6e3
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 "Network control utility based on systemd".
The annotated tag, 1.17 has been created
at 00116412c1b163ba2fe4b5ae6c77e4b09dcc68f0
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
>&g
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.
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 (pa
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),
but wpa_supplicant does not (yet) expose this information and stations
may not set the field to UTF-8 and still encode their SSID accordingly.
We
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 "Network control utility based on systemd".
The branch, master has been updated
via 1ae84f054368f012ffa3b70b873e24c35767f4d3
On 06/19/2018 12:20 AM, Luke Shumaker wrote:
> From: Luke Shumaker
>
> This patchset is intended to clean up dbscripts' interaction with SVN.
> Besides (IMO) improved code clarity, this should make it easier for those
> who wish to replace SVN with something else.
>
> There are two major themes
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, pacman-git has been deleted
was 2c68135f4ab9db048db460bc949322ad7bb418eb
- Log
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 05dd9be0db06d7f7cea0eff9f9f6f1993eb6d463 (commit)
via
On 06/15/2018 04:57 PM, Luke Shumaker wrote:
> From: Luke Shumaker
1) dbscripts, not devtools :)
2) could you squash these as "fix typoed variables"? They're in theme
with each other, no need to commit each instance as a separate commit.
--
Eli Schwartz
Bug Wrangler and Trusted User
---
sitestatic/archweb.css | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/sitestatic/archweb.css b/sitestatic/archweb.css
index 209561f..ef178e8 100644
--- a/sitestatic/archweb.css
+++ b/sitestatic/archweb.css
@@ -698,11 +698,19 @@ table.results {
}
It is desirable to have 'a-post.hook' ordered after 'a.hook'. For this,
it is needed to ignore the suffix when sorting.
---
Two years ago, I suggested this patch in https://bugs.archlinux.org/task/49653.
Today, I do so again :-).
Regards,
- Jouke
lib/libalpm/hook.c | 16
Le 27/02/2018 à 17:16, Emiel Wiedijk via arch-projects a écrit :
> Previously, makechrootpkg hardcoded ~/.gnupg. Therefore, if a user
> uses a custom GPG home directory, the siganture checking would fail.
> Now makechrootpkg uses $GNUPGHOME, with a fallback to ~/.gnupg.
>
> Signe
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, 20170824 has been created
at 97687a9ed53b5f10e6e2768770706cc3e8a02e7e (tag)
ow.
- Log -
commit 6364b3c9b9fae2b43bf3e02b9e84c814fc3f502f
Author: Jan Alexander Steffens (heftig)
Date: Thu May 31 16:05:49 2018 +0200
Version 20180531
commit 98ff92f4675aeab379b9d5ed85e68778e1cc0dfe
Author: Eli Schwartz via arch-projects
D
No problem! Thanks for the fast fix and the release!
Jelle van der Waa 於 西元2018年05月30日 15:05 寫道:
> On 05/28/18 at 03:25pm, Chih-Hsuan Yen via arch-projects wrote:
>> This fixes building with GCC 8
>> ---
>> setup.py | 2 +-
>> 1 file changed, 1 insertion(+), 1 d
makepkg 5.1 implements error codes, and 14 means that installing the
packages after they were built has failed. We don't care about this
error and would like makechrootpkg to succeed regardless, e.g. for split
packages that are mutually exclusive.
Signed-off-by: Eli Schwartz
---
noticed the following items in the usage output of namcap:
1. Displaying the site-packages path of namcap and not just 'namcap'
2. Missing long options in usage output
3. Not displaying anything about -h/--help (even if that's a given)
Signed-off-by: Sean Enck
---
namcap.py | 11 ++-
1
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 e414173f8984485ff850e1fba0f8cf97cd970064 (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, 20180528 has been created
at c762f19bc49b9c0552ff8c63c4637d9b85b6d26e (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 7fcf847bc37fb014d38dcb5c37ea3abc75e1889a (commit)
On 05/28/2018 08:02 PM, Eli Schwartz wrote:
> pacman 5.1 enforces this restriction. OTOH it is a simpler setup to set
> this as the user homedir directly in account creation (just like
> makechrootpkg has always done) than to create an additional,
> world-writable, directory.
>
> Signed-off-by:
The print_all_package_names function changed its behavior, adapt
Signed-off-by: Eli Schwartz
---
test/lib/common.bash | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/test/lib/common.bash b/test/lib/common.bash
index 36c735fd..738cc972 100644
---
pacman 5.1 enforces this restriction. OTOH it is a simpler setup to set
this as the user homedir directly in account creation (just like
makechrootpkg has always done) than to create an additional,
world-writable, directory.
Signed-off-by: Eli Schwartz
---
test/Dockerfile | 3 +--
1 file
Sorry all.
I intended to update the pacman-git branch, accidentally let
push.followtags upload the duplicated tags which parabola namespaces as
archlinux/* (since I had their repo as a remote).
--
Eli Schwartz
Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
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, pacman-git has been updated
discards cda3694d0b247849e12edcd56e0ca7a41ec90ae1 (commit)
via
601 - 700 of 1376 matches
Mail list logo