Re: [CentOS] Centos 8 Mate?
On Wed, 2019-09-25 at 15:25 +0200, Ljubomir Ljubojevic wrote: > On 9/24/19 10:55 PM, Stephen John Smoogen wrote: > > On Tue, 24 Sep 2019 at 15:41, Frank Cox > > wrote: > > > Without wanting to sound too pushy, I'm wondering if there is any > > > update on the status of Mate now that Centos 8 has been released? > > > > > > I would love to jump on C8 and start playing with it, but the > > > lack of Mate is kind of a showstopper for me at the moment. > > > > > > > Nothing has changed since the September 16 answer I gave: > > > > This is more of a question for the EPEL lists versus here. The > > current > > status is that desktops are harder to package up in EL8 and only a > > less feature version is available at the moment. At the moment the > > only one I know of is KDE is half implemented in EPEL Playground > > and > > will be reimplemented as a module when EPEL gains the ability to do > > modules. At that point interested people can also do the work to > > make > > Mate/Cinnamon/etc available. > > As of now, I have a working MATE DM on CentOS 8. It's a hack though, > I > used Fedora repositories. But that means compiling MATE in EPEL > should > be straightforward, just recompile Fedora 28 packages. > > > I used Fedora 28 repo file and Fedora 28 GPG keys (links are > bellow), > unpacked then to proper directory and in Fedora repo files I changed > "$releasever" to "28". > I also installed yum-plugin-priorities and in all CentOS repo's added > "priority=1" and in all Fedora repos added "priority=2". > Ljubomir, So far so good. Had some problems breaking "whatprovides" for 'system- release' when I manually relinked it to 'fedora-release'. I had to manually install fedora-update.spec pointing only to 'updates'. [root@server02 Downloads]# yum list avail mate* Last metadata expiration chec: 0:15:35 ago on Sat 05 Oct 2019 09:17:39 PM CDT. Available Packages mate-applets.x86_64 1.20.3-2.fc28 updates mate-calc.x86_64 1.20.3-1.fc28 updates mate-control-center.i686 1.20.4-1.fc28 updates mate-control-center.x86_641.20.4-1.fc28 updates ... mate-utils-common.noarch 1.20.2-1.fc28 updates mate-utils-devel.i686 1.20.2-1.fc28 updates mate-utils-devel.x86_64 1.20.2-1.fc28 updates > Then I ran following commands (something like this, I experimented > some): > > > yum install python2-six > yum install mate* -x mate*devel* -x mate-menu I ran into trouble at this second step: Error: Problem 1: conflicting requests - nothing provides libgucharmap_2_90.so.7()(64bit) needed by mate- applet-1.20.3-2.fc28.x86_64 Problem 2: conflicting requests - nothing provides libgnome-keyring.so.0()(64bit) needed by mate- power-manager-1.20.3-1.fc28.x86_64 Problem 3: conflicting requests - nothing provides gtk2-engines needed by mate-themes-3.22-19- 2.fc28.noarch - nothing provides gtk-murrine-engine needed by mate-themes-3.22.19- 2.fc28.noarch Problem 4: conflicting requests - nothing provides pythin3-setproctitle needed by mate-optimus- 19.10.3-4.el8.noarch - nothing provides glew needed by mate-optimus-19.10.3-4.el8.noarch Problem 5: cannot intall the best candidate for the job - nothing provides hddtemp needed by mate-sensors-applet-1.20.3- 1.fc28.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Does this look familiar? --Doc > yum groupinstall "MATE" --skip-broken > yum groupinstall "MATE Desktop" --skip-broken > echo "exec /usr/bin/mate-session" >> ~/.xinitrc > reboot > and then selected MATE in login screen. > > > Links to rpm's: > https://ftp-stud.hs-esslingen.de/pub/Mirrors/archive.fedoraproject.org/fedora/linux/releases/28/Everything/x86_64/os/Packages/f/fedora-repos-28-1.noarch.rpm > and > https://ftp-stud.hs-esslingen.de/pub/Mirrors/archive.fedoraproject.org/fedora/linux/releases/28/Everything/x86_64/os/Packages/f/fedora-gpg-keys-28-1.noarch.rpm > > List of installed packages from Fedora 28: > https://pastebin.com/VXL03Uqj > > > > > > > > -- > > Stephen J Smoogen. > > ___ > > 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] Question about CentOS Stream OS
On Sat, Oct 05, 2019 at 03:01:43PM +0100, Pete Biggs wrote: > In the future new features and upgrades will appear in Stream as a sort > of rolling release and it will form the basis of future RHEL releases > (and subsequently CentOS releases). It will also be the place for > community input into RHEL/CentOS. Think of it as halfway between the > cutting edge Fedora and the stable RHEL releases. Sometimes the easiest explanation is too easy. :) CentOS Stream won't be getting new releases of software that isn't intended to go into a RHEL minor release (like 8.2). It'll just be getting those changes sooner (and with the possibility of updates, revisions, and even rollbacks before the RHEL minor release). It will be changing daily, so it's less stable in that sense, but the net change over six months will be the same as what can be expected in a RHEL minor update, and I don't think the policies for that are changing. That's CentOS Stream, at least. But I think there's room for a lot more CentOS/Fedora collaboration, where for example we use bits from CentOS Stream to provide longer lifecycle for some packages, or use bits from the Fedora collection — possibly through Fedora EPEL — to provide faster alternatives for RHEL and the CentOS traditional rebuild. -- Matthew Miller Fedora Project Leader ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 network-scripts
On Sat, 2019-10-05 at 15:59 -0400, Lamar Owen wrote: > Frontpanel, 256 words (12-bit words), and paper tape. But I also never > had that straight-8 on the net, either, but, via uucp, I did have the > T6K on Usenet. My second machine was 9 bits = 8 + parity. 10 years later I was working on 36 bit words = 4 x 9 bit ACSII = 6 x 6 bit BCD. In my later computer life, the best thing I ever did, 10 years ago, was to abandon all m$ and move to C 5.3 which was truly a computer programmer's dream. Liberating and exhilarating. chunk, chunk, chunk, ding, 110 baud terminals, then along came Terminets at a faster 300 baud. Think I can still punch a 80 column card using a hand punch. Many now take for granted Centos without fully appreciating how powerful and empowering it is or the tremendous work done by those creating, maintaining and testing it and others developing extensions and repos. Life without Centos would be bleak. Regards, ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 network-scripts
On 10/5/19 2:14 PM, Always Learning wrote: Technically [the new automobile] was never an "upgrade" but a brand new and alternative system. ... The automobile was originally billed in many areas as the 'horseless carriage,' an upgrade. Luxury. Try running on a 32k single processor computer, started with booting the card reader which read cards that booted from a tape. ... Frontpanel, 256 words (12-bit words), and paper tape. But I also never had that straight-8 on the net, either, but, via uucp, I did have the T6K on Usenet. No comparison between 50+ years ago with this constantly developing and fascinating New World. However KISS remains valid. If it works smoothly, don't mess it up. But that's the point; the previous solution didn't work as smoothly for all use cases as one might want to believe. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 network-scripts
On 10/5/19 11:29 AM, Stephen John Smoogen wrote: ... On the other hand, most of the idea that the old config scripts were deterministic and imperative was built on a large amount of hacks to try and make it so. Having spent more time than I want dealing with systems which seem to be just like everything else but coming up with eth0 being eth4 (I am looking at you 40 Dell, HP and IBM boxes) on a reboot half the time.. ... I remember having that happen a few times back in CentOS 4.x days, where eth0 would silently become eth1 after a kernel update and ifcfg-eth0 would break hard. It's gotten a lot better than it was, and I've had very few problems in my use cases with NM. YMMV, of course. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to add an application icon?
> > >>> How to add an application icon to gnome 3 classic desktop on centos 8? > >>> TIA > >> Using firefox as an example, > >> > >> cp /usr/share/applications/firefox.desktop $(xdg-user-dir DESKTOP)/ > >> > >> or > >> > >> ln -s /usr/share/applications/firefox.desktop $(xdg-user-dir DESKTOP)/ > >> > > I've already tried something like this but the icon is that of a text > > document and it just opens as text when clicked. Do I have to install a > > shell extension for this to work? > I got the first approach to work for me, the cp command. That being > said, I'm on CentOS 7.7 with gnome 3.28. Supposedly you CAN INSTALL an > extension to get you back to a right mouse click to add an application > to your icon to your desktop, but this requires gnome 3.30. The lack of > something easier to do this is truly annoying. I feel your pain! > Finally. ln -s doesn't work. cp and then rightclick on the icon and select "Allow Launching". Easy as pie. I develop and do some admin work on Linux servers for some 20 years but GNOME 3 still baffles me. Thanks guys. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 network-scripts
On Fri, 2019-10-04 at 11:17 -0400, Lamar Owen wrote: > On 10/4/19 10:40 AM, Valeri Galtsev wrote: > > Do not make any changes [in the program] unless they are absolutely > > necessary. Especially with production programs. > Take the transition from horse and buggy to automobile for instance. > Iron rim tires work just great for the buggy, not so great for the > automobile; a change had to be made in an old technology (the wheel) to > meet the needs of the new automobile. Technically it was never an "upgrade" but a brand new and alternative system. > Just remember: the old ways back then was punch card and batch; With a minimum of 3 tapes; disks had not been invented. Some British universities had a magnetic drum. > I _am_ old-school in thought, but I do consciously make the effort to > understand the newer reasoning, rather than be the greybeard that > constantly talks about how I did it in the old days. Heh, in the old > days I made it work with K C, 1MB of RAM, and an 8MHz CPU Luxury. Try running on a 32k single processor computer, started with booting the card reader which read cards that booted from a tape. > Today, I'm doing things with containers, virtualization, dynamic load > balancing, software-defined infrastructure/IaaS, etc that the old ways > simply cannot handle. No comparison between 50+ years ago with this constantly developing and fascinating New World. However KISS remains valid. If it works smoothly, don't mess it up. Regards. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 (less used) packages
On Sat, 5 Oct 2019 at 12:52, Jerry Geis wrote: > > I'm still not catching on to the "new" of CentOS 8 > > yum install yasm > Last metadata expiration check: 0:01:32 ago on Sat 05 Oct 2019 12:46:16 PM > EDT. > No match for argument: yasm > Error: Unable to find a match > > You need to enable PowerTools for the package. use your favorite method to turn it on in /etc/yum.repos.d/ > yum install yasm-devel > Last metadata expiration check: 0:01:37 ago on Sat 05 Oct 2019 12:46:16 PM > EDT. > No match for argument: yasm-devel > Error: Unable to find a match > > yum search yasm > Last metadata expiration check: 0:01:47 ago on Sat 05 Oct 2019 12:46:16 PM > EDT. > No matches found. > > Where do I get these packages like yasm, orc, ogg and others ? > Thanks, > > Jerry > ___ > 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 (less used) packages
I'm still not catching on to the "new" of CentOS 8 yum install yasm Last metadata expiration check: 0:01:32 ago on Sat 05 Oct 2019 12:46:16 PM EDT. No match for argument: yasm Error: Unable to find a match yum install yasm-devel Last metadata expiration check: 0:01:37 ago on Sat 05 Oct 2019 12:46:16 PM EDT. No match for argument: yasm-devel Error: Unable to find a match yum search yasm Last metadata expiration check: 0:01:47 ago on Sat 05 Oct 2019 12:46:16 PM EDT. No matches found. Where do I get these packages like yasm, orc, ogg and others ? Thanks, Jerry ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to add an application icon?
On 10/5/19 7:15 AM, Александр Кириллов wrote: How to add an application icon to gnome 3 classic desktop on centos 8? TIA Using firefox as an example, cp /usr/share/applications/firefox.desktop $(xdg-user-dir DESKTOP)/ or ln -s /usr/share/applications/firefox.desktop $(xdg-user-dir DESKTOP)/ I've already tried something like this but the icon is that of a text document and it just opens as text when clicked. Do I have to install a shell extension for this to work? I got the first approach to work for me, the cp command. That being said, I'm on CentOS 7.7 with gnome 3.28. Supposedly you CAN INSTALL an extension to get you back to a right mouse click to add an application to your icon to your desktop, but this requires gnome 3.30. The lack of something easier to do this is truly annoying. I feel your pain! ___ 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 network-scripts
> On Oct 5, 2019, at 10:29 AM, Stephen John Smoogen wrote: > > On Fri, 4 Oct 2019 at 18:11, Japheth Cleaver wrote: >> >> On 10/4/2019 8:17 AM, Lamar Owen wrote: >>> On 10/4/19 10:40 AM, Valeri Galtsev wrote: My impression is younger generation doesn't value rules that programmers were following 2-3 decades ago. One of which is: Do not make any changes [in the program] unless they are absolutely necessary. >>> I have in the past agreed with this assessment more than once. And I >>> _am_ somewhat of an old hand at this, having run Unix and Unix-like >>> systems for a bit over 30 years. >>> >>> The fact of the matter is that, even though some of the old ways work >>> just fine and don't need to be changed, many more times I've seen >>> that, if the old way was a kludge to begin with, maybe there really is >>> a better way to do it. Take the transition from horse and buggy to >>> automobile for instance. Iron rim tires work just great for the >>> buggy, not so great for the automobile; a change had to be made in an >>> old technology (the wheel) to meet the needs of the new automobile. >>> Lots of wheelwrights probably fought that change, too. >>> >>> ... >>> >>> Today, I'm doing things with containers, virtualization, dynamic load >>> balancing, software-defined infrastructure/IaaS, etc that the old ways >>> simply cannot handle. NetworkManager/systemd/etc in CentOS are far >>> from perfect, but at least they're trying to solve the newer problems >>> that the old ways in many cases simply cannot. >> >> >> This is a bit orthogonal, though. (Witness the effort to remove systemd >> requirements from containers.) An engineer is expected to understand the >> component parts rationally to arrive at some sort of professional >> conclusion that something is likely to work properly. This is not helped >> by a switch from imperative and deterministic to declarative and >> dynamic, which underlies many of the changes we've had to deal with in >> the past decade. There is a time and place for the latter, and it's good >> to have options available... but there are many times and places >> (especially in the Enterprise space) where the opposite is necessary, >> and it's FAR more reasonable to layer dynamic manipulation on top of a >> deterministically-configured core than the other way around. >> >> > > On the other hand, most of the idea that the old config scripts were > deterministic and imperative was built on a large amount of hacks to > try and make it so. Having spent more time than I want dealing with > systems which seem to be just like everything else but coming up with > eth0 being eth4 (I am looking at you 40 Dell, HP and IBM boxes) on a > reboot half the time.. I have come to see that a lot of scripts are > full of race conditions and slowdowns to try and stop those race > conditions from happening. If anything messed up from a kernel change, > bios update, a switch update?, etc and you could be completely in the > weeds wondering why imperative was failing. It was failing because it > was never absolutely true. > > The problem is that as hardware rollouts have grown larger and larger > spending time trying to figure out why 400 to 1000 out of 10,000 > systems are weird.. is too much time. You want something which will > try to figure it out itself and do the 'right' thing.. even if it > means that eth4 on those 400 boxes are now the main interface versus > the eth0 on the 3600. And yes.. as an non-neurotypical person.. I find > that incredibly infuriating.. however I have also realized that most > businesses don't care I and others find it that way. They just want > those 10,000 to 100,000 systems to come up and work. > And this is where big guys with thousand of boxes win, and us small guys with few dozens of boxes have to learn what works for big guys, and use it on our small scale. And no, this is not a rant, it is just realization of the reality, so I can adjust to it. Thanks everybody, this was insightful - for me. Valeri >> -jc >> >> ___ >> 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 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] Differences between CentOS 7.x and CentOS 8.x OS
On 10/5/19 2:47 AM, Ljubomir Ljubojevic wrote: On 10/5/19 3:14 AM, David G. Miller wrote: On 10/4/19 6:59 PM, Fred Smith wrote: On Fri, Oct 04, 2019 at 04:52:28PM -0600, David G. Miller wrote: On 10/3/19 1:37 PM, Ljubomir Ljubojevic wrote: On 10/3/19 5:49 PM, Kaushal Shriyan wrote: Hi, I will appreciate it if someone can help me understand the differences between CentOS 7.x and CentOS 8.x OS. I look forward to hearing from you and thanks in advance. In short, CentOS 7.x is based on Fedora 19 while CentOS 8 is based on Fedora 28. Most of what is in those Fedora's is also in coresponding CentOS version. Fedora's might be much easier to compare. This sort of cuts across two discussion threads but I found this one first. Silly question: has anyone tried using the Mate or Xfce Fedora 28 spins as package sources with CentOS 8? I think someone did post recently that he took Mate from F28 and with some judicious tweaking of the spec file got it built and working on C8. Sorry, I have no details. Hopefully, the perpetrator will 'fess up and provide the details. Cheers, Dave "It is I, Leclerc" Here is what I did to have working MATE from Fedora 28 repositories (did not recompile anything): https://lists.centos.org/pipermail/centos/2019-September/173533.html Thanks! Since I'm an Xfce type, I'll go that route first. I'm thinking that the same process has a good chance of working as long as the dependencies are the right version. I'll post steps of road blocks. BTW, I tend to be more the Inspector Clouseau type! Cheers, Dave -- "They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty." -- Benjamin Franklin ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 network-scripts
On Fri, 4 Oct 2019 at 18:11, Japheth Cleaver wrote: > > On 10/4/2019 8:17 AM, Lamar Owen wrote: > > On 10/4/19 10:40 AM, Valeri Galtsev wrote: > >> My impression is younger generation doesn't value rules that > >> programmers were following 2-3 decades ago. One of which is: > >> > >> Do not make any changes [in the program] unless they are absolutely > >> necessary. > >> > > I have in the past agreed with this assessment more than once. And I > > _am_ somewhat of an old hand at this, having run Unix and Unix-like > > systems for a bit over 30 years. > > > > The fact of the matter is that, even though some of the old ways work > > just fine and don't need to be changed, many more times I've seen > > that, if the old way was a kludge to begin with, maybe there really is > > a better way to do it. Take the transition from horse and buggy to > > automobile for instance. Iron rim tires work just great for the > > buggy, not so great for the automobile; a change had to be made in an > > old technology (the wheel) to meet the needs of the new automobile. > > Lots of wheelwrights probably fought that change, too. > > > > ... > > > > Today, I'm doing things with containers, virtualization, dynamic load > > balancing, software-defined infrastructure/IaaS, etc that the old ways > > simply cannot handle. NetworkManager/systemd/etc in CentOS are far > > from perfect, but at least they're trying to solve the newer problems > > that the old ways in many cases simply cannot. > > > This is a bit orthogonal, though. (Witness the effort to remove systemd > requirements from containers.) An engineer is expected to understand the > component parts rationally to arrive at some sort of professional > conclusion that something is likely to work properly. This is not helped > by a switch from imperative and deterministic to declarative and > dynamic, which underlies many of the changes we've had to deal with in > the past decade. There is a time and place for the latter, and it's good > to have options available... but there are many times and places > (especially in the Enterprise space) where the opposite is necessary, > and it's FAR more reasonable to layer dynamic manipulation on top of a > deterministically-configured core than the other way around. > > On the other hand, most of the idea that the old config scripts were deterministic and imperative was built on a large amount of hacks to try and make it so. Having spent more time than I want dealing with systems which seem to be just like everything else but coming up with eth0 being eth4 (I am looking at you 40 Dell, HP and IBM boxes) on a reboot half the time.. I have come to see that a lot of scripts are full of race conditions and slowdowns to try and stop those race conditions from happening. If anything messed up from a kernel change, bios update, a switch update?, etc and you could be completely in the weeds wondering why imperative was failing. It was failing because it was never absolutely true. The problem is that as hardware rollouts have grown larger and larger spending time trying to figure out why 400 to 1000 out of 10,000 systems are weird.. is too much time. You want something which will try to figure it out itself and do the 'right' thing.. even if it means that eth4 on those 400 boxes are now the main interface versus the eth0 on the 3600. And yes.. as an non-neurotypical person.. I find that incredibly infuriating.. however I have also realized that most businesses don't care I and others find it that way. They just want those 10,000 to 100,000 systems to come up and work. > -jc > > ___ > 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] Alternate gstreamer1 for CentOS 8
This is what I get on CentOS 8. yum provides "*/gstreamer1-vaapi*" Last metadata expiration check: 0:36:39 ago on Sat 05 Oct 2019 10:18:27 AM EDT. Error: No Matches found yum search gstreamer1-vaapi Last metadata expiration check: 0:36:55 ago on Sat 05 Oct 2019 10:18:27 AM EDT. No matches found. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to add an application icon?
> > > How to add an application icon to gnome 3 classic desktop on centos 8? > > TIA > > Using firefox as an example, > > cp /usr/share/applications/firefox.desktop $(xdg-user-dir DESKTOP)/ > > or > > ln -s /usr/share/applications/firefox.desktop $(xdg-user-dir DESKTOP)/ > I've already tried something like this but the icon is that of a text document and it just opens as text when clicked. Do I have to install a shell extension for this to work? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question about CentOS Stream OS
> > I am referring to https://wiki.centos.org/Manuals/ReleaseNotes/CentOSStream > and > i am not sure if i understand it correctly, Is it a separate CentOS > distribution which is similar to > CentOS-8 (1905)? > Currently CentOS-Stream is the same as CentOS. In the future new features and upgrades will appear in Stream as a sort of rolling release and it will form the basis of future RHEL releases (and subsequently CentOS releases). It will also be the place for community input into RHEL/CentOS. Think of it as halfway between the cutting edge Fedora and the stable RHEL releases. The industry still needs the absolutely rock solid platform that is RHEL/CentOS for mission critical servers and as a basis for commercial software. But there is clearly also a need for more up-to-date things for desktops and so on that doesn't have the cutting edge "danger" of Fedora. P. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to add an application icon?
On Sat, 05 Oct, 2019 at 15:18:38 +0300, Александр Кириллов wrote: > How to add an application icon to gnome 3 classic desktop on centos 8? > TIA Using firefox as an example, cp /usr/share/applications/firefox.desktop $(xdg-user-dir DESKTOP)/ or ln -s /usr/share/applications/firefox.desktop $(xdg-user-dir DESKTOP)/ ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question about CentOS Stream OS
On 10/5/19 3:00 PM, Kaushal Shriyan wrote: > Hi, > > I am referring to https://wiki.centos.org/Manuals/ReleaseNotes/CentOSStream > and > i am not sure if i understand it correctly, Is it a separate CentOS > distribution which is similar to > CentOS-8 (1905)? > > Thanks in advance and i look forward to hearing from you. > > Best Regards, > > Kaushal I just wrote this for official CentOS Facebook group: CentOS Stream is/will be work in progres to get new minor version. With CentOS 8.0, CentOS Stream will be continually changed to reach packages to be put into RHEL 8.1 (and after rebuilt CentOS 8.1). What Red Hat did in-house to prepare new minor version (8.1, 8.2, 8.3, ...) now will be transparent so that developers using CentOS and RHEL as platform for their software can prepare their own software before new RHEL minor version is released. EPEL, ElRepo, various SiG's will prepare needed changes in preparation for new RHEL minor version. So I do not advise use of CentOS Stream for production, better look at it as a Beta -in-progress. -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Question about CentOS Stream OS
Hi, I am referring to https://wiki.centos.org/Manuals/ReleaseNotes/CentOSStream and i am not sure if i understand it correctly, Is it a separate CentOS distribution which is similar to CentOS-8 (1905)? Thanks in advance and i look forward to hearing from you. Best Regards, Kaushal ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Alternate gstreamer1 for CentOS 8
Hi All - is there an alternate gstreamer1 for CentOS 8 ? Two reasons why I need it. 1) OpenH264 support 2) VAAPI support Both don;t seem present. Thanks Jerry ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] How to add an application icon?
How to add an application icon to gnome 3 classic desktop on centos 8? TIA ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Differences between CentOS 7.x and CentOS 8.x OS
On Sat, 2019-10-05 at 10:47 +0200, Ljubomir Ljubojevic wrote: > On 10/5/19 3:14 AM, David G. Miller wrote: > > On 10/4/19 6:59 PM, Fred Smith wrote: > > > On Fri, Oct 04, 2019 at 04:52:28PM -0600, David G. Miller wrote: > > > > On 10/3/19 1:37 PM, Ljubomir Ljubojevic wrote: > > > > > On 10/3/19 5:49 PM, Kaushal Shriyan wrote: > > > > > > Hi, > > > > > > > > > > > > I will appreciate it if someone can help me understand the > > > > > > differences > > > > > > between CentOS 7.x and CentOS 8.x OS. I look forward to > > > > > > hearing > > > > > > from you > > > > > > and thanks in advance. > > > > > > > > > > > In short, CentOS 7.x is based on Fedora 19 while CentOS 8 is > > > > > based on > > > > > Fedora 28. Most of what is in those Fedora's is also in > > > > > coresponding > > > > > CentOS version. Fedora's might be much easier to compare. > > > > > > > > > > This sort of cuts across two discussion threads but I found > > > > this one > > > > first. Silly question: has anyone tried using the Mate or Xfce > > > > Fedora 28 spins as package sources with CentOS 8? > > > I think someone did post recently that he took Mate from F28 > > > and with some judicious tweaking of the spec file got it built > > > and working on C8. Sorry, I have no details. > > > > > > > > Hopefully, the perpetrator will 'fess up and provide the details. > > > > Cheers, > > Dave > > > > "It is I, Leclerc" > > Here is what I did to have working MATE from Fedora 28 repositories > (did > not recompile anything): > > https://lists.centos.org/pipermail/centos/2019-September/173533.html > This is great information, Ljubomir. Thank you very much. I'll try to validate your process this weekend using F28 as you did. That should yield an older MATE v1.16. With that in hand, I'll try to re-run the procedure using the counterpart MATE v1.22 packages from Rawhide. Nothing ventured, nothing gained, right? --Doc Savage Fairview Heights IL ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Differences between CentOS 7.x and CentOS 8.x OS
On 10/5/19 3:14 AM, David G. Miller wrote: > On 10/4/19 6:59 PM, Fred Smith wrote: >> On Fri, Oct 04, 2019 at 04:52:28PM -0600, David G. Miller wrote: >>> On 10/3/19 1:37 PM, Ljubomir Ljubojevic wrote: On 10/3/19 5:49 PM, Kaushal Shriyan wrote: > Hi, > > I will appreciate it if someone can help me understand the differences > between CentOS 7.x and CentOS 8.x OS. I look forward to hearing > from you > and thanks in advance. > In short, CentOS 7.x is based on Fedora 19 while CentOS 8 is based on Fedora 28. Most of what is in those Fedora's is also in coresponding CentOS version. Fedora's might be much easier to compare. >> >> >>> This sort of cuts across two discussion threads but I found this one >>> first. Silly question: has anyone tried using the Mate or Xfce >>> Fedora 28 spins as package sources with CentOS 8? >> I think someone did post recently that he took Mate from F28 >> and with some judicious tweaking of the spec file got it built >> and working on C8. Sorry, I have no details. >> >> > Hopefully, the perpetrator will 'fess up and provide the details. > > Cheers, > Dave > "It is I, Leclerc" Here is what I did to have working MATE from Fedora 28 repositories (did not recompile anything): https://lists.centos.org/pipermail/centos/2019-September/173533.html -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos