Giving people the ability to shape the internet and their experiences on it is at the heart of Mozilla’s manifesto. This includes empowering people to choose how they search. On Nov. 20, the United States Department of Justice (DOJ) filed proposed remedies in the antitrust case against Google. The judgment outlines the behavioral and structural […]
The post Proposed contractual remedies in United States v. Google threaten vital role of independent browsers appeared first on The Mozilla Blog.
I am using GitLab CI/CD pipelines for several upstream projects (libidn, libidn2, gsasl, inetutils, libtasn1, libntlm, …) and a long-time concern for these have been that there is too little testing on GNU Guix. Several attempts have been made, and earlier this year Ludo’ came really close to finish this. My earlier effort to idempotently rebuild Debian recently led me to think about re-bootstrapping Debian. Since Debian is a binary distribution, it re-use earlier binary packages when building new packages. The prospect of re-bootstrapping Debian in a reproducible way by rebuilding all of those packages going back to the beginning of time does not appeal to me. Instead, wouldn’t it be easier to build Debian trixie (or some future release of Debian) from Guix, by creating a small bootstrap sandbox that can start to build Debian packages, and then make sure that the particular Debian release can idempotently rebuild itself in a reproducible way? Then you will eventually end up with a reproducible and re-bootstrapped Debian, which pave the way for a trustworthy release of Trisquel. Fortunately, such an endeavour appears to offer many rabbit holes. Preparing Guix container images for use in GitLab pipelines is one that I jumped into in the last few days, and just came out of.
Let’s go directly to the point of this article: here is a GitLab pipeline job that runs in a native Guix container image that builds libksba after installing the libgpg-error dependency from Guix using the pre-built substitutes.
test-amd64-latest-wget-configure-make-libksba:
image: registry.gitlab.com/debdistutils/guix/container:latest
before_script:
- lndir /gnu/store/*profile/etc/ /etc
- rm -f /etc/group
- groupadd --system guixbuild
- for i in $(seq -w 1 10); do useradd -g guixbuild -G guixbuild -d /var/empty -s $(command -v nologin) -c "Guix build user $i" --system guixbuilder$i; done
- export HOME=/
- export LANG=C.UTF-8
- guix-daemon --disable-chroot --build-users-group=guixbuild &
- guix archive --authorize < /share/guix/ci.guix.gnu.org.pub
- guix archive --authorize < /share/guix/bordeaux.guix.gnu.org.pub
- guix describe
- guix package -i libgpg-error
- GUIX_PROFILE="//.guix-profile"
- . "$GUIX_PROFILE/etc/profile"
script:
- wget https://www.gnupg.org/ftp/gcrypt/libksba/libksba-1.6.7.tar.bz2
- tar xfa libksba-1.6.7.tar.bz2
- cd libksba-1.6.7
- ./configure
- make V=1
- make check VERBOSE=t V=1You can put that in a .gitlab-ci.yml and push it to GitLab and you will end up with a nice pipeline job output.
As you may imagine, there are several things that are sub-optimal in the before_script above that ought to be taken care of by the Guix container image, and I hope to be able to remove as much of the ugliness as possible. However that doesn’t change that these images are useful now, and I wanted to announce this work to allow others to start testing them and possibly offer help. I have started to make use of these images in some projects, see for example the libntlm commit for that.
You are welcome to join me in the Guix container images for GitLab CI/CD project! Issues and merge requests are welcome – happy hacking folks!
Hi Friends…!
We are ready to make your game experience even greater. Bugs are fixed and game performance is optimized. Enjoy.
{
Credit For: Respected Owner
Game Name: Kick the Buddy Second Kick
}
You will watch computer/mobile online and offline game videos on this channel, In which I will teach you how to play each game and every video of this channel will be based on his original voice or funny voice, which will entertain the audience.
And don’t forget to Like, Share and Subscribe to my channel (Slowly Gamerz).
Thanks…
CKEditor 4.x reached end-of-life (EOL) in June 2023, creating a significant challenge for Drupal 7 users: their trusted WYSIWYG editor now has known vulnerabilities that are no longer patched in the open-source community version. Upgrading to v5 is essential for maintaining security, but the only option has been paid support from CKSource. All Tag1’s Drupal 7 Extended Support Service plans now include free CKEditor v5 support, providing significantly more value at a much lower cost! Planning to run D7 beyond its January 2025 end-of-life? Sign up for Tag1 D7ES to keep your site secure with ongoing core and module updates, including critical compatibility updates for CKEditor and jQuery. Learn more at D7ES.Tag1.com. Do your sites run on Pantheon.io? Tag1 is the exclusive provider of D7ES for Pantheon.io. All Pantheon users get the self-service version of Tag1 D7ES at no additional cost. Pantheon users looking to upgrade to the premium or enterprise Tag1 D7ES service can do so online at https://d7es.tag1.com/plans. ## Enter CKEditor 5 for Drupal 7 Through the Tag1 D7ES Service, which enables Drupal 7 sites to continue operating securely after D7 goes end-of-life in January 2025, Tag1 developed a new module that brings CKEditor 5 support to Drupal…
Wed, 12/18/2024 – 10:26