https://bugzilla.redhat.com/show_bug.cgi?id=1829975
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
Hi!
I guess it finally happened; Itamar asked me if I'd help maintaining a
package in Fedora (pgcli).
I'm a long time Red Hat user (started with Red Hat 7.2) and switched to
Fedora (Core) when it was released. I've architected and maintained 500
Fedora Workstations used by a retailer in the
https://fedorapeople.org/groups/389ds/ci/nightly/2020/05/16/report-389-ds-base-1.4.4.2-20200515git9afa669.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi folks! I'm proposing we cancel the QA meeting for Monday. We met
the last several weeks and finally got through the whole agenda, I
don't have anything urgent new this week, and Monday's a holiday for
me :)
If you're aware of anything important we have to discuss this week,
please do reply to
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
--- Comment #11 from Colin Macdonald ---
Maybe this is no longer relevant, but I tried to post this and got a midair
collision:
On rawhide-test.fedorainfracloud.org, I tried to reinstall kpathsea and got
some errors:
$ sudo dnf reinstall
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
Orion Poplawski changed:
What|Removed |Added
Flags|needinfo?(spot@linuxpower.o |
|rg)
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
--- Comment #9 from Orion Poplawski ---
Yeah, I have a fix for this coming shortly -
https://bugzilla.redhat.com/show_bug.cgi?id=1836464
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
Colin Macdonald changed:
What|Removed |Added
CC||s...@linuxpower.org
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
--- Comment #7 from Colin Macdonald ---
Thanks! @spot and @orion have done a lot. There is a failing test I'm looking
at now:
```
t/utils.t .
1..82
ok 1 - File location - 1
ok 2 - File location - 2
ok 3 - File location - 3
On Fri, May 15, 2020 at 4:19 PM Kevin Fenzi wrote:
> On Fri, May 15, 2020 at 03:59:57PM -0500, Carl George wrote:
>
> > Let me know your thoughts and concerns about moving forward with this.
>
> +1 here and thanks for making epel a safer place.
>
>
+1, thanks!
-Jeff
Am 15.05.20 um 22:04 schrieb Troy Dawson:
On Fri, May 15, 2020 at 12:39 PM Leon Fauster
wrote:
I wanted to request a new EPEL package and noticed that it is not
possible to select the package name (fedora) in the component field
in the bug report form (Product: Fedora EPEL). Is this enforced
I wanted to request a new EPEL package and noticed that it is not
possible to select the package name (fedora) in the component field
in the bug report form (Product: Fedora EPEL). Is this enforced or is
this a regression? I remember making such requests without problem.
The targeted package in
https://bugzilla.redhat.com/show_bug.cgi?id=1836456
Bug ID: 1836456
Summary: perl-PkgConfig-LibPkgConf-0.11 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-PkgConfig-LibPkgConf
Keywords:
On 15. 05. 20 20:12, Charalampos Stratakis wrote:
Hello everyone,
As of Python 3.8, python C extensions modules should not link to libpython,
unless they embed the interpreter in their code. Relevant upstream
PR:https://github.com/python/cpython/pull/12946
If your package links to libpython
On Fri, May 15, 2020 at 03:59:57PM -0500, Carl George wrote:
> The current version of oniguruma in EPEL 7 is affected by multiple CVEs.
>
> * rhbz#1466750 - CVE-2017-9224 CVE-2017-9225 CVE-2017-9226
> CVE-2017-9227 CVE-2017-9228 CVE-2017-9229
> * rhbz#1728967 - CVE-2019-13225
> * rhbz#1728972 -
On Fri, May 15, 2020 at 12:12 PM Charalampos Stratakis
wrote:
> cvc4 brouhaha jjames
The cvc4 package has been fixed in Rawhide. I'll talk to upstream about it.
--
Jerry James
http://www.jamezone.org/
___
devel mailing list --
The current version of oniguruma in EPEL 7 is affected by multiple CVEs.
* rhbz#1466750 - CVE-2017-9224 CVE-2017-9225 CVE-2017-9226
CVE-2017-9227 CVE-2017-9228 CVE-2017-9229
* rhbz#1728967 - CVE-2019-13225
* rhbz#1728972 - CVE-2019-13224
* rhbz#1768999 - CVE-2019-16163
* rhbz#1770213 -
I'm hoping that when texlive is able to fully install this issue will go
away. I just got a successful build for -21 that _should_ resolve all the
broken deps except for biber.
Tom
On Fri, May 15, 2020 at 10:33 AM Orion Poplawski wrote:
> On 5/14/20 10:48 PM, Orion Poplawski wrote:
> > On
On Fri, May 15, 2020 at 12:39 PM Leon Fauster
wrote:
>
> I wanted to request a new EPEL package and noticed that it is not
> possible to select the package name (fedora) in the component field
> in the bug report form (Product: Fedora EPEL). Is this enforced or is
> this a regression? I remember
On 15. 05. 20 20:12, Charalampos Stratakis wrote:
libarcus churchyard gferon
libarcus-lulzbot spot
libsavitar churchyard gferon
I know for sure those packages link to libpython unnecessarily just because
their cmake build script does so. The fix is simple:
Hi,
On Fri, May 15, 2020 at 02:12:00PM -0400, Charalampos Stratakis wrote:
> Hello everyone,
>
> As of Python 3.8, python C extensions modules should not link to libpython,
> unless they embed the interpreter in their code. Relevant upstream PR:
> https://github.com/python/cpython/pull/12946
>
Hi Pete,
On Friday, 2020-05-15 09:57:35 +0100, Pete Walter wrote:
>I am in the process of updating icu from 65.1 to 67.1 in rawhide. This
>comes with a soname bump, but as usual, I'm including a compat package
Thanks a lot!
On Monday I did the necessary changes in LibreOffice to be
https://bugzilla.redhat.com/show_bug.cgi?id=1836390
Bug ID: 1836390
Summary: perl-GnuPG-Interface-1.00 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-GnuPG-Interface
Keywords: FutureFeature,
- Original Message -
> From: "Richard W.M. Jones"
> To: "Charalampos Stratakis"
> Cc: "Development discussions related to Fedora"
> , ebl...@redhat.com
> Sent: Friday, May 15, 2020 8:50:31 PM
> Subject: Re: Many packages unnecessarily link to libpython
>
> On Fri, May 15, 2020 at
On Fri, May 15, 2020 at 02:12:00PM -0400, Charalampos Stratakis wrote:
> nbdkit rjones
I guess nbdkit is one of the good ones? We link to libpython because
we want to run Python code from a C main program (nbdkit, an NBD
server written in C).
Hi all,
I have just orphaned apache-commons-vfs. The package is working and
up-to-date, but the Stewardship SIG no longer requires it. Only one
fedora package still depends on it in rawhide -
apache-commons-configuration - which is itself not required by
anything in rawhide, and which already has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Fri, 2020-05-15 at 14:12 -0400, Charalampos Stratakis wrote:
> Hello everyone,
Hey,
> As of Python 3.8, python C extensions modules should not link to
> libpython, unless they embed the interpreter in their code. Relevant
> upstream PR:
Hello everyone,
As of Python 3.8, python C extensions modules should not link to libpython,
unless they embed the interpreter in their code. Relevant upstream PR:
https://github.com/python/cpython/pull/12946
If your package links to libpython without requiring it, it won't be possible
to use
On Fri, May 15, 2020 at 10:37 AM Michel Alexandre Salim
wrote:
> Or have a "purgatory" repo where packages retired in EL 8.2 get to live
> until, say, a month after CentOS 8.2 is GA? Again, seems like too much work.
>
Or, perhaps we could archive things before a release.
I guess my reply got
On 5/14/20 4:59 PM, Nico Kadel-Garcia wrote:
It's an ongoing problem. EPEL's decision to show only the most recent
versions of RPMs, and to trim old RPMs out, is a destabilizing problem
and why I make hrdlinked snapshots of EPEL using "rsnapshot" for
internal access to old packages.
So
On Thu, 14 May 2020 06:33:47 -0500, you wrote:
>* Game developers largely refuse to support Linux, and the some of the
>few that have have or are currently pulling support citing
>fragmentation(support) issues.
Game developers refuse to support Linux because there is no userbase -
even Steam,
On Thu, 14 May 2020 06:59:47 -0500, you wrote:
>What i'm saying is: Distros like Fedora actively hurt the very people
>who are directly or indirectly helping them. There are single-person run
>projects, like mine, out there that can't possibly do all the work
>needed to have a dozen packages
I have a test environment for test samba AD MIT kerberos out of the box
I have a AD-DC samba on Fedora 32 (addc1), a Centos 8 member server
(centos8) and two PC windows 10 (win10a and win10b), fedora.loc is the
AD domain name
All work fine except access from windows to windows with remote
https://fedorapeople.org/groups/389ds/ci/nightly/2020/05/15/report-389-ds-base-1.4.4.2-20200515git1ba7370.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
This package is deprecated upstream, nothing depends on it and I have no
use for it, therefore I orphaning the package.
VĂt
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
FYI: elk developers have been informed about the upcoming libxc bugfix
release, and elk is tracked here
https://bugzilla.redhat.com/show_bug.cgi?id=1831479
GPAW is tracked here https://bugzilla.redhat.com/show_bug.cgi?id=1830675
I've orphaned exciting, since there was not much collaboration from
https://bugzilla.redhat.com/show_bug.cgi?id=1821882
--- Comment #6 from Philipp Trulson ---
Thanks for this info Paul! The same thing already happened with zstd, it's a
pity that this breaks so many dependent programs on CentOS.
--
You are receiving this mail because:
You are on the CC list
On Fri, 15 May 2020 08:02:34 +0200
Michal Srb wrote:
> > I realize that this is technically possible to achieve, but that is
> > not how people use it. If you want to distribute your Java app, you
> > just bundle it with all its dependencies into a beefy tarball and
> > ship it. And if Java apps
Who would like to swap reviews? I need the following:
ocaml-fieldslib: https://bugzilla.redhat.com/show_bug.cgi?id=1833469
ocaml-variantslib: https://bugzilla.redhat.com/show_bug.cgi?id=1833471
ocaml-ppx-inline-test: https://bugzilla.redhat.com/show_bug.cgi?id=1833474
ocaml-ppx-compare:
On Thu, 2020-05-14 at 14:30 +0200, Ondřej Lysoněk wrote:
> I was originally excited about source-git, however currently I don't see
> an approach to source-git that would work for me and I don't think I'd
> use it if it became available. And frankly, I think I wouldn't want
> other people using it
https://bugzilla.redhat.com/show_bug.cgi?id=1836267
Petr Pisar changed:
What|Removed |Added
CC|perl-devel@lists.fedoraproj |igor.ra...@gmail.com,
On Fri, May 15, 2020 at 10:37 AM Orion Poplawski wrote:
>
> On 5/15/20 8:32 AM, Alexander Korsunsky wrote:
> >> Has anyone asked if CMake could be updated in RHEL yet?
> >
> > This would be the absolute best option here, but it depends on the
> > benevolence of Red Hat.
> >
> > I don't have a
On 5/15/20 8:32 AM, Alexander Korsunsky wrote:
Has anyone asked if CMake could be updated in RHEL yet?
This would be the absolute best option here, but it depends on the benevolence
of Red Hat.
I don't have a subscription and I don't know how to ask them for a rebase without one.
Maybe
On 5/14/20 10:48 PM, Orion Poplawski wrote:
On 5/14/20 3:55 PM, Tom Callaway wrote:
I've just kicked off new builds for texlive and texlive-base for
TeXLive 2020 in rawhide. Hopefully, everything that depends on them
will continue to work, but if you notice any new issues generating
docs (or
> Has anyone asked if CMake could be updated in RHEL yet?
This would be the absolute best option here, but it depends on the benevolence
of Red Hat.
I don't have a subscription and I don't know how to ask them for a rebase
without one. Maybe there's some kind of process for getting stuff into
https://bugzilla.redhat.com/show_bug.cgi?id=1836267
Bug ID: 1836267
Summary: rpmbuild with .rpmrc and .rpmmacros: Too many levels
of recursion when expanding the macro. This is
probably caused by a recursive macro declaration.
On Fri, 15 May 2020 at 09:06, Nico Kadel-Garcia wrote:
> On Fri, May 15, 2020 at 8:02 AM Stephen John Smoogen
> wrote:
> >
> >
> >
> > On Thu, 14 May 2020 at 20:00, Nico Kadel-Garcia
> wrote:
> >>
> >> On Thu, May 14, 2020 at 3:32 PM Michel Alexandre Salim
> >> wrote:
> >> >
> >> > Hi,
> >> >
Hi all.
`uglify-js` is no longer needed for me, so i'm orphaning it again.
--
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x7B30EE04E576AA84
GPG key server: https://keys.openpgp.org/
signature.asc
Description: OpenPGP digital signature
On Fri, May 15, 2020 at 7:57 AM Petr Pisar wrote:
>
> On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote:
> > On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote:
> >
> > > On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote:
> > > > Shortly (Martin is in Cc to confirm):
> > >
On 15.05.20 13:50, Martin Gansser wrote:
what should I do there, any proposal ?
You'll need to unretire and probably fix libqxt, as it installed the pc
file in
%{_libdir}/qt5/plugins/designer/pkgconfig/QxtDesignerPlugins-qt5.pc
which should probably be
Announcing the creation of a new nightly release validation test event
for Fedora 33 Rawhide 20200515.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
https://bugzilla.redhat.com/show_bug.cgi?id=1821882
Paul Howarth changed:
What|Removed |Added
CC||p...@city-fan.org
--- Comment #5 from
On Thu, 14 May 2020 at 20:00, Nico Kadel-Garcia wrote:
> On Thu, May 14, 2020 at 3:32 PM Michel Alexandre Salim
> wrote:
> >
> > Hi,
> >
> > We're working on validating CentOS 8 for some desktop use cases at work,
> > and noticed that after working fine on a machine that's installed
> > several
On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote:
> On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote:
>
> > On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote:
> > > Shortly (Martin is in Cc to confirm):
> > >
> > > 1) Make a module:
> > >
> > > $ fedpkg clone cmake3
> >
On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote:
> On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote:
>
> > On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote:
> > > Shortly (Martin is in Cc to confirm):
> > >
> > > 1) Make a module:
> > >
> > > $ fedpkg clone cmake3
> >
what should I do there, any proposal ?
Regards
Martin
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote:
> On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote:
> > Shortly (Martin is in Cc to confirm):
> >
> > 1) Make a module:
> >
> > $ fedpkg clone cmake3
> > $ fedpkg request-repo --namespace modules --exception cmake3-latest
> > $
https://bugzilla.redhat.com/show_bug.cgi?id=1816436
Jan Pazdziora changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1823191
Jan Pazdziora changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1814917
Jan Pazdziora changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1814482
Jan Pazdziora changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1826569
Jan Pazdziora changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote:
> Shortly (Martin is in Cc to confirm):
>
> 1) Make a module:
>
> $ fedpkg clone cmake3
> $ fedpkg request-repo --namespace modules --exception cmake3-latest
> $ fedpkg request-branch --namespace modules --repo cmake3-latest epel8
>
On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote:
> Shortly (Martin is in Cc to confirm):
>
> 1) Make a module:
>
> $ fedpkg clone cmake3
> $ fedpkg request-repo --namespace modules --exception cmake3-latest
> $ fedpkg request-branch --namespace modules --repo cmake3-latest epel8
>
On Fri, May 15, 2020 at 4:58 AM Alexander Korsunsky
wrote:
>
> Hi there,
>
> the version of CMake that is currently packaged with RHEL/CentOS 8 is 3.11,
> which is becoming more and more outdated. Me (and a few other people, judging
> by bug report participation) would quite like to have a
clime writes:
> On Thu, 14 May 2020 at 14:31, Ondřej Lysoněk wrote:
>>
>> Hunor Csomortáni writes:
>>
>> > On Wed, May 6, 2020 at 10:24 PM Simo Sorce wrote:
>> >> Well, a way to allow force pushes would be to have a git hook that
>> >> branches the tree before the force push. (creating a
https://bugzilla.redhat.com/show_bug.cgi?id=1836176
Bug ID: 1836176
Summary: perl-Text-Table-1.134 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Text-Table
Keywords: FutureFeature, Triaged
Shortly (Martin is in Cc to confirm):
1) Make a module:
$ fedpkg clone cmake3
$ fedpkg request-repo --namespace modules --exception cmake3-latest
$ fedpkg request-branch --namespace modules --repo cmake3-latest epel8
2) Writing a `modulemd` file based on this example [1]:
[1]
Shortly (Martin is in Cc to confirm):
1) Make a module:
$ fedpkg clone cmake3
$ fedpkg request-repo --namespace modules --exception cmake3-latest
$ fedpkg request-branch --namespace modules --repo cmake3-latest epel8
2) Writing a `modulemd` file based on this example [1]:
[1]
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
Petr Pisar changed:
What|Removed |Added
CC||ppi...@redhat.com
--- Comment #6 from
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Looks clear:
sed: can't read ../../lib/pkgconfig/QxtDesignerPlugins-qt5.pc: No such
file or directory
even if on F32 this error is ignored.
On 15/05/20 08:14, Martin Gansser wrote:
> Hi,
>
> I' am trying to compile libqxt-qt5 on rawhide [1], but this fails with the
> following error message:
On Fri, 15 May 2020 12:15:05 +0300
Susi Lehtola wrote:
> Hello,
>
>
> unfortunately there's going to be *another* soname bump to libxc.
> Libxc 5 replaced the ancient "Fortran '90" interface with the Fortran
> 2003 version based on iso_c_binding. However, this included
> *renaming* the Fortran
On Fri, May 15, 2020 at 08:58:21AM -, Alexander Korsunsky wrote:
> Hi there,
>
> the version of CMake that is currently packaged with RHEL/CentOS 8 is 3.11,
> which is becoming more and more outdated. Me (and a few other people,
> judging by bug report participation) would quite like to have
I've uploaded libqb 2.0.0 into rawhide which has a soname bump.
It's currently built on side-tag f33-build-side-23348 and I'll release
it when I think everything is built.
Most of the dependencies are in my (HA cluster) team so I can chat with
them and get things built, and I've emailed the
Hi Eduard,
On 5/15/20 12:21 AM, Eduard Lucena wrote:
>
> As others have already mentioned in the thread: we should look into
> joining forces with the sway SIG (which I am also a member of).
>
>
> It's not a bad idea, but TBH, I still want to stay away from Wayland.
>
> While a
Hello,
unfortunately there's going to be *another* soname bump to libxc. Libxc
5 replaced the ancient "Fortran '90" interface with the Fortran 2003
version based on iso_c_binding. However, this included *renaming* the
Fortran 2003 module and functions, which is obviously inconvenient for
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 598896 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/598896
--
Mail generated by check-compose:
Hi there,
the version of CMake that is currently packaged with RHEL/CentOS 8 is 3.11,
which is becoming more and more outdated. Me (and a few other people, judging
by bug report participation) would quite like to have a newer version of CMake
on their systems.
Now, if I understand correctly,
Hi,I am in the process of updating icu from 65.1 to 67.1 in rawhide. This comes with a soname bump, but as usual, I'm including a compat package providing the old soname to not break the world while the rebuilds are in progress, so no rawhide breakage is expected. I'll work on the rebuilds over
On 15. 05. 20 4:10, Tom Callaway wrote:
I'll get that fixed up first thing tomorrow.
Thanks, Tom.
Apologies,
No worries. I can only imagine the horrors of maintaining this.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing
On 5/15/20 1:05 AM, Igor Raits wrote:
> Hello,
>
> This email attempts to answer some frequently asked questions about
> Rust SIG packaging of crates. For those who don't know what a "crate"
> is: it is the name for a collection of functionality in Rust, similar
> to libraries (C/C++), modules
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
El mié., 13 de may. de 2020 a la(s) 10:51, Eduard Lucena
(x3m...@fedoraproject.org) escribió:
>
> Hello guys,
Hi.
> [1] https://fedoraproject.org/wiki/SIGs/i3
Regarding to the minimum packages list pending on the Wiki, what I
have always done to install i3wm without having to rely on other
Hi,
I' am trying to compile libqxt-qt5 on rawhide [1], but this fails with the
following error message:
Fedora 32 [2] build fine.
make[1]: Entering directory
'/builddir/build/BUILD/libqxt-libqxt-eaf6872f6ad4/qt5/src/designer'
/usr/lib64/qt5/bin/qmake -install qinstall -exe
On Thu, May 14, 2020 at 2:42 PM Vít Ondruch wrote:
>
> Dne 14. 05. 20 v 11:53 Michal Srb napsal(a):
>
> Hello,
>
> On Tue, May 12, 2020 at 12:57 PM Felix Schwarz
> wrote:
>
>>
>> Am 12.05.20 um 12:32 schrieb Ty Young:
>> > Right, I figured it was some Fedora policy and not up to you. I suppose
Hi Dan,
Dan Čermák wrote on Thu, May 14, 2020 at 11:58:27PM +0200:
> Thanks for the offer to sponsor Dominique Kevin!
Yes! Thanks Kevin, I was able to take waypipe just now.
> Dominique, would you be interested in joining the sway SIG as waypipe
> fits quite well into our maintained packages
>
87 matches
Mail list logo