I Switched (Back) Over To Fedora As My Main OS & It's Going Great!

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

  • squirrl
    replied
    I decided to go back to Slackware

    Yeah so I decided to go back to Slackware.
    The DVD is laying on the desk here but I've not actually installed it yet.
    I'm going to eventually.
    I drew up a plan.

    You got to have a plan!


    Here's the problem. Laziness.


    We're all getting lazy. Apt this, pac that, fed'up? You better believe it.
    Why not a universal package manager: install vlc
    Behind the scenes install < sudo apt-get install > [vlc]

    Slack was always better. Fire up SlackBuilds and forget. Slaptget then forget!

    L8r

    Leave a comment:


  • Akka
    replied
    Originally posted by Hugh View Post
    a few years ago I spent more time than I wanted reading his blog posts. They got obsoleted. I want an overview but not a trivial one.I don't need to be sold on the need.
    The man files. Or read the same information from the freedesktop site.

    Leave a comment:


  • nanonyme
    replied
    Originally posted by torsionbar28 View Post
    So I decided to give Fedora 21 a try. I get a kernel oops during boot-up. Awesome. It installs just fine, but upon initial bootup after the installation, it gives the kernel oops.

    No other distro does this. This is on a Supermicro H8SCM with Opteron 4332 and 8 GB of Registered ECC memory. As a test, I tried CentOS, Mint, Ubuntu, and FreeBSD, and all install and boot and work just fine, no issues, no errors, no crashes. But not Fedora 21.
    Did you file a bug?

    Leave a comment:


  • torsionbar28
    replied
    So I decided to give Fedora 21 a try. I get a kernel oops during boot-up. Awesome. It installs just fine, but upon initial bootup after the installation, it gives the kernel oops.

    No other distro does this. This is on a Supermicro H8SCM with Opteron 4332 and 8 GB of Registered ECC memory. As a test, I tried CentOS, Mint, Ubuntu, and FreeBSD, and all install and boot and work just fine, no issues, no errors, no crashes. But not Fedora 21.

    Leave a comment:


  • blackiwid
    replied
    Originally posted by Espionage724 View Post
    The ordering doesn't seem random, so there has to be some logic as to how displays are arranged. I'm assuming the VBIOS prioritizes/orders ports. xrandr also lists the ports in the correct order they're laid-out on the GPU.

    The thing is, Linux nor Windows actually "know" how my monitors are arranged. I simply have them arranged in the order of the ports on the GPU itself, and this works out in all cases, except with GNOME.

    If GNOME itself isn't doing it, maybe GDM is? My screens are also not arranged properly on the login screen. LightDM seems fine out-the-box. KDM and XDM mirror the outputs at login. If I assume correctly, Ubuntu GNOME probably uses LightDM, so possibly firing that up should give me some feedback.
    that seems more likely with gdm, my monitors gets somethimes also rearanged after boots or suspends. Even I dont use gnome, I use gdm and use different tailing wms, at the moment stumpwm. And I have somethimes after boots also switched outputs before I call my xrandr script, even I have the left monitor on DP2 and the right on DP3.

    Leave a comment:


  • Guest
    Guest replied
    Originally posted by blackiwid View Post
    I doubt that the bios knows in which order your outputs are aranged so either there is some hardwaredatabase linux/the driver has access to, or it was just random luck and guesses that they were right in other instances.

    dp1 to dp2 placement you can guess maybe easy the rest is no way for a developer to know how its positioned except a big big hardware database.
    The ordering doesn't seem random, so there has to be some logic as to how displays are arranged. I'm assuming the VBIOS prioritizes/orders ports. xrandr also lists the ports in the correct order they're laid-out on the GPU.

    The thing is, Linux nor Windows actually "know" how my monitors are arranged. I simply have them arranged in the order of the ports on the GPU itself, and this works out in all cases, except with GNOME.

    If GNOME itself isn't doing it, maybe GDM is? My screens are also not arranged properly on the login screen. LightDM seems fine out-the-box. KDM and XDM mirror the outputs at login. If I assume correctly, Ubuntu GNOME probably uses LightDM, so possibly firing that up should give me some feedback.

    Leave a comment:


  • blackiwid
    replied
    Originally posted by Espionage724 View Post
    I assume the GPU presents it's ports in some kind of order (in the case of my GPU, it's DisplayPort-0, DIsplayPort-1, HDMI-0, DVI-0), and both Windows and most Linux DEs respect that order (so if I have 3 monitors as [1] [2] [3] with the ports being 1 = DP-1, 2 = HDMI 3 = DVI, the order by-default will go with that, and have DP on the far-left, HDMI in the middle, and DVI on the far-right).

    GNOME is the only DE (out of the ones I tried anyway; and I've tried KDE 4, 5, XFCE, LXDE, and Unity) that doesn't follow this rule, and it places my DVI monitor on the far-left, DP in the middle, and HDMI on the far-right.

    All my monitors are the same (and afaik give the same EDID information), so I'm not entirely sure what causes this arrangement. This is also with the open-source graphics drivers.
    I doubt that the bios knows in which order your outputs are aranged so either there is some hardwaredatabase linux/the driver has access to, or it was just random luck and guesses that they were right in other instances.

    dp1 to dp2 placement you can guess maybe easy the rest is no way for a developer to know how its positioned except a big big hardware database.

    Leave a comment:


  • Guest
    Guest replied
    Originally posted by blackiwid View Post
    How should a fresh installed linux installation know how you phisicly place your monitors? maybe it could assume that displayport 1 is left from displayport 2 but thats just a wild guess and if you mix hdmi and displayport its completly over...
    I assume the GPU presents it's ports in some kind of order (in the case of my GPU, it's DisplayPort-0, DIsplayPort-1, HDMI-0, DVI-0), and both Windows and most Linux DEs respect that order (so if I have 3 monitors as [1] [2] [3] with the ports being 1 = DP-1, 2 = HDMI 3 = DVI, the order by-default will go with that, and have DP on the far-left, HDMI in the middle, and DVI on the far-right).

    GNOME is the only DE (out of the ones I tried anyway; and I've tried KDE 4, 5, XFCE, LXDE, and Unity) that doesn't follow this rule, and it places my DVI monitor on the far-left, DP in the middle, and HDMI on the far-right.

    All my monitors are the same (and afaik give the same EDID information), so I'm not entirely sure what causes this arrangement. This is also with the open-source graphics drivers.

    Leave a comment:


  • blackiwid
    replied
    Originally posted by Espionage724 View Post
    One really weird thing though is how GNOME (I assume it's GNOME since no other DE does it, and it happens on both openSUSE and Fedora regardless of graphics stack/kernel) mis-arranges my triple-monitor setup out-the-box. My monitors are arranged with how the ports are laid-out on my GPU, and Windows, and all the other DEs and distros I've tried respect it. GNOME however wants to place my first monitor on the far-right though (so it's [2] [3] [1]). Can't seem to find any reports of this happening elsewhere, and have no idea why it happens to begin with.

    I can use the display app to re-arrange it properly without issue, and it sticks after reboots, so it's not a huge issue at all or even noticeable as an issue after that. But it's still strange.
    How should a fresh installed linux installation know how you phisicly place your monitors? maybe it could assume that displayport 1 is left from displayport 2 but thats just a wild guess and if you mix hdmi and displayport its completly over...

    But kernel 3.18 gets new dockingstation and randr abilities, so next gnome/fedora version maybe makes here something better. or at least for non-gnome users its easier to script it. What real bugs are that at least on intel gpus randr zooming or what you calll it does not work gread would find it cool to have everything scaled 20% if you sit on a monitor instead of a laptop as example. depending on the distance, not automaticly but manualy setup...

    Leave a comment:


  • Guest
    Guest replied
    Been DE and distro hopping for the past few days. Was hopping between XFCE, LXDE, KDE 4, and 5. Ended up eventually ditching Ubuntu and went for openSUSE Tumbleweed. Plasma 5 wasn't as-polished as I would have preferred, and 4 had some weird lock-up issue I couldn't figure out. XFCE worked fine, but I can't stand how it looks out-the-box on openSUSE (spoiled by Xubuntu a bit ), so I eventually gave GNOME a try. Not sure why I didn't try it sooner!

    Still had some weird instability issue on Tumbleweed, so I just went over to Fedora 21. Had to learn how to do some stuff, but so far everything is working correctly, and everything I want to do is working fine. Looks like this could be the DE/distro that works for me

    One really weird thing though is how GNOME (I assume it's GNOME since no other DE does it, and it happens on both openSUSE and Fedora regardless of graphics stack/kernel) mis-arranges my triple-monitor setup out-the-box. My monitors are arranged with how the ports are laid-out on my GPU, and Windows, and all the other DEs and distros I've tried respect it. GNOME however wants to place my first monitor on the far-right though (so it's [2] [3] [1]). Can't seem to find any reports of this happening elsewhere, and have no idea why it happens to begin with.

    I can use the display app to re-arrange it properly without issue, and it sticks after reboots, so it's not a huge issue at all or even noticeable as an issue after that. But it's still strange.

    Leave a comment:

Working...
X