Hi Michal.
On Sun, 2 May 2021 01:59:06 +0200
Michal Schorm wrote:
> Hello,
>
> As a part of the initiative of replacing "python-mysql" package by
> "python-mysqlclient" package, we tried to fill PRs to the packages to
> switch to the new implementation. [1]
>
> We filed PR against the "trytond
Hi,
Userspace OOM killer nohang [1] is orphaned [2] now.
This oom killer supports PSI and GUI notifications.
The package may be of interest to users who are not suitable for
systemd-oomd for some reason. For example, systemd-oomd may kill the whole
session (this applies to XFCE, Mate, LXDE etc.
Once upon a time, Nico Kadel-Garcia said:
> Local root passwords can be set to expire. SSH keys are not nearly so
> easy to enforce expiration for, so there are some use cases. I've
> used it for VM's at home, because I may not have my private SSH keys
> on the other VM.
I think you can set expi
On Thu, Apr 29, 2021 at 4:11 PM Martin Kolman wrote:
>
> Hi!
> At the moment the Anaconda installer used by Fedora contains an option
> called "Allow SSH root login with password" on the root password
> configuration screen.
>
> This is how it looks like at the moment, on latest Fedora Rawhide
> i
On 5/1/21 8:02 PM, Chris Adams wrote:
Once upon a time, PGNet Dev said:
my $0.02
leave the root via password option, but simply DISABLE it by default, rather
than REMOVING it.
That's what is going to happen - the openssh-server package will follow
upstream default (PermitRootLogin without-p
Once upon a time, PGNet Dev said:
> my $0.02
>
> leave the root via password option, but simply DISABLE it by default, rather
> than REMOVING it.
That's what is going to happen - the openssh-server package will follow
upstream default (PermitRootLogin without-password), and Anaconda will
drop t
On 5/1/21 7:23 PM, patra...@gmail.com wrote:
On 4/30/21 10:23 AM, Richard W.M. Jones wrote:
+1
in addition to, e.g., an _initial_ setup on a remote/headless box at a VPS.
Ubuntu Server installer handles this in a very nice way by allowing to import
SSH keys from a GitHub account given a user
Hello,
As a part of the initiative of replacing "python-mysql" package by
"python-mysqlclient" package, we tried to fill PRs to the packages to
switch to the new implementation. [1]
We filed PR against the "trytond" package [2], however even
though the maintainer was active in Fedora since then,
Once upon a time, patra...@gmail.com said:
> Ubuntu Server installer handles this in a very nice way by allowing to import
> SSH keys from a GitHub account given a username, i.e. via an URL like this:
> https://github.com/patrakov.keys . Maybe it's a good idea to implement the
> same feature in
Hello,
As a part of the initiative of replacing "python-mysql" package by
"python-mysqlclient" package, we tried to fill PRs to the packages to
switch to the new implementation. [1]
We filed PR against the "python-sqlobject" package [2], however even
though the maintainer committed since then to
> On 4/30/21 10:23 AM, Richard W.M. Jones wrote:
>
> +1
>
> in addition to, e.g., an _initial_ setup on a remote/headless box at a VPS.
Ubuntu Server installer handles this in a very nice way by allowing to import
SSH keys from a GitHub account given a username, i.e. via an URL like this:
http
On Sat, May 1, 2021 at 7:42 PM Samuel Sieb wrote:
> On 2021-05-01 2:42 a.m., Germano Massullo wrote:
> > Il 30/04/21 18:33, Kevin Fenzi ha scritto:
> >> On Fri, Apr 30, 2021 at 02:19:31PM +0200, Germano Massullo wrote:
> >>> After running
> >>> dnf system-upgrade download --releasever=34
> >>> an
pá 30. 4. 2021 v 13:29 odesílatel Otto Urpelainen napsal:
> Germano Massullo kirjoitti 30.4.2021 klo 13.23:
> > KeepassXC comaintainer here.
> >
> > There are many Fedora GNOME Wayland users experiencing quirks in using
> > KeepassXC. Textboxes not showing text that is being written, other
> > qu
so 1. 5. 2021 v 17:51 odesílatel Jonas Ådahl napsal:
> On Sat, May 01, 2021 at 10:49:57AM -0400, Owen Taylor wrote:
> > On Sat, May 1, 2021 at 10:09 AM Neal Gompa wrote:
> > >
> > > On Sat, May 1, 2021 at 9:48 AM Owen Taylor wrote:
> > >
> > > I agree, do we know anyone who understands Mutter t
Hi,
pá 30. 4. 2021 v 12:30 odesílatel Germano Massullo <
germano.massu...@gmail.com> napsal:
> KeepassXC comaintainer here.
>
> There are many Fedora GNOME Wayland users experiencing quirks in using
> KeepassXC. Textboxes not showing text that is being written, other quirks
> with GNOME, etc.
>
>
On 2021-05-01 2:42 a.m., Germano Massullo wrote:
Il 30/04/21 18:33, Kevin Fenzi ha scritto:
On Fri, Apr 30, 2021 at 02:19:31PM +0200, Germano Massullo wrote:
After running
dnf system-upgrade download --releasever=34
and downloading all files, I got the following warning
warning:
/var/lib/dnf/sy
On Sat, May 01, 2021 at 11:42:52AM +0200, Germano Massullo wrote:
> Il 30/04/21 18:33, Kevin Fenzi ha scritto:
> > On Fri, Apr 30, 2021 at 02:19:31PM +0200, Germano Massullo wrote:
> >> After running
> >> dnf system-upgrade download --releasever=34
> >> and downloading all files, I got the followin
On Sat, May 01, 2021 at 10:49:57AM -0400, Owen Taylor wrote:
> On Sat, May 1, 2021 at 10:09 AM Neal Gompa wrote:
> >
> > On Sat, May 1, 2021 at 9:48 AM Owen Taylor wrote:
> >
> > I agree, do we know anyone who understands Mutter that could work with
> > someone who understands Qt to figure this o
On Sat, May 1, 2021 at 10:09 AM Neal Gompa wrote:
>
> On Sat, May 1, 2021 at 9:48 AM Owen Taylor wrote:
> >
> > On Sat, May 1, 2021, 7:51 AM Neal Gompa wrote:
> >>
> >> In general, I'd like to see if we can figure out *why* Mutter isn't
> >> doing the right thing for Qt applications and why they
Yes, why not adding an option to anaconda to create a personal ssh key?
Same like amazon cloud does.
Eg. when you create a el8 server in AWS, AWS gives you an option to create a
ssh key before you finish the setup of this machine.
With that key you can later login to the root account of your AWS s
On Sat, May 1, 2021 at 9:48 AM Owen Taylor wrote:
>
>
>
> On Sat, May 1, 2021, 7:51 AM Neal Gompa wrote:
>>
>>
>> Note it only looks fine as long as you're not using fractional
>> scaling. Once framebuffer/fractional scaling is enabled in Mutter, it
>> looks absolutely terrible, because X11 appli
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
1 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 16/189 (x86_64), 12/127 (aarch64)
New failures (same test not failed in
On Sat, May 1, 2021, 7:51 AM Neal Gompa wrote:
>
> Note it only looks fine as long as you're not using fractional
> scaling. Once framebuffer/fractional scaling is enabled in Mutter, it
> looks absolutely terrible, because X11 applications are not scaled
> properly. There are also other glitches
No missing expected images.
Failed openQA tests: 3/16 (x86_64), 2/15 (aarch64)
Old failures (same test failed in Fedora-IoT-35-20210429.0):
ID: 875090 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/875090
ID: 875091 Test: x86_64 IoT-dvd_ostree-is
OLD: Fedora-Rawhide-20210430.n.0
NEW: Fedora-Rawhide-20210501.n.0
= SUMMARY =
Added images:0
Dropped images: 8
Added packages: 8
Dropped packages:0
Upgraded packages: 96
Downgraded packages: 0
Size of added packages: 156.06 MiB
Size of dropped packages:0
On Fri, Apr 30, 2021 at 10:23 AM Hans de Goede wrote:
>
> Hi,
>
> On 4/30/21 3:33 PM, Vitaly Zaitsev via devel wrote:
> > On 30.04.2021 12:23, Germano Massullo wrote:
> >> There are many Fedora GNOME Wayland users experiencing quirks in using
> >> KeepassXC. Textboxes not showing text that is bei
Works :)
On Sat, May 1, 2021 at 12:52 PM wrote:
> Announcing the creation of a new nightly release validation test event
> for Fedora 35 Rawhide 20210501.n.0. Please help run some tests for this
> nightly compose if you have time. For more information on nightly
> release valida
On 01.05.2021 12:56, Germano Massullo wrote:
wouldn't be better to remove the reference to gnome? So that it the
patch will work for all Wayland sessions, like KDE Plasma, etc? Since
the root problem is on Qt not the specific desktop environment
KDE works fine with the qt-wayland backend. Only
Il 01/05/21 12:56, Germano Massullo ha scritto:
> Il 30/04/21 19:11, Vitaly Zaitsev via devel ha scritto:
>> On 30.04.2021 16:09, Germano Massullo wrote:
>>> Could you please suggest me how I could implement a patch?
>> https://src.fedoraproject.org/rpms/ksnip/blob/rawhide/f/ksnip-wayland-workaroun
Il 30/04/21 19:11, Vitaly Zaitsev via devel ha scritto:
> On 30.04.2021 16:09, Germano Massullo wrote:
>> Could you please suggest me how I could implement a patch?
>
> https://src.fedoraproject.org/rpms/ksnip/blob/rawhide/f/ksnip-wayland-workaround.patch
>
I have a question:
https://src.fedorapro
Announcing the creation of a new nightly release validation test event
for Fedora 35 Rawhide 20210501.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
On 01.05.2021 11:44, Germano Massullo wrote:
Let's wait also for Jan Grulich. He should be back next days/weeks
Yes, but my simple workaround works fine. We need to add a new method:
```c++
#ifdef Q_OS_LINUX
void wayland_hacks()
{
// Workaround to https://github.com/ksnip/ksnip/issues/416
* Joan Moreau via devel [01/05/2021 09:21] :
>
> 1 - Those who have a great piece of software, simply willing to make it
> available to the large public. In such case, there should be only quality
> barrier of the package + rules of duration (i.e. added packages are not kept
> in Fedora if not main
Il 30/04/21 19:11, Vitaly Zaitsev via devel ha scritto:
> On 30.04.2021 16:09, Germano Massullo wrote:
>> Could you please suggest me how I could implement a patch?
>
> https://src.fedoraproject.org/rpms/ksnip/blob/rawhide/f/ksnip-wayland-workaround.patch
>
>
>> Would you do it in the .desktop file
Il 30/04/21 18:33, Kevin Fenzi ha scritto:
> On Fri, Apr 30, 2021 at 02:19:31PM +0200, Germano Massullo wrote:
>> After running
>> dnf system-upgrade download --releasever=34
>> and downloading all files, I got the following warning
>> warning:
>> /var/lib/dnf/system-upgrade/fedora-e21c25ac3662d294
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20210429.0):
ID: 874761 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On 4/30/21 3:21 PM, Richard W.M. Jones wrote:
On Thu, Apr 29, 2021 at 10:09:12PM +0200, Martin Kolman wrote:
Now fast forward to today, it's 2021, any use cases that needed
password based root login via SSH had 2 more years to migrate while the
amount of password guessing attacks certainly didn'
On 01.05.2021 10:55, Joan Moreau wrote:
COPR is like AUR on ARch or PPA on Debian/Ubuntu
Like PPA. Everyone can create its own repository.
These are not in the default installation of the user, and not easily acceisble
for a non-tech user, so these not really appropriate.
sudo dnf copr ena
COPR is like AUR on ARch or PPA on Debian/Ubuntu
These are not in the default installation of the user, and not easily
acceisble for a non-tech user, so these not really appropriate.
What I would suggest, is to join the two repositories (being "by
default" for the average end user) , except p
On 01.05.2021 10:42, Mattia Verga via devel wrote:
There must be a section that clearly states that if the scope is "I made
this piece of software and I'll fire through Fedora repositories, then
goodbye", or "I use this software, I'll push into Fedora repositories
and never touch it again until t
Yes, that distinction is clear to me, but as you said if English is not
your first language it might be less clear or the process might seem scary.
I feel there could at least be maintenance of the documents themselves,
which never hurts. It's a part of Fedora too! We have the nice site for
Packag
On 01.05.2021 10:21, Joan Moreau via devel wrote:
For instance, personally, I am not using Fedora at all (Arch fan ;) )
but just willing to make my piece of software available widely for those
interested. I am happy to maintain the package in the long run, but will
not get involve to much into
Il 01/05/21 10:21, Joan Moreau via devel ha scritto:
>
> For instance, personally, I am not using Fedora at all (Arch fan ;) )
> but just willing to make my piece of software available widely for
> those interested. I am happy to maintain the package in the long run,
> but will not get involve to m
My opinion as a simple enthusiast, is that things should be separated in
two
1 - Those who have a great piece of software, simply willing to make it
available to the large public. In such case, there should be only
quality barrier of the package + rules of duration (i.e. added packages
are no
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210430.0):
ID: 874747 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
45 matches
Mail list logo
