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.

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

Document workaround for metacity-3.30 bug #16

Closed
martinwguy opened this issue Oct 20, 2020 · 2 comments
Closed

Document workaround for metacity-3.30 bug #16

martinwguy opened this issue Oct 20, 2020 · 2 comments

Comments

@martinwguy
Copy link
Contributor

martinwguy commented Oct 20, 2020

With buster's metacity (3.30), when SLB boots, after the choose-your-colors page, it opens the journal, with no apparent way to get out. This makes it unusable for anyone who doesn't know the F3 trick to get to the Favourites page.

I suggest documenting how to work round this in README.md of which the simplest is something like:

src=http://http.kali.org/kali/pool/main/m/metacity # Or whatever
dir=src/config/packages.chroot
wget -P $dir \
    $src/metacity_3.34.0-1_i386.deb \
    $src/metacity-common_3.34.0-1_all.deb \
    $src/libmetacity1_3.34.0-1_i386.deb
sudo build

Including these packages in the sugar-live-build distro would change its license from public domain to mixed, with the obbligation to provide or say where to get and how to build the packages, as well as being far larger than sugar-live-build itself.

After the workaround is documented, the build script could be modified to download them itself, but from where? Debian does not appear to keep a copy of all packages ever, and using a third-party site adds an extra possible point of failure/insecurity. Can sugarlabs host them temporarily?

Many thanks @quozl for helping find and work round this

@quozl
Copy link
Contributor

quozl commented Oct 21, 2020

Thanks.

Relates to sugarlabs/sugar#769 and sugarlabs/sugar#879.

As this is a problem with Metacity, not with Sugar Live Build, I'll like to close this once documentation for the situation is merged. I suggest a "Debian Buster" section.

Debian does keep copies. https://snapshot.debian.org is a "wayback machine" for the Debian archive. I'm not sure if the later packages can be used on Debian Buster though, as dependency naming may have changed.

@martinwguy
Copy link
Contributor Author

Ah, I thought I'd seen that once but couldn't find it, so that's

src=https://snapshot.debian.org/archive/debian/20190910T220103Z/pool/main/m/metacity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants