- Arch-ports - lists.archlinux.org

[arch-ports] Please close FS#92 on bugs.archlinux32.org
by Markus Schaaf 09 Jan '20

09 Jan '20

Seems there has been some data loss on bugs.archlinux32.org, and I can't login anymore. A proper fix has been committed upstream. (tag nfs-utils-2-4-3-rc4) BR

2 1

Re: [arch-ports] {i686, pentium4}/core: linux-lts &
by Andreas Baumann 26 Aug '19

26 Aug '19

linux-lts-headers out of sync Reply-To: Andreas Baumann <mail(a)andreasbaumann.cc> In-Reply-To: <5f289c0b-4f33-77c3-2a47-3ebacf5e734a(a)gmail.com> On Fri, Aug 23, 2019 at 05:43:40PM +0200, Markus Schaaf wrote: > Since this seems to be a recurring theme lately, I'm asking straightly: > Is someone over-worked? Is there any help needed? Also borg for pentium4 > is lagging behind. What's the problem? Borg had a relative simple problem in 'check()' it was using $CARCH directly for results of testing (which go into i686 for pentium4). Cheers Andreas > > Regards > _______________________________________________ > arch-ports mailing list > arch-ports(a)archlinux.org > https://lists.archlinux.org/listinfo/arch-ports -- Andreas Baumann Trottenstrasse 20 CH-8037 Zuerich Telefon: +41(0)76/373 01 29 E-mail: mail(a)andreasbaumann.cc Homepage: www.andreasbaumann.cc

2 1

Re: [arch-ports] {i686, pentium4}/core: linux-lts &
by Andreas Baumann 23 Aug '19

23 Aug '19

linux-lts-headers out of sync Reply-To: Andreas Baumann <mail(a)andreasbaumann.cc> In-Reply-To: <5f289c0b-4f33-77c3-2a47-3ebacf5e734a(a)gmail.com> On Fri, Aug 23, 2019 at 05:43:40PM +0200, Markus Schaaf wrote: > Since this seems to be a recurring theme lately, I'm asking straightly: > Is someone over-worked? Is there any help needed? Also borg for pentium4 > is lagging behind. What's the problem? > > Regards Hi, You can see the current status here: https://archlinux32.org/buildmaster/build-list.php?broken=Broken&arch=i686&… and here: https://archlinux32.org/buildmaster/ There are many things breaking and we focus fixing things which block a lot of other things first (first list, "Blocks" column). So borg is not on high priority as it's just one of 8000 packages. My bold push of packages to stable last week created some breakage mainly in Xfce4 and sound stuff. So there is usually a tradeoff between stability and recency of the packages. ...and then there was summer happening and real life.. :-) Cheers Andreas -- Andreas Baumann Trottenstrasse 20 CH-8037 Zuerich Telefon: +41(0)76/373 01 29 E-mail: mail(a)andreasbaumann.cc Homepage: www.andreasbaumann.cc

1 0

[arch-ports] {i686, pentium4}/core: linux-lts & linux-lts-headers out of sync
by Markus Schaaf 23 Aug '19

23 Aug '19

Since this seems to be a recurring theme lately, I'm asking straightly: Is someone over-worked? Is there any help needed? Also borg for pentium4 is lagging behind. What's the problem? Regards

1 0

Re: [arch-ports] {i686, pentium4}/core: linux & linux-headers out of
by Andreas Baumann 09 Aug '19

09 Aug '19

sync Reply-To: Andreas Baumann <mail(a)andreasbaumann.cc> In-Reply-To: <6e0ffed8-e6db-9286-474c-30a23dd9cefc(a)gmail.com> On Thu, Aug 08, 2019 at 12:38:53PM +0200, Markus Schaaf wrote: > I would have opened a bug report, but that seems impossible. I have seen > the new packages in staging, but updates on "normal" machines still > leave broken systems, if these depend on any extra modules. Accounts for bug reporting have to be opened manually, we had too much spam everwhere. Sorry about linux-headers, totally forgot to push those when I pushed the kernel for "advanced" connectivity. :-) deep42thought fixed that for me.. Cheers Andreas -- Andreas Baumann Trottenstrasse 20 CH-8037 Zuerich Telefon: +41(0)76/373 01 29 E-mail: mail(a)andreasbaumann.cc Homepage: www.andreasbaumann.cc

2 2

[arch-ports] {i686, pentium4}/core: linux & linux-headers out of sync
by Markus Schaaf 08 Aug '19

08 Aug '19

I would have opened a bug report, but that seems impossible. I have seen the new packages in staging, but updates on "normal" machines still leave broken systems, if these depend on any extra modules. Regards

1 0

Re: [arch-ports] Arch32 base group signature
by Andrew Fomin 19 Jul '19

19 Jul '19

Hello, Erich! Thanks for advice, I've tried it with some level of success, at least I didn't get as much errors as it was before. Is this possible that some keys from some packages are broken on non-existed at all? Strangely enough, I've downloaded ISO image from previous month (may) and it went absolutely smooth with no problems hwatsoever.

2 1

[arch-ports] Arch32 base group signature
by Andrew Fomin 16 Jul '19

16 Jul '19

Hello everybody. Are there any problems with current 'base' group signature? I can't install arch32 because of that, I get a ton of marginal trust errors for every single package in the group. Not the case with amd64-powered Arch (installed it a few minutes ago, works perfectly fine).

2 1

[arch-ports] node-gyp segfault on node 11.1.0 archlinux32
by Matthew Hague 26 Nov '18

26 Nov '18

Hi, I am currently running into the following problem trying to run $ npm install hci-bluetooth-socket I am told i need to run "node-gyp configure" first, which always segfaults: $ node-gyp configure gyp info it worked if it ends with ok gyp info using node-gyp(a)3.8.0 gyp info using node(a)11.1.0 | linux | ia32 gyp http GET https://nodejs.org/download/release/v11.1.0/node-v11.1.0-headers.tar.gz gyp http 200 https://nodejs.org/download/release/v11.1.0/node-v11.1.0-headers.tar.gz zsh: segmentation fault (core dumped) node-gyp configure I have tried with node-gyp 3.7 with the same results. Has anyone else encountered this problem or have ideas how to diagnose/fix? I am currently attempting to install a different version of node. Here is a bit more information. It's a bit light, but i'm not sure what else to provide! $ pacman -Qs node local/node-gyp 3.8.0-1.0 Node.js native addon build tool local/nodejs 11.1.0-1.2 Evented I/O for V8 javascript $ uname -a Linux matteee 4.18.16-arch1-1.0-ARCH #1 SMP PREEMPT Tue Oct 23 20:21:46 CEST 2018 i686 GNU/Linux Thanks, Matt

3 4

[arch-ports] [PATCH] Warn for non-unique source filenames
by dopsi＠dopsi.ch 06 Aug '18

06 Aug '18

From: Simon Doppler <dopsi(a)dopsi.ch> Detect if the source variable name either starts with `V`, `v` (or not) and followed by only digits and periods. --- Namcap/rules/pkginfo.py | 9 +++++++++ namcap-tags | 1 + 2 files changed, 10 insertions(+) diff --git a/Namcap/rules/pkginfo.py b/Namcap/rules/pkginfo.py index 216e417..5f90828 100644 --- a/Namcap/rules/pkginfo.py +++ b/Namcap/rules/pkginfo.py @@ -20,6 +20,7 @@ "These rules checks basic sanity of package metadata" import re +import os from Namcap.ruleclass import PkgInfoRule class CapsPkgnameRule(PkgInfoRule): @@ -43,4 +44,12 @@ class LicenseRule(PkgInfoRule): if "license" not in pkginfo or len(pkginfo["license"]) == 0: self.errors.append(("missing-license", ())) +class NonUniqueSourcesRule(PkgInfoRule): + name = "non-unique-source" + description = "Verifies the downloaded sources have a unique filename" + def analyze(self, pkginfo, tar): + for source_file in pkginfo["source"]: + if '::' not in source_file and re.match(r'^[vV]?(([0-9]){8}|([0-9]+\.?)+)\.', os.path.basename(source_file)): + self.warnings.append(("non-unique-source-name %s", os.path.basename(source_file))) + # vim: set ts=4 sw=4 noet: diff --git a/namcap-tags b/namcap-tags index 2133c45..5c236db 100644 --- a/namcap-tags +++ b/namcap-tags @@ -61,6 +61,7 @@ missing-makedeps %s :: Split PKGBUILD needs additional makedepends %s to work pr no-elffiles-not-any-package :: No ELF files and not an "any" package non-fhs-info-page %s :: Non-FHS info page (%s) found. Use /usr/share/info instead non-fhs-man-page %s :: Non-FHS man page (%s) found. Use /usr/share/man instead +non-unique-source-name %s :: Non-unique source name (%s). Use a unique filename. not-a-common-license %s :: %s is not a common license (it's not in /usr/share/licenses/common/) not-enough-checksums %s %i needed :: Not enough %s: %i needed package-name-in-uppercase :: No upper case letters in package names -- 2.18.0

2 1