nextcloud and php broken dependencies (f38)

[François Patte]

Bonjour,

I try to install a nextcloud server on f38. It seems that I need to use 
php but it is impossible: the nextcloud version and the php version 
given by the f38 repo are not compatible and I get this answer:


This version of Nextcloud is not compatible with PHP>=8.2.You are 
currently running 8.2.9


I tried to upgrade nextcloud  impossible

I tried to downgrade php but the version given is 8.2.4, also not 
comptatible with nextcloud...


I don't know what to do.

Regards

--
François Patte
UFR de mathématiques et informatique
Laboratoire CNRS MAP5, UMR 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. +33 (0)6 7892 5822
http://www.math-info.univ-paris5.fr/~patte
FSF
https://www.fsf.org/blogs/community/presenting-shoetool-happy-holidays-from-the-fsf
___
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: nextcloud and php broken dependencies (f38)

[José María Terry Jiménez via users]

El 26/8/23 a las 11:13, François Patte escribió:

Bonjour,

I try to install a nextcloud server on f38. It seems that I need to 
use php but it is impossible: the nextcloud version and the php 
version given by the f38 repo are not compatible and I get this answer:


This version of Nextcloud is not compatible with PHP>=8.2.You are 
currently running 8.2.9


I tried to upgrade nextcloud  impossible

I tried to downgrade php but the version given is 8.2.4, also not 
comptatible with nextcloud...


I don't know what to do.

Regards


Hello

Which Nextcloud version?

I'm running 27 with PHP 8.2.9 (Remi) well, in AlmaLinux 8, but we are 
speaking about PHP...


   [root@servername ~]# grep VersionString
   /var/www/html/nextcloud/version.php
   $OC_VersionString = '*27.0.2*';

   [root@servername ~]# php -v
   *PHP 8.2.9* (cli) (built: Aug  3 2023 11:39:08) (NTS gcc x86_64)
   Copyright (c) The PHP Group
   Zend Engine v4.2.9, Copyright (c) Zend Technologies
    with Zend OPcache v8.2.9, Copyright (c), by Zend Technologies
    with Xdebug v3.2.2, Copyright (c) 2002-2023, by Derick Rethans


Best,
___
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: nextcloud and php broken dependencies (f38)

[François Patte]

Le 2023-08-26 13:04, José María Terry Jiménez via users a écrit :

El 26/8/23 a las 11:13, François Patte escribió:


Bonjour,

I try to install a nextcloud server on f38. It seems that I need to
use php but it is impossible: the nextcloud version and the php
version given by the f38 repo are not compatible and I get this
answer:

This version of Nextcloud is not compatible with PHP>=8.2.You
are currently running 8.2.9

I tried to upgrade nextcloud  impossible

I tried to downgrade php but the version given is 8.2.4, also not
comptatible with nextcloud...

I don't know what to do.

Regards


Hello

Which Nextcloud version?


nextcloud-25.0.3-1.fc38.noarch

last version available on f38

--
François Patte
UFR de mathématiques et informatique
Laboratoire CNRS MAP5, UMR 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. +33 (0)6 7892 5822
http://www.math-info.univ-paris5.fr/~patte
FSF
https://www.fsf.org/blogs/community/presenting-shoetool-happy-holidays-from-the-fsf
___
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: Last kernel update leads to emergency mode

[Paul Smith]

On Fri, Aug 25, 2023 at 4:23 PM stan via users
 wrote:
>
> > I have been able to take a screen-shot:
> >
> > https://i.imgur.com/nAsE6i6.jpg
>
> This means that dracut was unable to start systemd in order to continue
> the boot once the initramfs was finished creating the bootstrap.  I
> have had this happen, but not with stock kernels.  I build custom
> kernels, and dracut was not building a complete initramfs when
> they were installed.  I had to write a script that created a custom file
> that told dracut to include all missing libraries, and run dracut again
> after install to fix the problem.  The missing libraries included some
> vital systemd libraries.  Because library versions change, I run the
> script to be sure that the custom file includes the latest libraries.
> If this *is* the cause, it will be obvious in /boot. The failing
> initramfs size will be about half the size of an initramfs file that
> works.  I could not find any reason that dracut wasn't working properly
> when it first installed the kernel; all the settings said it should
> have put those libraries in, but I just could not get it to do so.
>
> If it is your issue, post back and I'll attach the file of libraries and
> the directory to put it in, as well as the dracut command to run.  They
> might not work for you, since the version has to be included.  There is
> also a way to actually examine what is in the initramfs, so you could
> see if the systemd libraries were there. From the dracut man page,
>
> Inspecting the Contents
>To see the contents of the image created by dracut, you can use
> the lsinitrd tool.
>
># lsinitrd | less
>
>To display the contents of a file in the initramfs also use the
> lsinitrd tool:
>
># lsinitrd -f /etc/ld.so.conf
>include ld.so.conf.d/*.conf

Thanks to all for your help!

I have meanwhile been able to take photos from the

journalctl -xb

output, and I think that now the cause of the problem is isolated.

I was hopeful that the new kernel update would fix the problem, but it did not.

The photos of the journalctl logs are at:

https://i.imgur.com/NJAjOmN.jpg

Paul
___
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: Last kernel update leads to emergency mode

[stan via users]

On Sat, 26 Aug 2023 13:02:12 +0100
Paul Smith  wrote:

> On Fri, Aug 25, 2023 at 4:23 PM stan via users
>  wrote:
> >  
> > > I have been able to take a screen-shot:
> > >
> > > https://i.imgur.com/nAsE6i6.jpg  
> >
> > This means that dracut was unable to start systemd in order to
> > continue the boot once the initramfs was finished creating the
> > bootstrap.  I have had this happen, but not with stock kernels.  I
> > build custom kernels, and dracut was not building a complete
> > initramfs when they were installed.  I had to write a script that
> > created a custom file that told dracut to include all missing
> > libraries, and run dracut again after install to fix the problem.
> > The missing libraries included some vital systemd libraries.
> > Because library versions change, I run the script to be sure that
> > the custom file includes the latest libraries. If this *is* the
> > cause, it will be obvious in /boot. The failing initramfs size will
> > be about half the size of an initramfs file that works.  I could
> > not find any reason that dracut wasn't working properly when it
> > first installed the kernel; all the settings said it should have
> > put those libraries in, but I just could not get it to do so.
> >
> > If it is your issue, post back and I'll attach the file of
> > libraries and the directory to put it in, as well as the dracut
> > command to run.  They might not work for you, since the version has
> > to be included.  There is also a way to actually examine what is in
> > the initramfs, so you could see if the systemd libraries were
> > there. From the dracut man page,
> >
> > Inspecting the Contents
> >To see the contents of the image created by dracut, you can
> > use the lsinitrd tool.
> >
> ># lsinitrd | less
> >
> >To display the contents of a file in the initramfs also use
> > the lsinitrd tool:
> >
> ># lsinitrd -f /etc/ld.so.conf
> >include ld.so.conf.d/*.conf  
> 
> Thanks to all for your help!
> 
> I have meanwhile been able to take photos from the
> 
> journalctl -xb
> 
> output, and I think that now the cause of the problem is isolated.
> 
> I was hopeful that the new kernel update would fix the problem, but
> it did not.
> 
> The photos of the journalctl logs are at:
> 
> https://i.imgur.com/NJAjOmN.jpg

You didn't show the listing of the /boot directory.

ls -n /boot/
or
ls -n /boot/initramfs*

Is the initramfs for the failing kernel smaller than the initramfs for
the successful kernel?  If you can still boot into an older kernel, you
can try rebuilding the initramfs manually, to see if it will fix any
problem. You have to run this within the /boot directory, as root or
sudo.  Your command should be something like the following.

# /usr/bin/dracut -f -v --no-compress --no-uefi 
initramfs-6.4.11-200.fc38.x86_64.img --kver 6.4.11-200.fc38.x86_64

I use no compression and no uefi, but you can remove those if they don't fit 
your system.

Once you have a new initramfs, run lsinitrd on it and redirect it into
a file.  Do the same for a working initramfs.  Then run a diff on the
two with the output piped to less.  For example,

lsinitrd /boot/initramfs-6.4.11-200.fc38.x86_64.img > new_initramfs.txt
lsinitrd /boot/initramfs-6.4.8-200.fc38.x86_64.img > old_initramfs.txt
diff old_initramfs.txt new_initramfs.txt | less

There should be almost no differences if the initramfs is OK.
___
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: nextcloud and php broken dependencies (f38)

[Samuel Sieb]

On 8/26/23 04:39, François Patte wrote:

Le 2023-08-26 13:04, José María Terry Jiménez via users a écrit :

El 26/8/23 a las 11:13, François Patte escribió:


Bonjour,

I try to install a nextcloud server on f38. It seems that I need to
use php but it is impossible: the nextcloud version and the php
version given by the f38 repo are not compatible and I get this
answer:

This version of Nextcloud is not compatible with PHP>=8.2.You
are currently running 8.2.9

I tried to upgrade nextcloud  impossible

I tried to downgrade php but the version given is 8.2.4, also not
comptatible with nextcloud...

I don't know what to do.

Regards


Hello

Which Nextcloud version?


nextcloud-25.0.3-1.fc38.noarch

last version available on f38


I stopped using the packaged ones a long time ago because it wasn't 
up-to-date and had some issues that I don't remember now.  I'm currently 
running 27.

___
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

xv on F38?

[Ranjan Maitra]

Hi,

I have not used xv on F38 for a few months, but now noticed that I can not find 
it in the F38 repos. Is it dropped?

Many thanks,
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: xv on F38?

[Patrick O'Callaghan]

On Sat, 2023-08-26 at 11:12 -0500, Ranjan Maitra wrote:
> Hi,
> 
> I have not used xv on F38 for a few months, but now noticed that I
> can not find it in the F38 repos. Is it dropped?

$ dnf info xv
Name : xv
Version  : 4.1.1
Release  : 1.fc38
Architecture : x86_64
Size : 607 k
Source   : xv-4.1.1-1.fc38.src.rpm
Repository   : rpmfusion-nonfree-updates
Summary  : Interactive image display program for X
URL  : https://github.com/jasper-software/xv
License  : Shareware
Description  : This is the famous 'xv' by John Bradley. It is shareware, but we 
ship
 : it with the permission of the authors. It is a graphics viewer 
for
 : many file types, including gif, jpg, tiff, xwd, etc. It also has
 : manipulation features such as cropping, expanding, etc. Patched 
to
 : include flmask, a popular feature in Japan.

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: xv on F38?

[Ranjan Maitra]

Ah, it is on non-free. Did not realize that.

Thanks!
Ranjan

On Sat Aug26'23 05:24:20PM, Patrick O'Callaghan wrote:
> From: Patrick O'Callaghan 
> Date: Sat, 26 Aug 2023 17:24:20 +0100
> To: users@lists.fedoraproject.org
> Reply-To: Community support for Fedora users 
> Subject: Re: xv on F38?
>
> On Sat, 2023-08-26 at 11:12 -0500, Ranjan Maitra wrote:
> > Hi,
> >
> > I have not used xv on F38 for a few months, but now noticed that I
> > can not find it in the F38 repos. Is it dropped?
>
> $ dnf info xv
> Name : xv
> Version  : 4.1.1
> Release  : 1.fc38
> Architecture : x86_64
> Size : 607 k
> Source   : xv-4.1.1-1.fc38.src.rpm
> Repository   : rpmfusion-nonfree-updates
> Summary  : Interactive image display program for X
> URL  : https://github.com/jasper-software/xv
> License  : Shareware
> Description  : This is the famous 'xv' by John Bradley. It is shareware, but 
> we ship
>  : it with the permission of the authors. It is a graphics viewer 
> for
>  : many file types, including gif, jpg, tiff, xwd, etc. It also 
> has
>  : manipulation features such as cropping, expanding, etc. 
> Patched to
>  : include flmask, a popular feature in Japan.
>
> 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
___
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

Anydesk doesn't update from his repository

[ogio.spam]

Hi all,
I have Fedora 38 with Anydesk installed.

dnf list anydesk
anydesk.x86_64 6.2.1-1 @System

If I enable the Anydesk repository I found a new version:
anydesk.x86_64 6.3.0-1 anydesk

But the update fails with the error:
Problema: cannot install the best update candidate for package anydesk-
6.2.1-1.x86_64
- nothing provides libgtkglext-x11-1_0-0 needed by anydesk-6.3.0-
1.x86_64 from anydesk

I found it's a bug in the name of library, but my question is, why
there isn't the same version in the fedora repo?

Thnx to all
 Ambrogio
___
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

best practices for configuring multiple VirtualHost Apache WWW servers in Fedora?

[Franta Hanzlík via users]

Hi,
how is it possible to best configure multiple virtual servers, given
how Fedora has organized configuration files for inclusion in Apache
httpd.conf? Especially if I want some configuration files to be used
by only some VirtualHost sites?

Example - I want to have 4 web servers (VirtualHost), and I want each
one to use a different /etc/http/conf.d/*.conf file (and not another)
 - e.g.:
1) http://intranet.mydom   - zoneminder.conf
2) https://intranet.mydom  - mrtg.conf
3) http://www.mydom- geoip.conf + apcupsd.conf
4) https://www.mydom   - geoip.conf + roundcubemail.conf 

I suppose I will create four configuration files for each Virtualhost 
in the /etc/httpd/conf.d/ directory (eg srv1_intranet.mydom_ssl.conf, 
srv2_intranet.mydom.conf, srv3_www.mydom_ssl.conf, srv4_www.mydom.conf).
But how best to proceed?

IMO if I leave zoneminder/mrtg/apcupsd/geoip/roundcubemail as they are,
in /etc/http/conf.d/, they will apply in all VirtualHost - which I
don't want.

And if I put each one in its VirtualHost and delete the original in
/etc/httpd/conf.d/, it reappears there when its RPM package will be
updated.

Am I thinking correctly? Is there an elegant solution to this?

What about leaving empty files of the same name in /etc/httpd/conf.d/
(mrtg.conf, geoip.conf, ...) and setting the immutable attribute to
them (i'm on ext4), so that package updates don't overwrite them?
---
Thanks, Franta Hanzlik
___
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

TPM Error on Warm Boot From F38

[Stephen Morris]

Hi,
    Since the last system update I have been getting TPM errors on 
every entry in my grub menu when I do a warm restart from F38, and this 
includes the menu entry for the kernel I used to boot into F38.

    I am getting multiple occurrences of the following message:
            error: ../../grub-core/commands/efi/tpm.c:150:unknown TPM 
error.


    I am also getting the message:
            error: ../../grub-core/net/net.c:1552:disk 'hd2,gpt7' not 
found.


    The second message doesn't make sense as that is the device that 
contains F38 that I had booted into before doing the restart, and the 
device I've booted into to send this email.


    I did do a bios firmware update about 6 weeks ago and had to update 
the efi keys so that I could boot into the nvidia drivers in F38, but I 
would have thought that if that was causing a problem it would have 
surfaced before now.


    When I get these errors, if I do a hard reset, by pressing the 
reset button on the front of the PC, then I can boot into any entry in 
the grub menu without issue. These errors prevent me from booting back 
into F38, Ubuntu and Windows.


    Can anyone suggest what I need to look at to try to determine why 
this error is occurring?


regards,
Steve



OpenPGP_0x594338B1DE179AB2.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital 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: Anydesk doesn't update from his repository

[Samuel Sieb]

On 8/26/23 09:42, ogio.spam wrote:

Hi all,
I have Fedora 38 with Anydesk installed.

dnf list anydesk
anydesk.x86_646.2.1-1@System

If I enable the Anydesk repository I found a new version:
anydesk.x86_64 6.3.0-1anydesk

But the update fails with the error:
Problema: cannot install the best update candidate for package 
anydesk-6.2.1-1.x86_64
- nothing provides libgtkglext-x11-1_0-0 needed by 
anydesk-6.3.0-1.x86_64 from anydesk


I found it's a bug in the name of library, but my question is, why there 
isn't the same version in the fedora repo?


"anydesk" is not a Fedora package.  You can tell for sure because a 
Fedora package would have "fc38" in the version.

___
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: best practices for configuring multiple VirtualHost Apache WWW servers in Fedora?

[Tim via users]

On Sat, 2023-08-26 at 20:29 +0200, Franta Hanzlík via users wrote:
> I suppose I will create four configuration files for each Virtualhost 
> in the /etc/httpd/conf.d/ directory (eg srv1_intranet.mydom_ssl.conf, 
> srv2_intranet.mydom.conf, srv3_www.mydom_ssl.conf, srv4_www.mydom.conf).
> But how best to proceed?

That's generally how such things are done, one file in conf.d per
thing.

> IMO if I leave zoneminder/mrtg/apcupsd/geoip/roundcubemail as they are,
> in /etc/http/conf.d/, they will apply in all VirtualHost - which I
> don't want.

Are you sure?  You can always do some tests, mock up some examples and
see what happens.  

I've only got Squirrel Mail installed on my LAN as an extra through
Apache, and I can see that any virtual host domain with /webmail
tacked on the end of it goes into the local Squirrel Mail site (the
same one on each virtual host).

It'll depend how they're written.  If they're similarly constructed as
the virtual host configurations, they only apply to themselves.

You could put virtual host parameters into them.  You could shift them
out of conf.d and have a specific virtual host include them into
itself.  You could forbid the path within your virtual hosts.

> And if I put each one in its VirtualHost and delete the original in
> /etc/httpd/conf.d/, it reappears there when its RPM package will be
> updated.

Unfortunately that's down to how those packages are written.  

 * They may realise there's custom config files and leave yours alone
   adding some conf.rpmnew files for you to compare new against old and
   update your own conf files.
 * They may do nothing if there's an existing .conf file.
 * They may move your config files to conf.rpmold and implement their
   new conf files.
 * They may simply bulldoze through existing config files and replace
   them.

If you feel it's going to do something along the lines of the last two
things, you'd want to keep back-up files ready to reimplement after any
updates.

I've generally found that Apache's conf.d/conf files didn't get stomped
on by updates.

-- 
 
uname -rsvp
Linux 3.10.0-1160.95.1.el7.x86_64 #1 SMP Mon Jul 24 13:59:37 UTC 2023 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
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: best practices for configuring multiple VirtualHost Apache WWW servers in Fedora?

[Peter Boy]

I’m not sure, if I really understood the issue, you want to resolve

> Am 26.08.2023 um 20:29 schrieb Franta Hanzlík via users 
> :
> 
> Hi,
> how is it possible to best configure multiple virtual servers, given
> how Fedora has organized configuration files for inclusion in Apache
> httpd.conf? Especially if I want some configuration files to be used
> by only some VirtualHost sites?
> 
> Example - I want to have 4 web servers (VirtualHost), and I want each
> one to use a different /etc/http/conf.d/*.conf file (and not another)
> - e.g.:
> 1) http://intranet.mydom   - zoneminder.conf
> 2) https://intranet.mydom  - mrtg.conf
> 3) http://www.mydom- geoip.conf + apcupsd.conf
> 4) https://www.mydom   - geoip.conf + roundcubemail.conf 
> 
> I suppose I will create four configuration files for each Virtualhost 
> in the /etc/httpd/conf.d/ directory (eg srv1_intranet.mydom_ssl.conf, 
> srv2_intranet.mydom.conf, srv3_www.mydom_ssl.conf, srv4_www.mydom.conf).
> But how best to proceed?

Yes, you create a configuration file for each Virtualhost. Maybe the server doc 
provides some useful information for you 
(https://docs.stg.fedoraproject.org/en-US/fedora-server/services/httpd-basic-setup/)
 And I would be interested, which information or explanation your are missing. 
We are still in the process to complete that article.


> IMO if I leave zoneminder/mrtg/apcupsd/geoip/roundcubemail as they are,
> in /etc/http/conf.d/, they will apply in all VirtualHost - which I
> don't want.

Not exactly. They provide configuration for the „main“ server. But the 
(formerly) „main“ server is not used anymore. Instead, best practice is to 
define a virtual host in a configuration file for each domain for which you 
want to provide a web service - even if the (physical or virtual) server is to 
provide only one single domain, and that may or may not have the same DNS name 
as the server.

The Virtualhost defined in the alphabetically first of those files which define 
a Virtualhost, becomes the „default“ host and replaces the „main“ host.  

In that case the zoneminder/mrtg/… configuration file provides default values 
for configuration parameters specified in this file. They have only an effect 
inside the virtual host(s) if the parameter(s) are inherited. And in this case 
you overwrite them in your virtual host configuration.   



> And if I put each one in its VirtualHost and delete the original in
> /etc/httpd/conf.d/, it reappears there when its RPM package will be
> updated.



> 
> Am I thinking correctly? Is there an elegant solution to this?
> 
> What about leaving empty files of the same name in /etc/httpd/conf.d/
> (mrtg.conf, geoip.conf, ...) and setting the immutable attribute to
> them (i'm on ext4), so that package updates don't overwrite them?

I think that’s not a good idea. The update program compares determines whether 
the config fils was changed. It not, it replaces the file, otherwise it creates 
a  .newrpm file of the same name. An administrator use to check for those files 
after an updates and will decide how to deal with it.




--
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