Re: Help with perl in httpd

2023-07-14 Thread Francis . Montagnac
On Fri, 14 Jul 2023 23:26:33 +0200 Peter Boy wrote:

> That brought me past line 3 to the next error: 

> Fri Jul 14 22:38:35.479031 2023] [cgid:error] [pid 1406:tid 1496] [client 
> 192.168.122.158:50928]
>  AH01215: stderr from /var/www/html/artikel/artikel.pl: 
>   artikel.pl: Can't locate artikel_ini.pl in @INC 
>   (@INC contains: /usr/local/lib64/perl5/5.36 /usr/local/share/perl5/5.36 
> /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 
> /usr/share/perl5) at /var/www/html/artikel/artikel.pl line 12.

> Line 12 is in this section:

> 12 require "artikel_ini.pl“;

> But the file artikel_ini.pl is in the same subdir:

> [root@forum-gp httpd]# ls -al /var/www/html/artikel/
> total 128
> drwxr-xr-x.  3 apache apache   116 Apr  6  2014 .
> drwxr-xr--. 15 apache apache  4096 Aug 23  2012 ..
> drwx--x---.  2 apache apache 45056 Jul  8  2021 artikel
> -rwxr-xr-x.  1 apache apache 10806 Nov 17  2008 artikel.pl
> -rwxr-.  1 apache apache   165 Apr  6  2014 artikel_ini.pl

> Maybe I have to fix @INC anyhow?

I think yes.

Try to add at the beginning of artikel.pl:

--
use File::Basename;

our $REFDIR;
BEGIN {
# $REFDIR = dirname((-l $0)? readlink($0):$0);
$REFDIR = dirname($0);
}
use lib "$REFDIR" ;
--

In comment a version that will allow the script to be a symlink.

-- 
francis
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Power save problems with screen shut off

2023-07-14 Thread Alex
Hi,
I have a fedora37 Asus/Intel desktop system that I'd like to be able
to shut the monitors off after some period of inactivity. When I select the
"turn off the screen when inactive for" option and select some period of
time (5 minutes), it shuts off all three monitors, then a few seconds later
they all come back on. In another five minutes, it does it again. This is
the first time in a long time I've tried to configure the power save to
shut off the monitors.

I thought it may have had something to do with one of the applications
(maybe a browser running a video or something related, but it does it with
virtually no applications running except for perhaps a file manager and a
few terminals.

I've also had problems with suspend on this PC, where pressing the power
button doesn't always suspend the PC, but instead only shuts off the
monitors but doesn't actually suspend the computer. After pressing the
power button again, the monitors turn on again. Pressing the power button
again to suspend the computer typically works the second  time (or maybe
third cycle of doing this). When the computer is eventually resumed, it
shows a kernel oops but there's otherwise no impact on operation. I've
reported this kernel issue already, but I don't think it's a significant
issue. Perhaps a compatibility issue with my motherboard, but it has been
happening for more than a year over multiple versions of fedora and
multiple kernels.

I'm not really sure what more information I can provide to help
troubleshoot this. Here are some hardware details.

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] (rev ef)
Hardware name: System manufacturer System Product Name/PRIME Z370-A, BIOS
3004 07/12/2021

Here's a link to the lshw output for my computer:
https://pastebin.com/Y4kJjgSq

I suppose the easy answer is that it's a hardware problem, but there are no
other problems or impact by the kernel issue I mentioned above. No
stability issues through multiple versions of fedora.

Thanks,
Alex
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: wordpress problem

2023-07-14 Thread Samuel Sieb

On 7/14/23 12:59, Bill Cunningham wrote:
I have the server edition installed and log into firefox and enter 
https://localhost/wp-admin and I always get there's no such url. 
https://localhost:9090 works fine for the server edition login. What am 
I doing or not doing here? I installed one rpm called wordpress and its' 
dependencies. There was also a wordpress plugin that I did not install. 
Is anyone familiar with Server Edition wordpress?


It's very unlikely that just installing a package like that is going to 
work right away.  You should probably look at these files:


/etc/httpd/conf.d/wordpress.conf
/etc/wordpress/wp-config.php
/usr/share/doc/wordpress/README.fedora
/usr/share/doc/wordpress/README.fedora-multiuser
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: wordpress problem

2023-07-14 Thread Bill Cunningham


On 7/14/2023 5:52 PM, Mark C. Allman via users wrote:


On 7/14/23 17:09, Mark C. Allman via users wrote:
> ... https://localhost:9090 works fine for the server edition 
login.  


Is there something listening on port 80 (check via netstat -antp)? 
The wp-admin request is trying port 80. You have something listening 
on port 9090.


On 7/14/23 16:54, Bill Cunningham wrote:


On 7/14/2023 4:09 PM, Richard Ibbotson wrote:

Hi


I have the server edition installed and log into firefox and enter
https://localhost/wp-admin and I always get there's no such url.

Try

https://localhost/wp-login.php  or.. http://localhost/wp-login.php


No that doesn't work either.


Whoops! Sorry about the top-post. Too much multi-tasking.

I believe there is a port 51 or 52 opened IDK what that is. but no 80 
or 8080 open either.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Not enough swap space to hibernate

2023-07-14 Thread Jeffrey Walton
On Fri, Jul 14, 2023 at 5:15 PM Patrick O'Callaghan
 wrote:
> [...]
> > > > Where do you show the selinux label anywhere in that?
> > > > "ls -lZ"
> > >
> > > $ ls -lZ /SWAP/swapfile
> > > -rw---. 1 root root unconfined_u:object_r:default_t:s0
> > > 34359738368 Jul 12 12:46 /SWAP/swapfile
> >
> > I pressed send too quickly.  "ls -alZ /SWAP"
>
> # ls -lZ /SWAP
> total 33554436
> -rw-r--r--. 1 root root unconfined_u:object_r:unlabeled_t:s0 329 Jul 
> 13 22:32 README [just my notes - poc]
> -rw---. 1 root root unconfined_u:object_r:default_t:s0   34359738368 Jul 
> 12 12:46 swapfile
>
> and just in case:
>
> [root@Bree ~]# ls -lZd /SWAP
> drwxr-xr-x. 1 root root system_u:object_r:default_t:s0 28 Jul 13 22:32 /SWAP

I would expect to see swapfile_t there.

> > Do you have the selinux error message?
>
> As I've mentioned, the only error is in the journal:
>
> Jul 14 22:10:37 Bree systemd-sleep[51364]: Failed to find location to 
> hibernate to: Permission denied
> Jul 14 22:10:37 Bree systemd[1]: systemd-hibernate.service: Main process 
> exited, code=exited, status=1/FAILURE

Have a look at https://bugzilla.redhat.com/show_bug.cgi?id=181782 and
https://discussion.fedoraproject.org/t/hibernation-only-triggers-lockscreen-with-swapfile-likely-selinux-problem/67319/3
.

Jeff
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: wordpress problem

2023-07-14 Thread Mark C. Allman via users


On 7/14/23 17:09, Mark C. Allman via users wrote:
> ... https://localhost:9090 works fine for the server edition login.  



Is there something listening on port 80 (check via netstat -antp)? The 
wp-admin request is trying port 80. You have something listening on 
port 9090.


On 7/14/23 16:54, Bill Cunningham wrote:


On 7/14/2023 4:09 PM, Richard Ibbotson wrote:

Hi


I have the server edition installed and log into firefox and enter
https://localhost/wp-admin and I always get there's no such url.

Try

https://localhost/wp-login.php  or.. http://localhost/wp-login.php


No that doesn't work either.


Whoops! Sorry about the top-post. Too much multi-tasking.

-- Mark

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Help with perl in httpd

2023-07-14 Thread Peter Boy


> Am 14.07.2023 um 21:11 schrieb francis.montag...@inria.fr:
> 
> On Fri, 14 Jul 2023 20:56:21 +0200 Peter Boy wrote:
> 
>> But linie 3 of the script produced the next error message:
> 
>> Can't locate CGI/Carp.pm in @INC
>> (you may need to install the CGI::Carp module) 
>> (@INC contains: /usr/local/lib64/perl5/5.36 /usr/local/share/perl5/5.36 
>> /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 
>> /usr/share/perl5
> 
> 
>> The package perl-Carp is already installed (presumably as a dependency of 
>> mod_perl) and I found
>> /usr/share/perl5/vendor_perl/Carp.pm
>> which is in the search path
> 
> The script wants CGI/Carp.pm
> 
>rpm -qf /usr/share/perl5/vendor_perl/CGI/Carp.pm
>perl-CGI-4.57-1.fc38.noarch
> 
> Try to install perl-CGI
> 

Thanks!!
That brought me past line 3 to the next error: 

Fri Jul 14 22:38:35.479031 2023] [cgid:error] [pid 1406:tid 1496] [client 
192.168.122.158:50928]
 AH01215: stderr from /var/www/html/artikel/artikel.pl: 
  artikel.pl: Can't locate artikel_ini.pl in @INC 
  (@INC contains: /usr/local/lib64/perl5/5.36 /usr/local/share/perl5/5.36 
/usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 
/usr/share/perl5) at /var/www/html/artikel/artikel.pl line 12.

Line 12 is in this section:

05 use vars qw($artikelinhalt $artikelnummer $artikelnummer $artikelzeile 
$datum 
06  $falscher_aufruf $file $grafik $job $lz $nr4stlg $oberrubrik 
$oberrubrikname $offline  07  $rubrik  $rubrikfile $rubriknummer $schlagzeile 
$seitentitel  08  $t0 $template $templatefile $text $textandereartikel 
$textoberrubriken  09  $textunterrubriken $unterrubrik $verfasser $basedir 
$zuordnungsfile
10  @templ  @zuordnungen  11  %unterrubriken %oberrubriken %verfasser);  12 
require "artikel_ini.pl“;

But the file artikel_ini.pl is in the same subdir:

[root@forum-gp httpd]# ls -al /var/www/html/artikel/
total 128
drwxr-xr-x.  3 apache apache   116 Apr  6  2014 .
drwxr-xr--. 15 apache apache  4096 Aug 23  2012 ..
drwx--x---.  2 apache apache 45056 Jul  8  2021 artikel
-rwxr-xr-x.  1 apache apache 10806 Nov 17  2008 artikel.pl
-rwxr-.  1 apache apache   165 Apr  6  2014 artikel_ini.pl
-rwxr-.  1 apache apache  4218 Nov 30  2008 template-artikel.txt
-rwxr-.  1 apache apache  3880 Nov 30  2008 template-rubrik.txt


Maybe I have to fix @INC anyhow?


A similarly excellent idea for this?


Thanks
Peter






--
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
p...@fedoraproject.org

Timezone: CET (UTC+1) / CEST /UTC+2)

Fedora Server Edition Working Group member
Fedora Docs team contributor and board member
Java developer and enthusiast


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Not enough swap space to hibernate

2023-07-14 Thread Patrick O'Callaghan
On Fri, 2023-07-14 at 10:58 -0700, Samuel Sieb wrote:
> On 7/14/23 10:49, Patrick O'Callaghan wrote:
> > On Fri, 2023-07-14 at 09:49 -0700, Samuel Sieb wrote:
> > > On 7/14/23 03:44, Patrick O'Callaghan wrote:
> > > > On Thu, 2023-07-13 at 15:37 -0700, Samuel Sieb wrote:
> > > > > On 7/13/23 14:39, Patrick O'Callaghan wrote:
> > > > > > So I followed that (i.e. applied 'restorecon -v /SWAP',
> > > > > > where
> > > > > > /SWAP
> > > > > > is
> > > > > > a Btrfs subvolume holding the swapfile, but it still fails
> > > > > > with
> > > > > > the
> > > > > > same error, i.e.:
> > > > > 
> > > > > Did you check what the label on it was after that?
> > > > 
> > > > Yes:
> > > > 
> > > > # findmnt -no UUID -T /SWAP/swapfile
> > > > 8e1f7af4-c0bf-434e-b1c4-a9af2c810d56
> > > > [root@Bree ~]# btrfs inspect-internal map-swapfile -r
> > > > /SWAP/swapfile
> > > > 472549965
> > > > # cat /proc/cmdline
> > > > BOOT_IMAGE=(hd2,gpt2)/vmlinuz-6.3.12-200.fc38.x86_64
> > > > root=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56 ro
> > > > rootflags=subvol=root modprobe.blacklist=i915 rd.blacklist=i915
> > > > vconsole.font=latarcyrheb-sun16 rhgb quiet audit=0
> > > > resume=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56
> > > > resume_offset=472549965
> > > 
> > > Where do you show the selinux label anywhere in that?
> > > "ls -lZ"
> > 
> > $ ls -lZ /SWAP/swapfile
> > -rw---. 1 root root unconfined_u:object_r:default_t:s0
> > 34359738368 Jul 12 12:46 /SWAP/swapfile
> 
> I pressed send too quickly.  "ls -alZ /SWAP"
> 

# ls -lZ /SWAP
total 33554436
-rw-r--r--. 1 root root unconfined_u:object_r:unlabeled_t:s0 329 Jul 13 
22:32 README [just my notes - poc]
-rw---. 1 root root unconfined_u:object_r:default_t:s0   34359738368 Jul 12 
12:46 swapfile

and just in case:

[root@Bree ~]# ls -lZd /SWAP
drwxr-xr-x. 1 root root system_u:object_r:default_t:s0 28 Jul 13 22:32 /SWAP

> Do you have the selinux error message?

As I've mentioned, the only error is in the journal:

Jul 14 22:10:37 Bree systemd-sleep[51364]: Failed to find location to hibernate 
to: Permission denied
Jul 14 22:10:37 Bree systemd[1]: systemd-hibernate.service: Main process 
exited, code=exited, status=1/FAILURE

I'm guessing it's an SElinux issue, since it goes away when SElinux is
off.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: wordpress problem

2023-07-14 Thread Mark C. Allman via users

> ... https://localhost:9090 works fine for the server edition login.  

Is there something listening on port 80 (check via netstat -antp)? The 
wp-admin request is trying port 80. You have something listening on port 
9090.


On 7/14/23 16:54, Bill Cunningham wrote:


On 7/14/2023 4:09 PM, Richard Ibbotson wrote:

Hi


I have the server edition installed and log into firefox and enter
https://localhost/wp-admin and I always get there's no such url.

Try

https://localhost/wp-login.php  or.. http://localhost/wp-login.php


No that doesn't work either.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: wordpress problem

2023-07-14 Thread Bill Cunningham


On 7/14/2023 4:09 PM, Richard Ibbotson wrote:

Hi


I have the server edition installed and log into firefox and enter
https://localhost/wp-admin and I always get there's no such url.

Try

https://localhost/wp-login.php  or..   http://localhost/wp-login.php


No that doesn't work either.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: wordpress problem

2023-07-14 Thread Richard Ibbotson
Hi

> I have the server edition installed and log into firefox and enter
> https://localhost/wp-admin and I always get there's no such url.

Try

https://localhost/wp-login.php  or..   http://localhost/wp-login.php

-- 
Richard
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


wordpress problem

2023-07-14 Thread Bill Cunningham
I have the server edition installed and log into firefox and enter 
https://localhost/wp-admin and I always get there's no such url. 
https://localhost:9090 works fine for the server edition login. What am 
I doing or not doing here? I installed one rpm called wordpress and its' 
dependencies. There was also a wordpress plugin that I did not install. 
Is anyone familiar with Server Edition wordpress?


B

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Who is the problem kid: Win10 or Fedora?

2023-07-14 Thread Jeffrey Walton
On Fri, Jul 14, 2023 at 2:01 PM Walter H. via users
 wrote:
>
> On 14.07.2023 18:23, francis.montag...@inria.fr wrote:
> > Hi.
> >
> > On Fri, 14 Jul 2023 16:22:56 +0200 "Walter H. via users" wrote:
> >
> >> I added this inside the Fedora in the sshd_config
> >> HostKeyAlgorithms +ssh-rsa
> >> PubkeyAcceptedKeyTypes ssh-rsa
> >> then the login using the keys from WSL were working again;
> >> but why didn't this help to login using the keys via the Win 10 OpenSSH
> >> commands;
> > Since openssh-8.8p1-7.fc37 there is also a requirement on the length of
> > the rsa keys.
> >
> > Tru to add:
> >
> >RequiredRSASize   1024
> this didn't make an effekt;
> > Or redo your rsa key with a biger size.
> >
> the key used with WinSCP already 2048-bit
>
> and now the confusing thing
>
> a regenerated a rsa key with bigger size
>
> in case someone has such setup:  a Win10 and a Fedora 38 can try this ...
>
> adding this
>
> ssh-rsa
>  [...]
>
> ssh -i id_rsa  youruser@fedorahost
>
> doesn't work
>
> this is quite strange; because the same keyfiles works from another
> Linux [not Fedora]
>
> what's causing this strange behaviour?

If authorized_keys is working on other machines... What permissions on
$HOME/.ssh ?

Or, do a "chmod -R o-rwx $HOME/.ssh" "Other" will cause the sshd
daemon to refuse to use authorized_keys.

Jeff
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Who is the problem kid: Win10 or Fedora?

2023-07-14 Thread Barry


> On 14 Jul 2023, at 19:01, Walter H. via users  
> wrote:
> 
> ssh -i id_rsa  youruser@fedorahost
> 
> doesn't work
> 
> this is quite strange; because the same keyfiles works from another Linux 
> [not Fedora]
> 
> what's causing this strange behaviour?

In cases like this I run ssh with debug option to see what is happening.
Try ssh -v and see of the output help point to the problem.
Adding more -vvv outputs more debug details.

Barry

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Help with perl in httpd

2023-07-14 Thread Francis . Montagnac
On Fri, 14 Jul 2023 20:56:21 +0200 Peter Boy wrote:

> But linie 3 of the script produced the next error message:

> Can't locate CGI/Carp.pm in @INC
> (you may need to install the CGI::Carp module) 
> (@INC contains: /usr/local/lib64/perl5/5.36 /usr/local/share/perl5/5.36 
> /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 
> /usr/share/perl5


> The package perl-Carp is already installed (presumably as a dependency of 
> mod_perl) and I found
> /usr/share/perl5/vendor_perl/Carp.pm
> which is in the search path

The script wants CGI/Carp.pm

rpm -qf /usr/share/perl5/vendor_perl/CGI/Carp.pm
perl-CGI-4.57-1.fc38.noarch

Try to install perl-CGI

-- 
francis
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Help with perl in httpd

2023-07-14 Thread Peter Boy


> Am 14.07.2023 um 19:01 schrieb Samuel Sieb :
> 
> On 7/14/23 06:48, Peter Boy wrote:
>> I have the thankless task of getting an application written with perl to run 
>> on one of our F38 servers.
>> The application was developed around 2005 or so, last changes around 2012, 
>> the developer is long gone from the university and the colleagues whose 
>> (long term) project use the application know nothing except how to use the 
>> finished system. It was running on an external DomainFactory web space, 
>> which has now been terminated at short notice and I only have the backup, no 
>> configuration information. The last time I used perl was more than a decade 
>> ago. Those were the times.
>> I installed a fresh VM as default and added https and mod_perl.
>> The problem is:
>> The html pages show up nicely, the perl scripts are downloaded automatically.
>> The Perl scripts are scattered around in DocumentRoot and various subdirs 
>> and sub-subdirs. So they are not all in one cgi directory.
>> I faintly remember having to enable directories for Perl. I guess that 
>> mod_perl basically already does that as usual in Fedora.
>> As far as I have found information, everything is based on a dedicated cgi 
>> directory, where all scripts are located and executed. But there must be 
>> another way, at least the application worked a week ago as it is.
> 
> I have also not used perl on a web server for around 20 years, but I think 
> you need to map the file extension in a way to trigger mod_perl to handle it. 
>  For example, if you look in the php config, you'll see this:
>
>SetHandler application/x-httpd-php
>
> 
> You need to find the corresponding handler for mod_perl.

Thanks, you gave me the idea what to make of several other infos I read. I 
added to http configuration:

  ## that is the document root
Options +ExecCGI:q:q
AddHandler cgi-script .cgi .pl
 

And the perl script /var/www/html/artikel/article.pl got executed.

But linie 3 of the script produced the next error message:

Can't locate CGI/Carp.pm in @INC
(you may need to install the CGI::Carp module) 
(@INC contains: /usr/local/lib64/perl5/5.36 /usr/local/share/perl5/5.36 
/usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 
/usr/share/perl5


The package perl-Carp is already installed (presumably as a dependency of 
mod_perl) and I found
/usr/share/perl5/vendor_perl/Carp.pm
which is in the search path

Obviously, I miss something else.


Hello Perl experts, what else am I missing?


Thanks a lot in advance



--
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
p...@fedoraproject.org

Timezone: CET (UTC+1) / CEST /UTC+2)

Fedora Server Edition Working Group member
Fedora Docs team contributor and board member
Java developer and enthusiast


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Who is the problem kid: Win10 or Fedora?

2023-07-14 Thread Walter H. via users

On 14.07.2023 18:23, francis.montag...@inria.fr wrote:

Hi.

On Fri, 14 Jul 2023 16:22:56 +0200 "Walter H. via users" wrote:


I added this inside the Fedora in the sshd_config
HostKeyAlgorithms +ssh-rsa
PubkeyAcceptedKeyTypes ssh-rsa
then the login using the keys from WSL were working again;
but why didn't this help to login using the keys via the Win 10 OpenSSH
commands;

Since openssh-8.8p1-7.fc37 there is also a requirement on the length of
the rsa keys.

Tru to add:

   RequiredRSASize   1024

this didn't make an effekt;

Or redo your rsa key with a biger size.


the key used with WinSCP already 2048-bit

and now the confusing thing

a regenerated a rsa key with bigger size

in case someone has such setup:  a Win10 and a Fedora 38 can try this ...

adding this

ssh-rsa 
B3NzaC1yc2EDAQABAAABgQDvlr2hpBHzPckf+C8Wr4VqzOozGVFam4Rw4cWfZs7ak6EfF76jnAQ1D2UkSoUUz3lK/z35ks+XuNxZrvW0OxnVbeHMUnnnklrWh8KSswoAgJ0xgsRfldyv4OMoLcaxDO0flVJ7+Xlk3ypgrzO/4fHT3JLkrf5oM7nLvPAq3y3rq1G/nY7jo9v6eRav5d75hQTvyEinkvho94QNtXHUEihoUc0P64QsegN+LI6LC6xrDrA4pRbxgVkQABr5wemukn5li51OCqaLeXOh+wbvVxp5yA9lhhkyJxt05QrT3hq10Lm93Xq/CxmczuwHbtOee3MKLRu+csxjLkLdKK5hkcPwOZCU7ucQEKRs1X6y4gAaEmO5b/ijxeVKbwB+imGYg9+CuSPPxpHj9J2ArQtDSivEQ94AicbZPoNU8oeHwE0CXbYfrF89Ocv6bE70WRUcI82TM6T9ZgFa9Ko9va8JwLEZjorqYQJ7/NkMG9G7XhbyV6mD8/xRWOYzaYz23hngK70= 
Test-Key


to /home/youruser/.ssh/authorized_keys

and this private key

-BEGIN OPENSSH PRIVATE KEY-
b3BlbnNzaC1rZXktdjEABG5vbmUEbm9uZQABAAABlwdzc2gtcn
NhAwEAAQAAAYEA75a9oaQR8z3JH/gvFq+FaszqMxlRWpuEcOHFn2bO2pOhHxe+o5wE
NQ9lJEqFFM95Sv89+ZLPl7jcWa71tDsZ1W3hzFJ555Ja1ofCkrMKAICdMYLEX5Xcr+DjKC
3GsQztH5VSe/l5ZN8qYK8zv+Hx09yS5K3+aDO5y7zwKt8t66tRv52O46Pb+nkWr+Xe+YUE
78hIp5L4aPeEDbVx1BIoaFHND+uELHoDfiyOiwusaw6wOKUW8YFZEAAa+cHprpJ+ZYudTg
qmi3lzofsG71caecgPZYYZMicbdOUK094atdC5vd16vwsZnM7sB27TnntzCi0bvnLMYy5C
3SiuYZHD8DmQlO7nEBCkbNV+suIAGhJjuW/4o8XlSm8AfophmIPfgrkjz8aR4/SdgK0LQ0
orxEPeAInG2T6DVPKHh8BNAl22H6xfPTnL+mxO9FkVHCPNkzOk/WYBWvSqPb2vCcCxGY6K
6mECe/zZDBvRu14W8lepg/P8UVjmM2mM9t4Z4Cu9AAAFkFzozCNc6MwjB3NzaC1yc2
EAAAGBAO+WvaGkEfM9yR/4LxavhWrM6jMZUVqbhHDhxZ9mztqToR8XvqOcBDUPZSRKhRTP
eUr/PfmSz5e43Fmu9bQ7GdVt4cxSeeeSWtaHwpKzCgCAnTGCxF+V3K/g4ygtxrEM7R+VUn
v5eWTfKmCvM7/h8dPckuSt/mgzucu88CrfLeurUb+djuOj2/p5Fq/l3vmFBO/ISKeS+Gj3
hA21cdQSKGhRzQ/rhCx6A34sjosLrGsOsDilFvGBWRAAGvnB6a6SfmWLnU4Kpot5c6H7Bu
9XGnnID2WGGTInG3TlCtPeGrXQub3der8LGZzO7Adu0557cwotG75yzGMuQt0ormGRw/A5
kJTu5xAQpGzVfrLiABoSY7lv+KPF5UpvAH6KYZiD34K5I8/GkeP0nYCtC0NKK8RD3gCJxt
k+g1Tyh4fATQJdth+sXz05y/psTvRZFRwjzZMzpP1mAVr0qj29rwnAsRmOiuphAnv82Qwb
0bteFvJXqYPz/FFY5jNpjPbeGeArvQMBAAEAAAGBAJQVrLHK0hlxF+39nUU9SY5gh2
T8Ag+pzetjcJ18kuAAnXa1W2yOkv8ku9P5h1X8grC7IFgwyMSzSubXwCAc43PKjeSXGafr
CuBMWxQHO2hiFkay16No4lWG/4AnAwcNwUZjKe9cnA6f7PaDc83m3myfid90N6m6Rt1Js3
wcI6rlYgq4XMgQ0Hd4/m/L+cxpzkpSla2VpppiWimK+4cjjfwki0WKwVAoPh5vdc81cOVe
18a7K3osA5tjJUk39LKk8e6sd9DmMcH9c8XRzvNWSITgOgB6TU9vSphQsXogJbCIc/wicN
WpYep73JlOMOXxeKrCgrPB2Nq45dDzGsbfyplqClHKLP3eytoeq4QW8EEzuJZ3mxFYq7Fo
5T1wCC5NBEN4KZNAGc2SLZaVSSUR7LztDGsW3v1P9mYRXZ0j9p75O6gzLzH5Eq1HVCvQFV
0Gx9M72sJ8vxGarlRANjtve/rWeyE0qukfEtDVxzEjTFgdYjGEfF5QnF0igBrYD282dQAA
AMAlpmu0IjtvkcpMXmXlE6pYQLRD9k6U2Os9FpA0Wmk2/UquH/oOspAqu34Dx//9JfC/ds
TfhHI+McF88eAX0qqv9TfNXlVF9pmmq5CBHydxItQ+LvmmlfXRxCCfbbPiN4rUcfiNqGyM
4dI9JAx+oGmrCimsf1wYDWCtcRVSm8AmgqmQCO8Iq2kRdSZdAIMdQTH/YNGpvySD4doXxp
oP4+BzH463Q3KznKVQjGn6uxPMONUCTt/XL6y/lMZTxvTNH0MAAADBAPtsnxH9qTmlaqPJ
7DfAe3xei6hMh/0lDLl3MR2eoVQD7fLPwZFnaA9EXSCrE1W6Z0K9uhTmUChsLLT5uSExWY
YgTq2KIbDZxSff3R0IHlU7MTnFEDifAv84gHIOG/JFPutB8JQJ3YSiaoNb4d/+wXX7SpRa
JrjG/m42G8PJYobC6ZT7ARB9C6/uTme67NxsFpxoUXxbUfWufsS4f4H/PJknR4/0QsQrLm
Zglhi3kC/NHLZppzz3U0nJDr/1cQmxJwAAAMEA8/L6bxpQZLxui62OpF46wvyA5aa9CYX6
ljjYxxfEdUVLUzASek4BOOtT8slS77+oeRrtAgr0hND1zm9if1AYP4lUb1TaQKi1NgW0eh
9y+vIFLXNsEZANl0TkjuuHqJnIK4td28JI4rl3G1s2RzifAIS+06dOCvkkW8AYRsbA55Zb
wrAohJHMCZY60vteRUp2ry3g8PBIjllDPGi28uyHY8PX7F13dsmSOlcH5RhDNDZq6PBrF9
Nb+0+T8KsglEJ7FXdhbHRlckBXMTBXQUxESTAxLVcwMQECAwQF
-END OPENSSH PRIVATE KEY-

ssh -i id_rsa  youruser@fedorahost

doesn't work

this is quite strange; because the same keyfiles works from another 
Linux [not Fedora]


what's causing this strange behaviour?

Walter




smime.p7s
Description: S/MIME Cryptographic Signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Not enough swap space to hibernate

2023-07-14 Thread Samuel Sieb

On 7/14/23 10:49, Patrick O'Callaghan wrote:

On Fri, 2023-07-14 at 09:49 -0700, Samuel Sieb wrote:

On 7/14/23 03:44, Patrick O'Callaghan wrote:

On Thu, 2023-07-13 at 15:37 -0700, Samuel Sieb wrote:

On 7/13/23 14:39, Patrick O'Callaghan wrote:

So I followed that (i.e. applied 'restorecon -v /SWAP', where
/SWAP
is
a Btrfs subvolume holding the swapfile, but it still fails with
the
same error, i.e.:


Did you check what the label on it was after that?


Yes:

# findmnt -no UUID -T /SWAP/swapfile
8e1f7af4-c0bf-434e-b1c4-a9af2c810d56
[root@Bree ~]# btrfs inspect-internal map-swapfile -r
/SWAP/swapfile
472549965
# cat /proc/cmdline
BOOT_IMAGE=(hd2,gpt2)/vmlinuz-6.3.12-200.fc38.x86_64
root=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56 ro
rootflags=subvol=root modprobe.blacklist=i915 rd.blacklist=i915
vconsole.font=latarcyrheb-sun16 rhgb quiet audit=0
resume=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56
resume_offset=472549965


Where do you show the selinux label anywhere in that?
"ls -lZ"


$ ls -lZ /SWAP/swapfile
-rw---. 1 root root unconfined_u:object_r:default_t:s0 34359738368 Jul 12 
12:46 /SWAP/swapfile


I pressed send too quickly.  "ls -alZ /SWAP"

Do you have the selinux error message?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Not enough swap space to hibernate

2023-07-14 Thread Patrick O'Callaghan
On Fri, 2023-07-14 at 09:49 -0700, Samuel Sieb wrote:
> On 7/14/23 03:44, Patrick O'Callaghan wrote:
> > On Thu, 2023-07-13 at 15:37 -0700, Samuel Sieb wrote:
> > > On 7/13/23 14:39, Patrick O'Callaghan wrote:
> > > > So I followed that (i.e. applied 'restorecon -v /SWAP', where
> > > > /SWAP
> > > > is
> > > > a Btrfs subvolume holding the swapfile, but it still fails with
> > > > the
> > > > same error, i.e.:
> > > 
> > > Did you check what the label on it was after that?
> > 
> > Yes:
> > 
> > # findmnt -no UUID -T /SWAP/swapfile
> > 8e1f7af4-c0bf-434e-b1c4-a9af2c810d56
> > [root@Bree ~]# btrfs inspect-internal map-swapfile -r
> > /SWAP/swapfile
> > 472549965
> > # cat /proc/cmdline
> > BOOT_IMAGE=(hd2,gpt2)/vmlinuz-6.3.12-200.fc38.x86_64
> > root=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56 ro
> > rootflags=subvol=root modprobe.blacklist=i915 rd.blacklist=i915
> > vconsole.font=latarcyrheb-sun16 rhgb quiet audit=0
> > resume=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56
> > resume_offset=472549965
> 
> Where do you show the selinux label anywhere in that?
> "ls -lZ"

$ ls -lZ /SWAP/swapfile 
-rw---. 1 root root unconfined_u:object_r:default_t:s0 34359738368 Jul 12 
12:46 /SWAP/swapfile

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: WD BLUE SSD died. Not even seen in BIOS or via USB? Bad Response from WD Support.

2023-07-14 Thread Samuel Sieb

On 7/14/23 03:29, Michael D. Setzer II via users wrote:

Not very happy with WD support, was actually looking for info to
figure out what happened with drive versus trying to get a
replacement, but that seems all they are concerned about NOT
DOING.


There's no way they could tell how or why it failed without examining 
the drive.



Then on top of that. The two WD Black drives I just ordered and
seller sent serial numbers without being asked. WD Support comes
back that those serial numbers were meant for drives installed in
systems, so WD provides no warranty. Likely that others fall into
same conditions. Think if a company makes a product, they would
stand behind it. Person seems nice, but would prefer a straight
answer. You are screwed that our drive failed, and we don't
provide any support


That's why it matters where you buy it from.  If you buy the drives 
retail, you will get the 3 year warranty from WD.  If the drive comes in 
a laptop, the manufacturer has probably received a deal from WD in 
return for handling the warranty themselves.  That's a completely valid 
arrangement.  This seller you're buying from seems a little shady. 
Somehow they have acquired OEM drives, so you have to trust them to 
honor their claim of having a warranty which also is a shorter time than 
you would get from WD.  WD has no obligation to offer support for those 
drives.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Help with perl in httpd

2023-07-14 Thread Samuel Sieb

On 7/14/23 06:48, Peter Boy wrote:

I have the thankless task of getting an application written with perl to run on 
one of our F38 servers.

The application was developed around 2005 or so, last changes around 2012, the 
developer is long gone from the university and the colleagues whose (long term) 
project use the application know nothing except how to use the finished system. 
It was running on an external DomainFactory web space, which has now been 
terminated at short notice and I only have the backup, no configuration 
information. The last time I used perl was more than a decade ago. Those were 
the times.


I installed a fresh VM as default and added https and mod_perl.

The problem is:
The html pages show up nicely, the perl scripts are downloaded automatically.

The Perl scripts are scattered around in DocumentRoot and various subdirs and 
sub-subdirs. So they are not all in one cgi directory.

I faintly remember having to enable directories for Perl. I guess that mod_perl 
basically already does that as usual in Fedora.

As far as I have found information, everything is based on a dedicated cgi 
directory, where all scripts are located and executed. But there must be 
another way, at least the application worked a week ago as it is.


I have also not used perl on a web server for around 20 years, but I 
think you need to map the file extension in a way to trigger mod_perl to 
handle it.  For example, if you look in the php config, you'll see this:


SetHandler application/x-httpd-php


You need to find the corresponding handler for mod_perl.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Not enough swap space to hibernate

2023-07-14 Thread Samuel Sieb

On 7/14/23 03:44, Patrick O'Callaghan wrote:

On Thu, 2023-07-13 at 15:37 -0700, Samuel Sieb wrote:

On 7/13/23 14:39, Patrick O'Callaghan wrote:

So I followed that (i.e. applied 'restorecon -v /SWAP', where /SWAP
is
a Btrfs subvolume holding the swapfile, but it still fails with the
same error, i.e.:


Did you check what the label on it was after that?


Yes:

# findmnt -no UUID -T /SWAP/swapfile
8e1f7af4-c0bf-434e-b1c4-a9af2c810d56
[root@Bree ~]# btrfs inspect-internal map-swapfile -r /SWAP/swapfile
472549965
# cat /proc/cmdline
BOOT_IMAGE=(hd2,gpt2)/vmlinuz-6.3.12-200.fc38.x86_64 
root=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56 ro rootflags=subvol=root 
modprobe.blacklist=i915 rd.blacklist=i915 vconsole.font=latarcyrheb-sun16 rhgb 
quiet audit=0 resume=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56 
resume_offset=472549965


Where do you show the selinux label anywhere in that?
"ls -lZ"
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Who is the problem kid: Win10 or Fedora?

2023-07-14 Thread Francis . Montagnac
Hi.

On Fri, 14 Jul 2023 16:22:56 +0200 "Walter H. via users" wrote:

> I added this inside the Fedora in the sshd_config

> HostKeyAlgorithms +ssh-rsa
> PubkeyAcceptedKeyTypes ssh-rsa

> then the login using the keys from WSL were working again;

> but why didn't this help to login using the keys via the Win 10 OpenSSH 
> commands;

Since openssh-8.8p1-7.fc37 there is also a requirement on the length of
the rsa keys.

Tru to add:

  RequiredRSASize   1024

Or redo your rsa key with a biger size.

-- 
francis
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: WD BLUE SSD died. Not even seen in BIOS or via USB? Bad Response from WD Support.

2023-07-14 Thread Michael D. Setzer II via users
On 14 Jul 2023 at 15:08, Barry wrote:

From:   Barry 
Subject:Re: WD BLUE SSD died. Not even seen in BIOS or 
via USB? Bad Response from WD Support.
Date sent:  Fri, 14 Jul 2023 15:08:56 +0100
To: mi...@guam.net,
Community support for Fedora users 

Send reply to:  Community support for Fedora users 


> 
> 
> > On 14 Jul 2023, at 11:29, Michael D. Setzer II via users 
> >  wrote:
> > 
> > The two WD Black drives I just ordered and 
> > seller sent serial numbers without being asked. WD Support comes 
> > back that those serial numbers were meant for drives installed in 
> > systems, so WD provides no warranty.
> 
> The warrantee is factored into the selling price of the drive.
> Clearly those drives where sold cheap with no warrantee.
> 

Contacted seller, and he confirms that the 2 year warranty his add 
states is from him as seller, not from WD. Seems WD warranty is 
only covered if you buy the disks directly from them, and is only 
for replacement of drive and nothing else. So, not sure if I would 
even call that a warranty? Not even sure how long WD warranty 
actually is since disk has date of 09Sept2022, so it isn't even a 
year old?? Will definitely have to create a spreadsheet with seller 
and serial number and date. Usually replace drives after 3 or 4 
years, but first time I've had one fail so completely...



> Barry
> 
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue


++
 Michael D. Setzer II - Computer Science Instructor (Retired) 
 mailto:mi...@guam.net
 mailto:msetze...@gmail.com
 Guam - Where America's Day Begins
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
++


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: F38 install issues

2023-07-14 Thread stan via users
On Thu, 13 Jul 2023 14:33:04 -0400
Matt Morgan  wrote:

> Hi. I haven't been here for a long time, which I guess is a testament
> to how well Fedora works these days.

True.

> I have a new laptop, set up with Windows, that I'm trying to install
> F38 on. I used the media writer to make a USB boot/install drive. It
> booted fine, and I clicked to install to hard drive.

Is this a live image?  I thought that when they were installed, they
just were copied directly onto the drive.  I always use netinstall.
But, wouldn't you still have to tell it which partitions or space to
use, or does it automatically divine that the efi partition should be
/boot/efi?

> I took about half of the 1TB SSD for Fedora, and told it to continue.
> Then I left for a few minutes. When I came back, the computer had
> booted to the USB drive again (it appeared). I removed the USB drive
> and rebooted again.

I think something critical happened in those few minutes.  :-)

> The system booted to Windows with no indication of a grub boot menu.
> The drive was missing the space I'd reclaimed, so clearly that
> worked, at least partly. But nothing I do seems to get it to boot
> linux or drop me at a grub menu.

If it was installed while secure boot (UEFI) was active, it will only
boot in UEFI mode.  If the system doesn't know where /boot/efi is, it
can't boot in UEFI mode.

> When I boot off the usb drive, it works, but I don't see any
> linux-related files on the SSD. So basically it looks like the drive
> got partitioned, at least partly, and the install didn't run. So I'm
> trying to run the install again, but no combination of clicks is
> getting me what I want.
> 
> 1) For "Installation Destination," I see "Error checking storage
> configuration." I click on that, and it has the one device for me to
> install to. At the bottom, it says "Error checking storage
> configuration." When I "click for details," I get
> 
> ---
> The following erros were encountered when checking your storage
> configuration. You can modify your storage layout or quit the
> installer.
> 
> Failed to find a suitable stage 1 device: EFI System Partition must be
> mounted on one of /boot/efi.; EFI System Partition cannot be of type
> None.; EFI System Partition cannot be of type ntfs.; EFI System
> Partition must be mounted on one of /boot/efi.; EFI System Partition
> cannot be of type ext4.; EFI System Partition must e mounted on one
> of /boot/efi.; EFI System Partition cannot be of type btrfs,; EFI
> System Partition must e mounted on one of /boot/efi.
> 

This is because it can't find /boot/efi to boot in UEFI mode.

> If I then go into "BLIVET GUI PARTITIONING" I do see a Btrfs volume,
> labeled "fedora_locahost-live," of 460GB. It has "home" and "root"
> subvolumes. It has no mountpoints for / and /home, but I can add them.
> Still, I guess it wants me to tell it where to put /boot? What do I
> do?
> 
> For reference, when I look at the drive in BLIVET I see
> 
> device type  format  size  label
> mountpoint nvme0n1p1  partition efi 100MiB
> nvme0n1p2  partition 16MiB
> nvme0n1p3  partition ntfs491.34GiB
> nvme0n1p5  partition ext41024MiB   fedora_localhost-live
> nvme0n1p4  partition ntfs662MiB
> 
> So the overall picture I'm getting is that the first install didn't
> finish partitioning the drive (since I don't see anywhere for /boot)
> and didn't do any of the install. But a) I'm not really confident in
> that assessment b) I don't know what to do next, in any case. Is it
> nvwe0n1p2 where /boot was meant to go?

I don't know windows, but I have heard that there is sometimes
a recovery partition that you wouldn't want to clobber, could that be
p4?  Or maybe that is p2?  If it is p4, maybe that is the reason that
it wasn't allocated as btrfs, and so the fs type was left as ntfs.
If p4 is actually the install space for / in Fedora, you could boot the
live image, and use gdisk (or fdisk) to remove the above partitions in
the space you want to use for Fedora. I think that would be p5 and p4
(if it isn't windows recovery). Then, try to install from the live image
again, but be sure to assign /boot/efi to the existing efi partition
for windows so both fedora and windows can boot from it.

An alternative if the above doesn't work.  I haven't used the netinstall
for a while, and it isn't live, but it allows for custom partitioning,
which seems to be what you need. I think it is still hub and spoke;
there are discussions of some kind of html anaconda interface, but I
don't think it is default yet. If it is still hub and spoke, you would
select the custom partitioning spoke and tell it to use the existing
efi partition as /boot/efi, and then allocate the rest for /boot and /.
 On the scheme above it looks like, as Samuel said, /boot would be
assigned to p5 and / would be assigned to p4, if it isn't the windows
recovery partition.  

Then, because a netinstall is minimal (runlevel multiuser), you could
ask it to install 

Re: Who is the problem kid: Win10 or Fedora?

2023-07-14 Thread Jeffrey Walton
On Fri, Jul 14, 2023 at 10:23 AM Walter H. via users
 wrote:
>
> I've got a Win10 box und a Fedora  VM
>
> both are latest updates / release [Win10 22H2 19045.3086 and Fedora 38]
>
> I was used to connect to the Fedora VM from the Win10 box
>
> - with the OpenSSH commands, that are nativly available in Windows
> - with WinSCP
> - or the ssh commands inside the WSL [Debian Distribution]
>
> some time ago I noticed that the used keys from the WSL don't work any more;
>
> I added this inside the Fedora in the sshd_config
>
> HostKeyAlgorithms +ssh-rsa
>
> PubkeyAcceptedKeyTypes ssh-rsa
>
> then the login using the keys from WSL were working again;
>
> but why didn't this help to login using the keys via the Win 10 OpenSSH
> commands;
>
> there I had to create new keys
>
> ssh-keygen -t ed25519
>
> and then to modify the above addings like this:
>
> HostKeyAlgorithms +ssh-rsa,ssh-ed25519
>
> PubkeyAcceptedKeyTypes ssh-rsa,ssh-ed25519
>
> the same with WinSCP, there I had to gernerate a new key, too;
>
> the used ssh-rsa keys are refused, even from WSL they work;
>
> a bit confusing/strange;

Personally, I would not worry too much about the key and algorithm
gyrations. The weaker keys are the DSA keys, and they were disabled by
default around OpenSSH 8.0, iirc.

With that said, I have ed25519, ecdsa and rsa keys. I keep rsa keypair
in case I get on an old system. My ssh config looks like:

$ cat ~/.ssh/config
Host *.fsffrance.org fsffrance.org
User noloader
Host *.opencsw.org opencsw.org
User jeff
Host *.home.pvt
User jwalton
Host *
User jwalton

IdentityFile ~/.ssh/id_ed25519
IdentityFile ~/.ssh/id_ecdsa
# IdentityFile ~/.ssh/id_dsa
IdentityFile ~/.ssh/id_rsa

Protocol 2
PreferredAuthentications publickey,password

I'm not sure about your other problems, like WinSCP. I don't use it.

Jeff
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Who is the problem kid: Win10 or Fedora?

2023-07-14 Thread Walter H. via users

Hello,

I've got a Win10 box und a Fedora  VM

both are latest updates / release [Win10 22H2 19045.3086 and Fedora 38]

I was used to connect to the Fedora VM from the Win10 box

- with the OpenSSH commands, that are nativly available in Windows
- with WinSCP
- or the ssh commands inside the WSL [Debian Distribution]

some time ago I noticed that the used keys from the WSL don't work any more;

I added this inside the Fedora in the sshd_config

HostKeyAlgorithms +ssh-rsa

PubkeyAcceptedKeyTypes ssh-rsa

then the login using the keys from WSL were working again;

but why didn't this help to login using the keys via the Win 10 OpenSSH 
commands;


there I had to create new keys

ssh-keygen -t ed25519

and then to modify the above addings like this:

HostKeyAlgorithms +ssh-rsa,ssh-ed25519

PubkeyAcceptedKeyTypes ssh-rsa,ssh-ed25519

the same with WinSCP, there I had to gernerate a new key, too;

the used ssh-rsa keys are refused, even from WSL they work;

a bit confusing/strange;

Walter




smime.p7s
Description: S/MIME Cryptographic Signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: WD BLUE SSD died. Not even seen in BIOS or via USB? Bad Response from WD Support.

2023-07-14 Thread Barry


> On 14 Jul 2023, at 11:29, Michael D. Setzer II via users 
>  wrote:
> 
> The two WD Black drives I just ordered and 
> seller sent serial numbers without being asked. WD Support comes 
> back that those serial numbers were meant for drives installed in 
> systems, so WD provides no warranty.

The warrantee is factored into the selling price of the drive.
Clearly those drives where sold cheap with no warrantee.

Barry

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Help with perl in httpd

2023-07-14 Thread Peter Boy
I have the thankless task of getting an application written with perl to run on 
one of our F38 servers.  

The application was developed around 2005 or so, last changes around 2012, the 
developer is long gone from the university and the colleagues whose (long term) 
project use the application know nothing except how to use the finished system. 
It was running on an external DomainFactory web space, which has now been 
terminated at short notice and I only have the backup, no configuration 
information. The last time I used perl was more than a decade ago. Those were 
the times.


I installed a fresh VM as default and added https and mod_perl. 

The problem is:
The html pages show up nicely, the perl scripts are downloaded automatically. 

The Perl scripts are scattered around in DocumentRoot and various subdirs and 
sub-subdirs. So they are not all in one cgi directory.

I faintly remember having to enable directories for Perl. I guess that mod_perl 
basically already does that as usual in Fedora.  

As far as I have found information, everything is based on a dedicated cgi 
directory, where all scripts are located and executed. But there must be 
another way, at least the application worked a week ago as it is.

When the application is running again, I will banish it to a container behind a 
proxy. So security issues are somewhat relaxed. 

Any help greatly appreciated.






--
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
p...@fedoraproject.org

Timezone: CET (UTC+1) / CEST /UTC+2)

Fedora Server Edition Working Group member
Fedora Docs team contributor and board member
Java developer and enthusiast


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: WD BLUE SSD died. Not even seen in BIOS or via USB? Bad Response from WD Support.

2023-07-14 Thread George N. White III
On Fri, Jul 14, 2023 at 7:29 AM Michael D. Setzer II via users <
users@lists.fedoraproject.org> wrote:

> Not very happy with WD support, was actually looking for info to
> figure out what happened with drive versus trying to get a
> replacement, but that seems all they are concerned about NOT
> DOING.
>

Manufacturers of low-end consumer gear want lowest possible component
cost.  They can optimize device longevity so vast majority of drives last
the system's warranty period (and those have been going down for low-end
consumer gear).   If you want longevity, go for enterprise gear, but much
of that is not sold in small quantities.  You can buy used gear dumped by
a failed company from independent resellers, refurbished gear from
big vendors (warranty returns or 3+ years old).   Apple gear was expensive,
but durable, so may be an option "real soon now" if you can live
without Xorg and don't need a big server.

The void was being filled by less well-known vendors: <
https://linuxpreloaded.com/>,
but now big vendors have seen sales opportunities.


> Then on top of that. The two WD Black drives I just ordered and
> seller sent serial numbers without being asked. WD Support comes
> back that those serial numbers were meant for drives installed in
> systems, so WD provides no warranty. Likely that others fall into
> same conditions. Think if a company makes a product, they would
> stand behind it. Person seems nice, but would prefer a straight
> answer. You are screwed that our drive failed, and we don't
> provide any support
>

The problem is that those drives were built not to last and sold very
cheaply.  The drive makers make it clear that the end-user warranty
doesn't apply.  I do wonder if companies claiming to be manufacturers
are buying large quantities of "junk" drives to sell on ebay.

>
> Thanks for the info. Guess I'll create monthly images of all systems
> to be save. Pulled out a new 4TB Seagate regular drive I had
> sitting around, and will make image files of the 1TB disks on it.
> Than hope it continues with no problem. Seagate Iron Horse...
>

Enterprise quality SSD's are more reliable than mechanical drives.
For either technology, constantly filling drives with new data and
then replacing that with newer data is the worst case scenario.

-- 
George N. White III
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: youtube-dl error (F37 and F38)

2023-07-14 Thread Ranjan Maitra
On Thu Jul13'23 09:52:47PM, Samuel Sieb wrote:
> From: Samuel Sieb 
> Date: Thu, 13 Jul 2023 21:52:47 -0700
> To: users@lists.fedoraproject.org
> Reply-To: Community support for Fedora users 
> Subject: Re: youtube-dl error (F37 and F38)
>
> On 7/13/23 21:42, Ranjan Maitra wrote:
> > I have been having this error using youtube-dl for a while. Here is what I 
> > get:
> > [...]
> > File 
> > "/usr/lib/python3.11/site-packages/youtube_dl/extractor/common.py", line 
> > 1012, in _search_regex
> >   raise RegexNotFoundError('Unable to extract %s' % _name)
> >   youtube_dl.utils.RegexNotFoundError: Unable to extract uploader id; 
> > please report this issue on https://yt-dl.org/bug . Make sure you are using 
> > the latest version; see  https://yt-dl.org/update  on how to update. Be 
> > sure to call youtube-dl with the --verbose flag and include its complete 
> > output.
> >
> >
> > Strangely, works fine with mpv, which I understand uses youtube-dl.
>
> Use "yt-dlp" instead, which is what mpv uses now as well.

Thanks very much! Was not aware of this. How do you know so much?:-) yt-dlp 
Works for me.

Thanks again!

Best wishes,
Ranjan
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Not enough swap space to hibernate

2023-07-14 Thread Patrick O'Callaghan
On Thu, 2023-07-13 at 15:37 -0700, Samuel Sieb wrote:
> On 7/13/23 14:39, Patrick O'Callaghan wrote:
> > On Thu, 2023-07-13 at 17:01 +0100, Patrick O'Callaghan wrote:
> > > On Thu, 2023-07-13 at 09:52 -0400, Ted Roche wrote:
> > > > POC: You might try the posts on this Fedora List archive:
> > > > 
> > > > https://lists.fedoraproject.org/archives/search?mlist=users%40lists.fedoraproject.org=SELinux+hibernate+[SOLVED]
> > > 
> > > This looks like it:
> > > 
> > > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/NGWKBKJUOMB6KODGVXZYG5MZQ7CGLEJQ/
> > > 
> > 
> > So I followed that (i.e. applied 'restorecon -v /SWAP', where /SWAP
> > is
> > a Btrfs subvolume holding the swapfile, but it still fails with the
> > same error, i.e.:
> 
> Did you check what the label on it was after that?

Yes:

# findmnt -no UUID -T /SWAP/swapfile
8e1f7af4-c0bf-434e-b1c4-a9af2c810d56
[root@Bree ~]# btrfs inspect-internal map-swapfile -r /SWAP/swapfile
472549965
# cat /proc/cmdline 
BOOT_IMAGE=(hd2,gpt2)/vmlinuz-6.3.12-200.fc38.x86_64 
root=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56 ro rootflags=subvol=root 
modprobe.blacklist=i915 rd.blacklist=i915 vconsole.font=latarcyrheb-sun16 rhgb 
quiet audit=0 resume=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56 
resume_offset=472549965

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: WD BLUE SSD died. Not even seen in BIOS or via USB? Bad Response from WD Support.

2023-07-14 Thread Michael D. Setzer II via users
On 13 Jul 2023 at 21:43, Samuel Sieb wrote:

Date sent:  Thu, 13 Jul 2023 21:43:34 -0700
Subject:Re: WD BLUE SSD died. Not even seen in BIOS or 
via USB?
To: users@lists.fedoraproject.org
From:   Samuel Sieb 
Send reply to:  Community support for Fedora users 


> On 7/13/23 21:08, Michael Hennebry wrote:
> > If you really want a warning and all else fails,
> > use your own checksums.
> > Have a process walk the filesystem.
> > If a file is open for writing, skip it.
> > If a file is older than the recorded checksum,
> > test the checksum.
> > Write a new checksum.
> > 
> > Where to put the checksums is left as an exercise for the reader.
> 
> If you're using btrfs, everything is automatically checksummed at all times.
> 
> But I don't know what this will warn you of in this case.  SSDs usually 
> fail suddenly with no warning.  It's very unlikely that you will get 
> corrupted data.

Not very happy with WD support, was actually looking for info to 
figure out what happened with drive versus trying to get a 
replacement, but that seems all they are concerned about NOT 
DOING. 

Then on top of that. The two WD Black drives I just ordered and 
seller sent serial numbers without being asked. WD Support comes 
back that those serial numbers were meant for drives installed in 
systems, so WD provides no warranty. Likely that others fall into 
same conditions. Think if a company makes a product, they would 
stand behind it. Person seems nice, but would prefer a straight 
answer. You are screwed that our drive failed, and we don't 
provide any support

Thanks for the info. Guess I'll create monthly images of all systems 
to be save. Pulled out a new 4TB Seagate regular drive I had 
sitting around, and will make image files of the 1TB disks on it. 
Than hope it continues with no problem. Seagate Iron Horse...



> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue


++
 Michael D. Setzer II - Computer Science Instructor (Retired) 
 mailto:mi...@guam.net
 mailto:msetze...@gmail.com
 Guam - Where America's Day Begins
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
++


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue