10000 (non-issue) rubinius cache file rubinius-codedb-cache.bz2 is not a tape archive · Issue #3842 · rubinius/rubinius · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

(non-issue) rubinius cache file rubinius-codedb-cache.bz2 is not a tape archive #3842

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
spchamp opened this issue Dec 30, 2021 · 0 comments
Open

(non-issue) rubinius cache file rubinius-codedb-cache.bz2 is not a tape archive #3842

spchamp opened this issue Dec 30, 2021 · 0 comments

Comments

@spchamp
Copy link
spchamp commented Dec 30, 2021 •
edited
Loading

Update: Taking a look at library/rubinius/configuration.rb it seems that the codedb file may not in fact represent a compressed tape archive. Having noticed that the codelib and stdlib files may represent compressed tape archives, I suppose I'd assumed that this third file for the build would be of a similar format. Assuming it's not a corrupted tape archive - if it's not a compressed tape archive, at all - will return to the porting work, shortly.

Retaining the text of the original issue report, here, for purpose of consistency

  1. What command did you run?

On a FreeBSD 12.1 host:

$ wget https://rubinius-binaries-rubinius-com.s3.amazonaws.com/codedb/rubinius-codedb-cache.bz2
(wget output)

$ sha512 rubinius-codedb-cache.bz2
SHA512 (rubinius-codedb-cache.bz2) = 5e07e637a4f1bf0e9ab875c10452a32a6e53621461c2e19357bd2d53fca764b5f749d4e36055ca6eabdfefc5e003c3d748245cc845f30f77c5029a9480faa7ec

$ cat rubinius-codedb-cache.bz2.sha512 
5e07e637a4f1bf0e9ab875c10452a32a6e53621461c2e19357bd2d53fca764b5f749d4e36055ca6eabdfefc5e003c3d748245cc845f30f77c5029a9480faa7ec

$ mkdir -p /tmp/rubinius_tmp/rubinius-codedb-cache && tar -jxvf rubinius-codedb-cache.bz2 -C /tmp/rubinius_tmp/rubinius-codedb-cache                                                                             
tar: Can't parse line 33813                                                                    
tar: Error exit delayed from previous errors.
  1. What behavior did you expect?

The Bzip2-compressed tape archive file should be readable

  1. What behavior did you get instead?

The Bzip2-compressed tape archive file was not completely readable; tar did not extract any files

  1. What version of Rubinius?

This is in trying to develop a patch for updating the former FreeBSD lang/rubinius port, working with distsrc for Rubinius v5.0

  1. What version of operating system?

FreeBSD riparian.cloud.thinkum.space 12.1-RELEASE-p1 FreeBSD 12.1-RELEASE-p1 #0 8d3f226f4(ci/releng/12.1/patch-with-makefile-hacks: Sat Mar 7 12:38:21 PST 2020 me@riparian.cloud.thinkum.space:/usr/obj/riparian_amd64/usr/src/amd64.amd64/sys/RIPARIAN amd64

  1. What is your operating system distribution, if your operating system has more than one?

FreeBSD 12.1 (local build)

  1. How did you build your version of Rubinius?

n/a (working on it, with FreeBSD ports)

  1. Does this issue involve proprietary code?

I don't believe it does, though I'm unable to see what's bundled in that specific cache distfile

  1. Are you able to help us debug the issue?

Absolutely. However, I'm afraid there may not be much I can do for this specific part of bootstrapping the build-tools, at this time.

The archive would pass an sha512 check, but it was not readable to FreeBSD tar
@spchamp spchamp changed the title rubinius cache file rubinius-codedb-cache.bz2 not a valid archive? (non-issue) rubinius cache file rubinius-codedb-cache.bz2 is not a tape archive Dec 30, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@spchamp
0