~dlax

Toulouse, France

Recent activity

[PATCH builds.sr.ht] Add a build manifest for Debian packaging 2 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-dev

---
 .builds/debian.yml | 37 +++++++++++++++++++++++++++++++++++++
 1 file changed, 37 insertions(+)
 create mode 100644 .builds/debian.yml

diff --git a/.builds/debian.yml b/.builds/debian.yml
new file mode 100644
index 0000000..52461b6
--- /dev/null
+++ b/.builds/debian.yml
@@ -0,0 +1,37 @@
+image: debian/sid
+repositories:
+  sr.ht: https://mirror.sr.ht/debian/ sid main 6B1296C65B24472674E7B6520585B50AC6A4914D
[message trimmed]

[PATCH builds.sr.ht] Fix $arch comparison in debian's genimg 4 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-dev

It seems that $arch may be amd64, arm64 or ppc64el not x86_64.
---
 images/debian/genimg | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/images/debian/genimg b/images/debian/genimg
index cbdccde..c13a416 100755
--- a/images/debian/genimg
+++ b/images/debian/genimg
@@ -63,7 +63,7 @@ mount /dev/nbd0p3 /mnt
 mkdir /mnt/boot
 mount /dev/nbd0p1 /mnt/boot
 
-if [ "$arch" = "x86_64" ]
[message trimmed]

[PATCH builds.sr.ht] Fix libnss version in qemu Dockerfile 4 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-dev

Debian/sid currently has glibc 2.29.
---
 images/qemu/Dockerfile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/images/qemu/Dockerfile b/images/qemu/Dockerfile
index abefa25..fdeda1e 100644
--- a/images/qemu/Dockerfile
+++ b/images/qemu/Dockerfile
@@ -56,7 +56,7 @@ COPY --from=0 /bin/qemu-system-mips /bin/
 COPY --from=0 /bin/qemu-system-mipsel /bin/
 COPY --from=0 /bin/qemu-system-mips64el /bin/
 COPY --from=0 /share/qemu/ /share/qemu/
-COPY --from=0 /lib/x86_64-linux-gnu/libnss_dns-2.28.so /lib/x86_64-linux-gnu/
[message trimmed]

[PATCH builds.sr.ht] Drop flask_login from install requires 5 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-dev

This is unused since 0.51.0 and SSO.
---
 setup.py | 1 -
 1 file changed, 1 deletion(-)

diff --git a/setup.py b/setup.py
index 1502cc1..921fa1a 100755
--- a/setup.py
+++ b/setup.py
@@ -54,7 +54,6 @@ setup(
       'srht',
       'redis',
       'celery',
-      'flask_login',
[message trimmed]

Re: First time install - issues with openssl 6 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-discuss

James Anderson a écrit :
> I've run into an issue when trying to run `srht-webhook-keygen` and
> also while trying to create the db for metasrht. Paste here:
> https://paste.sr.ht/%7Ejames/377cc272f1fcfd120f6ac2711c5b6eb0c5a2a0da
> 
> It seems like I have the latest version of openssl installed, I
> installed from source because the one distributed in apt for Ubuntu
> 18.04.3 LTS also had the issue above and looked like one version
> behind.

Apparently, the cryptography package needs to be configured to use the
openssl you installed instead of the one that Python links to, see:

  https://cryptography.io/en/latest/installation/#using-your-own-openssl-on-linux

[PATCH 2 of 4 hg.sr.ht] Make "log" work rev value containing "/" 15 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-dev

# HG changeset patch
# User Denis Laxalde <denis.laxalde@logilab.fr>
# Date 1574331177 -3600
#      Thu Nov 21 11:12:57 2019 +0100
# Node ID 730a7f89612ee9b6e4097015b45f829cc2c9065f
# Parent  eca886c57498790025e7a19b821043809c1be574
Make "log" work rev value containing "/"

This used a similar logic as for "browse" route.

diff --git a/hgsrht/blueprints/repo.py b/hgsrht/blueprints/repo.py
index c1cd92e..04bc71b 100644
--- a/hgsrht/blueprints/repo.py
+++ b/hgsrht/blueprints/repo.py
[message trimmed]

[PATCH 1 of 4 hg.sr.ht] Factor out a lookup_rev_path() function 15 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-dev

# HG changeset patch
# User Denis Laxalde <denis.laxalde@logilab.fr>
# Date 1574330032 -3600
#      Thu Nov 21 10:53:52 2019 +0100
# Node ID eca886c57498790025e7a19b821043809c1be574
# Parent  79e1e9dbaceef3a73bfaeac9a39a253fd0c6909d
Factor out a lookup_rev_path() function

We'll need the same logic in other routes in the following changesets.

diff --git a/hgsrht/blueprints/repo.py b/hgsrht/blueprints/repo.py
index 43d0a11..c1cd92e 100644
--- a/hgsrht/blueprints/repo.py
+++ b/hgsrht/blueprints/repo.py
[message trimmed]

[PATCH 3 of 4 hg.sr.ht] Make "raw_file" work rev value containing "/" 15 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-dev

# HG changeset patch
# User Denis Laxalde <denis.laxalde@logilab.fr>
# Date 1574331667 -3600
#      Thu Nov 21 11:21:07 2019 +0100
# Node ID ccb8945e05d01568892cb794a65d25897ca4c563
# Parent  730a7f89612ee9b6e4097015b45f829cc2c9065f
Make "raw_file" work rev value containing "/"

diff --git a/hgsrht/blueprints/repo.py b/hgsrht/blueprints/repo.py
index 04bc71b..17f1d68 100644
--- a/hgsrht/blueprints/repo.py
+++ b/hgsrht/blueprints/repo.py
@@ -379,8 +379,11 @@ def browse(owner, repo, rev, path):
 def raw_file(owner, repo, rev, path):
[message trimmed]

[PATCH 4 of 4 hg.sr.ht] Make "commit" and "patch" work with rev value containing "/" 15 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-dev

# HG changeset patch
# User Denis Laxalde <denis.laxalde@logilab.fr>
# Date 1574332355 -3600
#      Thu Nov 21 11:32:35 2019 +0100
# Node ID 167118d796ab9539b2e183672234ca4870e7066a
# Parent  ccb8945e05d01568892cb794a65d25897ca4c563
Make "commit" and "patch" work with rev value containing "/"

In contrast with other routes (e.g. "browse") which also contain a
"path" URL segment, this can simply be handled by apply a "path:" filter
to the "rev" segment in route definition.

diff --git a/hgsrht/blueprints/repo.py b/hgsrht/blueprints/repo.py
index 17f1d68..7fff06b 100644
[message trimmed]

Re: [PATCH 3 of 3 hg.sr.ht] Make "archive" work rev value containing "/" 17 days ago

From Denis Laxalde to ~sircmpwn/sr.ht-dev

Ludovic Chabant a écrit :

>> No. Never had such issues. It's quite surprising since decoding of
>> rev.node occurs in hgsrht/hg.py:HgRepository._parserevs2() (called by
>> log2()) and "tags" are of str type on my system.

Ok, I was wrong "tags" are bytes not str; only rev.node gets decoded.

> To be clear, in this case:
> 
> 1) The problem only shows up on the "tags" page, because the tag name,
>    which we got by calling directly hg_repo.client.tags(), is not
>    decoded. My v2 patch adds a decoding of the tag name in get_tag_info.
>    Other pages show archive download links that are fine AFAICT.