@gravitystorm pushed 1 commit.
14b33b9433244c34b8809fcbe6528a077b1709ad Restrict version of dry-schema for
ruby 3.1.2 compatibility
--
View it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5483/files/818d942ac60c9be99bf5693af8a17d49e39932c8..14b33b9433244c34b8809fcbe65
Merged, thanks!
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5462#issuecomment-2578473041
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-dev
Merged #5462 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5462#event-15858772960
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
Classification: Confidential
If it is not particularly important to recover the data, the FIXCDS command
can be used to delete the "bad" records'. Check the fine manuals.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jack Zukt
Sent: Wednesday, January 8, 2025 10:
I didn't spot this in #5357
You can view, comment on, or merge this pull request online at:
https://github.com/openstreetmap/openstreetmap-website/pull/5486
-- Commit Summary --
* Update documentation to avoid erb_lint deprecations
-- File Changes --
M CONTRIBUTING.md (2)
-- Patch Li
> Does anyone need the `#show` page?
No, I guess not.
I've done a small amount of research into this, to see what other similar
applications do - just to see if there's any conventions. Github, Mastodon and
Discourse all show forms and don't appear to have a show/edit split. Mastodon
has its s
> Because the main tests are using Ubuntu,
"github-flavoured-ubuntu", i.e. they don't use the ubuntu ruby distribution
packages anyway. That's why we can use a matrix of ruby versions in CI. So they
are using 3.1.latest on both Ubuntu 22.04 and 24.04.
> Unfortunately the ruby lifecycle and the
> Why has this downgraded us all the way to `1.13.0` when we were on `1.13.4`
> before I updated yesterday?
Sorry, that's my mistake, related to the order I was testing things locally.
I've pushed an updated version.
--
Reply to this email directly or view it on GitHub:
https://github.com/open
@gravitystorm requested changes on this pull request.
Looks good to me, one small change in the tests.
I also appreciate the tests are slightly refactored, and this is an improvement.
> @@ -25,12 +25,12 @@ def test_terms_presented_at_login
assert_template "sessions/new"
post "/login",
@gravitystorm commented on this pull request.
> +assert_redirected_to diary_entry_path(user, user.diary_entries.last)
entry = DiaryEntry.last
Yes, I thought that too. I could refactor that as part of this PR, or
separately. Which would you prefer? (and do you have any preferences for
One option would be to keep the `#show` and `#edit` pages as they are now, but
to link directly to the `#edit` page from the menu. That way, if the user
presses refresh after a failed update, they will see the `#show` page.
--
Reply to this email directly or view it on GitHub:
https://github.c
This allows users to review their post and use the social share buttons more
easily.
Refs #1391
You can view, comment on, or merge this pull request online at:
https://github.com/openstreetmap/openstreetmap-website/pull/5484
-- Commit Summary --
* Show diary entry after creation
-- File
I've made a PR which will resolve the immediate problem.
A better fix would be for debian to add the bugfix to their ruby version. Does
anyone know if debian ruby packagers are responsive to these kind of bug
reports? I'm surprised that they don't incorporate the patch versions
automatically (t
https://bugs.ruby-lang.org/issues/18673 affects some methods using anonymous
blocks, and was fixed in ruby 3.1.3. However, debian/bookworm ruby 3.1 package
is based on 3.1.2 and does not yet contain this fix.
Since bookworm is used in our Docker build, and also used in production by
OSMF, then
Almost certainly this commit in dry-schema is the trigger:
https://github.com/dry-rb/dry-schema/commit/e1a940f78695668eff3109c42ceec6cca7c89355
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5482#issuecomment-2577983658
You are
In
https://github.com/openstreetmap/openstreetmap-website/commit/045f0ac1bec2797b1e8f743d88d1a58687af24c7
we updated dry-schema from 1.13.4 to 1.14.0. We're now getting build failures
with the message:
```
SyntaxError:
/var/lib/gems/3.1.0/gems/dry-schema-1.14.0/lib/dry/schema/dsl.rb:185: no
a
I think so - I'm currently trying to narrow down which gem is causing this.
dry-schema is the most likely culprit at the moment.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/commit/045f0ac1bec2797b1e8f743d88d1a58687af24c7#commitcomm
Closed #5481 as completed.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5481#event-15851750135
You are receiving this because you are subscribed to this thread.
Message ID:
___
rai
As @HolgerJeromin says, the speed of zoom is controlled by Leaflet, so it's not
something we are going to fix here.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5481#issuecomment-2577331021
You are receiving this because you
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
ae603e35 by Allan McRae at 2025-01-08T14:25:09+10:00
pacman.conf.5: replace {sysconfdir} with /etc in code block
Variable replacements are not performed on code blocks leaving the
example Include usage with '{sysconfdir}/pac
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
4908eed5 by Allan McRae at 2025-01-08T03:08:18+00:00
Remove executable permissions from source file
Signed-off-by: Allan McRae
- - - - -
1 changed file:
- scripts/libmakepkg/lint_config/source_date_epoch.sh.in
View it on
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
cc87999d by Allan McRae at 2025-01-08T03:06:37+00:00
lint_config: ensure NPROC is set to something usable
We use NPROC for managing the number of parallel jobs to run, so it is
essentially that this is a valid number. Add a lint
Package: firmware-iwlwifi
Version: 20241210-1
Severity: important
X-Debbugs-Cc: wizard10...@gmail.com
Please note that this is a problem reported on forums.debian.net
and not with my install.
See https://forums.debian.net/viewtopic.php?t=161471
firmware-iwlwifi_20240709-2~bpo12+1_all.deb does
Package: firmware-iwlwifi
Version: 20241210-1
Severity: important
X-Debbugs-Cc: wizard10...@gmail.com
Please note that this is a problem reported on forums.debian.net
and not with my install.
See https://forums.debian.net/viewtopic.php?t=161471
firmware-iwlwifi_20240709-2~bpo12+1_all.deb does
Classification: Confidential
The name is "fixed" by the ARCCMD00 parameters. These datasets can be managed
as non-sms.
You need to pre-allocate these datasets prior to use.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter
Sent: Monday, December 23, 2024 5:48 AM
Classification: Confidential
Does the SAPI interface not provide that information?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Brian Westerman
Sent: Sunday, December 22, 2024 12:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Get access to the $HCT in JES2
[CAUTION:
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
425ff046 by Johan Förberg at 2025-01-03T16:12:30+01:00
doc/BUILDINFO: Fix description of arrays
Signed-off-by: Johan Förberg
- - - - -
1 changed file:
- doc/BUILDINFO.5.asciidoc
View it on GitLab:
https
ne time.
I expect these kind of scanners might be better off with a standalone
program.
allan
On Fri, Dec 27, 2024 at 7:59 AM David Legg
wrote:
> Just to add to what Torfinn mentioned elsewhere in this thread: -
>
> I use a CZUR ET16 Plus to scan things like pamphlets and Xmas cards
> etc
There is nothing special about SANE on ARM. Every scanner we support should
work on every platform we support, unless there is a bug preventing it. You
probably bought an unsupported scanner, not one that just does not work on
ARM.
allan
On Tue, Dec 31, 2024 at 7:07 AM Matt Timpson via sane
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
0c136ecc by Allan McRae at 2024-12-28T13:54:27+00:00
libmakepkg: strip - add "safe_" prefix to stripping functions
Add a "safe_" prefix to strip_file() and strip_lto() to indicate that
these functions are t
If you need a "guarantee" to be able to process X bytes/second I think you need
a real-time OS not a general purpose one.
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
5e2a763e by Allan McRae at 2024-12-20T14:21:32+10:00
libmakepkg: improve validity checking of arch array
Only a subset of checks were being performed on the overridden arch
arrays in package functions. Refactor checking such that
På Fri, 20 Dec 2024 19:25:46 +1000
"Michael D. Setzer II via users" skrev:
> On 19 Dec 2024 at 23:50, Samuel Sieb wrote:
>
> Date sent:Thu, 19 Dec 2024 23:50:29 -0800
> Subject: Re: VirtualBox no longer working? Loads but
> gets error message.
> To: user
Does the OSMF have any stats about what percentage of visitors to the website
this would affect? I'm assuming that there's going to a be a proportion of
people using browsers that don't support ECMAScript 2022 since that's only a
couple of years old.
My guess would include older Android device
hing email,
which can steal your Information and compromise your Computer.]
Basically the volume ZZP120 has to checked ?
They are Sms managed
On Thu, 19 Dec 2024, 18:13 Allan Staller, <
0632b4c7ca99-dmarc-requ...@listserv.ua.edu> wrote:
> Classification: Confidential
>
> The
Classification: Confidential
The error message from the OP is a simple b37-04. No vtoc issues indicated.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Matt Hogstrom
Sent: Thursday, December 19, 2024 8:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM error
[C
a Phishing email,
which can steal your Information and compromise your Computer.]
The BCDS ?
On Thu, 19 Dec 2024, 17:51 Allan Staller, <
0632b4c7ca99-dmarc-requ...@listserv.ua.edu> wrote:
> Classification: Confidential
>
> You need to allocate larger dfhsm
Classification: Confidential
You need to allocate larger dfhsm backup datasets.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter
Sent: Wednesday, December 18, 2024 10:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSM error
[CAUTION: This Email is from outside t
Fixed by #5417
> We have enough unused code in helpers.
Yes, there's lots of other code to fix too, of course. We can work through each
thing you mention individually.
> I wish i was active at the time issue was raised to do it instead.
No worries, there's plenty more work for everyone!
--
Closed #5415 as completed.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5415#event-15715319200
You are receiving this because you are subscribed to this thread.
Message ID:
___
rai
Merged #5417 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5417#event-15715288240
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
Thanks for the refactoring!
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5417#issuecomment-2553357017
You are receiving this because you are subscribed to this thread.
Message ID:
__
: abefe9d56755a35041c8a6bf55b482a7b19bb93c
https://github.com/jenkinsci/support-core-plugin/commit/abefe9d56755a35041c8a6bf55b482a7b19bb93c
Author: Allan Burdajewicz
Date: 2024-12-19 (Thu, 19 Dec 2024)
Changed paths:
M src/main/resources/com/cloudbees/jenkins/support/SupportAction
Merged #5388 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5388#event-15705677103
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
Merged, thanks!
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5388#issuecomment-2551713385
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-dev
The implementation of render_social_share_buttons can be refactored in a number
of ways:
* `html_safe` **must not be used**. It does not convert strings to a safe
representation, it is an assertion that the string is always safe given every
possible input. This method is probably too complex fo
I think that using a popup window for the social sharing functionality isn't a
great user experience, but I would like to have a more detailed discussion
about the pros and cons.
In my mind, either one of these would be preferable:
* Links open in a new tab, or
* Use a [bootstrap modal
dialog](
Merged #5413 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5413#event-15704922466
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
I think this is unrelated to OAuth. I belive it's another way of asking for
non-db preferences, so I'm closing this in favour of #5324
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5407#issuecomment-2551569005
You are receivi
Merged, thanks
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5411#issuecomment-2551565358
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-dev m
Merged, thanks.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5413#issuecomment-2551593371
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-dev
Merged thanks. Feels to me like some tests are missing from the original PR,
which might have caught this.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5412#issuecomment-2551563781
You are receiving this because you are subscri
This seems reasonable to me, but it's marked as a draft. Is there something
else that needs working on first, or is it just the merge conflicts now?
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5388#issuecomment-2551501150
You
Merged #5411 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5411#event-15704766492
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
Merged #5412 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5412#event-15704748998
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
> anonymous users
I think you mean users who are not logged in - "anonymous users" is the term we
use for accounts with `user.data_public == false`. They are quite rare now
since [they haven't been permitted for a long
time](https://wiki.openstreetmap.org/wiki/Anonymous_edits).
As for preferen
Closed #5407 as completed.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5407#event-15704788689
You are receiving this because you are subscribed to this thread.
Message ID:
___
rai
@gravitystorm requested changes on this pull request.
I'm very happy to see this work, thanks @hlfan!
The code looks fine to me, but I'm not a javascript expert so maybe there are
better ways to write parts.
Two other changes requested:
* Please rework your commits (e.g. using `git rebase -i`)
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
62d31921 by Diego Viola at 2024-12-18T05:24:40+00:00
makepkg.conf.5: fix typo
- - - - -
1 changed file:
- doc/makepkg.conf.5.asciidoc
View it on GitLab:
https://gitlab.archlinux.org/pacman/pacman/-/commit
> What's the source(s) of all the javascript in `vendor/`?
OK, I found the answer for the cal-heatmap part of the code, which is available
as an npm module. In which case, using package.json will allow us to upgrade to
new versions automatically, and would be the preferred option.
--
Reply to
What's the source(s) of all the javascript in `vendor/`? I would expect to see
`Vendorfile` updated, or preferably if these are sourced from e.g. node
modules, then they should be included in package.json and added using the
assets pipeline. If any of these are source files, i.e. written just fo
I've just inspected the installer pkg itself and can confirm that the only
items installed are under /usr/local/clamav
There are no postflight/preflight scripts that install any extras or do
anything else.
The receipt under /Library/Receipts is just so macOS knows what was installed
and when,
Closed #5400 as completed via #5406.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5400#event-15683867907
You are receiving this because you are subscribed to this thread.
Message ID:
_
Merged, thanks!
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5406#issuecomment-2548108284
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-dev
Merged #5406 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5406#event-15683867603
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
I should clarify here that this issue is "fixed" in that #5406 means the site
now won't return a 500 error for the OAuth login flow.
The read-only status on www.osm.org is still ongoing, and is a matter for the
OSMF OWG.
--
Reply to this email directly or view it on GitHub:
https://github.com/
Closed #5409 as not planned.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5409#event-15683850135
You are receiving this because you are subscribed to this thread.
Message ID:
___
r
On Sunday 15 December 2024 18:07:46 Central European Standard Time Wang Gary
wrote:
> Hi again,
>
> > > > Replace the non-visible character in the model with a visible one in
> > > > the
> > > > view?
> > >
> > > Well, there are some reasons that I personally would like to avoid
> > > that. Firs
ion wasn't to replace them in the model, but to replace them in the
view.
Best regards
Allan
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest
intable characters, like zero-width space, CR LF and so-on.
>
> So the question is, what's the proper approach to implement such a feature
> using Qt's public API? Do the mentioned two approaches sound right?
>
Replace the non-visible character in the
morphotectonic gradients extracted from the river network
becomes crazy
Best Regards
& enjoy the Christmas season
Allan López
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: h
Classification: Confidential
CICS Web Services?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Laurence Chiu
Sent: Thursday, December 12, 2024 8:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anybody with experience with CICS Sockets or CICS Sockets Domain?
[CAUTI
> The next question is why?
I think I've answered this multiple times already. The cartographers should be
in charge of what should be shown for their maps in each desired mode. We
should not apply any filters unless the cartographers have asked for them.
That's "why".
> But of course the nega
> @gravitystorm Are you against setting map mode to light by default for now?
I'm not quite sure what you mean here. I'm against changing any default
preferences (they should remain `auto` by default), if that's what you are
asking.
Here's two tables that might help. The first shows how the "de
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
3e557af7 by Allan McRae at 2024-12-12T13:31:36+00:00
makepkg.conf: add NPROC configuration value
Useful for controlling (future) parallel jobs within makepkg.
Signed-off-by: Allan McRae
- - - - -
3 changed files:
- doc
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
fa7a9f74 by Allan McRae at 2024-12-12T13:28:55+00:00
libmakepkg: remove python hashseed handling
The decision to set the PYTHONHASHSEED variable and its value is outside
the domain of makepkg and should be handled by a
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
870eae26 by Allan McRae at 2024-12-12T13:27:28+00:00
makepkg: move SOURCE_DATE_EPOCH handling to libmakepkg
Signed-off-by: Allan McRae
- - - - -
3 changed files:
- scripts/libmakepkg/reproducible/meson.build
- + scripts
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
cb940620 by Integral at 2024-12-10T21:10:35+08:00
fix: make dependency cycle a debug message
- - - - -
3 changed files:
- lib/libalpm/deps.c
- test/pacman/tests/dependency-cycle-fixed-by-upgrade.py
- test/pacman/tests/sync012
> Should the OpenCycleMap layer stay dimmed with reduced contrast as it
> currently is or should another filter (if any) be chosen to optimize the map
> for dark mode?
I'd prefer to see the OpenCycleMap layer displayed normally in dark mode (i.e.
with no filter) for now. I think either we will
> So we're moving from _let's have the map dark in some unspecified manner_ to
> _let's have the map not dark but still call it dark_ (by default when the
> browser reports dark color scheme preference). That's probably not what you
> want.
I want to see all filters removed from all map layers,
Closing this, since it was an alternative to #5339 / #5362 which is now merged.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5337#issuecomment-2536634839
You are receiving this because you are subscribed to this thread.
Message
Closed #5337.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5337#event-15622212025
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-dev mailing
See #5328 for background.
As the cartographer for the `transport` featured layer, I would like this
project to use the `transport-dark` variant when our maps are shown in dark
mode.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/iss
Some people are asking why this is taking a long time to fix, but from my own
side unfortunately personal circumstances have had a large part to play. Thank
you to everyone for you patience.
I haven't seen any substantial counter-proposal to my "option 4c" suggestion
("Cartographers choose") ea
Thanks @AntonKhorev , I think this works well.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5362#issuecomment-2536543710
You are receiving this because you are subscribed to this thread.
Message ID:
___
Merged #5339 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5339#event-15621756654
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
Merged #5362 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5362#event-15621756178
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
Classification: Confidential
" ACCEPT after about a year of a stable z/OS"
I usually run an accept just prior the next apply cycle. Presumably by that
time I have a stable environment (FSVO stable).
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Purdy
Sent:
Merged #5390 into master.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5390#event-15619240864
You are receiving this because you are subscribed to this thread.
Message ID:
___
rails-
Looks good to me, thanks!
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5390#issuecomment-2536078545
You are receiving this because you are subscribed to this thread.
Message ID:
___
Classification: Confidential
As I said yesterday, and auditor that can spell S-M-P-E is a rarity.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Joel Ewing
Sent: Tuesday, December 10, 2024 6:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
[CAUTION
@JoeCelaster Please see [our Contributing
Guide](https://github.com/openstreetmap/openstreetmap-website/blob/master/CONTRIBUTING.md#assigning-issues)
section "Assigning Issues".
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5
Classification: Confidential
That is a rather amazing thing. That an auditor can even spell s-m-p-e
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Phil Smith III
Sent: Tuesday, December 10, 2024 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE and auditors
ist,
});
Any pointers are welcome.
-Allan
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
dd55afad by Integral at 2024-12-10T10:18:40+00:00
refactor: use c99 struct initializers to enhance readability
- - - - -
3 changed files:
- lib/libalpm/dload.c
- lib/libalpm/util.c
- src/pacman/sighandler.c
View it on GitLab
Allan McRae pushed to branch master at Pacman / Pacman
Commits:
95a7d416 by Allan McRae at 2024-12-07T22:07:29+10:00
Do not identify the public key algorithm
When the import key message was pushed to the pacman frontend, we no longer
displayed the length or algorithm used for the key
Classification: Confidential
FWIW, I had access to a 029 keypunch into the late 80's. Didn't use it myself,
but I had access...
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
billogden
Sent: Saturday, December 7, 2024 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
generally works. However, I am thinking this is a messy
approach and I am not sure I am achieving the idea of using the reference lines
as benchmarks for phenotype scores. Any thoughts and ideas are most welcome.
Thanks in advance
Allan Edelsparre
[[alternative HTML version deleted
Branch: refs/heads/master
Home: https://github.com/jenkinsci/git-plugin
Commit: 7a4955e762880dd1b2770fa0cb9f521263f186e4
https://github.com/jenkinsci/git-plugin/commit/7a4955e762880dd1b2770fa0cb9f521263f186e4
Author: Allan Burdajewicz
Date: 2024-12-02 (Mon, 02 Dec 2024
Classification: Confidential
I don't think the COND=EVEN step is required. Just create the temp ds with
DISP=(NEW,PASS). It will persist until EOJ.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Thompson
Sent: Monday, December 2, 2024 7:33 AM
To: IBM-MAIN@LIS
1 - 100 of 17585 matches
Mail list logo
