Send inn-workers mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/inn-workers
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of inn-workers digest..."
Today's Topics:
1. Re: INN snapshot changes (The Doctor)
2. Re: INN snapshot changes (The Doctor)
3. Re: INN snapshot changes (Russ Allbery)
4. Re: Openssl 3.0.0 (Russ Allbery)
5. Re: Openssl 3.0.0 (Julien ?LIE)
6. Re: INN snapshot changes (Julien ?LIE)
----------------------------------------------------------------------
Message: 1
Date: Mon, 13 Sep 2021 07:43:25 -0600
From: The Doctor <[email protected]>
To: Russ Allbery <[email protected]>
Cc: [email protected]
Subject: Re: INN snapshot changes
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
On Sun, Sep 12, 2021 at 09:20:02PM -0700, Russ Allbery wrote:
> I think I have updated snapshot generation so that it will base the
> snapshots on Git rather than Subversion. I've also moved, but not gotten
> rid of, the daily snapshots since there was a request to keep them.
>
> The daily snapshots are now in a subdirectory named daily of the snapshots
> directory and should continue working as before.
>
> At the top level, there should (starting after tonight) be snapshots from
> the 2.6 and main branches. The 2.6 snapshots will use the version number
> from git describe. Since that's useless for main because of our branching
> strategy, the main snapshots will still be time-based, but the version
> number will be a little different (2.7-YYYYMMDD), and the date will be
> that of the most recent commit. Both should only be generated if
> something changed.
>
> If you want to keep using the snapshots as before, just update your path
> to use the daily directory.
>
You might wish to check the naming
I found inn-2.7-%cs.tar.gz
> --
> Russ Allbery ([email protected]) <https://www.eyrie.org/~eagle/>
>
> Please send questions to the list rather than mailing me directly.
> <https://www.eyrie.org/~eagle/faqs/questions.html> explains why.
> _______________________________________________
> inn-workers mailing list
> [email protected]
> https://lists.isc.org/mailman/listinfo/inn-workers
--
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising!
Look at Psalms 14 and 53 on Atheism https://www.empire.kred/ROOTNK?t=94a1f39b
Canada on 20 Sept 2021 vote ! Beware https://mindspring.com
------------------------------
Message: 2
Date: Mon, 13 Sep 2021 07:44:19 -0600
From: The Doctor <[email protected]>
To: Russ Allbery <[email protected]>
Cc: [email protected]
Subject: Re: INN snapshot changes
Message-ID: <YT9Vs/[email protected]>
Content-Type: text/plain; charset=us-ascii
On Sun, Sep 12, 2021 at 09:21:56PM -0700, Russ Allbery wrote:
> Oh, and I should have noted that I probably didn't get this right, so the
> chances are high that no snapshot will show up tomorrow and I'll have to
> fix some bugs and iterate on it.
>
did note that.
> --
> Russ Allbery ([email protected]) <https://www.eyrie.org/~eagle/>
>
> Please send questions to the list rather than mailing me directly.
> <https://www.eyrie.org/~eagle/faqs/questions.html> explains why.
> _______________________________________________
> inn-workers mailing list
> [email protected]
> https://lists.isc.org/mailman/listinfo/inn-workers
--
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising!
Look at Psalms 14 and 53 on Atheism https://www.empire.kred/ROOTNK?t=94a1f39b
Canada on 20 Sept 2021 vote ! Beware https://mindspring.com
------------------------------
Message: 3
Date: Mon, 13 Sep 2021 18:20:44 -0700
From: Russ Allbery <[email protected]>
To: [email protected]
Subject: Re: INN snapshot changes
Message-ID: <[email protected]>
Content-Type: text/plain
Russ Allbery <[email protected]> writes:
> Oh, and I should have noted that I probably didn't get this right, so
> the chances are high that no snapshot will show up tomorrow and I'll
> have to fix some bugs and iterate on it.
I think this is now working.
There is still a transient failure in the lib/qio test that I do not
understand and cannot reproduce and that disappears whenever I look at it
funny (like recompiling the exact same code with the exact same compiler
options). gdb is no help because attempting to examine any of the
relevant data structure just says "value optimized out." But it seems to
have gone away again? Anyway, if it fails, it may prevent a snapshot from
being generated. Otherwise, I think things are now in their intended
setup, with "regenerated only on changes" snapshots at the top level and
the old-style daily snapshots in the daily subdirectory.
--
Russ Allbery ([email protected]) <https://www.eyrie.org/~eagle/>
Please send questions to the list rather than mailing me directly.
<https://www.eyrie.org/~eagle/faqs/questions.html> explains why.
------------------------------
Message: 4
Date: Mon, 13 Sep 2021 19:08:16 -0700
From: Russ Allbery <[email protected]>
To: [email protected]
Subject: Re: Openssl 3.0.0
Message-ID: <[email protected]>
Content-Type: text/plain
Russ Allbery <[email protected]> writes:
> I think the answer is to always check for lib64 before lib when looking
> for libraries, but preserve the current logic when installing libraries.
I've now pushed this fix to rra-c-util.
--
Russ Allbery ([email protected]) <https://www.eyrie.org/~eagle/>
Please send questions to the list rather than mailing me directly.
<https://www.eyrie.org/~eagle/faqs/questions.html> explains why.
------------------------------
Message: 5
Date: Tue, 14 Sep 2021 12:31:13 +0200
From: Julien ?LIE <[email protected]>
To: [email protected]
Subject: Re: Openssl 3.0.0
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Russ,
>> On Debian Buster, I see symlinks for /libXX to /usr/libXX
>>
>> lrwxrwxrwx 1 root root 7 Jan 8 2021 lib -> usr/lib/
>> lrwxrwxrwx 1 root root 9 Jan 8 2021 lib32 -> usr/lib32/
>> lrwxrwxrwx 1 root root 9 Jan 8 2021 lib64 -> usr/lib64/
>> lrwxrwxrwx 1 root root 10 Jan 8 2021 libx32 -> usr/libx32/
>
> Ah, this has gotten rather more muddled with usrmerge, I see. Prior to
> usrmerge, /lib64 was a regular directory on Debian that contained a single
> file (a symlink for the dynamic loader, which by Linux ELF convention is
> in /lib64 although Debian doesn't otherwise use that path).
>
> However, I suspect that /usr/lib64 does not exist, correct? It at least
> doesn't on my system. So Autoconf will still detect that Debian doesn't
> use lib64 and libraries should be installed in lib.
All of the /usr/libXX directories exist on the Debian Buster I have:
8:34 news@vps /usr% ls -l
total 100K
drwxr-xr-x 2 root root 48K sept. 3 07:47 bin/
drwxr-xr-x 2 root root 4,0K nov. 22 2020 games/
drwxr-xr-x 41 root root 4,0K ao?t 6 08:45 include/
drwxr-xr-x 58 root root 4,0K juil. 13 18:05 lib/
drwxr-xr-x 2 root root 4,0K janv. 8 2021 lib32/
drwxr-xr-x 2 root root 4,0K janv. 8 2021 lib64/
drwxr-xr-x 2 root root 4,0K janv. 8 2021 libx32/
drwxr-xr-x 10 root root 4,0K janv. 8 2021 local/
drwxr-xr-x 2 root root 12K ao?t 3 08:17 sbin/
drwxr-xr-x 98 root root 4,0K juil. 13 18:05 share/
drwxr-xr-x 2 root root 4,0K nov. 22 2020 src/
Though everything is in /usr/lib, and only the symlink to the dynamic
loader in /usr/lib64:
8:35 news@vps /usr% ls lib32
8:35 news@vps /usr% ls libx32
8:35 news@vps /usr% ls lib64
ld-linux-x86-64.so.2@
8:35 news@vps /usr% ls lib | wc -l
63
Hmmm... Maybe it is a non-standard installation?
It is how this VPS was delivered to me.
> I think the answer is to always check for lib64 before lib when looking
> for libraries, but preserve the current logic when installing libraries.
I've seen the commit you've done in rra-c-util about that.
I confirm the issue for OpenSSL 3.0.0 is fixed. RRA_SET_LDFLAGS
correctly sees the lib64 directory and sets LDFLAGS accordingly.
INN does not use RRA_SET_LIBDIR but as far as I see, I believe the
behaviour is unchanged from before.
Thanks!
--
Julien ?LIE
??Rubor, tumor, dolor, calor et functio laesa.??
------------------------------
Message: 6
Date: Tue, 14 Sep 2021 13:02:44 +0200
From: Julien ?LIE <[email protected]>
To: [email protected]
Subject: Re: INN snapshot changes
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Russ,
>> Oh, and I should have noted that I probably didn't get this right, so
>> the chances are high that no snapshot will show up tomorrow and I'll
>> have to fix some bugs and iterate on it.
>
> I think this is now working.
Many thanks for having migrated snapshot generation to the new Git-based
repository.
There seems to be a synchronisation issue though because latest CURRENT
is 20210912, latest STABLE is 20210910 and inn-2.7-20210913.tar.gz is
not present at <https://downloads.isc.org/isc/inn/snapshots/>...
> There is still a transient failure in the lib/qio test that I do not
> understand and cannot reproduce and that disappears whenever I look at it
> funny (like recompiling the exact same code with the exact same compiler
> options). gdb is no help because attempting to examine any of the
> relevant data structure just says "value optimized out." But it seems to
> have gone away again?
Strange. Let's see if it happens again.
FWIW, I've never had errors with the lib/qio test on systems available
in the GCC C Farm.
--
Julien ?LIE
??Le silence est un ami qui ne trahit jamais.??
------------------------------
Subject: Digest Footer
_______________________________________________
inn-workers mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/inn-workers
------------------------------
End of inn-workers Digest, Vol 133, Issue 7
*******************************************
