[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content
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

error in stage install, "Packaging tic 0.13.0" lazy-load database corrupt ('../R6.rdb') #336

Closed
philipp-baumann opened this issue Dec 14, 2023 · 6 comments
Closed

error in stage install, "Packaging tic 0.13.0" lazy-load database corrupt ('../R6.rdb') #336

philipp-baumann opened this issue Dec 14, 2023 · 6 comments

Comments

@philipp-baumann
Copy link

Hi @pat-s ,

Thanks for the excellent {tic} package. Recently, the {tic} CI for my {opusreader2} package fails for this PR branch on macOS-latest (release), ubuntu-latest (devel), ubuntu-latest (release), however not on windows-latest (release).

I have restarted the failing CI runs manually, but without success.

For example, this one:

# ...
✔ Installed pak 0.7.1  (98ms)
ℹ Packaging tic 0.13.2
Error: 
! error in pak subprocess
Caused by error in `zip_data$unzip_class %||% R6::R6Class("unzip_process", inherit = processx::process, …`:
! lazy-load database '/home/runner/work/_temp/Library/pak/library/R6/R/R6.rdb' is corrupt

I was wondering, would you have any hint to resolve the issue and why it is suddenly occurring?

Thanks a lot!

Best,
Philipp
@pat-s
Copy link
Member
pat-s commented Dec 14, 2023

I see it in the CI here as well. I hoped it will resolve itself, since it's an issue caused by {pak} as the WF first installs {pak} to install {tic} and since {pak} is a dep of {tic}, {pak} is getting reinstalled and then the two installations collide (for some reason).

 pak         0.7.0 → 0.7.0   [bld][cmp][dl] (2.23 MB)

This likely results in the lazy-load database error of one of the {pak}'s being installed. I see what I can do.

@philipp-baumann
Copy link
Author

I see it in the CI here as well. I hoped it will resolve itself, since it's an issue caused by {pak} as the WF first installs {pak} to install {tic} and since {pak} is a dep of {tic}, {pak} is getting reinstalled and then the two installations collide (for some reason).

 pak         0.7.0 → 0.7.0   [bld][cmp][dl] (2.23 MB)

This likely results in the lazy-load database error of one of the {pak}'s being installed. I see what I can do.

Thanks Patrick for the super fast diagnostics. I'll try to merge and see if it resolves in the CI run of the main branch.

@philipp-baumann
Copy link
Author

Surprisingly, it fails again in the main branch after merging this PR: https://github.com/spectral-cockpit/opusreader2/actions/runs/7215190674/job/19659176977

@philipp-baumann
Copy link
Author

awesome, I just tested your patch and updated the CI template according to your r-universe branch. spectral-cockpit/opusreader2@3499175 Work like a charm, green light. Thanks a lot!

@philipp-baumann
Copy link
Author

@pat-s FYI I just updated templates using 0.14.0, all working 💯 Thanks so much!

@pat-s
Copy link
Member
pat-s commented Dec 15, 2023

Thanks, good to know! It was a bit more work than expected but good to hear it makes people happy 👍

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
2 participants
@pat-s @philipp-baumann