Re: [arch-dev-public] News item for openssh-7.0p1-1

Gaetan Bisson bis...@archlinux.org on Thu, 2015/08/13 00:03: Hi, I'd like to suggest the following piece of news to be posted when openssh-7.0p1-1 lands in [core]: The new openssh-7.0p1 release deprecates certain types of SSH keys that are now considered vulnerable. For details, see the

Re: [arch-dev-public] Automated rebuild for ncurses 6.0 in progress

Evangelos Foutras on Sun, 2015/09/06 20:02: > You can follow the progress at: https://rebuilds.foutrelis.com/ > > If anyone wants to tackle a build failure, you can commit the fix in > /trunk (without bumping pkgrel) and then click on the failing package > and select

Re: [arch-dev-public] Hooks rebuild #1

Allan McRae on Wed, 2016/04/27 22:36: > We are ready to start the first hooks rebuild. This rebuild covers > packages using these hooks: > > update-desktop-database > update-mime-database > install-info > glib-compile-schemes > gtk-update-icon-cacne/xdg-icon-resource This

Re: [arch-dev-public] Hooks!

Allan McRae on Sat, 2016/04/23 17:03: > According to the news announcement, today is the day we can start using > hooks! (as long as you live in the future like me - those of you in the > past will need to catch up a day). > > I have started a wiki page to discuss which

Re: [arch-dev-public] chroot building broken

Tobias Powalowski via arch-dev-public on Mon, 2016/05/23 15:12: > Hi guys, > > I cannot build packages anymore: > > testing-x86_64-build > > Failed to read machine ID from > /var/lib/archbuild/testing-i686/root/etc/machine-id: No such file or > directory > > I

Re: [arch-dev-public] Hooks!

Sébastien Luttringer <se...@seblu.net> on Thu, 2016/05/19 01:35: > On jeu., 2016-04-28 at 23:14 +0200, Christian Hesse wrote: > > Allan McRae <al...@archlinux.org> on Sat, 2016/04/23 17:03: > > > According to the news announcement, today is the day we can star

Re: [arch-dev-public] [PATCH 1/1] move initramfs generation from install script to pacman hook

Sébastien Luttringer <se...@seblu.net> on Thu, 2016/05/19 01:20: > On mer., 2016-05-18 at 13:55 +0200, Christian Hesse wrote: > > From: Christian Hesse <m...@eworm.de> > > > >    # add vmlinux > >    install -D -m644 vmlinux > > "$

[arch-dev-public] [PATCH 1/1] move initramfs generation from install script to pacman hook

From: Christian Hesse <m...@eworm.de> Signed-off-by: Christian Hesse <m...@eworm.de> --- PKGBUILD | 5 + linux-initramfs.hook | 11 +++ linux.install| 4 3 files changed, 16 insertions(+), 4 deletions(-) create mode 100644 linux-initramfs.hook

Re: [arch-dev-public] Hooks!

Gerardo Exequiel Pozzi <vmlinuz...@gmail.com> on Mon, 2016/05/02 08:46: > On 05/02/16 07:20, Christian Hesse wrote: > > Massimiliano Torromeo <massimiliano.torro...@gmail.com> on Fri, 2016/04/29 > > 12:47: > >> I was also wondering about a pacman hook ro run

Re: [arch-dev-public] Hooks!

Florian Pritz on Fri, 2016/04/29 10:49: > On 29.04.2016 10:20, Ike Devolder wrote: > >> How about a hook that rebuilds kernel initramfs images? Something like: > >> > > It only benefits one package, so seems pointless to move it in hooks. If > > you have custom kernels

Re: [arch-dev-public] Hooks!

Massimiliano Torromeo on Fri, 2016/04/29 12:47: > I was also wondering about a pacman hook ro run "systemctl daemon-reload" > after systemd units installations/upgrades. This is something that was not > done even in .install files but I don't know if there was a

Re: [arch-dev-public] FFmpeg 3.1.1 rebuild

"Maxime Gauduin" on Thu, 2016/07/07 09:44: > FFmpeg 3.1.1 and mpv are now respectively in [testing] and > [community-testing] and will be moved to [extra] and [community] in a > week's time. All other staging packages have been db-removed. Do we have any show stoppers that

Re: [arch-dev-public] FFmpeg 3.1.1 rebuild

"Maxime Gauduin" on Tue, 2016/07/05 17:55: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > July 5 2016 7:41 PM, "Maxime Gauduin" wrote: > > Hi all, > > > > A new 3.1.1 FFmpeg point release just came out, fixing the ABI issues > > present in

Re: [arch-dev-public] FFmpeg 3.1.1 rebuild

"Maxime Gauduin" <aluc...@archlinux.org> on Tue, 2016/07/05 19:37: > July 5 2016 9:26 PM, "Christian Hesse" <l...@eworm.de> wrote: > > "Maxime Gauduin" <aluc...@archlinux.org> on Tue, 2016/07/05 17:55: > > > >> -BEGIN

[arch-dev-public] mariadb 10.1.15-1 pulled out from testing

Hello everybody, latest release of mariadb had serve issues and has been withdrawn upstream. A new version has yet to be released. I removed mariadb 10.1.15-1 from [testing] for now. -- main(a){char*c=/*Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/*Best regards

Re: [arch-dev-public] signoffs are dead

Gaetan Bisson on Tue, 2016/06/28 08:09: > For a while now packages in [testing] have gotten little to no signoffs > and I've been moving mine to [core] after a week without feedback. I > suspect many of you have been doing this too. Yes, probably everybody does. ;) I do

Re: [arch-dev-public] Tester accounts (was: signoffs are dead)

Florian Pritz via arch-dev-public on Thu, 2016/08/11 11:04: > On Monday, July 25, 2016 2:32:29 PM CEST Florian Pritz via arch-dev-public > wrote: > > I've already received 4 responses to my initial mail about this so I'll > > start by creating accounts for those

Re: [arch-dev-public] Long out of date packages

Florian Pritz via arch-dev-public on Wed, 2016/08/17 21:40: > On Wednesday, August 17, 2016 9:35:02 PM CEST Bartłomiej Piotrowski wrote: > > If there is a good > > reason not to upgrade a package, put that information somewhere, instead > > of letting it decay. >

Re: [arch-dev-public] OpenSSL 1.1.0

Pierre Schmitz on Sat, 2017/02/11 09:32: > On 29.01.2017 21:49, Pierre Schmitz wrote: > > Hi, > > > > I'd like to propose a migration to OpenSSL 1.1. The update comes with > > ABI and API changes. Every linked packages needs to be rebuild. There > > will likely be broken

Re: [arch-dev-public] Away on business next week

Dave Reisner on Thu, 2017/02/23 10:53: > - core/curl: new release 7.53.0, but expect 7.53.1 in the next few days. > keep in mind there's an openssl rebuild in staging that complicates > this. I took responsibility for this one. > - core/systemd: expecting v233 to be

Re: [arch-dev-public] OpenSSL 1.1.0

Antonio Rojas <aro...@archlinux.org> on Thu, 2017/02/23 21:42: > El Thu, 23 Feb 2017 22:29:17 +0100, Christian Hesse escribió: > > > Mariadb is still unsolved. There is a ticket in upstream jira [0] but it > > does not carry anything useful. There's a reference for a

Re: [arch-dev-public] OpenSSL 1.1.0

Christian Hesse <l...@eworm.de> on Fri, 2017/02/24 13:37: > Antonio Rojas <aro...@archlinux.org> on Thu, 2017/02/23 21:42: > > El Thu, 23 Feb 2017 22:29:17 +0100, Christian Hesse escribió: > > > > > Mariadb is still unsolved. There is a ticket in upstream

Re: [arch-dev-public] OpenSSL 1.1.0

Baptiste Jonglez on Thu, 2017/02/23 23:36: > > Mupdf is a burden to maintain due to build system, bundled libraries and > > static linking. Looks like upstream is not yet interested in openssl > > 1.1.0... As I do not use it currently this will move to [community] if

Re: [arch-dev-public] OpenSSL 1.1.0

Christian Hesse <l...@eworm.de> on Thu, 2017/02/23 22:29: > I have a working version of openvpn, but it requires heavy patching. I will > wait for version 2.4.1 which has a lot of preparation (and with some luck is > ported completly). Will push an openssl rebuild then. > If any

Re: [arch-dev-public] Shutting down celestia (old pkgbuild)

Florian Pritz via arch-dev-public on Mon, 2016/09/26 11:06: > Hi, > > According to Jan, everything has been transferred to the new server > (soyuz). I'll be shutting down celestia next weekend. Some of us had zsh set to be the default shell. Can we have that back?

Re: [arch-dev-public] i686 and SSE2

Allan McRae <al...@archlinux.org> on Mon, 2016/09/19 19:34: > On 19/09/16 19:05, Christian Hesse wrote: > > Bartłomiej Piotrowski <bpiotrow...@archlinux.org> on Fri, 2016/09/16 > > 21:44: > >> Actually, why don't raise the bar higher? SSE2 has been intro

Re: [arch-dev-public] i686 and SSE2

Bartłomiej Piotrowski on Fri, 2016/09/16 21:44: > Actually, why don't raise the bar higher? SSE2 has been introduced in > 2001 – that's 15 years to upgrade one's hardware and given my sad > experiences with computers, I find it hard to believe anyone has that > old PC

Re: [arch-dev-public] Long out of date packages

Florian Pritz via arch-dev-public on Thu, 2016/10/20 14:25: > f2fs-tools Looks like f2fs-tools has a hard dependency on libselinux now... So we have to move libselinux from AUR to [extra] if we want to keep f2fs support. Tobias, are you going to handle this? Do

Re: [arch-dev-public] Long out of date packages

Christian Hesse <l...@eworm.de> on Thu, 2016/10/20 14:42: > Florian Pritz via arch-dev-public <arch-dev-public@archlinux.org> on Thu, > 2016/10/20 14:25: > > f2fs-tools > > Looks like f2fs-tools has a hard dependency on libselinux now... So we have > to move lib

Re: [arch-dev-public] libpsl support for wget and curl (moving libpsl to [core])

Levente Polyak on Mon, 2016/11/14 12:39: > Hi, > > I would like to move libpsl[0] to [core] and, if no objections arise, > rebuild wget and curl against it. Doing so will protect against some > problems related to insufficient checking of TLDs (f.e. [1]). +1 from me, go

[arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Hello everybody, a new OpenVPN stable release is being prepared, namely version 2.4.0. Currently we have 2.4_beta2. I think about making changes to our package that require user intervention. We shipped a systemd unit file before OpenVPN upstream had one. Upstream now has unit files, but two

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Christian Hesse <l...@eworm.de> on Sat, 2016/11/26 13:38: > That could change with 2.4.0. Instead of openvpn@.service we would have > openvpn-server@.service and openvpn-client@.service. Additionally the > 'daemon' option is no longer allowed with the upstream units. Oh, and

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Sébastien Luttringer <se...@seblu.net> on Sun, 2016/11/27 03:55: > On Sat, 2016-11-26 at 13:38 +0100, Christian Hesse wrote: > > > > Any opinion about this change? Who can post news about this on the > > website? > > The switch from Type=forking to simple will

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Bartłomiej Piotrowski <bpiotrow...@archlinux.org> on Sat, 2016/11/26 21:55: > On 2016-11-26 13:38, Christian Hesse wrote: > > Hello everybody, > > > > a new OpenVPN stable release is being prepared, namely version 2.4.0. > > Currently we have 2.4_beta2. I think ab

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Giancarlo Razzolini on Tue, 2016/11/29 17:00: > Personally I'm okay with all of this and I'll accommodate my > setup, no matter how openvpn gets packaged. I had to compile > openvpn for at least two release cycles because of a bug on it[0]. > I think you'll probably

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Giancarlo Razzolini <grazzol...@archlinux.org> on Fri, 2016/12/02 13:52: > Em dezembro 2, 2016 10:50 Christian Hesse escreveu: > > Wondering if this is possible without hard coded interface names... You > > would have to use %i in openvpn-unprivileged@.service: > >

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Sébastien Luttringer <se...@seblu.net> on Fri, 2016/12/02 03:09: > On Tue, 2016-11-29 at 16:36 +0100, Christian Hesse wrote: > > Christian Hesse <l...@eworm.de> on Tue, 2016/11/29 15:26: > > > Christian Hesse <l...@eworm.de> on Sun, 2016/11/27 13:20

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Giancarlo Razzolini <grazzol...@archlinux.org> on Fri, 2016/12/02 12:33: > Em dezembro 2, 2016 10:25 Christian Hesse escreveu: > > Giancarlo Razzolini <grazzol...@archlinux.org> on Tue, 2016/11/29 17:00: > > > > Sure I do. :-p > > > > But as the caus

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Christian Hesse <l...@eworm.de> on Sun, 2016/11/27 13:20: > Sébastien Luttringer <se...@seblu.net> on Sun, 2016/11/27 03:55: > > On Sat, 2016-11-26 at 13:38 +0100, Christian Hesse wrote: > > > > > > Any opinion about this change? Who can po

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Christian Hesse <l...@eworm.de> on Tue, 2016/11/29 15:26: > Christian Hesse <l...@eworm.de> on Sun, 2016/11/27 13:20: > > Sébastien Luttringer <se...@seblu.net> on Sun, 2016/11/27 03:55: > > > On Sat, 2016-11-26 at 13:38 +0100, Christian Hesse wrote:

Re: [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes

Giancarlo Razzolini <grazzol...@archlinux.org> on Tue, 2016/11/29 16:14: > Em novembro 26, 2016 10:38 Christian Hesse escreveu: > > Hello everybody, > > > > a new OpenVPN stable release is being prepared, namely version 2.4.0. > > Currently we have 2.4_beta2. I

Re: [arch-dev-public] More packages for adoption

Pierre Schmitz on Tue, 2017/04/18 09:33: > * fcgi > * rsync Just adopted these two. -- main(a){char*c=/*Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/*Best regards my address:*/=0;b=c[a++];) putchar(b-1/(/*Chris

Re: [arch-dev-public] switching to systemd-stable

Dave Reisner on Sat, 2017/07/01 13:22: > Hey all, > > This should be pretty much a no-brainer, but wanted to be sure I wasn't > missing anything. Systemd upstream publishes a "systemd-stable" repo [1] > which branches at each tag and cherry-picks backports. I'd like to >

Re: [arch-dev-public] switching to systemd-stable

Dave Reisner on Sat, 2017/07/01 13:22: > Hey all, > > This should be pretty much a no-brainer, but wanted to be sure I wasn't > missing anything. Systemd upstream publishes a "systemd-stable" repo [1] > which branches at each tag and cherry-picks backports. I'd like to >

[arch-dev-public] MariaDB 10.2.x

Hello everybody, MariaDB 10.2.6 has just been released, being the latest stable release as of now. As we have API/ABI changes we need a rebuild of depending packages. The main change is the library rename from `libmysqlclient.so` to `libmariadb.so`. I would like to rename our package from

Re: [arch-dev-public] FroSCon developer room

Jelle van der Waa on Sat, 2017/05/20 21:03: > Hi all, > > I'm going to FroSCon and was there a few years ago when we had an Arch > Linux room. I'm wondering if more archers are going and if we want to > get a room again this year, the submission deadline is the 23rd. [1] [2] > >

Re: [arch-dev-public] MariaDB 10.2.x

Christian Hesse <l...@eworm.de> on Tue, 2017/05/23 12:59: > MariaDB 10.2.6 has just been released, being the latest stable release as of > now. As we have API/ABI changes we need a rebuild of depending packages. We had a lot of issue, some were resolved, some were not. For no

[arch-dev-public] systemd, kernel keyring and pam_keyinit

Hello everybody, systemd v233 introduced code that makes use of the kernel keyring, initializing a private keyring for every service and adding a protected key named "invocation_id". This caused some trouble and we reverted it since then. Things will change with systemd v235, which adds a new

Re: [arch-dev-public] systemd - move to base group and expect it to be installed?

andy...@archlinux.org on Wed, 2017/09/13 07:35: > Maybe we should stop splitting > systemd and simply make it part of "base" group to make sure all Arch users > have all its parts installed. We could merge systemd-sysvcompat (why does it exist?) into systemd, but I think we need a split

[arch-dev-public] removed mariadb 10.1.27 from [testing]

Hello everybody, after the release of 10.1.27 upstream was made aware of a regression, so the release has been pulled from the downloads system. The fix will be in 10.1.28. I removed mariadb 10.1.27 packages from [testing]. -- main(a){char*c=/*Schoene Gruesse

Re: [arch-dev-public] systemd, kernel keyring and pam_keyinit

Christian Hesse <l...@eworm.de> on Mon, 2017/09/18 14:29: > Hello everybody, > > systemd v233 introduced code that makes use of the kernel keyring, > initializing a private keyring for every service and adding a protected key > named "invocation_id". This caus

[arch-dev-public] vacation and travelling

Hello everybody, I am on vacation for three weeks starting today - expect me to be absent from IRC these days. I will try to keep packaging and fixing bugs, but feel free to jump in for urgent things. We are travelling for the first week. My notebook will be with me but I have no idea what my

Re: [arch-dev-public] systemd, kernel keyring and pam_keyinit

Christian Hesse <l...@eworm.de> on Fri, 2017/09/29 16:30: > Christian Hesse <l...@eworm.de> on Mon, 2017/09/18 14:29: > > Hello everybody, > > > > systemd v233 introduced code that makes use of the kernel keyring, > > initializing a private keyring for every

Re: [arch-dev-public] Replacing pkg-config with pkgconf

Jan Alexander Steffens via arch-dev-public on Thu, 2018/05/24 23:19: > Any objections? No, go for it! Remember to add provides and replaces, and add it to the base-devel group. We have a number of packages that list 'pkg-config' in makedepends. I guess these

[arch-dev-public] rename lcms -> lcms1

Hello everybody, we have packages lcms (which provides lcms 1.x) and lcms2. The former is flagged out-of-date every now and then for version 2.x... I would like to rename the package to lcms1 with replace and provide for lcms. Any concerns? -- main(a){char*c=/*Schoene Gruesse

Re: [arch-dev-public] Request to orphan Snowman's packages

Balló György via arch-dev-public on Mon, 2018/09/17 11:15: > Eric Bélanger (Snowman) was inactive as package maintainer in the past > two years. [1][2] Is it possible to disown his packages on archweb? I > think it would better to make it visible that his packages are actually > orphan. > >

Re: [arch-dev-public] rename lcms -> lcms1

Antonio Rojas via arch-dev-public on Tue, 2018/09/18 00:19: > > +1 for removing lcms1. I fixed the packages in the [community] repository. > > Someone else should fix packages in [extra], because I don't have access > > to this repository: > > - geeqie (FS#60091) > > - gimp (FS#60092) > > - xsane

Re: [arch-dev-public] RFC: (devtools) Changing default compression method to zstd

Morten Linderud via arch-dev-public on Mon, 2019/03/25 00:46: > On Sun, Mar 24, 2019 at 04:39:54PM -0700, Andrew Gregory via > arch-dev-public wrote: > > I don't consider hoping that libarchive doesn't need a rebuild in the > > near future a great strategy. That being said, this is really > > a

Re: [arch-dev-public] A contrib repository

Morten Linderud via arch-dev-public on Thu, 2019/03/14 01:02: > This is why we have talked about adding gitolite to host these repositories I've wanted to propose this a long time ago... In fact you can give every user full access to it own area in every repository, while important branches are

Re: [arch-dev-public] Co-maintainers and less time for packaging

Morten Linderud via arch-dev-public on Wed, 2019/03/20 14:02: > hexedit > minicom Adopted these two. -- main(a){char*c=/*Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/*Best regards my address:*/=0;b=c[a++];) putchar(b-1/(/*Chriscc

Re: [arch-dev-public] Python 2 modules

Allan McRae via arch-dev-public on Sat, 2019/02/16 11:19: > Below is a list of python2 modules that are a dependency for any other > package. I did not check makedepends and I did not check recursively to > build this list. The list contains optional dependencies. How to handle these? --

[arch-dev-public] Away until May 11

Hello everybody, I am on vacation until May 11. I have my notebook and a lte router with me, but I am not sure what my spare time and quality of internet connectivity will look like. Feel free to touch my packages if required. -- main(a){char*c=/*Schoene Gruesse

Re: [arch-dev-public] new archweb release

Jelle van der Waa on Wed, 2019/09/11 21:37: > - Signoff status has been moved up in the Developer Dashboard for more > attention Thanks a lot! :D -- main(a){char*c=/*Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/*Best regards my address:

Re: [arch-dev-public] Base group removal (was: Reproducible builds progress and the upcoming rebuild of [core])

Christian Hesse on Wed, 2019/11/13 13:09: > Allan McRae via arch-dev-public on Wed, > 2019/11/13 12:46: > > So be prepared for almost the entire repo to hit [testing] > > soon, and get your sign-off shoes on! > > Looks like this is a good opportunity to get rid of

Re: [arch-dev-public] Base group removal (was: Reproducible builds progress and the upcoming rebuild of [core])

Allan McRae via arch-dev-public on Wed, 2019/11/13 12:46: > So be prepared for almost the entire repo to hit [testing] > soon, and get your sign-off shoes on! Looks like this is a good opportunity to get rid of the base group. So have a look at the todo list 'base group removal' [0] if there are

[arch-dev-public] Package openvpn in [core]?

Hello everybody, currently the package openvpn is located in our [core] repository and it's like that since the beginning of time. [0] Following a discussion on IRC and our definition for official repositories [1] we think there is no reason to have it there. Thus I would like to move it (and

Re: [arch-dev-public] Package openvpn in [core]?

Christian Hesse on Fri, 2020/01/24 11:27: > Hello everybody, > > currently the package openvpn is located in our [core] repository and it's > like that since the beginning of time. [0] > > Following a discussion on IRC and our definition for official repositor

Re: [arch-dev-public] Replacing bzr with breezy

Maxime Gauduin via arch-dev-public on Mon, 2020/02/03 20:26: > Any objection? No. Just updated etckeeper to opt-depend in breezy. Anybody using this please test... -- main(a){char*c=/*Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/*Best regards my

Re: [arch-dev-public] rsync & bundled zlib

Christian Hesse on Mon, 2020/01/13 17:23: > Hello everybody, > > to date we ship rsync with bundled zlib to keep compatibility with rsync > up to version 3.1.0 and it's old-style --compress option. This is no longer > required with rsync 3.1.1, which was released on 2014-06-

Re: [arch-dev-public] rsync & bundled zlib

Christian Hesse on Wed, 2020/01/15 09:17: > We had some feedback, so here is the updated proposal: > > --- >8 --- > rsync compatibility > > Our `rsync` package was shipped with bundled `zlib` to provide compatibility > with the old-style `--compress` option up t

[arch-dev-public] rsync & bundled zlib

Hello everybody, to date we ship rsync with bundled zlib to keep compatibility with rsync up to version 3.1.0 and it's old-style --compress option. This is no longer required with rsync 3.1.1, which was released on 2014-06-22 - nearly six years ago! The bundled zlib carries some security issues,

[arch-dev-public] moving bridge-utils to [extra]

Hello everybody, with the release of bridge-utils v1.7 the utility has been deprecated in favor of iproute2 which supports even more features. I would like to move it from [core] to [extra] if nobody raises concerns.