virtualboxWithExtpack: refactor to avoid building virtualbox
Open
Nobody has claimed this yet.
2.status: stale
- Dominant language
- Nix
- Stars
- 26.2k
- Forks
- 20.1k
- PR merge metrics
- PR metrics pending
Description
Because virtualboxWithExtpack has unfree components, it cannot be built on Hydra and cached. However building it is as heavy as building virtualbox, which is not very desirable for end users. Perhaps we should refactor this package to make it so that the end users can utilize the binary cache of virtualbox package.
CC @svanderburg @FriedrichAltheide @blitz.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the virtualboxWithExtpack and virtualbox package definitions and reviewing how Hydra handles their unfree components and binary caches. Done means the extpack package no longer rebuilds the full virtualbox package locally and end users can use the cached virtualbox binary.
Written by the indexing model from the issue text.
Assessment
- Domain
- build-system
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100