Say there are 3 items with titles Abc, Mnp and Xyz.
If browse by Titles and give Abc in the search box, the result appears as
Abc followed by the other 2 in alphabetical order.
Then, if I search Xyz, I get only Xyz as the result.
But, after this if I give Mnp, there is no result. The previous
Hi all,
just a short heads up, that the arch-repo-management project has been
renamed to repod: https://gitlab.archlinux.org/archlinux/repod/
A redirect for the old name to the new name exists.
Best,
David
--
https://sleepmap.de
signature.asc
Description: PGP signature
Great job with keeping the notes tidy!
Best wishes:
Anton Hvornum
IT Developer and Security Consultant
On Wed, May 4, 2022 at 10:00 PM Brett Cornwall via arch-projects
wrote:
>
> Formatted minutes can be viewed here:
>
> https://md.archlinux.org/s/rdnf9nzXj
>
> Raw Mark
as a central documentation
platform related to Arch-related tooling/projects with each project having its
own subdomain. For instance, repod.docs.archlinux.org.
* The wiki is more about configuration/situational help whereas the docs site
would be more extensive documentation about the project
I apologize for the horrendous delay; I had forgotten about addressing
my rejected mail to this list!
Formatted meeting minutes can be viewed at:
https://md.archlinux.org/s/BUpRiww_r
A copy of the raw markdown (pandoc does a poor job converting to plain
text, suggestions for other tools
Hi all,
the next meeting for arch-repo-management will take place on jitsi on
2022-05-04 19:00CEST.
https://meet.jit.si/20220504-arch-repo-management
Best,
David
--
https://sleepmap.de
signature.asc
Description: PGP signature
On 2022-04-07 00:29:26 (+0200), David Runge via arch-projects wrote:
> Hi all,
>
> the next meeting for arch-repo-management will take place on jitsi on
> 2022-04-20 19:00CEST.
>
> https://meet.jit.si/20220420-arch-repo-management
The meeting notes can be found here:
https:
Hi all,
the next meeting for arch-repo-management will take place on jitsi on
2022-04-20 19:00CEST.
https://meet.jit.si/20220420-arch-repo-management
Best,
David
--
https://sleepmap.de
signature.asc
Description: PGP signature
On 2022-04-06 21:33, Luna Jernberg wrote:
Hey
Read the notes now, looks good :) other then the date should be 2022-04-06
at the top
Aha, thanks for the eagle eyes. Fixed.
signature.asc
Description: PGP signature
at 8:21 PM David Runge via arch-projects <
arch-projects@lists.archlinux.org> wrote:
> On 2022-03-16 16:59:13 (+0100), David Runge via arch-projects wrote:
> > Hi all,
> >
> > I'm not available for meetings in March [1].
> > I would therefore propose to do the
On 2022-03-16 16:59:13 (+0100), David Runge via arch-projects wrote:
> Hi all,
>
> I'm not available for meetings in March [1].
> I would therefore propose to do the next meeting on April 6th (19:00
> CEST), again on Jitsi [2].
> You can of course also do meetings
Hi all,
I'm not available for meetings in March [1].
I would therefore propose to do the next meeting on April 6th (19:00
CEST), again on Jitsi [2].
You can of course also do meetings without me before then :)
As a short update in regards to the project: I have applied for funding
via Prototype
By not introducing a specific security setting for WPA3, we inherrit the
WPA2 key restrictions. For now, that is better than nothing.
---
src/lib/wpa | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/lib/wpa b/src/lib/wpa
index d081540..3605659 100644
--- a/src/lib/wpa
+++
Wireless connections yield before the password is checked, so it is
better to wait for a connection to come online before concluding the
generated profile works.
---
src/netctl.in | 11 +++
src/wifi-menu | 2 +-
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/src/netctl.in
Let the netctl profile service yield at the last moment before any
communication on the interface takes place. That way, we catch as many
problems as possible without suffering unpredictable delays.
This means network.target is reached earlier for wireless connections.
---
Hi,
I believe there are related responses scattered through out this forum but
I need a summarized idea:
1)What configurations are required when there are large number of items
(i.e optimized search)?
2) What configurations are required when there are large number of
concurrent users?
Will
Hello ,
I have installed koha 20.11 and am trying to use SIP2.
The SIP2 service is responding properly from the server. But there is a lot
of delay in data processing from one server to another (means from koha
server to Middleware Server).
when request sent first time it will return correct
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.25 has been created
at b681d06ba75a5e82a7d0aeddcc91563e3cbdc23e
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 caa6c43e87e626d445769def6e3d26b2d5187ade
Hooks and interface scripts are now sourced more systematically.
Settings of wireless profiles that depend on hooks are now picked up
correctly by netctl-auto.
Suggested by: Vitor Sakaguti
---
Inspired by a report on GitHub:
https://github.com/joukewitteveen/netctl/issues/185
From: Erich Eckner
"W: VCS source PKGBUILD needs additional makedepends 'git' to work
properly" and co were too specific: It's sufficient to have the needed
package in depends=(). So we should check makedepends=() and depends=()
for needed packages.
Signed-off-by: Erich Eckner
---
Is it possible to enter individual metadata for individual bitstream where
multiple such bitstreams belong to a single item?
Using Dspace 5.10
--
All messages to this mailing list should adhere to the Code of Conduct:
https://duraspace.org/about/policies/code-of-conduct/
---
You received this
While batch uploading if somebody unintentionally *import*s metadata of one
type of collection into another collection, having separate metadata, can
Dspace prevent that?
Similarly, while *export*ing, how do I export collection with its own
metadata only and not other metadata fields that are
Aside for comments, this implements the buildflags RFC from:
https://lists.archlinux.org/pipermail/arch-dev-public/2021-March/030374.html
https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/3
Signed-off-by: Eli Schwartz
---
makepkg-x86_64.conf | 13 +
1 file changed, 9
From: Luke Shumaker
I hereby confirm that I license my work on dbscripts under the
GPLv2-or-later.
---
LICENSE_STATUS.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
Happy hacking,
~ Luke Shumaker
diff --git a/LICENSE_STATUS.md b/LICENSE_STATUS.md
index 611f11f..ac4c2e3 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 "Official repo DB scripts".
The branch, master has been updated
via 03183d98275f685120b6a9aa2e766b4db933e2ad (commit)
from
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 67317c9180f062d243999467951a9b8a825501b8 (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 annotated tag, v30 has been created
at 67472e1714bcc65a9929c4ac3c27dfcba2c9d766 (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 mkinitcpio repository".
The branch, master has been updated
via ab6bad7e65b45ca73904fa8e643e5d460fd45004 (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, 20210202 has been created
at 8f68b0721c1d4f718e9b8e74deb6598d8cb92d94 (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 90ba07d9be2883cccb1dd42aa0c8f974a2ff055c (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 8c26438df8be47531e4c071dc44d78a02fbf1d76 (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 a49bcf20970214c12a0726c0f4bf4abb1a378ab2 (commit)
On Sun, 10 Jan 2021 at 16:34, Emil Velikov wrote:
>
> On Tue, 5 Jan 2021 at 01:40, Emil Velikov wrote:
> >
> > This produces shorter and faster code. The speed-up depends greatly on
> > the workload - so here are some examples:
> >
> > File: mesa-18.3.2-1-x86_64.pkg.tar.xz from [1]
> >
> >
From: Christian Hesse
Commit 09e169b7418319eadfc4eab83fbf2fcc459d536e changed the default
build host from dragon.archlinux.org to build.archlinux.org - match
in documentation.
Signed-off-by: Christian Hesse
---
doc/offload-build.1.asciidoc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
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 0883f45b3a688490cdf57c3ca4b847ce1e21f5ee (commit)
Hello,
modified.
-
Regards,
Sebastian Bobriuc
On 1/25/21 8:21 PM, Julien Cristau wrote:
Hi,
On Wed, Nov 25, 2020 at 08:50:16AM +, Awesome Projects wrote:
Submission-Type: new
Site: mirrors.hostico.ro
Type: leaf
Archive-architecture: amd64
Archive-http: /debian/
Maintainer
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 9b70046f86b948c7e8c3c307f218c378714692ed
The name of the subcommand mirrors the same subcommand of systemd-analyze.
Verification before restarting would be useful. However, verification
requires the profile file to be readable by the current user. The current
user may be a regular user with permission to control systemd, so
restarting
On Tue, 5 Jan 2021 at 01:40, Emil Velikov wrote:
>
> This produces shorter and faster code. The speed-up depends greatly on
> the workload - so here are some examples:
>
> File: mesa-18.3.2-1-x86_64.pkg.tar.xz from [1]
>
> Before:
> 1.66s user 0.15s system 100% cpu 1.814 total
> 1.61s user 0.21s
On Fri, 11 Dec 2020 at 20:29, Eli Schwartz via arch-projects
wrote:
>
> On 12/11/20 2:25 PM, meganomic via arch-projects wrote:
> > Adds handling of the compression and temporary storage into namcap.py
> > so it can be removed from the bash script.
> > https://bugs.
Fixed some potential bugs and made it all around better. I'm working on
upstreaming support in xtarfile for LZ4 compression so hopefully the special
handling for that can be removed soon. I also fixed a bug in xtarfile that
prevents .tar files from being opened. So once the new version hits the
On 12/11/20 5:10 PM, meganomic via arch-projects wrote:
> I did a quick patch using your idea and it definitely seems like a
> good way to do it. Can probably clean it up and make it look prettier
> with some refactoring. I'll look into it later.
Nice, thanks!
Haven't taken
ible wrong:", err)
+ sys.exit(1)
- if os.path.isfile(package) and tarfile.is_tarfile(package):
- process_realpackage(package, active_modules)
elif 'PKGBUILD' in package:
process_pkgbuild(package, active_modules)
+
else:
lepath.as_posix(), shell=True)
+
+ if tmpfilepath.is_file() and xtarfile.is_tarfile(tmpfilepath):
+ process_realpackage(package, active_modules)
- if os.path.isfile(package) and tarfile.is_tarfile(package):
- process_realpackage(package, active_mo
On 12/11/20 2:25 PM, meganomic via arch-projects wrote:
Adds handling of the compression and temporary storage into namcap.py
so it can be removed from the bash script.
https://bugs.archlinux.org/task/59844 mentions "use setuptools entry
points." instead of the bash script but I don'
Adds handling of the compression and temporary storage into namcap.py so it can
be removed from the bash script. https://bugs.archlinux.org/task/59844 mentions
"use setuptools entry points." instead of the bash script but I don't know how
to do that. I just removed it from the bash script for
Simple change from using getopt to using argparse. Also fixes
https://bugs.archlinux.org/task/56995
diff --git a/namcap.py b/namcap.py
index a7f532a..bb2754e 100755
--- a/namcap.py
+++ b/namcap.py
@@ -19,10 +19,10 @@
#
#
-import getopt
import os
import sys
import tarfile
+import argparse
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: mirrors.hostico.ro
Type: leaf
Archive-architecture: amd64
Archive-http: /debian/
Maintainer: Awesome Projects
Country: RO Romania
Location: Bucharest
Sponsor: Hostico
I have my SRCDEST folder owned by root:makepkg, where makepkg is a group
build users are given. This causes issues with the bind mount when using
makechrootpkg.
I am using this patch to resolve that problem.
Is there be any interest me to expand this out so a `makepkggrp` can be set
as an
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, v29 has been created
at 7cb5bf5f70e55a32b74650c6fcb5a63a4be1bf73 (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 mkinitcpio repository".
The branch, master has been updated
via 6e4603638b459468d235437c6a47584d609a86a2 (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 "Network control utility based on systemd".
The annotated tag, 1.24 has been created
at 717a6f620eb27db487be32ad2ecc6fc019ce9af5
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 ca58db4f98ec0e0182deb5a96d2de340425ad093
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 1e08e03a37c7276593ebf2aeb8794128b6628c4f
Unqouted $pkgdir and $srcdir can lead to errors if the directory name
contains spaces. Not quoting these variables is a common mistake. For
example, it is often seen in PKGBUILDs that are submitted for review.
Add a rule that warns on unquoted $pkgdir and $srcdir.
Signed-off-by: Michael Straube
As Allan pointed out the change bzr -> breezy was in Arch,
but not everywhere else pacman is used. Also breezy provides
bzr, so it still works as it was.
Signed-off-by: Michael Straube
---
https://lists.archlinux.org/pipermail/pacman-dev/2020-July/024474.html
Namcap/rules/makedepends.py
Hi,
Hope you are doing well,
We are providing all types of construction estimates and take-offs to
building professionals and owner-builders. Our estimators have experience
providing estimates on residential, commercial, and civil construction
projects.
Reply to this email for any samples
Hey,
This is important: Have you secured TedsWoodworking yet?
If not, go immediately to do so...
As I've said, this is the EASIEST way to start your woodworking projects -and it's still at a Ridiculous low price:
If you're just starting out or you're
Em agosto 14, 2020 10:09 Christian Hesse escreveu:
Well, that looks pretty incomplete... In fact it just sets the compression
option and skips everything else.
Just replying here as well, to your comments on the PR. We usually use defaults
on mkinitcpio, so the user is left to choose levels.
On Fri, Aug 14, 2020 at 02:44:46PM +0200, Christian Hesse wrote:
> From: Christian Hesse
>
> Linux 5.9 supports zstd compressed initramfs, so add support here.
Just a headsup that there is a pull-request on github with changes to support
this.
https://github.com/archlinux/mkinitcpio/pull/35
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, v28 has been created
at 206e5f0db697510c968b5d5b143fce62b5c4717b (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 mkinitcpio repository".
The branch, master has been updated
via 3340dbc2ed92a0d9e58193d2d4082a588c1d84ca (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, v28 has been deleted
was f637c48ed4bb3b6db623d5df8cbea848f9bd6e36
- 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 "The official mkinitcpio repository".
The annotated tag, v28 has been created
at f637c48ed4bb3b6db623d5df8cbea848f9bd6e36 (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 mkinitcpio repository".
The branch, master has been updated
via ab34e08b4624d1a212b66cc0f2c0a2c5b9feb325 (commit)
101 - 200 of 1376 matches
Mail list logo
