inetutils-server, OpenSP and units install glitches and fixes

inetutils-server, OpenSP and units install glitches and fixes

[Ian Lambert via cygwin]

Running setup updates and installs in mirror-mode, I had 3 problems. The first is "fixed." The 2nd is fixed, with a question. The 3rd is still a puzzle.

Setup message:

Package: _/Unknown package
	inetutils-server.sh exit code 1
	OpenSP.sh exit code 127

/var/log/setup.log.full excerpts:


2017/03/24 09:48:43 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile "/etc/postinstall/inetutils-server.sh"
*** Warning: The owner and the Administrators need
*** Warning: to have .w. permission to /var/run.
*** Warning: Here are the current permissions and ACLS:
*** Warning:     drwxr-xr-x 1 myuser Domain Users 0 Mar 14 17:48 /var/run
*** Warning:     # file: /var/run
*** Warning:     # owner: myuser
*** Warning:     # group: Domain Users
*** Warning:     user::rwx
*** Warning:     group::r-x
*** Warning:     other:r-x
*** Warning:     
*** Warning: Please change the user and/or group ownership, 
*** Warning: permissions, or ACLs of /var/run.
...

*** ERROR: Problem with /var/run directory. Exiting.
2017/03/24 09:49:28 abnormal exit: exit code=1

=============

(1) "Fix:" Finally realized ftp, talk, telnet or uucp aren't needed, and uninstalled inetutils-server and inetutils. "Common networking clients and servers" sounded necessary, but apparently not. :D

=============

(2)

2017/03/24 09:49:28 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile "/etc/postinstall/OpenSP.sh"
/etc/postinstall/OpenSP.sh: line 1: /usr/bin/install-catalog: No such file or directory
2017/03/24 09:49:28 abnormal exit: exit code=127


Fix: installed sgml-common (containing install-catalog). After the above error, it was not yet installed and not pending. Then installed OpenSP. It was also not yet installed, and not pending.

Question: These were obviously needed for each other, and needed by other packages, so why didn't the first install work, and why did they not show up as pending the next time?

=============

(3) "units" converter sounded useful, but install failed with:


2017/03/24 09:51:44 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile "/etc/postinstall/zp_units_cur.sh"
Error connecting to currency server. <urlopen error [Errno 8] Name or service not known>


So, this is trying to do:

/etc/postinstall
$ cat zp_units_cur.sh 
/usr/bin/find /usr/share/units/currency.units -mtime +0 -exec /usr/bin/units_cur \;

and units_cur is a python3 script trying to do:

$ grep http /usr/bin/units_cur
  currencies = ET.parse(urllib.request.urlopen('http://rss.timegenie.com/forex.xml')).findall('data')
outstr += '\n\n# Precious metals prices from http://services.packetizer.com/spotprices/\n\n'
  spotprices = ET.parse(urllib.request.urlopen('http://services.packetizer.com/spotprices/?f=xml'))


And of course this fails behind my proxy, because with --norc and --noprofile, setup/bash doesn't have the proxy info'.

Questions: Is it kosher for security for an installing package like this to obtain something from the internet like this, and if so, how can I give it the proxy info (other than running it with rc and profile)?


On a related note, using not ancient Red Hat 5.6 where the mirror is stored, tar won't expand the Cygwin packages?

$ tar -xvf units-2.13-1.tar.xz 

tar: This does not look like a tar archive
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers
tar: Read 9640 bytes from units-2.13-1.tar.xz
tar: Error exit delayed from previous errors

$ tar --version
tar (GNU tar) 1.15.1


but tar Packaged by Cygwin (1.29-1) will.



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

RE: inetutils-server, OpenSP and units install glitches and fixes

[Nellis, Kenneth (Conduent)]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 1001 bytes --]

From: Ian Lambert via cygwin
> ...
> On a related note, using not ancient Red Hat 5.6 where the mirror is
> stored, tar won't expand the Cygwin packages?
> 
> $ tar -xvf units-2.13-1.tar.xz
> 
> tar: This does not look like a tar archive
> tar: Skipping to next header
> tar: Archive contains obsolescent base-64 headers
> tar: Read 9640 bytes from units-2.13-1.tar.xz
> tar: Error exit delayed from previous errors
> 
> $ tar --version
> tar (GNU tar) 1.15.1
> 
> 
> but tar Packaged by Cygwin (1.29-1) will.
> 

I believe you need to tell tar if the file is in a compressed
format. Not sure if your version takes the same options as
Cygwin's tar 1.29, but there you would want to say (I suspect):

$ tar -xvjf units-2.13-1.tar.xz

--Ken Nellis
\x03B‹KCB”\x1c›Ø›\x19[H\x1c™\^[ܝ\x1cΈ\b\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÜ\x1c›Ø›\x19[\Ëš\x1d^[[\x03B‘TNˆ\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÙ˜\KÃB‘^[ØÝ[Y[\x18]\x1a[ÛŽˆ\b\b\b\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÙ^[ØÜËš\x1d^[[\x03B•[œÝXœØÜšX™H\x1a[™›Îˆ\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÛ[\vÈÝ[œÝXœØÜšX™K\Ú[\^[\x19CBƒB

RE: inetutils-server, OpenSP and units install glitches and fixes

[Ian Lambert via cygwin]

On March 27, 2017 8:48:07 AM EDT, "Nellis, Kenneth (Conduent)"  wrote:
>From: Ian Lambert via cygwin
>> ...
>> On a related note, using not ancient Red Hat 5.6 where the mirror is
>> stored, tar won't expand the Cygwin packages?
>> 
>> $ tar -xvf units-2.13-1.tar.xz
>> 
>> tar: This does not look like a tar archive
>> tar: Skipping to next header
>> tar: Archive contains obsolescent base-64 headers
>> tar: Read 9640 bytes from units-2.13-1.tar.xz
>> tar: Error exit delayed from previous errors
>> 
>> $ tar --version
>> tar (GNU tar) 1.15.1
>> 
>> 
>> but tar Packaged by Cygwin (1.29-1) will.
>> 
>
>I believe you need to tell tar if the file is in a compressed
>format. Not sure if your version takes the same options as
>Cygwin's tar 1.29, but there you would want to say (I suspect):
>
>$ tar -xvjf units-2.13-1.tar.xz
>
>--Ken Nellis

I appreciate the suggestion, but j is for bz2 on redhat 5.6. There is an "xz" package we could install, but we're moving to redhat 6.4, with tar 1.23, and tar -xvf works there easy as 123. Ha.

Thanks
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: inetutils-server, OpenSP and units install glitches and fixes

[cyg Simple]

On 3/27/2017 11:42 AM, Ian Lambert via cygwin wrote:
> 
> 
> On March 27, 2017 8:48:07 AM EDT, "Nellis, Kenneth (Conduent)"  wrote:
>> From: Ian Lambert via cygwin
>>> ...
>>> On a related note, using not ancient Red Hat 5.6 where the mirror is
>>> stored, tar won't expand the Cygwin packages?
>>>
>>> $ tar -xvf units-2.13-1.tar.xz
>>>
>>> tar: This does not look like a tar archive
>>> tar: Skipping to next header
>>> tar: Archive contains obsolescent base-64 headers
>>> tar: Read 9640 bytes from units-2.13-1.tar.xz
>>> tar: Error exit delayed from previous errors
>>>
>>> $ tar --version
>>> tar (GNU tar) 1.15.1
>>>
>>>
>>> but tar Packaged by Cygwin (1.29-1) will.
>>>
>>
>> I believe you need to tell tar if the file is in a compressed
>> format. Not sure if your version takes the same options as
>> Cygwin's tar 1.29, but there you would want to say (I suspect):
>>
>> $ tar -xvjf units-2.13-1.tar.xz
>>
>> --Ken Nellis
> 
> I appreciate the suggestion, but j is for bz2 on redhat 5.6. There is an "xz" package we could install, but we're moving to redhat 6.4, with tar 1.23, and tar -xvf works there easy as 123. Ha.
> 

This should work for both Cygwin and your Redhat Linux

  -a, --auto-compress        use archive suffix to determine the compression

You just need to ensure that the prerequisite software to do the
compression/decompression is in place.

-- 
cyg Simple

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: inetutils-server, OpenSP and units install glitches and fixes

[Duncan Roe]

On Mon, Mar 27, 2017 at 12:48:07PM +0000, Nellis, Kenneth (Conduent) wrote:
> From: Ian Lambert via cygwin
> > ...
> > On a related note, using not ancient Red Hat 5.6 where the mirror is
> > stored, tar won't expand the Cygwin packages?
> >
> > $ tar -xvf units-2.13-1.tar.xz
> >
> > tar: This does not look like a tar archive
> > tar: Skipping to next header
> > tar: Archive contains obsolescent base-64 headers
> > tar: Read 9640 bytes from units-2.13-1.tar.xz
> > tar: Error exit delayed from previous errors
> >
> > $ tar --version
> > tar (GNU tar) 1.15.1
> >
> >
> > but tar Packaged by Cygwin (1.29-1) will.
> >
>
> I believe you need to tell tar if the file is in a compressed
> format. Not sure if your version takes the same options as
> Cygwin's tar 1.29, but there you would want to say (I suspect):
>
> $ tar -xvjf units-2.13-1.tar.xz
>
> --Ken Nellis

No, -j is for bz2. -J (capital j) is for xz, but the tar being tried may be too
old to have that option.

Cheers ... Duncan.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: inetutils-server, OpenSP and units install glitches and fixes

[Andrey Repin]

Greetings, Nellis, Kenneth (Conduent)!

> From: Ian Lambert via cygwin
>> ...
>> On a related note, using not ancient Red Hat 5.6 where the mirror is
>> stored, tar won't expand the Cygwin packages?
>> 
>> $ tar -xvf units-2.13-1.tar.xz
>> 
>> tar: This does not look like a tar archive
>> tar: Skipping to next header
>> tar: Archive contains obsolescent base-64 headers
>> tar: Read 9640 bytes from units-2.13-1.tar.xz
>> tar: Error exit delayed from previous errors
>> 
>> $ tar --version
>> tar (GNU tar) 1.15.1
>> 
>> 
>> but tar Packaged by Cygwin (1.29-1) will.
>> 

> I believe you need to tell tar if the file is in a compressed
> format.

tar autodetects compression format. No need to specify it explicitly.
If you are unable to unpack .xz archive, you're missing the "xz" binary on
your system.

> Not sure if your version takes the same options as
> Cygwin's tar 1.29, but there you would want to say (I suspect):

> $ tar -xvjf units-2.13-1.tar.xz


-- 
With best regards,
Andrey Repin
Tuesday, March 28, 2017 04:06:29

Sorry for my terrible english...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple