[Koha] The Terrific Every-Other-Thursday Training Video | 419

2024-06-06 Thread BRANNON, CHRISTOPHER
This week we welcome our special guest and koha-US Cataloging SIG leader, 
Heather Hernandez, who will walk us through the basics of using the Koha 
Community Wiki. If you are new to Koha, this is a great resource not only for 
finding reports and customizations, but it is an easy way to help contribute to 
the repository as well (I think I used the right word).

https://youtu.be/pDtdnn4Hj_8

Sincerely,
Christopher Brannon
koha-US Admin
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


[jira] [Commented] (COMDEV-545) Reporter should self-host the files from FontAwsome

2024-06-06 Thread Christopher Tubbs (Jira)


[ 
https://issues.apache.org/jira/browse/COMDEV-545?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17852925#comment-17852925
 ] 

Christopher Tubbs commented on COMDEV-545:
--

A lot of projects would benefit from having these hosted in a central area for 
all of apache.org, for any project website to use, along with jquery and 
bootstrap static website assets, and in a layout to support multiple versions 
of each because not all projects will use the current version.

> Reporter should self-host the files from FontAwsome
> ---
>
> Key: COMDEV-545
> URL: https://issues.apache.org/jira/browse/COMDEV-545
> Project: Community Development
>  Issue Type: Bug
>  Components: Reporter Tool
>Reporter: Sebb
>Priority: Major
>
> The code current downloads fonts from FontAwsome.
> We don't (and won't) have a DPA with them, so this is not allowed.
> The fonts need to be hosted locally.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org



02/04: Support regexes for included and excluded branches

2024-06-06 Thread Christopher Baines
cbaines pushed a commit to branch master
in repository data-service.

commit 5d50a0e3e17945ee4d4745ff382b3d58e23db5a0
Author: Christopher Baines 
AuthorDate: Wed May 22 10:45:12 2024 +0100

Support regexes for included and excluded branches
---
 guix-data-service/branch-updated-emails.scm |  4 ++--
 guix-data-service/model/git-repository.scm  | 28 ++--
 guix-data-service/poll-git-repository.scm   |  4 ++--
 3 files changed, 30 insertions(+), 6 deletions(-)

diff --git a/guix-data-service/branch-updated-emails.scm 
b/guix-data-service/branch-updated-emails.scm
index 8b5290b..aeb1570 100644
--- a/guix-data-service/branch-updated-emails.scm
+++ b/guix-data-service/branch-updated-emails.scm
@@ -59,9 +59,9 @@
  conn
  git-repository-id)))
 (let ((excluded-branch?
-   (member branch-name excluded-branches string=?))
+   (branch-in-list? excluded-branches branch-name))
   (included-branch?
-   (member branch-name included-branches string=?)))
+   (branch-in-list? included-branches branch-name)))
   (when (and (not excluded-branch?)
  (or (null? included-branches)
  included-branch?))
diff --git a/guix-data-service/model/git-repository.scm 
b/guix-data-service/model/git-repository.scm
index feae290..5c605f8 100644
--- a/guix-data-service/model/git-repository.scm
+++ b/guix-data-service/model/git-repository.scm
@@ -16,6 +16,7 @@
 ;;; <http://www.gnu.org/licenses/>.
 
 (define-module (guix-data-service model git-repository)
+  #:use-module (srfi srfi-1)
   #:use-module (ice-9 match)
   #:use-module (json)
   #:use-module (squee)
@@ -25,6 +26,7 @@
 git-repository-query-substitutes?
 git-repository-id->url
 select-includes-and-excluded-branches-for-git-repository
+branch-in-list?
 count-git-repositories-with-x-git-repo-header-values
 git-repository-x-git-repo-header->git-repository-id
 git-repository-url->git-repository-id
@@ -84,6 +86,17 @@ WHERE id = $1"
 (((url)) url)))
 
 (define (select-includes-and-excluded-branches-for-git-repository conn id)
+  (define (make-regexes lst)
+(map
+ (lambda (item)
+   (if (string-prefix? "/" item)
+   (make-regexp
+(string-drop
+ (string-drop-right item 1)
+ 1))
+   item))
+ lst))
+
   (match (exec-query
   conn
   "
@@ -95,11 +108,22 @@ FROM git_repositories WHERE id = $1"
   (if (or (eq? #f included_branches)
   (string-null? included_branches))
   '()
-  (parse-postgresql-array-string included_branches))
+  (make-regexes
+   (parse-postgresql-array-string included_branches)))
   (if (or (eq? excluded_branches #f)
   (string-null? excluded_branches))
   '()
-  (parse-postgresql-array-string excluded_branches))
+  (make-regexes
+   (parse-postgresql-array-string excluded_branches)))
+
+(define (branch-in-list? lst branch)
+  (any
+   (lambda (item)
+ (->bool
+  (if (string? item)
+  (string=? item branch)
+  (regexp-exec item branch
+   lst))
 
 (define (count-git-repositories-with-x-git-repo-header-values conn)
   (match (exec-query
diff --git a/guix-data-service/poll-git-repository.scm 
b/guix-data-service/poll-git-repository.scm
index 124c559..2ed5644 100644
--- a/guix-data-service/poll-git-repository.scm
+++ b/guix-data-service/poll-git-repository.scm
@@ -170,9 +170,9 @@
   (filter
(lambda (branch-name)
  (let ((excluded-branch?
-(member branch-name excluded-branches string=?))
+(branch-in-list? excluded-branches branch-name))
(included-branch?
-(member branch-name included-branches string=?)))
+(branch-in-list? included-branches branch-name)))
(and (not excluded-branch?)
 (or (null? included-branches)
 included-branch?



01/04: Fix WAL threshold

2024-06-06 Thread Christopher Baines
cbaines pushed a commit to branch master
in repository data-service.

commit 2043a4ef6f85ea943f6b1d0ab453c5b9c716f824
Author: Christopher Baines 
AuthorDate: Mon May 13 17:20:25 2024 +0100

Fix WAL threshold

As it was too small.
---
 guix-data-service/jobs/load-new-guix-revision.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/guix-data-service/jobs/load-new-guix-revision.scm 
b/guix-data-service/jobs/load-new-guix-revision.scm
index 5c2744c..d821157 100644
--- a/guix-data-service/jobs/load-new-guix-revision.scm
+++ b/guix-data-service/jobs/load-new-guix-revision.scm
@@ -1485,7 +1485,7 @@
   (match-lambda
 ((system . target)
  (let loop ((wal-bytes (stat:size (stat 
"/var/guix/db/db.sqlite-wal"
-   (when (> wal-bytes 2)
+   (when (> wal-bytes (* 2048 (expt 2 20)))
  (simple-format #t "debug: guix-daemon WAL is large (~A), 
waiting\n"
 wal-bytes)
 



03/04: Guard against trying to delete an empty list of commits

2024-06-06 Thread Christopher Baines
cbaines pushed a commit to branch master
in repository data-service.

commit f7ada4bf1f423573c409513c824a6f0675ab75ec
Author: Christopher Baines 
AuthorDate: Wed May 22 11:46:18 2024 +0100

Guard against trying to delete an empty list of commits
---
 guix-data-service/data-deletion.scm | 9 +
 1 file changed, 5 insertions(+), 4 deletions(-)

diff --git a/guix-data-service/data-deletion.scm 
b/guix-data-service/data-deletion.scm
index c9dc631..e75fe42 100644
--- a/guix-data-service/data-deletion.scm
+++ b/guix-data-service/data-deletion.scm
@@ -255,10 +255,11 @@ WHERE git_repository_id = $1
  (list (number->string git-repository-id)
branch-name
 
-  (delete-revisions-from-branch conn
-git-repository-id
-branch-name
-commits)
+  (unless (null? commits)
+(delete-revisions-from-branch conn
+  git-repository-id
+  branch-name
+  commits))
 
   (exec-query
conn



04/04: Add more logging around polling git repositories

2024-06-06 Thread Christopher Baines
cbaines pushed a commit to branch master
in repository data-service.

commit d74422c2686890c7df26dd52104d65bfd042e7bd
Author: Christopher Baines 
AuthorDate: Thu May 23 09:38:24 2024 +0100

Add more logging around polling git repositories
---
 guix-data-service/poll-git-repository.scm | 12 
 1 file changed, 12 insertions(+)

diff --git a/guix-data-service/poll-git-repository.scm 
b/guix-data-service/poll-git-repository.scm
index 2ed5644..8dfd13d 100644
--- a/guix-data-service/poll-git-repository.scm
+++ b/guix-data-service/poll-git-repository.scm
@@ -99,6 +99,9 @@
conn
'latest-channel-instances
(lambda ()
+ (simple-format (current-error-port)
+"polling git repository ~A\n"
+git-repository-id)
  ;; This was using update-cached-checkout, but it wants to checkout
  ;; refs/remotes/origin/HEAD by default, and that can fail for some reason
  ;; on some repositories:
@@ -158,6 +161,15 @@
  oid->string)
 (branch-list repository BRANCH-REMOTE)
 
+   (simple-format (current-error-port)
+  "git repository ~A: excluded branches: ~A\n"
+  git-repository-id
+  excluded-branches)
+   (simple-format (current-error-port)
+  "git repository ~A: included branches: ~A\n"
+  git-repository-id
+  included-branches)
+
(with-postgresql-transaction
 conn
 (lambda (conn)



branch master updated (f4be647 -> d74422c)

2024-06-06 Thread Christopher Baines
cbaines pushed a change to branch master
in repository data-service.

from f4be647  Use a separate fiber to send pool stats
 new 2043a4e  Fix WAL threshold
 new 5d50a0e  Support regexes for included and excluded branches
 new f7ada4b  Guard against trying to delete an empty list of commits
 new d74422c  Add more logging around polling git repositories

The 4 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "add" were already present in the repository and have only
been added to this reference.


Summary of changes:
 guix-data-service/branch-updated-emails.scm   |  4 ++--
 guix-data-service/data-deletion.scm   |  9 
 guix-data-service/jobs/load-new-guix-revision.scm |  2 +-
 guix-data-service/model/git-repository.scm| 28 +--
 guix-data-service/poll-git-repository.scm | 16 +++--
 5 files changed, 48 insertions(+), 11 deletions(-)



libgcov on a standalone platform embedded controller

2024-06-06 Thread Christopher Campbell via Gcc
Guy,

I have been trying to get libgcov working.
Will you please give me some guidance with a working example?
I could really use some good old fashion hand holding to gcov to work in a
standalone environment.




I have tried the following
1. invoke __gcov_dump()
 but then i get this error libgcov profiling error::Version
mismatch - expected 10.3 (experimental) (B03r) got (unknown) (ð)
 this is a know bug. There is no actual mismatch

2.
https://gcc.gnu.org/onlinedocs/gcc/gcov/profiling-and-test-coverage-in-freestanding-environments.html
This only work with the two file included.   When introduced into .cpp and
more file then compiler give
undefined  __gcov_filename_to_gcfn (f, dump, arg);

3. Tried different versions

#"C:/Program Files (x86)/GNU Tools ARM Embedded/5.3
2016q1/lib/gcc/arm-none-eabi/5.3.1/thumb/libgcov.a"
#"C:/Program Files (x86)/GNU Tools ARM Embedded/6.2
2016q4/lib/gcc/arm-none-eabi/6.2.1/thumb/v7e-m/fpv4-sp/hard/libgcov.a"
#"C:/Program Files (x86)/GNU Arm Embedded Toolchain/10
2021.10/lib/gcc/arm-none-eabi/10.3.1/libgcov.a"
#"C:/Program Files (x86)/GNU Arm Embedded Toolchain/10
2021.10/lib/gcc/arm-none-eabi/10.3.1/thumb/v7e-m+fp/softfp/libgcov.a"
"C:/Program Files (x86)/GNU Arm Embedded Toolchain/10
2021.10/lib/gcc/arm-none-eabi/10.3.1/thumb/v7e-m+fp/hard/libgcov.a"

#"C:/Program Files (x86)/GNU Arm Embedded Toolchain/10
2021.10/lib/gcc/arm-none-eabi/10.3.1/thumb/v6-m/nofp/libgcov.a"

Will someone please contact me?

Chris Campbell
-- 
A life well lived is its own reward


[PROPOSAL] Implement additional security checks in SecurityLifecycleListener

2024-06-06 Thread Christopher Schultz

All,

Tomcat's SecurityLifecycleListener currently checks the current working 
user's name, the umask and not much else at the moment.


I'd like to add "administrator" as another username to look for. (The 
documentation says that "root" is the only current username checked.)


I would also like to add several items from the DISA STIG document found 
here:

https://www.stigviewer.com/stig/apache_tomcat_application_sever_9/2021-12-27/

I haven't decided exactly which items to implement, but I will probably 
do this as a PR with separate commits for each item.


Are there any objections to be starting this work?

Thanks,
-chris

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[PROPOSAL] Enable SecureLifecycleListener by default

2024-06-06 Thread Christopher Schultz

All,

I'd like to remove the  around the SecureLifecycleListener 
in conf/server.xml that we bundle with Tomcat distributions.


Before I do so, are there any objections to making this change?

Thanks,
-chris

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[PROPOSAL] Remove JSP file from ROOT web application

2024-06-06 Thread Christopher Schultz

All,

I'd like to change the existing webapps/ROOT/index.jsp to index.html and 
remove the dynamic elements. Currently, the only truly dynamic element 
in the whole file is this:


"
Copyright 1999-${year} Apache Software 
Foundation.  All Rights Reserved

"

I don't see any particular reason that the Copyright information must 
always show the "current year". We can simply set this to "the current 
year" during the release process.


This will mean that the default application will be completely static. 
Not much of an upgrade, *but* if a user would prefer to completely 
remove Jasper, it means that the default home page will be readable.


-chris

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: [PROPOSAL] Tomcat 10: Remove CGI Servlet

2024-06-06 Thread Christopher Schultz

All,

Resurrecting this thread from 2019.

I will be proceeding with this 4.5-year-old plan to extract the CGI 
servlet to a separate JAR file to make it easy to "remove" from Tomcat 
if operators would prefer to do such things.


I think I'll also move the configuration from conf/web.xml to 
webapps/docs/cgi-howto.html while I'm at it so those vestiges are gone.


Thanks,
-chris

On 10/28/19 09:55, Christopher Schultz wrote:

All,

Note: this was not a vote.

There was very little feedback, and responses were mixed. We got
exactly one response on the users@ list about real-world usage of CGI,
so we cannot draw any conclusions about real-world uses.

Otherwise, the consensus seems to be that CGIs should stay a part of
the main Tomcat distribution, but that perhaps separating it out into
a distinct JAR file and/or separate distribution might be advantageous.

It appears that the CGIServlet is completely self-contained. It makes
use of the following internal(ish) Tomcat APIs:

org.apache.catalina.util.IOTools
org.apache.juli.logging.Log
org.apache.juli.logging.LogFactory
org.apache.tomcat.util.compat.JrePlatform
org.apache.tomcat.util.res.StringManager

All of these could be replaced if necessary to make a standalone,
container-agnostic package.

It looks like it would be fairly easy to separate-out the CGIServlet
into a separate JAR file packaging if there's utility in that. For
example, security-conscious environments may want to remove that JAR
file entirely from the Tomcat deployment to be absolutely sure that
Runtime.exec() isn't available in the deployed Java code (from the
container; yet I realize that SSIServlet/SSIFilter has this, too).

I'd like to go ahead and move the CGIServlet from the general
catalina.jar file into catalina-cgi.jar. That should only require a
small change to the build.xml script.

Any objections?

-chris

On 10/7/19 10:59, Christopher Schultz wrote:

All,



I recently gave a presentation on locking-down Apache Tomcat[1] and
I briefly discussed the "sharp edges" present in Tomcat. Some of
them are unnecessarily sharp and may be actually unnecessary. I'm
going to make a few proposals to remove functions from Tomcat.



Proposal: Remove CGI Servlet



Justification:



The CGIServlet is another component, like server-side-includes,
which is a remote-code execution (RCE) vulnerability as a feature.
It is very easy to misconfigure. It is arguably not possible to
secure it on Windows[2]. There are better solutions if you want to
run Perl, Python, PHP, or whatever on your server in the form of
the many fine web-server products out there.



-chris




[1]
http://tomcat.apache.org/presentations.html#latest-locking-down-tomc



at

[2]
https://blogs.msdn.microsoft.com/twistylittlepassagesallalike/2011/04/

23


/everyone-quotes-command-line-arguments-the-wrong-way/



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: [PROPOSAL] Tomcat 10: Remove Server-Side Includes (SSI)

2024-06-06 Thread Christopher Schultz

All,

Resurrecting this thread from 2019.

I'd like to remove the SSI configuration from conf/web.xml and put it 
into webapps/docs/ssi-howto.html.


Are there any objections?

Thanks,
-chris

On 10/29/19 05:05, Konstantin Kolinko wrote:

пн, 28 окт. 2019 г. в 16:34, Christopher Schultz :


[...]

The stock conf/web.xml contains a sample configuration for the SSI
servlet. We will have to decide what to do with that. I can think of
at least two options:

   a. Remove it from the stock conf/web.xml entirely
   b. Add comments to conf/web.xml indicating that the SSI component is
a separate download

I think I like #2 better.


The correct way to enable this feature is to copy those fragments into
one's own WEB-INF/web.xml.  Uncommenting them in the default web.xml
file will have [un]expected consequences.

Thus I am in favor of moving those configuration fragments to documentation.

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: [RE-wrenches] Sol-Ark 15k solar panel frame grounding

2024-06-06 Thread Christopher Warfel via RE-wrenches
GFDI fault. The manual doesn't 
say anything about the DC side with respect to this error. It suggests 
it is an AC current leakage to ground. But Sol-Ark tech support 
suggested that I disconnect the PV to rule it out as a source of the 
fault.


Jason Szumlanski

Florida Solar Design Group


___
List sponsored by Redwood Alliance

Pay optional member dues here:http://re-wrenches.org

List Address:RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org


--
Christopher Warfel
          ENTECH Engineering Inc.
   PO Box 871, Block Island, RI 02807
              401-477-5773
EE Logo <https://entech-engineering.com/Home/default.php>
BEGIN:VCARD
VERSION:4.0
N:Warfel;Christopher;;;
TEL;VALUE=TEXT:401-447-5773 (c)
NOTE:Use the cell phone number for all communications.  Thank you.
URL:https://www.entech-engineering.com
END:VCARD
___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org



RE: Relabeling a control

2024-06-06 Thread Christopher Chaltain
Try a two finger double tap and hold.

--
Christopher (AKA CJ) =>÷
Chaltain at Outlook, USA

From: viphone@googlegroups.com  On Behalf Of Bill 
Gallik
Sent: Thursday, June 6, 2024 12:04 AM
To: viPhone  
Subject: Relabeling a control

On the Dexcom G7 iOS app, the main screen has a very obscure control label at 
the bottom which should read something similar to calibration. Unfortunately, 
I’ve completely forgotten how to relabel a control. Can anybody remind me, 
please?


- Sent from Ino Squire's iPhone SE (iOS 17.5.1) via Google Mail

--
The following information is important for all members of the V iPhone list.

If you have any questions or concerns about the running of this list, or if you 
feel that a member's post is inappropriate, please contact the owners or 
moderators directly rather than posting on the list itself.

Your V iPhone list moderator is Mark Taylor. Mark can be reached at: 
mk...@ucla.edu. Your list owner is Cara Quinn - you can reach Cara at 
caraqu...@caraquinn.com

The archives for this list can be searched at:
http://www.mail-archive.com/viphone@googlegroups.com/
---
You received this message because you are subscribed to the Google Groups 
"VIPhone" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
viphone+unsubscr...@googlegroups.com<mailto:viphone+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/viphone/1CE14E23-221D-4A01-95DA-7B2724B0DFAB%40gmail.com<https://groups.google.com/d/msgid/viphone/1CE14E23-221D-4A01-95DA-7B2724B0DFAB%40gmail.com?utm_medium=email_source=footer>.

-- 
The following information is important for all members of the V iPhone list.

If you have any questions or concerns about the running of this list, or if you 
feel that a member's post is inappropriate, please contact the owners or 
moderators directly rather than posting on the list itself.

Your V iPhone list moderator is Mark Taylor.  Mark can be reached at:  
mk...@ucla.edu.  Your list owner is Cara Quinn - you can reach Cara at 
caraqu...@caraquinn.com

The archives for this list can be searched at:
http://www.mail-archive.com/viphone@googlegroups.com/
--- 
You received this message because you are subscribed to the Google Groups 
"VIPhone" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to viphone+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/viphone/SJ0PR14MB4298454D35DDFAE66D29AB41C8FA2%40SJ0PR14MB4298.namprd14.prod.outlook.com.


branch master updated: hydra: Reorder some NGinx configuration lines.

2024-06-05 Thread Christopher Baines
This is an automated email from the git hooks/post-receive script.

cbaines pushed a commit to branch master
in repository maintenance.

The following commit(s) were added to refs/heads/master by this push:
 new e1f8f99b hydra: Reorder some NGinx configuration lines.
e1f8f99b is described below

commit e1f8f99b4a05f6c075dfa9f0b47a7ea973b1aaff
Author: Christopher Baines 
AuthorDate: Wed Jun 5 14:37:30 2024 +0100

hydra: Reorder some NGinx configuration lines.

I think that having set before rewrite might be important for it to
work.

* hydra/bayfront.scm (%bordeaux.guix.gnu.org-nginx-servers): Reorder
some NGinx configuration lines.
* hydra/deploy-node-129.scm (%nginx-server-blocks): Reorder some NGinx
configuration lines.
---
 hydra/bayfront.scm| 8 
 hydra/deploy-node-129.scm | 8 
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/hydra/bayfront.scm b/hydra/bayfront.scm
index 2916e0b2..552665a6 100644
--- a/hydra/bayfront.scm
+++ b/hydra/bayfront.scm
@@ -833,18 +833,18 @@ add_header Content-Type text/plain;")))
(body '("proxy_pass https://nar-storage;;)))
   (nginx-named-location-configuration
(name "nar-storage")
-   (body '("rewrite /internal/(.*) /$1 break;"
-   "proxy_pass https://nar-storage;;
+   (body '("proxy_http_version 1.1;"
"
 if ($http_via) {
 set $via  \"$http_via, $via\";
 }
 proxy_set_header  Via  $via;"
"proxy_cache bordeaux-nar;"
-   "proxy_http_version 1.1;"
"proxy_set_header Connection \"\";"
"proxy_cache_valid 200 28d;"
-   "proxy_ignore_client_abort on;")))
+   "proxy_ignore_client_abort on;"
+   "rewrite /internal/(.*) /$1 break;"
+   "proxy_pass https://nar-storage;;)))
   (nginx-location-configuration
(uri "= /latest-database-dump")
(body '("proxy_pass http://nar-herder;;
diff --git a/hydra/deploy-node-129.scm b/hydra/deploy-node-129.scm
index 989d1b14..f8f9c3df 100644
--- a/hydra/deploy-node-129.scm
+++ b/hydra/deploy-node-129.scm
@@ -82,14 +82,14 @@
(body '("proxy_pass http://nar-herder;;)))
   (nginx-named-location-configuration
(name "nar-storage-location")
-   (body '("rewrite /internal/(.*) /$1 break;"
-   "proxy_pass https://nar-storage;;
-   "
+   (body '("
 if ($http_via) {
 set $via  \"$http_via, $via\";
 }
 proxy_set_header  Via  $via;"
-   "proxy_set_header Host bordeaux.guix.gnu.org:443;")))
+   "proxy_set_header Host bordeaux.guix.gnu.org:443;"
+   "rewrite /internal/(.*) /$1 break;"
+   "proxy_pass https://nar-storage;;)))
   (nginx-location-configuration
(uri "= /latest-database-dump")
(body '("proxy_pass http://nar-herder;;)))



Re: Tomcat 9.0.xx JDK Version Support and EOL

2024-06-05 Thread Christopher Schultz

Chaitanya,

On 6/5/24 09:11, Chaitanya Gopisetti wrote:

Also can you update on the End of life expected date for Tomcat 9.0.x version

-Original Message-
From: Christopher Schultz 
Sent: Wednesday, June 5, 2024 6:37 PM
To: users@tomcat.apache.org
Subject: Re: Tomcat 9.0.xx JDK Version Support and EOL

Chaitanya,

On 6/5/24 08:47, Chaitanya Gopisetti wrote:

It was mentioned that Tomcat 9.0.x supports java 8 and later. So
wanted to know whether it supports Jdk 21? Also wanted to know the End
of life expected date for Tomcat 9.0.x version.


Tomcat 9 should run jut fine on any Java version from 8 up through the latest 
release (currently Java 21).


Sorry, that's the latest LTS version. The latest released version is 
Java 22 and Tomcat should continue to work there as well.


The supported Java version is "8 *or later*" (emphasis mine) which 
pretty much means that we should support any version after Java 8 as well.


We have a minimum Java version only because (1) The Servlet Spec 
includes a minimum supported Java version and (2) we use features which 
require that version of Java as well.


Note that Tomcat 9 must be /built/ using Java 17 or later, but targets 
Java 8 for class file format, etc.


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat 9.0.xx JDK Version Support and EOL

2024-06-05 Thread Christopher Schultz

Chaitanya,

On 6/5/24 08:47, Chaitanya Gopisetti wrote:

It was mentioned that Tomcat 9.0.x supports java 8 and later. So
wanted to know whether it supports Jdk 21? Also wanted to know the
End of life expected date for Tomcat 9.0.x version.


Tomcat 9 should run jut fine on any Java version from 8 up through the 
latest release (currently Java 21).


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



02/04: hydra: bayfront: Rework the build success hook.

2024-06-05 Thread Christopher Baines
cbaines pushed a commit to branch master
in repository maintenance.

commit 8be72be27d12e7935fc687d9c0ddd76ebeaefe80
Author: Christopher Baines 
AuthorDate: Wed Jun 5 11:57:51 2024 +0100

hydra: bayfront: Rework the build success hook.

Publish to a temporary directory, then import the narinfos and nars
with the nar-herder. This avoids parallel hooks from conflicting.

* hydra/bayfront.scm (%guix-build-coordinator-configuration): Rework
the build success hook.
---
 hydra/bayfront.scm | 25 +++--
 1 file changed, 19 insertions(+), 6 deletions(-)

diff --git a/hydra/bayfront.scm b/hydra/bayfront.scm
index b97c1c6d..500538f1 100644
--- a/hydra/bayfront.scm
+++ b/hydra/bayfront.scm
@@ -1151,15 +1151,24 @@ proxy_set_header  Via  $via;"
'build-started-send-event-to-guix-data-service-hook)))
 (build-success
  . ,#~(lambda args
-(use-modules (gcrypt pk-crypto) ; for read-file-sexp
+(use-modules (srfi srfi-1)
+ (guix build utils)
+ (gcrypt pk-crypto) ; for read-file-sexp
  (web uri)
  (web client)
  (web response))
 
 #$recompress-log-file-hook
+
+(define temporary-publish-directory
+  (string-append "/tmp/bordeaux-nars/" (second args)))
+(mkdir-p temporary-publish-directory)
 (apply ((@ (guix-build-coordinator hooks)
build-success-publish-hook)
-#$publish-directory
+;; Use a temporary directory unique to the
+;; build here to avoid different builds for
+;; the same outputs conflicting
+temporary-publish-directory
 ;; These should be the same as
 ;; /etc/guix/... but are copied here so that
 ;; they can be read by the Guix Build
@@ -1180,15 +1189,18 @@ proxy_set_header  Via  $via;"
"http://localhost:8734/;
narinfo-filename))
 #:combined-post-publish-hook
-(lambda (directory narinfos-and-nars)
+(lambda (directory narinfos)
   (let* ((narinfos
   (map
(lambda (narinfo-filename)
  (string-append directory "/" 
narinfo-filename))
-   (map car narinfos-and-nars)))
+   narinfos))
  (command
-  (cons* #$(file-append nar-herder 
"/bin/nar-herder")
+  (cons* #$(file-append my-nar-herder 
"/bin/nar-herder")
  "import"
+ ;; Set --storage so the
+ ;; nar-herder moves the nars
+ "--storage=/var/lib/nars"
  "--tag=unknown-if-for-master=true"
  ;; "--ensure-references-exist"
  
"--database=/var/lib/nar-herder/nar_herder.db"
@@ -1209,7 +1221,8 @@ proxy_set_header  Via  $via;"
   "deleting ~A\n"
   narinfo)
(delete-file narinfo))
- narinfos)))
+ narinfos)
+(delete-file-recursively 
temporary-publish-directory)))
 #:derivation-substitute-urls
 '("https://data.guix.gnu.org; 
"https://data.qa.guix.gnu.org;))
args)



03/04: hydra: Change set $via in bayfront and hydra-guix-129 NGinx config.

2024-06-05 Thread Christopher Baines
cbaines pushed a commit to branch master
in repository maintenance.

commit 25dea0601e1dbe6e9396c9e0c119f09d452a5a49
Author: Christopher Baines 
AuthorDate: Wed Jun 5 12:07:57 2024 +0100

hydra: Change set $via in bayfront and hydra-guix-129 NGinx config.

As I think it needs to be set initially outside the location.

* hydra/bayfront.scm (%bordeaux.guix.gnu.org-nginx-servers): Move set
$via to the raw-content.
* hydra/deploy-node-129.scm (%nginx-server-blocks): Move set $via to
the raw-content.
---
 hydra/bayfront.scm| 12 ++--
 hydra/deploy-node-129.scm | 12 ++--
 2 files changed, 12 insertions(+), 12 deletions(-)

diff --git a/hydra/bayfront.scm b/hydra/bayfront.scm
index 500538f1..837e6df2 100644
--- a/hydra/bayfront.scm
+++ b/hydra/bayfront.scm
@@ -836,11 +836,10 @@ add_header Content-Type text/plain;")))
(body '("rewrite /internal/(.*) /$1 break;"
"proxy_pass https://nar-storage;;
"
-set  $via  \"1.1 bayfront\";
-if ($http_via) {
-set $via  \"$http_via, $via\";
-}
-proxy_set_header  Via  $via;"
+if ($http_via) {
+set $via  \"$http_via, $via\";
+}
+proxy_set_header  Via  $via;"
"proxy_cache bordeaux-nar;"
"proxy_http_version 1.1;"
"proxy_set_header Connection \"\";"
@@ -937,7 +936,8 @@ proxy_set_header  Via  $via;"
   (raw-content
(list
 %common-tls-options
-"access_log /var/log/nginx/bordeaux.access.log.gz combined gzip 
flush=1m;"))
+"access_log /var/log/nginx/bordeaux.access.log.gz combined gzip 
flush=1m;"
+"set  $via  \"1.1 bayfront\";"))
   (locations common-locations)
 
 (define %qa.guix.gnu.org-nginx-servers
diff --git a/hydra/deploy-node-129.scm b/hydra/deploy-node-129.scm
index 7b20a100..6baf788b 100644
--- a/hydra/deploy-node-129.scm
+++ b/hydra/deploy-node-129.scm
@@ -85,11 +85,10 @@
(body '("rewrite /internal/(.*) /$1 break;"
"proxy_pass https://nar-storage;;
"
-set  $via  \"1.1 hydra-guix-129\";
-if ($http_via) {
-set $via  \"$http_via, $via\";
-}
-proxy_set_header  Via  $via;"
+if ($http_via) {
+set $via  \"$http_via, $via\";
+}
+proxy_set_header  Via  $via;"
"proxy_set_header Host bordeaux.guix.gnu.org:443;")))
   (nginx-location-configuration
(uri "= /latest-database-dump")
@@ -159,7 +158,8 @@ proxy_set_header  Via  $via;"
 
  # Disable weak cipher suites.
  ssl_ciphers HIGH:!aNULL:!MD5;
- ssl_prefer_server_ciphers on;"))
+ ssl_prefer_server_ciphers on;"
+  "set  $via  \"1.1 hydra-guix-129\";"))
(locations common-locations)
 
 (define %btrfs-san-uuid "3bd8e3fb-2ad1-41ff-ac80-4ca3e17950ea")



01/04: hydra: bayfront: Start rotating NGinx logs.

2024-06-05 Thread Christopher Baines
cbaines pushed a commit to branch master
in repository maintenance.

commit c69964246903c1870f9e7d7c6bd49baae27f8c5a
Author: Christopher Baines 
AuthorDate: Wed Jun 5 11:53:54 2024 +0100

hydra: bayfront: Start rotating NGinx logs.

More configuration is needed, but this is the big one.

* hydra/bayfront.scm (%nginx-log-rotation): New variable.
[services]: Add %nginx-log-rotation.
---
 hydra/bayfront.scm | 16 
 1 file changed, 16 insertions(+)

diff --git a/hydra/bayfront.scm b/hydra/bayfront.scm
index fe16f0e3..b97c1c6d 100644
--- a/hydra/bayfront.scm
+++ b/hydra/bayfront.scm
@@ -1074,6 +1074,20 @@ proxy_set_header  Via  $via;"
  (raw-content
   (list "return 308 https://$host$request_uri;;)
 
+(define %nginx-log-rotation
+  (simple-service
+   'nginx-log-rotation
+   rottlog-service-type
+   (list (log-rotation
+  (files (list "/var/log/nginx/bordeaux.access.log.gz"))
+  (options
+   '("storefile @FILENAME"
+ "nocompress"
+ "notifempty"))
+  (post-rotate #~(let ((pid (call-with-input-file "/var/run/nginx/pid"
+  read)))
+   (kill pid SIGUSR1)))
+
 
 (define %guix-build-coordinator-configuration
   (let* ((data.guix.gnu.org-build-event-destination
@@ -1609,6 +1623,8 @@ proxy_set_header  Via  $via;"
%coordinator.bayfront.guix.gnu.org-nginx-servers
%coordinator.bordeaux.guix.gnu.org-nginx-servers
 
+%nginx-log-rotation
+
 (service nar-herder-service-type
  (nar-herder-configuration
   ;; To make it easy for the guix-build-coordinator hooks



branch master updated (67195e5a -> 3638c83e)

2024-06-05 Thread Christopher Baines
cbaines pushed a change to branch master
in repository maintenance.

from 67195e5a doc: No longer suggest using 'degraded' mount options with 
Btrfs.
 new c6996424 hydra: bayfront: Start rotating NGinx logs.
 new 8be72be2 hydra: bayfront: Rework the build success hook.
 new 25dea060 hydra: Change set $via in bayfront and hydra-guix-129 NGinx 
config.
 new 3638c83e hydra: Increase the NGinx log level from 'error to 'warn.

The 4 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "add" were already present in the repository and have only
been added to this reference.


Summary of changes:
 hydra/bayfront.scm| 54 ---
 hydra/deploy-node-129.scm | 13 ++--
 2 files changed, 49 insertions(+), 18 deletions(-)



04/04: hydra: Increase the NGinx log level from 'error to 'warn.

2024-06-05 Thread Christopher Baines
cbaines pushed a commit to branch master
in repository maintenance.

commit 3638c83e624f88c8469d9e6a7fc7fd2d44d8022d
Author: Christopher Baines 
AuthorDate: Wed Jun 5 12:12:09 2024 +0100

hydra: Increase the NGinx log level from 'error to 'warn.

As otherwise things like uninitialised variable warnings are omitted.

* hydra/bayfront.scm : Set log-level to 'warn.
* hydra/deploy-node-129.scm (node-129-os): Set log-level to 'warn.
---
 hydra/bayfront.scm| 1 +
 hydra/deploy-node-129.scm | 1 +
 2 files changed, 2 insertions(+)

diff --git a/hydra/bayfront.scm b/hydra/bayfront.scm
index 837e6df2..2916e0b2 100644
--- a/hydra/bayfront.scm
+++ b/hydra/bayfront.scm
@@ -1591,6 +1591,7 @@ add_header Content-Type text/plain;")))
   (global-directives
'((events . ((use . epoll)))
  (worker_processes . 16)))
+  (log-level 'warn)
   (modules
(list
 ;; Module to redirect users to the localized pages of their 
choice.
diff --git a/hydra/deploy-node-129.scm b/hydra/deploy-node-129.scm
index 6baf788b..989d1b14 100644
--- a/hydra/deploy-node-129.scm
+++ b/hydra/deploy-node-129.scm
@@ -355,6 +355,7 @@ devices {
 
   (service nginx-service-type
(nginx-configuration
+(log-level 'warn)
 (upstream-blocks
  (list (nginx-upstream-configuration
 (name "nar-herder")



Tapestry-hibernate module seemingly leaking connections

2024-06-04 Thread Christopher Dodunski (Tapestry)

Hi,

My application's DAO class is employing an injected Hibernate Session 
for accessing a MySQL DB.  Connection pooling is provided by C3PO.


My understanding is that the Tapestry Hibernate IoC (per thread) service 
takes care of closing DB connections under the hood, releasing them back 
to the pool, without any explicit requirements inside the DAO.  However, 
in some cases connections are not being released and eventually MySQL 
kills them (after 8 hours or so).  This then results in broken pipe 
errors within the application which C3PO resolves by recreating the 
pool.  Obviously not ideal.


One solution is to have C3PO check connections are live when checking 
them out from the pool, but before heading down this path I thought it 
worth exploring options from a programmatic point of view.  Possibly 
there is a recommended practice that I'm not following in my DAO class.


In the below DB query you can see two likely leaked connections that 
haven't timed out at 300 seconds as configured in C3PO.



MariaDB [mydb]> show full processlist;

++-+-+-+-+--+---+---+--+
| Id | User| Host| db  | Command | Time | 
State | Info  | Progress |

++-+-+-+-+--+---+---+--+
| 298177 | user| localhost:41638 | mydb| Sleep   | 2286 |
   | NULL  |0.000 |
| 298178 | user| localhost:41640 | mydb| Sleep   | 1858 |
   | NULL  |0.000 |
| 298179 | root| localhost   | mydb| Query   |0 | 
init  | show full processlist |0.000 |
| 298232 | user| localhost:42014 | mydb| Sleep   |7 |
   | NULL  |0.000 |
| 298233 | user| localhost:42016 | mydb| Sleep   |7 |
   | NULL  |0.000 |
| 298234 | user| localhost:42018 | mydb| Sleep   |7 |
   | NULL  |0.000 |
| 298235 | user| localhost:42020 | mydb| Sleep   |7 |
   | NULL  |0.000 |
| 298236 | user| localhost:42022 | mydb| Sleep   |7 |
   | NULL  |0.000 |
| 298237 | user| localhost:42024 | mydb| Sleep   |7 |
   | NULL  |0.000 |
| 298238 | user| localhost:42026 | mydb| Sleep   |7 |
   | NULL  |0.000 |
| 298239 | user| localhost:42028 | mydb| Sleep   |7 |
   | NULL  |0.000 |

++-+-+-+-+--+---+---+--+

11 rows in set (0.00 sec)


Kind regards,

Chris.

-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org



Re: Update sysutils/opam to 2.1.6

2024-06-04 Thread Christopher Zimmermann

It's been some time... Opam really needs an update.

On Fri, Dec 31, 2021 at 01:41:44PM -0500, Daniel Dickman wrote:

On Fri, Dec 31, 2021 at 2:36 AM Christopher Zimmermann
 wrote:


Hi,

this update of opam changes to the build-utils shipped with opam and
drops dependencies on our ports utils. This makes ports dune version
independent of opam. OK?

Christopher


1) I get a bunch of failures like this when running "make test". we
probably have to neuter "-- strip-trailing-cr" usage?

var-optiondiff: unknown option -- strip-trailing-cr
usage: diff [-abdipTtw] [-c | -e | -f | -n | -q | -u] [-I pattern] [-L label]
   file1 file2
  diff [-abdipTtw] [-I pattern] [-L label] -C number file1 file2
  diff [-abditw] [-I pattern] -D string file1 file2
  diff [-abdipTtw] [-I pattern] [-L label] -U number file1 file2
  diff [-abdiNPprsTtw] [-c | -e | -f | -n | -q | -u] [-I pattern]
   [-L label] [-S name] [-X file] [-x pattern] dir1 dir2
[FAIL]


This is now dealt with by using gdiff for tests.


2) Running portcheck resulted in:

C++ libraries in WANTLIB with default COMPILER (most ports need
'COMPILER=base-clang ports-gcc' or 'COMPILER=base-clang ports-gcc
base-gcc')


I also made some tests more posix compliant, which helps them to succeed 
on OpenBSD. I will try to get those fixes upstream.


OK?

Christopher



Re: Update sysutils/opam to 2.1.6

2024-06-04 Thread Christopher Zimmermann

It's been some time... Opam really needs an update.

On Fri, Dec 31, 2021 at 01:41:44PM -0500, Daniel Dickman wrote:

On Fri, Dec 31, 2021 at 2:36 AM Christopher Zimmermann
 wrote:


Hi,

this update of opam changes to the build-utils shipped with opam and
drops dependencies on our ports utils. This makes ports dune version
independent of opam. OK?

Christopher


1) I get a bunch of failures like this when running "make test". we
probably have to neuter "-- strip-trailing-cr" usage?

var-optiondiff: unknown option -- strip-trailing-cr
usage: diff [-abdipTtw] [-c | -e | -f | -n | -q | -u] [-I pattern] [-L label]
   file1 file2
  diff [-abdipTtw] [-I pattern] [-L label] -C number file1 file2
  diff [-abditw] [-I pattern] -D string file1 file2
  diff [-abdipTtw] [-I pattern] [-L label] -U number file1 file2
  diff [-abdiNPprsTtw] [-c | -e | -f | -n | -q | -u] [-I pattern]
   [-L label] [-S name] [-X file] [-x pattern] dir1 dir2
[FAIL]


This is now dealt with by using gdiff for tests.


2) Running portcheck resulted in:

C++ libraries in WANTLIB with default COMPILER (most ports need
'COMPILER=base-clang ports-gcc' or 'COMPILER=base-clang ports-gcc
base-gcc')


I also made some tests more posix compliant, which helps them to succeed 
on OpenBSD. I will try to get those fixes upstream.


OK?

Christopher


... and here is the diff:


Index: Makefile
===
RCS file: /cvs/ports/sysutils/opam/Makefile,v
retrieving revision 1.28
diff -u -p -r1.28 Makefile
--- Makefile24 Apr 2024 17:10:39 -  1.28
+++ Makefile4 Jun 2024 19:01:12 -
@@ -2,10 +2,9 @@ COMMENT =  OCaml source-based package ma
 
 CATEGORIES =		sysutils devel
 
-V =			2.0.10

+V =2.1.6
 PKGNAME =  opam-${V}
 DISTNAME = opam-full-${V}
-REVISION = 1
 
 SITES =			https://github.com/ocaml/opam/releases/download/${V}/
 
@@ -16,14 +15,12 @@ MAINTAINER =		Christopher Zimmermann 
 # LGPLv3
 PERMIT_PACKAGE =   Yes
 
-WANTLIB =		${COMPILER_LIBCXX} c m

+WANTLIB =  ${LIBCXX} c m
+
+COMPILER = base-clang base-gcc
 
 BUILD_DEPENDS =		lang/ocaml \

-   sysutils/findlib \
-   devel/dune \
-   devel/ocaml-cppo \
-   archivers/bzip2 \
-   net/curl
+   archivers/bzip2
 
 RUN_DEPENDS =		archivers/unzip \

archivers/bzip2 \
@@ -32,11 +29,16 @@ RUN_DEPENDS =   archivers/unzip \
devel/gmake \
net/curl
 
+TEST_DEPENDS =		textproc/gdiff \

+   net/wget
+
 USE_GMAKE =Yes
 
 CONFIGURE_ENV +=	CFLAGS="${CFLAGS}" \

LDFLAGS="${LDFLAGS}"
-CONFIGURE_STYLE =  gnu
+CONFIGURE_STYLE =  gnu autoreconf no-autoheader
+AUTOCONF_VERSION = 2.69
+AUTOMAKE_VERSION = 1.16
 
 ALL_TARGET =		lib-ext all

 INSTALL_TARGET =   install
@@ -52,5 +54,8 @@ post-install:
${docdir}/
${INSTALL_DATA_DIR} ${docdir}/pages
${INSTALL_DATA} ${WRKSRC}/doc/pages/*.md ${docdir}/pages
+
+pre-test:
+   ln -fs ${LOCALBASE}/bin/gdiff ${WRKDIR}/bin/diff
 
 .include 

Index: distinfo
===
RCS file: /cvs/ports/sysutils/opam/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo16 Jan 2023 19:03:18 -  1.9
+++ distinfo4 Jun 2024 19:01:12 -
@@ -1,2 +1,2 @@
-SHA256 (opam-full-2.0.10.tar.gz) = O1dAuOHBvGXc+KohxOjNgc1qv+G/UuosxDZ8P4nVvkA=
-SIZE (opam-full-2.0.10.tar.gz) = 8173617
+SHA256 (opam-full-2.1.6.tar.gz) = 0q9e3IX1UuDPXsDdzJSdlPLcVQ3F31lRdKBqTq+K9ig=
+SIZE (opam-full-2.1.6.tar.gz) = 11704198
Index: patches/patch-Makefile_config_in
===
RCS file: patches/patch-Makefile_config_in
diff -N patches/patch-Makefile_config_in
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-Makefile_config_in4 Jun 2024 19:01:12 -
@@ -0,0 +1,13 @@
+don't use system wide installed ocaml packages
+
+Index: Makefile.config.in
+--- Makefile.config.in.orig
 Makefile.config.in
+@@ -17,7 +17,6 @@ OCAMLFIND = @OCAMLFIND@
+ OCAML = @OCAML@
+ OCAMLC = @OCAMLC@
+ OCAMLOPT = @OCAMLOPT@
+-DUNE = @DUNE@
+ DUNE_SECONDARY = @DUNE_SECONDARY@
+ LN_S = @LN_S@
+ 
Index: patches/patch-configure_ac

===
RCS file: patches/patch-configure_ac
diff -N patches/patch-configure_ac
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-configure_ac  4 Jun 2024 19:01:12 -
@@ -0,0 +1,14 @@
+don't use system wide installed ocaml packages
+
+Index: configure.ac
+--- configure.ac.orig
 configure.ac
+@@ -255,8 +255,6 @@ AS_IF([te

Re: Invalid character found in the request target

2024-06-04 Thread Christopher Schultz

Chuck,

On 6/4/24 09:10, Chuck Caldarale wrote:



On Jun 4, 2024, at 06:07, Christopher Schultz  
wrote:







04-Jun-2024 09:49:11.448 INFO [http-nio-8080-exec-6] 
org.apache.coyote.http11.Http11Processor.service Error parsing HTTP request 
header
  Note: further occurrences of HTTP request parsing errors will be logged at 
DEBUG level.
 java.lang.IllegalArgumentException: Invalid character found in the 
request target [/sra_{xxx0---yy}/ ]. The valid 
characters are defined in RFC 7230 and RFC 3986


The problem is the { and } characters.

My reading of RFC 7230 is that { and } /should/ be allowed, but Tomcat's code 
rejects them by default.



I think it depends on which part of RFC 3986 one looks at. Appendix A should 
have the precise URI syntax, where the reserved and unreserved sets are defined 
as follows:

unreserved= ALPHA / DIGIT / "-" / "." / "_" / "~"
reserved  = gen-delims / sub-delims
gen-delims= ":" / "/" / "?" / "#" / "[" / "]" / "@"
sub-delims= "!" / "$" / "&" / "'" / "(" / ")"
  / "*" / "+" / "," / ";" / "="

Some ASCII characters, notably braces, are simply left out of either set here. 
However, section 2.3 declares:

Characters that are allowed in a URI but do not have a reserved
purpose are called unreserved.  These include uppercase and lowercase
letters, decimal digits, hyphen, period, underscore, and tilde.

The use of “include” would seem to imply “not limited to”, but that’s not 
explicitly stated here.

Nothing like a little ambiguity to keep things interesting…


Yup. RFC 3986 does not include the { character anywhere in the text. RFC 
7230 mentions it as a character not allowed in "field values" which I 
think only applies to headers unless you consider the "request line" 
to be "header 0" or somesuch.


At any rate, characters such as { and } could be considered "dangerous" 
and so, while I would argue the RFC doesn't prohibit them, Tomcat's 
refusal to accept them under a default configuration is a reasonable 
one... especially because you can simply re-enable them if your 
application needs them.


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: [RE-wrenches] IRS Audit

2024-06-04 Thread Christopher Warfel via RE-wrenches
Qualified equipment I think would be it's UL certification.  I have 
never run into this issue though.  Chris


On 6/3/2024 4:53 PM, pieter offgridenterprises.org via RE-wrenches wrote:


Yes and no,  We had the IRS send an agent to one of our clients Ranch, 
and they asked to see the equipment but did not request any further 
documentation.


Pieter Huebner

*From:*RE-wrenches  *On 
Behalf Of *rick--- via RE-wrenches

*Sent:* Monday, June 3, 2024 2:23 PM
*To:* RE-wrenches 
*Cc:* r...@solshineenergy.com
*Subject:* [RE-wrenches] IRS Audit

Wrenches,

Has anyone had a customer that was being audited and requesting a 
manufacturers’ certification statement for their PV equipment?  The 
only manufacturer that has been able to provide a statement has been 
REC. I’m attaching a copy for reference. Is there an assumption that 
most equipment qualifies? The IRS definition for “qualified solar 
electric property” is pretty vague -


 "/Qualified solar electric property expenditure. The term "qualified 
solar electric property expenditure" means an expenditure for property 
which uses solar energy to generate electricity for use in a dwelling 
unit located in the United States and used as a residence by the 
taxpayer/."


Thanks,

,

rick brown
SolShine Energy Alternatives, LLC
Electrical & Solar Contracting Services
www.SolShineEnergy.com <http://www.SolShineEnergy.com>
Roanoke, VA

Office: 540.235.3095
Mobile: 540.808.9502

VA Class A Contractor Lic# 2705147660
VA Master Electrician Lic# 2710062762
VA Alternative Energy Systems Installer
NABCEP Certified PV Installation Professional 110112-21


CONFIDENTIALITY NOTICE -- This email is intended only for the 
person(s) named in
the message header. Unless otherwise indicated, it contains 
information that is
confidential, privileged and/or exempt from disclosure under 
applicable law. If you have
received this message in error, please notify the sender of the error 
and delete the

message. Thank you.”


___
List sponsored by Redwood Alliance

Pay optional member dues here:http://re-wrenches.org

List Address:RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org


--
Christopher Warfel
          ENTECH Engineering Inc.
   PO Box 871, Block Island, RI 02807
              401-477-5773
EE Logo <https://entech-engineering.com/Home/default.php>
BEGIN:VCARD
VERSION:4.0
N:Warfel;Christopher;;;
TEL;VALUE=TEXT:401-447-5773 (c)
NOTE:Use the cell phone number for all communications.  Thank you.
URL:https://www.entech-engineering.com
END:VCARD
___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org



Re: Invalid character found in the request target

2024-06-04 Thread Christopher Schultz

Christoph,

On 6/4/24 05:49, Christoph Kukulies wrote:

I'm getting these when startig tomcat9:


This is a request, not startup. But it's not important.


04-Jun-2024 09:49:11.448 INFO [http-nio-8080-exec-6] 
org.apache.coyote.http11.Http11Processor.service Error parsing HTTP request 
header
  Note: further occurrences of HTTP request parsing errors will be logged at 
DEBUG level.
 java.lang.IllegalArgumentException: Invalid character found in the 
request target [/sra_{xxx0---yy}/ ]. The valid 
characters are defined in RFC 7230 and RFC 3986
 at 
org.apache.coyote.http11.Http11InputBuffer.parseRequestLine(Http11InputBuffer.java:502)
 at 
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:271)
 at 
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65)
 at 
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:889)
 at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1735)
 at 
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
 at 
org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1191)
 at 
org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:659)
 at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
 at java.base/java.lang.Thread.run(Thread.java:829)

Any clues?


The problem is the { and } characters.

My reading of RFC 7230 is that { and } /should/ be allowed, but Tomcat's 
code rejects them by default.


You can override this behavior by using the relaxedPathChars 
configuration attribute on your [1].


-chris

[1] https://tomcat.apache.org/tomcat-9.0-doc/config/http.html

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Webapp Getting redirected to an external IP Address

2024-06-04 Thread Christopher Schultz

Mark,

On 6/4/24 01:50, Mark Thomas wrote:

On 04/06/2024 05:07, Tom Robinson wrote:

Hi,

We are running a tomcat7 application


You do realise that support for Tomcat 7 ended on 31 March 2021 don't you?


on our LAN which gets redirected from
a private, internal IP Address to an external ip address at which 
point it

fails. I can't find where this is happening.


Is it an actual redirect - i.e. a 30x response? Or do you mean something 
else?


If a redirect, does it redirect on the first request?


Where and what can I check for this redirect and how to control it or
switch it off all together.


Tomcat doesn't do this by default.

Tomcat 7 doesn't have the redirect valve so it won't be that.

Are you sure that the redirect is being issued by Tomcat? Might there be 
a reverse proxy in mix somewhere?


Other than that, it would have to be in the application code somewhere.


Or a server.xml  with a wildly incorrect set of proxy 
configuration attribute values.



I browse to here on our LAN:

https://myinternalhost.mydomain.com.au:8443


Check what myinternalhost.mydomain.com.au resolves to in terms of an IP 
address.


Try requesting a page that won't trigger a directory redirect. Something 
like:


https://myinternalhost.mydomain.com.au:8443/index.html

You may need to adjust that for your application.


And upgrade, for sure.

7.0: EOL
8.0: EOL
8.5: EOL

-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat 9 memory leak message

2024-06-04 Thread Christopher Schultz

Jenny,

On 6/3/24 12:35, Ying Jin wrote:

Chris,

Thanks for your suggestion!

Another question I would like to confirm with you is if we have to remove
the ojdbc jar file from our web application’s web-inf/lib folder or not.

The reason of our concern is that we need to use the same code base to
create a jar file and deploy it to stone branch which needs to have the
ojdbc jar file included in the application.

Therefore, we prefer to include the ojdbc jar file in the application to
avoid confusion, however, we’re not sure if this will cause any issues for
the web application’s deployment or not on tomcat server.


Using WEB-INF/lib for your JDBC driver should work, but your JDBC driver 
map have a bug which causes leaks. If you cannot get the driver to 
de-register properly, you have two choices:


1. Ignore the warning messages and eventually run out or memory

2. Move (not copy) your driver to CATALINA_BASE/lib

Hope that helps,
-chris


On Sun, Jun 2, 2024 at 1:57 AM Christopher Schultz <
ch...@christopherschultz.net> wrote:


Jenny,

(Apologies for top-posting)

“Safely ignored” can mean many things. You are only in danger of running
out of heap space. So if you aren’t worried about that, feel free to ignore
the error message.

If it were my system, I would want to ensure a clean unload of the driver
when the application shuts down.

But I don’t think it will harm anything besides your memory usage.

-chris


On Jun 1, 2024, at 00:18, Ying Jin  wrote:

Chris,

Thanks for your reply!

We already removed the ojdbc8.jar file from the application's Web-inf/lib
folder as suggested in the following post, however, we still got the
warning messages below after the application is deployed to the Tomcat 9
server.



https://stackoverflow.com/questions/6981564/why-must-the-jdbc-driver-be-put-in-tomcat-home-lib-folder


WARNING: The web application [Our Web Application Name] appears to have
started a thread named [InterruptTimer] but has failed to stop it. This

is

very likely to create a memory leak. Stack trace of thread:

WARNING: The web application [Our Web Application Name] appears to have
started a thread named [oracle.jdbc.diagnostics.Diagnostic.CLOCK] but has
failed to stop it. This is very likely to create a memory leak. Stack

trace

of thread:

I also read some posts saying these warning messages can be safely

ignored

if the Tomcat version is greater than 7.0. I'm not sure if this is

correct

or not.

Please advise,

Many thanks!
Jenny


On Fri, May 31, 2024 at 3:50 PM Christopher Schultz <
ch...@christopherschultz.net> wrote:

Jenny,


On 5/31/24 14:52, Ying Jin wrote:
We removed the ojdbc8 driver jar from web-inf/lib from the web
application and kept the ojdbc8 jar file in the Tomcat/lib folder, but
we still can see the following memory link warning message whenever we
redeploy the web application. We use the Tomcat 9 server in the Linux
environment.


This list strips attachments. Can you re-post with text-only?


The other warning message is about the "validateFile Problem with jar
file /tomcat/lib/jolokia.jar. My question is if we can safely ignore
these warning messages or not.

It would be great if you can shed some light on this issue.


If the message is something like "driver cannot be unloaded" then check
Tomcat with a debugger or even something like JVisualVM to see how many
WebappClassLoaders you have in memory.

If the driver causes the web application ClassLoader to be "pinned" in
memory, then it will never be removed and all those classes will
continue to use-up heap space until you restart the JVM. This gets worse
every time you reload your application without restarting the JVM. The
Manager application web UI can help you diagnose these a little.

The validation problem with the Jolokia JAR file will depend upon
exactly what it says. I would first get a replacement copy of the
Jolokia JAR file before bothering to try to diagnose it any further.

-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org






-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Cannot invoke "org.apache.tomcat.util.net.SSLHostConfig.getProtocols()" because "this.sslHostConfig" is null

2024-06-04 Thread Christopher Schultz

Adam,

On 6/3/24 04:16, Adam Danischewski wrote:

Using Embedded Tomcat 10 in SpringBoot, trying to manually configure a new
HTTPS/SSL port. I've got the following SSL bundle set in my application
properties (fairly sure this part is working fine):

>
> [snip]


Note: I am new to Tomcat and most of these concepts, also side note if
anyone could chime in to why setCertificateFile

disappeared from SSLHostConfig in the Tomcat API from 9 to 10, it didn't
look like it was deprecated and many


This is an internal API. Those related functions have moved from the 
SSLHostConfig -> Certificate and you have to know which certificate to 
check to use it. SSLHostConfig really can't just forward the call to 
some random Certificate.


This move happened in 8.5, was present in 9.0 and 10.0 and has not been 
removed in 10.1. It's time to update your code. :)


Perhaps we could have explicitly marked it as deprecated. I can do this 
for Tomcat 9.0.


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: 600,000 routers bricked

2024-06-03 Thread Christopher Morrow
On Mon, Jun 3, 2024 at 1:40 PM Matt Erculiani  wrote:
>
> It's important to note though that if you quietly (or even publicly) patch 
> 600k devices to fix a bug, nobody cares. Plus, doing so is still a crime: 
> it's 600k instances of accessing a computer system without permission. It's 
> also far, FAR easier to write a stream of 0s to the bootloader than it is to 
> decompile and debug bad firmware.
>

Lumen USED TO HAVE a walled-garden they dropped people into when their
links/network ran amok.. at least in legacy-qwest/century-link
consumer connectivity situations.
maybe that's gone now?
maybe the part of the affected network for this incident didn't have
that capability?


[Flying-squirrel-members] Fan for Upstairs

2024-06-03 Thread Christopher Snyder
Good afternoon all,

Thank you to everyone who came to the documentary showing yesterday. We
have started looking into installing a new fan upstairs to help keep the
room cool in the summer. I have included a link here.
<https://www.amazon.com/Automatic-Thermostat-Variable-controller-ILG8SF20V-ST/dp/B0BVY8VCNZ/ref=mp_s_a_1_1?crid=28YB397P71YZ0=eyJ2IjoiMSJ9.FGsqTeqEwxv5b9lqjROl8g.SRaS_KTHW6PB1vf6j_dLY9KiJDFviszQw2rZlGyEeb4_tag=se=ILG8SF20V-ST=1717251492=ilg8sf20v-st%2Caps%2C130=8-1>
Cost
$176.77. If we have no objections we have a volunteer ready to move ahead
with installation. Let me know if you have any questions or concerns.

Thank you

Christopher
-- 
Christopher Snyder
he/him
585-815-3749
___
Flying-squirrel-members mailing list
Flying-squirrel-members@lists.rocus.org
https://lists.mayfirst.org/mailman/listinfo/flying-squirrel-members

To unsubscribe, send an email to:
flying-squirrel-members-unsubscr...@lists.rocus.org
(The subject and body of the email don't matter)


Re: [OE-core] [PATCH 2/4] autotools/libtool: Drop libtool sysroot patch as not needed

2024-06-03 Thread Christopher Larson
AM_INIT_AUTOMAKE([foreign])
> - AC_PROG_CC
> - AC_CONFIG_SRCDIR([lib2.c])
> - LT_INIT
> --sysroot=$with_sysroot
> -+sysroot=$with_libtool_sysroot
> - AC_SUBST([sysroot])
> - AC_OUTPUT(Makefile)
> - _ATEOF
> -@@ -50230,7 +50230,7 @@ AM_INIT_AUTOMAKE([foreign])
> - AC_PROG_CC
> - AC_CONFIG_SRCDIR([prog.c])
> - LT_INIT
> --sysroot=$with_sysroot
> -+sysroot=$with_libtool_sysroot
> - AC_SUBST([sysroot])
> - AC_OUTPUT(Makefile)
> - _ATEOF
> -@@ -50588,7 +50588,7 @@ $at_traceon; }
> -
> -
> - LDFLAGS="$LDFLAGS --sysroot=$sysroot -no-undefined"
> --configure_options="$configure_options --with-sysroot=$sysroot
> --prefix=$prefix"
> -+configure_options="$configure_options --with-libtool-sysroot=$sysroot
> --prefix=$prefix"
> -
> - #???
> - if test PATH = "$shlibpath_var"; then
> -@@ -50803,7 +50803,7 @@ AM_INIT_AUTOMAKE([foreign])
> - AC_PROG_CC
> - AC_CONFIG_SRCDIR([lib2.c])
> - LT_INIT
> --sysroot=$with_sysroot
> -+sysroot=$with_libtool_sysroot
> - AC_SUBST([sysroot])
> - AC_OUTPUT(Makefile)
> - _ATEOF
> -@@ -50997,7 +50997,7 @@ AM_INIT_AUTOMAKE([foreign])
> - AC_PROG_CC
> - AC_CONFIG_SRCDIR([prog.c])
> - LT_INIT
> --sysroot=$with_sysroot
> -+sysroot=$with_libtool_sysroot
> - AC_SUBST([sysroot])
> - AC_OUTPUT(Makefile)
> - _ATEOF
> diff --git
> a/meta/recipes-devtools/libtool/libtool/0006-libtool.m4-Handle-as-a-sysroot-correctly.patch
> b/meta/recipes-devtools/libtool/libtool/0006-libtool.m4-Handle-as-a-sysroot-correctly.patch
> index 435c52c7301..feb1048b554 100644
> ---
> a/meta/recipes-devtools/libtool/libtool/0006-libtool.m4-Handle-as-a-sysroot-correctly.patch
> +++
> b/meta/recipes-devtools/libtool/libtool/0006-libtool.m4-Handle-as-a-sysroot-correctly.patch
> @@ -17,7 +17,7 @@ Index: libtool-2.5.0/m4/libtool.m4
>  @@ -1253,18 +1253,18 @@ dnl lt_sysroot will always be passed unq
>   dnl in case the user passed a directory name.
>   lt_sysroot=
> - case $with_libtool_sysroot in #(
> + case $with_sysroot in #(
>  - yes)
>  + no)
>  if test yes = "$GCC"; then
> @@ -29,10 +29,10 @@ Index: libtool-2.5.0/m4/libtool.m4
>  + yes|''|/)
>  +   ;; #(
>/*)
> -lt_sysroot=`echo "$with_libtool_sysroot" | $SED -e "$sed_quote_subst"`
> +lt_sysroot=`echo "$with_sysroot" | $SED -e "$sed_quote_subst"`
>  ;; #(
>  - no|'')
>  -   ;; #(
>*)
> -AC_MSG_RESULT([$with_libtool_sysroot])
> +AC_MSG_RESULT([$with_sysroot])
>  AC_MSG_ERROR([The sysroot must be an absolute path.])
>
> 
>
>

-- 
Christopher Larson
chris_lar...@mentor.com, chris.lar...@siemens.com, kerg...@gmail.com
Principal Software Engineer, Embedded Linux Solutions, Siemens Digital
Industries Software

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200268): 
https://lists.openembedded.org/g/openembedded-core/message/200268
Mute This Topic: https://lists.openembedded.org/mt/106461688/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [VOTE] ActiveMQ Artemis 2.34.0 release

2024-06-03 Thread Christopher Shannon
+1 (binding)

* Built the tag from source and ran the fast tests
* Validated signatures and checksums
* Verified license and notice files in archives
* Checked source for license headers with 'mvn apache-rat:check'
* Ran the broker from the binary and checked the web console

On Sat, Jun 1, 2024 at 4:02 PM Havret  wrote:

> Hi,
>
> I've re-evaluated the process since it's been a while since I last built an
> Artemis Docker image. It appears that I used the incorrect command.
> Initially, I used:
>
> docker build -t
> havret/dotnet-activemq-artemis-client-test-broker:2.34.0-rc1 .
>
> Instead of the correct:
>
> docker buildx build --platform linux/amd64,linux/arm64 -t
> havret/dotnet-activemq-artemis-client-test-broker:2.34.0-rc1 --push .
>
> As a result, I was running the broker in Docker via emulation on my M1
> chip. With the proper arm64 build, it stopped crashing.
>
> I apologize for any confusion caused and for the premature concern.
>
> I would like to reinstate my "+1 (binding)" vote.
>
> Best regards,
>
> Krzysztof
>
> On Sat, Jun 1, 2024 at 9:35 PM Clebert Suconic 
> wrote:
>
> > Not necessarily an issue.
> >
> > I for instance increased the possible throughout of paging by
> > https://issues.apache.org/jira/browse/ARTEMIS-4773
> >
> > if you don't configure the max-read-pages while fetching from page you
> > might endup with more messages than you can handle in memory.
> >
> >
> > The VM should be issuing an OME on that case.. but a crash / core dump is
> > definitely not a broker issue.
> >
> > try including max-read-page-messages to 2000 and prefetch-page-messages
> to
> > 100 and tell me the results.
> >
> >
> > I do test adding millions of messages on the broker by some of the soak
> > tests I added (I can tweak numbers) and it's definitely not an issue.
> >
> >
> > If you reproduce the issue and provide me info I can check better.
> >
> >
> > Clebert Suconic
> >
> >
> > On Sat, Jun 1, 2024 at 6:40 AM Havret  wrote:
> >
> > > Hi Clebert, Justin,
> > >
> > > I've checked the previous version (2.33.0), as Justin suggested, and
> it's
> > > working fine. However, with the current release candidate, it keeps
> > > crashing every single time on a simple throughput benchmark (I'm
> sending
> > > 100k messages with 1KB of payload each). This issue occurs with both
> AMQP
> > > and CORE protocols.
> > >
> > > Having said that, I'm changing my vote to:
> > >
> > > -1 (binding)
> > >
> > > Thanks,
> > > Krzysztof
> > >
> > > On Sat, Jun 1, 2024 at 07:07 Clebert Suconic <
> clebert.suco...@gmail.com>
> > > wrote:
> > >
> > > > I would take it separately from the Vote thread" I don't see anything
> > > > wrong with the release itself.
> > > >
> > > > if you could start a separate thread about the issue, how to
> reproduce
> > > > it. When it started to fail? configurations.. etc?
> > > >
> > > >
> > > > this error here:
> > > > G1ParScanThreadState::copy_to_survivor_space(G1HeapRegionAttr,
> > oopDesc*,
> > > >
> > > >
> > > > Suggests me it's a memory issue? I would start by looking at paging
> > > > and its configurations? but lets do that on a separate thread?
> > > >
> > > > On Fri, May 31, 2024 at 6:54 PM Havret  wrote:
> > > > >
> > > > > I just noticed that when I run my performance benchmark against
> > version
> > > > > 2.34.0, it crashes with the following error:
> > > > >
> > > > > activemq-artemis  | [thread 14 also had an error]
> > > > > activemq-artemis  | #
> > > > > activemq-artemis  | # A fatal error has been detected by the Java
> > > Runtime
> > > > > Environment:
> > > > > activemq-artemis  | #
> > > > > activemq-artemis  | #  SIGSEGV (0xb) at pc=0x7e73b0d3,
> pid=1,
> > > > tid=37
> > > > > activemq-artemis  | #
> > > > > activemq-artemis  | # JRE version: OpenJDK Runtime Environment
> > > > > Zulu14.29+23-CA (14.0.2+12) (build 14.0.2+12)
> > > > > activemq-artemis  | # Java VM: OpenJDK 64-Bit Server VM
> > Zulu14.29+23-CA
> > > > > (14.0.2+12, mixed mode, sharing, tiered, compressed oops, g1 gc,
> > > > > linux-amd64)
> > > > > activemq-artemis  | # Problematic frame:
> > > > > activemq-artemis  | # V  [libjvm.so+0x6ee0d3][thread 40 also had an
> > > > error]
> > > > > activemq-artemis  | [thread 36 also had an error]
> > > > > activemq-artemis  | [thread 39 also had an error]
> > > > > activemq-artemis  | [thread 34 also had an error]
> > > > > activemq-artemis  | [thread 33 also had an error]
> > > > > activemq-artemis  | [thread 35 also had an error]
> > > > > activemq-artemis  | [thread 38 also had an error]
> > > > > activemq-artemis  |
> > > > > G1ParScanThreadState::copy_to_survivor_space(G1HeapRegionAttr,
> > > oopDesc*,
> > > > > markWord)+0x283
> > > > > activemq-artemis  | #
> > > > > activemq-artemis  | # No core dump will be written. Core dumps have
> > > been
> > > > > disabled. To enable core dumping, try "ulimit -c unlimited" before
> > > > starting
> > > > > Java again
> > > > > activemq-artemis  | #
> > > > > activemq-artemis  | # An error report file 

RE: Transferring Files to a New Phone

2024-06-02 Thread Christopher Chaltain
Yes, I suspect you’re right. I went into the list of apps  you can backup, and 
I don’t see BARD listed. I’m assuming apps have to register themselves somehow 
to get backed up. Oh well, it’s not a big deal to me since the only books I 
have downloaded are those I’m currently reading or about to read.

--
Christopher (AKA CJ) =>÷
Chaltain at Outlook, USA

From: viphone@googlegroups.com  On Behalf Of Richard 
Turner
Sent: Sunday, June 2, 2024 5:04 PM
To: viphone@googlegroups.com
Subject: Re: Transferring Files to a New Phone

I do not believe BARD books get backed up. I've always had to download them 
after restoring a backup on a new phone.


Richard, USA
“Grandma always told us, “Be careful when you pray for patience. God stores it 
on the other side of Hell and you will have to go through Hell to get it.”
-- Cedrick Bridgeforth

My web site: https://www.turner42.com/





On Jun 2, 2024, at 2:13 PM, Christopher Chaltain 
mailto:chalt...@outlook.com>> wrote:

Is this true? If you have enough space then you can include BARD in your 
backup. I assume when you restore your iPhone then you’d get your BARD books 
back again. Obviously, I won’t be testing this until I get a new iPhone. BTW, 
when you get a new iPhone, Apple will temporarily give you enough storage to 
back up your iPhone.

--
Christopher (AKA CJ) =>÷
Chaltain at Outlook, USA

From: viphone@googlegroups.com<mailto:viphone@googlegroups.com> 
mailto:viphone@googlegroups.com>> On Behalf Of Joshua 
Hendrickson
Sent: Sunday, June 2, 2024 11:32 AM
To: viphone@googlegroups.com<mailto:viphone@googlegroups.com>
Subject: Re: Transferring Files to a New Phone

Hi Steve. Bard books is something that won’t transfer over to a new mhone. The 
only thing you can do, is to redownload your books onto your new phone again. I 
know how annoying this is. Hoefully this will change sometime in the future.
Sent from My totally awesome iPhone!!



On Jun 2, 2024, at 3:19 AM, Arnold Schmidt 
mailto:als5...@gmail.com>> wrote:
When I did it last, in December 2022, neither my bard nor my kindle books 
transferred. My Voice Dream library did.

Arnold Schmidt

Sent from  Arnold's  iPhone S E 3

On Jun 1, 2024, at 5:06 PM, Steve Matzura 
mailto:number6...@gmail.com>> wrote:


It's that time once again, and several iOS versions have gone by since last I 
even thought about this problem, but I am now in the process of getting data 
transferred to a new phone. Some applications, specifically BARD, have files 
that cannot be accessed through user-level applications like File or File 
Browser. So, is it possible to move lots and lots of BARD books from one device 
to another without having to re-download them? If so, can a user do it, or must 
it be done by an iOS technician at a store?
--
The following information is important for all members of the V iPhone list.

If you have any questions or concerns about the running of this list, or if you 
feel that a member's post is inappropriate, please contact the owners or 
moderators directly rather than posting on the list itself.

Your V iPhone list moderator is Mark Taylor. Mark can be reached at: 
mk...@ucla.edu<mailto:mk...@ucla.edu>. Your list owner is Cara Quinn - you can 
reach Cara at caraqu...@caraquinn.com<mailto:caraqu...@caraquinn.com>

The archives for this list can be searched at:
http://www.mail-archive.com/viphone@googlegroups.com/
---
You received this message because you are subscribed to the Google Groups 
"VIPhone" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
viphone+unsubscr...@googlegroups.com<mailto:viphone+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/viphone/7380518c-d69d-4456-8fd5-04828206b01d%40gmail.com<https://groups.google.com/d/msgid/viphone/7380518c-d69d-4456-8fd5-04828206b01d%40gmail.com?utm_medium=email_source=footer>.
--
The following information is important for all members of the V iPhone list.

If you have any questions or concerns about the running of this list, or if you 
feel that a member's post is inappropriate, please contact the owners or 
moderators directly rather than posting on the list itself.

Your V iPhone list moderator is Mark Taylor. Mark can be reached at: 
mk...@ucla.edu<mailto:mk...@ucla.edu>. Your list owner is Cara Quinn - you can 
reach Cara at caraqu...@caraquinn.com<mailto:caraqu...@caraquinn.com>

The archives for this list can be searched at:
http://www.mail-archive.com/viphone@googlegroups.com/
---
You received this message because you are subscribed to the Google Groups 
"VIPhone" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
viphone+unsubscr...@googlegroups.com<mailto:viphone+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/viphone/399D6D8C-417B-449E-8CA2

RE: Transferring Files to a New Phone

2024-06-02 Thread Christopher Chaltain
Is this true? If you have enough space then you can include BARD in your 
backup. I assume when you restore your iPhone then you’d get your BARD books 
back again. Obviously, I won’t be testing this until I get a new iPhone. BTW, 
when you get a new iPhone, Apple will temporarily give you enough storage to 
back up your iPhone.

--
Christopher (AKA CJ) =>÷
Chaltain at Outlook, USA

From: viphone@googlegroups.com  On Behalf Of Joshua 
Hendrickson
Sent: Sunday, June 2, 2024 11:32 AM
To: viphone@googlegroups.com
Subject: Re: Transferring Files to a New Phone

Hi Steve. Bard books is something that won’t transfer over to a new mhone. The 
only thing you can do, is to redownload your books onto your new phone again. I 
know how annoying this is. Hoefully this will change sometime in the future.
Sent from My totally awesome iPhone!!


On Jun 2, 2024, at 3:19 AM, Arnold Schmidt 
mailto:als5...@gmail.com>> wrote:
When I did it last, in December 2022, neither my bard nor my kindle books 
transferred. My Voice Dream library did.

Arnold Schmidt

Sent from  Arnold's  iPhone S E 3

On Jun 1, 2024, at 5:06 PM, Steve Matzura 
mailto:number6...@gmail.com>> wrote:


It's that time once again, and several iOS versions have gone by since last I 
even thought about this problem, but I am now in the process of getting data 
transferred to a new phone. Some applications, specifically BARD, have files 
that cannot be accessed through user-level applications like File or File 
Browser. So, is it possible to move lots and lots of BARD books from one device 
to another without having to re-download them? If so, can a user do it, or must 
it be done by an iOS technician at a store?
--
The following information is important for all members of the V iPhone list.

If you have any questions or concerns about the running of this list, or if you 
feel that a member's post is inappropriate, please contact the owners or 
moderators directly rather than posting on the list itself.

Your V iPhone list moderator is Mark Taylor. Mark can be reached at: 
mk...@ucla.edu<mailto:mk...@ucla.edu>. Your list owner is Cara Quinn - you can 
reach Cara at caraqu...@caraquinn.com<mailto:caraqu...@caraquinn.com>

The archives for this list can be searched at:
http://www.mail-archive.com/viphone@googlegroups.com/
---
You received this message because you are subscribed to the Google Groups 
"VIPhone" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
viphone+unsubscr...@googlegroups.com<mailto:viphone+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/viphone/7380518c-d69d-4456-8fd5-04828206b01d%40gmail.com<https://groups.google.com/d/msgid/viphone/7380518c-d69d-4456-8fd5-04828206b01d%40gmail.com?utm_medium=email_source=footer>.
--
The following information is important for all members of the V iPhone list.

If you have any questions or concerns about the running of this list, or if you 
feel that a member's post is inappropriate, please contact the owners or 
moderators directly rather than posting on the list itself.

Your V iPhone list moderator is Mark Taylor. Mark can be reached at: 
mk...@ucla.edu<mailto:mk...@ucla.edu>. Your list owner is Cara Quinn - you can 
reach Cara at caraqu...@caraquinn.com<mailto:caraqu...@caraquinn.com>

The archives for this list can be searched at:
http://www.mail-archive.com/viphone@googlegroups.com/
---
You received this message because you are subscribed to the Google Groups 
"VIPhone" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
viphone+unsubscr...@googlegroups.com<mailto:viphone+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/viphone/399D6D8C-417B-449E-8CA2-4AE678B4AB21%40gmail.com<https://groups.google.com/d/msgid/viphone/399D6D8C-417B-449E-8CA2-4AE678B4AB21%40gmail.com?utm_medium=email_source=footer>.
--
The following information is important for all members of the V iPhone list.

If you have any questions or concerns about the running of this list, or if you 
feel that a member's post is inappropriate, please contact the owners or 
moderators directly rather than posting on the list itself.

Your V iPhone list moderator is Mark Taylor. Mark can be reached at: 
mk...@ucla.edu<mailto:mk...@ucla.edu>. Your list owner is Cara Quinn - you can 
reach Cara at caraqu...@caraquinn.com<mailto:caraqu...@caraquinn.com>

The archives for this list can be searched at:
http://www.mail-archive.com/viphone@googlegroups.com/
---
You received this message because you are subscribed to the Google Groups 
"VIPhone" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
viphone+unsubscr...@googlegroups.com<mailto:viphone+unsubscr...@googlegroups.com>.
To view this discussion on 

Re: Headline is massively indented

2024-06-02 Thread Christopher Menzel
> I have selected my font in the settings. I don't know how else to do it. A 
> package called texlive-full does not exist on my MikTex console. I don't know 
> how to install this package without using manual installation. Maybe with 
> \usepackage? That doesn't work.

Ah, I didn’t realize you were on Windows; TeX Live is a completely different 
implementation of TeX. As a recent thread indicated, MikTeX is not recommended 
for use with LyX — maybe this is Yet Another MikTeX Issue? So maybe try 
removing it and installing TeX Live  
instead. That’s all I can think of, as your documents seem to compile just fine 
under both MacOS and Linux for me (on both of which I have versions of TeX 
Live).

-chris

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: LyX 2.4 & MikTeX problem

2024-06-02 Thread Christopher Menzel
On Jun 2, 2024, at 9:12 AM, markhsalmon  wrote:
> 
>> It's because of this sort of problem, which seems to arise constantly, that 
>> we stopped recommending MiKTeX.
> 
> [S]o what do you recommend please? If not MikTek?

TeX Live 

-cm

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: Tomcat 9 memory leak message

2024-06-02 Thread Christopher Schultz
Jenny,

(Apologies for top-posting)

“Safely ignored” can mean many things. You are only in danger of running out of 
heap space. So if you aren’t worried about that, feel free to ignore the error 
message.

If it were my system, I would want to ensure a clean unload of the driver when 
the application shuts down.

But I don’t think it will harm anything besides your memory usage.

-chris

> On Jun 1, 2024, at 00:18, Ying Jin  wrote:
> 
> Chris,
> 
> Thanks for your reply!
> 
> We already removed the ojdbc8.jar file from the application's Web-inf/lib
> folder as suggested in the following post, however, we still got the
> warning messages below after the application is deployed to the Tomcat 9
> server.
> 
> https://stackoverflow.com/questions/6981564/why-must-the-jdbc-driver-be-put-in-tomcat-home-lib-folder
> 
> WARNING: The web application [Our Web Application Name] appears to have
> started a thread named [InterruptTimer] but has failed to stop it. This is
> very likely to create a memory leak. Stack trace of thread:
> 
> WARNING: The web application [Our Web Application Name] appears to have
> started a thread named [oracle.jdbc.diagnostics.Diagnostic.CLOCK] but has
> failed to stop it. This is very likely to create a memory leak. Stack trace
> of thread:
> 
> I also read some posts saying these warning messages can be safely ignored
> if the Tomcat version is greater than 7.0. I'm not sure if this is correct
> or not.
> 
> Please advise,
> 
> Many thanks!
> Jenny
> 
>> On Fri, May 31, 2024 at 3:50 PM Christopher Schultz <
>> ch...@christopherschultz.net> wrote:
>> 
>> Jenny,
>> 
>>> On 5/31/24 14:52, Ying Jin wrote:
>>> We removed the ojdbc8 driver jar from web-inf/lib from the web
>>> application and kept the ojdbc8 jar file in the Tomcat/lib folder, but
>>> we still can see the following memory link warning message whenever we
>>> redeploy the web application. We use the Tomcat 9 server in the Linux
>>> environment.
>> 
>> This list strips attachments. Can you re-post with text-only?
>> 
>>> The other warning message is about the "validateFile Problem with jar
>>> file /tomcat/lib/jolokia.jar. My question is if we can safely ignore
>>> these warning messages or not.
>>> 
>>> It would be great if you can shed some light on this issue.
>> 
>> If the message is something like "driver cannot be unloaded" then check
>> Tomcat with a debugger or even something like JVisualVM to see how many
>> WebappClassLoaders you have in memory.
>> 
>> If the driver causes the web application ClassLoader to be "pinned" in
>> memory, then it will never be removed and all those classes will
>> continue to use-up heap space until you restart the JVM. This gets worse
>> every time you reload your application without restarting the JVM. The
>> Manager application web UI can help you diagnose these a little.
>> 
>> The validation problem with the Jolokia JAR file will depend upon
>> exactly what it says. I would first get a replacement copy of the
>> Jolokia JAR file before bothering to try to diagnose it any further.
>> 
>> -chris
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>> 
>> 

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Transferring Files to a New Phone

2024-06-01 Thread Christopher Chaltain
I recently restored my iPhone back to factory settings. I was able to get 
everything back by backing everything up to the cloud and then restoring it. 
Apple provides a temporary increase in iCloud storage to support things like 
this or setting up a new phone.

There's also Quick Start which transfers everything over via Bluetooth.

You can read up on these as well as the option to use your computer,, at How to 
Transfer Data From iPhone to iPhone 
(lifewire.com)<https://www.lifewire.com/transfer-data-from-iphone-to-iphone-8550825>

--
Christopher (AKA CJ) =>÷
Chaltain at Outlook, USA

From: viphone@googlegroups.com  On Behalf Of Steve 
Matzura
Sent: Saturday, June 1, 2024 4:06 PM
To: viphone@googlegroups.com
Subject: Transferring Files to a New Phone


It's that time once again, and several iOS versions have gone by since last I 
even thought about this problem, but I am now in the process of getting data 
transferred to a new phone. Some applications, specifically BARD, have files 
that cannot be accessed through user-level applications like File or File 
Browser. So, is it possible to move lots and lots of BARD books from one device 
to another without having to re-download them? If so, can a user do it, or must 
it be done by an iOS technician at a store?
--
The following information is important for all members of the V iPhone list.

If you have any questions or concerns about the running of this list, or if you 
feel that a member's post is inappropriate, please contact the owners or 
moderators directly rather than posting on the list itself.

Your V iPhone list moderator is Mark Taylor. Mark can be reached at: 
mk...@ucla.edu<mailto:mk...@ucla.edu>. Your list owner is Cara Quinn - you can 
reach Cara at caraqu...@caraquinn.com<mailto:caraqu...@caraquinn.com>

The archives for this list can be searched at:
http://www.mail-archive.com/viphone@googlegroups.com/
---
You received this message because you are subscribed to the Google Groups 
"VIPhone" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
viphone+unsubscr...@googlegroups.com<mailto:viphone+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/viphone/7380518c-d69d-4456-8fd5-04828206b01d%40gmail.com<https://groups.google.com/d/msgid/viphone/7380518c-d69d-4456-8fd5-04828206b01d%40gmail.com?utm_medium=email_source=footer>.

-- 
The following information is important for all members of the V iPhone list.

If you have any questions or concerns about the running of this list, or if you 
feel that a member's post is inappropriate, please contact the owners or 
moderators directly rather than posting on the list itself.

Your V iPhone list moderator is Mark Taylor.  Mark can be reached at:  
mk...@ucla.edu.  Your list owner is Cara Quinn - you can reach Cara at 
caraqu...@caraquinn.com

The archives for this list can be searched at:
http://www.mail-archive.com/viphone@googlegroups.com/
--- 
You received this message because you are subscribed to the Google Groups 
"VIPhone" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to viphone+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/viphone/PH0PR14MB42961D21BD95128102AAFAABC8FD2%40PH0PR14MB4296.namprd14.prod.outlook.com.


Re: (tomcat-native) branch 1.1.x updated: Use ERR_error_string_n instead of ERR_error_string.

2024-06-01 Thread Christopher Schultz

Konstantin,

On 6/1/24 10:12, Konstantin Kolinko wrote:

пт, 31 мая 2024 г. в 20:33, Christopher Schultz :


All,

I don't think my commit broke the build. Re-winding to
fe07505146b7573f36a0d01ba0d2b847af7c9914 shows that the 1.1.x build does
not work on my machine.

$ sh buildconf --with-apr=apr-1.7.4

(This path is correct)

$ cat config.nice
#! /bin/sh
#
# Created by configure

"./configure" \
"--with-apr=/usr/local/Cellar/apr/1.7.4/bin/apr-1-config" \
"--with-ssl=/usr/local/Cellar/openssl@1.1/1.1.1w/" \
"$@"

$ ./config.nice
[... no errors...]

$ make clean
$ make

/bin/sh /usr/local/Cellar/apr/1.7.4/build-1/libtool --silent
--mode=compile --tag=CC clang -g -O2 -Wall   -DHAVE_CONFIG_H  -DDARWIN
-DSIGPROCMASK_SETS_THREAD_MASK   -g -O2 -DHAVE_OPENSSL
-DHAVE_POOL_PRE_CLEANUP
-I/Users/christopherschultz/git/tomcat-native/native/include
-I/Library/Java/JavaVirtualMachines/temurin-21.jdk/Contents/Home/include
-I/Library/Java/JavaVirtualMachines/temurin-21.jdk/Contents/Home/include/darwin
-I/usr/local/Cellar/openssl@1.1/1.1.1w//include
-I/usr/local/opt/apr/include/apr-1   -o src/ssl.lo -c src/ssl.c && touch
src/ssl.lo
src/ssl.c:201:7: error: incomplete definition of type 'struct dh_st'
  dh->p = prime(NULL);
  ~~^
/usr/local/Cellar/openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:104:16:
note: forward declaration of 'struct dh_st'
typedef struct dh_st DH;
 ^


[...]



The full code in that area is:

static DH *make_dh_params(BIGNUM *(*prime)(BIGNUM *), const char *gen)
{
  DH *dh = DH_new();

  if (!dh) {
  return NULL;
  }
  dh->p = prime(NULL); // Line 201
  BN_dec2bn(>g, gen);
  if (!dh->p || !dh->g) {
  DH_free(dh);
  return NULL;
  }
  return dh;
}

Is this just a bad setup on my end?

Building the main branch in this environment (but with OpenSSL 3.0)
works with some warnings but no errors.

Can anyone confirm they can build 1.1.x HEAD?


The code in src/ssl.c of Tomcat-Native 1.1.1 cited above is not
compatible with "openssl@1.1/1.1.1w".

Essentially:
- "openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:104:16:" declares an alias:


typedef struct dh_st DH;


I.e. it declares the name "DH", but the actual definition of "struct
dh_st" is elsewhere, not in public include files. (but in some
"internal" parts of OpenSSL). Thus the structure can only be used
opaquely. The error is that


  dh->p = prime(NULL); // Line 201


tries to access "p", which is not possible without knowing the
internal structure of DH.

Note that this is fixed in Tomcat Native 1.3.x:
There it calls "DH_set0_pqg()" to set the value of p.

Looking at the commit history of OpenSSL 1.1.x, there is the following commit:

https://github.com/openssl/openssl/commit/6db7fadf0975c75bfba01dd939063b4bdcb1a0fe
"DH: add simple getters for commonly used DH struct members"

It is not exactly on topic, but gives references where to look for.

Other links:
https://github.com/openssl/openssl/blob/OpenSSL_1_1_1-stable/include/openssl/ossl_typ.h
(declares "typedef struct dh_st DH"
https://github.com/openssl/openssl/blob/OpenSSL_1_1_1-stable/include/openssl/dh.h
(declares "DH_set0_pqg" and other DH_set / DH_get methods)

https://github.com/apache/tomcat-native/blob/1.1.x/native/src/ssl.c#L194
https://github.com/apache/tomcat-native/blob/1.3.x/native/src/ssl.c#L197
(Tomcat Native 1.1 vs 1.3)

https://stackoverflow.com/questions/45416806/missing-definitions-in-headerfile-dh-h-openssl-1-1-0f
(The same issue encountered by somebody else)

Note that the last release of Tomcat Native 1.1.x was 1.1.34 of 2015-12-15
https://tomcat.apache.org/oldnews-2015.html#Tomcat_Native_1.1.34_Released

It was built with
- APR 1.5.1
- OpenSSL 1.0.1m
(as mentioned in VERSIONS file in tomcat-native-1.1.34-win32-bin.zip)


Oops. I had meant to patch the 1.3.x branch, but I did not see it in 
git. I had to specifically check it out to see it.


I will remove the patch from 1.1.x which should not be there. I will 
re-do the patch for 1.3.x.


Apologies for the confusion.

Thanks,
-chris

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: LyX 2.4 - Emph keyboard shortcut not working in OS X 14.4.1

2024-06-01 Thread Christopher Menzel
On Jun 1, 2024, at 8:14 PM, Artemy Kolchinsky  wrote:
> I didn't know about ctlr-c e -- that works, thanks.
> 
> cmd-i doesn't work for me.

You should be able to set it in Preferences → Editing → Shortcuts.

-chris

> On Sat, Jun 1, 2024 at 7:34 PM Christopher Menzel  <mailto:chris.men...@gmail.com>> wrote:
>> 
>> > On Jun 1, 2024, at 6:51 PM, Artemy Kolchinsky > > <mailto:arte...@gmail.com>> wrote:
>> > 
>> > Thank you for releasing this amazing piece of software!
>> > 
>> > However, I am running into an annoying bug in Lyx 2.4 on OS X 14.4.1 (I 
>> > cannot post to the bug tracker due to lack of privileges). The cmd+e 
>> > command no longer works to turn emphasis on/off. cmd+b (bold) and cmd+u 
>> > (underline) still work as expected.
>> 
>> Cmd-i (“italic”) has always done the trick for me. ("Ctrl-c e” as well, 
>> FWIW!)
>> 
>> -chris

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: LyX 2.4.0 Released!

2024-06-01 Thread Christopher Menzel
I compiled 2.4.0 on Kali LInux 2024.2 with Qt6 (in a Parallels VM), no issues. 
Under MacOS I renamed RC4 just in case and then just copied 2.4.0 into the 
Applications folder as usual. Again, smooth sailing.

I can’t begin to express my gratitude to the LyX developers for this fabulous 
program. It’s been my constant companion for over 15 years now! :-)

Chris Menzel

> On Jun 1, 2024, at 6:20 PM, Rich Shepard  wrote:
> 
> On Sat, 1 Jun 2024, Murat Yildizoglu wrote:
> 
>> On OSX, I have copied it over the RC4 as proposed by the OS and it seems
>> to work without any problem.
> 
> On Slackware linux upgrading the existing version to a new one has no
> issues.
> 
> Rich
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: LyX 2.4 - Emph keyboard shortcut not working in OS X 14.4.1

2024-06-01 Thread Christopher Menzel


> On Jun 1, 2024, at 6:51 PM, Artemy Kolchinsky  wrote:
> 
> Thank you for releasing this amazing piece of software!
> 
> However, I am running into an annoying bug in Lyx 2.4 on OS X 14.4.1 (I 
> cannot post to the bug tracker due to lack of privileges). The cmd+e command 
> no longer works to turn emphasis on/off. cmd+b (bold) and cmd+u (underline) 
> still work as expected.

Cmd-i (“italic”) has always done the trick for me. ("Ctrl-c e” as well, FWIW!)

-chris
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


Re: [VOTE] ActiveMQ Artemis 2.34.0 release

2024-06-01 Thread Christopher Shannon
I would suggest using the git bisect command to try and find the commit
that is causing the crash, if it is indeed a recent regression.

On Sat, Jun 1, 2024 at 6:40 AM Havret  wrote:

> Hi Clebert, Justin,
>
> I've checked the previous version (2.33.0), as Justin suggested, and it's
> working fine. However, with the current release candidate, it keeps
> crashing every single time on a simple throughput benchmark (I'm sending
> 100k messages with 1KB of payload each). This issue occurs with both AMQP
> and CORE protocols.
>
> Having said that, I'm changing my vote to:
>
> -1 (binding)
>
> Thanks,
> Krzysztof
>
> On Sat, Jun 1, 2024 at 07:07 Clebert Suconic 
> wrote:
>
> > I would take it separately from the Vote thread" I don't see anything
> > wrong with the release itself.
> >
> > if you could start a separate thread about the issue, how to reproduce
> > it. When it started to fail? configurations.. etc?
> >
> >
> > this error here:
> > G1ParScanThreadState::copy_to_survivor_space(G1HeapRegionAttr, oopDesc*,
> >
> >
> > Suggests me it's a memory issue? I would start by looking at paging
> > and its configurations? but lets do that on a separate thread?
> >
> > On Fri, May 31, 2024 at 6:54 PM Havret  wrote:
> > >
> > > I just noticed that when I run my performance benchmark against version
> > > 2.34.0, it crashes with the following error:
> > >
> > > activemq-artemis  | [thread 14 also had an error]
> > > activemq-artemis  | #
> > > activemq-artemis  | # A fatal error has been detected by the Java
> Runtime
> > > Environment:
> > > activemq-artemis  | #
> > > activemq-artemis  | #  SIGSEGV (0xb) at pc=0x7e73b0d3, pid=1,
> > tid=37
> > > activemq-artemis  | #
> > > activemq-artemis  | # JRE version: OpenJDK Runtime Environment
> > > Zulu14.29+23-CA (14.0.2+12) (build 14.0.2+12)
> > > activemq-artemis  | # Java VM: OpenJDK 64-Bit Server VM Zulu14.29+23-CA
> > > (14.0.2+12, mixed mode, sharing, tiered, compressed oops, g1 gc,
> > > linux-amd64)
> > > activemq-artemis  | # Problematic frame:
> > > activemq-artemis  | # V  [libjvm.so+0x6ee0d3][thread 40 also had an
> > error]
> > > activemq-artemis  | [thread 36 also had an error]
> > > activemq-artemis  | [thread 39 also had an error]
> > > activemq-artemis  | [thread 34 also had an error]
> > > activemq-artemis  | [thread 33 also had an error]
> > > activemq-artemis  | [thread 35 also had an error]
> > > activemq-artemis  | [thread 38 also had an error]
> > > activemq-artemis  |
> > > G1ParScanThreadState::copy_to_survivor_space(G1HeapRegionAttr,
> oopDesc*,
> > > markWord)+0x283
> > > activemq-artemis  | #
> > > activemq-artemis  | # No core dump will be written. Core dumps have
> been
> > > disabled. To enable core dumping, try "ulimit -c unlimited" before
> > starting
> > > Java again
> > > activemq-artemis  | #
> > > activemq-artemis  | # An error report file with more information is
> saved
> > > as:
> > > activemq-artemis  | # /artemis/hs_err_pid1.log
> > > activemq-artemis  | #
> > > activemq-artemis  | # If you would like to submit a bug report, please
> > > visit:
> > > activemq-artemis  | #   http://www.azulsystems.com/support/
> > > activemq-artemis  | #
> > >
> > > With 2.30.0 It's working fine.
> > >
> > > Thanks,
> > > Krzysztof
> > >
> > >
> > > On Fri, May 31, 2024 at 8:16 PM Havret  wrote:
> > >
> > > > +1 (binding)
> > > >
> > > > I've run the tests against ArtemisNetClient[1] 2.12.0 and
> > > > ArtemisNetCoreClient 1.0.0-alpha.1[2]. It's all green.
> > > >
> > > > To make the testing easier, I've created a docker image[3] with the
> > > > release candidate binaries. Feel free to use it to run your tests.
> > > >
> > > > Cheers,
> > > > Krzysztof
> > > >
> > > > [1]
> https://github.com/Havret/dotnet-activemq-artemis-client/pull/490
> > > > [2]
> > https://github.com/Havret/dotnet-activemq-artemis-core-client/pull/115
> > > > [3] docker pull
> > > > havret/dotnet-activemq-artemis-client-test-broker:2.34.0-rc1
> > > >
> > > > On Fri, May 31, 2024 at 6:56 PM Domenico Francesco Bruscino <
> > > > bruscin...@gmail.com> wrote:
> > > >
> > > >> +1 (binding)
> > > >>
> > > >> * Checked parent version in pom.xml files using `grep -LPrz
> --include
> > > >> pom.xml "(.|\n)*2.34.0<\/version>(.|\n)*<\/parent>"
> > ./`
> > > >> * Ran binary broker instance on Fedora 38 using OpenJDK 17
> > > >> * Checked the web console using `Google Chrome`
> > > >> * Checked producing, browsing and consuming messages from a queue
> > using
> > > >> `artemis check queue --name TEST --produce 1000 --browse 1000
> > --consume
> > > >> 1000`
> > > >>
> > > >> Connection brokerURL = tcp://localhost:61616
> > > >> Running QueueCheck
> > > >> Checking that a producer can send 1000 messages to the queue TEST
> ...
> > > >> success
> > > >> Checking that a consumer can browse 1000 messages from the queue
> TEST
> > ...
> > > >> success
> > > >> Checking that a consumer can consume 1000 messages from the queue
> > TEST ...
> > > >> success
> > > >> Checks run: 3, 

Re: Tomcat 9 memory leak message

2024-05-31 Thread Christopher Schultz

Jenny,

On 5/31/24 14:52, Ying Jin wrote:
We removed the ojdbc8 driver jar from web-inf/lib from the web 
application and kept the ojdbc8 jar file in the Tomcat/lib folder, but 
we still can see the following memory link warning message whenever we 
redeploy the web application. We use the Tomcat 9 server in the Linux 
environment.


This list strips attachments. Can you re-post with text-only?

The other warning message is about the "validateFile Problem with jar 
file /tomcat/lib/jolokia.jar. My question is if we can safely ignore 
these warning messages or not.


It would be great if you can shed some light on this issue.


If the message is something like "driver cannot be unloaded" then check 
Tomcat with a debugger or even something like JVisualVM to see how many 
WebappClassLoaders you have in memory.


If the driver causes the web application ClassLoader to be "pinned" in 
memory, then it will never be removed and all those classes will 
continue to use-up heap space until you restart the JVM. This gets worse 
every time you reload your application without restarting the JVM. The 
Manager application web UI can help you diagnose these a little.


The validation problem with the Jolokia JAR file will depend upon 
exactly what it says. I would first get a replacement copy of the 
Jolokia JAR file before bothering to try to diagnose it any further.


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Need help installing SSL certificate in tomcat keystore

2024-05-31 Thread Christopher Schultz

Mark,

On 5/30/24 08:46, Fung-A-Fat, Mark wrote:
I am running a java web app on windows 2019 server and need some help 
getting the SSL certificate installed into my keystore.


I am running tomcat 9.x and java 11

I am able to generate a certificate request using both keytool and/or 
openssl


For both the CSR file looks like this, but the openssl also generates a 
private key xxx.


-BEGIN NEW CERTIFICATE REQUEST-

MIIC2TCCAcECAQAwZDELMAkGA1UEBhMCdXMxCzAJBgNVBAgTAm1hMRAwDgYDVQQH

-END NEW CERTIFICATE REQUEST-

Private key from OPENSSL

-BEGIN PRIVATE KEY-
MIIJQgIBADANBgkqhkiG9w0BAQEFAASCCSwwggkoAgEAAoICAQC5EqmuGM9nRQ5n
-END PRIVATE KEY-


You may have compromised your private key by posting it like this. I 
would start everything over again from scratch, starting with generating 
a new private key and CSR.


I use the CSR to submit a request to my company’s certificate server and 
I am able to download 2 files in DER format


The downloaded certificate has a name certnew.cer, the downloaded chain 
certificate has a name cernew.p7b and both appear to be binary because 
when I open them in notepad++ they are unreadable


.p12 and .p7 files are always binary. Are you able to get the files as 
PEM? That is, IMHO, the most convenient package format.


Not sure how I go about importing converting and importing these into my 
keystore using keytool.


The documenation is confusing to me as to what needs to be done.

https://tomcat.apache.org/tomcat-9.0-doc/ssl-howto.html 
the section on 
importing the certificate does nto go into how to convert or merge the 
certificate or the certificate chain and also does not say anyting about 
a private keyfile


Has anyone out there done this consistenly and successfully.


You should be able to use keytool -importcert as described here:

https://stackoverflow.com/questions/15814569/import-pkcs7-chained-certificate-using-keytool-command-to-jks

When you do all of this start-to-finish, basically you do the following:

1. $ keytool -genkeypair -alias 'mykey' (creates key + self-signed cert 
in keystore, plus CSR)


2. Send CSR to CA for signing, get signed cert in return

3. $ keytool -importcert -alias 'mykey'

This will UPDATE THE CERT in your keystore with the one signed by the 
CA. Now, you are ready to use the signed certificate with Tomcat.


But definitely start over with a new private key. The one you posted 
shouldn't be trusted anymore.


Hope that helps,
-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Database Connection Requests Initiated but Not Sent on the Wire (Some, Not All)

2024-05-31 Thread Christopher Schultz

Eric,

On 5/31/24 13:44, Eric Robinson wrote:

-Original Message-
From: Christopher Schultz 
Sent: Friday, May 31, 2024 12:38 PM
To: users@tomcat.apache.org
Subject: Re: Database Connection Requests Initiated but Not Sent on the Wire
(Some, Not All)

Mark,

On 5/31/24 12:44, Mark Thomas wrote:

On 31/05/2024 16:09, Eric Robinson wrote:

The results are looking great so far.


Excellent.


Here's what we know:

Before the patch, we had 2 load-balanced tomcats in production for
this customer. Due to the driver search bottleneck, we were seeing
hundreds of stuck threads during the slowdown periods. To work around
this problem, we threw more tomcats at it. With 6 tomcats, the load
was spread around enough to keep the bottleneck condition from
manifesting badly, and users did not complain as much. We were still
seeing dozens of stuck threads, but not hundreds.

After the patch, we went back to 2 tomcats.


I appreciate the show of faith! I think that is braver than I would
have been but it does rather confirm both the problem and the fix.


During the same timeframe today, there have been 1 stuck thread on
Tomcat A and 6 on Tomcat B.


That is great news.


If the numbers hold, this works out to roughly a 10,000% improvement.


Not bad for free support ;)

Seriously, I am glad that we seem to have tracked down the root cause
and that you have a temporary fix that works until such time (probably
the July releases) that we can figure out how we want to address
caching of "not found" classes.


Yeah... this doesn't seem like a great default policy for a few reasons:

1. Maybe the classes will appear in the future? JSPs? Plugins that 
speculatively-
load, then fail, then download/update, then try again? I'm grasping at straws a
little, here.

2. Huge numbers of cache misses will cause huge numbers of cached "not
found" entries. Potential DOS? I guess that would be an application bug if it's
allowing huge numbers of random class-loading requests. Again, grasping at
straws.



Would it, though? I don't know what a negative cache entry would look like, but 
it seems to me that it would not have to create duplicates.


I was thinking of cache entries for large numbers of different classes, 
all of which were "not found". Not one class being requested over and 
over again. It's just lots of String keys in a hash map or whatever. Not 
horrific, but can get out of control of Something Goes Wrong.


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Database Connection Requests Initiated but Not Sent on the Wire (Some, Not All)

2024-05-31 Thread Christopher Schultz

Mark,

On 5/31/24 12:44, Mark Thomas wrote:

On 31/05/2024 16:09, Eric Robinson wrote:

The results are looking great so far.


Excellent.


Here's what we know:

Before the patch, we had 2 load-balanced tomcats in production for 
this customer. Due to the driver search bottleneck, we were seeing 
hundreds of stuck threads during the slowdown periods. To work around 
this problem, we threw more tomcats at it. With 6 tomcats, the load 
was spread around enough to keep the bottleneck condition from 
manifesting badly, and users did not complain as much. We were still 
seeing dozens of stuck threads, but not hundreds.


After the patch, we went back to 2 tomcats.


I appreciate the show of faith! I think that is braver than I would have 
been but it does rather confirm both the problem and the fix.


During the same timeframe today, there have been 1 stuck thread on 
Tomcat A and 6 on Tomcat B.


That is great news.


If the numbers hold, this works out to roughly a 10,000% improvement.


Not bad for free support ;)

Seriously, I am glad that we seem to have tracked down the root cause 
and that you have a temporary fix that works until such time (probably 
the July releases) that we can figure out how we want to address caching 
of "not found" classes.


Yeah... this doesn't seem like a great default policy for a few reasons:

1. Maybe the classes will appear in the future? JSPs? Plugins that 
speculatively-load, then fail, then download/update, then try again? I'm 
grasping at straws a little, here.


2. Huge numbers of cache misses will cause huge numbers of cached "not 
found" entries. Potential DOS? I guess that would be an application bug 
if it's allowing huge numbers of random class-loading requests. Again, 
grasping at straws.


But my spidey-sense it tingling at this one.

Maybe (a) default-off option and (b) limit the total number of cached 
"not found" items to something "smallish" like 100? 1000? 1? Just 
enough to not fill the heap if something goes terribly wrong.


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Database Connection Requests Initiated but Not Sent on the Wire (Some, Not All)

2024-05-31 Thread Christopher Schultz

Eric,

On 5/31/24 11:09, Eric Robinson wrote:

The results are looking great so far.

Here's what we know:

Before the patch, we had 2 load-balanced tomcats in production for this 
customer. Due to the driver search bottleneck, we were seeing hundreds of stuck 
threads during the slowdown periods. To work around this problem, we threw more 
tomcats at it. With 6 tomcats, the load was spread around enough to keep the 
bottleneck condition from manifesting badly, and users did not complain as 
much. We were still seeing dozens of stuck threads, but not hundreds.

After the patch, we went back to 2 tomcats. During the same timeframe today, 
there have been 1 stuck thread on Tomcat A and 6 on Tomcat B.

If the numbers hold, this works out to roughly a 10,000% improvement.


This deserves a bonus, much of which you should share with markt. ;)

-chris


-Original Message-
From: Eric Robinson 
Sent: Friday, May 31, 2024 5:54 AM
To: Tomcat Users List 
Subject: RE: Database Connection Requests Initiated but Not Sent on the Wire
(Some, Not All)

Mark,


-Original Message-
From: Mark Thomas 
Sent: Thursday, May 30, 2024 9:30 AM
To: users@tomcat.apache.org
Subject: Re: Database Connection Requests Initiated but Not Sent on
the Wire (Some, Not All)

OK.

This is an interim binary patch for 9.0.80 only.

The purpose is to:
- confirm the proposed change fixes the problem
- provide you with a workaround in the short term

This is the binary patch:

https://people.apache.org/~markt/dev/classloader-not-found-cache-9.0.8
0-
v1.zip

Extract the contents into $CATALINA_HOME/lib

You should end up with:

$CATALINA_HOME/lib/org/apache/...

Usual caveats apply. This is not an official release. Use it at your
own risk. Don't blame either me or the ASF it is results in alien
invasion, a tax bill, the server catching fire or anything else unexpected

and/or unwanted.


Longer term, I'm not sure this is exactly how I want to fix it in
Tomcat. I am convinced of the need to cache classes that don't exist
but exactly where / how to do that and what degree of control the user should

have is very much TBD.


I suspect this will be a topic of discussion at Community Over Code at
Bratislava next week.

I am expecting that any fix won't be in the June release round but
should be in the July release round.

Let us know how you get on and good luck.



The changes have been applied. We'll know at around 9:30 am EST if they have
had the desired effect. Fingers crossed!



Mark


On 30/05/2024 10:16, Mark Thomas wrote:

On 29/05/2024 17:03, Eric Robinson wrote:




One of the webapps is related to voice reminder messages that go
out to people. The reminders go out sometime after 9 am, which
tracks with the slowdowns.


Ack.

Something to try while I work on a patch is setting
archiveIndexStrategy="bloom" on the resources.

You'd configure that in META-INF/context.xml something like this:


 

Mark


- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


Disclaimer : This email and any files transmitted with it are confidential and
intended solely for intended recipients. If you are not the named addressee you
should not disseminate, distribute, copy or alter this email. Any views or
opinions presented in this email are solely those of the author and might not
represent those of Physician Select Management. Warning: Although Physician
Select Management has taken reasonable precautions to ensure no viruses are
present in this email, the company cannot accept responsibility for any loss or
damage arising from the use of this email or attachments.
B

CB  [  X  ܚX KK[XZ[

  \ \  ][  X  ܚX P X ]
  \X K ܙ B  ܈Y][ۘ[  [X[  K[XZ[

  \ \  Z[ X ]
  \X K ܙ B

Disclaimer : This email and any files transmitted with it are confidential and 
intended solely for intended recipients. If you are not the named addressee you 
should not disseminate, distribute, copy or alter this email. Any views or 
opinions presented in this email are solely those of the author and might not 
represent those of Physician Select Management. Warning: Although Physician 
Select Management has taken reasonable precautions to ensure no viruses are 
present in this email, the company cannot accept responsibility for any loss or 
damage arising from the use of this email or attachments.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




Re: (tomcat-native) branch 1.1.x updated: Use ERR_error_string_n instead of ERR_error_string.

2024-05-31 Thread Christopher Schultz
d declaration of 'struct bio_st'

typedef struct bio_st BIO;
   ^
src/ssl.c:867:37: error: incomplete definition of type 'struct bio_st'
BIO_JAVA *j = (BIO_JAVA *)bi->ptr;
  ~~^
/usr/local/Cellar/openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:79:16: 
note: forward declaration of 'struct bio_st'

typedef struct bio_st BIO;
   ^
src/ssl.c:881:7: error: incomplete definition of type 'struct bio_st'
bi->shutdown = 1;
~~^
/usr/local/Cellar/openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:79:16: 
note: forward declaration of 'struct bio_st'

typedef struct bio_st BIO;
   ^
src/ssl.c:882:7: error: incomplete definition of type 'struct bio_st'
bi->init = 0;
~~^
/usr/local/Cellar/openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:79:16: 
note: forward declaration of 'struct bio_st'

typedef struct bio_st BIO;
   ^
src/ssl.c:883:7: error: incomplete definition of type 'struct bio_st'
bi->num  = -1;
~~^
/usr/local/Cellar/openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:79:16: 
note: forward declaration of 'struct bio_st'

typedef struct bio_st BIO;
   ^
src/ssl.c:884:7: error: incomplete definition of type 'struct bio_st'
bi->ptr  = (char *)j;
~~^
/usr/local/Cellar/openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:79:16: 
note: forward declaration of 'struct bio_st'

typedef struct bio_st BIO;
   ^
src/ssl.c:893:11: error: incomplete definition of type 'struct bio_st'
if (bi->ptr != NULL) {
~~^
/usr/local/Cellar/openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:79:16: 
note: forward declaration of 'struct bio_st'

typedef struct bio_st BIO;
   ^
src/ssl.c:894:37: error: incomplete definition of type 'struct bio_st'
BIO_JAVA *j = (BIO_JAVA *)bi->ptr;
  ~~^
/usr/local/Cellar/openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:79:16: 
note: forward declaration of 'struct bio_st'

typedef struct bio_st BIO;
   ^
src/ssl.c:895:15: error: incomplete definition of type 'struct bio_st'
if (bi->init) {
~~^
/usr/local/Cellar/openssl@1.1/1.1.1w//include/openssl/ossl_typ.h:79:16: 
note: forward declaration of 'struct bio_st'

typedef struct bio_st BIO;
   ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
1 warning and 20 errors generated.
make[1]: *** [src/ssl.lo] Error 1
make: *** [all-recursive] Error 1

I get roughly the same behavior when compiling against OpenSSL 3.0 as 
well. The first error in ssl.c doesn't look like an error to me:


src/ssl.c:201:7: error: incomplete definition of type 'struct dh_st'
dh->p = prime(NULL);
~~^

The full code in that area is:

static DH *make_dh_params(BIGNUM *(*prime)(BIGNUM *), const char *gen)
{
DH *dh = DH_new();

if (!dh) {
return NULL;
}
dh->p = prime(NULL); // Line 201
BN_dec2bn(>g, gen);
if (!dh->p || !dh->g) {
DH_free(dh);
return NULL;
}
return dh;
}

Is this just a bad setup on my end?

Building the main branch in this environment (but with OpenSSL 3.0) 
works with some warnings but no errors.


Can anyone confirm they can build 1.1.x HEAD?

Thanks,
-chris

On 5/31/24 13:11, schu...@apache.org wrote:

This is an automated email from the ASF dual-hosted git repository.

schultz pushed a commit to branch 1.1.x
in repository https://gitbox.apache.org/repos/asf/tomcat-native.git


The following commit(s) were added to refs/heads/1.1.x by this push:
  new 0ab6bdd39 Use ERR_error_string_n instead of ERR_error_string.
0ab6bdd39 is described below

commit 0ab6bdd3973c702a46a9564266d1f4848bd05b01
Author: Christopher Schultz 
AuthorDate: Fri May 31 13:10:27 2024 -0400

 Use ERR_error_string_n instead of ERR_error_string.
 
 Use header-defined constant for error message buffer sizes.

---
  native/include/ssl_private.h |  5 +
  native/src/ssl.c |  8 
  native/src/sslcontext.c  | 32 
  native/src/sslnetwork.c  |  4 ++--
  4 files changed, 27 insertions(+), 22 deletions(-)

diff --git a/native/include/ssl_private.h b/native/include/ssl_private.h
index 68fc8a877..ede9ae94f 100644
--- a/native/include/ssl_private.h
+++ b/native/include/ssl_private.h
@@ -63,6 +63,11 @@
  #define SSL_AIDX_ECC (3)
  #define SSL_AIDX_MAX (4)
  
+/*

+ * The length of error message strings. MUST BE AT LEAST 256.
+ */
+#define TCN_OPENSSL_ERROR_STRING_LENGTH 256
+
  /*
   * Define the SSL options
   */
diff --git a/native/src/ssl.c b/native/src/ssl.c
index d6fdaee55..782de1139 100644
--- a/native/src/ssl.c
+++ b/native/src/ssl.c
@@ -806,11 +806,11 @@ TCN_IMPLEMENT_CALL(jint, SSL, fipsModeSet)(TCN_STDARGS, 
jint mode)
  if(1 != (r = (jint)FIPS_mode_set((int)mode))) {
/* arrange to get a human-readable error message */
unsigned long err = ERR_get_error(

Re: (tomcat-native) branch 1.1.x updated: Use ERR_error_string_n instead of ERR_error_string.

2024-05-31 Thread Christopher Schultz

All,

Uh, oh. This may have broken the build.

Investigating...

-chris


On 5/31/24 13:11, schu...@apache.org wrote:

This is an automated email from the ASF dual-hosted git repository.

schultz pushed a commit to branch 1.1.x
in repository https://gitbox.apache.org/repos/asf/tomcat-native.git


The following commit(s) were added to refs/heads/1.1.x by this push:
  new 0ab6bdd39 Use ERR_error_string_n instead of ERR_error_string.
0ab6bdd39 is described below

commit 0ab6bdd3973c702a46a9564266d1f4848bd05b01
Author: Christopher Schultz 
AuthorDate: Fri May 31 13:10:27 2024 -0400

 Use ERR_error_string_n instead of ERR_error_string.
 
 Use header-defined constant for error message buffer sizes.

---
  native/include/ssl_private.h |  5 +
  native/src/ssl.c |  8 
  native/src/sslcontext.c  | 32 
  native/src/sslnetwork.c  |  4 ++--
  4 files changed, 27 insertions(+), 22 deletions(-)

diff --git a/native/include/ssl_private.h b/native/include/ssl_private.h
index 68fc8a877..ede9ae94f 100644
--- a/native/include/ssl_private.h
+++ b/native/include/ssl_private.h
@@ -63,6 +63,11 @@
  #define SSL_AIDX_ECC (3)
  #define SSL_AIDX_MAX (4)
  
+/*

+ * The length of error message strings. MUST BE AT LEAST 256.
+ */
+#define TCN_OPENSSL_ERROR_STRING_LENGTH 256
+
  /*
   * Define the SSL options
   */
diff --git a/native/src/ssl.c b/native/src/ssl.c
index d6fdaee55..782de1139 100644
--- a/native/src/ssl.c
+++ b/native/src/ssl.c
@@ -806,11 +806,11 @@ TCN_IMPLEMENT_CALL(jint, SSL, fipsModeSet)(TCN_STDARGS, 
jint mode)
  if(1 != (r = (jint)FIPS_mode_set((int)mode))) {
/* arrange to get a human-readable error message */
unsigned long err = ERR_get_error();
-  char msg[256];
+  char msg[TCN_OPENSSL_ERROR_STRING_LENGTH];
  
/* ERR_load_crypto_strings() already called in initialize() */
  
-  ERR_error_string_n(err, msg, 256);

+  ERR_error_string_n(err, msg, TCN_OPENSSL_ERROR_STRING_LENGTH);
  
tcn_ThrowException(e, msg);

  }
@@ -1105,9 +1105,9 @@ TCN_IMPLEMENT_CALL(jboolean, SSL, 
loadDSATempKey)(TCN_STDARGS, jint idx,
  
  TCN_IMPLEMENT_CALL(jstring, SSL, getLastError)(TCN_STDARGS)

  {
-char buf[256];
+char buf[TCN_OPENSSL_ERROR_STRING_LENGTH];
  UNREFERENCED(o);
-ERR_error_string(ERR_get_error(), buf);
+ERR_error_string_n(ERR_get_error(), buf, TCN_OPENSSL_ERROR_STRING_LENGTH);
  return tcn_new_string(e, buf);
  }
  
diff --git a/native/src/sslcontext.c b/native/src/sslcontext.c

index c632fc7cf..e2d341c30 100644
--- a/native/src/sslcontext.c
+++ b/native/src/sslcontext.c
@@ -136,8 +136,8 @@ TCN_IMPLEMENT_CALL(jlong, SSLContext, make)(TCN_STDARGS, 
jlong pool,
  }
  
  if (!ctx) {

-char err[256];
-ERR_error_string(ERR_get_error(), err);
+char err[TCN_OPENSSL_ERROR_STRING_LENGTH];
+ERR_error_string_n(ERR_get_error(), err, 
TCN_OPENSSL_ERROR_STRING_LENGTH);
  tcn_Throw(e, "Invalid Server SSL Protocol (%s)", err);
  goto init_failed;
  }
@@ -327,8 +327,8 @@ TCN_IMPLEMENT_CALL(jboolean, SSLContext, 
setCipherSuite)(TCN_STDARGS, jlong ctx,
  #else
  if (!SSL_CTX_set_cipher_list(c->ctx, J2S(ciphers))) {
  #endif
-char err[256];
-ERR_error_string(ERR_get_error(), err);
+char err[TCN_OPENSSL_ERROR_STRING_LENGTH];
+ERR_error_string_n(ERR_get_error(), err, 
TCN_OPENSSL_ERROR_STRING_LENGTH);
  tcn_Throw(e, "Unable to configure permitted SSL ciphers (%s)", err);
  rv = JNI_FALSE;
  }
@@ -348,7 +348,7 @@ TCN_IMPLEMENT_CALL(jboolean, SSLContext, 
setCARevocation)(TCN_STDARGS, jlong ctx
  TCN_ALLOC_CSTRING(path);
  jboolean rv = JNI_FALSE;
  X509_LOOKUP *lookup;
-char err[256];
+char err[TCN_OPENSSL_ERROR_STRING_LENGTH];
  
  UNREFERENCED(o);

  TCN_ASSERT(ctx != 0);
@@ -362,7 +362,7 @@ TCN_IMPLEMENT_CALL(jboolean, SSLContext, 
setCARevocation)(TCN_STDARGS, jlong ctx
  if (J2S(file)) {
  lookup = X509_STORE_add_lookup(c->crl, X509_LOOKUP_file());
  if (lookup == NULL) {
-ERR_error_string(ERR_get_error(), err);
+ERR_error_string_n(ERR_get_error(), err, 
TCN_OPENSSL_ERROR_STRING_LENGTH);
  X509_STORE_free(c->crl);
  c->crl = NULL;
  tcn_Throw(e, "Lookup failed for file %s (%s)", J2S(file), err);
@@ -373,7 +373,7 @@ TCN_IMPLEMENT_CALL(jboolean, SSLContext, 
setCARevocation)(TCN_STDARGS, jlong ctx
  if (J2S(path)) {
  lookup = X509_STORE_add_lookup(c->crl, X509_LOOKUP_hash_dir());
  if (lookup == NULL) {
-ERR_error_string(ERR_get_error(), err);
+ERR_error_string_n(ERR_get_error(), err, 
TCN_OPENSSL_ERROR_STRING_LENGTH);
  X509_STORE_free(c->crl);
  c->crl = NULL;
  tcn_Throw(e, "Lookup failed for path %s (%s)", J2S

Stus-List Re: C 40 custom pilothouse

2024-05-31 Thread John Christopher via CnC-List
The specs state the LWL is 29.83 feet at  and the 40-2 is 31.50. The landfall 38 has a LWL of 30.17.The description says; They started with the hull from a C 40, arguably one of their best performing hulls, and modified it to have a more traditional cruising stern. They took the bow and cockpit sections from the Landfall 38 series and put a pilothouse, fashioned after the Landfall 48, over the salon. The result was a unique, stiff and fast cruiser with an amazing amount of living space for a very demanding cruising couple/JohnOn May 31, 2024, at 8:47 AM, Richard Bush via CnC-List  wrote:This looks more like a Landfall 39 than an altered 40; check out the spec and photos on the photo album...RichardRichard N. Bush Law Offices2950 Breckenridge Lane, Suite NineLouisville, Kentucky 40220(502) 584-7255






On Thursday, May 30, 2024 at 03:57:49 PM EDT, Della Barba, Joe via CnC-List  wrote:





I think I posted about this before: 
1983 C 40 Custom Pilothouse Cruiser for sale - YachtWorld 
www.yachtworld.com/yacht/1983-c$c-40-custom-pilothouse-9302868/ 
   
This has to be one of the most unusual C ever. I am 50/50 on if it is great or a hot mess. 
Has anyone ever seen this boat? 
Two things come to mind that might be negatives, can you see over the pilothouse or do you look through it? 
Second, thinking about being healed way over in 20 foot seas and coming down the companionway ladder on a port tack, that could be challenge and then some. Maybe that isn’t a thing on Lake Ontario? 
OTOH don’t rig it and you have on hell of a Great Loop boat! 
   
   

Joe Della Barba Coquina C 35 MK I


Please show your appreciation for this list and the Photo Album site and help me pay the associated bills.  Make a contribution at:https://www.paypal.me/stumurrayThanks for your help.Stu

Please show your appreciation for this list and the Photo Album site and help me pay the associated bills.  Make a contribution at:https://www.paypal.me/stumurrayThanks for your help.StuPlease show your appreciation for this list and the Photo Album site and help 
me pay the associated bills.  Make a contribution at:
https://www.paypal.me/stumurray
Thanks for your help.
Stu

[Flying-squirrel-members] Clarissa Uprooted and Yard sale

2024-05-30 Thread Christopher Snyder
Hey All,

We have two events coming up that I wanted everyone to be aware of.

This coming Sunday June 3rd we will have a showing of Clarissa Uprooted, it
features the history of the Corn Hill 3rd Ward area and how it was impacted
by urban renewal and gentrification.  We will start the showing at 3pm and
have a discussion afterwards.

The documentary is about 25 minutes long so the whole event should be done
before 5pm. This would be a great event to have all active squirrel members
to attend since it tied  with the history of the building.

Also we are hosting a yard sale in the parking lot 12-5 on the following
Sunday June 9th. There are still spaces available if anyone would like to
put out some items. If that interests you let me know and I can put you in
touch with Gabrielle.

Thank you

Christopher
___
Flying-squirrel-members mailing list
Flying-squirrel-members@lists.rocus.org
https://lists.mayfirst.org/mailman/listinfo/flying-squirrel-members

To unsubscribe, send an email to:
flying-squirrel-members-unsubscr...@lists.rocus.org
(The subject and body of the email don't matter)


Stus-List Re: C 40 custom pilothouse

2024-05-30 Thread John Christopher via CnC-List
I was docked next to this boat a few years back at Collin’s Bay Marina. It was a well maintained, beautiful boat inside and out. I am 5’10” and could see over the coach roof, the owner also had a step of sorts for smaller people (wife)./JohnOn May 30, 2024, at 3:57 PM, Della Barba, Joe via CnC-List  wrote:







I think I posted about this before:
1983 C 40 Custom Pilothouse Cruiser for sale - YachtWorld
www.yachtworld.com/yacht/1983-c$c-40-custom-pilothouse-9302868/
 
This has to be one of the most unusual C ever. I am 50/50 on if it is great or a hot mess.
Has anyone ever seen this boat?
Two things come to mind that might be negatives, can you see over the pilothouse or do you look through it?
Second, thinking about being healed way over in 20 foot seas and coming down the companionway ladder on a port tack, that could be challenge and then some. Maybe that isn’t a thing on Lake Ontario?
OTOH don’t rig it and you have on hell of a Great Loop boat!
 
 

Joe Della Barba Coquina C 35 MK I




Please show your appreciation for this list and the Photo Album site and help me pay the associated bills.  Make a contribution at:https://www.paypal.me/stumurrayThanks for your help.StuPlease show your appreciation for this list and the Photo Album site and help 
me pay the associated bills.  Make a contribution at:
https://www.paypal.me/stumurray
Thanks for your help.
Stu

[Flying-squirrel-members] Play rehearsal requests.

2024-05-30 Thread Christopher Snyder
Hey All,

We have a request for two rehearsals coming up. The play group is called
valid girls and we have worked with them before:

June 8th ,12pm-2:30pm
June 15th, 10am-12:30pm

Let me know if there are any questions or objections.

Thank you

Christopher
___
Flying-squirrel-members mailing list
Flying-squirrel-members@lists.rocus.org
https://lists.mayfirst.org/mailman/listinfo/flying-squirrel-members

To unsubscribe, send an email to:
flying-squirrel-members-unsubscr...@lists.rocus.org
(The subject and body of the email don't matter)


Re: Correcting national address databases?

2024-05-30 Thread Christopher Paul via NANOG

On 5/30/24 08:53, Mike Lewinski via NANOG wrote:

Another issue is that Amazon (and possibly other online retailers) are charging 
me and my neighbors excess sales tax based on the ZIP code associated with a 
town I do not live in. There's a way to complain and have it reversed for 
every single purchase.

I know this is out of our hands as network operators, but maybe some day one of 
you will be in a position to help.

I propose that there be a national LDAP service, with OUs for each 
zipcode (|ou=20500,dc=us,dc=gov)|. A household could register at 
USPS.gov and then be given write access to a household OU ("ou=1600 
Pennsylvania Ave NW,|ou=20500,dc=us,dc=gov|"). The household OU could 
then create inetOrgPersons under that, each of which would have 
self-write access.


--
Chris Paul | Rex Consulting |https://www.rexconsulting.net


Re: context.xml file location

2024-05-30 Thread Christopher Schultz

Hello,

On 5/30/24 10:12, firstName lastName wrote:

Renaming my context.xml to ROOT.xml (without changing the folder) fixed the
problem. Thanks for the help!


The best practice would be to put your context.xml file into your WAR 
file's META-INF/context.xml path. That way, it will be deployed from the 
WAR file and you don't have to keep a separate file around.


If you need to override the contents of the WAR-packaged file, then you 
will need to use conf/[Engine]/[Host]/[App].xml


https://tomcat.apache.org/tomcat-10.1-doc/config/context.html#Defining_a_context

-chris


On Thu, May 30, 2024 at 8:42 AM David Rush  wrote:


I don't know about any docker-related differences, but

I think that if you put a context config file under Catalina/localhost you
need to name the .xml file the same as your .war file.  So if you have
foo.war, then you'd have Catalina/localhost/foo.xml

You can also put a file named context.xml into the .war file itself, under
META-INF directory.

David

On Thu, May 30, 2024 at 7:35 AM firstName lastName <
nouser...@gmail.com>
wrote:


I am trying to setup JNDI for tomcat with a java webapp. I am using the
official tomcat docker image (version 10.1.24-jdk21-temurin-jammy).
However, I'm a bit confused about where to put the context.xml file. I
tried putting it in /usr/local/tomcat/conf/Catalina/localhost/context.xml
but tomcat refuses to start with the error "The main resource set

specified

[/usr/local/tomcat/webapps/context] is not a directory or war file, or is
not readable'. I put my war file in /usr/local/tomcat/webapps/ROOT.war

Are these paths correct or should I have put the context.xml or war file

in

a different directory? My hosting provider does not want me to edit the
server.xml file (I have found google articles suggesting defining the

JNDI

 tag in the server.xml and then using a  in the
context.xml, but my hosting provider wants me to define the 

tag

in the context.xml file instead of the server.xml file).

Thanks for your help!



--

E-Mail to and from me, in connection with the transaction
of public
business, is subject to the Wyoming Public Records
Act and may be
disclosed to third parties.





-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



[cctalk] Re: Video/keyboard mono cable for Sun 386i

2024-05-30 Thread Christopher Zach via cctalk
Am at a conference just do a search on 386i and I should pop up

On May 30, 2024 9:06:48 AM EDT, Stefano Sanna via cctalk 
 wrote:
>Hi.
>
>I thought about using the serial connection (which should be enabled only if 
>the video card is removed).
>
>Thank you for the advice about the battery: usual issue with SGI, Sony 
>News :-)
>
>Unfortunately, the hard disk was been removed before I collected the 
>workstation.
>
>Could you please share the link to your post on the VCF Forum?
>
>Thank you.
>-s
>
>On 30/05/24 11:53, cz via cctalk wrote:
>> I have one around here somewhere. Sun built two cables, one was for the 
>> color boards (CGThree and CGFive) and the other was for monochrome systems 
>> (the D15).
>> 
>> In the meantime you can hook a computer to the RS232 port and start running 
>> the thing headless to see what's there. Note, you're going to have to 
>> replace the timekeeper chip (or hack a new battery into it, there's docs on 
>> how I did that 30 years ago). I recommend wiring in a dual AAA adapter, that 
>> way you can replace the batteries every 15 or so years.
>> 
>> Last time I fired up my three 386i's, two of the power supplies had blown up 
>> and one of the boards would not pass diagnostics. Of the supplies, one was 
>> hopeless so I hacked in a standard PC-AT supply board and got everything 
>> running (you don't NEED the -15 volts, but heck some ISA board you plug in 
>> will want it :-) and I figured out how to fix the other one by wiring in a 
>> new 12 volt kick starter supply to get the main supply up and running.
>> 
>> I wrote up all of this on the vcf forum. Worth a read.
>> 
>> If it's got a hard disk and it spins I'd recommend hooking it up to a SCSI 
>> adapter and doing a dd image of it first. Then you can figure out the 
>> partitions by whacking away at the image (I did this), then mount the 
>> volumes on another system, grab /etc/passwd, and crack the passwords in 
>> about 4 hours with john or a related tool.
>> 
>> Once up, put it on the public internet and confuse the hell out of hackers.
>> 
>> Have fun!
>> CZ
>> 
>> 
>> On 5/30/2024 4:59 AM, Stefano Sanna via cctalk wrote:
>>> Hi.
>>> 
>>> I recently bought a Sun Microsystems 386i and I discovered (too late...) 
>>> that monitor and keyboard are connected to the same D15 connector on the 
>>> back using a "Y" cable (I had experience with other Sun workstations, this 
>>> was first contact with Intel-based hardware).
>>> 
>>> Unfortunately, I have not such a cable neither I was able to find any info 
>>> on the web about the pinout/wiring; probably it would be possible to create 
>>> the cable from scratch (assuming that no other circuitry was inside the 
>>> original Y cable). Moreover, I discovered that there is more than one 
>>> option for video boards (mono and color): therefore, there is more than a 
>>> single Y cable to connect monitor and keyboard.
>>> 
>>> Looking at the official Sun's hardware list, I found this item:
>>> 
>>> 630-1621 386i video/keyboard cable
>>> 
>>> but it does not specify whether it is the mono or the color cable. In any 
>>> case, it seems impossible to buy it on eBay or similar.
>>> 
>>> Does anybody have some information on how to rebuild it?
>>> 
>>> Thank you.
>>> -s


Re: Write listener question

2024-05-30 Thread Christopher Schultz

Joan,

Please don't hijack threads. Start a new message to the list without 
replying to an existing one.


-chris

On 5/30/24 06:03, joan.balagu...@ventusproxy.com wrote:

Sorry, this issue happens with both Tomcat 8.5.x and 10.1.x.

-Original Message-
From: joan.balagu...@ventusproxy.com 
Sent: Thursday, May 30, 2024 11:57 AM
To: 'Tomcat Users List' 
Subject: Write listener question

Hello,

I have a NIO connector with an asynchronous servlet with its write listener.

@Override
  public void onWritePossible() throws IOException {

   if (this.isFirst) {
 this.os = this.asyncContext.getResponse().getOutputStream();
 this.startIdx = 0;
 this.endIdx = WRITE_BUFFER_SIZE;
   }
  
  while (this.startIdx < this.endIdx && this.os.isReady()) {

  this.os.write(this.response, this.startIdx, this.endIdx - this.startIdx);

  this.startIdx = this.endIdx;
  this.endIdx += WRITE_BUFFER_SIZE;
  if (this.endIdx > this.response.length) this.endIdx = 
this.response.length;
   }

   if (this.startIdx == this.endIdx) {
 this.ac.complete();
   }
}

Only when the response to return is bigger than 32K then:
1. Writing the response in chunks of WRITE_BUFFER_SIZE  = 32K, sometimes our 
client receives the response in wrong order (complete, all bytes written, but 
in different order).
2. Setting a WRITE_BUFFER_SIZE  = 8K seems to fix this issue.

But it's weird, this is only happening in this client, we have other 
installations returning responses of megabytes with no issues.

So just a couple of questions:

1. Do you think the implementation of the onWritePossible method above is 
correct?
2. Is it worth to provide a buffered implementation of the ServletOuputStream 
to write the response?


Thanks,

Joan.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: PersistentManager and ClassNotFoundException

2024-05-30 Thread Christopher Schultz

Jakub,

On 5/30/24 05:25, Jakub Królikowski wrote:

Where is your  configuration located? It *should* be inside
your  located in META-INF/context.xml in your web application.
If it's in there, then everything it does should be in the context (and
ClassLoader) of your web application -- where your classes should be
locatable.

If you have it anywhere else, it probably won't work the way you expect
it to work.


Yes, you are right! Thank you for this hint!
I have configured  in /conf/server.xml.
And indeed - interestingly, StandardManager, works correctly even there!
PersistentManager, however, does not.
After moving the configuration to /META-INF/context.xml, both
managers work fine.
It may be worth mentioning this in the documentation:
https://tomcat.apache.org/tomcat-10.1-doc/config/manager.html#Persistence_Across_Restarts


Would you like to provide a documentation patch/PR that works for you?

-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Database Connection Requests Initiated but Not Sent on the Wire (Some, Not All)

2024-05-30 Thread Christopher Schultz

Eric,

On 5/29/24 12:10, Eric Robinson wrote:



-Original Message-
From: Mark Thomas 
Sent: Wednesday, May 29, 2024 10:19 AM
To: users@tomcat.apache.org
Subject: Re: Database Connection Requests Initiated but Not Sent on the Wire
(Some, Not All)

On 29/05/2024 16:08, Eric Robinson wrote:


I believe your assessment is correct. How hard is it to enable pooling? Can it

be bolted on, so to speak, through changes to the app context, such that the
webapp itself does not necessarily need to implement special code?

It looks like - from the database configuration you provided earlier - there is 
an
option to configure the database via JNDI. If you do that with Tomcat you will
automatically get pooling. That might be something to follow up with the
vendor. If you go that route, I'd recommend configuring the pool to remove
abandoned connections to avoid any issues with connection leaks.



In reviewing live threads with Visual VM, I note that there are apparently 
threads related to cleaning up abandoned connections, and maybe even pooling?

The threads are:

mysql-cj-abandoned-connection-cleanup (2 of those)


This thread is started by the MySQL driver to clean-up certain resources 
and isn't related to connection pooling. I've had issues with these 
things not shutting down on application-stop in certain versions of 
MySQL's driver. :/



OkHttp Connection Pool (2 of those)
OkHttp https://ps.pndsn.com (not sure what that is)


OkHttp is a network connection pool for HTTP connections. It's not 
related to dB connection pooling.


Most pools do not have any extra threads required, so you wouldn't find 
any evidence of such things running in your system.


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



[OSList] 3 open spaces in london before i met harrison & didnt quite meet phelim

2024-05-29 Thread christopher macrae via OSList
 I wanted to log these up; I know that there were facilitators and sponsors who 
did the heroic work. Chat world not having yet gifted us an OS.LLM- it might 
take me hours to find their names so perhaps if they read this they coud 
re-edit or add smarter cooperation invites. 
They need verification . After all the law of 2 feet or the people who come are 
the right people are conditional on things like people not bringing guns or 
"NO" trumpers. Even open spaces non-rules are conditional on where in bring 
everyone over a conflict barrier more productive space you are at - scaling 
sustainability isnt yet a species given of human intelligence 2025report.com  
EconomistWater.com 

| 
| 
| 
|  |  |

 |

 |
| 
|  | 
2025report.com ED3u.com EconomistWater.com : teachforall.net: 2030= SDGen


 |

 |

 |

 
Like many people 9/11 meant to me (born 1951) that first 50 years of my life 
ironically working on coding biggest corporate brand partnerships/ media and 
valuation had not mover the richer scale positively. In popular speak we'd al 
been greenwashed, and sadly the millennium goals were opening ever moore 
greenwash. (Today i think the UN does 4 impossible jobs and it needs to let go 
of sdgs into youth's education ai agency as it has failed every year (but one) 
i have tried to attend un meeting ie since 2015 due to accompaniment by a young 
chinese open space agent of WIMS Womens Intelligence Moral Sentiments)
 In looking for what I ddnt know how people scaed1000 people networks or town 
halls, open space seemed to be the necsessary magic from my first encounter
1 Probably 2002?? Martin Leith & Bridget Peake host Create the World We Want 
-(3rd host Charlie?? merchant banker friend of Bridget who herself had newly 
arrived in London from Kentucky)2 2004 1000+ co-space at Quaker House Euston. 
This had problems sharing a conference's audience it only got one day. It was 
also facilitated by a dear friend who hadnt met Harrison, Colin Morley but had 
marketed a mobile phone brand with tag line who d you want 1:! with?. Colin was 
killed the next year in 7/7 -i know its selfish but its devastating we you lose 
a close co-working mentor suddenly. I am very very angry with eg Tony Blair  
and the G7 whose selfish meeting in Glasgow caused London  Year of EndPoverty 
to have zero protection on 7/7 Obituary: Colin Morley In my case anger makes me 
want to spend less time reading inane academic silo stuff and more on action in 
spite of being an introverted mathematician

| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Obituary: Colin Morley

A tribute to Colin Morley, who died in the explosion at Edgware Road on 7 July 
2005.
 |

 |

 |


Unfortunately colin's open space truncated collecting headline actions of each 
meeting. The consequence was neither be the change nor 80 awful impact hubs 
went forward with intelligence actions they could have gravitated around. Quite 
a loss as you may know London's good brotherhood : Attenborough brothers. He of 
BBC and King Chares green intel name of David; he of directing film if Gandhi 
and patron of London student clubs of Gandi name of Richard. When I was in 3ed 
grade in Wimbledon I bumped into both because of being in same class as David's 
son Robert. Small worlds huh.
Possible chronological blip - So next we got subprime. I went to a superb open 
space in east end of london actually part of csr of one of uk's main banks. 
This was first time I'd seen proper reporting process (excellently ever seen by 
a Canadian Open Spacer) which meant before anyone left the 3 days they could 
take 100 page printout of ever event and forward action contact point. One 
interesting event I witnessed first hand- about 4 local (no-white)  schoolgirls 
came in at 4pm first day. They bumped into a meeting i was listening to. They 
sat down quietly. There were perhaps 8 people - it was hosted by a rather dry 
head of the part of the local authority we wee  situated in. The 15 year old 
girls questions ran rings round him. He exploded with anger and withdrew about 
10 of his supporters from the event. Very useful as it turned out.
My point is that if we had the tech or the presence to share those open spaces 
that properly documented what happened-albeit coding enough privacy so that 
those who came up with courageous call fir actions are not executed, our 
democracy today might not be at the edge of extinction
If i understand correctly phelim impromptu open spaces turns some actions 
discovered into performance theatre. I understand that he is also a world class 
director of action opera - eg an opera on Gandhi as well as a mentor of some 
artsts like Monica Yunus who change the world in new york
And then i met and was privileged to have 4 lunches (two attended by young 
American-Chinese)  with Harrison many at his favorite Irish pub and in one case 
discussing which country might yet take open space into education. I think 
Harrison and I expected it would be Asian not American. But then the first 

UPDATE: Pasted text from another document underlined in blue

2024-05-29 Thread Christopher Menzel
I just figured this out. For some reason, LyX thinks the languages of the two 
documents are different. (They are both set to the system Default.) 
Fortunately, the underlining can be turned off in Preferences → Language 
Settings. Seems like a bug?.

-chris

> On May 29, 2024, at 4:59 PM, Christopher Menzel  
> wrote:
> 
> LyX folk:
> 
> I am working up a Beamer presentation for a talk based on a paper I’m working 
> on (in LyX, of course). For some reason, whenever I try to paste text from 
> the paper into the Beamer document, the pasted text is underlined in blue 
> (see bottom bullet point in the attached screenshot). I am not using Track 
> Changes. It does not happen when I copy and paste text from within the Beamer 
> document itself. Can anyone explain this and, more importantly, tell me how 
> to get rid of it? It is driving me a bit batty.
> 
> Thanks.
> 
> Chris Menzel
> 
> ps: And, actually, I just noticed that the same thing happens when I copy and 
> paste from the Beamer document into the paper.
> 
> 

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users


[GROW]Re: WGADOPTION - draft-spaghetti-grow-bcp-ext-comms - ENDS 04/08/2024 - Apr 8th 2024

2024-05-28 Thread Christopher Morrow
time passed and... some good discussion and document progress (outside
the wg adoption I suppose?)
probably time to send a renamed document and accept it as a WG item, eh?

-chris
co-chair

On Mon, Apr 22, 2024 at 3:28 AM Stavros Konstantaras
 wrote:
>
> Hoi Martin,
>
>
>
> Thank you again for the help, I will fix the small grammar mistake.
>
>
>
> If there are no further objections and the community agrees to adopt 
> draft-spaghetti-grow-bcp-ext-comms, I will contact asap the authors of 
> RFC7948 and work with them to update section 4.6.1 accordingly.
>
> I believe is quite useful to do that as well.
>
>
>
>
>
> Kind Regards
>
> Stavros
>
>
>
> From: Martin Pels 
> Date: Friday, 19 April 2024 at 15:12
> To: Stavros Konstantaras , Jeff Haas 
> 
> Cc: grow@ietf.org grow@ietf.org , moy...@linx.net 
> 
> Subject: Re: [GROW] WGADOPTION - draft-spaghetti-grow-bcp-ext-comms - ENDS 
> 04/08/2024 - Apr 8th 2024
>
> Hi Stavros,
>
> On 18/04/2024 11:32, Stavros Konstantaras wrote:
> > Hi Martin, Jeff and colleagues.
> >
> > After some internal discussion, we have submitted the -02 version of the
> > draft, you can find it available here:
> > https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-spaghetti-grow-bcp-ext-comms=05%7C02%7Cstavros.konstantaras%40ams-ix.net%7C3233e1941fae4f7c2a5e08dc60726476%7C09d28fc155624961a4848ce4932094ae%7C0%7C0%7C638491291652345296%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=8kimceqc%2BbukN0oO2rxLSL1bADZeqhZX%2B7159jMgYO4%3D=0
> > 
> >
> > In short we adopted your recommedations and we do believe that IXP Route
> > Servers should not scrub completely the BGP Extendend communities as
> > this might be a useful feature for few peers signaling each-other.
>
> I found one grammar nit:
>
> "Allow the rest of the BGP Extended Communities transit
>   transparently through the Route Servers."
>
> should be
>
> "Allow the rest of the BGP Extended Communities to transit
>   transparently through the Route Servers."
>
> > However, we do believe that BGP Extendend communities related to L3VPNs
> > (route targets) should not be leaked to the Route Servers and they don’t
> > have valid place in Multilateral Peering. This is depicted in section **
> >
> > 4.
> >
> > Please have a reading and let us know what do you believe after these
> > modifications.
>
> Looks acceptable to me.
>
> What are your thoughts on having the document update RFC7948, section 4.6.1?
>
> Kind regards,
> Martin
>
> ___
> GROW mailing list
> GROW@ietf.org
> https://www.ietf.org/mailman/listinfo/grow

___
GROW mailing list -- grow@ietf.org
To unsubscribe send an email to grow-le...@ietf.org


[Flying-squirrel-members] Flying Squirrel general Meeting

2024-05-28 Thread Christopher Snyder
Good evening all,

There will be a Flying Squirrel general meeting tonight at 7pm in the
downstairs library. In case you can't make it in person the zoom link is
included below:

https://us02web.zoom.us/j/88317105925

Meeting ID: 883 1710 5925


Also I'll be on the road during this time so ill be joining over Zoom.

Solidarity

Christopher
___
Flying-squirrel-members mailing list
Flying-squirrel-members@lists.rocus.org
https://lists.mayfirst.org/mailman/listinfo/flying-squirrel-members

To unsubscribe, send an email to:
flying-squirrel-members-unsubscr...@lists.rocus.org
(The subject and body of the email don't matter)


[ceph-users] Rocky 8 to Rocky 9 upgrade and ceph without data loss

2024-05-28 Thread Christopher Durham

I have both a small test cluster and a larger production cluster. They are 
(were, for the test cluster) running Rocky Linux 8.9. They are both updated 
originally from Pacific, currently at reef 18.2.2.These are all rpm installs.

It has come time to consider upgrades to Rocky 9.3. As there is no officially 
supported upgrade procedure from Rocky 8 to Rocky 9, I wanted to document my 
procedure for the test cluster(it worked!) before I move on to my production 
cluster, and verify that what I have done makes sense and ask a few questions. 
As such, this involves a reinstall of the OS.

For my test cluster, my mon nodes also have all the other services: ceph-mon, 
ceph-mds, ceph-radosgw and ceph-mgr.
ALL of my OSDs are LVMs, and they each have wal devices, also as LVMs. My aim 
was to preserve these across the reinstall of the OS, and I did. To be 
clear,all the OSDs are not on the same physical disk as the OS and the 
mon/mgr/mds/radosgw, and most are grouped on their own node.

First, I set noout, norecover, nobackfill
# ceph osd set noout# ceph osd set norecover# ceph osd set nobackfill

On one of the mon nodes, I did the following, to save off the monmap, osdmap, 
and crushmap in case something went wildly wrong

# systemctl stop ceph-mon.target# ceph-mon -i  
--extract-monmap /tmp/monmap.bin# systemcl start ceph-mon.target# ceph osd 
getcrushmap -o /tmp/crush.bin# ceph osd getmap -o /tmp/osd.bin

Then on EVERY node, both mons and osd nodes, I tarred up /etc/ceph and 
/var/lib/ceph
# tar cvf /tmp/varlibceph.tar /etc/ceph /var/lib/ceph
I then saved off each tar file on each node to a location not being 
reinstalled, as such I had a tarfile per osd node and also one for  each mon 
node. I also saved off the monmap, crushmap and osdmaps created above tothe 
same location. 

I then went sequentially through the mon/mds/radosgw/mgr servers, one at a 
time. As I am using kickstart/cobbler, I told kickstartto ignore all disks 
EXCEPT the one that the original 8.9 OS was installed on. For this I had to use 
the following in the kickstart file. 

ignoredisk --only-use=disk/by-path/pci-id-of-root-disk
I did this because, at least on my hardware, Rocky 9 reorders drive letters 
sda, sdb, sdc, etc based on recognition order on *every* boot, which 
mightoverwrite an OSD LVM if I wasn't careful enough.
Note that while I group some commands that follow below, I only did the mon 
nodes sequentially, whille I grouped together osd nodes and did those groups 
allat the same time based on my failure domain for my crushmap.
After the Rocky 9 reinstall and a reboot:

I then installed the appropriate el9 18.2.2 ceph packages
$  dnf install ceph-mon (mon nodes)# dnf install ceph-mds (mds nodes)
# dnf install ceph-radosgw (radosgw nodes)# dnf install ceph-mgr (mgr nodes)# 
dnf install ceph-osd (osd nodes)

For the various nodes, once the reinstall was done to Rocky 9, I re-enabled the 
firewall
# firewall-cmd --add-service ceph-mon --permanent ( for mon nodes)# 
firewall-cmd --add-service ceph --permanent (for osd nodes)# firewall-cmd 
--add-service https --permanent (for radosgw servers I am running them on port 
443, with certs)# systemctl restart firewalld

and then of course restarted firewalld
I then restored /etc/ceph and /var/lib/ceph for each node from the individual 
tar file backups per node.

For the non-OSD nodes, I re-enabled services:
# systemctl enable ceph-mon@short-name-of-server.service (mon nodes)# systemctl 
enable ceph-mds@short-name-of-server.service (mds nodes)# systemctl enable 
ceph-radosgw@rgw.short-name-of-server.service (radosgw servers)# systemctl 
enable ceph-mgr@short-name-of-server.service (mgr nodes)
For the OSD nodes, "ceph-volume lvm list" shows this for each OSD, even after 
reinstallingto Rocky 9 (which is good evidence that I installed on the proper 
disk and did not overwritean OSD:
# ceph-volume lvm list

  block device  
/dev/ceph-c5b97619-4184-4637-9b82-2575004dba41/osd-block-abb210f3-52cf-4d4b-8745-126dc57287da
  block uuid    lmxbj0-zgcB-5MwI-wpsf-9yut-3VlG-p9DoFL
  cephx lockbox secret  
  cluster fsid  0f3b6c81-3814-4dc5-a19e-f7307543e56c
  cluster name  ceph
  crush device class    
  encrypted 0
  osd fsid  abb210f3-52cf-4d4b-8745-126dc57287da
  osd id    7
  osdspec affinity  
  type  block
  vdo   0
  devices   /dev/sdj
I had to enable units of the form:
# systemctl enable ceph-lvm-$osd-id-$osd-fsid.service
For the above osd lvm, this would be:
# systemctl enable 
ceph-volume@lvm-7-abb210f3-52cf-4d4b-8745-126dc57287da.service
So If I had 10 OSD LVMs on a given node, I have to enable 10 services of the 
form above.

After reboot of either a mon or osd node (depending on which server I am 
doing), all comes up just fine.
My questions:
1. Did I do anything 

[jira] [Updated] (HADOOP-18786) Hadoop build depends on archives.apache.org

2024-05-28 Thread Christopher Tubbs (Jira)


 [ 
https://issues.apache.org/jira/browse/HADOOP-18786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christopher Tubbs updated HADOOP-18786:
---
Affects Version/s: 3.4.0

> Hadoop build depends on archives.apache.org
> ---
>
> Key: HADOOP-18786
> URL: https://issues.apache.org/jira/browse/HADOOP-18786
> Project: Hadoop Common
>  Issue Type: Bug
>  Components: build
>Affects Versions: 3.4.0, 3.3.6
>    Reporter: Christopher Tubbs
>Assignee: Christopher Tubbs
>Priority: Critical
>  Labels: pull-request-available
> Fix For: 3.5.0
>
>
> Several times throughout Hadoop's source, the ASF archive is referenced, 
> including part of the build that downloads Yetus.
> Building a release from source should not require access to the ASF archives, 
> as that contributes to end users being subject to throttling and blocking by 
> INFRA, for "abuse" of the archives, even though they are merely building a 
> current ASF release from source. This is particularly problematic for 
> downstream packagers who must build from Hadoop's source, or for CI/CD 
> situations that depend on Hadoop's source, and particularly problematic for 
> those end users behind a NAT gateway, because even if Hadoop's use of the 
> archive is modest, it adds up for multiple users.
> The build should be modified, so that it does not require access to fixed 
> versions in the archives (or should work with the upstream of those dependent 
> projects to publish their releases elsewhere, for routine consumptions). In 
> the interim, the source could be updated to point to the current dependency 
> versions available on downloads.apache.org.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



Re: PersistentManager and ClassNotFoundException

2024-05-28 Thread Christopher Schultz

Jakub,

On 5/24/24 09:31, Jakub Królikowski wrote:

On Fri, May 24, 2024 at 11:23 AM Mark Thomas  wrote:


Can you provide the simplest web application (with source) that
replications the problem?

Mark


On 23/05/2024 23:45, Jakub Królikowski wrote:

Hi,

I'm working with Tomcat 10.1.

When a user starts using the store in my web application, I save the
ShopCart object on the "cart" session attribute.
I want the "cart" attributes to return to the session after restarting

the

app.


To enable session persistence I added



to the Context. It loads the StandardManager.

And this works fine - after reload / restart the object "ShopCart" is

back

in the session.



I want to experiment with PersistentManager. Tomcat docs says: "
The persistence across restarts provided by the *StandardManager* is a
simpler implementation than that provided by the *PersistentManager*. If
robust, production quality persistence across restarts is required then

the

*PersistentManager* should be used with an appropriate configuration.

"

I hope for a Listener of deserialization of the session attributes.

The new Manager configuration looks like this:







But it doesn't work. After restart I get this exception:


java.lang.ClassNotFoundException: ShopCart

at


org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1332)


at


org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1144)


at java.base/java.lang.Class.forName0(Native Method)

at java.base/java.lang.Class.forName(Class.java:534)

at java.base/java.lang.Class.forName(Class.java:513)

at


org.apache.catalina.util.CustomObjectInputStream.resolveClass(CustomObjectInputStream.java:158)


at
java.base/java.io

.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:2061)


at
java.base/java.io

.ObjectInputStream.readClassDesc(ObjectInputStream.java:1927)


at
java.base/java.io

.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2252)


at
java.base/java.io

.ObjectInputStream.readObject0(ObjectInputStream.java:1762)


at
java.base/java.io

.ObjectInputStream.readObject(ObjectInputStream.java:540)


at
java.base/java.io

.ObjectInputStream.readObject(ObjectInputStream.java:498)


at


org.apache.catalina.session.StandardSession.doReadObject(StandardSession.java:1198)


at


org.apache.catalina.session.StandardSession.readObjectData(StandardSession.java:831)


at org.apache.catalina.session.FileStore.load(FileStore.java:203)

at

org.apache.catalina.session.StoreBase.processExpires(StoreBase.java:138)


at


org.apache.catalina.session.PersistentManagerBase.processExpires(PersistentManagerBase.java:409)


at


org.apache.catalina.session.ManagerBase.backgroundProcess(ManagerBase.java:587)


at


org.apache.catalina.core.StandardContext.backgroundProcess(StandardContext.java:4787)


at


org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1172)


at


org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1176)


at


org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1176)


at


org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1154)


at


java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:572)






at


java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:358)


at


java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305)


at


java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)


at


java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)


at


org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:63)


at java.base/java.lang.Thread.run(Thread.java:1583)


I guess this means that the two managers use ClassLoader differently.
How to get the PersistentManager to work in this case?

Best regards,
--
Jakub Królikowski



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




Hi Mark,
It seems to me that this can be tested on any application.
In Tomcat 10.1, if any session attribute is an instance of a new public
class (unknown to Tomcat and to Tomcat class loader), implementing
java.io.Serializable,
then on reloading the application PersistanceManager (configured as in the
first message) crashes with ClassNotFoundException. StandardManager works.
I don't know if this problem occurred in earlier versions of Tomcat.

If you fail to reproduce this bug, let me know, I will prepare a simple web
app.


Where is your  configuration located? It *should* be inside 
your  located in META-INF/context.xml in your web application. 
If it's in there, then 

Re: [Frameworks] 360 arc shot

2024-05-28 Thread Christopher Ball
Do you mean just a continuous pan, or do you want to overlap and merge
images for a 360 surround projection?

On Tue, May 28, 2024 at 7:38 AM Shumona Goel  wrote:

> Dear Friends,
>
> Would anyone have experience to guide me in taking a 360 degree arc shot
> without professional film equipment?
>
> I am shooting on a bolex in a forested area and am trying to think of a
> handmade /DIY / rustic method.
>
> Thank you,
>
> Shumona
> --
> Frameworks mailing list
> Frameworks@film-gallery.org
> https://mail.film-gallery.org/mailman/listinfo/frameworks_film-gallery.org
>
-- 
Frameworks mailing list
Frameworks@film-gallery.org
https://mail.film-gallery.org/mailman/listinfo/frameworks_film-gallery.org


Re: FAS login not possible

2024-05-28 Thread Christopher Klooz

I forgot to mention that additionally to bad requests and time outs, sometimes it is 
"unauthorized" (so 401). I just had that one. Unfortunately, I forgot to enable 
debug before :( I hope I manage to get used to enable debug over the next days when I 
login :D

On 27/05/2024 20.51, Christopher Klooz wrote:

On 27/05/2024 18.16, Kevin Fenzi wrote:

On Mon, May 27, 2024 at 06:07:10PM GMT, Björn Persson wrote:

Kevin Fenzi wrote:

I am unaware of any recent auth issues aside this kernel app one.
Everything has been working great since we moved the ipsilon servers to
f39 on march 27th. If there are, please let us know.

Logging in to src.fedoraproject.org or pagure.io has been flaky to me in
recent weeks. I got Gateway Timeout a few minutes ago when logging in to
src.fedoraproject.org. I tried again and then it worked. Other times
I've gotten errors when logging in, but when I tried again I was logged
in without submitting the login form a second time.

It sounds like perhaps a proxy is misbehaving... if there's any way you
could enable debug console next time you login and see what proxy you
were hitting when the timeout or issue happened that might be good info
for us.

I can confirm the experiences of Björn. It occurs from time to time. It 
sometimes is a time out, and sometimes a bad request. I will try to collect 
data about it and let you know. The issue is the FAS login screen, it is not 
related to any service that uses its token.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: FAS login not possible

2024-05-27 Thread Christopher Klooz

On 27/05/2024 18.16, Kevin Fenzi wrote:

On Mon, May 27, 2024 at 06:07:10PM GMT, Björn Persson wrote:

Kevin Fenzi wrote:

I am unaware of any recent auth issues aside this kernel app one.
Everything has been working great since we moved the ipsilon servers to
f39 on march 27th. If there are, please let us know.

Logging in to src.fedoraproject.org or pagure.io has been flaky to me in
recent weeks. I got Gateway Timeout a few minutes ago when logging in to
src.fedoraproject.org. I tried again and then it worked. Other times
I've gotten errors when logging in, but when I tried again I was logged
in without submitting the login form a second time.

It sounds like perhaps a proxy is misbehaving... if there's any way you
could enable debug console next time you login and see what proxy you
were hitting when the timeout or issue happened that might be good info
for us.

I can confirm the experiences of Björn. It occurs from time to time. It 
sometimes is a time out, and sometimes a bad request. I will try to collect 
data about it and let you know. The issue is the FAS login screen, it is not 
related to any service that uses its token.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


[Flying-squirrel-members] Meeting tomorrow

2024-05-27 Thread Christopher Snyder
Good morning all,

Our squirrel general Meeting is tomorrow at 7pm. I'll be on my way home
from a funeral in Chicago at that time. I can still call in of someone can
set up a zoom call in the library. Would anyone be able to set that up for
me?

Thank you

Christopher
___
Flying-squirrel-members mailing list
Flying-squirrel-members@lists.rocus.org
https://lists.mayfirst.org/mailman/listinfo/flying-squirrel-members

To unsubscribe, send an email to:
flying-squirrel-members-unsubscr...@lists.rocus.org
(The subject and body of the email don't matter)


Re: ServiceBindingPropertySource

2024-05-27 Thread Christopher Schultz

Felix,

On 5/22/24 14:11, Felix Schumacher wrote:


Am 21.05.24 um 19:50 schrieb Christopher Schultz:

All,

I've been playing with this PropertySource and I'm wondering if it 
could be improved a little.


First of all, it uses an environment variable SERVICE_BINDING_ROOT 
which is in line with the service binding standard which is documented 
https://servicebinding.io/. Environment variables are a little icky in 
Java, so I'd like to do one or more of the following:


1. Allow ServiceBindingPropertySource to use the SERVICE_BINDING_ROOT 
environment variable *or* a system property with an appropriate name 
such as service.binding.root, with the system property overriding the 
environment variable.


This will allow software to use e.g. catalina.properties to define 
service.binding.root instead of using an environment variable which 
may be awkward in certain environments.


2. Have ServiceBindingPropertySource fall-back to system property 
resolution if no matching file is found. Maybe we should do this with 
all PropertySource classes provided by Tomcat?


3. If the SERVICE_BINDING_ROOT environment variable is being used, 
copy its value into a system property. This will allow application 
software or Tomcat itself to use the file reference as necessary. For 
example:



  certificateKeyFile="${service.binding.root}/myapp/cert.key"

certificateFile="${service.binding.root}/myapp/cert.crt"
    ...
  


Without this capability, the application must:


  

Why would you have to do this? Could not you use 
"${path-to-cert-dir}/cert.key"? Where path-to-cert-dir is some sensible 
name and the value contains (surprise) the path to the directory in 
which cert and key are living happily together.


You can absolutely use this, but Tomcat doesn't let you use environment 
variables in ${...} expressions. The ServiceBindingPropertySource only 
knows about one environment variable: SERVICE_BINDING_ROOT. The 
application can't use that to specify any paths directly. Instead, you'd 
have to let SBPS resolve a file for you, then read the "value" of the 
config attribute from the file, and that value needs to be a path 
itself. So you have to have a file which contains nothing other than 
another file path. And it's gotta be fully-qualified. And it can't use 
replacements such as ${SERVICE_BINDING_ROOT}/myapp/my.key.


I'm just trying to remove the middle-man because I see it as needless 
extra work on the part of the admin /and/ Tomcat plus the downside that 
everything needs to be fully-qualified which reduces flexibility.


Apart from that, as Remy pointed out, kubernetes people have no problem 
with env variables.



So maybe the whole ask here is "copy $SERVICE_BINDING_ROOT to 
-Dservice.binding.root somewhere". That could be catalina.sh/bat or 
maybe during ServiceBindingPropertySource initialization, which I think 
is probably a better place for it.


-chris

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: ServiceBindingPropertySource

2024-05-27 Thread Christopher Schultz

Rémy,

On 5/22/24 06:14, Rémy Maucherat wrote:

On Wed, May 22, 2024 at 9:06 AM Mark Thomas  wrote:


On 21/05/2024 18:50, Christopher Schultz wrote:




1. Allow ServiceBindingPropertySource to use the SERVICE_BINDING_ROOT
environment variable *or* a system property with an appropriate name
such as service.binding.root, with the system property overriding the
environment variable.


Seems reasonable to me but keep in mind I've never used this code.


I haven't either, it's been contributed.

I don't really understand why the change overall, Kube uses the
environment and never the system properties.


I'd like to use this feature without Kubernetes.


2. Have ServiceBindingPropertySource fall-back to system property
resolution if no matching file is found. Maybe we should do this with
all PropertySource classes provided by Tomcat?


My reading of the docs and the code is that SystemPropertySource is
always added already.


Yes, SystemPropertySource is added. Does it not work properly ?


Sorry, I didn't actually try it. I didn't see anything in the 
PropertySource code for that... maybe it's part of the Digester 
configuration. Happy to hear this should be the way things work already.



3. If the SERVICE_BINDING_ROOT environment variable is being used, copy
its value into a system property. This will allow application software
or Tomcat itself to use the file reference as necessary. For example:


Again seems reasonable to me but same caveat as above.


The resolution should work as it is already given the javadocs from
ServiceBindingPropertySource.
At this point it would seem easier to simply add
-Dservice.binding.root=${SERVICE_BINDING_ROOT} to the Catalina
options.


This is absolutely doable at the code of a longer JVM launch 
command-line. Also, lots of people are using Spring Boot or other 
embedded launchers where modifying the command-line is either difficult, 
discouraged, or simple non-standard.


-chris

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: FAS login not possible

2024-05-27 Thread Christopher Klooz

Unfortunately, such errors are not a seldom phenomenon (at least in my case). 
You can try again, it will work at some time usually. I have seen bad request 
and time outs so far. Usually trying it again once or twice should be enough.

In any case, do not return with the button but refresh the login page before 
the next attempt. Just to ensure this is not the issue.

We had topics in discourse and such about the issue before, but I expect it is 
indirectly a matter of money for infra.

If you still experience the issue, you should contact ad...@fedoraproject.org 
-> they can help you in such cases, and you do not need to login  You can 
expect a quick and helpful response there.

Best,
Chris

On 27/05/2024 10.45, Marius Schwarz wrote:

Hi,

ATM FAS Login is not possible.

The ironic part is: you need to login to take part in the infrastructure ticket 
about not able to login ;)

https://pagure.io/fedora-infrastructure/issue/11949

You get this message:

"400 - Bad Request - Invalid transaction id"

when you try to login via the website or api.

Direct messages to  "infrastruct...@lists.fedoraproject.org" are also not 
possible, you need to be on the list to do that.


best regards,
Marius Schwarz
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


[gentoo-commits] repo/proj/guru:dev commit in: net-irc/srain/

2024-05-26 Thread Christopher Byrne
commit: a5ff0e133d1ead549efcb5c03b424645b49d730f
Author: Christopher Byrne  gmail  com>
AuthorDate: Mon May 27 01:50:32 2024 +
Commit:     Christopher Byrne  gmail  com>
CommitDate: Mon May 27 01:54:41 2024 +
URL:https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=a5ff0e13

net-irc/srain: add 1.7.0

Signed-off-by: Christopher Byrne  gmail.com>

 net-irc/srain/Manifest   |  1 +
 net-irc/srain/srain-1.7.0.ebuild | 60 
 2 files changed, 61 insertions(+)

diff --git a/net-irc/srain/Manifest b/net-irc/srain/Manifest
index bbccdeeec..64b5affb5 100644
--- a/net-irc/srain/Manifest
+++ b/net-irc/srain/Manifest
@@ -1 +1,2 @@
 DIST srain-1.6.0.tar.gz 2760635 BLAKE2B 
18676142c875b9715cd3e94b9877e6ae7235e035299284dc410b7ae6be26eb01450557da0c9cb050d71d79145583132601f12a395c28968b23361f84c1f08fce
 SHA512 
59d962ddbf71724d5f68decc1e3b873cea6c6bd2ca23b21a1a6fe937d53f2871398fdcda906840755efc6b454d2d5116ca620c047f1634fb68b45ab2c0443a57
+DIST srain-1.7.0.tar.gz 2760861 BLAKE2B 
2cbf4bc1a1777b851ea604e63350947851fa0a4c937fbd60c6192e2d197c137870bd2859d922de9ff6bd4b2da7e8fcdcd07493f68fd021ab775125de0dbda359
 SHA512 
0549a08379946cc4ea0c331f212f03b08a0c7248964984d01a64744058d116ec1af05b2aefd0d689438dafa9df4e70179bb8957d9992f02414a462577c5d99dc

diff --git a/net-irc/srain/srain-1.7.0.ebuild b/net-irc/srain/srain-1.7.0.ebuild
new file mode 100644
index 0..dcef04ffd
--- /dev/null
+++ b/net-irc/srain/srain-1.7.0.ebuild
@@ -0,0 +1,60 @@
+# Copyright 1999-2024 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=8
+
+PYTHON_COMPAT=( python3_{10..12} pypy3 )
+inherit meson python-any-r1 xdg
+
+DESCRIPTION="Modern, beautiful IRC client written in GTK+ 3"
+HOMEPAGE="https://github.com/SrainApp/srain;
+SRC_URI="https://github.com/SrainApp/${PN}/archive/${PV}.tar.gz -> ${P}.tar.gz"
+
+LICENSE="GPL-3"
+SLOT="0"
+KEYWORDS="~amd64 ~arm ~arm64 ~x86"
+IUSE="appindicator doc man"
+
+RDEPEND="
+   app-crypt/libsecret
+   dev-libs/glib:2
+   dev-libs/libconfig:=
+   dev-libs/openssl:=
+   net-libs/libsoup:3.0
+   x11-libs/gtk+:3
+   appindicator? ( dev-libs/libayatana-appindicator )
+"
+
+DEPEND="${RDEPEND}"
+BDEPEND="
+   doc? ( $(python_gen_any_dep '
+   dev-python/sphinx[${PYTHON_USEDEP}]' ) )
+   man? ( $(python_gen_any_dep '
+   dev-python/sphinx[${PYTHON_USEDEP}]' ) )
+   ${PYTHON_DEPS}
+"
+
+python_check_deps() {
+   if use doc || use man; then
+   python_has_version -b "dev-python/sphinx[${PYTHON_USEDEP}]"
+   fi
+}
+
+src_prepare() {
+   default
+
+   sed "s/\('doc'\), meson.project_name()/\1, '${PF}'/" \
+   -i meson.build || die
+}
+
+src_configure() {
+   local -a doc_builders=()
+   use doc && doc_builders+=( html )
+   use man && doc_builders+=( man )
+
+   local emesonargs=(
+   -Ddoc_builders="$(meson-format-array "${doc_builders[@]}")"
+   $(meson_use appindicator app_indicator)
+   )
+   meson_src_configure
+}



[gentoo-commits] repo/proj/guru:dev commit in: net-irc/srain/

2024-05-26 Thread Christopher Byrne
commit: 46769d3aef20f8a36d08b59d48ae18ed2ff6249c
Author: Christopher Byrne  gmail  com>
AuthorDate: Mon May 27 01:54:18 2024 +
Commit:     Christopher Byrne  gmail  com>
CommitDate: Mon May 27 01:54:41 2024 +
URL:https://gitweb.gentoo.org/repo/proj/guru.git/commit/?id=46769d3a

net-irc/srain: drop 1.6.0

Signed-off-by: Christopher Byrne  gmail.com>

 net-irc/srain/Manifest   |  1 -
 net-irc/srain/srain-1.6.0.ebuild | 60 
 2 files changed, 61 deletions(-)

diff --git a/net-irc/srain/Manifest b/net-irc/srain/Manifest
index 64b5affb5..8b059ad35 100644
--- a/net-irc/srain/Manifest
+++ b/net-irc/srain/Manifest
@@ -1,2 +1 @@
-DIST srain-1.6.0.tar.gz 2760635 BLAKE2B 
18676142c875b9715cd3e94b9877e6ae7235e035299284dc410b7ae6be26eb01450557da0c9cb050d71d79145583132601f12a395c28968b23361f84c1f08fce
 SHA512 
59d962ddbf71724d5f68decc1e3b873cea6c6bd2ca23b21a1a6fe937d53f2871398fdcda906840755efc6b454d2d5116ca620c047f1634fb68b45ab2c0443a57
 DIST srain-1.7.0.tar.gz 2760861 BLAKE2B 
2cbf4bc1a1777b851ea604e63350947851fa0a4c937fbd60c6192e2d197c137870bd2859d922de9ff6bd4b2da7e8fcdcd07493f68fd021ab775125de0dbda359
 SHA512 
0549a08379946cc4ea0c331f212f03b08a0c7248964984d01a64744058d116ec1af05b2aefd0d689438dafa9df4e70179bb8957d9992f02414a462577c5d99dc

diff --git a/net-irc/srain/srain-1.6.0.ebuild b/net-irc/srain/srain-1.6.0.ebuild
deleted file mode 100644
index 8dcf030db..0
--- a/net-irc/srain/srain-1.6.0.ebuild
+++ /dev/null
@@ -1,60 +0,0 @@
-# Copyright 1999-2024 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=8
-
-PYTHON_COMPAT=( python3_{10..12} pypy3 )
-inherit meson python-any-r1 xdg
-
-DESCRIPTION="Modern, beautiful IRC client written in GTK+ 3"
-HOMEPAGE="https://github.com/SrainApp/srain;
-SRC_URI="https://github.com/SrainApp/${PN}/archive/${PV}.tar.gz -> ${P}.tar.gz"
-
-LICENSE="GPL-3"
-SLOT="0"
-KEYWORDS="~amd64 ~arm ~arm64 ~x86"
-IUSE="appindicator doc man"
-
-RDEPEND="
-   app-crypt/libsecret
-   dev-libs/glib:2
-   dev-libs/libconfig:=
-   dev-libs/openssl:=
-   net-libs/libsoup:2.4
-   x11-libs/gtk+:3
-   appindicator? ( dev-libs/libayatana-appindicator )
-"
-
-DEPEND="${RDEPEND}"
-BDEPEND="
-   doc? ( $(python_gen_any_dep '
-   dev-python/sphinx[${PYTHON_USEDEP}]' ) )
-   man? ( $(python_gen_any_dep '
-   dev-python/sphinx[${PYTHON_USEDEP}]' ) )
-   ${PYTHON_DEPS}
-"
-
-python_check_deps() {
-   if use doc || use man; then
-   python_has_version -b "dev-python/sphinx[${PYTHON_USEDEP}]"
-   fi
-}
-
-src_prepare() {
-   default
-
-   sed "s/\('doc'\), meson.project_name()/\1, '${PF}'/" \
-   -i meson.build || die
-}
-
-src_configure() {
-   local -a doc_builders=()
-   use doc && doc_builders+=( html )
-   use man && doc_builders+=( man )
-
-   local emesonargs=(
-   -Ddoc_builders="$(meson-format-array "${doc_builders[@]}")"
-   $(meson_use appindicator app_indicator)
-   )
-   meson_src_configure
-}



[PATCH] scripts: rewrite dcgen in shellscript

2024-05-26 Thread Christopher Bayliss
* this makes dcgen work when building corutils on a system without perl

* I also added comments to help the next person who looks at this file

* there is a minor difference in the output between the original dcgen
  and this version, lines that start with a [:blank:] don't have that
  blank in the dircolors header. In practice this means that the line
  starting with '# numerical' doesn't have one space at the start, this
  obviously won't negatively affect dircolors.

* in this situation, the shellcheck warnings SC1003 and SC1143 are false
  positives, remove them to see for yourself. :)

Signed-off-by: Christopher Bayliss 
---
 src/dcgen| 61 +---
 src/local.mk |  3 +--
 2 files changed, 25 insertions(+), 39 deletions(-)

diff --git a/src/dcgen b/src/dcgen
index 957427370..3e9db50ee 100755
--- a/src/dcgen
+++ b/src/dcgen
@@ -1,4 +1,4 @@
-#!/usr/bin/perl -w
+#!/bin/sh
 # dcgen -- convert dircolors.hin to dircolors.h.
 
 # Copyright (C) 1996-2024 Free Software Foundation, Inc.
@@ -16,40 +16,27 @@
 # You should have received a copy of the GNU General Public License
 # along with this program.  If not, see <https://www.gnu.org/licenses/>.
 
-# written by Jim Meyering
+# written by Christopher Bayliss
+# based on the original perl script by Jim Meyering
 
-require 5.002;
-use strict;
-(my $ME = $0) =~ s|.*/||;
-
-# A global destructor to close standard output with error checking.
-sub END
-{
-  defined fileno STDOUT
-or return;
-  close STDOUT
-and return;
-  warn "$ME: closing standard output: $!\n";
-  $? ||= 1;
-}
-
-my @line;
-while (<>)
-  {
-chomp;
-s/[[:blank:]]+/ /g;
-$_
-  and push @line, $_;
-  }
-
-my $indent = '  ';
-
-print "static char const G_line[] =\n{\n";
-foreach (@line)
-  {
-s/./'$&',/g;
-s/'\\'/''/g;
-s/'''/'\\''/g;
-print "$indent${_}0,\n";
-  }
-print "};\n";
+echo "static char const G_line[] ="
+echo "{"
+# shellcheck disable=SC1003,SC1143
+while read -r line;
+  do echo "$line" |\
+# match multiple blanks and compact them down to one space
+sed 's/[[:blank:]]\+/ /g' |\
+# match each character and wrap it like: '',
+sed "s/./'&',/g" |\
+# delete empty lines
+sed '/^$/d' |\
+# escape backslashes like: \\
+sed 's/''\\''/''''/g' |\
+# escape single quotes inside single quotes like so: '\''
+sed "s/'''/'\\\''/g" |\
+# indent the lines with two spaces
+sed 's/^/  /g' |\
+# add a zero terminator for each line
+sed 's/$/0,/'
+done < "$1"
+echo "};"
diff --git a/src/local.mk b/src/local.mk
index 8133925ac..e78ee0389 100644
--- a/src/local.mk
+++ b/src/local.mk
@@ -525,8 +525,7 @@ BUILT_SOURCES += src/dircolors.h
 src/dircolors.h: src/dcgen src/dircolors.hin
$(AM_V_GEN)rm -f $@ $@-t
$(AM_V_at)${MKDIR_P} src
-   $(AM_V_at)$(PERL) -w -- $(srcdir)/src/dcgen \
-   $(srcdir)/src/dircolors.hin > $@-t
+   $(AM_V_at)$(srcdir)/src/dcgen $(srcdir)/src/dircolors.hin > $@-t
$(AM_V_at)chmod a-w $@-t
$(AM_V_at)mv $@-t $@
 
-- 
2.44.1




bug#71133: linux-libre-guix.tar.xz CI times out on aarch64-linux

2024-05-26 Thread Christopher Baines
Richard Sent  writes:

> Christopher Baines  writes:
>
>> This derivation seems to have been built fine by the bordeaux build
>> farm:
>>
>>   
>> https://data.guix.gnu.org/gnu/store/ny56fdcig9cd9bd3pssmlraz2c1q10q8-linux-libre-6.8.10-guix.tar.xz.drv
>
> You're right. It looks like the derivation itself built fine based on
> that, but something seems off when the nar is sent. Assuming I
> understand the following correctly:
>
> --8<---cut here---start->8---
> ~/code/cloned/guix/guix $ guix build linux-libre --system=aarch64-linux
> substitute: updating substitutes from 'http://10.1.2.2:80'... 100.0%
> substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 
> 100.0%
> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
> The following derivations will be built:
>   /gnu/store/v471590wpsw1fcnqrrr9bwh52skbb5rn-linux-libre-6.8.10.drv
>   
> /gnu/store/1wi10rg7236ck8k5vdrdfap5l7a9s9z0-linux-libre-6.8.10-guix.tar.xz.drv
> 143.1 MB will be downloaded:
>   /gnu/store/y813phs2n9xnb7zbcr07g0j9509bzbsb-linux-libre-6.8.10-guix.tar.xz
> substituting 
> /gnu/store/y813phs2n9xnb7zbcr07g0j9509bzbsb-linux-libre-6.8.10-guix.tar.xz...
> downloading from 
> https://bordeaux.guix.gnu.org/nar/none/y813phs2n9xnb7zbcr07g0j9509bzbsb-linux-libre-6.8.10-guix.tar.xz
>  ...
>  linux-libre-6.8.10-guix.tar.xz  136.5MiB 
>  23.9MiB/s 00:06 ▕█▋▏  
> 98.0%guix substitute: error: corrupt input while restoring 
> '/gnu/store/y813phs2n9xnb7zbcr07g0j9509bzbsb-linux-libre-6.8.10-guix.tar.xz' 
> from #
> substitution of 
> /gnu/store/y813phs2n9xnb7zbcr07g0j9509bzbsb-linux-libre-6.8.10-guix.tar.xz 
> failed
> guix build: error: some substitutes for the outputs of derivation 
> `/gnu/store/ny56fdcig9cd9bd3pssmlraz2c1q10q8-linux-libre-6.8.10-guix.tar.xz.drv'
>  failed (usually happens due to networking issues); try `--fallback' to build 
> derivation from source 
> --8<---cut here---end--->8---
>
> Even though the derivation was built, the substitution fails.

Yeah, something's up here specifically with the bordeaux build farm,
feel free to open a new issue.

You can tell something is wrong just by looking at the narinfo:

  https://bordeaux.guix.gnu.org/y813phs2n9xnb7zbcr07g0j9509bzbsb.narinfo

Given there's no compression here, the file size should be the same as
the nar size, but it's not, it's missing a few bytes.


signature.asc
Description: PGP signature


bug#71133: linux-libre-guix.tar.xz CI times out on aarch64-linux

2024-05-26 Thread Christopher Baines
Richard Sent  writes:

> On aarch64 platforms, the linux-libre-guix.tar.xz.drv build times out
> [1].
>
> This package is known to have a long build time [2].
>
> Users can work around this by running the build locally with a (very,
> very large) max-silent-time (~28800 seconds on my machine). Given the
> impact of this issue (unable to build linux-libre on 64-bit Arm without
> running a multi-hour build), I think it's worth revisiting if the
> substitute server timeout should be increased again.
>
> Alternatively, perhaps we could fetch the officially released
> Linux-libre tarballs instead of computing them ourselves [3].
>
> [1]: https://ci.guix.gnu.org/build/4711550/log/raw
> [2]: https://mail.gnu.org/archive/html/guix-devel/2021-08/msg00077.html
> [3]: http://linux-libre.fsfla.org/pub/linux-libre/releases/
>
> CC'ing Christopher Baines since this deals with substitutes.

This derivation seems to have been built fine by the bordeaux build
farm:

  
https://data.guix.gnu.org/gnu/store/ny56fdcig9cd9bd3pssmlraz2c1q10q8-linux-libre-6.8.10-guix.tar.xz.drv

This is the timeout configuration for the bordeaux ARM build machines:

  (max-silent-time (* 12 3600))
  (timeout (* 72 3600))

e.g. 
https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/hydra/hatysa.scm#n262

The ci.guix.gnu.org Honeycomb timeouts are different, but don't look too
short. Maybe this build happened on an Overdrive system though.


signature.asc
Description: PGP signature


bug#71144: Interactive prompt opened upon shepherd config file error

2024-05-25 Thread Christopher Baines
Ludovic Courtès  writes:

> Ludovic Courtès  skribis:
>
>> I think we should change the above to log and gracefully handle failure
>> to load an individual service file.
>
> With the change below, every service except the offending one is loaded
> and started as expected:
>
> --8<---cut here---start->8---
> [   22.450515] shepherd[1]: Service root running with value #t.
> [   22.454624] shepherd[1]: Service root has been started.
> [   22.711738] shepherd[1]: Exception caught while loading 
> '/gnu/store/fjis6iqpjfcnr90fy8rsg9v4j828jslv-shepherd-gwl-web.go': 
> #< components: (#<> #< origin: 
> #f> #< message: "Unbound variable: ~S"> #< irri
> [   22.711839] tants: (make-forkexec-constructor/container)> 
> #< kind: unbound-variable args: (#f "Unbound 
> variable: ~S" (make-forkexec-constructor/container) #f)>)>
> [   22.755146] shepherd[1]: starting services...
> [   22.756491] shepherd[1]: Configuration successfully loaded from 
> '/gnu/store/mq7y31xnjcjwjkyf6w7qiaq61g6n9f5x-shepherd.conf'.
> Uncaught exception in task:
> In fibers.scm:
> 172:8  7 (_)
> In ice-9/exceptions.scm:
>406:15  6 (_)
> In ice-9/boot-9.scm:
>   1752:10  5 (with-exception-handler _ _ #:unwind? _ # _)
> In shepherd/service.scm:
>824:39  4 (_)
> In oop/goops.scm:
>   1567:11  3 (cache-miss #f)
>1585:2  2 (_ _ _)
> In ice-9/boot-9.scm:
>   1685:16  1 (raise-exception _ #:continuable? _)
>   1683:16  0 (raise-exception _ #:continuable? _)
> ice-9/boot-9.scm:1683:16: In procedure raise-exception:
> No applicable method for #< one-shot-service? (1)> in call 
> (one-shot-service? #f)
> [   22.798737] shepherd[1]: Starting service user-file-systems...
> [   22.800361] shepherd[1]: Starting service root-file-system...
> [   22.802015] shepherd[1]: Starting service host-name...
> [   22.803688] shepherd[1]: Starting service pam...
> [   22.805372] shepherd[1]: Starting service sysctl...
> [   22.806926] shepherd[1]: Starting service loopback...
> [   22.808225] shepherd[1]: Starting service firewall...
> --8<---cut here---end--->8---
>
> (There’s still this scary-looking but harmless backtrace in the middle:
> that’s because (start-in-the-background '(something-that-does-not-exist))
> throws like that as of 0.10.4.)
>
> Once booted, shepherd is fine and you can interact normally with it; the
> only thing missing is, in this case, the ‘gwl-web’ service, which we
> failed to load.
>
> I think that’s a significant improvement.
>
> Thoughts?

That looks good to me, the "Arrange to spawn a REPL if something goes
wrong" comment needs removing/updating, but that's the only thing I
spotted.


signature.asc
Description: PGP signature


bug#70932: FAIL tests/guix-shell.sh

2024-05-25 Thread Christopher Baines
Ludovic Courtès  writes:

> Christopher Baines  skribis:
>
>> ++ guile -c '(use-modules (guix utils))
>>   (display (%current-system))'
>> + this_system=x86_64-linux
>> ++ guile -c '(use-modules (guix utils))
>>   (display (if (string=? "riscv64-linux" (%current-system))
>> "x86_64-linux"
>> "riscv64-linux"))'
>> + other_system=riscv64-linux
>> + cat
>> + guix shell -D -f t-guix-shell-19847/some-package.scm -n
>> hint: Consider passing the `--check' option once to make sure your shell 
>> does not
>> clobber environment variables.
>>
>> + false
>
> This is in ‘tests/guix-shell.sh’ a test that checks that unsupported
> packages are rejected.  The ‘guix shell -D -f -t …’ command above is
> supposed to fail (non-zero exit code), but in your case it succeeded,
> hence the test failure.
>
> “make check TESTS=tests/guix-shell.sh” passes for me though with
> 9c3a8a380bcfebdb77af61532e7bfec523d7bde8.

I can just about see what's happening on this line now, I'm still not
sure why the exit status means the test fails.

I think I knew when I submitted the issue that the test was flaky as it
passed on the second attempt.


signature.asc
Description: PGP signature


[Flying-squirrel-members] Decarcerate Roc meeting

2024-05-24 Thread Christopher Snyder
Good afternoon all,

We have a request from Dawn for a 6-8 meeting this coming Thursday. The
calendar is clear. They've met for a while so they should be able to self
bottomline. Let me know if there are any questions or objections.

Thank you

Christopher
___
Flying-squirrel-members mailing list
Flying-squirrel-members@lists.rocus.org
https://lists.mayfirst.org/mailman/listinfo/flying-squirrel-members

To unsubscribe, send an email to:
flying-squirrel-members-unsubscr...@lists.rocus.org
(The subject and body of the email don't matter)


Re: [OpenLDAP 2.5] Accesslog size and performance issues

2024-05-24 Thread Christopher Paul


On 5/24/2024 12:06 PM, Quanah Gibson-Mount wrote:
I would also note, that in OpenLDAP 2.6+, "standard" syncrepl is the 
safer replication mechanism for multi-provider environments. While in 
the past, I always went with delta-syncrepl, for my last roles, I've 
used OpenLDAP 2.6 + standard syncrepl.
I find standard syncrepl is often best, since it's so much simpler to 
set up. And many sites only have single digit megabytes or less amount 
of write traffic per day. Of course not all (like a telco I know well), 
but if the amount of write traffic is low, then delta-syncrepl is an 
unnecessary complication. In a recent client I worked for who has 
servers in three continents, we were able to maintain total consistency 
within 1 second, for any given change.


--
Chris Paul | Rex Consulting |https://www.rexconsulting.net


Re: Intention to retire mlocate

2024-05-24 Thread Christopher
Are you sure you have the correct address for the plocate developer and
that it's still actively maintained? I just got an error that the
destination email address didn't exist from their mail server when I
replied just now.

On Fri, May 24, 2024, 02:15 Christopher  wrote:

> A flag to treat the arguments as OR like mlocate did instead of the
> default to AND would be great, though I wish plocate would have more
> closely mimicked mlocate's default behavior from the beginning and had a
> flag for AND instead. Unfortunately, one cannot go back in time.
>
> On Thu, May 23, 2024, 20:04 Dominique Martinet 
> wrote:
>
>> Christopher wrote on Thu, May 23, 2024 at 06:26:57PM -0400:
>> > One thing I've noticed is that plocate behaves differently when
>> > supplied with multiple arguments than mlocate. This broke some of my
>> > scripts.
>> >
>> > Previously, I had:
>> >
>> > locate rpm{old,new,save,orig,moved}
>> > # expands to locate rpmold rpmnew rpmsave rpmorig rpmmoved
>> >
>> > But now, I need to do:
>> >
>> > for x in rpm{old,new,save,orig,moved}; do locate "$x"; done
>> >
>> > The frustrating part is that it didn't even break in an obvious way.
>> > It just ignored all the arguments after the first one, so it was only
>> > searching for rpmold, and ignored all the others.
>> >
>> > In this way (and perhaps only this way?), mlocate was better. plocate
>> > should handle these arguments, or at least fail with a message letting
>> > you know that it is ignoring the rest of the arguments.
>>
>> Looking at the code[1], it's supported multiple arguments since 1.0.0
>> (2020) so basically forever as far as fedora is concerned; but while
>> mlocate was looking for each argument individually (according to your
>> report) plocate is adding, plocate is looking for files that match all
>> the arguments given; so it's a pretty extreme change of behaviour...
>>
>> At this point changing it will break scripts for people used to the new
>> plocate behaviour, so I'm not sure there's a good solution here - perhaps
>> a new switch that'll toggle whether we want matches for all the words
>> (plocate behaviour) or all matches for each words (mlocate behaviour)?
>>
>> Either way, it's something to report upstream so I've added Steinar in
>> Ccs.
>>
>> [1] https://git.sesse.net/?p=plocate
>> --
>> Dominique Martinet | Asmadeus
>> --
>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>> Fedora Code of Conduct:
>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives:
>> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>> Do not reply to spam, report it:
>> https://pagure.io/fedora-infrastructure/new_issue
>>
>
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Intention to retire mlocate

2024-05-24 Thread Christopher
A flag to treat the arguments as OR like mlocate did instead of the default
to AND would be great, though I wish plocate would have more closely
mimicked mlocate's default behavior from the beginning and had a flag for
AND instead. Unfortunately, one cannot go back in time.

On Thu, May 23, 2024, 20:04 Dominique Martinet 
wrote:

> Christopher wrote on Thu, May 23, 2024 at 06:26:57PM -0400:
> > One thing I've noticed is that plocate behaves differently when
> > supplied with multiple arguments than mlocate. This broke some of my
> > scripts.
> >
> > Previously, I had:
> >
> > locate rpm{old,new,save,orig,moved}
> > # expands to locate rpmold rpmnew rpmsave rpmorig rpmmoved
> >
> > But now, I need to do:
> >
> > for x in rpm{old,new,save,orig,moved}; do locate "$x"; done
> >
> > The frustrating part is that it didn't even break in an obvious way.
> > It just ignored all the arguments after the first one, so it was only
> > searching for rpmold, and ignored all the others.
> >
> > In this way (and perhaps only this way?), mlocate was better. plocate
> > should handle these arguments, or at least fail with a message letting
> > you know that it is ignoring the rest of the arguments.
>
> Looking at the code[1], it's supported multiple arguments since 1.0.0
> (2020) so basically forever as far as fedora is concerned; but while
> mlocate was looking for each argument individually (according to your
> report) plocate is adding, plocate is looking for files that match all
> the arguments given; so it's a pretty extreme change of behaviour...
>
> At this point changing it will break scripts for people used to the new
> plocate behaviour, so I'm not sure there's a good solution here - perhaps
> a new switch that'll toggle whether we want matches for all the words
> (plocate behaviour) or all matches for each words (mlocate behaviour)?
>
> Either way, it's something to report upstream so I've added Steinar in Ccs.
>
> [1] https://git.sesse.net/?p=plocate
> --
> Dominique Martinet | Asmadeus
> --
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Intention to retire mlocate

2024-05-23 Thread Christopher
One thing I've noticed is that plocate behaves differently when
supplied with multiple arguments than mlocate. This broke some of my
scripts.

Previously, I had:

locate rpm{old,new,save,orig,moved}
# expands to locate rpmold rpmnew rpmsave rpmorig rpmmoved

But now, I need to do:

for x in rpm{old,new,save,orig,moved}; do locate "$x"; done

The frustrating part is that it didn't even break in an obvious way.
It just ignored all the arguments after the first one, so it was only
searching for rpmold, and ignored all the others.

In this way (and perhaps only this way?), mlocate was better. plocate
should handle these arguments, or at least fail with a message letting
you know that it is ignoring the rest of the arguments.

--
Christopher
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


[jira] [Commented] (AMQ-9504) activemq multikahadb persistence adapter with topic wildcard filtered adapter and per destination filtered adapter causes broker failure on restart

2024-05-23 Thread Christopher L. Shannon (Jira)


[ 
https://issues.apache.org/jira/browse/AMQ-9504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17849115#comment-17849115
 ] 

Christopher L. Shannon commented on AMQ-9504:
-

Yeah, it would be a problem because it's trying to create duplicate adapters 
touching the same directory, so it's definitely not going to work right. 
Turning off JMX as you have shown just pushes the problem downstream if you 
configure things that way and will cause things to break. The vast majority of 
people do not use multiKahaDB and if they do obviously don't configure it this 
way (most people that use the option to create a store per destination set up 
their config with that as the only filter) otherwise it would have been 
reported way before now.

Is there a reason why you can't build a custom version with the patch 
temporarily? One of the benefits of using open source like this is you can do 
whatever you want, you can build your own version at any point. I know you want 
to use an official release but building your own version with the fix is the 
fastest way for now.

Our plan is to do a 6.2.0 release in the next couple of weeks, after that we 
could look at doing a 5.18.5 release which would include this fix, but again, 
I'm not really sure on an exact timeline so if it's that high of a priority you 
will need to build your own version temporarily until the new version is out.

> activemq multikahadb persistence adapter with topic wildcard filtered adapter 
> and per destination filtered adapter causes broker failure on restart
> ---
>
> Key: AMQ-9504
> URL: https://issues.apache.org/jira/browse/AMQ-9504
> Project: ActiveMQ Classic
>  Issue Type: Bug
>  Components: Broker
>Affects Versions: 5.18.4, 6.1.2
>Reporter: ritesh adval
>Assignee: Christopher L. Shannon
>Priority: Major
> Fix For: 6.2.0, 5.18.5, 6.1.3
>
> Attachments: bugfix.patch, test.patch
>
>
> When using Multi KahaDB persistence adapter according to [the 
> documentation|https://activemq.apache.org/components/classic/documentation/kahadb]
>  it shows that you can use multiple {{filteredPersistenceAdapters}} but this 
> does not work if you have two filtered adapter where one is using wildcard 
> match for topics (or even a specific topic) and second filtered adapter using 
> per destination filtered adapter.
> The idea being you want to use one KahaDB instance for all the topics and per 
> destination KahaDB instance for all other destinations like queues. Something 
> like this for illustration of the issue see test for more details. (note JMX 
> needs to be enabled) :  
> {code:xml}
> 
>     
>         
>             
>                 
>                 
>                     
>                         
>                     
>                     
>                         
>                     
>                 
>                 
>                 
>                     
>                         
>                     
>                 
>             
>         
>     
>  {code}
> With this setting it works for the first time when broker is started. But as 
> soon as you have atleast one topic created which uses wild card filtered 
> adapter and you restart the broker, then what happens is there are two 
> KahaDBPersistenceAdapter created one by the wildcard (">") topic filtered 
> adapter and another one by the second per destination filtered adapter, and 
> so second KahaDBPersistenceAdapter fails with below exception:
> {noformat}
> [INFO] Running org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest
> [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.20 
> s <<< FAILURE! – in 
> org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest
> [ERROR] 
> org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest.testTopicWildcardAndPerDestinationFilteredAdapter
>  – Time elapsed: 11.08 s <<< ERROR!
> javax.management.InstanceAlreadyExistsException: 
> org.apache.activemq:type=Broker,brokerName=localhost,service=PersistenceAdapter,instanceName=KahaDBPersistenceAdapter[/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e_Index_/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e|#3a#2f#2f#3e_Index_/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-da

[kwin] [Bug 487409] LG monitor hotplug on DPMS power on causes several applications to resize their windows

2024-05-23 Thread Christopher Snowhill
https://bugs.kde.org/show_bug.cgi?id=487409

--- Comment #2 from Christopher Snowhill  ---
(In reply to Zamundaaa from comment #1)
> Are the misbehaving windows tiled in any way before the screens turn off?
> There's a whole bunch of fixes related to that + hotplugs in 6.0.5

They are not tiled, they are merely scattered around my primary display.

> 
> > Desktop should make an attempt to absorb the DRM event and seed a new DRM 
> > surface handle to the compositor.
> Delaying drm events by multiple seconds is not an option, and wouldn't
> reliably fix this either. No, the compositor needs to handle hotplug events
> properly, and KWin does have a bunch of code in place to do so.

You're right. But there's probably no adequate solution to this that also won't
have some form of jank. If I'd known what I know about this monitor now, I
probably wouldn't have bought it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Koha] The Terrific Every-Other-Thursday Training Video

2024-05-23 Thread BRANNON, CHRISTOPHER
You may or may not know that Koha has a great Self Check system. Let's just 
assume you don't know. Anyway, George and Christopher are going to talk about 
the self check, and some of the things they are doing to make it better, and 
some things that it still needs a little help on. Oh, and chances are, George's 
kids still doesn't like our videos. They'll come around someday.

https://youtu.be/75C_o2Ox7zw

Sincerely,
Christopher Brannon
koha-US Admin
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


[slurm-users] Re: Building Slurm debian package vs building from source

2024-05-23 Thread Christopher Samuel via slurm-users

On 5/22/24 3:33 pm, Brian Andrus via slurm-users wrote:


A simple example is when you have nodes with and without GPUs.
You can build slurmd packages without for those nodes and with for the 
ones that have them.


FWIW we have both GPU and non-GPU nodes but we use the same RPMs we 
build on both (they all boot the same SLES15 OS image though).


--
Chris Samuel  :  http://www.csamuel.org/  :  Berkeley, CA, USA


--
slurm-users mailing list -- slurm-users@lists.schedmd.com
To unsubscribe send an email to slurm-users-le...@lists.schedmd.com


Mutter / GNOME Shell are no longer covered by the GNOME MRE

2024-05-23 Thread Christopher James Halse Rogers

Hello all!

It has been brought to the SRU team’s attention that mutter has 
landed a significant new feature in the 46.1 point release¹.


The GNOME MicroReleaseException policy historically exists on the basis 
that the GNOME release and testing process broadly matches SRU policy, 
so duplicating that process by performing a full SRU review on GNOME 
point releases would be unnecessary work. Since mutter no longer 
appears to have the same understanding of that process as we do, mutter 
SRUs will not be covered by the GNOME MRE going forward.


Mutter & GNOME Shell point releases may still be acceptable under the 
normal micro release process; this can be checked on a case-by-case 
basis.


(This notification may also be found on Ubuntu Discourse: 
https://discourse.ubuntu.com/t/mutter-gnome-shell-are-no-longer-covered-by-the-gnome-mre/45218/1)


¹: Specifically, explicit sync support 
https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3300.




--
Ubuntu-release mailing list
Ubuntu-release@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-release


[kwin] [Bug 487409] New: LG monitor hotplug on DPMS power on causes several applications to resize their windows

2024-05-22 Thread Christopher Snowhill
https://bugs.kde.org/show_bug.cgi?id=487409

Bug ID: 487409
   Summary: LG monitor hotplug on DPMS power on causes several
applications to resize their windows
Classification: Plasma
   Product: kwin
   Version: 6.0.4
  Platform: Arch Linux
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: platform-drm
  Assignee: kwin-bugs-n...@kde.org
  Reporter: kod...@gmail.com
  Target Milestone: ---

SUMMARY
I have an LG 24UD58-B monitor (3840x2160@60Hz) and a Dell P2414H
(1920x1080@60Hz), and when the two monitors DPMS cycle off, everything is fine.
When the LG monitor powers back on, due to a bug in its deep sleep state, it
causes a DRM hotplug event, which causes only that monitor to bounce out of the
desktop layout. This causes all my windows to pop over to a desktop that's one
quarter of the size and half the scale of the primary display.

The only applications I have right now which are affected oddly by this are
Steam (XWayland) and WezTerm (Wayland). Steam shrinks so its window now fits
into the top left quarter of the screen, while WezTerm shrinks itself to the
minimum allowed window size and becomes unusable until I resize it again.

STEPS TO REPRODUCE
1. Acquire the listed monitors, any video card to drive them, but AMDGPU in
this case.
2. Allow DPMS to cycle the displays off completely.
3. Move the mouse to cycle them on.


OBSERVED RESULT
Windows move around, some of them shrink, others shrink unusably.

EXPECTED RESULT
Desktop should make an attempt to absorb the DRM event and seed a new DRM
surface handle to the compositor.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux, kernel 6.9.1-2-cachyos (64-bit)
(available in About System)
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.2.0
Qt Version: 6.7.0

ADDITIONAL INFORMATION
Bug is a minor nuisance, but at least better than whole apps crashing on
monitor hotplug like some other desktops on the machine do. It would be nice if
a slight delay could be added to actual hotplug events to coalesce a monitor
disappearing for just a moment into a DRM handle refresh.

-- 
You are receiving this mail because:
You are watching all bug changes.

[jira] [Commented] (AMQ-9504) activemq multikahadb persistence adapter with topic wildcard filtered adapter and per destination filtered adapter causes broker failure on restart

2024-05-22 Thread Christopher L. Shannon (Jira)


[ 
https://issues.apache.org/jira/browse/AMQ-9504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17848699#comment-17848699
 ] 

Christopher L. Shannon commented on AMQ-9504:
-

Any dates are just an estimate and there is no guarantee. This is definitely 
not a high priority thing that is going to cause us to rush a release so I 
can't tell you when it will be released as the focus is on the newer 6.x 
releases now. Asking other people isn't going to change the answer.

> activemq multikahadb persistence adapter with topic wildcard filtered adapter 
> and per destination filtered adapter causes broker failure on restart
> ---
>
> Key: AMQ-9504
> URL: https://issues.apache.org/jira/browse/AMQ-9504
> Project: ActiveMQ Classic
>  Issue Type: Bug
>  Components: Broker
>Affects Versions: 5.18.4, 6.1.2
>Reporter: ritesh adval
>Assignee: Christopher L. Shannon
>Priority: Major
> Fix For: 6.2.0, 5.18.5, 6.1.3
>
> Attachments: bugfix.patch, test.patch
>
>
> when using Multikahadb persistence adapter per documentation : 
> [https://activemq.apache.org/components/classic/documentation/kahadb] it 
> shows that you can use multiple filteredPersistenceAdapters but this does not 
> work if you have two filtered adapter where one is using wildcard match for 
> topics (or even a specific topic) and second filtered adapter using per 
> destination filtered adapter.
> The idea being you want to use one kahadb instance for all the topics and per 
> destination kahadb instance for all other destinations like queues. Something 
> like this for illustration of the issue see test for more details. (note jmx 
> needs to be enabled) :  
> {code:java}
> 
>     
>         
>             
>                 
>                 
>                     
>                         
>                     
>                     
>                         
>                     
>                 
>                 
>                 
>                     
>                         
>                     
>                 
>             
>         
>     
>  {code}
> With this setting it works for the first time when broker is started. But as 
> soon as you have atleast one topic created which uses wild card filtered 
> adapter and you restart the broker, then what happens is there are two 
> KahaDBPersistenceAdapter created one by the wildcard (">") topic filtered 
> adapter and another one by the second per destination filtered adapter, and 
> so second KahaDBPersistenceAdapter fails with below exception:
>  
> [INFO] Running org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest
> [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.20 
> s <<< FAILURE! – in 
> org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest
> [ERROR] 
> org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest.testTopicWildcardAndPerDestinationFilteredAdapter
>  – Time elapsed: 11.08 s <<< ERROR!
> javax.management.InstanceAlreadyExistsException: 
> org.apache.activemq:type=Broker,brokerName=localhost,service=PersistenceAdapter,instanceName=KahaDBPersistenceAdapter[/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e_Index_/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e|#3a#2f#2f#3e_Index_/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e]
>         at 
> java.management/com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:436)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1855)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:955)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:890)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:320)
>         at 
> java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522)
>         at 
> org.apache.activemq.broker.jm

[jira] [Commented] (AMQ-9504) activemq multikahadb persistence adapter with topic wildcard filtered adapter and per destination filtered adapter causes broker failure on restart

2024-05-22 Thread Christopher L. Shannon (Jira)


[ 
https://issues.apache.org/jira/browse/AMQ-9504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17848684#comment-17848684
 ] 

Christopher L. Shannon commented on AMQ-9504:
-

6.2.0 should be getting prepared for release before too long but I'm not sure 
about 5.18.5, there's not much else pressing at the moment for a release. 

> activemq multikahadb persistence adapter with topic wildcard filtered adapter 
> and per destination filtered adapter causes broker failure on restart
> ---
>
> Key: AMQ-9504
> URL: https://issues.apache.org/jira/browse/AMQ-9504
> Project: ActiveMQ Classic
>  Issue Type: Bug
>  Components: Broker
>Affects Versions: 5.18.4, 6.1.2
>Reporter: ritesh adval
>Assignee: Christopher L. Shannon
>Priority: Major
> Fix For: 6.2.0, 5.18.5, 6.1.3
>
> Attachments: bugfix.patch, test.patch
>
>
> when using Multikahadb persistence adapter per documentation : 
> [https://activemq.apache.org/components/classic/documentation/kahadb] it 
> shows that you can use multiple filteredPersistenceAdapters but this does not 
> work if you have two filtered adapter where one is using wildcard match for 
> topics (or even a specific topic) and second filtered adapter using per 
> destination filtered adapter.
> The idea being you want to use one kahadb instance for all the topics and per 
> destination kahadb instance for all other destinations like queues. Something 
> like this for illustration of the issue see test for more details. (note jmx 
> needs to be enabled) :  
> {code:java}
> 
>     
>         
>             
>                 
>                 
>                     
>                         
>                     
>                     
>                         
>                     
>                 
>                 
>                 
>                     
>                         
>                     
>                 
>             
>         
>     
>  {code}
> With this setting it works for the first time when broker is started. But as 
> soon as you have atleast one topic created which uses wild card filtered 
> adapter and you restart the broker, then what happens is there are two 
> KahaDBPersistenceAdapter created one by the wildcard (">") topic filtered 
> adapter and another one by the second per destination filtered adapter, and 
> so second KahaDBPersistenceAdapter fails with below exception:
>  
> [INFO] Running org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest
> [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.20 
> s <<< FAILURE! – in 
> org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest
> [ERROR] 
> org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest.testTopicWildcardAndPerDestinationFilteredAdapter
>  – Time elapsed: 11.08 s <<< ERROR!
> javax.management.InstanceAlreadyExistsException: 
> org.apache.activemq:type=Broker,brokerName=localhost,service=PersistenceAdapter,instanceName=KahaDBPersistenceAdapter[/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e_Index_/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e|#3a#2f#2f#3e_Index_/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e]
>         at 
> java.management/com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:436)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1855)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:955)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:890)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:320)
>         at 
> java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522)
>         at 
> org.apache.activemq.broker.jmx.ManagementContext.registerMBean(ManagementContext.java:415)
>         at 
> org.apache.activemq.broker.jmx.AnnotatedMBean.registerMBean(AnnotatedMBean.java:93)
>  

Changes to managing branches

2024-05-22 Thread Christopher Baines
Hey!

I've now merged the most recent batch [1] of changes to the process for
managing patches and branches. There was a previous thread on guix-devel
discussing the changes here [2].

1: https://issues.guix.gnu.org/70549
2: https://lists.gnu.org/archive/html/guix-devel/2024-04/msg00247.html

The most significant change is that the guix-patches issues should be
created when you create the branch. There's also more guidance on how to
manage branches smoothly.

This mostly applies to people with commit access, but people without
commit access can also lead the work on the branch. This is now
mentioned in the documentation.

If you have and comments or questions, just let me know.

Thanks,

Chris


signature.asc
Description: PGP signature


[jira] [Resolved] (AMQ-9504) activemq multikahadb persistence adapter with topic wildcard filtered adapter and per destination filtered adapter causes broker failure on restart

2024-05-22 Thread Christopher L. Shannon (Jira)


 [ 
https://issues.apache.org/jira/browse/AMQ-9504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christopher L. Shannon resolved AMQ-9504.
-
Resolution: Fixed

[~ritesh.adval] - Thanks for the detailed information, I took a look closely at 
this and it is indeed just an issue on restart. Things work correctly initially 
(only 2 stores were created in your unit test) but then on restart the code for 
{{perDestination=true}} isn't smart enough to check if there are existing 
adapters that exist that already map to the existing directories.

Your fix looks good so I made some small modifications to it and the test and 
applied a variation of it.

> activemq multikahadb persistence adapter with topic wildcard filtered adapter 
> and per destination filtered adapter causes broker failure on restart
> ---
>
> Key: AMQ-9504
> URL: https://issues.apache.org/jira/browse/AMQ-9504
> Project: ActiveMQ Classic
>  Issue Type: Bug
>  Components: Broker
>Affects Versions: 5.18.4, 6.1.2
>Reporter: ritesh adval
>Assignee: Christopher L. Shannon
>Priority: Major
> Fix For: 6.2.0, 5.18.5, 6.1.3
>
> Attachments: bugfix.patch, test.patch
>
>
> when using Multikahadb persistence adapter per documentation : 
> [https://activemq.apache.org/components/classic/documentation/kahadb] it 
> shows that you can use multiple filteredPersistenceAdapters but this does not 
> work if you have two filtered adapter where one is using wildcard match for 
> topics (or even a specific topic) and second filtered adapter using per 
> destination filtered adapter.
> The idea being you want to use one kahadb instance for all the topics and per 
> destination kahadb instance for all other destinations like queues. Something 
> like this for illustration of the issue see test for more details. (note jmx 
> needs to be enabled) :  
> {code:java}
> 
>     
>         
>             
>                 
>                 
>                     
>                         
>                     
>                     
>                         
>                     
>                 
>                 
>                 
>                     
>                         
>                     
>                 
>             
>         
>     
>  {code}
> With this setting it works for the first time when broker is started. But as 
> soon as you have atleast one topic created which uses wild card filtered 
> adapter and you restart the broker, then what happens is there are two 
> KahaDBPersistenceAdapter created one by the wildcard (">") topic filtered 
> adapter and another one by the second per destination filtered adapter, and 
> so second KahaDBPersistenceAdapter fails with below exception:
>  
> [INFO] Running org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest
> [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.20 
> s <<< FAILURE! – in 
> org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest
> [ERROR] 
> org.apache.activemq.bugs.MultiKahaDBMultipleFilteredAdapterTest.testTopicWildcardAndPerDestinationFilteredAdapter
>  – Time elapsed: 11.08 s <<< ERROR!
> javax.management.InstanceAlreadyExistsException: 
> org.apache.activemq:type=Broker,brokerName=localhost,service=PersistenceAdapter,instanceName=KahaDBPersistenceAdapter[/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e_Index_/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e|#3a#2f#2f#3e_Index_/mnt/c/Users/ritesh.adval/work/external-repos/activemq/activemq-unit-tests/target/activemq-data/mKahaDB/topic#3a#2f#2f#3e]
>         at 
> java.management/com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:436)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1855)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:955)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:890)
>         at 
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:320)
>         at 
> java.

  1   2   3   4   5   6   7   8   9   10   >