Hi,
Many thanks.
What I'm trying to do is to use ClefOS packages in another distro, so I
need whatever key signed those. This seemed to be the key from my quick
exploration - is that not the case?
On Mon, Aug 17, 2020, 06:12 Neale Ferguson wrote:
> It is within this package:
>
>
>
It is within this package:
http://download.sinenomine.net/epel/epel-7/noarch/sna-packages-7-1.0-0.noarch.rpm
This key is only used for signing our own packages not ClefOS itself nor the
ClefOS EPEL. What package is asking for it?
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.4.12
Yes, SYSTSIN.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Joseph Reichman
Sent: Sunday, August 16, 2020 8:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Modules in JPA of a TSO Address
Are you referring to SYSTSIN
Thanks
> On Aug 16, 2020, at 8:05 PM, Seymour J Metz wrote:
>
> No. Commands on the PARM are treated like commands in SYSTSON; IKJEFT01 does
> an ATTACH.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
>
No. Commands on the PARM are treated like commands in SYSTSON; IKJEFT01 does an
ATTACH.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Joseph Reichman
Sent: Sunday, August 16, 2020 7:01 PM
EOF (End Of File)? Is UIM-03 reflect the max length or actual
variable length (try a V dataset)? Even an FB could have a short
block with each DISP=MOD use.
On Sun, Aug 16, 2020 at 6:54 AM SUBSCRIBE IBM-MAIN Anonymous
wrote:
>
> Hello All,
>
> As I am trying to understand ADRDSSU's
Hi
I am testing out some code about modules in the JPA of a TSO Address space.
When I logon to the TSO Address space, IKJEFT01 executes a clist/rexx exec
on the parm=
If the clist or rexx calls a program to do load of some modules I would
assume they remain in the private address space, since
https://www.sinenomine.net/contact/contact-us ?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Christian Svensson
Sent: Sunday, August 16, 2020 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ClefOS signing key
Hi,
I
QUERY RDR gives you more information about the origin.
If this is what you are looking for.
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List Im Auftrag von
Phil Smith III
Gesendet: Sunday, August 16, 2020 19:58
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: Rexx detail, or things
A quick DDG search got me "There currently are no publicly-advertised Mailman
mailing lists on www.clefos.org. " I know that one of the participants
subscribes to IBM-MAIN; with luck he'll see your query and respond.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
Gil wrote:
>... All I see is:
>Purpose
>Use the RECEIVE command to read onto a disk or directory one of the files
>or notes in your virtual reader. ...
>... no suggestion of RECEIVE from a SFS or MDFS file.
Oh, sorry. I missed that you were asking about origin, not
I'm glad you asked, because I'm rusty and I recently used "parse source" to
get the name of the running Rexx file and then read it line-by-line.
(Regina Rexx, just for my own use. I wanted a model input file available
from comments in the source).
I think sourceline() is likely to be more
On Sun, 16 Aug 2020 12:20:10 -0400, Phil Smith III wrote:
>
>>z/OS TSO RECEIVE has the useful FROMDSN and FROMDD options. Has
>>CMS RECEIVE anything similar? But there are the Pipelines 64DECODE
>>and DEBLOCK NETDATA filters which should be useful for this. No
>>PIPELINES VMARC, AFAIK.
>
>Sure:
Hi,
I cannot seem to find a community to reach out to for ClefOS so I
guess this mailing list will have to work.
I am trying to find the signing key that is used for ClefOS -
RPM-GPG-KEY-SNA. It is supposedly somewhere in /etc/.
Usually repositories tend to publish their signing keys, but ClefOS
Paul Gilmartin wrote:
>z/OS TSO RECEIVE has the useful FROMDSN and FROMDD options. Has
>CMS RECEIVE anything similar? But there are the Pipelines 64DECODE
>and DEBLOCK NETDATA filters which should be useful for this. No
>PIPELINES VMARC, AFAIK.
Sure: RECEIVE >>
MAILABLE was also
On Sun, 16 Aug 2020 00:50:28 -0400, Phil Smith III wrote:
>http://www.vmworkshop.org/HENSLER/ includes my MAILABLE EXEC, which uses this
>technique to create self-extracting blobs wrapped in Rexx code to unpack them.
>Alas, it's VM-only, but it illustrates the idea.
>
>This was useful back in
Hello All,
As I am trying to understand ADRDSSU's DUMP/RESTORE process, I came across UIMs
that I could use to get more insight. The UIMs that I was particularly
interested in were Eioption-03(Read physical record) and Eioption-06 (Write
physical record). As a first step I dumped a 3MB dataset
17 matches
Mail list logo
