Thanks to everybody for testing the update. So far nothing major came
up; only Postfix issued a warning regarding a potential rebuild).
I'll move the release to the stable repos then.
Greetings,
Pierre
On Wed, May 31, 2023 at 7:13 AM Pierre Schmitz wrote:
>
> Hi all,
>
> I
On Wed, May 31, 2023 at 9:10 AM Christian Hesse wrote:
>
> Pierre Schmitz on Wed, 2023/05/31 07:13:
> > However, packages might do runtime checks and ask for the specific
> > version they were built with.
>
> At least in the past we had this with freeradius... Guess it i
,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
David Runge wrote:
>
> On 2022-12-20 11:49:28 (+0100), Pierre Schmitz wrote:
> > On Tue, Dec 20, 2022 at 11:25 AM David Runge wrote:
> > > Hm, I'm not so happy about this removing the checks and hardcoding
> > > php-legacy though.
> >
> > The check is d
Just a heads up: I'll probably move the packages this afternoon
(unless there are objections).
On Tue, Jan 10, 2023 at 5:35 PM Pierre Schmitz wrote:
>
> Hi all,
>
> after some time in [testing] and the first patch release I think it is
> time to move the PHP 8.2 reb
as
it relies on the c-client library which has been abandoned for many
years.
--
Pierre Schmitz, https://pierre-schmitz.com
le.
>
> I can look into fixing it later today.
Great, thanks.
--
Pierre Schmitz, https://pierre-schmitz.com
On Tue, Dec 20, 2022 at 10:44 AM Pierre Schmitz wrote:
>(I can do the required changes if you like)
As some code is probably easier to talk about here is my idea in patch
from: https://gist.github.com/pierres/227602544b54a1b027471b6ccdab36c1
--
Pierre Schmitz, https://pierre-schmitz.com
t.
There are only a few months every year where Nextcloud will work with
the latest PHP version and users will need to adjust their
configuration when moving back and forward. (I can do the required
changes if you like)
Greetings,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
.incompatible.php
One of the special cases is probably nextcloud with its version check.
I'd suggest to use php-legacy here is this will always point to a
version that is supported by upstream.
Let me know of any issues that arise.
Greetings,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
didn't want to provide a specific
version but two different release branches. This makes it easier for
users to update and packagers to maintain. It should be inline with
Arch's rolling release model.
Greetings,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
>> first. These are all rather small projects but we being the mother and
>> true Arch community should have the resources to implement it in a
>> proper way without any major drawbacks.
>
> I don't think this can be achieved and is worth the hassle it will bring.
>
> My 2cents,
> tpowa
> --
> Tobias Powalowski
> Arch Linux Developer & Package Maintainer (tpowa)
> https://www.archlinux.org
> tp...@archlinux.org
> Archboot Developer
> https://bit.ly/archboot
>
> St. Martin-Apotheke
> Herzog-Georg-Str. 25
> 89415 Lauingen
> https://www.st-martin-apo.de
> i...@st-martin-apo.de
--
Pierre Schmitz, https://pierre-schmitz.com
er to depend on php-legay right away.
Greetings,
Pierre
*) https://www.php.net/supported-versions.php
--
Pierre Schmitz, https://pierre-schmitz.com
in; likely to authenticate against a third
party IMAP server.
Greetings,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
Thanks for looking into it. I am fine with removing db support as it
is really unlikely someone wants to use it with a modern PHP.
On Wed, Dec 14, 2022 at 11:24 AM Frederik Schwan wrote:
>
> On Wed, Dec 14, 2022 at 10:56:30AM +0100, Pierre Schmitz wrote:
> > What is the latest new
t; swi-prolog (depends on gperftools -> libunwind)
>
>
> These are fine:
> isync (depends are BSD, GPLv3 and zlib)
> libical (depends on LGPLv2, MIT, BSD, zlib, GPLv3)
> opendkim (depends on BSD, OpenLDAP Public, cyrus-sasl, LGPLv2)
> postfix (depends on openssl, cyrus-s
e 3.0x series
>
> On Tue, Nov 1, 2022 at 6:57 PM David Runge wrote:
> >
> > On 2022-11-01 18:27:23 (+0100), Pierre Schmitz wrote:
> > > I updated to 3.0.7 in staging. I had libprovides in my branch. Do you
> > > guys think this might be handy to define versioned d
:03, Levente Polyak wrote:
> > https://mta.openssl.org/pipermail/openssl-announce/2022-October/000238.html
>
> Started the rebuilds with 3.0.5, let's not forget to bump to 3.0.7
> before moving to testing!
--
Pierre Schmitz, https://pierre-schmitz.com
can do so.
But if we do not follow up with an effort to push all depending
rebuilds, we will end up with a lot of broken packages and/or
conflicts with other rebuilds.
Greetings,
Pierre
On Tue, Sep 20, 2022 at 8:14 PM Pierre Schmitz wrote:
>
> Hi all,
>
> I have been thinking about r
obody could be found; ideally
there is someone with a sense of passion for some of these more
important packages.
Greetings,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
I have just released a new ISO image named 2022.08.05 including kernel 5.18.16
On Thu, Aug 4, 2022 at 7:04 PM Evangelos Foutras
wrote:
>
> On Thu, 4 Aug 2022 at 19:13, Pierre Schmitz wrote:
> >
> > Thanks. I'll build a new release tomorrow
>
> For what it's
Thanks. I'll build a new release tomorrow
On Thu, 4 Aug 2022, 17:26 Evangelos Foutras,
wrote:
> On Mon, 1 Aug 2022 at 21:44, Pierre Schmitz wrote:
> > I'll wait for a fixed linux package
>
> Fixed kernel is in [core], please go ahead with the new ISO if possible.
>
tradition than an actual need. Therefore I'll wait for a
fixed linux package. (the July ISO is still pretty recent :-))
Greetings,
Pierre
*) https://bugs.archlinux.org/task/75478
--
Pierre Schmitz, https://pierre-schmitz.com
add a `provides=(php-apcu-interpreter=7)` and for
> php-apcu add a `provides=(php-apcu-interpreter=8)`.
> That way consumers can decide which interpreter they require by
> depending on e.g. `php-apcu-interpreter=8`. This works similar to how we
> do things for java.
>
> Do you have any thoughts on this?
>
> Best,
> David
>
> --
> https://sleepmap.de
--
Pierre Schmitz, https://pierre-schmitz.com
Christian Hesse wrote:
>
> Pierre Schmitz via arch-dev-public on
> Sun, 2022/01/23 12:50:
> > Next steps:
> > 1) Let's agree on a time window where no other rebuild can take place
> > within our staging repos. How about at least the first two weeks in
> > Feb
ia arch-dev-public
> wrote:
> > Pierre Schmitz via arch-dev-public
> > on
> > Sun, 2022/01/23 12:50:
> > > Next steps:
> > > 1) Let's agree on a time window where no other rebuild can take
> > > place
> > > within our staging repos. How
On Sat, Jan 29, 2022 at 2:49 PM Allan McRae via arch-dev-public
wrote:
> Assuming we need people to help the x86_64_v3 port, I would post a news
> item and have people apply. We have advertised developer positions in
> the past and received dozens of applications, and readily filled the
> availab
/flyspray/releases We seem to use version
0.9.9.7 which we updated 9 years ago. From there on its probably
easier to make to work with recent PHP versions.
Greetings,
Pierre
On Sun, Jan 23, 2022 at 3:15 PM Kristian Klausen wrote:
>
> On Sat, Jan 22, 2022 at 20:45:45 +0100, Pierre Schmitz via ar
$repo/os/$arch
Important: Only use this to check building packages within a chroot.
Installing this on a system will break it.
*) libarchive already fails \o/; but hopefully this unit test can be
ignored: https://github.com/libarchive/libarchive/issues/1596
On Sat, Jan 8, 2022 at 10:24 PM Pierre Sc
On Sat, Jan 22, 2022 at 9:45 PM David Runge wrote:
> On 2022-01-22 20:45:45 (+0100), Pierre Schmitz via arch-dev-public wrote:
> ...
> > 1) Let's no longer package software that requires older versions of
> > PHP. Personally I would run such complex software with very
would end up with more packages we need less testing and will be
able to move faster.
*) https://www.php.net/supported-versions.php
On Sat, Jan 22, 2022 at 10:57 AM David Runge wrote:
>
> On 2022-01-21 17:51:17 (+0100), Pierre Schmitz via arch-dev-public wrote:
> > I just relea
I just released PHP 8.1 into [extra].
Please also check https://archlinux.org/todo/php-7-retiredment/ so PHP
7 can be dropped soon.
have a nice weekend,
Pierre
On Mon, Jan 17, 2022 at 3:38 PM Pierre Schmitz wrote:
>
> Thank you.
>
> I would not expect a lot of updates specifi
Runge wrote:
>
> On 2022-01-16 17:11:44 (+0100), Pierre Schmitz via arch-dev-public wrote:
> > Thanks! Let me know if I may support you.
>
> It went quite okay (but I had to remove parts of the patch series as
> they apply to files that we do have in our tarball).
>
> n
Thanks! Let me know if I may support you. Wrangling with PHP scripts
is at least more fun than using gpg...
On Sun, Jan 16, 2022 at 5:03 PM David Runge wrote:
>
> On 2022-01-16 16:40:00 (+0100), Pierre Schmitz via arch-dev-public wrote:
> > So far everything looks fine. I am even u
ry to apply the upstream patch:
https://github.com/nextcloud/server/pull/29862
3) temporary depend on php7; I'd like to remove that package soon though
4) anything else?
Greetings,
Pierre
On Sat, Jan 8, 2022 at 11:09 AM Pierre Schmitz wrote:
>
> I have finished the rebuild of module
ger-key
> [5] https://archlinux.org/todo/add/
> [6]
> https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/issues?scope=all&state=opened¬[label_name][]=new%20packager%20key¬[label_name][]=remove%20packager%20key¬[label_name][]=new%20main%20key¬[label_name][]=remove%20main%20key
>
> --
> https://sleepmap.de
--
Pierre Schmitz, https://pierre-schmitz.com
ore than
700 packages in our staging repos.
- Pierre
On Mon, Dec 6, 2021 at 6:41 PM Pierre Schmitz wrote:
>
> just a small update: This is going to be a little more complicated and
> I suggest we tackle this at the beginning of next year. I got some
> very helpful feedback from our comm
once php 8.1 has moved into [extra].
Greetings,
Pierre
On Sun, Jan 2, 2022 at 2:00 PM Pierre Schmitz wrote:
>
> So, its been some time and things seem to look a lot better now. I see
> the nextcloud patch was merged some time ago as well. We might need to
> aplly it manually as I don&#
New version was just released and claims
to support anything newer than PHP 7.2
* dokuwiki: unclear; might need patches
Greetings,
Pierre
On Mon, Dec 6, 2021 at 6:53 PM David Runge wrote:
>
> On 2021-12-06 18:32:49 (+0100), Pierre Schmitz via arch-dev-public wrote:
> > In general we c
works
>
> [0]
> https://lists.archlinux.org/pipermail/arch-dev-public/2021-August/030496.html
> [1] https://archlinux.org/packages/?sort=&q=opensearch
> [2]
> https://opensearch.org/docs/latest/clients/agents-and-ingestion-tools/index/
>
> --
> hashworks
>
> Webhttps://hashworks.net
> Public Key 0x4FE7F4FEAC8EBE67
--
Pierre Schmitz, https://pierre-schmitz.com
eady existed
==> WARNING: Repo lock [community] (x86_64) was not locked!
Greetings,
Pierre
On Mon, Aug 30, 2021 at 11:56 PM David Runge wrote:
>
> On 2021-08-30 22:35:39 (+0200), Pierre Schmitz via arch-dev-public wrote:
> > Thanks for looking into this. It's still weird but
,
Pierre
On Sat, Nov 6, 2021 at 10:32 AM Pierre Schmitz wrote:
>
> Hi Jelle, (also forwarding to dev-public)
>
> definitely yes, OpenSSL 3.0 is on my wish list! :-)
>
> I did not want to jump on it at day one though. Even the last minor
> updates were quite painful and w
deprecations but no hard errors).
Greetings,
Pierre
On Mon, Dec 6, 2021 at 6:13 PM David Runge via arch-dev-public
wrote:
>
> On 2021-12-06 17:58:57 (+0100), Levente Polyak via arch-dev-public wrote:
> > On 12/6/21 17:48, David Runge via arch-dev-public wrote:
> > > On 2021-1
etings,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
r Waa wrote:
>
> Hi Pierre,
>
> Shall we start an openssl 3.0 rebuild soon? Fedora/Debian/Alpine seens
> to have already started.
>
> https://fedoraproject.org/wiki/Changes/OpenSSL3.0
>
> Greetings,
>
> Jelle
--
Pierre Schmitz, https://pierre-schmitz.com
Still, doesn't this show we do not really need GPG to achieve
verification? We currently use _verify_signature() in
mkinicpio-archiso, but shouldn't _verify_checksum() be as secure
without the hassle to involve GPG?
Greetings,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
had to use PXE boot.
Greetings,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
o community. I have kept a copy of the
> broken files db if anyone wants it, but it seems that
> "ipguard-1.04-6/desc" had 1230 NUL bytes instead of 1230 bytes of
> package details.
>
> On Mon, 30 Aug 2021 at 13:58, Pierre Schmitz via arch-dev-public
> wrote:
> >
&g
Hi all,
Since Aug 30 07:17:11 CEST the "community.files" database
(repos.archlinux.org/community/os/x86_64/community.files) seems to be
corrupted. The package "ipguard-1.04-6" has an empty "desc" file. The
"files" file has content though. Also the regular "community.db" file
does seem fine. I also
-public
> wrote:
> >
> > On 3/14/21 3:07 PM, Pierre Schmitz via arch-dev-public wrote:
> > > I just updated the server to also accept x86_64 feature levels, ARM
> > > and even i686. There is a new version of pkgstats (>= 3.1.0; currently
> > > in [tes
nd I lack old, new and AMD
CPUs.
An API and UI to analyze these data will follow in the future. (I
guess we need to wait a few weeks to see some valid results)
Greetings,
Pierre
On Sun, Mar 7, 2021 at 2:40 PM Pierre Schmitz wrote:
>
> Hi all,
>
> while reading Allan's RFC about
Hi all,
while reading Allan's RFC about increasing Arch's CPU requirements(*)
I had the idea to start tracking the different x86_64 architecture
level using pkgstats. I am sure whether to drop support for old CPUs
is not a matter of "if" but "when"; similar as it was with i686.
Therefore it should
stall them. I'll probably post
this tomorrow or the day after.
Greetings,
Pierre
On Mon, Jan 25, 2021 at 8:19 PM Chester Wisniewski wrote:
>
> I would recommend changing "postfix" to suffix. Postfix is a package, suffix
> works better in English.
>
> Chester
>
&g
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
comp
Thank you for you working on Arch for such a long time.
Take care,
Pierre
On Thu, Jan 21, 2021 at 2:08 PM Bartłomiej Piotrowski via
arch-dev-public wrote:
>
> 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
To speed things up I'll go ahead and update the remaining packages to
my best knowledge. I'll also send a news draft later.
Greetings,
Pierre
On Mon, Jan 18, 2021 at 6:51 PM Pierre Schmitz wrote:
>
> php7 is now in [extra] an php 8 and the rebuilt modules are available
>
php7 is now in [extra] an php 8 and the rebuilt modules are available
in [testing].
I have created a new todo list to check compatibility of packages that
depend on PHP: https://archlinux.org/todo/php-8-compatibility/
Greetings,
Pierre
On Sat, Jan 16, 2021 at 3:05 PM Pierre Schmitz wrote
neither. I assume this package has other problems. I'll just ignore
this for now unless someone objects. PHP is only a makedepends here.
If everything works out we might be able to move PHP 8 to [extra] by
next weekend.
Greetings,
Pierre
On Fri, Jan 8, 2021 at 5:48 PM Pierre Schmitz wrote:
The module rebuild todo list is now available at
https://archlinux.org/todo/php-8-and-php7-module-rebuild/
On Fri, Jan 8, 2021 at 5:11 PM Pierre Schmitz wrote:
>
> Just another headshup:
>
> I'll push php7 and php-8 package to staging today. I'll create a
> rebuild l
Greetings,
Pierre
On Mon, Dec 14, 2020 at 5:31 PM Pierre Schmitz wrote:
>
> 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
> *
60 matches
Mail list logo
