- Arch-dev-public - lists.archlinux.org

[arch-dev-public] Arch Linux in GSOC 2021
by Konstantin Gizdov 01 Feb '21

01 Feb '21

Hi all! Last year Arch Linux applied to be a mentoring organisation in the Google Summer of Code program. There were quite a few cool projects and lots of keen people. Unfortunately, we were not selected. However, I was hoping people are excited about trying again this year as well. I have already been contacted by a couple of people who saw the GSOC page on the Dev Wiki and are showing quite some interest. I presume, if we advertise we will get a lot of interested people. GSOC application period starts on January 29, 2021 for mentoring organisations and closes on February 19, 2021. We should make sure we satisfy the requirements [1]: 1. Mentor organisations must run an active open source or free software project. 2. Have produced and released software under an OSI approved license [2]. 3. Must not be based in a country currently embargoed by the United States. I think we do fall into those categories and I would suggest this year we start preparing a bit earlier to improve our chances. Let's try and coordinate an effort. Maybe start with the people keen on mentoring and collation of prospective project ideas. [1] - https://summerofcode.withgoogle.com/get-started/ [2] - https://opensource.org/licenses -- Regards, Konstantin

3 3

[arch-dev-public] News draft: Chromium losing Sync support in early March
by Evangelos Foutras 01 Feb '21

01 Feb '21

I would like to post this in ~48 hours from now. Review and corrections are welcome. :) ---- Google has [announced](https://blog.chromium.org/2021/01/limiting-private-api-availabil… that they are going to block everything but Chrome from accessing Google features (like Chrome sync) starting on March 15. This decision by Google is going to affect Arch's `chromium` package a bit earlier, on March 2, when Chromium 89 gets released. We know for sure that **data syncing** will stop working (passwords, bookmarks, etc.). Other features such as **geolocation** or **enhanced spell check** might continue to function for a bit longer. Extensions integrating with **Google Drive** are likely to be affected as well. After this change is implemented, we will be able to better evaluate the usefulness of Chromium builds with reduced functionality. It is not yet clear if Chromium will continue to be a viable browser for us to package, but we are trying to minimize the disruption to users. Other distros such as openSUSE and Fedora have already removed the soon-to-be-limited API keys from their Chromium 88 packages. Fedora's [advisory](https://bodhi.fedoraproject.org/updates/FEDORA-2021-48866282e5) provides a great deal of perspective on this and I also found this Hackaday [post](https://hackaday.com/2021/01/26/whats-the-deal-with-chromium-on-linux… to be quite informative.

1 0

[arch-dev-public] Decommissioning dragon and upgrading to new box
by Sven-Hendrik Haase 30 Jan '21

30 Jan '21

Hey everyone, A new sponsorship term for dragon (our build server for those who weirdly enough don't know) was coming up and as the box was getting pretty slow for 2021 I felt perhaps we should also try for an upgrade. Anyway so Hetzner kindly agreed to give us a sponsorship deal for a bigger box which is roughly twice as fast as dragon. It'll be called "mir" and will be made available in the next few days. dragon is scheduled to be decommissioned on the 19th of January. Since nobody is supposed to be storing any data on dragon, we won't be performing a home directory transfer. Still, if there's any data you care about on dragon, please back it up until the 19th. Have fun with the new box! Cheers, Sven

1 2

[arch-dev-public] Chromium losing Sync support on March 15
by Evangelos Foutras 28 Jan '21

28 Jan '21

It looks like Sync will only work with official Chrome starting two months from now. [1] It is understandable to some extend, perhaps to guard against malicious applications using unofficial (non-Chrome) API keys and tricking users to log into their account. This argument doesn't hold much ground in the context of trusted builds like our chromium package, but I doubt Google would bother to work with us (i.e.: each individual Linux distro) on this to find a workable solution going forward. This is intended as a heads-up; I am not sure what we're going to do yet. [1] https://blog.chromium.org/2021/01/limiting-private-api-availability-in.html

16 33

[arch-dev-public] build.archlinux.org now available
by Sven-Hendrik Haase 26 Jan '21

26 Jan '21

Hello all, A new bigger and badder build box is now available to all packagers at build.archlinux.org. home dirs (but not .cache) have been transferred to the new box from dragon and all users should have access. The new box, as previously mentioned, is roughly twice as fast as dragon and has enough memory and storage to handle some load. dragon is scheduled to be decommissioned on the 31st of January so you still have some time to check whether everything was properly transferred. Have fun! Sven

3 3

Re: [arch-dev-public] News draft: PHP 8.0 is available
by Pierre Schmitz 26 Jan '21

26 Jan '21

Thanks for the ihint. I'll use "suffix" instead. (I did a brief research about the difference between postfix and suffix; I can't say I fully understand it :-)) 'll also add a note about the modules that are available for php7 as well as users might need to manually install them. I'll probably post this tomorrow or the day after. Greetings, Pierre On Mon, Jan 25, 2021 at 8:19 PM Chester Wisniewski <chetw(a)zuzax.com> wrote: > > I would recommend changing "postfix" to suffix. Postfix is a package, suffix works better in English. > > Chester > > -----Original Message----- > From: Pierre Schmitz via arch-dev-public <arch-dev-public(a)lists.archlinux.org> > Reply-To: Public mailing list for Arch Linux development <arch-dev-public(a)lists.archlinux.org> > To: Public mailing list for Arch Linux development <arch-dev-public(a)archlinux.org> > Cc: Pierre Schmitz <pierre(a)archlinux.de> > Subject: [arch-dev-public] News draft: PHP 8.0 is available > Date: Mon, 25 Jan 2021 19:04:51 +0100 > > Hi all, > > I'd like to move the PHP 8 rebuild to [extra] soon. Here is a little > news draft to mainly inform users about the new php7 package for > legacy software: > > --- > The php package has been updated to version 8.0(1). Please refer to > the upstream migration guide(2). As some applications are not > compatible with PHP 8 yet we provide a php7 package which can be > installed alongside version 8. Packages that depend on PHP reflect > this update and will require php7 if needed. You might need to update > your configuration accordingly. PHP 7 binaries and configuration have > the "7" postfix: > * /usr/bin/php -> /usr/bin/php7 > * /etc/php -> /etc/php7 > * /usr/bin/php-fpm -> /usr/bin/php-fpm7 > * /usr/lib/systemd/system/php-fpm.service -> > /usr/lib/systemd/system/php-fpm7.service > * /run/php-fpm -> /run/php-fpm7 > Note that support for php7 will be limited and likely be dropped in > about a year(3) depending on how soon the majority of applications > will be compatible with version 8. > --- > 1) https://www.php.net/releases/8.0/en.php > 2) https://www.php.net/manual/en/migration80.php > 3) https://www.php.net/supported-versions.php > > Let me know if I should add or change anything. > > Greetings, > > Pierre >

1 0

[arch-dev-public] News draft: PHP 8.0 is available
by Pierre Schmitz 25 Jan '21

25 Jan '21

Hi all, I'd like to move the PHP 8 rebuild to [extra] soon. Here is a little news draft to mainly inform users about the new php7 package for legacy software: --- The php package has been updated to version 8.0(1). Please refer to the upstream migration guide(2). As some applications are not compatible with PHP 8 yet we provide a php7 package which can be installed alongside version 8. Packages that depend on PHP reflect this update and will require php7 if needed. You might need to update your configuration accordingly. PHP 7 binaries and configuration have the "7" postfix: * /usr/bin/php -> /usr/bin/php7 * /etc/php -> /etc/php7 * /usr/bin/php-fpm -> /usr/bin/php-fpm7 * /usr/lib/systemd/system/php-fpm.service -> /usr/lib/systemd/system/php-fpm7.service * /run/php-fpm -> /run/php-fpm7 Note that support for php7 will be limited and likely be dropped in about a year(3) depending on how soon the majority of applications will be compatible with version 8. --- 1) https://www.php.net/releases/8.0/en.php 2) https://www.php.net/manual/en/migration80.php 3) https://www.php.net/supported-versions.php Let me know if I should add or change anything. Greetings, Pierre

1 0

[arch-dev-public] Goodbye
by Bartłomiej Piotrowski 23 Jan '21

23 Jan '21

Hi everyone, I'm stepping down as a developer. It's been mostly fantastic ride for the last 10 years but it's clear to me now that for better or worse it's far from the project I initially joined. Thank you and good luck with everything, Bart

11 10

[arch-dev-public] State of PHP 8 update
by Pierre Schmitz 23 Jan '21

23 Jan '21

Hi all, as people start asking me when to expect PHP 8 packages in our repos, here is a quick update: * For those who seek adventure, I'll already have version 8 in my unofficial repo * A lot of the libraries I tested do not work with PHP 8 yet. E.g. Doctrine, Elastic-Search, ... * Software that was written for PHP 5 and was never properly ported to 7 will not work; e.g. FluxBB we use for our Forums * Updating software to work with PHP 8 is quite easy though and I expect way less issues than the back in the days when we transitioned from 5 to 7 * A lot of developers use Arch, therefor I would like to provide PHP 8 as soon as possible which in turn should speed up the migration or everybody * I will check if we could provide php7 packages alongside version 8 so people can start developing for 9 but still are able to run some apps with 7. PHP 7 will be supported by upstream for almost 2 years: https://www.php.net/supported-versions.php I'll keep you updated. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com

1 5

[arch-dev-public] [signoff] [extra] postfix 3.5.9-1
by David Runge 22 Jan '21

22 Jan '21

Hi! I have just upgraded postfix to 3.5.9. The package has been split to allow specific installations based on requirements while not pulling in all of the backends at once: postfix postfix-cdb postfix-ldap postfix-lmdb postfix-mysql postfix-pcre postfix-pgsql postfix-sqlite Please do test the integration of the split-out optional dependencies with postfix to see whether everything still works as expected. Best, David -- https://sleepmap.de

1 0