Ping.
The patch still applies cleanly and fixes the following fails:
FAIL: 26_numerics/headers/cmath/equivalent_functions.cc -std=gnu++17 (test for
excess errors)
UNRESOLVED: 26_numerics/headers/cmath/equivalent_functions.cc -std=gnu++17
compilation failed to produce executable
FAIL: 26_numer
arious
other
packages. Plus, the buildds (automated build servers) plus porterboxes
(machines that
Debian Developers can use to debug packages) need to be maintained as well.
FWIW, I have quickly compiled a TODO list for Debian Ports here:
- https://people.debian.org/~glaubitz/debian-ports-todo.
Ping.
The patch still applies cleanly and fixes the following fails:
FAIL: 26_numerics/headers/cmath/equivalent_functions.cc -std=gnu++17 (test for
excess errors)
UNRESOLVED: 26_numerics/headers/cmath/equivalent_functions.cc -std=gnu++17
compilation failed to produce executable
FAIL: 26_numer
e with my
> configuration, or are these browsers known not to work?
Last time I tried, Epiphany even worked for me on 32-bit PowerPC, although it
was a bit slow on my iBook G4 laptop.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG
LAST_UPDATED: Wed Sep 18 20:39:49 UTC 2024 (revision r15-3695-gcc62b2c3da1)
Native configuration is hppa-unknown-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/guality/guality.c -O0 execution test
XPASS: gcc.dg/guality/inline-params.c -O2 -DPREVENT_OPTIMIZAT
LAST_UPDATED: Wed Sep 18 16:11:16 UTC 2024 (revision r15-3693-gfe1ed68000d)
Native configuration is hppa64-hp-hpux11.11
=== g++ tests ===
Running target unix
FAIL: g++.dg/cpp2a/consteval-prop6.C -std=c++20 at line 58 (test for
warnings, line 57)
FAIL: g++.dg/cpp2a/consteval-p
tware
with common build systems, despite removing linking command and thus
removing `-lgcc_s` from the link command and actually miss-building
lots of things. (Intentionally added invalid arg to prevent others
making the same mistake with a blind copy & paste).
Dimitri John Ledkov (2):
specs: load specs.overlay with all commands enabled
specs: always generate built-in specs, before reading "specs" file
gcc/gcc.cc | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
--
2.43.0
ver::set_up_specs): Always load "built-in"
generated specs files, prior to loading "specs" file. Allow
"%include", "%include_noerr" and "%rename" commands in
"specs" file.
Signed-off-by: Dimitri John Ledkov
---
gcc
quot; and "%rename" commands, similar to user provided
`-specs` on the command line.
Then continue to parse and load any user provided `-specs` on the
command line.
gcc/ChangeLog:
* gcc.cc (driver::set_up_specs): Parse and load specs.overlay
by default, with all commands
Assuming that you have completed step 1, as you say, follow the rest steps
(Step2 to Step5), as documented here
https://wiki.lyrasis.org/display/DSDOC7x/Migrating+DSpace+to+a+new+server
Greetings
On Thursday, September 19, 2024 at 2:35:10 PM UTC+3 zaoui nadia wrote:
> Hello everyone, I am a b
*Three Mile Island nuclear plant will reopen to power Microsoft AI*
<https://www.cnbc.com/2024/09/20/constellation-energy-to-restart-three-mile-island-and-sell-the-power-to-microsoft.html>
John K ClarkSee what's on my new list at Extropolis
<https://groups.google.com/g/e
https://bugs.kde.org/show_bug.cgi?id=493359
--- Comment #2 from John Evans ---
Thanks for the detailed bug report Konstantin. I just reproduced this on the
Simulators... so now to find the cause.
--
You are receiving this mail because:
You are watching all bug changes.
Follow-up Comment #18, task #16584 (group administration):
I think the LGPL license doesn't explicitly explain the requirements for
redistributing the unmodified package.
There for I copied the requirements of GPL to convey the requirements for
redistributing the unmodified package.
___
Follow-up Comment #17, task #16584 (group administration):
> Is your tarball source code or object code, and why? What other forms
of software exist?
My tarball is source code, for the reason that others may revise my code and
convey modified versions of StoneValley project. In GPL, the “source
latest kernel
from
the repositories.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
From: John Harrison
Including line feeds at the start of a debug print messes up the
output when sent to dmesg. The break appears between all the useful
prefix information and the actual string being printed. In this case,
each block of data has a very clear start line and an extra delimeter
is
Can you recommend another dry lube as we don't have dynaGlide anywhere
locally and after postage $36 seems a little steep.
On Wed, Sep 18, 2024 at 8:41 AM cdkr...@gmail.com
wrote:
> Yes, that inspiration is appreciated.
> DanK
>
> On Wednesday, September 18, 2024 at 7:03:28 AM UTC-4 Tim Ziegler
From: John Harrison
Include the GuC log in devcoredump captures because they can be useful
with debugging certain types of bug.
v2: Fix kerneldoc
v3: Drop module parameter as now using more compact ascii85 encoding
rather than hexdump (although still not compressed) (review feedback
from
From: John Harrison
The dump of the CT buffers was only showing the unprocessed data which
is not generally useful for saying why a hang occurred - because it
was probably caused by the commands that were just processed. So save
and dump the entire buffer but in a more compact dump format. Also
Please ignore, sent to the wrong mailing list!
John.
From: John Harrison
There is a need to include the GuC log and other large binary objects
in core dumps and via dmesg. So add a helper for dumping to a printer
function via conversion to ASCII85 encoding.
Another issue with dumping such a large buffer is that it can be slow,
especially if
From: John Harrison
There are a bunch of calls to drm_printf with static strings. Switch
them to drm_puts instead.
There are also a bunch of 'coredump->snapshot.XXX' references when
'coredump->snapshot' has alread been cached locally as 'ss'. So use
From: John Harrison
Including line feeds at the start of a debug print messes up the
output when sent to dmesg. The break appears between all the useful
prefix information and the actual string being printed. In this case,
each block of data has a very clear start line and an extra delimeter
is
From: John Harrison
The xe_guc_exec_queue_snapshot is not really a GuC internal thing and
is definitely not a GuC CT thing. So give it its own section heading.
The snapshot itself is really a capture of the submission backend's
internal state. Although all it currently prints out i
Please ignore, sent to the wrong mailing list!
John.
.
v2: Extended short int counters to full int (JohnH)
Signed-off-by: Michal Wajdeczko
Cc: Jani Nikula
Cc: John Harrison
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/drm_print.c | 14
include/drm/drm_print.h
From: John Harrison
Split the GuC log dump into a two stage snapshot and print mechanism.
This allows the log to be captured at the point of an error (which may
be in a restricted context) and then dump it out later (from a regular
context such as a worker function or a sysfs file handler
From: John Harrison
Create a helper function that can be used to dump the GuC log to dmesg
in a manner that is reliable for extraction and decode. The intention
is that calls to this can be added by developers when debugging
specific issues that require a GuC log but do not allow easy capture
of
From: John Harrison
Add a worker function helper for asynchronously dumping state when an
internal/fatal error is detected in CT processing. Being asynchronous
is required to avoid deadlocks and scheduling-while-atomic or
process-stalled-for-too-long issues. Also check for a bunch more error
.
v2: Extended short int counters to full int (JohnH)
Signed-off-by: Michal Wajdeczko
Cc: Jani Nikula
Cc: John Harrison
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/drm_print.c | 14
include/drm/drm_print.h
From: John Harrison
Add a worker function helper for asynchronously dumping state when an
internal/fatal error is detected in CT processing. Being asynchronous
is required to avoid deadlocks and scheduling-while-atomic or
process-stalled-for-too-long issues. Also check for a bunch more error
From: John Harrison
The dump of the CT buffers was only showing the unprocessed data which
is not generally useful for saying why a hang occurred - because it
was probably caused by the commands that were just processed. So save
and dump the entire buffer but in a more compact dump format. Also
.
v2: Extended short int counters to full int (JohnH)
Signed-off-by: Michal Wajdeczko
Cc: Jani Nikula
Cc: John Harrison
Cc: dri-de...@lists.freedesktop.org
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/drm_print.c | 14
include/drm/drm_print.h
From: John Harrison
Split the GuC log dump into a two stage snapshot and print mechanism.
This allows the log to be captured at the point of an error (which may
be in a restricted context) and then dump it out later (from a regular
context such as a worker function or a sysfs file handler
From: John Harrison
Create a helper function that can be used to dump the GuC log to dmesg
in a manner that is reliable for extraction and decode. The intention
is that calls to this can be added by developers when debugging
specific issues that require a GuC log but do not allow easy capture
of
From: John Harrison
There is a need to include the GuC log and other large binary objects
in core dumps and via dmesg. So add a helper for dumping to a printer
function via conversion to ASCII85 encoding.
Another issue with dumping such a large buffer is that it can be slow,
especially if
From: John Harrison
Add an extra stage to the GuC log print to copy the log buffer into
regular host memory first, rather than printing the live GPU buffer
object directly. Doing so helps prevent inconsistencies due to the log
being updated as it is being dumped. It also allows the use of the
From: John Harrison
Add an extra stage to the GuC log print to copy the log buffer into
regular host memory first, rather than printing the live GPU buffer
object directly. Doing so helps prevent inconsistencies due to the log
being updated as it is being dumped. It also allows the use of the
From: John Harrison
Include the GuC log in devcoredump captures because they can be useful
with debugging certain types of bug.
v2: Fix kerneldoc
v3: Drop module parameter as now using more compact ascii85 encoding
rather than hexdump (although still not compressed) (review feedback
from
From: John Harrison
There is a debug mechanism for dumping the GuC log as an ASCII hex
stream via dmesg. This is extremely useful for situations where it is
not possibe to query the log from debugfs (self tests, bugs that cause
the driver to fail to load, system hangs, etc.). However, dumping
From: John Harrison
There is a debug mechanism for dumping the GuC log as an ASCII hex
stream via dmesg. This is extremely useful for situations where it is
not possibe to query the log from debugfs (self tests, bugs that cause
the driver to fail to load, system hangs, etc.). However, dumping
From: John Harrison
There are a bunch of calls to drm_printf with static strings. Switch
them to drm_puts instead.
There are also a bunch of 'coredump->snapshot.XXX' references when
'coredump->snapshot' has alread been cached locally as 'ss'. So use
From: John Harrison
The xe_guc_exec_queue_snapshot is not really a GuC internal thing and
is definitely not a GuC CT thing. So give it its own section heading.
The snapshot itself is really a capture of the submission backend's
internal state. Although all it currently prints out i
Legacy sells it for 16 a can or 14 a can if you buy a case
On Thu, Sep 19, 2024, 8:01 PM M.W.Foscue wrote:
> Whomever asked,
>
> (I changed Subj line to be much more appropriate - and easier to find
> if/when doing a search of our Group's pages.)
>
>
>
> There are several sites that sell it. (Le
Public bug reported:
I don't know what happened, software installer told me to install
updates and this happened
ProblemType: Package
DistroRelease: Ubuntu 22.04
Package: libreoffice-common 1:7.3.7-0ubuntu0.22.04.7
ProcVersionSignature: Ubuntu 6.8.0-40.40~22.04.3-generic 6.8.12
Uname: Linux 6.8.0
Public bug reported:
I don't know what happened, software installer told me to install
updates and this happened
ProblemType: Package
DistroRelease: Ubuntu 22.04
Package: libreoffice-common 1:7.3.7-0ubuntu0.22.04.7
ProcVersionSignature: Ubuntu 6.8.0-40.40~22.04.3-generic 6.8.12
Uname: Linux 6.8.0
** Information type changed from Public to Public Security
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2009004
Title:
package libreoffice-common 1:7.3.7-0ubuntu0.22.04.2 failed to
install/upgrad
** Information type changed from Public to Public Security
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/2009004
Title:
package libreoffice-common 1:7.3.7-0ubuntu0.22.04.2 failed
;
>> No, that doesn't appear to exist in DNS.
>
>The parent "duke.edu" SOA rname lists: datacom-hostmas...@duke.edu
>Ditto in WHOIS:
The SOA for dhe.duke.edu has the same address.
R's,
JOhn
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
c-min-expand=10
-endif
-
ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS)))
EXTRA_CMAKE_ARGUMENTS += -DUSE_SYSTEM_MALLOC=ON
CPPFLAGS += -DRELEASE_WITHOUT_OPTIMIZATIONS
Attaching a patch.
Thanks,
Adrian
> [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--
.''`.
re in a utility already :))
--John
On 19/09/2024 20:30, Chuck Davis wrote:
Focus traversal in JavaFX is one of the two things I miss most about
Swing. With Swing we could access the policy and move to the next or
previous object programmatically -- a feature that is sadly lacking in
FX. For
https://github.com/rjmccall edited
https://github.com/llvm/llvm-project/pull/109056
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -2419,8 +2419,13 @@ Value *ScalarExprEmitter::VisitCastExpr(CastExpr *CE) {
return Visit(const_cast(E));
case CK_NoOp: {
-return CE->changesVolatileQualification() ? EmitLoadOfLValue(CE)
- : Visit(const_cast(E));
+i
el Xe Graphics (TGL GT2)
Thank you in advance and I wish you all a great day.
Regards,
John Anderson
ple.com bar
Is there some clever way I can tell it to rewrite all of the
envelope senders for stuff forwarded through one set of alises?
R's,
John
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
numbering is consecutive. Save the file
and start GnuCash.
Regards,
John Ralls
> On Sep 19, 2024, at 07:19, Chris Raesz via gnucash-user
> wrote:
>
> I recently had a desktop meltdown but I had my data backed up. I am using
> Linux and gnucash version GnuCash 5.8, Build ID:
m curious what others
think of this analysis.
Note that by solving this problem, the need to make navigation
functionality available to custom controls severely diminishes as one
can simple leave the KeyEvents responsible for standard navigation to
bubble up (recommended as this may be different for each platform).
--John
On Thursday, September 19, 2024, at 7:51 AM, Matt Mahoney wrote:
> How do you think microtubules affect the neural network models that have been
> used so effectively in LLMs and vision models? Are neurons doing more than
> just a clamped sum of products and adjusting the weights and thresholds t
My apologies then, I was a bit impatient. Good luck with the test
sprint then!
--John
On 18/09/2024 17:13, Andy Goryachev wrote:
Oh, sorry, I did not mean to ignore your comments. I should have
mentioned we are having a bi-annual "test sprint" and work exclusively
on the test s
@@ -125,7 +126,9 @@ std::string sparc::getSparcTargetCPU(const Driver &D, const
ArgList &Args,
return std::string(CPUName);
}
- if (Triple.getArch() == llvm::Triple::sparc && Triple.isOSSolaris())
+ Distro Dist(D.getVFS(), Triple);
+ if (Triple.getArch() == llvm::Tri
On Wed, Sep 18, 2024 at 8:54 PM Brent Meeker wrote:
* > But no office-holding Republicans.*
>
*Yes, I noticed that too.** And that is why, although I have been a
Republican for most of my life, I will never vote for a Republican again,
not even for dogcatcher. *
John K ClarkSee wha
interoperate.
That was my understanding as well. But there does not seem to be agreement
regarding this:
"I disagree with your statement that the draft is about interoperability, not
security."
https://mailarchive.ietf.org/arch/msg/jose/J7KC750Ka-73V-eYt957DX2ymIs/
Cheers,
John (as an in
Any feedback welcome.
Thanks
John
> On 18 Sep 2024, at 10:23, John Pollard via Webobjects-dev
> wrote:
>
> Paul mentions that the WO Adaptor is easy to build from source; has anyone
> done it on Amazon Graviton hardware?
> Would the best instructions be here?:
> https://wiki
tus of the master tree and sub-trees, and for project managers to track
progress or milestone dates.
The meeting occurs on every Thursday at 9:30 UTC over Jitsi on
https://meet.jit.si/DPDK
You don't need an invite to join the meeting but if you want a calendar
reminder just
send an
interoperate.
That was my understanding as well. But there does not seem to be agreement
regarding this:
"I disagree with your statement that the draft is about interoperability, not
security."
https://mailarchive.ietf.org/arch/msg/jose/J7KC750Ka-73V-eYt957DX2ymIs/
Cheers,
John (as an in
On 18 Sep 2024, at 21:11, Ioi Lam wrote:
> On Wed, 18 Sep 2024 05:07:33 GMT, David Holmes wrote:
> …
>> src/hotspot/share/cds/aotLinkedClassBulkLoader.cpp line 170:
>>
>>> 168: log_error(cds)("Unable to resolve %s class from CDS archive:
>>> %s", category_name, ik->external_name());
>>
Public bug reported:
error code 1
ProblemType: Package
DistroRelease: Ubuntu 24.04
Package: linux-firmware-raspi 12-0ubuntu1
ProcVersionSignature: Ubuntu 5.15.0-1061.64-raspi 5.15.160
Uname: Linux 5.15.0-1061-raspi aarch64
ApportVersion: 2.28.1-0ubuntu3.1
AptOrdering:
linux-firmware-raspi:arm64:
...our son is mentioned. Would love a hard copy or two.
Thanks,
Margit
--
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at
https://pairlist9.pair.net/mail
> On Sep 18, 2024, at 7:43 PM, Charlie Fortner wrote:
>
> but Davis locking them down so your data is only available via their cloud
> services is a real dirtbag move.
I don’t believe Davis is doing this. As far as I can tell, the Envoys continue
to be offered. I just bought 4 wireless En
John Scudder has entered the following ballot position for
draft-ietf-rtgwg-net2cloud-problem-statement-41: Discuss
When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however
OK folks, gaze into your crystal ball and make your picks:
https://pickem.g8r.com
Go bananas, Gators! Go go bananas!...(if you're old enough to remember
that one...)
John and Oz
--
--
GATORS: ONE VOICE ON SATURDAY - NO VOICE ON SUNDAY!
1996 National Football Champions | 2006 Nat
@@ -2419,8 +2419,13 @@ Value *ScalarExprEmitter::VisitCastExpr(CastExpr *CE) {
return Visit(const_cast(E));
case CK_NoOp: {
-return CE->changesVolatileQualification() ? EmitLoadOfLValue(CE)
- : Visit(const_cast(E));
+i
4e75e0] cmp_name+0x0/0x20
> [ +0.09] Kernel unaligned access at TPC[4e75e0] cmp_name+0x0/0x20
> [ +0.09] Kernel unaligned access at TPC[4e75e0] cmp_name+0x0/0x20
>
>
> Conclusion:
>
> It looks very much like it isn't specifically a kernel bug at all, but either
> something
> wrong with the Debian kernel config, or with newer gcc versions.
I still think it's a kernel bug.
> I will test some other gcc versions next.
>
> Unfortunately, I couldn't test the config from the Debian
> linux-image-6.10.7-sparc64-smp package.
> Trying to build a kernel with this config produced a 700MB package, and the
> resulting initrd was
> too large to fit into my boot partition. Is there something special about how
> Debian builds kernel packages?
It's probably due to CONFIG_DEBUG_INFO. Try turning that off. Debian builds the
kernel with debug
symbols enabled and then runs the strip command afterwards. This way both a
debug and a standard
kernel package can be provided from the same build.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
@@ -2419,8 +2419,13 @@ Value *ScalarExprEmitter::VisitCastExpr(CastExpr *CE) {
return Visit(const_cast(E));
case CK_NoOp: {
-return CE->changesVolatileQualification() ? EmitLoadOfLValue(CE)
- : Visit(const_cast(E));
+i
LAST_UPDATED: Tue Sep 17 14:47:34 UTC 2024 (revision r14-10674-gbee69e5306b)
Native configuration is hppa-unknown-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/guality/guality.c -O0 execution test
XPASS: gcc.dg/guality/inline-params.c -O2 -DPREVENT_OPTIMIZA
hat it sounds like a good question for you to ask yourself.
>
>You don't have an opinion on using TXT?
Using TXT works pretty well so long as there's a _prefix tag in the
name. Overloading the main name leads to absurd results.
R's,
John
$ dig stanford.edu txt +dnssec
;; Tru
https://tracker.debian.org/pkg/iraf
[2]
https://github.com/iraf-community/iraf/blob/v2.16.1/unix/portkit/zsvjmp.s.HP800
[3]
https://buildd.debian.org/status/fetch.php?pkg=iraf&arch=hppa&ver=2.18.1%7Erc1-3%7E2&stamp=1726682218&raw=0
[4] https://github.com/olebole/zsvjmp
[5] https://ir
.
John Thurston907-465-8591
john.thurs...@alaska.gov
Department of Administration
State of Alaska
On 9/12/2024 3:33 AM, Thierry Bordaz wrote:
Hi Jon,
Yes the description is "mostly" correct. We recently found a corner
case [1], where large requests (requiring several poll/read) can
Aaaand we got transistors:
https://www.nature.com/articles/s41598-023-36801-1
Where are the capacitors now let's see...
--
Artificial General Intelligence List: AGI
Permalink:
https://agi.topicbox.com/groups/agi/Tff6648b032b59748-M72fd9297e7855b6dc576be2c
Dunno, what does a box of Cracker Jack cost these days...?
ectronics.com/IC/8.html
<https://www.unicornelectronics.com/IC/8.html>
John :-#(#
--
John's Jukes Ltd.
7 - 3979 Marine Way, Burnaby, BC, Canada V5J 5E3
Call (604)872-5757 (Pinballs, Jukes, Video Games)
flippers.com
"Old pinballers never die, they just flip out"
hired him back. I wonder what they've been doing undercover at
OpenAI's skunk works for the last 10 months. *
[image: 908B34C4-BB0E-4258-A458-E9F087B90BAA_1_105_c.jpeg]
John K ClarkSee what's on my new list at Extropolis
<https://groups.google.com/g/extropolis>
2oI
Hi
I would like to join the Skywalking Slack community
Thanks
John
echo $XDG_SESSION_TYPE
wayland
i noticed that i was behind a kernel update, so i moved up, saw it
happen again on -45-generic
switching to beta channel now to see if it reproduces there. I've also
snagged a few more warnings that pop up in journal on first launch:
## apparmor denies:
Sep 18 10:
echo $XDG_SESSION_TYPE
wayland
i noticed that i was behind a kernel update, so i moved up, saw it
happen again on -45-generic
switching to beta channel now to see if it reproduces there. I've also
snagged a few more warnings that pop up in journal on first launch:
## apparmor denies:
Sep 18 10:
displacements aren't supported for
floating-point loads and stores.
2024-09-18 John David Anglin
gcc/ChangeLog:
* config/pa/pa.h (GENERAL_REGNO_P): Define.
* config/pa/pa.md: Add SImode and SFmode peephole2
patterns to generate loads and stores with
https://gcc.gnu.org/g:4b03750f8cda0a8745b10639a8ac7df71aced0cc
commit r15-3692-g4b03750f8cda0a8745b10639a8ac7df71aced0cc
Author: John David Anglin
Date: Wed Sep 18 11:02:32 2024 -0400
hppa: Add peephole2 optimizations for REG+D loads and stores
The PA 1.x architecture only
We need to settle this:
https://github.com/yt-project/yt/pull/4783
> On Sep 18, 2024, at 9:43 AM, clement.robert--- via yt-dev
> wrote:
>
> Dear yt team
>
> I think yt is ripe for a new feature release (4.4.0), especially with the
> recent merge of https://github.com/yt-project/yt/pull/4939
Thanks for these suggestions Denys.
On 2024/09/13 08:19:23 Denys Kuzmenko wrote:
> I think that could be helpful if we could consolidate existing Tez
> documentation (wiki pages) and migrate into the Tez site space.
>
> +1 on simple getting started, as it's the first place new users would check
Thanks Ayush for the input.
I’ve gathered a fair amount of information and have a ‘plan’ of sorts…
I’ll summarize it here and seek input in due course.
lewismc
On 2024/09/13 08:29:46 Ayush Saxena wrote:
> Tez does maintain some documentation like one here: [1], the first
> time I deployed Tez loca
Am 18.09.24 um 15:22 schrieb Mattias Gaertner via lazarus:
On 9/18/24 15:03, John Landmesser via lazarus wrote:
I can set LCLWidgetType:=qt5 in an extra build mode. But i was asking
myself why not use something like this:
unit Config;
interface
{$IFDEF linux}
const
WidgetType =
s clause of mainform ... has no effect !
Ok, but why ?
Tipps are welcome ...
John Landmesser
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
On Wed, Sep 18, 2024 at 8:12 AM Alan Grayson wrote:
>
>
> On Wednesday, September 18, 2024 at 5:40:42 AM UTC-6 John Clark wrote:
>
> On Wed, Sep 18, 2024 at 1:16 AM Alan Grayson wrote:
>
> *I'll get back to you on this. I was thinking, as x increases positively
>
ncorrectly conclude what astronomers in the early 20th century concluded,
the entire universe consists of just one galaxy surrounded by an infinity
of nothingness. That is to say surrounded by an infinite boundless
homogeneity. *
John K ClarkSee what's on my new list at Extropolis
<https://gro
g 1/2 shifts the range to (0,1) *
*4) Thus for every real number x there is a unique number y between zero
and one that corresponds to it, and that number is Y=1/2 + 1/π Arctan(x) .
As I said before, the domain is all the real numbers and the range is (0,1)*
John K ClarkSee what's on
I don't have anything helpful to add but here is something I just ran into
(with version 10.2). Here, E = EllipticCurve('162a1') -- but rerunning in
a fresh Sage did not trigger the error. The number of bytes in the second
line is rather more than my laptop has, I think (and pari.stacksize()
been updated since 2013.
If anyone knows of prolems running WO app servers on Graviton, please say now
and stick to Amazon T3 instances or similar.
Thanks
John
> On 21 Jun 2024, at 23:58, Paul Hoadley via Webobjects-dev
> wrote:
>
> Hi John,
>
> On 21 Jun 2024, at 17:33, J
better fix would be just to drop the local
clock_adjtime implementation here, as I'm sure the libc has similar
logic to what's being added here?
thanks
-john
Follow-up Comment #15, task #16584 (group administration):
[comment #14 comment #14:]
> > I've carefully read the LGPLv3 again.
>
> In other words, carefully reading doesn't help understand the license. Let
us try analyzing.
>
> * Does your tarball qualify as the Corresponding Source for your
cation this is not compliant with
PKCS #1 (RFC 8017) unless your system is old. For security purposes
fully-specified keys are likely much more important than fully specified
algorithms.
Cheers,
John
From: David Waite
Date: Wednesday, 18 September 2024 at 01:17
To: John Mattsson
Cc: JOSE
1 - 100 of 6051 matches
Mail list logo