Re: [CentOS] upgrading from CentOS 7 to 8
On Tue, 01 Oct, 2019 at 13:57:19 -0400, MAILIST wrote: > After 40 years of upgrading many different operating systems, > Windows (from 3.1 to 10), CentOS 6 to 8, Ubuntu, Fedora, Red Hat, > AT Unix, VAX VMS; I have never observed an upgrade from one major > version to the next to work. The last one I tried using their "upgrade > process" was Ubuntu 18 to 19. Didn't work. I've been running Debian stable on various machines over the course of about 17 years. I have *never* had to reinstall. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading from CentOS 7 to 8
Le 01/10/2019 à 19:57, MAILIST a écrit : > After 40 years of upgrading many different operating systems, > Windows (from 3.1 to 10), CentOS 6 to 8, Ubuntu, Fedora, Red Hat, > AT Unix, VAX VMS; I have never observed an upgrade from one major > version to the next to work. The last one I tried using their "upgrade > process" was Ubuntu 18 to 19. Didn't work. OpenSUSE Leap upgrades from one major version to the next work fine, provided you know what you're doing. * https://www.microlinux.fr/opensuse-leap-update-15-1/ In the past, I also performed major upgrades on Slackware servers, which were always perfectly documented by the distributor and worked without drama. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.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] upgrading from CentOS 7 to 8
> Am 01.10.2019 um 22:19 schrieb Valeri Galtsev : > > I routinely upgrade FreeBSD. Last time it was 11.3 to 12.0. Always smooth. > Maybe I'm just lucky... No, it works very well. But it’s designed with an eventual upgrade in mind. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading from CentOS 7 to 8
On 2019-10-01 12:57, MAILIST wrote: Your answer has nothing to do with the original question which is related to upgrade method and not condition for reinstalling without loosing data. After 40 years of upgrading many different operating systems, Windows (from 3.1 to 10), CentOS 6 to 8, Ubuntu, Fedora, Red Hat, AT Unix, VAX VMS; I have never observed an upgrade from one major version to the next to work. The last one I tried using their "upgrade process" was Ubuntu 18 to 19. Didn't work. I routinely upgrade FreeBSD. Last time it was 11.3 to 12.0. Always smooth. Maybe I'm just lucky... Valeri When a new major version of any o/s is released, I have found it best to save what application data I can, delete all partitions on the target boot disk, and then install from scratch. I learned years ago to keep application data out of system directories, ideally on a separate drive that can be mounted on the new installation. Yes, you do loose your settings, but that's why it would be wise to stick with the defaults, if possible. Yes, the database is always in a system directory by default, so that's why you do a dump before the upgrade. My "cheat-sheet" of things to do during an upgrade is about 10 pages long. If you do have to restore from a backup, be sure you do not restore any system directories (like /etc/fstab). I made this mistake, once! System admins must learn to bite the bullet on this part of their job. Todd Merriman ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos -- Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading from CentOS 7 to 8
On Tue, 1 Oct 2019 13:57:19 -0400 "MAILIST" wrote: > > Your answer has nothing to do with the original question which is related > > to upgrade method and not condition for reinstalling without loosing > > data. > > After 40 years of upgrading many different operating systems, > Windows (from 3.1 to 10), CentOS 6 to 8, Ubuntu, Fedora, Red Hat, > AT Unix, VAX VMS; I have never observed an upgrade from one major > version to the next to work. The last one I tried using their "upgrade > process" was Ubuntu 18 to 19. Didn't work. It is not true for the VAX/VMS. My first version was 1.0. And it was working (sometimes) for Fedora. BR, Bob ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading from CentOS 7 to 8
On Tue, Oct 1, 2019 at 1:32 PM Elliot wrote: > In my career, I've managed many Debian, Ubuntu, Fedora, and CentOS > systems, and I found that in-situ upgrading of Debian, Ubuntu, and > Fedora are usually easy and convenient. I'll concur in my experience. I've upgraded a number of Ubuntu servers through major version updates. The longest jump I have is on Fedora Server. One particularly central and critical server was built before I arrived, with Fedora 18. I have personally upgraded that on every release starting from 21 on up to the current 30. It's certainly possible to have major version upgrades be reliable. The big trick is to read release notes for any software you are using and note any issues they mention. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading from CentOS 7 to 8
On 10/1/19 10:57 AM, MAILIST wrote: >> Your answer has nothing to do with the original question which is related >> to upgrade method and not condition for reinstalling without loosing >> data. > > After 40 years of upgrading many different operating systems, > Windows (from 3.1 to 10), CentOS 6 to 8, Ubuntu, Fedora, Red Hat, > AT Unix, VAX VMS; I have never observed an upgrade from one major > version to the next to work. The last one I tried using their "upgrade > process" was Ubuntu 18 to 19. Didn't work. Not trying to undermine what you said. I totally believe that different situations deserve different solutions. In my career, I've managed many Debian, Ubuntu, Fedora, and CentOS systems, and I found that in-situ upgrading of Debian, Ubuntu, and Fedora are usually easy and convenient. If you are using 3rd party repos/PPAs you sometimes need to disable them and/or remove some packages, but nothing can't be solved by a few apt/yum/dnf commands. Most of my Debian/Ubuntu servers only need to be installed once when we got the hardware, and they are upgraded through several major versions before being retired. Debian has especially well written documentation for each release on how to upgrade from previous versions. I've about three dozen shared and heavily used Fedora workstations that haven't been reinstalled since 2012? And we have upgraded them through each Fedora release using yum/dnf. The only problem I could remember was when we found that our initial allocation for the /boot partition turned out to be too small in recent years, when kernels are becoming monstrous. We simply adjusted the partitions and rsync'ed the whole root directory from backup. Still didn't do reinstall. These upgrades were usually done by volunteer student admins following Fedora's documentation, and few of them complained. Same can be said for our Ubuntu laptops. In most cases, end user just needed to click Upgrade when a new major version was released, and most of them went through without much trouble. Although the new versions were usually buggy in many ways, it usually wasn't the upgrade process to be blamed. However, that can't be said for CentOS/RHEL. You are totally right that CentOS are better reinstalled/imaged rather than upgraded. -- Elliot ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading from CentOS 7 to 8
On Tue, 1 Oct 2019 at 14:00, MAILIST wrote: > > > Your answer has nothing to do with the original question which is related > > to upgrade method and not condition for reinstalling without loosing > > data. > > After 40 years of upgrading many different operating systems, > Windows (from 3.1 to 10), CentOS 6 to 8, Ubuntu, Fedora, Red Hat, > AT Unix, VAX VMS; I have never observed an upgrade from one major > version to the next to work. The last one I tried using their "upgrade > process" was Ubuntu 18 to 19. Didn't work. > I would mostly agree with the added caveat.. it can be made to work, but you need to do a LOT of work continually to make it happen. Upgrade programs are usually tested for each Unix and Linux in the following manner: For A in Arch; do For B in Hardware-Type; do For X in Oldest_Supported_Major to Youngest_Supported_Major; do For Y from Oldest_Support_Minor to Youngest_Supported_Minor; do Install the OS-X.Y from original media. (maybe) Make changes as listed in manual (if you are lucky) Make known changes which broke major customer last time Run upgrade to OS-N.0 Reboot. If system boots; Pass else Fail; fi Done; Done; Done; Done; Fix all the Fails that you can.. or document that they can't be fixed in tech support. That still probably takes several QA people days of work to go through for an upgrade. Most systems that are lived in quickly fall outside of the scope of what the upgrade tests can find OR what the upgrade program can determine what to do. This is the main reason why you should do a rollout of a new operating system with a plan beyond yum --upgrade-system --YOLO So to make it work, what you normally have to do is continually treat your system like it could be nuked at any moment and you need to rebuild it from whatever is latest. That takes a lot of controls and work which most of us don't have time for. I have seen someone who has incredibly strict rules on their CM upgrade a box from Red Hat Linux 5 to Red Hat Enterprise Linux 5 to show it can be done..[this was a box with databases, website tools, etc etc.. the CM was larger than the database dump] > When a new major version of any o/s is released, I have found it best > to save what application data I can, delete all partitions on the target > boot disk, and then install from scratch. > > I learned years ago to keep application data out of system directories, > ideally on a separate drive that can be mounted on the new installation. > Yes, you do loose your settings, but that's why it would be wise to stick > with the defaults, if possible. Yes, the database is always in a system > directory by default, so that's why you do a dump before the upgrade. > My "cheat-sheet" of things to do during an upgrade is about 10 pages long. > > If you do have to restore from a backup, be sure you do not restore any > system directories (like /etc/fstab). I made this mistake, once! > > System admins must learn to bite the bullet on this part of their job. > > Todd Merriman > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Stephen J Smoogen. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading from CentOS 7 to 8
> Your answer has nothing to do with the original question which is related > to upgrade method and not condition for reinstalling without loosing > data. After 40 years of upgrading many different operating systems, Windows (from 3.1 to 10), CentOS 6 to 8, Ubuntu, Fedora, Red Hat, AT Unix, VAX VMS; I have never observed an upgrade from one major version to the next to work. The last one I tried using their "upgrade process" was Ubuntu 18 to 19. Didn't work. When a new major version of any o/s is released, I have found it best to save what application data I can, delete all partitions on the target boot disk, and then install from scratch. I learned years ago to keep application data out of system directories, ideally on a separate drive that can be mounted on the new installation. Yes, you do loose your settings, but that's why it would be wise to stick with the defaults, if possible. Yes, the database is always in a system directory by default, so that's why you do a dump before the upgrade. My "cheat-sheet" of things to do during an upgrade is about 10 pages long. If you do have to restore from a backup, be sure you do not restore any system directories (like /etc/fstab). I made this mistake, once! System admins must learn to bite the bullet on this part of their job. Todd Merriman ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading from CentOS 7 to 8
Your answer has nothing to do with the original question which is related to upgrade method and not condition for reinstalling without loosing data. Sometimes you need to keep your configuration and want to avoid reconfiguring everything, and reimaging your computer keeping /home is not an option. Of course having all user files on a separate filesystem helps when reimaging the OS (that what I do as main developer of SystemImager, but in some circumstances, you may want to just upgrade the OS Like you do when you upgrade iOS-12 to iOS-13 or Android-8 to Android-9 without loosing a single bit of configuration. A mature OS should be able to do upgrade itself without artifacts. MacOS and iOS and now Windows-10 are example of OS that are able to self upgrade from version to version. Reimaging a computer to perform an upgrade of its OS is just as silly as rebooting a computer to restart a service (that's what windows-10 still do). That said, the original question is more like: is there a dnf dist-upgrade or similar to what is available on fedora for upgrading centos-7 to centos-8: $ sudo dnf upgrade --refresh# Make sur packages are up to date in current OS release and that there are no dependancies issues. $ sudo dnf install dnf-plugin-system-upgrade# Add the OS upgrade plugin $ sudo dnf system-upgrade download --refresh --releasever=30 # example for fedora-29 to 30 $ sudo dnf system-upgrade reboot As of writing, dnf-plugin-system-upgrade package is not available in centos-7 and thus this method is not available to upgrade centos-7 to centos-8. Olivier. Le 01/10/2019 17:21, « CentOS au nom de mark » a écrit : KM via CentOS wrote: > I searched a bit to see if there is a way to upgrade from CentOS 7 > directly to CentOS 8. I found RHEL instructions but not CentOS.  > Although they probably should be/would be similar, the instructions I > found enable a rhel repository to get the leap command, which I can't > seem to do in CentOS. > > Does anyone know if you can do an upgrade yet. I know they had been > working on it in the past. > > also - when they say upgrade (for example on the rhel pages), is it in > place meaning I can leave my files/data there, or is it strictly a way of > installing the OS that is going to wipe out my files? Your files - data, home directories, etc, SHOULD NOT BE ON THE SAME FILESYSTEM as the o/s: /, /var/, /etc, /usr. If you didn't do that (the way M$ does), then you're ok - the o/s can be replaced, and it won't hurt anything... just make SURE that you unselect the partitions/drives that everything else is on. mark ___ 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] Packages not in CentOS 8
On 2019-10-01 11:14, Jerry Geis wrote: Hi all, I am using kickstart to install CentOS 8. Course I started with my kickstart from 7. Some packages are not found on the kickstart install (not present on the DVD I guess) like: ImageMagick sox libogg-devel libssh2-devel So again - I know they are not present on the DVD but they are present. What is the Kickstart trick to say %packages if not present - ATTEMPT to load later with yum ??? Is there such a thing for kickstart now with the new CentOS 8 structure ? Thanks, In my kickstart (for CentOS 7) I use URL as source of installation, not DVD; like this: # Use CDROM installation media #cdrom url --url=http://bay.uchicago.edu/centos/7/os/x86_64 (it points to public mirror I maintain here). I hope, this helps. Valeri Jerry ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos -- Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Packages not in CentOS 8
Hi all, I am using kickstart to install CentOS 8. Course I started with my kickstart from 7. Some packages are not found on the kickstart install (not present on the DVD I guess) like: ImageMagick sox libogg-devel libssh2-devel So again - I know they are not present on the DVD but they are present. What is the Kickstart trick to say %packages if not present - ATTEMPT to load later with yum ??? Is there such a thing for kickstart now with the new CentOS 8 structure ? Thanks, Jerry ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8 and Lynx
On Tue, 2019-10-01 at 09:36 -0500, Valeri Galtsev wrote: > > On 2019-10-01 08:17, david wrote: > > Folks > > > > I find the Lynx browser does not appear in any of the repositories > > used > > during default installation of Centos 8 (x86_64). Is this program > > no > > longer supported? I didn't see a reference to it in the > > notsupported list. > > Did you try to > > yum search lynx > > on installed system? If it is in one of the configured repositories, > you > will find it... > > (I have not yet installed CentOS 8 on any of our machines, so I can > only > mention what I would do). > > Thanks. > Valeri > > > David > > > > ___ > > CentOS mailing list > > CentOS@centos.org > > https://lists.centos.org/mailman/listinfo/centos Lynx is avaialble in the powerTools repo. You will probably have to enable that first /Louis ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading from CentOS 7 to 8
KM via CentOS wrote: > I searched a bit to see if there is a way to upgrade from CentOS 7 > directly to CentOS 8. I found RHEL instructions but not CentOS.  > Although they probably should be/would be similar, the instructions I > found enable a rhel repository to get the leap command, which I can't > seem to do in CentOS. > > Does anyone know if you can do an upgrade yet. I know they had been > working on it in the past. > > also - when they say upgrade (for example on the rhel pages), is it in > place meaning I can leave my files/data there, or is it strictly a way of > installing the OS that is going to wipe out my files? Your files - data, home directories, etc, SHOULD NOT BE ON THE SAME FILESYSTEM as the o/s: /, /var/, /etc, /usr. If you didn't do that (the way M$ does), then you're ok - the o/s can be replaced, and it won't hurt anything... just make SURE that you unselect the partitions/drives that everything else is on. mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] upgrading from CentOS 7 to 8
I searched a bit to see if there is a way to upgrade from CentOS 7 directly to CentOS 8. I found RHEL instructions but not CentOS. Although they probably should be/would be similar, the instructions I found enable a rhel repository to get the leap command, which I can't seem to do in CentOS. Does anyone know if you can do an upgrade yet. I know they had been working on it in the past. also - when they say upgrade (for example on the rhel pages), is it in place meaning I can leave my files/data there, or is it strictly a way of installing the OS that is going to wipe out my files? Thanks in advance. KM ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-6 cannot get kvm guest to start - network error
Need to start a virtual machine but missing nic is preventing this: I have need to recover some data from a guest on host which has been shutddown for some time. The host had one of it nic removed at some point. It is not likely to be replaced either. When I try to start the guest in question I get this: error: Failed to start domain inet09.harte-lyne.ca error: Cannot get interface MTU on 'br1': No such device I tried editing (virsh edit guest) to remove the interface: I saved the changes and tried to start the guest. but I got the same error. Then edited the guest config to say: How do I configure this guest so it will start without the missing nic? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrnemailto:byrn...@harte-lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8 and Lynx
On 2019-10-01 08:17, david wrote: Folks I find the Lynx browser does not appear in any of the repositories used during default installation of Centos 8 (x86_64). Is this program no longer supported? I didn't see a reference to it in the notsupported list. Did you try to yum search lynx on installed system? If it is in one of the configured repositories, you will find it... (I have not yet installed CentOS 8 on any of our machines, so I can only mention what I would do). Thanks. Valeri David ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos -- Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8: Multiple bugs with email/calendar
On Tue, 1 Oct 2019 at 10:17, Georgios wrote: > > First of all thanks for your fast reply. > > > Second. > The server im trying to use is https://dav.mailbox.org/caldav I dont > think its a problem with my configuration (although i can always be > wrong). I suspect a bug in evolution because sometimes it works. > Sometimes i manage to create an event sometimes i cant. > > I started evolution from a terminal and i noticed that when i fail to > create an event i get the following message > > "(evolution:26852): libecal-CRITICAL **: 11:45:50.282: > e_cal_component_alarm_set_description: assertion 'description->value != > NULL' failed" > > I tried without setting an alarm and i can create events with no > problem!! > So I filled a bug report https://bugs.centos.org/view.php?id=16507 > Thanks. > > Third. > I have no idea if its a configuration problem. Newer flatpak versions > work fine! I searched online and found this > https://github.com/flatpak/flatpak/issues/3076 > > marked as enhancement! > That means it is meant to be worked on as a future enhancement to allow. Beyond that I don't have any insight on what is happening. > ps.Im wondering if evolution in Centos is going to have 5+ year life- > cycle or if it gets upgraded earlier. > CentOS is a rebuild of Red Hat Enterprise Linux. If RHEL-8.N has an upgraded Evolution, then CentOS 8.N should also have it. -- Stephen J Smoogen. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8: Multiple bugs with email/calendar
First of all thanks for your fast reply. Second. The server im trying to use is https://dav.mailbox.org/caldav I dont think its a problem with my configuration (although i can always be wrong). I suspect a bug in evolution because sometimes it works. Sometimes i manage to create an event sometimes i cant. I started evolution from a terminal and i noticed that when i fail to create an event i get the following message "(evolution:26852): libecal-CRITICAL **: 11:45:50.282: e_cal_component_alarm_set_description: assertion 'description->value != NULL' failed" I tried without setting an alarm and i can create events with no problem!! So I filled a bug report https://bugs.centos.org/view.php?id=16507 Third. I have no idea if its a configuration problem. Newer flatpak versions work fine! I searched online and found this https://github.com/flatpak/flatpak/issues/3076 marked as enhancement! ps.Im wondering if evolution in Centos is going to have 5+ year life- cycle or if it gets upgraded earlier. On Tue, 2019-10-01 at 08:25 -0400, Stephen John Smoogen wrote: > On Tue, 1 Oct 2019 at 03:40, Georgios > wrote: > > Hi there! > > I recently installed centos 8 on my laptop. > > > > I have the following problems > > > > 1. I tried the use the default evolution 3.28. > > The problem with 3.28 is that when i try to create an event i get > > the error > > "Failed to create an event in the calendar “CalDAV : Calendar”" > > "Cannot create calendar object: Failed to put data: HTTP error code > > 400 > > (Bad Request)" > > > > That sounds like a configuration issue that your calendar server is > not liking the authentication that evolution sent. We would need to > know > 1. what the calendar server you are trying to use > 2. what the configuration and how you authenticate > 3. what the error on the server side is. > > > 2.I tried installing evolution from flatpak 3.34 > > Calendar works fine! BUT cant use my yubikey to read my encrypted > > emails :-( > > For some reason flatpak seems unable to work with smartcards. > > Had the same issue with keepassxc and yubikey > > > > Flatpacks are sandboxes to make sure that the rest of your account is > secure from each other https://xkcd.com/1200/ . You have to configure > what applications you want to be able to talk to your smart card or > yubikey because just allowing anything to talk to them just leads to > the xkcd. > > That said, I do not know how to do this. My systems are pre-flatpak > so > I have not dealt with this. > > > > 3.My third attempt was to use thunderbird from flatpak. > > I installed thunderbird through flatpak to see if i could overcome > > the > > flatpak yubikey problem. > > Thunderbird starts but then crushes with the following message > > "flatpak run org.mozilla.Thunderbird > > Gtk-Message: 09:15:00.372: Failed to load module "pk-gtk-module" > > Gtk-Message: 09:15:00.372: Failed to load module "canberra-gtk- > > module" > > Gtk-Message: 09:15:00.372: Failed to load module "pk-gtk-module" > > Gtk-Message: 09:15:00.372: Failed to load module "canberra-gtk- > > module" > > " > > > > Ouch. That should be reported to the flatpak place you got that from. > Those aren't created by centos.org so I am guessing gnome or > flatpak.org ? > > > > I would prefer to use evolution than thunderbird. > > > > Any ideas how to solve the calendar or flatpak and yubikey problem? > > > > Thanks in advance!!! > > > > > > ___ > > 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] Centos 8 and Lynx
On Tue, 1 Oct 2019 at 09:20, david wrote: > > Folks > > I find the Lynx browser does not appear in any of the repositories > used during default installation of Centos 8 (x86_64). Is this > program no longer supported? I didn't see a reference to it in the > notsupported list. > The lynx command was moved over to the PowerTools repository (or upstream to the Code Ready Builder). > David > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Stephen J Smoogen. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Centos 8 and Lynx
Folks I find the Lynx browser does not appear in any of the repositories used during default installation of Centos 8 (x86_64). Is this program no longer supported? I didn't see a reference to it in the notsupported list. David ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SquidGuard update in EPEL
On Tue, 1 Oct 2019 at 05:56, Tony Mountifield wrote: > > In article , > Nicolas Kovacs wrote: > > Le 01/10/2019 à 09:05, Liam O'Toole a écrit : > > > [...] > > > > > > FWIW, the current release has squidguard 1.6 > > > https://packages.debian.org/source/stable/squidguard > > > > And this all begs the question: who's flying this plane? > > According to that page, the maintainer is Joachim Wiedorn, joodeb...@joonet.de > I guess he could tell you! > Here is the googling I found https://salsa.debian.org/joowie-guest/maintain_squidguard and https://www.joonet.de/sources/squidguard/ > Cheers > Tony > -- > Tony Mountifield > Work: t...@softins.co.uk - http://www.softins.co.uk > Play: t...@mountifield.org - http://tony.mountifield.org > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Stephen J Smoogen. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8: Multiple bugs with email/calendar
On Tue, 1 Oct 2019 at 03:40, Georgios wrote: > > Hi there! > I recently installed centos 8 on my laptop. > > I have the following problems > > 1. I tried the use the default evolution 3.28. > The problem with 3.28 is that when i try to create an event i get the error > "Failed to create an event in the calendar “CalDAV : Calendar”" > "Cannot create calendar object: Failed to put data: HTTP error code 400 > (Bad Request)" > That sounds like a configuration issue that your calendar server is not liking the authentication that evolution sent. We would need to know 1. what the calendar server you are trying to use 2. what the configuration and how you authenticate 3. what the error on the server side is. > 2.I tried installing evolution from flatpak 3.34 > Calendar works fine! BUT cant use my yubikey to read my encrypted emails :-( > For some reason flatpak seems unable to work with smartcards. > Had the same issue with keepassxc and yubikey > Flatpacks are sandboxes to make sure that the rest of your account is secure from each other https://xkcd.com/1200/ . You have to configure what applications you want to be able to talk to your smart card or yubikey because just allowing anything to talk to them just leads to the xkcd. That said, I do not know how to do this. My systems are pre-flatpak so I have not dealt with this. > 3.My third attempt was to use thunderbird from flatpak. > I installed thunderbird through flatpak to see if i could overcome the > flatpak yubikey problem. > Thunderbird starts but then crushes with the following message > "flatpak run org.mozilla.Thunderbird > Gtk-Message: 09:15:00.372: Failed to load module "pk-gtk-module" > Gtk-Message: 09:15:00.372: Failed to load module "canberra-gtk-module" > Gtk-Message: 09:15:00.372: Failed to load module "pk-gtk-module" > Gtk-Message: 09:15:00.372: Failed to load module "canberra-gtk-module" > " > Ouch. That should be reported to the flatpak place you got that from. Those aren't created by centos.org so I am guessing gnome or flatpak.org ? > I would prefer to use evolution than thunderbird. > > Any ideas how to solve the calendar or flatpak and yubikey problem? > > Thanks in advance!!! > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Stephen J Smoogen. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 176, Issue 1
Send CentOS-announce mailing list submissions to centos-annou...@centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-requ...@centos.org You can reach the person managing the list at centos-announce-ow...@centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2019:2871 CentOS 6 tzdata BugFix Update (Johnny Hughes) 2. CESA-2019:2885 Important CentOS 6 dovecot Security Update (Johnny Hughes) 3. CESA-2019:2892 Important CentOS 6 qemu-kvmSecurity Update (Johnny Hughes) 4. CEBA-2019:2891 CentOS 6 java-1.7.0-openjdk BugFix Update (Johnny Hughes) 5. CESA-2019:2863 Important CentOS 6 kernel Security Update (Johnny Hughes) -- Message: 1 Date: Fri, 27 Sep 2019 12:10:44 + From: Johnny Hughes To: centos-annou...@centos.org Subject: [CentOS-announce] CEBA-2019:2871 CentOS 6 tzdata BugFix Update Message-ID: <20190927121044.ga8...@bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:2871 Upstream details at : https://access.redhat.com/errata/RHBA-2019:2871 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b9fba7ce0be0c74ff1cd25b9c879b1c75fb353638ba75043eba27fa0e9f41a6e tzdata-2019c-1.el6.noarch.rpm b45821a41f553a64b9ba4219395ef382fb3cb6905d838fe38df4c79a2ff2dd60 tzdata-java-2019c-1.el6.noarch.rpm x86_64: b9fba7ce0be0c74ff1cd25b9c879b1c75fb353638ba75043eba27fa0e9f41a6e tzdata-2019c-1.el6.noarch.rpm b45821a41f553a64b9ba4219395ef382fb3cb6905d838fe38df4c79a2ff2dd60 tzdata-java-2019c-1.el6.noarch.rpm Source: 3de3911c9f219193e331d899c4bede29c16e069073b5a8360eef62efa91b4045 tzdata-2019c-1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net Twitter: @JohnnyCentOS -- Message: 2 Date: Fri, 27 Sep 2019 12:11:33 + From: Johnny Hughes To: centos-annou...@centos.org Subject: [CentOS-announce] CESA-2019:2885 Important CentOS 6 dovecot Security Update Message-ID: <20190927121133.ga8...@bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:2885 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:2885 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: cf00b843290dbbe275fb39cef7ceb3b5e6eb7c5454827c41f18fa7b9b553a1ad dovecot-2.0.9-22.el6_10.1.i686.rpm fd40138f6d1cadc3730347ccd946270322dee6afca12e6ad97918a061a82bccc dovecot-devel-2.0.9-22.el6_10.1.i686.rpm 9df914aba8220f903d677df930379f75e24710d3a4ca0378826c669d31bf7156 dovecot-mysql-2.0.9-22.el6_10.1.i686.rpm 0e4281ce1a4193a3e67657913d56ea029767d2be7d498ee8972274f5f9830cc5 dovecot-pgsql-2.0.9-22.el6_10.1.i686.rpm e5ce3ee0a0337ce934d5ccaecd4bf5abb9b9a07b9242b6df47770bd26f3ab5fe dovecot-pigeonhole-2.0.9-22.el6_10.1.i686.rpm x86_64: cf00b843290dbbe275fb39cef7ceb3b5e6eb7c5454827c41f18fa7b9b553a1ad dovecot-2.0.9-22.el6_10.1.i686.rpm 6aa62e63ef0bc80672b8240b2ce345b37c87b374188bb179c4aa89d29605de7d dovecot-2.0.9-22.el6_10.1.x86_64.rpm 94f348faef304ff4cbb629fcfdf52843a2540ec8ee11865d0b7fab5b8616f404 dovecot-devel-2.0.9-22.el6_10.1.x86_64.rpm e4f3ed4c5faa21dc687151d005f0ffcf9b5af1d57d1394c46ae681f88e1a9dcf dovecot-mysql-2.0.9-22.el6_10.1.x86_64.rpm 407412e85d2f1d7bf71971097bb0212583b779bc078a48434c0cf23a904b73d5 dovecot-pgsql-2.0.9-22.el6_10.1.x86_64.rpm d8e32a79ef6cd4aba21e4d14060a1b89f61e0095eb33e644cbe2cbdc268d29f9 dovecot-pigeonhole-2.0.9-22.el6_10.1.x86_64.rpm Source: fddf4427327e64735869935ffda5c6c9494d94271969aaa75e2803a559e31ea1 dovecot-2.0.9-22.el6_10.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net Twitter: @JohnnyCentOS -- Message: 3 Date: Fri, 27 Sep 2019 12:14:41 + From: Johnny Hughes To: centos-annou...@centos.org Subject: [CentOS-announce] CESA-2019:2892 Important CentOS 6 qemu-kvm Security Update Message-ID: <20190927121441.ga8...@bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:2892 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:2892 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: cbdd0a2b3901cc5811cb496a8fa6b99aff4a9bcbcc8b2b58ea620ed81df15167 qemu-guest-agent-0.12.1.2-2.506.el6_10.5.i686.rpm x86_64: 7e443452a2fe9ca60857df2bc6a8a550d88ba9720ca661f7cf8282f894cae417
Re: [CentOS] VirtualBox extensions and the new kernel
Klaus Kolle writes: > I've been running Centos for different purposes in a VirtualBox > environment for quite long now. But the newest kernels miss something so > I can get the VirtualBox Extensions linked in. > > I can see in the virtualbox log file that I shall run maken oldconfig > and make, but I get these errors: > > # make oldconfig && make prepare > scripts/kconfig/conf --oldconfig Kconfig > # > # configuration written to .config > # > scripts/kconfig/conf --silentoldconfig Kconfig > make[1]: *** No rule to make target `arch/x86/syscalls/syscall_32.tbl', > needed by `arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h'. > Stop. > make: *** [archheaders] Error 2 > > Probably it is something that I misses, but what, I cannot figure out. > > I see the problem both in Centos 7.7 and 8 Known problem. The fixes are not released yet. https://www.virtualbox.org/ticket/18917 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] VirtualBox extensions and the new kernel
I've been running Centos for different purposes in a VirtualBox environment for quite long now. But the newest kernels miss something so I can get the VirtualBox Extensions linked in. I can see in the virtualbox log file that I shall run maken oldconfig and make, but I get these errors: # make oldconfig && make prepare scripts/kconfig/conf --oldconfig Kconfig # # configuration written to .config # scripts/kconfig/conf --silentoldconfig Kconfig make[1]: *** No rule to make target `arch/x86/syscalls/syscall_32.tbl', needed by `arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h'. Stop. make: *** [archheaders] Error 2 Probably it is something that I misses, but what, I cannot figure out. I see the problem both in Centos 7.7 and 8 |< -- Med venlig hilsen Klaus Kolle Teknikumingeniør, B.Sc.EE., e-mail: kl...@kolle.dk Master of ITwww : www.kolle.dk Asger Jorns Vej 17 Telephone : +4522216044 DK-8600 Silkeborg, Denmark "Man skal ikke tilskrive til sammensværgelser hvad der tilstrækkeligt kan forklares af inkompetence" Poul Henning Kamp Planlægning er tanker om noget man agter at gøre en gang i fremtiden, hvis omstændighederne tillader det. Klaus Kolle 2006 Perfection is achieved not when nothing more to add, but when there is nothing more left to take away. Antoine de Saint-Exupery signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SquidGuard update in EPEL
In article , Nicolas Kovacs wrote: > Le 01/10/2019 à 09:05, Liam O'Toole a écrit : > > [...] > > > > FWIW, the current release has squidguard 1.6 > > https://packages.debian.org/source/stable/squidguard > > And this all begs the question: who's flying this plane? According to that page, the maintainer is Joachim Wiedorn, joodeb...@joonet.de I guess he could tell you! Cheers Tony -- Tony Mountifield Work: t...@softins.co.uk - http://www.softins.co.uk Play: t...@mountifield.org - http://tony.mountifield.org ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Centos 8: Multiple bugs with email/calendar
Hi there! I recently installed centos 8 on my laptop. I have the following problems 1. I tried the use the default evolution 3.28. The problem with 3.28 is that when i try to create an event i get the error "Failed to create an event in the calendar “CalDAV : Calendar”" "Cannot create calendar object: Failed to put data: HTTP error code 400 (Bad Request)" 2.I tried installing evolution from flatpak 3.34 Calendar works fine! BUT cant use my yubikey to read my encrypted emails :-( For some reason flatpak seems unable to work with smartcards. Had the same issue with keepassxc and yubikey 3.My third attempt was to use thunderbird from flatpak. I installed thunderbird through flatpak to see if i could overcome the flatpak yubikey problem. Thunderbird starts but then crushes with the following message "flatpak run org.mozilla.Thunderbird Gtk-Message: 09:15:00.372: Failed to load module "pk-gtk-module" Gtk-Message: 09:15:00.372: Failed to load module "canberra-gtk-module" Gtk-Message: 09:15:00.372: Failed to load module "pk-gtk-module" Gtk-Message: 09:15:00.372: Failed to load module "canberra-gtk-module" " I would prefer to use evolution than thunderbird. Any ideas how to solve the calendar or flatpak and yubikey problem? Thanks in advance!!! ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SquidGuard update in EPEL
On Tue, Oct 1, 2019 at 12:00 AM Tru Huynh wrote: > > https://tracker.debian.org/pkg/squidguard > 1.6.0 as of today :D so where is that coming from ? here's debian changelog on that package, https://sources.debian.org/src/squidguard/1.6.0-1/CHANGELOG/ -- -john r pierce recycling used bits in santa cruz ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SquidGuard update in EPEL
Le 01/10/2019 à 09:05, Liam O'Toole a écrit : > [...] > > FWIW, the current release has squidguard 1.6 > https://packages.debian.org/source/stable/squidguard And this all begs the question: who's flying this plane? According to the official website, SquidGuard is dead in the water. Apparently there's still some mysterious maintainer around. Which would be nice, because I've been using SquidGuard regularly for the last ten years or so, it's a great piece of software. -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.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] SquidGuard update in EPEL
On Mon, 30 Sep, 2019 at 23:47:02 -0700, John Pierce wrote: > On Mon, Sep 30, 2019 at 10:26 PM Nicolas Kovacs wrote: > > > Le 30/09/2019 à 17:53, Gwaland a écrit : > > > looks like it was updated due to a segfault. > > > https://bugzilla.redhat.com/show_bug.cgi?id=1750550 > > > https://bugzilla.redhat.com/show_bug.cgi?id=1253662 > > > > Now I'm even more puzzled. > > > > Fedora and EPEL sport SquidGuard 1.4.36. > > > > Now when you search for "squidguard", this seems to be the project site: > > > > * http://squidguard.org/index.html > > > > This page hasn't been updated in ages and sports the "NEW" version 1.3. > > > > So apparently the project has been developed somewhere under the radar. > > > > > > huh, wikipedia says 1.4 came out in Jan 2009, over 10 years ago. yet it > says thats the official site... > > debian has squidguard 1.5-5 > https://packages.debian.org/source/stretch/squidguard [...] FWIW, the current release has squidguard 1.6 https://packages.debian.org/source/stable/squidguard ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SquidGuard update in EPEL
On Mon, Sep 30, 2019 at 11:47:02PM -0700, John Pierce wrote: ... > > > > Now when you search for "squidguard", this seems to be the project site: > > > > * http://squidguard.org/index.html > > > > This page hasn't been updated in ages and sports the "NEW" version 1.3. > > > > So apparently the project has been developed somewhere under the radar. > > > > > > huh, wikipedia says 1.4 came out in Jan 2009, over 10 years ago. yet it > says thats the official site... > > debian has squidguard 1.5-5 > https://packages.debian.org/source/stretch/squidguard https://tracker.debian.org/pkg/squidguard 1.6.0 as of today :D just my 2 cents Tru -- Tru Huynh http://pgp.mit.edu:11371/pks/lookup?op=get=0xBEFA581B pgpkl3zL2g4wG.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SquidGuard update in EPEL
On Mon, Sep 30, 2019 at 10:26 PM Nicolas Kovacs wrote: > Le 30/09/2019 à 17:53, Gwaland a écrit : > > looks like it was updated due to a segfault. > > https://bugzilla.redhat.com/show_bug.cgi?id=1750550 > > https://bugzilla.redhat.com/show_bug.cgi?id=1253662 > > Now I'm even more puzzled. > > Fedora and EPEL sport SquidGuard 1.4.36. > > Now when you search for "squidguard", this seems to be the project site: > > * http://squidguard.org/index.html > > This page hasn't been updated in ages and sports the "NEW" version 1.3. > > So apparently the project has been developed somewhere under the radar. > > > huh, wikipedia says 1.4 came out in Jan 2009, over 10 years ago. yet it says thats the official site... debian has squidguard 1.5-5 https://packages.debian.org/source/stretch/squidguard whoa, I even found a reference to a 1.5 source tar..gz on the squidguard site, but its 404, the same directory only has 1.2 and 1.3. I wonder if they got knocked offline and had to restore an archive or something. seems to be a mess. -- -john r pierce recycling used bits in santa cruz ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos