[Git][archlinux/packaging/packages/pyright] Pushed new tag 1.1.365-1
Daniel M. Capella pushed new tag 1.1.365-1 at Arch Linux / Packaging / Packages / pyright -- View it on GitLab: https://gitlab.archlinux.org/archlinux/packaging/packages/pyright/-/tree/1.1.365-1 You're receiving this email because of your account on gitlab.archlinux.org.
[Git][archlinux/packaging/packages/pyright][main] upgpkg: 1.1.365-1
Daniel M. Capella pushed to branch main at Arch Linux / Packaging / Packages / pyright Commits: 42684ac2 by Daniel M. Capella at 2024-05-29T15:09:35-04:00 upgpkg: 1.1.365-1 - - - - - 2 changed files: - .SRCINFO - PKGBUILD Changes: = .SRCINFO = @@ -1,6 +1,6 @@ pkgbase = pyright pkgdesc = Type checker for the Python language - pkgver = 1.1.364 + pkgver = 1.1.365 pkgrel = 1 url = https://microsoft.github.io/pyright arch = any @@ -8,7 +8,7 @@ pkgbase = pyright makedepends = git makedepends = npm depends = nodejs - source = git+https://github.com/microsoft/pyright.git#tag=1.1.364 - b2sums = 9c7565304de9471cd72a60e5dd97a7966f8b543bb10c51817499c5b36b3b06847673df5e10e9b5aa8f299fc2a667f9cc35f0cd8143e4bb7944f3c8a4398729e8 + source = git+https://github.com/microsoft/pyright.git#tag=1.1.365 + b2sums = b69a7b21517f6cae017fe5e5727d3644cf48285e9ec7fb13f03a5b1644b404a32836b589bcb2aa2a03b913e7fbfe5809cc0aefa00e5415d919f969a320fa3323 pkgname = pyright = PKGBUILD = @@ -2,7 +2,7 @@ # Contributor: Kaizhao Zhang pkgname=pyright -pkgver=1.1.364 +pkgver=1.1.365 pkgrel=1 pkgdesc='Type checker for the Python language' arch=('any') @@ -11,7 +11,7 @@ license=('MIT') depends=('nodejs') makedepends=('git' 'npm') source=("git+https://github.com/microsoft/pyright.git#tag=$pkgver;) -b2sums=('9c7565304de9471cd72a60e5dd97a7966f8b543bb10c51817499c5b36b3b06847673df5e10e9b5aa8f299fc2a667f9cc35f0cd8143e4bb7944f3c8a4398729e8') +b2sums=('b69a7b21517f6cae017fe5e5727d3644cf48285e9ec7fb13f03a5b1644b404a32836b589bcb2aa2a03b913e7fbfe5809cc0aefa00e5415d919f969a320fa3323') prepare() { cd $pkgname View it on GitLab: https://gitlab.archlinux.org/archlinux/packaging/packages/pyright/-/commit/42684ac22ee1671da90859dc9ce3ee828cff3f65 -- View it on GitLab: https://gitlab.archlinux.org/archlinux/packaging/packages/pyright/-/commit/42684ac22ee1671da90859dc9ce3ee828cff3f65 You're receiving this email because of your account on gitlab.archlinux.org.
[Lldb-commits] [lldb] [lldb] Use packaging module instead of pkg_resources (PR #93712)
mysterymath wrote: At least at present, this will probably break Fuchsia's build; the Python we ship includes `pkg_resources` but not `packaging`. Is the default `cpython` build from source intended to build and install `packaging`? Is this something that changed recently? https://github.com/llvm/llvm-project/pull/93712 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
[jira] [Created] (CAUSEWAY-3755) Provide SPI hook for RunBackgroundCommandsJob
Daniel Keir Haywood created CAUSEWAY-3755: - Summary: Provide SPI hook for RunBackgroundCommandsJob Key: CAUSEWAY-3755 URL: https://issues.apache.org/jira/browse/CAUSEWAY-3755 Project: Causeway Issue Type: New Feature Components: Ext Core CommandLog Affects Versions: 2.0.0 Reporter: Daniel Keir Haywood Assignee: Daniel Keir Haywood Fix For: 2.1.0 A simple SPI to allow additional work to be done. the specific use case is to support a "BackgroundCommandsOrchestration" , which keeps track of background commands being executed. System should call all "current" such orchestrations, and have them see if all of their commands have completed - at which point they may perform their own "onCompletion" logic. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (SPARK-48461) Replace NullPointerExceptions with proper error classes in AssertNotNull expression
Daniel created SPARK-48461: -- Summary: Replace NullPointerExceptions with proper error classes in AssertNotNull expression Key: SPARK-48461 URL: https://issues.apache.org/jira/browse/SPARK-48461 Project: Spark Issue Type: Bug Components: SQL Affects Versions: 4.0.0 Reporter: Daniel [Code location here|https://github.com/apache/spark/blob/f5d9b809881552c0e1b5af72b2a32caa25018eb3/sql/catalyst/src/main/scala/org/apache/spark/sql/catalyst/expressions/objects/objects.scala#L1929] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org For additional commands, e-mail: issues-h...@spark.apache.org
[jira] [Commented] (NIFI-13265) Remove the instantiation of Object arrays for arguments in ComponentLog log and org.slf4j.Logger statements
[ https://issues.apache.org/jira/browse/NIFI-13265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17850430#comment-17850430 ] Daniel Stieglitz commented on NIFI-13265: - [~exceptionfactory] Thanks for clarifying. How about for something like this in PutS3Object lines 925-929 {code:java} getLogger().warn("AccessDenied checking S3 Multipart Upload list for {}: {} " + "** The configured user does not have the s3:ListBucketMultipartUploads permission " + "for this bucket, S3 ageoff cannot occur without this permission. Next ageoff check " + "time is being advanced by interval to prevent checking on every upload **", new Object[]{bucket, e.getMessage()}); {code} should i completely remove the parameter for the exception as {code:java} getLogger().warn("AccessDenied checking S3 Multipart Upload list for {}: " + "** The configured user does not have the s3:ListBucketMultipartUploads permission " + "for this bucket, S3 ageoff cannot occur without this permission. Next ageoff check " + "time is being advanced by interval to prevent checking on every upload **", bucket, e); {code} > Remove the instantiation of Object arrays for arguments in ComponentLog log > and org.slf4j.Logger statements > --- > > Key: NIFI-13265 > URL: https://issues.apache.org/jira/browse/NIFI-13265 > Project: Apache NiFi > Issue Type: Improvement >Reporter: Daniel Stieglitz >Assignee: Daniel Stieglitz >Priority: Minor > > There are still classes after the changes in NIFI-12075 and NIFI-12076 which > instantiate an Object array for ComponentLog log statements. This ticket aims > to remove those instantiations. In addition similar changes should be made to > org.slf4j.Logger statements. -- This message was sent by Atlassian Jira (v8.20.10#820010)
Re: [OSM Dortmund] Parking Schema und Parkraumanalyse
Hallo Marc, hallo zusammen, ich lese hier auch noch mit, fixe aber nur Kleinigkeiten, die mir so auffallen. Viele Grüße Daniel Am Tue, May 21, 2024 at 11:25:57PM +0200 schrieb Marc Gehling via Dortmund: > Hallo, > > habe das Thema Parking für mich entdeckt und mit die Parkraumanalyse-Karte > für Dortmund dabei, das ParkingSchema anzuwenden. > > Die letzten Tage habe alte ParkingSchema Tags auf das neue Schema geändert > bzw. bin noch dabei. Südlich der B1 sollte es keine alten Tags mehr geben, > arbeite mich derzeit Richtung Norden. > > siehe https://wiki.openstreetmap.org/wiki/DE:Street_parking#Schnelleinstieg > > * Das frühereparking:lane > > <https://wiki.openstreetmap.org/wiki/DE:Key:parking:lane>=*undparking:condition ><https://wiki.openstreetmap.org/wiki/DE:Key:parking:condition>=*-Schema >wurde überarbeitet und ist veraltet. Es sollte nicht mehr verwendet >und nach Möglichkeit aktualisiert werden. Wenn dir Orte bekannt >sind, an denen dieses Tagging noch existiert, erneuere das Tagging >nach Möglichkeit. Es gibtWerkzeuge, die dabei helfen > > <https://wiki.openstreetmap.org/wiki/DE:Street_parking#Helfer_bei_der_Aktualisierung_veralteter_parking:lane=*_und_parking:condition=*-Daten>. > > Danach würde ich anfangen, das ParkingSchema umzusetzten. Auch da fange ich > wieder im Süden an. > > Mfg > marc > > ps. nach 3 Jahren stille wer ließt die Mailingliste noch mit? > ___ > Dortmund mailing list > Dortmund@lists.openstreetmap.de > https://lists.openstreetmap.de/mailman/listinfo/dortmund signature.asc Description: PGP signature ___ Dortmund mailing list Dortmund@lists.openstreetmap.de https://lists.openstreetmap.de/mailman/listinfo/dortmund
[clang] [analyzer] New optin.taint.TaintAlloc checker for catching unbounded memory allocation calls (PR #92420)
https://github.com/dkrupp updated https://github.com/llvm/llvm-project/pull/92420 >From f6fdd544a90b865e5e0e530930db87cad405216e Mon Sep 17 00:00:00 2001 From: Daniel Krupp Date: Tue, 30 Apr 2024 15:20:52 +0200 Subject: [PATCH 1/5] [analyzer] Adding taint analysis capability to unix.Malloc checker unix.Malloc checker will warn if a memory allocation function (malloc, calloc, realloc, alloca) is called with a tainted (attacker controlled) size parameter. A large, maliciously set size value can trigger memory exhaustion. To get this warning, the alpha.security.taint.TaintPropagation checker also needs to be switched on. The warning will only be emitted, if the analyzer cannot prove that the size is below reasonable bounds (https://wiki.sei.cmu.edu/confluence/display/c/INT04-C.+Enforce+limits+on+integer+values+originating+from+tainted+sources>`_. + +You can silence this warning either by bound checking the ``size`` parameter, or +by explicitly marking the ``size`` parameter as sanitized. See the +:ref:`alpha-security-taint-TaintPropagation` checker for more details. + +.. code-block:: c + + void t1(void) { +size_t size; +scanf("%zu", ); +int *p = malloc(size); // warn: malloc is called with a tainted (potentially attacker controlled) value +free(p); + } + + void t3(void) { +size_t size; +scanf("%zu", ); +if (1024 BT_MismatchedDealloc; mutable std::unique_ptr BT_OffsetFree[CK_NumCheckKinds]; mutable std::unique_ptr BT_UseZerroAllocated[CK_NumCheckKinds]; + mutable std::unique_ptr BT_TaintedAlloc[CK_NumCheckKinds]; #define CHECK_FN(NAME) \ void NAME(const CallEvent , CheckerContext ) const; @@ -462,6 +464,13 @@ class MallocChecker }; bool isMemCall(const CallEvent ) const; + void reportTaintBug(StringRef Msg, ProgramStateRef State, CheckerContext , + llvm::ArrayRef TaintedSyms, + AllocationFamily Family, const Expr *SizeEx) const; + + void CheckTaintedness(CheckerContext , const CallEvent , +const SVal SizeSVal, ProgramStateRef State, +AllocationFamily Family) const; // TODO: Remove mutable by moving the initializtaion to the registry function. mutable std::optional KernelZeroFlagVal; @@ -521,9 +530,9 @@ class MallocChecker /// malloc leaves it undefined. /// \param [in] State The \c ProgramState right before allocation. /// \returns The ProgramState right after allocation. - [[nodiscard]] static ProgramStateRef + [[nodiscard]] ProgramStateRef MallocMemAux(CheckerContext , const CallEvent , const Expr *SizeEx, - SVal Init, ProgramStateRef State, AllocationFamily Family); + SVal Init, ProgramStateRef State, AllocationFamily Family) const; /// Models memory allocation. /// @@ -534,9 +543,10 @@ class MallocChecker /// malloc leaves it undefined. /// \param [in] State The \c ProgramState right before allocation. /// \returns The ProgramState right after allocation. - [[nodiscard]] static ProgramStateRef - MallocMemAux(CheckerContext , const CallEvent , SVal Size, SVal Init, - ProgramStateRef State, AllocationFamily Family); + [[nodiscard]] ProgramStateRef MallocMemAux(CheckerContext , + const CallEvent , SVal Size, + SVal Init, ProgramStateRef State, + AllocationFamily Family) const; // Check if this malloc() for special flags. At present that means M_ZERO or // __GFP_ZERO (in which case, treat it like calloc). @@ -649,8 +659,9 @@ class MallocChecker /// \param [in] Call The expression that reallocated memory /// \param [in] State The \c ProgramState right before reallocation. /// \returns The ProgramState right after allocation. - [[nodiscard]] static ProgramStateRef - CallocMem(CheckerContext , const CallEvent , ProgramStateRef State); + [[nodiscard]] ProgramStateRef CallocMem(CheckerContext , + const CallEvent , + ProgramStateRef State) const; /// See if deallocation happens in a suspicious context. If so, escape the /// pointers that otherwise would have been deallocated and return true. @@ -1779,7 +1790,7 @@ ProgramStateRef MallocChecker::MallocMemAux(CheckerContext , const CallEvent , const Expr *SizeEx, SVal Init, ProgramStateRef State, -AllocationFamily Family) { +AllocationFamily Family) const { if (!State) return nullptr; @@ -1787,10 +1798,71 @@ ProgramStateRef MallocChecker::MallocMemAux(CheckerContext , return Mallo
nginx-1.27.0 - shasum does not match with expected shasum from pkg-oss
Hello, the SHA512 of https://nginx.org/download/nginx-1.27.0.tar.gz (downloaded 2024-05-29 15:42:02 UTC) is 251bfe65c717a8027ef05caae2ab2ea73b9b544577f539a1d419fe6adf0bcc846b73b58f54ea3f102df79aaf340e4fa56793ddadea3cd61bcbbe2364ef94bacb This does not match with the shasum expected here https://hg.nginx.org/pkg-oss/file/tip/contrib/src/nginx/SHA512SUMS#l57 ___ nginx mailing list nginx@nginx.org https://mailman.nginx.org/mailman/listinfo/nginx
[jira] [Commented] (NIFI-13304) ExcelReader - ability to split into flowfile per sheet
[ https://issues.apache.org/jira/browse/NIFI-13304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17850403#comment-17850403 ] Daniel Stieglitz commented on NIFI-13304: - [~iiojj2] I believe I understand you now. I was thinking, would a new processor (e.g. SplitExcelSpreadsheet or SplitExcel) which will split up the original worksheet work for your use case? In other words for N sheets, this new processor would create N new worksheets where each worksheet has a single sheet. > ExcelReader - ability to split into flowfile per sheet > -- > > Key: NIFI-13304 > URL: https://issues.apache.org/jira/browse/NIFI-13304 > Project: Apache NiFi > Issue Type: New Feature >Reporter: Philipp Korniets >Priority: Major > > Currently ConvertExcelToCSV processor, if processing excel with multiple > required sheets in it, produces flowfile per sheet. > New ExcelReader produces one flowfile with all data in it > > There should be a way to configure output to be sheet-per-flowfile > > -- This message was sent by Atlassian Jira (v8.20.10#820010)
Re: [blink-dev] Intent to Ship: The ServiceWorker static routing API not condition support
LGTM2 /Daniel On 2024-05-29 10:31, Yoav Weiss (@Shopify) wrote: LGTM1 On Wednesday, May 29, 2024 at 2:39:02 AM UTC+2 Yoshisato Yanagisawa wrote: 2024年5月28日(火) 0:21 Vladimir Levin : On Fri, May 24, 2024 at 3:43 AM Yoshisato Yanagisawa wrote: Contact emails yyanagis...@chromium.org Explainer https://github.com/WICG/service-worker-static-routing-api <https://github.com/WICG/service-worker-static-routing-api> Specification https://w3c.github.io/ServiceWorker/#dom-routercondition-not <https://w3c.github.io/ServiceWorker/#dom-routercondition-not> Design docs https://docs.google.com/document/d/1B2D8w_2M4j9CZC1VccBOAhfCdiRP3yPCSV5UKKDhU70/edit#heading=h.ns1mpsv4yi7x <https://docs.google.com/document/d/1B2D8w_2M4j9CZC1VccBOAhfCdiRP3yPCSV5UKKDhU70/edit#heading=h.ns1mpsv4yi7x> Summary The ServiceWorker static routing API is an API used for routing the request to the network, the ServiceWorker fetch handler, or directly looking up from cache, and so on. Each route consists of a condition and a source, and the condition is used for matching the request. For Chromium implementations, the "or" condition is only the supported condition. However, to write the condition more flexibly, supporting the "not" condition is expected, which matches the inverted condition inside. Blink component Blink>ServiceWorker <https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3EServiceWorker> TAG review https://github.com/w3ctag/design-reviews/issues/863 <https://github.com/w3ctag/design-reviews/issues/863> TAG review status Issues addressed Risks Interoperability and Compatibility No compatibility concerns. This change just starts supporting the not condition. Since existing routes won't have the not condition, adding the not condition support won't affect any existing router rules. Gecko: Positive (https://github.com/mozilla/standards-positions/pull/894 <https://github.com/mozilla/standards-positions/pull/894>) WebKit: Positive (https://github.com/WebKit/standards-positions/issues/206 <https://github.com/WebKit/standards-positions/issues/206>) Web developers: No signals Other signals: Ergonomics The "not" condition calculates the conditions below and inverts the result, such calculation may also take a time. Also, the element does not run concurrently. However, the inversion is very quick, and rules should be sequentially evaluated, it should not be a large performance risk. Activation n/a Security This just adds the "not" condition. I believe the security risk is low. WebView application risks Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications? n/a Debuggability n/a The debuggability should not be changed by adding the not condition. Note that the "not" condition also shows up in chrome://serviceworker-internals and devtools. Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, ChromeOS, Android, and Android WebView)? Yes This is a part of the ServiceWorker static routing API. There is no reason not enabling the feature in specific platforms. Is this feature fully tested by web-platform-tests <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md>? Yes https://wpt.fyi/results/service-workers/service-worker/tentative/static-router/static-router-main-resource.https.html?label=experimental=master <https://wpt.fyi/results/service-workers/service-worker/tentative/static-router/static-router-main-resource.https.html?label=experimental=master> * Main resource load should not match the condition with not * Main resource load should match the condition without not https://wpt.fyi/results/service-workers/service-worker/tentative/static-router/static-router-subresource.https.html?label=experimental=master
Re: [PATCH v3 5/5] keccak: Disable acceleration with SSE asm
Same comments as for earlier patches... Thank you for moving this to separate patch. On Fri, May 24, 2024 at 08:30:06PM +0300, Vladimir Serbinenko wrote: > --- > .../lib/libgcrypt-patches/02_keccak_sse.diff | 19 +++ > 1 file changed, 19 insertions(+) > create mode 100644 grub-core/lib/libgcrypt-patches/02_keccak_sse.diff > > diff --git a/grub-core/lib/libgcrypt-patches/02_keccak_sse.diff > b/grub-core/lib/libgcrypt-patches/02_keccak_sse.diff > new file mode 100644 > index 0..980ebb2b7 > --- /dev/null > +++ b/grub-core/lib/libgcrypt-patches/02_keccak_sse.diff > @@ -0,0 +1,19 @@ > +commit b0cf06271da5fe20360953a53a47c69da89669cd > +Author: Vladimir Serbinenko > +Date: Sun Apr 7 06:33:11 2024 +0300 > + > +keccak: Disable acceleration with SSE asm Could you explain in the commit message here and above why this change is needed? > +diff --git a/grub-core/lib/libgcrypt/cipher/keccak.c > b/grub-core/lib/libgcrypt/cipher/keccak.c > +index 11e64b3e7..8b570263b 100644 > +--- a/grub-core/lib/libgcrypt/cipher/keccak.c > b/grub-core/lib/libgcrypt/cipher/keccak.c > +@@ -251,7 +251,7 @@ keccak_absorb_lane32bi(u32 *lane, u32 x0, u32 x1) > + /* Construct generic 64-bit implementation. */ > + #ifdef USE_64BIT > + > +-#if __GNUC__ >= 4 && defined(__x86_64__) > ++#if __GNUC__ >= 4 && defined(__x86_64__) && 0 > + > + static inline void absorb_lanes64_8(u64 *dst, const byte *in) > + { Daniel ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH v3 4/5] Add DSA and RSA SEXP tests
= _gcry_sexp_build (_parms_invalid, , > + "(data (value \"hi\"))\n"); > + grub_test_assert (rc == 0, "sexp build failed"); > + > + rc = _gcry_sexp_build (_parms, , > + "(data (value \"hello\"))\n"); > + grub_test_assert (rc == 0, "sexp build failed"); > + rc = _gcry_sexp_new (, pubkey_dump, sizeof(pubkey_dump), 0); > + grub_test_assert (rc == 0, "sexp new failed"); > + rc = _gcry_sexp_new (, sig_dump, sizeof(sig_dump), 0); > + grub_test_assert (rc == 0, "sexp new failed"); > + rc = _gcry_pubkey_spec_dsa.verify (sig, sign_parms, pubkey); > + grub_test_assert (rc == 0, "signature verification failed: %d", rc); > + rc = _gcry_pubkey_spec_dsa.verify (sig, sign_parms_invalid, pubkey); > + grub_test_assert (rc != 0, "signature verification succeded wrongly"); > +} > + > +GRUB_FUNCTIONAL_TEST (dsa_sexp_test, dsa_sexp_test); > diff --git a/grub-core/tests/rsa_sexp_test.c b/grub-core/tests/rsa_sexp_test.c > new file mode 100644 > index 0..e00befe4e > --- /dev/null > +++ b/grub-core/tests/rsa_sexp_test.c > @@ -0,0 +1,81 @@ Ditto. > +#include > +#include > +#include > + > +GRUB_MOD_LICENSE ("GPLv3+"); Daniel ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH v3 3/5] Adjust import script, definitions and API users for libgcrypt 1.10
Again, missing commit message and SOB. Could you add to the GRUB Developers Manual description how to upgrade the libgcrypt? On Fri, May 24, 2024 at 08:30:04PM +0300, Vladimir Serbinenko wrote: > --- > autogen.sh | 5 + > conf/Makefile.common | 4 +- > grub-core/Makefile.core.def| 36 ++- > grub-core/commands/hashsum.c | 2 +- > grub-core/commands/legacycfg.c | 6 +- > grub-core/commands/pgp.c | 114 +++-- > grub-core/commands/xnu_uuid.c | 2 +- > grub-core/disk/cryptodisk.c| 2 +- > grub-core/io/gzio.c| 2 +- > grub-core/io/lzopio.c | 2 +- > grub-core/lib/adler32.c| 21 +- > grub-core/lib/crc64.c | 24 +- > grub-core/lib/crypto.c | 245 ++- > grub-core/lib/libgcrypt-patches/01_md.diff | 141 +++ s/01_md.diff/01-md.patch/ We use "patch" extension for the patches. And should not this be a separate patch in the series? > grub-core/lib/libgcrypt/src/gcrypt-int.h | 51 > grub-core/lib/libgcrypt_wrap/cipher_wrap.h | 12 +- > grub-core/lib/libgcrypt_wrap/mem.c | 83 ++- > grub-core/lib/xzembed/xz_dec_stream.c | 18 +- > include/grub/crypto.h | 261 + > include/grub/gcrypt/gpg-error.h| 9 + > util/grub-fstest.c | 2 +- > util/import_gcry.py| 160 - > util/import_gcrypt_inth.sed| 17 ++ > util/import_gcrypth.sed| 2 - > 24 files changed, 941 insertions(+), 280 deletions(-) > create mode 100644 grub-core/lib/libgcrypt-patches/01_md.diff > create mode 100644 util/import_gcrypt_inth.sed [...] > diff --git a/util/import_gcry.py b/util/import_gcry.py > index 2b3322d3a..02f727fca 100644 > --- a/util/import_gcry.py > +++ b/util/import_gcry.py [...] > @@ -148,14 +188,10 @@ for cipher_file in cipher_files: > iscipher = False > iscryptostart = False > iscomma = False > -isglue = False > skip_statement = False > +skip_comma = False > if isc: > -modname = cipher_file [0:len(cipher_file) - 2] > -if re.match (".*-glue$", modname): > -modname = modname.replace ("-glue", "") > -isglue = True > -modname = "gcry_%s" % modname > +modname = "gcry_%s" % > cipher_file.removesuffix(".c").removesuffix("-glue").replace("-", "_") The removesuffix is not support by older Python than 3.9. Additionally, GCC 12.2.0 complains: gcc -DHAVE_CONFIG_H -I. -Wall -W -DGRUB_UTIL=1 -D_FILE_OFFSET_BITS=64 -I./include -DGRUB_FILE=\"grub-core/lib/libgcrypt-grub/src/const-time.c\" -I. -I. -I. -I. -I./include -I./include -I./grub-core/lib/libgcrypt-grub/src/ -I./grub-core/lib/libgcrypt_wrap -I./grub-core/lib/posix_wrap -D_GCRYPT_IN_LIBGCRYPT=1 -D_GCRYPT_CONFIG_H_INCLUDED=1 -DHAVE_STRTOUL=1 -I./include/grub/gcrypt -D_FILE_OFFSET_BITS=64 -std=gnu99 -fno-common -Wall -W -Wshadow -Wpointer-arith -Wundef -Wchar-subscripts -Wcomment -Wdeprecated-declarations -Wdisabled-optimization -Wdiv-by-zero -Wfloat-equal -Wformat-extra-args -Wformat-security -Wformat-y2k -Wimplicit -Wimplicit-function-declaration -Wimplicit-int -Wmain -Wmissing-braces -Wmissing-format-attribute -Wmultichar -Wparentheses -Wreturn-type -Wsequence-point -Wshadow -Wsign-compare -Wswitch -Wtrigraphs -Wunknown-pragmas -Wunused -Wunused-function -Wunused-label -Wunused-parameter -Wunused-value -Wunused-variable -Wwrite-strings -Wnested-externs -Wstrict-prototypes -Wcast-align -Wextra -Wattributes -Wendif-labels -Winit-self -Wint-to-pointer-cast -Winvalid-pch -Wmissing-field-initializers -Wnonnull -Woverflow -Wvla -Wpointer-to-int-cast -Wstrict-aliasing -Wvariadic-macros -Wvolatile-register-var -Wpointer-sign -Wmissing-include-dirs -Wmissing-prototypes -Wmissing-declarations -Wformat=2 -Werror -Wno-error=sign-compare -Wno-error=shift-count-overflow -Wno-missing-field-initializers -Wno-redundant-decls -Wno-undef -fno-builtin -MT grub-core/lib/libgcrypt-grub/src/libgrubgcry_a-const-time.o -MD -MP -MF grub-core/lib/libgcrypt-grub/src/.deps-util/libgrubgcry_a-const-time.Tpo -c -o grub-core/lib/libgcrypt-grub/src/libgrubgcry_a-const-time.o `test -f 'grub-core/lib/libgcrypt-grub/src/const-time.c' || echo './'`grub-core/lib/libgcrypt-grub/src/const-time.c In file included from grub-core/lib/libgcrypt-grub/src/const-time.c:22: ./grub-core/lib/posix_wrap/stdlib.h:70: error: "HAVE_STRTOUL&quo
Re: [blink-dev] Intent to Ship: Deprecation of non-standard declarative shadow DOM serialization
Deprecating seems fine, especially since it's a relatively new API and less likely to be used on non-maintained sites, but removal seems a bit premature even if done slowly. Would it be better to let it bake a few milestones and see if a scary deprecation message threatening removal after the summer drives the usage down? /Daniel On 2024-05-29 10:22, Yoav Weiss (@Shopify) wrote: LGTM2 On Tue, May 28, 2024 at 11:10 PM Vladimir Levin wrote: On Tue, May 28, 2024 at 12:30 PM Mason Freed wrote: On Mon, May 27, 2024 at 8:15 AM Vladimir Levin wrote: Interoperability and Compatibility The use counter for getInnerHTML() (https://chromestatus.com/metrics/feature/timeline/popularity/3874) peaked at 0.05% of page loads using this function as of January 2024, and dropped precipitously toward 0.01% in May, 2024. This is presumably due to the shipment of its replacement, getHTML(). It's great to see the numbers reduce significantly. If the numbers are being migrated to getHTML() though I would have expected https://chromestatus.com/metrics/feature/timeline/popularity/4781 to grow by ~0.04 percentage points, but that one is still significantly lower (although growing). Is it possible that June 1 numbers would show a better balance? Do you by any chance know when the next data point is expected to be visible on chromestatus? I'm also assume people are using a readily available replacement as opposed to just not using getInnerHTML, but it would be nice if number supported that Great questions. So AFAIK the use counter plot for the current month is a continuous aggregation. I.e. the 0.0168% I see today (May 28) is as of the 28th, and will change tomorrow (slightly). Given that we're almost to the end of the month, I wouldn't expect a ton of shift. So I think you might be right that this isn't actually a shift to getHTML, but just a shift away from getInnerHTML. See more below. Your questions prompted me to take a closer look at the sample sites still hitting the use counter. I took a close look at the first 10 entries listed, and I think I found perhaps where the big drop came from. Of those ten sites, seven do not use getInnerHTML or getHTML at all. Likely not coincidentally, all seven are Shopify sites. My guess would be that Shopify very recently removed its usage of getInnerHTML? FWIW, internal code search brought up nothing. It's possible that this is a 3P app <https://shopify.dev/docs/apps/build/online-store/theme-app-extensions> that changed their use. (or that I'm simply failing to find the relevant change :D) The real issue is that the remaining three sites *do* still use getInnerHTML, and all three throw exceptions when the feature is disabled. I can't perceive anything broken on the site, but the exception isn't a good sign. A few interesting tidbits: one of the three does appear to (properly) feature-detect getInnerHTML() yet an exception is still thrown that might or might not be related. The other two do not feature detect, and the exception is clear: "getInnerHTML is not a function". Very interestingly, none of the three use getInnerHMTL for anything declarative shadow dom related. They seem to just be using it as a way to get the innerHTML value. All three seem to be hand-written JS, so it's possible the sites were developed on Chrome in the last few years and the developer didn't notice that they should have done foo=el.innerHTML instead of foo=el.getInnerHTML(). Given that the use counter is very low (0.01%), I'd still like to push ahead with this deprecation. The above sites likely represent interop problems, since they'll break on other browsers already today. But I'd like to revise my plan: instead of going immediately to 100% removal, I'd like to use a slow ramp down over time, to monitor for reported breakage. Thoughts? The plan to ramp down usage is a good one, although as we previously discussed in a different thread, it may cause some debugging challenges for developers. It is worthwhile to also reach out to some of the developers whose sites you noticed would throw an exception -- just an FYI email that this feature is being removed. Given the fairly low usage, readily available fixes (via getHTML() or possibly innerHTML) and your commitment to monitor for breakages, this looks good to me. LGTM1 Thanks, Mason
Re: [blink-dev] Intent to Experiment: Keyboard-focusable scroll containers Opt Out
That is 7 milestones. End at 132 inclusive instead? /Daniel On 2024-05-28 18:58, Vladimir Levin wrote: LGTM to experiment from 127 to 133 inclusive On Tue, May 28, 2024 at 12:54 PM Di Zhang wrote: Thanks Mike. Your explanation makes sense and we are good with 6 milestones to start. We expect the deprecation trial period to be longer to give web users enough time to adjust, but can request a renewal when the time comes. I have updated the Origin Trial period to start on 127 and end on 133. On Wednesday, May 22, 2024 at 7:00:52 PM UTC-7 Mike Taylor wrote: Thanks Di - this is a useful clarification. You can request up to 6 milestones for a Deprecation Trial, and only need a single LGTM. Renewals are possible, with sufficient justification. That said, if you do think that 9 milestones is sufficient for your needs - that is also possible, but will require 3 LGTMs. If that is the route you would like to propose, can your let us know why you think 9 milestones is sufficient, and wouldn't require a renewal? What outreach or comms plans do you have in place to ensure that the previously broken sites will be ready for this change in ~9 months? Either way, please let us know how many (and which) milestonesyou are requesting for the deprecation trial. thanks! Mike On 5/13/24 2:27 PM, Di Zhang wrote: Sorry for missing information! I haven’t created a request for a Deprecation Trial before, which is what I intended this to be, and I missed some parts of the process. The chromestatus is located here, which is for the overall KeyboardFocusableScrollers feature: https://chromestatus.com/feature/5231964663578624 <https://chromestatus.com/feature/5231964663578624>. The origin trial section details why we are requesting a Deprecation trial for this feature, which I’ve copied below. I believe this answers the questions I’ve received here, but please let me know if anything else is missing! Summary The feature KeyboardFocusableScrollers changes the focusability of a scroll container. This feature includes the following changes: * Scrollers are click-focusable and programmatically-focusable by default. * Scrollers without focusable children are keyboard-focusable by default. This is an important improvement to help make scrollers and contents within scrollers more accessible to all users. We attempted to ship the above changes, and found that a limited number of sites had broken expectations around some of their components. As a result, we had to unship the feature to avoid this breakage. However, given the benefits mentioned above, we’d like to ship this feature again. To allow more time for the affected sites to migrate their components, we are requesting a Deprecation Trial. This trial (called “KeyboardFocusableScrollersOptOut”), when enabled, will disablethe KeyboardFocusableScrollers feature. To give adequate time, we’d like to let this deprecation trial run for 9 months. It might be ok to limit this to 6-months, but would like the option to extend the depreciation period if needed. On Friday, May 10, 2024 at 12:38:47 PM UTC-7 Vladimir Levin wrote: On Fri, May 10, 2024 at 2:18 PM Mike Taylor wrote: Is there a chromestatus entry associated with this intent? There's a lot of information missing from this Intent (see https://groups.google.com/a/chromium.org/g/blink-dev/c/LwgSKPBivuM/m/0dRsXWhBAgAJ as what is typical) - could you reply with the missing info? (Did you use ChromeStatus to generate the email?) Also note that origin trials can only run for 6 milestones initially (see https://www.chromium.org/blink/launching-features/#origin-trials) - or are you requesting a deprecation trial? FWIW, according to https://www.chromium.org/blink/launching-features/#deprecation-trial, deprecation trials also only run for up to 6 milestones before extensions On 5/10/24 12:36 PM, Di Zhang wrote: Contact emails dizha...@chromium.org dom-...@google.com *Experiment Goals*The feature KeyboardFocusableScrollers changes the focusability of a a scroll container. This is an important improvement to help make scrollers and contents within scr
Re: [PATCH v3 2/5] Import b64dec from gpg-error
Why this file is needed? From which GPG version this file come from? And missing SOB... On Fri, May 24, 2024 at 08:30:03PM +0300, Vladimir Serbinenko wrote: > --- > grub-core/lib/b64dec.c | 293 + > 1 file changed, 293 insertions(+) > create mode 100644 grub-core/lib/b64dec.c ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH v3 1/5] Import libgcrypt 1.10.3
Could you add your SOB and a few words to the commit message explaining why this patch is needed. It would be nice if you add a cover letter to this patch set too. Daniel On Fri, May 24, 2024 at 08:30:02PM +0300, Vladimir Serbinenko wrote: > --- > grub-core/lib/libgcrypt/AUTHORS | 264 + > grub-core/lib/libgcrypt/COPYING | 340 + > grub-core/lib/libgcrypt/COPYING.LIB | 510 + > grub-core/lib/libgcrypt/LICENSES | 287 + > grub-core/lib/libgcrypt/README| 280 + > grub-core/lib/libgcrypt/README.GIT|49 + > grub-core/lib/libgcrypt/THANKS| 168 + > grub-core/lib/libgcrypt/VERSION | 1 + > grub-core/lib/libgcrypt/cipher/ChangeLog | 3990 --- > grub-core/lib/libgcrypt/cipher/ChangeLog-2011 |40 +- > grub-core/lib/libgcrypt/cipher/Makefile.am| 271 +- > grub-core/lib/libgcrypt/cipher/Manifest |73 - > grub-core/lib/libgcrypt/cipher/ac.c | 3301 -- ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
Re: Seeking Advice: Setting up SSL in Solr 9.5 on Centos 7
Yh you're right, I did some more reading last night. I tried a few different domains last night and even disabled the SNI Check but no luck. I believe the issue is the 2 step process they have in the documentation for generating a self-signed certificate. There is more to the process and they may have assumed we should know but I don't. Thanks. Lee On 2024-05-28 20:56, Dmitri Maziuk wrote: On 5/28/24 19:35, Lee Daniel wrote: Interesting. Based on my lack of understanding, using z.com could mean two things: 1. Would I have to edit the certificate for each extra site/node we add? 2. Or have another instance of Solr for each site? So this is a whole different rant, but the practical result of the "secure by default" idiocy is that everyone gets a cert with CN=foo.bar and SAN=*.foo.bar and then uses it on every host they have. (And SANs can be in different domain too.) Assuming you're not actually in a TLD and have a dot in your "foo.bar" (for SNI), you could try that. But like I said, I don't know what tentacles may lurk in the Java implementation. Jetty may or may not like it. Dima
Re: Losing documents
The main issue we are trying to work around is the 2 messages that are taking off the input queue from the pipeline. I stated that When I was using 2.6 there were 2 consumers, 1 for meta and 1 consumer. This version only took 1 message off the queue As expected.. 2.10.x has 3 consumers 1 meta and Im assuming 2 consumers for messages.. I observe it taking 2 messages off the queue. SIGTERM then causes the pipe to shutdown and the second message is lost.. This happens with and without kubernetes.. I just observed it with the move to kubernetes and shutdowns are more prevalent. Daniel Cosio dcco...@gmail.com > On May 29, 2024, at 2:51 AM, Pablo Duboue wrote: > > On Tue, May 28, 2024 at 3:40 PM Daniel Cosio <mailto:dcco...@gmail.com>> wrote: > >> I’m seeing a couple of issues with the pipelines that cause messages(and >> CAS’s) to be lost. >> >> The pipeline is prefetching 2 messages off the input queue. If the >> pipeline receives a SIGTERM is will shut down. In this case, the document >> has finished but we loose the second document that was prefetched.. >> I never see the second prefetched document back on the input queue, so Im >> assuming it must have be ack’d(which doesn’t seem that this should >> happen)..I also seem to loose both CAS’s from the reader because >> The callback to the reader to tell it the CAS can be released is never >> called… >> >> >> This issue surfaced when moving our implementation to Kubernetes.. The >> shutdown is happening when a pod is stopped. I have a process that will >> requeue the last DOCID which is ok, but I have no way of recovering the >> second prefetched document.. >> >> I use UimaJ and Uima-AS 2.10.2. We cannot upgrade to 3.x yet. >> >> When I was running on 2.6 there were 2 consumers connected to the input >> queue.. With 2.10.2 there are 3 and Im suspecting the extra consumer is the >> one grabbing the second message. >> >> So, a few questions. >> >> 1. Is there a way via config to stop the pipeline from prefetching the >> second document >> 2. Is there a way to (via a shutdown hook) to let the pipeline return >> CAS’s to the reader if it recieves a SIGTERM. >> 3. Is there a way go back to the 2 consumers? >> >> Any insight would be appreciated >> > > Hi Daniel, > > What you describe is very unfortunate. > > I did a search on the mailing lists and found this issue that talks about > Kubernets and SIGTERM changes to the shutdown hooks: > https://issues.apache.org/jira/browse/UIMA-5909 > > You might want to look at what was done to close it and try reverting that > change to see if it fixes your issue. > > The three consumers are explained in this email: > https://lists.apache.org/thread/sm3g4yszsnygj3gxsxj16b6q6nozwcxb > > It doesn't seem the jump from 2 consumers to 3 might be related to what > you're observing. > > Hope this helps, > > P > > > > > > > > >> >> >> Daniel Cosio >> dcco...@gmail.com <mailto:dcco...@gmail.com>
Re: RFR: 8331879: Clean up non-standard use of /// comments in `java.base` [v2]
On Tue, 28 May 2024 22:31:15 GMT, Jonathan Gibbons wrote: >> With the advent of JEP 467, `///` comments may be treated as documentation >> comments, and may be subject to the recently new `javac` warning about >> "dangling doc comments" in unexpected places. >> >> In keeping with the policy to keep the `java.base` module free of all >> `javac` warnings, this patch proposes edits to existing uses of `///`. >> >> There are two dominant policies in the proposed changes. >> 1. A long horizontal line of `/` is replaced by `//-` >> 2. A long vertical series of lines beginning `///` is replaced by lines >> beginning `//|`. >> >> As with all style changes, I have also tried to honor local usage, for >> consistency. >> >> In one place, a pair of comments appeared to contain directives >> (`CLOVER:ON`, `CLOVER:OFF`). I investigated the use of such comments to >> determine that the exact form of the comment prefix was not significant. >> (Phew!) >> >> >> (This PR is informally blocked by JEP 467). > > Jonathan Gibbons has updated the pull request incrementally with one > additional commit since the last revision: > > incorporate review comments I like `//---` ; +1! - PR Comment: https://git.openjdk.org/jdk/pull/19130#issuecomment-2137452920
Re: RFR: 8331879: Clean up non-standard use of /// comments in `java.base` [v2]
On Tue, 28 May 2024 22:31:15 GMT, Jonathan Gibbons wrote: >> With the advent of JEP 467, `///` comments may be treated as documentation >> comments, and may be subject to the recently new `javac` warning about >> "dangling doc comments" in unexpected places. >> >> In keeping with the policy to keep the `java.base` module free of all >> `javac` warnings, this patch proposes edits to existing uses of `///`. >> >> There are two dominant policies in the proposed changes. >> 1. A long horizontal line of `/` is replaced by `//-` >> 2. A long vertical series of lines beginning `///` is replaced by lines >> beginning `//|`. >> >> As with all style changes, I have also tried to honor local usage, for >> consistency. >> >> In one place, a pair of comments appeared to contain directives >> (`CLOVER:ON`, `CLOVER:OFF`). I investigated the use of such comments to >> determine that the exact form of the comment prefix was not significant. >> (Phew!) >> >> >> (This PR is informally blocked by JEP 467). > > Jonathan Gibbons has updated the pull request incrementally with one > additional commit since the last revision: > > incorporate review comments I like `//---` ; +1! - PR Comment: https://git.openjdk.org/jdk/pull/19130#issuecomment-2137452920
[NADIGEST] NA Digest, V. 24, # 8
Subject: NA Digest, V. 24, # 8 NA Digest Wednesday, May 29, 2024 Volume 24 : Issue 8 Today's Editor: Daniel M. Dunlavy Sandia National Labs dmdu...@sandia.gov Today's Topics: Syvert Nørsett Trying to contact Richard (Dick) Wait Call for Nominations, ACM TOMS EiC MFEM Version 4.7 New Book, Complex Heterogeneous Systems Financial Mathematics, SPDE Theory, ..., ONLINE, Jun 2024 MINDS Advances in High-order Methods, South Korea, Jun 2024 Scientific Computations and Advanced Applications, Bulgaria, Jun 2024 Sparse Days at CERFACS, France, Jun 2024 Women in Data Science, Germany, Jun 2024 LALO 60: Matrices and Polynomials, Canada, Jul 2024 PDESoft, UK, Jul 2024 Symposium on Experimental Algorithms, Italy, Jul 2024 Machine Learning in Infinite Dimensions, UK, Aug 2024 deal.II User and Developer Workshop, USA, Aug 2024 pyMOR School and User Meeting, Germany, Aug 2024 AMaSiS 2024, Berlin, Sep 2024 Chemnitz Finite Element Symposium, Germany, Sep 2024 Frontiers of UQ in Engineering (FrontUQ), Germany, Sep 2024 Mathematics and its Applications, Spain, Sep 2024 Model Reduction and Surrogate Modeling, USA, Sep 2024 NUMDIFF-17, Germany, Sep 2024 Parallel CFD (ParCFD), Germany, Sep 2024 Constrained Optimization and Machine Learning, Germany, Oct 2024 Hardware-aware Scientific Computing, Germany, Oct 2024 SIAM Texas-Louisiana Section Meeting, USA, Oct 2024 Mathematics for Sustainability, Italy, Nov 2024 BEM Symposium, Hong Kong SAR, Dec 2024 Householder Symposium XXII, USA, Jun 2025 IMA Mathematics Anxiety Conference, UK, Jun 2025 Professor Position, Numerical Mathematics, FU Berlin, Germany Professor Position, Numerical Mathematics, TU Dortmund Univ, Germany Lecturer Position, Brunel Univ London, UK Lecturer Position, Data Science, Univ of Sydney, Australia Postdoc Position, Energy Optimization, DI-UniPI, Italy Postdoc Position, Finite Elements/HPC, ENSTA Paris, France Postdoc Position, Stochastic Multiscale Analysis, The Netherlands Postdoc, Quantum Algorithms/Navier-Stokes, Univ of Bologna, Italy Postdoc, Quantum Numerical Algorithms, Univ of Waterloo, Canada PhD Position, Fluid Mechanics, Univ of Oslo, Norway PhD Position, Mathematics of ML, Univ of Wurzburg, Germany PhD Position, NA and SciML, Lund Univ, Sweden PhD Position, NA for SDEs, TU Delft, The Netherlands PhD Position, Numerical Analysis, Paderborn Univ, Germany PhD Positions, Mathematical and Physical Sciences, Univ of Udine, Italy CFP, SISC Special Section on Iterative Methods CFP, Ukrainian Journal of Information Systems and Data Science Contents, Adv Comput Math (ACOM), 50 (2) Contents, SMAI Journal of Computational Mathematics Volume 9 Subscribe, unsubscribe, change address, or for na-digest archives: http://www.netlib.org/na-digest-html/faq.html Submissions for NA Digest: https://nadigest.icl.utk.edu/ --- From: Brynjulf Owren brynjulf.ow...@ntnu.no Date: April 30, 2024 Subject: Syvert Nørsett With great sadness we report that Syvert Paul Norsett, Professor Emeritus at the Norwegian University of Science and Technology, passed away on April 29, 2024, at the age of 79 after a short period of illness. Norsett was a pioneer in the field of numerical methods for ordinary differential equations, where he made a wide range of important contributions over his career. He also did important work in approximation theory and integral equations. Norsett played an important role in the Norwegian mathematical community. He was a mentor and door opener to the international research community for many young Norwegian researchers, and was known for his warm and generous personality and for spreading joy and enthusiasm among his friends and colleagues. Our thoughts go to his wife, Edith, his 4 children and 6 grandchildren. Anne Kvaerno and Brynjulf Owren --- From: Tim Hopkins t.r.hopk...@kent.ac.uk Date: May 21, 2024 Subject: Trying to contact Richard (Dick) Wait I am trying to get in contact with my former PhD supervisor, Dr Richard Wait. I was a graduate student in the Computation and Statistical Science (C) Department at Liverpool from 1972-1974 and was awarded my degree in 1977. I know Dick left Liverpool and worked at Upsalla University around 2008 but I have been unable to find any more recent information regarding his whereabouts. Has anyone got any current contact details or news of his location since he left Upsalla that they could share with me? --- From: Michael
[jira] [Closed] (CAUSEWAY-3754) CSS fix for autocomplete dropdowns, use full width of prompt (same as choices)
[ https://issues.apache.org/jira/browse/CAUSEWAY-3754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Keir Haywood closed CAUSEWAY-3754. - Resolution: Fixed > CSS fix for autocomplete dropdowns, use full width of prompt (same as choices) > -- > > Key: CAUSEWAY-3754 > URL: https://issues.apache.org/jira/browse/CAUSEWAY-3754 > Project: Causeway > Issue Type: Improvement > Components: Viewer Wicket >Affects Versions: 2.0.0 >Reporter: Daniel Keir Haywood >Assignee: Daniel Keir Haywood >Priority: Minor > Fix For: 2.1.0 > > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (CAUSEWAY-3754) CSS fix for autocomplete dropdowns, use full width of prompt (same as choices)
Daniel Keir Haywood created CAUSEWAY-3754: - Summary: CSS fix for autocomplete dropdowns, use full width of prompt (same as choices) Key: CAUSEWAY-3754 URL: https://issues.apache.org/jira/browse/CAUSEWAY-3754 Project: Causeway Issue Type: Improvement Components: Viewer Wicket Affects Versions: 2.0.0 Reporter: Daniel Keir Haywood Assignee: Daniel Keir Haywood Fix For: 2.1.0 -- This message was sent by Atlassian Jira (v8.20.10#820010)
Re: curl_multi_socket_action takes longer when using HTTPS
On Tue, 28 May 2024, Richa Shah wrote: - Is it possible the time spent in pruning dead connections is getting counted towards DNS resolution? Since thats the very first latency that curl tracks for handles, my guess is anything curl does before actually reaching the resolution part of the request gets counted within the "name lookup" time. Yes, I think that might be correct. - The "prune_dead_connections" method is expected to be called at most once per second, and I do see that happening with my service as well. But given the high traffic I'm submitting to curl (~1000 or more HTTPS requests per second, all going to different URLs/IP addresses), we end up accumulating a lot of dead connections over time, and pruning ends up being a cost we have to pay before we can get to a request almost every second. Is it possible to somehow proactively prune dead connections? This is just code so yes, everything is certainly possible. I don't have work on this on my personal agenda though and I have not heard anyone else say they work on it. A first test-shot for you would perhaps be to increase the scan frequency from once per second to maybe ten per second? Or can we prune in smaller batches so it doesn't end up adding too much time for an actual request? If we can think of a better way to do it, then I think we should do it in a better way! ;-) A challenge with such a scheme is that it risks that the amount of actually dead connections gradually increases because it closes them off too slowly. I also noticed that closing an SSL connection is expensive because there are some more calls that curl makes to the TLS library before it actually closes the connection, so closing 100+ connections at a time serially will add up to quite a bit of time. The core problem here is really that getting 100+ connections that suddenly are dead is an edge case libcurl is not optimized for. Typically, connections die more spread out over time. -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
Guacamole session affinity in case of network failure
Hi We are trying to configure guacamole with balancing group and session affinity. When the network connection to the client is lost, guacd reports "User is not responding" after 15 sec. And then "Connection to guacd terminated abnormally: Connection to guacd timed out" / "User disconnected from connection group" after another 15 sec. The connection is cleared, but the user is not logged off. If the user refreshes the session (F5), the connection is reestablished. This is the expected behavior with session affinity enabled. Problem: If in the meantime (when the user is disconnected) another user is logs in, they will get this connection and the previous user will not be able to connect after (because the connection is used), until they log out / log in and get a new connection assigned. Expected behaviour: The connection is cached and "reserved" for that user, until user logs out or the idle timeout is reached. Is there a solution to this problem? Apparently it is not possible to change the 15sec timeout: https://sourceforge.net/p/guacamole/discussion/1110834/thread/4bd2fdde/ Also we have the problem, that guacamole assigns connections to users even if the remote server is unavailable. The user is then stuck in that connection. Is this problem not resolved?: https://issues.apache.org/jira/browse/GUACAMOLE-267 or does it need a special configuration? Regards Daniel
[jira] [Assigned] (CAUSEWAY-3753) Per-param validation errors show in wrong slot, for all params
[ https://issues.apache.org/jira/browse/CAUSEWAY-3753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Keir Haywood reassigned CAUSEWAY-3753: - Assignee: Andi Huber > Per-param validation errors show in wrong slot, for all params > -- > > Key: CAUSEWAY-3753 > URL: https://issues.apache.org/jira/browse/CAUSEWAY-3753 > Project: Causeway > Issue Type: Bug > Components: Viewer Wicket >Affects Versions: 2.0.0 >Reporter: Daniel Keir Haywood >Assignee: Andi Huber >Priority: Major > Fix For: 2.1.0 > > Attachments: image-2024-05-29-12-29-47-312.png, > image-2024-05-29-12-31-43-390.png > > > to reproduce: > for example,with the petclinic tutorial > > git checkout tags/08-01-home-page-additional-collections > mvn clean install > mvn -pl webapp spring-boot:run > > attempt to create an Pet Owner ; there's validation on the first param, name > ... but is only activated when hit OK. > > !image-2024-05-29-12-29-47-312.png! > > and compare changing name vs changing email address (regex): > > !image-2024-05-29-12-31-43-390.png! > > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (CAUSEWAY-3753) Per-param validation errors show in wrong slot, for all params
Daniel Keir Haywood created CAUSEWAY-3753: - Summary: Per-param validation errors show in wrong slot, for all params Key: CAUSEWAY-3753 URL: https://issues.apache.org/jira/browse/CAUSEWAY-3753 Project: Causeway Issue Type: Bug Components: Viewer Wicket Affects Versions: 2.0.0 Reporter: Daniel Keir Haywood Fix For: 2.1.0 Attachments: image-2024-05-29-12-29-47-312.png, image-2024-05-29-12-31-43-390.png to reproduce: for example,with the petclinic tutorial git checkout tags/08-01-home-page-additional-collections mvn clean install mvn -pl webapp spring-boot:run attempt to create an Pet Owner ; there's validation on the first param, name ... but is only activated when hit OK. !image-2024-05-29-12-29-47-312.png! and compare changing name vs changing email address (regex): !image-2024-05-29-12-31-43-390.png! -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (CAUSEWAY-3752) Provide SPI to describe which classes are surfaced by the different viewers.
Daniel Keir Haywood created CAUSEWAY-3752: - Summary: Provide SPI to describe which classes are surfaced by the different viewers. Key: CAUSEWAY-3752 URL: https://issues.apache.org/jira/browse/CAUSEWAY-3752 Project: Causeway Issue Type: New Feature Components: Core, Viewer GraphQL, Viewer RO, Viewer Wicket Affects Versions: 2.0.0 Reporter: Daniel Keir Haywood Assignee: Daniel Keir Haywood Fix For: 2.1.0 -- This message was sent by Atlassian Jira (v8.20.10#820010)
Can we improve the charset parameter Javadoc in PrintStream?
Hi, When viewing the Javadoc of PrintStream, I noticed that the Javadocs of the constructors involving charsets seems to be a bit lacking. In most cases, these just mention something like "a charset" instead of saying what it's used for. While the class description specifies that, I think it could also be present in the parameter information of the constructors since PrintStream is a commonly used class. - The second parameter of PrintStream(File, String) is named "csn" and described as "The name of a supported charset". I suggest naming the parameter "encoding" and changing the description to "The name of a supported character encoding to be used for be used for converting characters to bytes" (with the appropriate link). This would be consistent with the PrintStream(OutputStream, boolean, String) constructor. - The second parameter of PrintStream(File, Charset) is described as "A charset". I think this could be changed to "The charset used for converting characters to bytes" or similar. - The third parameter of PrintStream(OutputStream, boolean, String) is named "encoding" and described as "The name of a supported character encoding". This could be changed to "The name of a supported character encoding to be used for be used for converting characters to bytes". - The third parameter of PrintStream(OutputStream, boolean, Charset) is described as "A charset". I suggest changing this to "The charset used for converting characters to bytes". Instead of using "encoding" for the String parameter names, "charsetName" would be another option. In this case, I would suggest something like "The name of a supported charset to be used for be used for converting characters to bytes". If wanted, I can write a pull request for this but as I don't have JBS access, I can't create the issue and CSR by myself. Yours, Daniel smime.p7s Description: S/MIME Cryptographic Signature
Re: [e-users] fullsreen problem with chromium in enlightenment
Hii Tiss time the problem has occurred with a stuck video and no sound . The test of switching the virtual desktop has also changed nothing. It has returned to normal state by forcing the fullscreen mode with the fullscreen radio button Best regards Daniel Le mer. 29 mai 2024 à 10:37, Massimo Maiurana a écrit : > > I've experienced this problem too sometimes in the past, if my memories > are not wrong switching to a different virtual desktop and back restores > the focus. > > Massimo Maiurana > > daniel antoine ha scritto il 29/05/24 alle 10:17: > > Hi Ross > > > > I have got one occurrence of the problem and ALT-Tab changes nothing > > but I was wrong about the minimize button radio , actually it also > > permits to unblock the hang video > > > > Best regards > > > > Daniel > > > > Le mar. 28 mai 2024 à 21:15, Ross Vandegrift a écrit : > >> > >> On Tue, May 28, 2024 at 08:39:20PM +0200, daniel antoine wrote: > >>> I have got this random problem. I am looking at a video on youtube or > >>> a TV channel (orange TV) on chromium , if I want to change the video > >>> by going out of the fullscreen mode by ESC or return , there is a > >>> little flickering, the video hungs and stays in fullscreen but the > >>> audio continues to work. You have a stuck image with sound. It's > >>> possible to minimize the video windows but it stays stuck. The first > >>> solution was to close the windows and restart the process but I have > >>> finally found that by clicking on the radio button maximize or full > >>> screen I am able to return to a small working video and after to > >>> fullscreen mode. > >> > >> What if you press Alt-Tab as if you were switching back to the video? > >> > >> I have a similar problem with Firefox - when browser audio starts > >> playing, Enlightenment loses track of which window has focus. Full > >> screen video will hang, doing something to force focus back to Firefox > >> fixes it. > >> > >> Ross > >> > >> > >> ___ > >> enlightenment-users mailing list > >> enlightenment-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > > ___ > > enlightenment-users mailing list > > enlightenment-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[Bug 2037015] Re: Screen corruption of webkit2gtk apps in X11 on Raspberry Pi, such as during install
Here's a refreshed patch for Oracular. Since I keep having to rebase and regenerate these I won't bother with Noble until Oracular actually gets uploaded. ** Patch added: "webkit2gtk_2.44.2-1ubuntu1.debdiff" https://bugs.launchpad.net/ubuntu/+source/webkit2gtk/+bug/2037015/+attachment/5783853/+files/webkit2gtk_2.44.2-1ubuntu1.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2037015 Title: Screen corruption of webkit2gtk apps in X11 on Raspberry Pi, such as during install To manage notifications about this bug go to: https://bugs.launchpad.net/webkit/+bug/2037015/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2037015] Re: Screen corruption of webkit2gtk apps in X11 on Raspberry Pi, such as during install
And of course those have been superseded now. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2037015 Title: Screen corruption of webkit2gtk apps in X11 on Raspberry Pi, such as during install To manage notifications about this bug go to: https://bugs.launchpad.net/webkit/+bug/2037015/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2061079] Re: GTK-ngl (new default backend) rendering issues with the nvidia 470 driver
** Changed in: nvidia-graphics-drivers-470 (Ubuntu Oracular) Status: Triaged => In Progress ** Changed in: nvidia-graphics-drivers-470 (Ubuntu Noble) Status: In Progress => Triaged ** Changed in: gtk4 (Ubuntu Noble) Status: Triaged => Won't Fix ** Changed in: gtk4 (Ubuntu Oracular) Status: Triaged => Won't Fix -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2061079 Title: GTK-ngl (new default backend) rendering issues with the nvidia 470 driver To manage notifications about this bug go to: https://bugs.launchpad.net/gtk/+bug/2061079/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2061079] Re: GTK-ngl (new default backend) rendering issues with the nvidia 470 driver
** Changed in: nvidia-graphics-drivers-470 (Ubuntu Oracular) Status: Triaged => In Progress ** Changed in: nvidia-graphics-drivers-470 (Ubuntu Noble) Status: In Progress => Triaged ** Changed in: gtk4 (Ubuntu Noble) Status: Triaged => Won't Fix ** Changed in: gtk4 (Ubuntu Oracular) Status: Triaged => Won't Fix -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk4 in Ubuntu. https://bugs.launchpad.net/bugs/2061079 Title: GTK-ngl (new default backend) rendering issues with the nvidia 470 driver To manage notifications about this bug go to: https://bugs.launchpad.net/gtk/+bug/2061079/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[jira] [Created] (CAUSEWAY-3751) Extend PageRenderSubscriber API, to include onRendering(...) as a pre-hook.
Daniel Keir Haywood created CAUSEWAY-3751: - Summary: Extend PageRenderSubscriber API, to include onRendering(...) as a pre-hook. Key: CAUSEWAY-3751 URL: https://issues.apache.org/jira/browse/CAUSEWAY-3751 Project: Causeway Issue Type: New Feature Components: Core, Viewer Wicket Affects Versions: 2.0.0 Reporter: Daniel Keir Haywood Assignee: Daniel Keir Haywood Fix For: 2.1.0 This would then allow applications to pre-load data for large/complicated pages, mitigating N+1 loading issues. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[Bug 2064213] Re: Release BlueZ 5.76 to Oracular
** Summary changed: - Release BlueZ 5.75 to Oracular + Release BlueZ 5.76 to Oracular ** Description changed: - Release BlueZ 5.75 to Oracular: - https://mirrors.edge.kernel.org/pub/linux/bluetooth/bluez-5.75.tar.xz + Release BlueZ 5.76 to Oracular: + https://mirrors.edge.kernel.org/pub/linux/bluetooth/bluez-5.76.tar.xz ** Changed in: bluez (Ubuntu) Assignee: Daniel van Vugt (vanvugt) => (unassigned) ** Tags added: udeng-2744 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2064213 Title: Release BlueZ 5.76 to Oracular To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/2064213/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2066268] Re: Sometimes screen flashes black, probably a driver issue?
"FIFO underrun" would be a black flash, yes. But one that we can't fix from userspace. Hopefully the kernel change i915.enable_psr=0 helps you. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2066268 Title: Sometimes screen flashes black, probably a driver issue? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/2066268/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067260] Re: Mouse mapping randomly temporarily changes after Ubuntu 24.04 upgrade
I'm wondering if the affected apps use Xwayland, which would also translate the input. Firefox shouldn't be, because that's now Wayland by default, but Chromium would be. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to mutter in Ubuntu. https://bugs.launchpad.net/bugs/2067260 Title: Mouse mapping randomly temporarily changes after Ubuntu 24.04 upgrade To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/2067260/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2067260] Re: Mouse mapping randomly temporarily changes after Ubuntu 24.04 upgrade
I'm wondering if the affected apps use Xwayland, which would also translate the input. Firefox shouldn't be, because that's now Wayland by default, but Chromium would be. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067260 Title: Mouse mapping randomly temporarily changes after Ubuntu 24.04 upgrade To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/2067260/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[clang] [clang][ExtractAPI] Flatten all enum cases from anonymous enums at top level (PR #93559)
https://github.com/daniel-grumberg closed https://github.com/llvm/llvm-project/pull/93559 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
[jira] [Created] (CAUSEWAY-3750) Configure visibility of the about page, as of Spring 3.3 use same prop that it does for SBOM
Daniel Keir Haywood created CAUSEWAY-3750: - Summary: Configure visibility of the about page, as of Spring 3.3 use same prop that it does for SBOM Key: CAUSEWAY-3750 URL: https://issues.apache.org/jira/browse/CAUSEWAY-3750 Project: Causeway Issue Type: New Feature Components: Viewer Wicket Affects Versions: 2.0.0 Reporter: Daniel Keir Haywood the Wicket viewer's about page shows a list of the jar files that make up the app. All very nice, but should be under config prop control (perhaps it is already?) And, as of Spring Boot 3.3, there is a config prop to control; let's use the same? management.endpoints.web.exposure.include=health,sbom [SBOM support in Spring Boot 3.3|https://spring.io/blog/2024/05/24/sbom-support-in-spring-boot-3-3] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (CAUSEWAY-3749) GraphQL - support partial prompts, ie compute if dependent params are hidden, disalbed; compute defaults or choices
Daniel Keir Haywood created CAUSEWAY-3749: - Summary: GraphQL - support partial prompts, ie compute if dependent params are hidden, disalbed; compute defaults or choices Key: CAUSEWAY-3749 URL: https://issues.apache.org/jira/browse/CAUSEWAY-3749 Project: Causeway Issue Type: New Feature Components: Viewer GraphQL Affects Versions: 2.0.0 Reporter: Daniel Keir Haywood Assignee: Daniel Keir Haywood I don't _think_ we can do partial prompts eg enter first few params, then calculate choices or default for remaining? -- This message was sent by Atlassian Jira (v8.20.10#820010)
[Bug 2065791] Re: incorrect screen resolution in wayland session
** Tags added: simpledrm -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2065791 Title: incorrect screen resolution in wayland session To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-535/+bug/2065791/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2066126] Re: Screen glitching
** Tags added: simpledrm -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2066126 Title: Screen glitching To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-535/+bug/2066126/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[sr-dev] git:master:8363208f: siputils: free head of params list for get_uri_param()
Module: kamailio Branch: master Commit: 8363208fff7c101a2779ff64783e5b7dbf8ffd7c URL: https://github.com/kamailio/kamailio/commit/8363208fff7c101a2779ff64783e5b7dbf8ffd7c Author: Daniel-Constantin Mierla Committer: Daniel-Constantin Mierla Date: 2024-05-29T10:18:44+02:00 siputils: free head of params list for get_uri_param() - GH #3857 --- Modified: src/modules/siputils/checks.c --- Diff: https://github.com/kamailio/kamailio/commit/8363208fff7c101a2779ff64783e5b7dbf8ffd7c.diff Patch: https://github.com/kamailio/kamailio/commit/8363208fff7c101a2779ff64783e5b7dbf8ffd7c.patch --- diff --git a/src/modules/siputils/checks.c b/src/modules/siputils/checks.c index 4e28aef8e8d..2822e24b7c8 100644 --- a/src/modules/siputils/checks.c +++ b/src/modules/siputils/checks.c @@ -1165,7 +1165,7 @@ int get_uri_param(struct sip_msg *_msg, char *_param, char *_value) pv_value_t val; param_hooks_t hooks; - param_t *list = NULL; + param_t *plist = NULL; param_t *params; param = (str *)_param; @@ -1178,12 +1178,12 @@ int get_uri_param(struct sip_msg *_msg, char *_param, char *_value) t = _msg->parsed_uri.params; - if(parse_params(, CLASS_ANY, , ) < 0) { + if(parse_params(, CLASS_ANY, , ) < 0) { LM_ERR("ruri parameter parsing failed\n"); return -1; } - params = list; + params = plist; while(params) { if((params->name.len == param->len) && (strncmp(params->name.s, param->s, param->len) == 0)) { @@ -1198,11 +1198,11 @@ int get_uri_param(struct sip_msg *_msg, char *_param, char *_value) } } - free_params(list); + free_params(plist); return -1; found: - free_params(list); + free_params(plist); return 1; } ___ Kamailio (SER) - Development Mailing List To unsubscribe send an email to sr-dev-le...@lists.kamailio.org
[sr-dev] git:master:d72a3fbc: siputils: free head of params list for get_uri_param()
Module: kamailio Branch: master Commit: d72a3fbc903da02ae3b26f3aae2ea228c9f8b255 URL: https://github.com/kamailio/kamailio/commit/d72a3fbc903da02ae3b26f3aae2ea228c9f8b255 Author: Daniel-Constantin Mierla Committer: Daniel-Constantin Mierla Date: 2024-05-29T10:15:21+02:00 siputils: free head of params list for get_uri_param() - GH #3857 --- Modified: src/modules/siputils/checks.c --- Diff: https://github.com/kamailio/kamailio/commit/d72a3fbc903da02ae3b26f3aae2ea228c9f8b255.diff Patch: https://github.com/kamailio/kamailio/commit/d72a3fbc903da02ae3b26f3aae2ea228c9f8b255.patch --- diff --git a/src/modules/siputils/checks.c b/src/modules/siputils/checks.c index 6cc977197fb..4e28aef8e8d 100644 --- a/src/modules/siputils/checks.c +++ b/src/modules/siputils/checks.c @@ -1165,6 +1165,7 @@ int get_uri_param(struct sip_msg *_msg, char *_param, char *_value) pv_value_t val; param_hooks_t hooks; + param_t *list = NULL; param_t *params; param = (str *)_param; @@ -1177,11 +1178,12 @@ int get_uri_param(struct sip_msg *_msg, char *_param, char *_value) t = _msg->parsed_uri.params; - if(parse_params(, CLASS_ANY, , ) < 0) { + if(parse_params(, CLASS_ANY, , ) < 0) { LM_ERR("ruri parameter parsing failed\n"); return -1; } + params = list; while(params) { if((params->name.len == param->len) && (strncmp(params->name.s, param->s, param->len) == 0)) { @@ -1196,11 +1198,11 @@ int get_uri_param(struct sip_msg *_msg, char *_param, char *_value) } } - free_params(params); + free_params(list); return -1; found: - free_params(params); + free_params(list); return 1; } ___ Kamailio (SER) - Development Mailing List To unsubscribe send an email to sr-dev-le...@lists.kamailio.org
Re: [e-users] fullsreen problem with chromium in enlightenment
Hi Ross I have got one occurrence of the problem and ALT-Tab changes nothing but I was wrong about the minimize button radio , actually it also permits to unblock the hang video Best regards Daniel Le mar. 28 mai 2024 à 21:15, Ross Vandegrift a écrit : > > On Tue, May 28, 2024 at 08:39:20PM +0200, daniel antoine wrote: > > I have got this random problem. I am looking at a video on youtube or > > a TV channel (orange TV) on chromium , if I want to change the video > > by going out of the fullscreen mode by ESC or return , there is a > > little flickering, the video hungs and stays in fullscreen but the > > audio continues to work. You have a stuck image with sound. It's > > possible to minimize the video windows but it stays stuck. The first > > solution was to close the windows and restart the process but I have > > finally found that by clicking on the radio button maximize or full > > screen I am able to return to a small working video and after to > > fullscreen mode. > > What if you press Alt-Tab as if you were switching back to the video? > > I have a similar problem with Firefox - when browser audio starts > playing, Enlightenment loses track of which window has focus. Full > screen video will hang, doing something to force focus back to Firefox > fixes it. > > Ross > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[sr-dev] Re: [kamailio/kamailio] Problem loadmodule secsipid on kamailio 5.6.5 (Issue #3860)
Closed #3860 as completed. -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/3860#event-12967722279 You are receiving this because you are subscribed to this thread. Message ID: ___ Kamailio (SER) - Development Mailing List To unsubscribe send an email to sr-dev-le...@lists.kamailio.org
[Bug 2012954] Re: drag and drop files via hot corner Activities Overview don't work anymore
** Changed in: gtk4 (Ubuntu) Status: Incomplete => New ** No longer affects: gtk ** Also affects: gnome-shell (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2012954 Title: drag and drop files via hot corner Activities Overview don't work anymore To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2012954/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2012954] Re: drag and drop files via hot corner Activities Overview don't work anymore
** Changed in: gtk4 (Ubuntu) Status: Incomplete => New ** No longer affects: gtk ** Also affects: gnome-shell (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk4 in Ubuntu. https://bugs.launchpad.net/bugs/2012954 Title: drag and drop files via hot corner Activities Overview don't work anymore To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2012954/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2066268] Re: Sometimes screen flashes black, probably a driver issue?
It's probably best to open your own bug in case there are multiple root causes. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2066268 Title: Sometimes screen flashes black, probably a driver issue? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/2066268/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067374] Re: i915 didn't work after dist upgrade until linux-firmware was manually reinstalled
** Summary changed: - gnome-shell very high cpu usage + i915 didn't work after dist upgrade until linux-firmware was manually reinstalled ** Package changed: gnome-shell (Ubuntu) => linux-firmware (Ubuntu) ** Changed in: linux-firmware (Ubuntu) Status: Incomplete => New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067374 Title: i915 didn't work after dist upgrade until linux-firmware was manually reinstalled To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/2067374/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067374] Re: i915 didn't work after dist upgrade until linux-firmware was manually reinstalled
** Summary changed: - gnome-shell very high cpu usage + i915 didn't work after dist upgrade until linux-firmware was manually reinstalled ** Package changed: gnome-shell (Ubuntu) => linux-firmware (Ubuntu) ** Changed in: linux-firmware (Ubuntu) Status: Incomplete => New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/2067374 Title: i915 didn't work after dist upgrade until linux-firmware was manually reinstalled To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/2067374/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[sr-dev] Re: [kamailio/kamailio] dispatcher not proxy sip on websocket (Issue #3864)
Kamailio can act as a websocket server only, listening and accepting connections. It cannot be a websocket client. Should anyone want to implement the client mode, just make a pull request. -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/3864#issuecomment-2136743613 You are receiving this because you are subscribed to this thread. Message ID: ___ Kamailio (SER) - Development Mailing List To unsubscribe send an email to sr-dev-le...@lists.kamailio.org
[sr-dev] Re: [kamailio/kamailio] dispatcher not proxy sip on websocket (Issue #3864)
Closed #3864 as completed. -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/3864#event-12967339179 You are receiving this because you are subscribed to this thread. Message ID: ___ Kamailio (SER) - Development Mailing List To unsubscribe send an email to sr-dev-le...@lists.kamailio.org
Re: Where is curlx_dyn_addn defined?
On Tue, 28 May 2024, Bill Pierce via curl-library wrote: I grabbed the sources from github using Git Bash on May 24, 2024, but when I tried to compile a test program with selected libcurl files, curlx_dyn_addn was undefined. I recommend you use one of the provided ways to build libcurl. You probably did not define BUILDING_LIBCURL when building libcurl which you can see in lib/dynbuf.h will change some things around. The only user of that header that is not building libcurl is the curl tool that reuses it. -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
[SR-Users] Re: libstirshaken installation issues
Hello, this looks like related only to the libstirshaken project, nothing to do with Kamailio module. Apparently is about deprecated functions treated as errors, but you have to address the issue to the libstirshaken project. Alternatively, in Kamailio you can use secsipid module, which also offers STIR/SHAKEN functionality. Cheers, Daniel On 28.05.24 23:20, tfayomi--- via sr-users wrote: > Hi All, > > I am attempting to install the stirshaken module for kamailio and I ran into > a couple issues installing the open source c library for libstirshaken. When > I use the make command, I'm getting this error: > > src/stir_shaken.c: In function 'stir_shaken_is_key_trusted': > src/stir_shaken.c:726:9: error: 'EVP_PKEY_cmp' is deprecated: Since OpenSSL > 3.0 [-Werror=deprecated-declarations] > 726 | if (!EVP_PKEY_cmp(pkey, candidate_pkey)) { > | ^~ > In file included from /usr/include/openssl/x509.h:29, > from /usr/include/openssl/ssl.h:31, > from /usr/include/libks2/libks/ks_ssl.h:25, > from /usr/include/libks2/libks/ks.h:80, > from include/stir_shaken.h:15, > from src/stir_shaken.c:1: > /usr/include/openssl/evp.h:1418:5: note: declared here > 1418 | int EVP_PKEY_cmp(const EVP_PKEY *a, const EVP_PKEY *b); > | ^~~~ > At top level: > cc1: note: unrecognized command-line option > '-Wno-gnu-zero-variadic-macro-arguments' may have been intended to silence > earlier diagnostics > cc1: all warnings being treated as errors > make: *** [Makefile:1337: src/stir_shaken.lo] Error 1 > > I tried going into the stir_shaken file and changing EVP_PKEY_cmp to > EVP_PKEY_eq, but it just brings up more deprecation errors. I also tried > rolling back the openssl version on my machine to openssl version 1.1 and > changing EVP_PKEY_eq back to EVP_PKEY_cmp, but the same error persists. Is > there any way to resolve this error, or is there another library that can be > used to get the stirshaken module for kamailio? > > Thanks in advance, > Temi > __ > Kamailio - Users Mailing List - Non Commercial Discussions > To unsubscribe send an email to sr-users-le...@lists.kamailio.org > Important: keep the mailing list in the recipients, do not reply only to the > sender! > Edit mailing list options or unsubscribe: -- Daniel-Constantin Mierla (@ asipto.com) twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy, Training and Development Services -- asipto.com __ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
[sr-dev] Re: [kamailio/kamailio] Problem loadmodule secsipid on kamailio 5.6.5 (Issue #3860)
Is the secsipid module loaded? -- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/3860#issuecomment-2136573416 You are receiving this because you are subscribed to this thread. Message ID: ___ Kamailio (SER) - Development Mailing List To unsubscribe send an email to sr-dev-le...@lists.kamailio.org
[Bug 2064698] Re: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get [### Promise created here: ### getProperty@file:///usr/share/gnome-shell/extensions/ubuntu-appindi
** Tags added: logspam -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2064698 Title: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get [### Promise created here: ### getProperty@file:///usr/share/gnome-shell/extensions/ubuntu- appindicat...@ubuntu.com/dbusProxy.js:89:33] To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/2064698/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067143] Re: ‘no signal’ after monitor sleep or monitor turned off
Please also provide a log from as soon as the bug occurs: journalctl -b0 > journal.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067143 Title: ‘no signal’ after monitor sleep or monitor turned off To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2067143/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2064698] Re: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get [### Promise created here: ### getProperty@file:///usr/share/gnome-shell/extensions/ubuntu-appindi
** Tags added: logspam -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell-extension-appindicator in Ubuntu. https://bugs.launchpad.net/bugs/2064698 Title: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get [### Promise created here: ### getProperty@file:///usr/share/gnome-shell/extensions/ubuntu- appindicat...@ubuntu.com/dbusProxy.js:89:33] To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/2064698/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2067143] Re: ‘no signal’ after monitor sleep or monitor turned off
Please also provide a log from as soon as the bug occurs: journalctl -b0 > journal.txt -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to mutter in Ubuntu. https://bugs.launchpad.net/bugs/2067143 Title: ‘no signal’ after monitor sleep or monitor turned off To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2067143/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2067433] Re: Switching windows causes application menu icons to be scaled up
Also reported in https://gitlab.gnome.org/GNOME/gnome- shell/-/issues/7020 ** Package changed: xorg (Ubuntu) => gnome-shell (Ubuntu) ** Summary changed: - Switching windows causes application menu icons to be scaled up + App grid icons are scaled up ** Bug watch added: gitlab.gnome.org/GNOME/gnome-shell/-/issues #7020 https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/7020 ** Also affects: gnome-shell via https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/7020 Importance: Unknown Status: Unknown ** Changed in: gnome-shell (Ubuntu) Status: New => Confirmed ** Tags added: quality visual -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067433 Title: App grid icons are scaled up To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-shell/+bug/2067433/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067433] Re: Switching windows causes application menu icons to be scaled up
Also reported in https://gitlab.gnome.org/GNOME/gnome- shell/-/issues/7020 ** Package changed: xorg (Ubuntu) => gnome-shell (Ubuntu) ** Summary changed: - Switching windows causes application menu icons to be scaled up + App grid icons are scaled up ** Bug watch added: gitlab.gnome.org/GNOME/gnome-shell/-/issues #7020 https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/7020 ** Also affects: gnome-shell via https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/7020 Importance: Unknown Status: Unknown ** Changed in: gnome-shell (Ubuntu) Status: New => Confirmed ** Tags added: quality visual -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/2067433 Title: App grid icons are scaled up To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-shell/+bug/2067433/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2067374] Re: gnome-shell very high cpu usage
Oh actually it sounds like the problem might be that hardware acceleration isn't working: [ 35.899866] tuxedo org.gnome.Shell.desktop[3332]: error: Kernel is too old (4.16+ required) or unusable for Iris. [ 35.899866] tuxedo org.gnome.Shell.desktop[3332]: Check your dmesg logs for loading failures. [ 36.085749] tuxedo org.gnome.Shell.desktop[3332]: error: Kernel is too old (4.16+ required) or unusable for Iris. [ 36.085749] tuxedo org.gnome.Shell.desktop[3332]: Check your dmesg logs for loading failures. [ 36.085749] tuxedo org.gnome.Shell.desktop[3332]: libEGL warning: egl: failed to create dri2 screen [ 36.088736] tuxedo org.gnome.Shell.desktop[3332]: error: Kernel is too old (4.16+ required) or unusable for Iris. [ 36.088736] tuxedo org.gnome.Shell.desktop[3332]: Check your dmesg logs for loading failures. [ 36.088736] tuxedo org.gnome.Shell.desktop[3332]: libEGL warning: egl: failed to create dri2 screen [ 36.091930] tuxedo org.gnome.Shell.desktop[3332]: error: Kernel is too old (4.16+ required) or unusable for Iris. [ 36.091930] tuxedo org.gnome.Shell.desktop[3332]: Check your dmesg logs for loading failures. [ 36.091930] tuxedo org.gnome.Shell.desktop[3332]: libEGL warning: egl: failed to create dri2 screen So either something went wrong with the dist upgrade or the Nvidia drivers (which are not present now) somehow broke the Intel drivers. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067374 Title: gnome-shell very high cpu usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2067374/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067374] Re: gnome-shell very high cpu usage
Please run: journalctl -b0 > journal.txt and attach the resulting file here. ** Changed in: gnome-shell (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067374 Title: gnome-shell very high cpu usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2067374/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067374] Re: gnome-shell very high cpu usage
Please run: journalctl -b0 > journal.txt and attach the resulting file here. ** Changed in: gnome-shell (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/2067374 Title: gnome-shell very high cpu usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2067374/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2067374] Re: gnome-shell very high cpu usage
Please try uninstalling: 'coverflowalt...@palatis.blogspot.com', 'freon@UshakovVasilii_Github.yahoo.com', 'nothing-to- s...@extensions.gnome.wouter.bolsterl.ee', 'system_moni...@bghome.gmail.com', 'system-monitor- n...@paradoxxx.zero.gmail.com' Or more simply: cd ~/.local/share/gnome-shell/ rm -rf extensions and then log in again. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067374 Title: gnome-shell very high cpu usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2067374/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067431] Re: The windowing environment crashed
Thank you for taking the time to report this bug and helping to make Ubuntu better. It sounds like some part of the system has crashed. To help us find the cause of the crash please follow these steps: 1. Run these commands: journalctl -b0 > journal.txt journalctl -b-1 > prevjournal.txt and attach the resulting text files here. 2. Look in /var/crash for crash files and if found run: ubuntu-bug YOURFILE.crash Then tell us the ID of the newly-created bug. 3. If step 2 failed then look at https://errors.ubuntu.com/user/ID where ID is the content of file /var/lib/whoopsie/whoopsie-id on the machine. Do you find any links to recent problems on that page? If so then please send the links to us. Please take care to avoid attaching .crash files to bugs as we are unable to process them as file attachments. It would also be a security risk for yourself. ** Changed in: gnome-shell (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067431 Title: The windowing environment crashed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2067431/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2067374] Re: gnome-shell very high cpu usage
Oh actually it sounds like the problem might be that hardware acceleration isn't working: [ 35.899866] tuxedo org.gnome.Shell.desktop[3332]: error: Kernel is too old (4.16+ required) or unusable for Iris. [ 35.899866] tuxedo org.gnome.Shell.desktop[3332]: Check your dmesg logs for loading failures. [ 36.085749] tuxedo org.gnome.Shell.desktop[3332]: error: Kernel is too old (4.16+ required) or unusable for Iris. [ 36.085749] tuxedo org.gnome.Shell.desktop[3332]: Check your dmesg logs for loading failures. [ 36.085749] tuxedo org.gnome.Shell.desktop[3332]: libEGL warning: egl: failed to create dri2 screen [ 36.088736] tuxedo org.gnome.Shell.desktop[3332]: error: Kernel is too old (4.16+ required) or unusable for Iris. [ 36.088736] tuxedo org.gnome.Shell.desktop[3332]: Check your dmesg logs for loading failures. [ 36.088736] tuxedo org.gnome.Shell.desktop[3332]: libEGL warning: egl: failed to create dri2 screen [ 36.091930] tuxedo org.gnome.Shell.desktop[3332]: error: Kernel is too old (4.16+ required) or unusable for Iris. [ 36.091930] tuxedo org.gnome.Shell.desktop[3332]: Check your dmesg logs for loading failures. [ 36.091930] tuxedo org.gnome.Shell.desktop[3332]: libEGL warning: egl: failed to create dri2 screen So either something went wrong with the dist upgrade or the Nvidia drivers (which are not present now) somehow broke the Intel drivers. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/2067374 Title: gnome-shell very high cpu usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2067374/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2067374] Re: gnome-shell very high cpu usage
Please try uninstalling: 'coverflowalt...@palatis.blogspot.com', 'freon@UshakovVasilii_Github.yahoo.com', 'nothing-to- s...@extensions.gnome.wouter.bolsterl.ee', 'system_moni...@bghome.gmail.com', 'system-monitor- n...@paradoxxx.zero.gmail.com' Or more simply: cd ~/.local/share/gnome-shell/ rm -rf extensions and then log in again. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/2067374 Title: gnome-shell very high cpu usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2067374/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2067431] Re: The windowing environment crashed
Thank you for taking the time to report this bug and helping to make Ubuntu better. It sounds like some part of the system has crashed. To help us find the cause of the crash please follow these steps: 1. Run these commands: journalctl -b0 > journal.txt journalctl -b-1 > prevjournal.txt and attach the resulting text files here. 2. Look in /var/crash for crash files and if found run: ubuntu-bug YOURFILE.crash Then tell us the ID of the newly-created bug. 3. If step 2 failed then look at https://errors.ubuntu.com/user/ID where ID is the content of file /var/lib/whoopsie/whoopsie-id on the machine. Do you find any links to recent problems on that page? If so then please send the links to us. Please take care to avoid attaching .crash files to bugs as we are unable to process them as file attachments. It would also be a security risk for yourself. ** Changed in: gnome-shell (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/2067431 Title: The windowing environment crashed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2067431/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2064698] Re: Several errors in gnome-shell and extesions
I'll make this bug only about: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get Stack trace: _promisify/proto[asyncFunc]/ Confirmed ** Summary changed: - Several errors in gnome-shell and extesions + Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get [### Promise created here: ### getProperty@file:///usr/share/gnome-shell/extensions/ubuntu-appindicat...@ubuntu.com/dbusProxy.js:89:33] -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2064698 Title: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get [### Promise created here: ### getProperty@file:///usr/share/gnome-shell/extensions/ubuntu- appindicat...@ubuntu.com/dbusProxy.js:89:33] To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/2064698/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2064698] Re: Several errors in gnome-shell and extesions
I'll make this bug only about: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get Stack trace: _promisify/proto[asyncFunc]/ Confirmed ** Summary changed: - Several errors in gnome-shell and extesions + Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get [### Promise created here: ### getProperty@file:///usr/share/gnome-shell/extensions/ubuntu-appindicat...@ubuntu.com/dbusProxy.js:89:33] -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell-extension-appindicator in Ubuntu. https://bugs.launchpad.net/bugs/2064698 Title: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.Failed: error occurred in Get [### Promise created here: ### getProperty@file:///usr/share/gnome-shell/extensions/ubuntu- appindicat...@ubuntu.com/dbusProxy.js:89:33] To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/2064698/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2066363] Re: password visible on console during logout
This was previously fixed in bug 1767918 and bug 1803993 ** Package changed: gdm3 (Ubuntu) => gnome-shell (Ubuntu) ** Package changed: systemd (Ubuntu) => plymouth (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2066363 Title: password visible on console during logout To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2066363/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2066363] Re: password visible on console during logout
This was previously fixed in bug 1767918 and bug 1803993 ** Package changed: gdm3 (Ubuntu) => gnome-shell (Ubuntu) ** Package changed: systemd (Ubuntu) => plymouth (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm3 in Ubuntu. https://bugs.launchpad.net/bugs/2066363 Title: password visible on console during logout To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2066363/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2066363] Re: password visible on console during logout
** Tags added: jammy -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2066363 Title: password visible on console during logout To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/2066363/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2066307] Re: Screen does not load after sleep
Please test a lower resolution. If that works then we can group this with bug 2066129. ** Changed in: nvidia-graphics-drivers-535 (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2066307 Title: Screen does not load after sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-535/+bug/2066307/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2066307] Re: Screen does not load after sleep
HDMI connection and bandwidth detection problems are intermittent. A higher quality cable (or lower bandwidth requirements like lower resolution or refresh rate) makes them less likely/frequent. ** Package changed: ubuntu => nvidia-graphics-drivers-535 (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2066307 Title: Screen does not load after sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-535/+bug/2066307/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2066363] Re: password visible on console during logout
** Tags added: jammy -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm3 in Ubuntu. https://bugs.launchpad.net/bugs/2066363 Title: password visible on console during logout To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/2066363/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 2066129] Re: The external monitor does not wake up from sleep at 4K resolution
** Package changed: xorg-server (Ubuntu) => nvidia-graphics-drivers-550 (Ubuntu) ** Changed in: nvidia-graphics-drivers-550 (Ubuntu) Status: Incomplete => New ** Tags added: suspend-resume -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2066129 Title: The external monitor does not wake up from sleep at 4K resolution To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-550/+bug/2066129/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: No "accept permanently" can choose
onsdag 29 maj 2024 kl. 06:46:02 UTC+2 skrev Bryan Jack: Thanks for reply. While I was trying to solve the problem, I found this: TortoiseSVN 1.14.6 (64-bit) and ' Error Validating Server Certificate' (google.com) <https://groups.google.com/g/tortoisesvn/c/boerCQ1Dti4/m/Sz2QJIZRAQAJ> And in this discussion, @Daniel Sahlberg said: *TortoiseSVN 1.14.5 was using OpenSSL 1.1.1m* *TortoiseSVN 1.14.6 is using OpenSSL 3.2.0* *The change was done since OpenSSL 1.1.1 is considered EOL from September 11th 2023.* *Probably the certificate you are using is signed with an algorithm that is deprecated/removed in OpenSSL 3.2.0. * So, I tried to downgrade TortoiseSVN version from 1.14.6 to 1.14.5, and then the "Accept Permanently" option appeared. :-) Make sure you understand that any security issues will not be fixed in OpenSSL 1.1.1 and future releases of TortoiseSVN will use OpenSSL 3. The correct solution is of course to update the server certificate to correct the issues pointed out. At the same time, I believe Subversion Edge is no longer supported by CollabNet (nowadays known as Digital.ai) so you should probably also switch to a supported server version. Kind regards Daniel 在2024年5月27日星期一 UTC+8 20:40:14 写道: Most likely it's because *"the certificate has an unknown error"*. Note that there are at least three problems with the certificate. On Mon, 27 May 2024 at 15:29, Bryan Jack 提供方 TortoiseSVN < torto...@googlegroups.com> wrote: Version:TortoiseSVN 1.14.6, Build 29673 - 64 Bit Why there is no "accept permanently" can choose? [image: Snipaste_2024-05-27_19-23-41.png][image: Snipaste_2024-05-27_19-27-16.png] -- You received this message because you are subscribed to the Google Groups "TortoiseSVN" group. To unsubscribe from this group and stop receiving emails from it, send an email to tortoisesvn...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn/7b79ed37-e904-4823-9ffe-f1ea4da4f76bn%40googlegroups.com <https://groups.google.com/d/msgid/tortoisesvn/7b79ed37-e904-4823-9ffe-f1ea4da4f76bn%40googlegroups.com?utm_medium=email_source=footer> . -- With best regards, Pavel Lyalyakin VisualSVN Team -- You received this message because you are subscribed to the Google Groups "TortoiseSVN" group. To unsubscribe from this group and stop receiving emails from it, send an email to tortoisesvn+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn/6f2fb97f-ec93-4670-8571-973883851245n%40googlegroups.com.
[Bug 2067307] Re: Sound skips when mouse is moved
Next please try the non-lowlatency kernel. ** Package changed: ubuntu => linux (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067307 Title: Sound skips when mouse is moved To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2067307/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [ha-Safran] Buying books
There is no one vendor that can supply all of your library's needs. For American commercial publishers Baker and Taylor may work. For Jewish publishers a local bookseller may give you better service. For older books you may need to buy from a used book dealer. I hope that helps. DS Daniel D. Stuhlman ddstuhlman at earthlink.net Chicago, IL Blog: https://urldefense.com/v3/__https://kol-safran.blogspot.com/__;!!KGKeukY!0i6f9AmEmi_OjJwXAWJ9jnuaRDAJYJdAb-tRNbvAcUrM7iq7B7Fn1JzUNAL312ZZ1sZpH1KT3A05nGMa2XCFeYwFeRc$ -Original Message- From: Roslyn Vanderbilt Sent: May 28, 2024 6:15 PM To: Subject: [ha-Safran] Buying books We have recently revitalized our synagogue library moving everything onto an online catalog (using Opals). Now we are looking for recommendations for purchasing new books. Years ago we used Baker and Taylor but am looking for other possibilities. Are religious organizations given discounts? Appreciate all suggestions. Many thanks Roslyn Vanderbilt The Jewish Center of Princeton __ Messages and opinions expressed on Hasafran are those of the individual author and are not necessarily endorsed by the Association of Jewish Libraries (AJL) == Submissions for Ha-Safran, send to: Hasafran@lists.osu.edu To join Ha-Safran, update or change your subscription, etc. - click here: https://lists.osu.edu/mailman/listinfo/hasafran Questions, problems, complaints, compliments send to: galro...@osu.edu Ha-Safran Archives: Current: https://urldefense.com/v3/__http://www.mail-archive.com/hasafran*40lists.osu.edu/maillist.html__;JQ!!KGKeukY!0i6f9AmEmi_OjJwXAWJ9jnuaRDAJYJdAb-tRNbvAcUrM7iq7B7Fn1JzUNAL312ZZ1sZpH1KT3A05nGMa2XCFojUZpQ4$ Earlier Listserver: https://urldefense.com/v3/__http://www.mail-archive.com/hasafran*40lists.osu.edu/maillist.html__;JQ!!KGKeukY!0i6f9AmEmi_OjJwXAWJ9jnuaRDAJYJdAb-tRNbvAcUrM7iq7B7Fn1JzUNAL312ZZ1sZpH1KT3A05nGMa2XCFojUZpQ4$ AJL HomePage https://urldefense.com/v3/__http://www.JewishLibraries.org__;!!KGKeukY!0i6f9AmEmi_OjJwXAWJ9jnuaRDAJYJdAb-tRNbvAcUrM7iq7B7Fn1JzUNAL312ZZ1sZpH1KT3A05nGMa2XCFI8eyzww$ -- Hasafran mailing list Hasafran@lists.osu.edu https://lists.osu.edu/mailman/listinfo/hasafran __ Messages and opinions expressed on Hasafran are those of the individual author and are not necessarily endorsed by the Association of Jewish Libraries (AJL) == Submissions for Ha-Safran, send to: Hasafran@lists.osu.edu To join Ha-Safran, update or change your subscription, etc. - click here: https://lists.osu.edu/mailman/listinfo/hasafran Questions, problems, complaints, compliments send to: galro...@osu.edu Ha-Safran Archives: Current: http://www.mail-archive.com/hasafran%40lists.osu.edu/maillist.html Earlier Listserver: http://www.mail-archive.com/hasafran%40lists.osu.edu/maillist.html AJL HomePage http://www.JewishLibraries.org -- Hasafran mailing list Hasafran@lists.osu.edu https://lists.osu.edu/mailman/listinfo/hasafran
Re: UPDATE: net/tailscale-1.66.4
On Mon, 27 May 2024 19:34:21 -0400, Adriano Barbosa wrote: > Hi. > Update for net/tailscale v1.66.3 > Changelog: > https://github.com/tailscale/tailscale/releases/tag/v1.66.4 Committed, thanks! > Obrigado! > -- > Adriano > > > Index: Makefile > === > RCS file: /cvs/ports/net/tailscale/Makefile,v > retrieving revision 1.35 > diff -u -p -r1.35 Makefile > --- Makefile 21 May 2024 20:55:09 - 1.35 > +++ Makefile 27 May 2024 23:30:27 - > @@ -2,7 +2,7 @@ BROKEN-i386 = unix.EPROTO not defined > > COMMENT =modern overlay-like VPN built on top of WireGuard > > -V = 1.66.3 > +V = 1.66.4 > MODGO_MODNAME = tailscale.com > MODGO_VERSION = v${V} > > Index: distinfo > === > RCS file: /cvs/ports/net/tailscale/distinfo,v > retrieving revision 1.33 > diff -u -p -r1.33 distinfo > --- distinfo 21 May 2024 20:55:09 - 1.33 > +++ distinfo 27 May 2024 23:30:29 - > @@ -2204,7 +2204,7 @@ SHA256 (go_modules/software.sslmate.com/ > SHA256 (go_modules/software.sslmate.com/src/go-pkcs12/@v/v0.4.0.zip) > = VQGaOR5TAqUbpi6YkJ4AYiS4EgeGbakL6vWC7A3uA28= SHA256 > (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.mod) > = ImJNCVe1tA5jNq8JoM2bIJGqRqDtuksdWKAwpOaNWiI= SHA256 > (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.zip) > = edEgOGTOmXKXLEt1tIEy1odFM3S8Y8hyYUcl8moi1Ts= -SHA256 > (tailscale.com-v1.66.3.zip) = > 9iuZ8eYzjj7//Sj9ymMH0463g6wkXWb8OQYAQWwhCAw= +SHA256 > (tailscale.com-v1.66.4.zip) = > 9PkYX22hXeF85zCx4izxzzihvAt4Pb4TBt6ivkl3rjU= SIZE > (go_modules/4d63.com/gocheckcompilerdirectives/@v/v1.2.1.mod) = 173 > SIZE (go_modules/4d63.com/gocheckcompilerdirectives/@v/v1.2.1.zip) = > 7059 SIZE (go_modules/4d63.com/gochecknoglobals/@v/v0.2.1.mod) = 77 > @@ -4411,4 +4411,4 @@ SIZE (go_modules/software.sslmate.com/sr SIZE > (go_modules/software.sslmate.com/src/go-pkcs12/@v/v0.4.0.zip) = 45988 > SIZE > (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.mod) > = 185 SIZE > (go_modules/src.elv.sh/@v/v0.16.0-rc1.0.20220116211855-fda62502ad7f.zip) > = 705404 -SIZE (tailscale.com-v1.66.3.zip) = 3341565 +SIZE > (tailscale.com-v1.66.4.zip) = 3340450 >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2024/05/28 19:33:09 Modified files: net/tailscale : Makefile distinfo Log message: Update to tailscale-1.66.4 >From Adriano Barbosa (maintainer)
Re: Seeking Advice: Setting up SSL in Solr 9.5 on Centos 7
Interesting. Based on my lack of understanding, using z.com could mean two things: 1. Would I have to edit the certificate for each extra site/node we add? 2. Or have another instance of Solr for each site? Yh, we have our port firewalled off too, with the security.json set up. But we want the SSL up and running just for in-house documentation at least. Thanks. Lee On 2024-05-28 20:17, Dmitri Maziuk wrote: On 5/28/24 19:00, Lee Daniel wrote: Yes. It has at least one dot. Thing is i'm just not sure if I'm using the correct name. If you had a a public IP: 1.2.3.4 and mutiple sites: * a.com - (default == public IP) * b.com - (public IP) * z.com - (public IP) (Apache Solr setup) * d.com - (public IP) Based on my setup: DNS:a.com, IP: 1.2.3.4 CN: a.com I think it should be z.com but I've no idea what jetty wants. (FWIW we have port 8983 firewalled off at the perimeter and no SSL on Solr nodes, too.) Dima
Re: Seeking Advice: Setting up SSL in Solr 9.5 on Centos 7
Yes. It has at least one dot. Thing is i'm just not sure if I'm using the correct name. If you had a a public IP: 1.2.3.4 and mutiple sites: * a.com - (default == public IP) * b.com - (public IP) * z.com - (public IP) (Apache Solr setup) * d.com - (public IP) Based on my setup: DNS:a.com, IP: 1.2.3.4 CN: a.com On 2024-05-28 19:47, Dmitri Maziuk wrote: On 5/28/24 18:38, Lee Daniel wrote: Domain>,IP: -dname "CN=, Is the CN SNI-compliant: a name (not IP address) with at least one dot in it? Dima
Seeking Advice: Setting up SSL in Solr 9.5 on Centos 7
Hey Guys, It's been about 2 weeks now I have been searching and implementing everything I read, but have had no luck with getting SSL to work. I believe the error is in setting up the self-signed certificate. I see sites mention JKS and not using localhost (following SNI rules) but I'm a coder, company policy is that everybody should be able to do everything. I don't mind but I'll need help :). I'm hoping the someone will give me some advice. *#Errors: * * HTTP ERROR 400 Invalid o Caused BY: org.eclipse.jetty.hhtp.NadMessageException: 400: Invalid SNI * Browser o Not Secure: https://domain:8984/solr/#/ *# Environment* * Server: CentOS 7 * Apache Solr: 9.5 o 1 core * 1 server - 1 Public IP (Default IP) o Multiple domians * So far we're only testing on 1 domain but will soon add more as SSL is up. *# Solr.in.sh Settings:* * SOLR_PID_DIR="/var/solr" * SOLR_HOME="/var/solr/data" * LOG4J_PROPS="/var/solr/log4j2.xml" * SOLR_LOGS_DIR="/var/solr/logs" * SOLR_PORT="8983" * SOLR_HEAP="4g" * SOLR_JETTY_HOST="0.0.0.0" * *## SOLR settings realated to internal security* o SOLR_AUTH_TYPE="basic" o SOLR_AUTHENTICATION_OPTS="-Dbasicauth=solr:SolrRocks" * *## SOLR settings Related to SSL* o SOLR_SSL_ENABLED=true o SOLR_SSL_KEY_STORE=etc/solr-ssl.keystore.p12 o SOLR_SSL_KEY_STORE_PASSWORD= o SOLR_SSL_TRUST_STORE=etc/solr-ssl.keystore.p12 o SOLR_SSL_TRUST_STORE_PASSWORD= o SOLR_SSL_NEED_CLIENT_AUTH=false o SOLR_SSL_WANT_CLIENT_AUTH=false o SOLR_SSL_CHECK_PEER_NAME=true o SOLR_HOST= *# Generating Self-Signed Certificate and a key (Basically the 9.5 documentation)* * sudo keytool -genkeypair -alias solr-ssl -keyalg RSA -keysize 2048 - r4WVa6cQ -storepass -validity -keystore solr-ssl.keystore.p12 -storetype PKCS12 -ext SAN=DNS:,IP: -dname "CN=, C=US" * sudo openssl pkcs12 -in solr-ssl.keystore.p12 -out solr-ssl.pem *# Observation:* * When I am able able to get to the UI Admin (Not Secure in Browser) * I can look run the query on the core and see that the request is made using HTTPS *Goal:* * Just to have SSL/TLS set up with Solr. Not sure if I left out anything. Please Advise.
Re: Cannot Run Solr as the Solr User
Thank Dima. I did see the EOL is June 30th.. Funny thing is we pay for hosting, so that may be a conversation we'll have to have with the company. Find out what's their plan. Thanks for that though. Thanks again. Lee On 2024-05-28 15:48, Dmitri Maziuk wrote: On 5/28/24 14:02, Lee Daniel wrote: * /var/solr was exactly the problem. The parent folder was owned by solr:solr but I saw subfolders especially in data was owned by root:root. * I did are `chown -R solr:solr` on the parent folder and then tried `service solr start`. * It then successfully started. Thanks. Great, but centos 7 is still EOL and everyone RHEL-afflicted is installing Alma 9. Which, AFAIK, does not include sys-V-init compatibility glue anymore, so the existing install script will not work on it. Docker, OTOH, does. Dima
Re: Need clarification on compilation errors in PG 16.2
> On 28 May 2024, at 22:51, Tom Lane wrote: > > Pradeep Kumar writes: >> Yes it was defined in "pg_config.h" >> /* Define to 1 if you have the `memset_s' function. */ >> #define HAVE_MEMSET_S 1 > > That's correct for recent versions of macOS. I see you are > building against a recent SDK: > > /Library/Developer/CommandLineTools/SDKs/MacOSX14.2.sdk/usr/include/string.h > > but I wonder if maybe the actual OS version is back-rev? Skimming the releases on https://opensource.apple.com/releases/ it seems that memset_s has been available since Mavericks (10.9) AFAICT. -- Daniel Gustafsson
[Lldb-commits] [clang] [compiler-rt] [lldb] [llvm] [Support] Remove terminfo dependency (PR #92865)
mysterymath wrote: I did some brief investigation on our end. The pkg-config file for libedit includes a private dependency on libncurses, which provides the terminfo functions. The issue here seems to be one uncovered in LLVM's FindLibEdit.cmake. We're building against a static libedit, but that doesn't use the LibEdit_STATIC_LIBRARIES variable that would be aware of the private dependency of libedit on libncurses. We build everything as statically as we can, which is probably why we're the first to notice. @petrhosek mentioned that we've had to deal with similar concerns with ZSTD. I'll take a look at seeing if there's a straightforward to update FindLibEdit.cmake to handle this case. https://github.com/llvm/llvm-project/pull/92865 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
[clang] [compiler-rt] [lldb] [llvm] [Support] Remove terminfo dependency (PR #92865)
mysterymath wrote: I did some brief investigation on our end. The pkg-config file for libedit includes a private dependency on libncurses, which provides the terminfo functions. The issue here seems to be one uncovered in LLVM's FindLibEdit.cmake. We're building against a static libedit, but that doesn't use the LibEdit_STATIC_LIBRARIES variable that would be aware of the private dependency of libedit on libncurses. We build everything as statically as we can, which is probably why we're the first to notice. @petrhosek mentioned that we've had to deal with similar concerns with ZSTD. I'll take a look at seeing if there's a straightforward to update FindLibEdit.cmake to handle this case. https://github.com/llvm/llvm-project/pull/92865 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Losing documents
I’m seeing a couple of issues with the pipelines that cause messages(and CAS’s) to be lost. The pipeline is prefetching 2 messages off the input queue. If the pipeline receives a SIGTERM is will shut down. In this case, the document has finished but we loose the second document that was prefetched.. I never see the second prefetched document back on the input queue, so Im assuming it must have be ack’d(which doesn’t seem that this should happen)..I also seem to loose both CAS’s from the reader because The callback to the reader to tell it the CAS can be released is never called… This issue surfaced when moving our implementation to Kubernetes.. The shutdown is happening when a pod is stopped. I have a process that will requeue the last DOCID which is ok, but I have no way of recovering the second prefetched document.. I use UimaJ and Uima-AS 2.10.2. We cannot upgrade to 3.x yet. When I was running on 2.6 there were 2 consumers connected to the input queue.. With 2.10.2 there are 3 and Im suspecting the extra consumer is the one grabbing the second message. So, a few questions. 1. Is there a way via config to stop the pipeline from prefetching the second document 2. Is there a way to (via a shutdown hook) to let the pipeline return CAS’s to the reader if it recieves a SIGTERM. 3. Is there a way go back to the 2 consumers? Any insight would be appreciated Daniel Cosio dcco...@gmail.com
Re: Cannot Run Solr as the Solr User
Thanks Dima and Shawn for your response. *Dima: * * We did consider going with Docker initially but we settled on going with installing from scratch seeing that we are now testing it out. * We have a few servers, we are just trying to this first set up for now with one site and see how it goes. So far everything is going well. o We saw great speed increases searches. * I will look at the advantages/disadvantages of running it as in Docker vs standalone. * I'm not even using Solr Cloud or ZookerKeeper, tbh. Just standalone and one node. o I'm completely new to this. *Shawn:* * /var/solr was exactly the problem. The parent folder was owned by solr:solr but I saw subfolders especially in data was owned by root:root. * I did are `chown -R solr:solr` on the parent folder and then tried `service solr start`. * It then successfully started. Thanks. * I see your set up. I wish I had that knowledge but I got miles to go, especially now that have to set up SSL. Lee On 2024-05-28 13:45, Shawn Heisey wrote: On 5/27/24 13:43, Lee Daniel wrote: I'm on Centos 7.5. Can't find it in: * /usr/lib/systemd/system * /usr/sbin/ I found it in * /etc/init.d/ I know for sure when I initially installed I was able to use: * service solr start/stop/restart * systemctl start/stop/restart solr.service The install script does not create a systemd service. It creates an init script, so /etc/init.d is where it will live. Then systemd can control the service because it has a sysvinit compatibility layer. TWe are planning to change that to native systemd at some point in the future. If at any point you ran Solr as root, chances are that some of the data files in the data directory (which defaults to /var/solr but can be changed) are probably now owned by root which can cause Solr to fail to start. You can change the settings (like which port Solr runs on) by editing the include file, defaulting to /etc/default/solr.in.sh, where 'solr' is the name of the service. This is the contents of my /etc/default/solr.in.sh file: SOLR_PID_DIR="/var/solr" SOLR_HOME="/var/solr/data" LOG4J_PROPS="/var/solr/log4j2.xml" SOLR_LOGS_DIR="/var/solr/logs" SOLR_PORT="8983" SOLR_HEAP="768m" GC_TUNE=" \ -XX:+UnlockExperimentalVMOptions \ -XX:+UseZGC \ -XX:+ParallelRefProcEnabled \ -XX:+ExplicitGCInvokesConcurrent \ -XX:+AlwaysPreTouch \ -XX:+UseNUMA \ " SOLR_SECURITY_MANAGER_ENABLED=false SOLR_JAVA_HOME="/usr/lib/jvm/java-17-openjdk-amd64" SOLR_JAVA_STACK_SIZE="-Xss1m" SOLR_ULIMIT_CHECKS=false SOLR_GZIP_ENABLED=true SOLR_JETTY_HOST=0.0.0.0 SOLR_MODE="solrcloud" SOLR_MODULES="analysis-extras" SOLR_HOST=solr.elyograg.org SOLR_PORT_ADVERTISE=443 ENABLE_REMOTE_JMX_OPTS=true RMI_PORT=18983 The first few lines were created by the install script, and I modified it from there. Running Solr as root is only a requirement if you try to bind to a port number below 1024. I would recommend not running Solr on such a port. I run my Solr behind haproxy. Solr is on port 8983 without TLS, and this port is not accessible via the Internet. The haproxy config only lets a very small number of public IP addresses talk to solr on 443. Solr is running on an AWS instance. Thanks, Shawn
[e-users] fullsreen problem with chromium in enlightenment
Hi I have got this random problem. I am looking at a video on youtube or a TV channel (orange TV) on chromium , if I want to change the video by going out of the fullscreen mode by ESC or return , there is a little flickering, the video hungs and stays in fullscreen but the audio continues to work. You have a stuck image with sound. It's possible to minimize the video windows but it stays stuck. The first solution was to close the windows and restart the process but I have finally found that by clicking on the radio button maximize or full screen I am able to return to a small working video and after to fullscreen mode. When this occurs there is no trace of an error in journalctl nor /var/log/Xorg .0.log I cannot point where the problem is. I have not looked at HTOP for a hung process. Chromium has been upgraded several times but the problem persists. If you have an idea I am ready to test it Best regards Daniel ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[jira] [Commented] (NIFI-13304) ExcelReader - ability to split into flowfile per sheet
[ https://issues.apache.org/jira/browse/NIFI-13304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17850136#comment-17850136 ] Daniel Stieglitz commented on NIFI-13304: - {quote} Thinking about it - if there are two different sets of columns in two sheets - we can't really use QueryRecord or Partition. {quote} I am not sure why not. Couldn't you have a schema which encompasses both and then have two queries to extract each of the data into separate flow files? > ExcelReader - ability to split into flowfile per sheet > -- > > Key: NIFI-13304 > URL: https://issues.apache.org/jira/browse/NIFI-13304 > Project: Apache NiFi > Issue Type: New Feature >Reporter: Philipp Korniets >Priority: Major > > Currently ConvertExcelToCSV processor, if processing excel with multiple > required sheets in it, produces flowfile per sheet. > New ExcelReader produces one flowfile with all data in it > > There should be a way to configure output to be sheet-per-flowfile > > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[e-users] fullsreen problem with chromium in enlightenment
Hi I have got this random problem. I am looking at a video on youtube or a TV channel (orange TV) on chromium , if I want to change the video by going out of the fullscreen mode by ESC or return , there is a little flickering, the video hungs and stays in fullscreen but the audio continues to work. You have a stuck image with sound. It's possible to minimize the video windows but it stays stuck. The first solution was to close the windows and restart the process but I have finally found that by clicking on the radio button maximize or full screen I am able to return to a small working video and after to fullscreen mode. When this occurs there is no trace of an error in journalctl nor /var/log/Xorg .0.log I cannot point where the problem is. I have not looked at HTOP for a hung process. Chromium has been upgraded several times but the problem persists. If you have an idea I am ready to test it Best regards Daniel ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users