Announcement

Collapse
No announcement yet.

RHEL8-Based CentOS 8.0 Slated To Be Released Next Week

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • tildearrow
    replied
    Originally posted by You- View Post
    A web browser that struggles with videos is more forgivable than a video play that doesnt play videos.
    I remember that for a time I was using some Chromium Android builds and due to the patent situation they didn't enable H.264 support, which caused some YouTube videos to be unwatchable.
    I had to compile the whole Chromium to fix it...

    Leave a comment:


  • starshipeleven
    replied
    Originally posted by Vistaus View Post

    RHEL7? But I thought you mentioned a while ago that you're using RHEL6?
    Different deployments I guess?
    He is using Debian for his own workstation, I remember.

    Leave a comment:


  • starshipeleven
    replied
    Originally posted by kpedersen View Post
    I'm actually not sure why RHEL8 and derivatives do struggle so much on the video playback front. Is there some complexity I am missing? For example VLC is missing currently from the rpmfusion repos (the VLC website say it is a work in progress and that they are the ones creating the package?). For RHEL7 we had to use the nux desktop repository for quite a while too.
    Same for OpenSUSE and SUSE. They can't legally ship some codecs because of patent issues, and all the applications with these codecs enabled are in a separate third party repo that has existed since forever.

    Only outlier is Ubuntu, that is probably too poor to be a target of any lawsuit (or is MS's sockpuppet and as such is shielded from any issue)

    Leave a comment:


  • mroche
    replied
    Originally posted by hubick View Post

    No.
    Offering a product with reduced access to tooling and support does not make RHEL a desktop oriented Linux distribution. The reasoning for even having a desktop environment in the first place is so that:

    1) Developers work on RHEL and deploy on RHEL so that they have consistent tooling between dev and build, and as such:
    2) Administrators have a single distribution to manage between their server and workstation systems. No need to set up separate infrastructure and people to manage a different OS/distribution.

    The name of that product is also a tad misleading. Server does provide everything needed to run a graphical solution desktop, whether you choose to at install time or post install. Workstation just has limited support for virtual machines (I believe a grand total of one), is limited to a dual-socket system, and doesn't have access to all developer tools without the developer subscription variant. It's also defaulted to self-support. Otherwise, it's still a bare-metal server OS that defaults to installing a graphical desktop when using Anaconda. The buy page could use some updating, as previously there was a Desktop labelled product that had further hardware and repo restrictions (single-socket, 16GB RAM) making it less ideal for the "high-performance graphics, animation, and scientific activities", but that subscription is gone.

    Not offering at least one desktop environment can reduce the amount of people who deploy your distribution, but bundling one does not make it desktop oriented. And I'm saying that as an individual writing this post on a RHEL system running GNOME (Server subscription, though) in the animation field. Red Hat's primary market with virtually everything they do, outside of Fedora, is datacenter and server-first oriented.

    Cheers,
    Mike
    Last edited by mroche; 09-17-2019, 04:52 PM.

    Leave a comment:


  • MadeUpName
    replied
    Any one know if the ROCM drivers have been working with RH8?

    Leave a comment:


  • hubick
    replied
    Originally posted by mroche View Post
    In terms of RHEL/CentOS, this is really a moot point as they are intended as server distributions.
    No.

    Leave a comment:


  • mroche
    replied
    Originally posted by elatllat View Post
    That's just passing the issue along; Fedora could strip x264 from Libavcodec (the library chromium-browser and vlc use)
    https://en.wikipedia.org/wiki/Libavcodec#Video_players
    And in doing so remove the ability to play pretty much all H.264 material on the distribution as a whole since, as far as I'm aware, nearly every media package on Linux uses the ffmpeg libraries for the popular codecs licensed/owned by MPEG-LA. It's not difficult to enable RPMFusion and install ffmpeg. However, it would be nice if the 3rd-party GNOME Software repos provided by Fedora included RPM Fusion and not just the steam/nvidia subset repos[0]. A popup after installation asking to enable them wouldn't be a terrible option.

    In terms of RHEL/CentOS, this is really a moot point as they are intended as server distributions. A little bit of work isn't really out of the ordinary and is expected of/by the users trying to use it for the desktop.

    Cheers,
    Mike

    [0] https://fedoraproject.org/wiki/Works...e_Repositories
    Last edited by mroche; 09-17-2019, 02:17 PM.

    Leave a comment:


  • hubick
    replied
    VLC is on Flathub

    Leave a comment:


  • Vistaus
    replied
    Originally posted by kpedersen View Post
    I'm actually not sure why RHEL8 and derivatives do struggle so much on the video playback front. Is there some complexity I am missing? For example VLC is missing currently from the rpmfusion repos (the VLC website say it is a work in progress and that they are the ones creating the package?). For RHEL7 we had to use the nux desktop repository for quite a while too.

    VLC is a very popular video player in the corporate world / enterprise so it isn't exactly low priority. How are they going to run all those videos they need during team building exercises?
    RHEL7? But I thought you mentioned a while ago that you're using RHEL6?

    Leave a comment:


  • elatllat
    replied
    Originally posted by mroche View Post
    ...libavcodec...
    That's just passing the issue along; Fedora could strip x264 from Libavcodec (the library chromium-browser and vlc use)
    https://en.wikipedia.org/wiki/Libavcodec#Video_players

    Leave a comment:

Working...
X