Re: [CentOS] Blog article about the state of CentOS
Le 19/06/2020 à 17:29, Johnny Hughes a écrit : > How is this going to be fixed .. Welcome to CentOS Stream > > Stream will be , once it is fully implemented, the ACTUAL development of > RHEL the 'next point release' on git.centos.org in the open. > > It will be a rolling distro that is GOING to be the Source Code used for > next RHEL point release. > > Therefore, we will have all package as they are being worked on by the > RHEL Engineers .. and you can see it happen in progress. You can also > use it however you want. There will be no delay i this at all. It will > be constantly moving. There will be no 500 pacakges drop or delays. Reading this, I just want to say a big warm THANK YOU for churning out one of the finest Linux distributions. Keep up the good work. Cheers from the sunny South of France, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing owncloud on CentOS 7 server
Am 19.06.2020 um 20:08 schrieb H: For external access? I have some other webapps installed in /var/www, ie at the same level as html, and then multiple websites under /var/www/html so I would like to stick with that tree. I don't understand that question. Yes, for web service offerings under your domain to the public. You can do what you want. But if you install through the package manager keep the packages healthy. There is no need to move the content around. You should be familier with "DocumentRoot" and "Alias" instructions for Apache. Nginx can serve from there as well. SELinux should know too. # semanage fcontext -l | grep /usr/share | grep httpd Alexander ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Updating microcode_ctl froze Centos7
On 6/17/20 2:36 AM, Robin Lee wrote: > On Mon, 2020-06-15 at 22:25 +0200, Robin Lee wrote: >> On Fri, 2020-06-12 at 09:20 +0200, Robin Lee wrote: >>> Today when I ran yum update two packages came up microcode_ctl >>> and unbound-libs. The updating process went fine until it >>> outputted >>> >>> Running transaction >>> Updating : 2:microcode_ctl-2.1-61.6.el7_8.x86_64 >>> >>> then it just froze. I could no longer ssh to the machine and the >>> console was just blank. I had to shut down it hard. It came back up >>> seemingly fine. But yum update doesn't work anymore. It says "Error >>> importing repomd.xml from base/7/x86_64: Damaged repomd.xml file" >>> I looked at the logs, but journalctl only shows the latest boot on >>> this >>> machine. >>> >>> So I guess I have three questions >>> - Any idea what happened with the update process? >>> - How can I repair repomd.xml? >> >> Now that yum is up and running again it tells me the following >> >> "There are unfinished transactions remaining. You might consider >> running yum-complete-transaction, or "yum-complete-transaction -- >> cleanup-only" and "yum history redo last", first to finish them. If >> those don't work you'll have to try removing/installing packages by >> hand (maybe package-cleanup can help)." >> >> Doing "yum-complete-transaction --cleanup-only" should be safe, >> right? >> To clean up the botched microcode_ctl update and after that set it >> among excluded packages. > > > Is there some more information about this issue? > > I've found this ticket https://bugs.centos.org/view.php?id=17452 > > I'm wondering how safe it is to update the microcode_ctl package on > other Centos machines I have? They don't have a Supermicro motherboard. I would say yes, but obviously there could be issues. Intel provided the firmware .. Red Hat provided the source code. Our build seems correct. If this is an issue, it is not a CentOS specific issue. So, some BIOSes need upgraded to work with the latest firmware, etc. I would check you Motherboard providers .. read about what firmware you need to run with which BIOS versions, etc. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Amd es1000
Allright , X and Gnome is up. Thank you very much. Paride Il ven 19 giu 2020, 19:10 Johnny Hughes ha scritto: > On 6/19/20 11:26 AM, paride desimone wrote: > > What is the name of the vesa driver, or what is the name of the package > > that contains it? > > package name: xorg-x11-drv-vesa > > i would start by trying this on the grub2 kernel line: > > nomodeset xdriver=vesa > > > > > Paride > > > > Il ven 19 giu 2020, 14:58 Johnny Hughes ha scritto: > > > >> On 6/18/20 3:47 PM, John Pierce wrote: > >>> On Thu, Jun 18, 2020 at 11:04 AM paride desimone > >> wrote: > >>> > The throuble is the radeon driver. I've already tried to install the > >> gui, > but the system hung on start gui. > The es1000 is a shit gpu. > > > >>> > >>> those are just intended to provide a minimal VGA for initial > installation > >>> and configuration of a server, they were never intended for use as a > >>> workstation. They are a Rage 6, not really a Radeon, they have very > >>> limited 3D capability, with no shaders. > >>> > >>> > >> There seems to be no support for this graphic card for Linux by AMD/ATI > >> that I can see. > >> > >> Your only option (as i see it), is either a standalone graphics card or > >> somehow using the VESA generic driver. > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing owncloud on CentOS 7 server
On 06/19/2020 12:04 PM, Alexander Dalloz wrote: > Am 19.06.2020 um 17:28 schrieb H: > >> >> Thank you, it installed to /usr/share, not what I expected. I may go with >> nextcloud instead, though. > > > What's wrong with /usr/share/? It is a valid path and used by many web > applications provided with or for EL systems. > > Alexander > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos For external access? I have some other webapps installed in /var/www, ie at the same level as html, and then multiple websites under /var/www/html so I would like to stick with that tree. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Amd es1000
On 6/19/20 11:26 AM, paride desimone wrote: > What is the name of the vesa driver, or what is the name of the package > that contains it? package name: xorg-x11-drv-vesa i would start by trying this on the grub2 kernel line: nomodeset xdriver=vesa > > Paride > > Il ven 19 giu 2020, 14:58 Johnny Hughes ha scritto: > >> On 6/18/20 3:47 PM, John Pierce wrote: >>> On Thu, Jun 18, 2020 at 11:04 AM paride desimone >> wrote: >>> The throuble is the radeon driver. I've already tried to install the >> gui, but the system hung on start gui. The es1000 is a shit gpu. >>> >>> those are just intended to provide a minimal VGA for initial installation >>> and configuration of a server, they were never intended for use as a >>> workstation. They are a Rage 6, not really a Radeon, they have very >>> limited 3D capability, with no shaders. >>> >>> >> There seems to be no support for this graphic card for Linux by AMD/ATI >> that I can see. >> >> Your only option (as i see it), is either a standalone graphics card or >> somehow using the VESA generic driver. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Amd es1000
What is the name of the vesa driver, or what is the name of the package that contains it? Paride Il ven 19 giu 2020, 14:58 Johnny Hughes ha scritto: > On 6/18/20 3:47 PM, John Pierce wrote: > > On Thu, Jun 18, 2020 at 11:04 AM paride desimone > wrote: > > > >> The throuble is the radeon driver. I've already tried to install the > gui, > >> but the system hung on start gui. > >> The es1000 is a shit gpu. > >> > >> > > > > those are just intended to provide a minimal VGA for initial installation > > and configuration of a server, they were never intended for use as a > > workstation. They are a Rage 6, not really a Radeon, they have very > > limited 3D capability, with no shaders. > > > > > There seems to be no support for this graphic card for Linux by AMD/ATI > that I can see. > > Your only option (as i see it), is either a standalone graphics card or > somehow using the VESA generic driver. > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing owncloud on CentOS 7 server
Am 19.06.2020 um 17:28 schrieb H: Thank you, it installed to /usr/share, not what I expected. I may go with nextcloud instead, though. What's wrong with /usr/share/? It is a valid path and used by many web applications provided with or for EL systems. Alexander ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing owncloud on CentOS 7 server
On 06/19/2020 11:28 AM, H wrote: > On 06/19/2020 07:30 AM, Alexander Dalloz wrote: >> Am 19.06.2020 um 01:08 schrieb H: >>> I transitioning an owncloud installation from a C6 server to a new C7 >>> server and used yum install owncloud to install it on the C7 server. I >>> expected /var/www/owncloud to be generated but alas not. Quick Googling >>> just showed examples of installing from the latest owncloud repository but >>> not using yum. >>> >>> Have I missed something obvious when using yum to install? >> rpm -qlv >> >> shows you what you have installed into which locations on the system. Would >> have answered your question wihout googling from random resources. >> >> Alexander >> >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> https://lists.centos.org/mailman/listinfo/centos > Thank you, it installed to /usr/share, not what I expected. I may go with > nextcloud instead, though. > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos Btw, the link I am following on the net, https://computingforgeeks.com/install-nextcloud-on-centos-with-php-apache-mariadb/, for installing nextcloud is installing it to /var/www/html/nextcloud whereas some links I saw for owncloud installed it to /var/www/owncloud, ie one level higher. BTW, I have php 7.2 from SCL, not using Remi's repo as used in the link. Are there any (security) arguments for using one or the other location? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Blog article about the state of CentOS
On 6/17/20 3:53 PM, Chris Adams wrote: > Once upon a time, Noam Bernstein said: >> Of course. My only question is whether the observation that the gap for >> CentOS 8 is indeed larger than we have come to be used to for CentOS 7. > > So, I took a look... and the answer is "it's not" (with a small sample > set). I took dates from Wikipedia for RHEL and the archived release > notes for CentOS. I didn't bother with the .0 releases (since that's a > lot of new work anyway). Right now, CentOS 8 is far faster than CentOS > 7 and 6 were at this stage. > > release RHEL date CentOS date days > 6.1 2011-05-19 2011-12-12 207 > 6.2 2011-12-06 2012-07-24 231 > 6.3 2012-05-20 2012-09-30 133 > 6.4 2013-02-21 2013-05-21 89 > 6.5 2013-11-21 2014-02-26 97 > 6.6 2014-10-13 2014-11-15 33 > 6.7 2015-07-22 2015-09-05 45 > 6.8 2016-05-10 2016-07-28 79 > 6.9 2017-03-21 2017-04-05 15 > 6.102018-06-19 2018-07-03 14 > > 7.1 2015-03-05 2015-10-11 220 > 7.2 2015-11-19 2016-02-19 92 > 7.3 2016-11-03 2016-12-21 48 > 7.4 2017-08-01 2018-03-21 232 > 7.5 2018-04-10 2018-10-30 203 > 7.6 2018-10-30 2019-01-28 90 > 7.7 2019-08-06 (didn't find release notes) > 7.8 2020-03-31 2020-04-27 27 > > 8.1 2019-11-05 2020-01-15 71 > 8.2 2020-04-28 2020-06-15 48 > Your dates are significantly off Wikipedia has a delay listed in a table: It is, for CentOS-7, For example: 7.0 27 7.1 26 7.2 25 7.3 39 7.4 43 7.5 31 7.6 34 7.7 42 7.8 28 For 6 .. since 6.2, it has bee3n between 10 and 18 days. For 8: 8.0 140 8.1 71 8.2 48 And EL8 is exponentially harder with an entirely new build system and the requirement to build modules. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Blog article about the state of CentOS
On 6/19/20 10:18 AM, Johnny Hughes wrote: > On 6/18/20 11:12 AM, Thomas Bendler wrote: >> Hi Johnny, >> >> Am Mi., 17. Juni 2020 um 16:16 Uhr schrieb Johnny Hughes >> : >> >>> [...] >>> No one is trynig to make anything slower. >>> >> >> This is good to hear but ... >> >>> [...] >>> I can assure you .. I am working my butt off everyday to make CentOS >>> Linux the best it can be. If you want to compare what the CentOS team >>> (a small team) can do compared to Oracle (a tmulti billin dollar >>> corporation who bought Sun Microsystems .. took over Java and Open >>> Office, etc) .. well, we can not provide the resources they can provide. >>> [...] >> >> >> ... then I'm missing some kind of strategy on how to improve things (or >> maybe I simply don't know they exist). Without having a detailed background >> about the project setup and the way the small team works, I would at a >> first glance assume that there are two options to improve. One would be to >> make the team bigger (as you said, it's open and I'm pretty sure there are >> enough volunteers) or a second one, by increasing the automation level for >> the CentOS production. >> >> What do you think and are there discussions in the core CentOS community to >> go either one of these routes? >> > > While both of those would be helpful .. neither will really SOLVE the > issue. This is an iterative process. You build something, test it, > rebuild all the bad parts, test it again .. rinse, repeat > > We usually have the first build 3 or so days after they release. > > Many things build out of order. They get tested and rebuilt. How is this going to be fixed .. Welcome to CentOS Stream Stream will be , once it is fully implemented, the ACTUAL development of RHEL the 'next point release' on git.centos.org in the open. It will be a rolling distro that is GOING to be the Source Code used for next RHEL point release. Therefore, we will have all package as they are being worked on by the RHEL Engineers .. and you can see it happen in progress. You can also use it however you want. There will be no delay i this at all. It will be constantly moving. There will be no 500 pacakges drop or delays. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Bootable USB keys : which brand ?
Le 19/06/2020 à 17:01, Johnny Hughes a écrit : > dd if=./ of=/dev/sd bs=4M status=progress > > Where 'of=' is the device // make sure NOT to use a separate partition > (so /dev/sdb and not /dev/sdb1, but the whole device when copying the > install isos. I'm positive that the problem here is *not* the procedure (which I've done countless times). I can take any one of my old flash drives, write bootable images on them (CentOS, FreeBSD, OpenSUSE, whatever) and they boot fine. But these new no-name flash drives I just bought, they just won't work. Anything else will. They won't. So I'm 100 % sure this is a hardware problem. Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing owncloud on CentOS 7 server
On 06/19/2020 07:30 AM, Alexander Dalloz wrote: > Am 19.06.2020 um 01:08 schrieb H: >> I transitioning an owncloud installation from a C6 server to a new C7 server >> and used yum install owncloud to install it on the C7 server. I expected >> /var/www/owncloud to be generated but alas not. Quick Googling just showed >> examples of installing from the latest owncloud repository but not using yum. >> >> Have I missed something obvious when using yum to install? > > rpm -qlv > > shows you what you have installed into which locations on the system. Would > have answered your question wihout googling from random resources. > > Alexander > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos Thank you, it installed to /usr/share, not what I expected. I may go with nextcloud instead, though. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Blog article about the state of CentOS
On 6/18/20 11:12 AM, Thomas Bendler wrote: > Hi Johnny, > > Am Mi., 17. Juni 2020 um 16:16 Uhr schrieb Johnny Hughes > : > >> [...] >> No one is trynig to make anything slower. >> > > This is good to hear but ... > >> [...] >> I can assure you .. I am working my butt off everyday to make CentOS >> Linux the best it can be. If you want to compare what the CentOS team >> (a small team) can do compared to Oracle (a tmulti billin dollar >> corporation who bought Sun Microsystems .. took over Java and Open >> Office, etc) .. well, we can not provide the resources they can provide. >> [...] > > > ... then I'm missing some kind of strategy on how to improve things (or > maybe I simply don't know they exist). Without having a detailed background > about the project setup and the way the small team works, I would at a > first glance assume that there are two options to improve. One would be to > make the team bigger (as you said, it's open and I'm pretty sure there are > enough volunteers) or a second one, by increasing the automation level for > the CentOS production. > > What do you think and are there discussions in the core CentOS community to > go either one of these routes? > While both of those would be helpful .. neither will really SOLVE the issue. This is an iterative process. You build something, test it, rebuild all the bad parts, test it again .. rinse, repeat We usually have the first build 3 or so days after they release. Many things build out of order. They get tested and rebuilt. > Regards Thomas > signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Blog article about the state of CentOS
On 6/17/20 12:11 PM, Alessandro Baggi wrote: > Hi Johnny, > thank you for your and all centos team works. > > Many of us know how much work is needed for building new releases and > maintaining C6 and C7, plus CentOS Stream and modules (Appstream). This is > a huge work for a small team. Again thank you. > > For me OL is not an alternative. > > As reported in my previous message I'm not worried about how much time is > required to build the new (major/minor) release, it will be ready when it > will be. My major concern is about the "security update blackout" that take > long as the build process. > > I would ask to you: > > 1. Why all security fix are stopped when a new release building process is > started? There is a way or possibility to run the two process in parallel? So .. when a point release happens .. say 7.8 to 7.9 (just an example .. could be 6.10 to 6.11 or 8.1 to 8.2, etc) Those packages are built against EACH other, one at a time. Once we build the new gcc, new kernel, and new glibc (if they are reqruies) .. then all the OTHER updated packages are built against those new libraries.. they therefore need those NEW shared libraries to run. So the new files have to be released as a set, not individually. > > 2. When a build process is started and a security fix released there is a > way for your team to "suspend" the building process, release security > updates (for 6/7.x or 8.1) and resume the builing process? I think that > many users (included me) will have less disappointment having security > updates instead of receiving a "signal lost" when building process takes > its way. It makes no difference if the update is a bugfix update or a security update. If 500 packages get released at the same time, they have to be built in a specific order in order to match how they were built in RHEL. We have to build them, one at a time, then individually test them to make sure they LINK against the proper new libraries and not older libraries. Also any UPDATES released to the new version , after RHEL does the point release (so updates FOR 7.9 after the 7.9 release) need to wait until the 7.9 release is done and tested to be built .. as they were built against RHEL 7.9 and not RHEL 7.8 So, you can't just build items out of order at point release time. We have to build the 500 packages , in a specific order. We then have to test the packages, and usually rebuild several of them again for bad links, etc. This is the process that takes time .. testing and getting the proper links to the proper shared libraries. If we quickly release bad files .. then we have to rebuild them and re-release them with different versions that RHEL has (because they have to replace our previuosly BAD release). That is not good for anyone. Hopefully this answers your question. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Bootable USB keys : which brand ?
On 6/19/20 9:48 AM, Nicolas Kovacs wrote: > Hi, > > In my daily work I'm mainly using USB keys for work : one with CentOS 7, one > with OpenSUSE Leap 15.1, one with Slax Live for data recovery purposes, one > with Ghost4Linux and one with FreeDOS which I use for flashing the odd BIOS. > > Last week I bought a set of three flashy colored USB keys in a local shop. To > my surprise, none of them seem to be able to boot anything. When I write a > bootable image (CentOS, OpenSUSE, whatever) to any one of the USB keys, the > USB > key boot option doesn't show up on any one of my sandbox PCs. Looks like I > just > learnt the hard way that some USB keys can't be used for installation > purposes. > > As far as I can tell, I need a set of 8 GB keys so the biggest image, the > CentOS 8 ISO, can fit. Can you recommend a no-nonsense USB key brand which I > can use to make a set of USB installation keys ? > > Cheers, > > Niki > I have had no issues with the install ISO using dd from linux to copy directly to the device. Something like: dd if=./ of=/dev/sd bs=4M status=progress Where 'of=' is the device // make sure NOT to use a separate partition (so /dev/sdb and not /dev/sdb1, but the whole device when copying the install isos. If you are trying to do something else (create a bootable actual partition that runs from usb .. that should also be possible, but harder :) ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Bootable USB keys : which brand ?
Nicolas Kovacs wrote: > Last week I bought a set of three flashy colored USB keys in a local > shop. To my surprise, none of them seem to be able to boot anything. I think the problem is unlikely to be the flash drives themselves. However, I've had good luck with SanDisk Ultra. "Key" is a gallicism. ;-) -- Yves Bellefeuille ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Bootable USB keys : which brand ?
Hi, In my daily work I'm mainly using USB keys for work : one with CentOS 7, one with OpenSUSE Leap 15.1, one with Slax Live for data recovery purposes, one with Ghost4Linux and one with FreeDOS which I use for flashing the odd BIOS. Last week I bought a set of three flashy colored USB keys in a local shop. To my surprise, none of them seem to be able to boot anything. When I write a bootable image (CentOS, OpenSUSE, whatever) to any one of the USB keys, the USB key boot option doesn't show up on any one of my sandbox PCs. Looks like I just learnt the hard way that some USB keys can't be used for installation purposes. As far as I can tell, I need a set of 8 GB keys so the biggest image, the CentOS 8 ISO, can fit. Can you recommend a no-nonsense USB key brand which I can use to make a set of USB installation keys ? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Amd es1000
On 6/18/20 3:47 PM, John Pierce wrote: > On Thu, Jun 18, 2020 at 11:04 AM paride desimone wrote: > >> The throuble is the radeon driver. I've already tried to install the gui, >> but the system hung on start gui. >> The es1000 is a shit gpu. >> >> > > those are just intended to provide a minimal VGA for initial installation > and configuration of a server, they were never intended for use as a > workstation. They are a Rage 6, not really a Radeon, they have very > limited 3D capability, with no shaders. > > There seems to be no support for this graphic card for Linux by AMD/ATI that I can see. Your only option (as i see it), is either a standalone graphics card or somehow using the VESA generic driver. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing owncloud on CentOS 7 server
Am 19.06.2020 um 01:08 schrieb H: I transitioning an owncloud installation from a C6 server to a new C7 server and used yum install owncloud to install it on the C7 server. I expected /var/www/owncloud to be generated but alas not. Quick Googling just showed examples of installing from the latest owncloud repository but not using yum. Have I missed something obvious when using yum to install? rpm -qlv shows you what you have installed into which locations on the system. Would have answered your question wihout googling from random resources. Alexander ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing owncloud on CentOS 7 server
Am 19.06.20 um 01:08 schrieb H: > I transitioning an owncloud installation from a C6 server to a new C7 server > and used yum install owncloud to install it on the C7 server. I expected > /var/www/owncloud to be generated but alas not. Quick Googling just showed > examples of installing from the latest owncloud repository but not using yum. > > Have I missed something obvious when using yum to install? > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos Hi, the files are in a different directory. See the .conf files under /etc/httpd/conf.d/owncloud* First connection is allowed only from localhost. After finishing the wizard you can enable access by typing ln -s /etc/httpd/conf.d/owncloud-access.conf.avail /etc/httpd/conf.d/z-owncloud-access.conf You find that information in the file owncloud.conf under /etc/httpd/conf.d/ Cheers Juergen ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Apache (httpd) fails to start at boot - Centos 8.1
On 16/6/20 5:34 pm, Anthony K wrote: The new way to do this is exactly what Gordon suggested - using `systemctl edit ` creates an override in `/etc/systemd/system/httpd.service.d/override.conf`. The only issue is that there is no `systemctl` related command to remove this override - you will have to remember to `rm -rf /etc/systemd/system/httpd.service.d` if/when you want to remove that override. Let me educate myself - `systemctl revert ` is the correct way to remove an override. * I learn something new everyday... ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't access Squirrelmail on Centos 8
Le 18/06/2020 à 22:11, Jay Hart a écrit : > I got squirrelmail installed The SquirrelMail project has been dead for years now. Don't use it. Suggestion : Roundcube. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
