Re: Regarding behaviour of Gnome and Fedora members

2020-06-12 Thread Ty Young
On 6/12/20 7:10 AM, Emmanuel Seyman wrote: * Ty Young [12/06/2020 05:50] : So, could anything be done about any of this? I would propose that we keep discussions not related to the development of Fedora off the devel@ mailing-list. Hi, Some of the comments mentioned in my article took

Re: Regarding behaviour of Gnome and Fedora members

2020-06-12 Thread Ty Young
On 6/12/20 6:33 AM, Bastien Nocera wrote: On Fri, 2020-06-12 at 05:50 -0500, Ty Young via desktop-devel-list wrote: So, could anything be done about any of this? You said you were leaving 8 months ago: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1661#note_609870 I think it might

Regarding behaviour of Gnome and Fedora members

2020-06-12 Thread Ty Young
Hi all, Gnome recently has stirred up controversy lately and aren't taking other people's opinions very well, to say the least. So far they've locked three threads: https://www.reddit.com/r/gnome/comments/gz6fks/we_must_all_speak_up/

Re: An Apology

2020-05-21 Thread Ty Young
On 5/20/20 9:36 AM, Matthew Miller wrote: On Wed, May 20, 2020 at 05:22:42AM -0500, Ty Young wrote: I think I owe some in the Fedora project an apology. Hi Ty. Thank you for this. When we're passionate about something, it's easy to get frustrated and upset, and easy for that to get out

An Apology

2020-05-20 Thread Ty Young
Hi, I think I owe some in the Fedora project an apology. I feel like some good people where caught in the crossfire who were never intended to be with my words. I do not believe it to be true nor was it intended to be taken as "all Linux distros and their software maintainers are evil". I

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 8:24 PM, Michael Catanzaro wrote: Dude, chill out. We're not going to go back to running X as root. The Nvidia overclocking tool is just not important at all (seriously, who cares?). If you're upset their proprietary software doesn't work anymore, you can ask them nicely to fix

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 7:08 PM, Solomon Peachy wrote: On Mon, May 18, 2020 at 06:03:16PM -0500, Ty Young wrote: Willing to bet you or anyone else here won't. FYI, this applies to you as well. You just proved my point: >If it was Open Source and we were having this discussion, people like yours

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 2:51 PM, Samuel Sieb wrote: On 5/18/20 7:27 AM, Ty Young wrote: The application was an Nvidia GPU overclocking utility written in Java. When Fedora decided to disable running X. Org as root, it resulted in the application no longer being able to adjust GPU/Memory clocks, among

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 9:14 AM, Fabio Valentini wrote: On Mon, May 18, 2020 at 3:34 PM Ty Young wrote: On 5/18/20 7:35 AM, Nicolas Mailhot via devel wrote: My software didn't magically break just for Fedora because of some bug in my software. It broke because Fedora decided they wanted to do something

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 8:34 AM, Ty Young wrote: ...and there are plenty of Open Source projects that don't have packages yet people contribute to them. This isn't the early 2000 when barely anyone has internet and sites like Github didn't exist. Sure, a distro package increases visibility still

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 7:35 AM, Nicolas Mailhot via devel wrote: Le lundi 18 mai 2020 à 14:12 +0200, Michal Srb a écrit : Hello, On Sat, May 16, 2020 at 11:24 AM Nicolas Mailhot via devel < devel@lists.fedoraproject.org> wrote: Le vendredi 15 mai 2020 à 08:30 -0700, stan via devel a écrit : On Fri, 15

Re: Why distributions package software

2020-05-14 Thread Ty Young
On 5/14/20 7:37 AM, Igor Raits wrote: *big snip* I feel like the context of that whole email has been lost. It was merely a long list of reasons why "just package software for dozens of distros" isn't an viable answer in response to the other person's claim. Fedora is a bit of an exception

Re: Re-Launching the Java SIG

2020-05-14 Thread Ty Young
On 5/14/20 6:42 AM, Solomon Peachy wrote: On Thu, May 14, 2020 at 06:33:47AM -0500, Ty Young wrote: Whichever you choose. Large projects like Gnome and Fedora refer to themselves as one large organization one minute and then as individuals the next. It reminds me of how everyone says "

Re: Re-Launching the Java SIG

2020-05-14 Thread Ty Young
On 5/13/20 4:58 PM, Solomon Peachy wrote: On Wed, May 13, 2020 at 04:04:50PM -0500, Ty Young wrote: Anyway, I'm just asking that Fedora not repeat what Debian did. While I find it to be a bit paranoid, I understand the concerns regarding someone sneaking in malware into pre-build binaries. I'm

Re: Re-Launching the Java SIG

2020-05-14 Thread Ty Young
On 5/14/20 4:53 AM, Michal Srb wrote: Hello, On Tue, May 12, 2020 at 12:57 PM Felix Schwarz mailto:fschw...@fedoraproject.org>> wrote: Am 12.05.20 um 12:32 schrieb Ty Young: > Right, I figured it was some Fedora policy and not up to you. I suppose I > should ha

Re: Re-Launching the Java SIG

2020-05-13 Thread Ty Young
On 5/13/20 4:16 PM, James Cassell wrote: On Wed, May 13, 2020, at 5:04 PM, Ty Young wrote: On 5/13/20 12:04 PM, Robbie Harwood wrote: Ty Young writes: On 5/12/20 5:55 AM, Felix Schwarz wrote: Am 12.05.20 um 12:32 schrieb Ty Young: Right, I figured it was some Fedora policy and not up

Re: Re-Launching the Java SIG

2020-05-13 Thread Ty Young
On 5/13/20 12:04 PM, Robbie Harwood wrote: Ty Young writes: On 5/12/20 5:55 AM, Felix Schwarz wrote: Am 12.05.20 um 12:32 schrieb Ty Young: Right, I figured it was some Fedora policy and not up to you. I suppose I should have been more clear there. Sorry for any confusion, it was aimed

Re: Re-Launching the Java SIG

2020-05-12 Thread Ty Young
On 5/12/20 5:55 AM, Felix Schwarz wrote: Am 12.05.20 um 12:32 schrieb Ty Young: Right, I figured it was some Fedora policy and not up to you. I suppose I should have been more clear there. Sorry for any confusion, it was aimed at the Fedora project as a whole as this is a Fedora issue

Re: Re-Launching the Java SIG

2020-05-12 Thread Ty Young
On 5/12/20 5:39 AM, Fabio Valentini wrote: On Tue, May 12, 2020 at 12:34 PM Ty Young wrote: Right, I figured it was some Fedora policy and not up to you. I suppose I should have been more clear there. Sorry for any confusion, it was aimed at the Fedora project as a whole as this is a Fedora

Re: Re-Launching the Java SIG

2020-05-12 Thread Ty Young
On 5/12/20 3:48 AM, Felix Schwarz wrote: Am 12.05.20 um 10:35 schrieb Ty Young: JUST PACKAGE THE PRE-COMPILED BUILDS!!! Don't take me as rude but this is not possible. This is documented in Fedora's packaging policies: https://docs.fedoraproject.org/en-US/packaging-guidelines/what-can

Re: Re-Launching the Java SIG

2020-05-12 Thread Ty Young
On 5/12/20 2:50 AM, Fabio Valentini wrote: What about packaging gradle instead? (In the cases I looked into, porting from gradle to maven would be rewriting the build system from scratch. Assuming that we have tens and will have hundreds of packages with gradle, in the long term it seems better

Re: Backports of fixes from F32 -> F31?

2020-04-30 Thread Ty Young
On 4/30/20 7:37 AM, Josh Boyer wrote: On Wed, Apr 29, 2020 at 11:42 PM Ty Young wrote: On 4/29/20 8:04 PM, Josh Boyer wrote: Sure, that's valid. Although for installations contained to just Fedora content, the upgrade from release to release has been downright boring (that's a good thing

Re: Backports of fixes from F32 -> F31?

2020-04-29 Thread Ty Young
On 4/29/20 8:04 PM, Josh Boyer wrote: Sure, that's valid. Although for installations contained to just Fedora content, the upgrade from release to release has been downright boring (that's a good thing). It's almost equivalent to a reboot. Perhaps there are other reasons, like some third

Re: App updates for the new AAA solution

2020-04-23 Thread Ty Young
On 4/23/20 12:00 PM, Richard W.M. Jones wrote: On Thu, Apr 23, 2020 at 05:22:01PM +0100, Stephen Coady wrote: Hi, Development work has begun on the API which will give applications access to the new AAA solution. As part of our effort to migrate to this new AAA solution we need to identify

Re: Nvidia binary drivers fail to install on Fedora 32

2020-04-02 Thread Ty Young
On 4/2/20 2:30 PM, Kalev Lember wrote: On Thu, Apr 2, 2020 at 9:23 PM Ty Young <mailto:youngty1...@gmail.com>> wrote: rpm-ostree first gave some error about fedora-release(31) and the RPMFusion repos. Why does Fedora not attempt to bump the RPMFusion repo version auto

Re: Nvidia binary drivers fail to install on Fedora 32

2020-04-02 Thread Ty Young
On 3/30/20 3:37 AM, Daniel Smith wrote: You will likely need to reset any mutations you have performed $ rpm-ostree reset I decided to just download and install Fedora 31 and upgrade to Fedora 32 as I would as if I was using it(AKA installing Nvidia drivers). It was a bit rocky, to say

Re: Nvidia binary drivers fail to install on Fedora 32

2020-03-29 Thread Ty Young
On 3/29/20 3:01 PM, Ty Young wrote: On 3/29/20 2:55 PM, Daniel Smith wrote: "ostree(akmod-nvidia.post)[10990]: Building /usr/src/akmods/nvidia-kmod-440.64-2.fc33.src.rpm for kernel 5.6.0-0.rc7.git1.1.fc33.x86_64" You're using fc33 kernels which are Rawhide. You'll need to rebase d

Re: Nvidia binary drivers fail to install on Fedora 32

2020-03-29 Thread Ty Young
On 3/29/20 3:25 PM, Dominik 'Rathann' Mierzejewski wrote: On Sunday, 29 March 2020 at 22:20, Ty Young wrote: On 3/29/20 3:04 PM, Vitaly Zaitsev via devel wrote: On 29.03.2020 18:24, Kevin Kofler wrote: RPM Fusion used to provide compiled kmod packages for years, and those just worked. (Well

Re: Nvidia binary drivers fail to install on Fedora 32

2020-03-29 Thread Ty Young
On 3/29/20 3:04 PM, Vitaly Zaitsev via devel wrote: On 29.03.2020 18:24, Kevin Kofler wrote: RPM Fusion used to provide compiled kmod packages for years, and those just worked. (Well, for the proprietary ones, they only worked as well as proprietary drivers work to begin with, but that was no

Re: Nvidia binary drivers fail to install on Fedora 32

2020-03-29 Thread Ty Young
On 3/29/20 2:55 PM, Daniel Smith wrote: "ostree(akmod-nvidia.post)[10990]: Building /usr/src/akmods/nvidia-kmod-440.64-2.fc33.src.rpm for kernel 5.6.0-0.rc7.git1.1.fc33.x86_64" You're using fc33 kernels which are Rawhide. You'll need to rebase down to F32 or F31. rpm-ostree rebase

Re: Nvidia binary drivers fail to install on Fedora 32

2020-03-29 Thread Ty Young
On 3/29/20 2:29 PM, Daniel Smith wrote: Both F31 and F32 have non-debug kernels that work with the Nvidia drivers from rpmfusion. Source: Using F32 Silverblue with the Nvidia akmods. OK, so why aren't they installing? ___ devel mailing list --

Re: Nvidia binary drivers fail to install on Fedora 32

2020-03-29 Thread Ty Young
On 3/29/20 1:32 PM, Kevin Fenzi wrote: On Sun, Mar 29, 2020 at 11:31:13AM -0400, Gerald Henriksen wrote: On Sun, 29 Mar 2020 06:46:17 -, you wrote: Wait, nevermind. It’s kmod, got them confused: rpm-ostree install kmod-nvidia xorg-x11-drv-nvidia You need to use the nodebug kernel

Re: Nvidia binary drivers fail to install on Fedora 32

2020-03-29 Thread Ty Young
On 3/29/20 1:46 AM, Leigh Scott wrote: Wait, nevermind. It’s kmod, got them confused: rpm-ostree install kmod-nvidia xorg-x11-drv-nvidia You need to use the nodebug kernel https://fedoraproject.org/wiki/RawhideKernelNodebug Wiki doesn't say how to install nondebug on Silverblue. How do

RE: Nvidia binary drivers fail to install on Fedora 32

2020-03-28 Thread Ty Young
>Interesting. I’ve used Fedora 30 Silverblue before and it worked(yes, using >AKMod). Maybe this is a >regression? >Anyway, when I looked up the error I got a result from Nvidia’s forum wherein >a user pointed to a >kernel issue. Apologies if that isn’t the case. Wait, nevermind. It’s kmod,

RE: Nvidia binary drivers fail to install on Fedora 32

2020-03-28 Thread Ty Young
>Okay, no. This is actually a fundamental technical flaw with >RPM-OSTree. In fact, *zero* DKMS or AKMod based packages will work >with RPM-OSTree based systems, and has been known for at least three >years: https://github.com/coreos/rpm-ostree/issues/1091 >It has nothing to do with any

Nvidia binary drivers fail to install on Fedora 32

2020-03-28 Thread Ty Young
Either no one is testing Fedora 32 on Nvidia hardware or Fedora has entered an entirely new level of salt. Attempting to install from RPMFusion results in: Mar 28 22:32:44 localhost.localdomain rpm-ostree(akmod-nvidia.post)[10990]: Building /usr/src/akmods/nvidia-kmod-440.64-2.fc33.src.rpm

Re: CoC

2020-03-19 Thread Ty Young
ecifically, the "be respectful" section at the top. Anyway, not the same person. I'd jump off a cliff before having anything to do with or use Debian. Anyone who knows me from Reddit could probably tell you that. m On Thu, Mar 19, 2020 at 3:37 PM Ty Young <mailto:youngty1...@gmail.com&

Re: CoC

2020-03-19 Thread Ty Young
On 3/19/20 2:43 PM, Neal Gompa wrote: On Thu, Mar 19, 2020 at 3:37 PM Ty Young wrote: On 3/19/20 2:18 PM, Daniel Pocock wrote: On 12/03/2020 22:34, Matthew Miller wrote: On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote: It is very, very wrong and I don't feel I should have

Re: CoC

2020-03-19 Thread Ty Young
On 3/19/20 2:18 PM, Daniel Pocock wrote: On 12/03/2020 22:34, Matthew Miller wrote: On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote: It is very, very wrong and I don't feel I should have to make a public request like this. Nonetheless, there is a certain type of person who

Re: Java Dev Group and Fedora Quality

2020-01-25 Thread Ty Young
On 1/25/20 7:30 PM, Alexander Ploumistos wrote: Hello Ty, On Sun, Jan 26, 2020 at 1:42 AM Ty Young wrote: The unfortunate reality is that none of what you describe will likely change in any significant way, at least not with the standard Linux distros(Ubuntu, Fedora, Debian, Arch) etc. Too

Re: Java Dev Group and Fedora Quality

2020-01-25 Thread Ty Young
On 1/25/20 7:12 PM, Neal Gompa wrote: On Sat, Jan 25, 2020 at 7:42 PM Ty Young wrote: You miss the point of how FOSS projects work. Read up on some history and get some understanding of the cultural background before you blithely say that ideology and passion are what is killing Linux distros

Re: Java Dev Group and Fedora Quality

2020-01-25 Thread Ty Young
Hi Bill, Not an average Fedora user but I've used several Linux distributions(including Fedora and versions there of) over the years. What you are bringing up is 100% valid and isn't new or specific to Fedora. It's been a known and valid complaint that there isn't enough software in distro

Re: Recommending proprietary software in Fedora

2019-10-16 Thread Ty Young
On 10/15/19 10:59 PM, Leigh Scott wrote: On Wed, Oct 16, 2019 at 12:44 AM, John M. Harris Jr Don't waste your time answering this troll, he isn't listening. This is gold. Red Hat and Fedora will happily enforce a ridiculous Code of Conduct on non Red Hat and Fedora members but Red Hat and

Re: RPM Fusion Bugzilla Bug 5307

2019-09-23 Thread Ty Young
On 9/23/19 5:12 PM, Solomon Peachy wrote: On Mon, Sep 23, 2019 at 04:20:37PM -0500, Ty Young wrote: Then you also understand the entire thread was made *because* Fedora was being in inconsiderate and disrespectful to both Nvidia, myself, and other developers, right? So far, you are the only

Re: RPM Fusion Bugzilla Bug 5307

2019-09-23 Thread Ty Young
On 9/23/19 3:22 PM, Ben Cotton wrote: Ty, I understand your frustration, but please consider whether your approach is constructive. "Friends" is one of the four foundations of the Fedora community and starting the thread with insults goes beyond the bounds of healthy disagreement. Please keep

Re: RPM Fusion Bugzilla Bug 5307

2019-09-23 Thread Ty Young
On 9/23/19 3:16 PM, Markus Larsson wrote: On 23 September 2019 21:58:02 CEST, Ty Young wrote: > >On 9/23/19 1:53 PM, Markus Larsson wrote: >> You already have a solution. Use the solution you have. > > >Not a solution, it's a bandaid to a much larger problem. Y

Re: RPM Fusion Bugzilla Bug 5307

2019-09-23 Thread Ty Young
, and no one has experience. Make any sense? I know it doesn't perfectly loop back at the end but 1-4 does. Br M On 23 September 2019 20:38:13 CEST, Ty Young wrote: On 9/23/19 10:00 AM, Michael Catanzaro wrote: On Mon, Sep 23, 2019 at 9:50 am, Michael Catanzaro wrote

Re: RPM Fusion Bugzilla Bug 5307

2019-09-23 Thread Ty Young
On 9/23/19 2:02 PM, Solomon Peachy wrote: On Mon, Sep 23, 2019 at 01:38:13PM -0500, Ty Young wrote: ...among a whole lot else I'm probably forgetting. You're forgetten one very important thing: https://web.archive.org/save/_embed/http://safr.kingfeatures.com/idn/ck3/email/zone.php?r

Re: RPM Fusion Bugzilla Bug 5307

2019-09-23 Thread Ty Young
On 9/23/19 12:55 PM, Neal Gompa wrote: On Mon, Sep 23, 2019 at 1:49 PM Ty Young wrote: On 9/23/19 9:56 AM, Neal Gompa wrote: On Sun, Sep 22, 2019 at 11:03 PM Ty Young wrote: On 9/22/19 9:09 PM, Neal Gompa wrote: On Sun, Sep 22, 2019 at 7:25 PM Ty Young wrote: On 9/22/19 5:51 PM, Samuel

Re: RPM Fusion Bugzilla Bug 5307

2019-09-23 Thread Ty Young
On 9/23/19 10:00 AM, Michael Catanzaro wrote: On Mon, Sep 23, 2019 at 9:50 am, Michael Catanzaro wrote: You're wasting your time. We're not going to run the X server as root just so you can overclock your GPU. Not a chance. It isn't just to overclock my GPU, you're *BREAKING PEOPLE'S

Re: RPM Fusion Bugzilla Bug 5307

2019-09-23 Thread Ty Young
On 9/23/19 9:56 AM, Neal Gompa wrote: On Sun, Sep 22, 2019 at 11:03 PM Ty Young wrote: On 9/22/19 9:09 PM, Neal Gompa wrote: On Sun, Sep 22, 2019 at 7:25 PM Ty Young wrote: On 9/22/19 5:51 PM, Samuel Sieb wrote: On 9/22/19 3:10 PM, Ty Young wrote: I couldn't actually install the drivers

Re: RPM Fusion Bugzilla Bug 5307

2019-09-22 Thread Ty Young
On 9/22/19 9:09 PM, Neal Gompa wrote: On Sun, Sep 22, 2019 at 7:25 PM Ty Young wrote: On 9/22/19 5:51 PM, Samuel Sieb wrote: On 9/22/19 3:10 PM, Ty Young wrote: I couldn't actually install the drivers because the update GUI in the cinnamon spin is broken and/or the repo/update servers

Re: RPM Fusion Bugzilla Bug 5307

2019-09-22 Thread Ty Young
On 9/22/19 5:51 PM, Samuel Sieb wrote: On 9/22/19 3:10 PM, Ty Young wrote: I couldn't actually install the drivers because the update GUI in the cinnamon spin is broken and/or the repo/update servers are down. Again. I don't know why you're having so much trouble with updates.  But just

Re: RPM Fusion Bugzilla Bug 5307

2019-09-22 Thread Ty Young
On 9/22/19 3:08 AM, Leigh Scott wrote: On Sat, Sep 21, 2019 at 8:33 PM Ty Young Do you mean 'Support non-root X'? if so some DM's still don't support it. https://github.com/canonical/lightdm/issues/18 This is Nvidia's fault. It was hidden from you because sometimes the packaging

Re: RPM Fusion Bugzilla Bug 5307

2019-09-22 Thread Ty Young
On 9/22/19 3:32 AM, Leigh Scott wrote: I'll just cut to the chase. Rawhide with Nvidia drivers because of debug kernel. There is a lack of software compared to other Linux distros like Ubuntu or Arch(no Vivaldi!?!?). Fedora developers tend to be hostile towards proprietary software. etc. I

Re: RPM Fusion Bugzilla Bug 5307

2019-09-22 Thread Ty Young
On 9/22/19 3:08 AM, Leigh Scott wrote: On Sat, Sep 21, 2019 at 8:33 PM Ty Young Do you mean 'Support non-root X'? if so some DM's still don't support it. https://github.com/canonical/lightdm/issues/18 ...and it's Open Source. Ironic. Anyway, I did a google search and apparently running X

Re: RPM Fusion Bugzilla Bug 5307

2019-09-22 Thread Ty Young
On 9/22/19 2:40 AM, John M. Harris Jr wrote: On Saturday, September 21, 2019 5:32:37 PM MST Ty Young wrote: I'll just cut to the chase. About 2-3 months ago I filed a bug report that overclocking on Nvidia hardware wasn't working on Fedora. I then later sent an email about this issue wherein

Re: RPM Fusion Bugzilla Bug 5307

2019-09-22 Thread Ty Young
On 9/22/19 1:57 AM, Samuel Sieb wrote: On 9/21/19 11:46 PM, Ty Young wrote: That's a load of bull dung if there ever was one. There are *MANY* bugs in Intel/AMD's drivers and MESA that have yet to be fixed(which affect everyone) despite being Open Source. You can't fix those bugs

Re: RPM Fusion Bugzilla Bug 5307

2019-09-22 Thread Ty Young
On 9/22/19 12:48 AM, Samuel Sieb wrote: On 9/21/19 6:31 PM, Ty Young wrote: Really? It's Nvidia's fault that noone can agree on anything and keep fragmenting the ecosystem in incredibly stupid ways? No, it's NVidia's fault because they refuse to open-source their driver.  That means

Re: RPM Fusion Bugzilla Bug 5307

2019-09-21 Thread Ty Young
On 9/21/19 9:24 PM, Neal Gompa wrote: On Sat, Sep 21, 2019 at 9:32 PM Ty Young wrote: On 9/21/19 7:51 PM, Neal Gompa wrote: On Sat, Sep 21, 2019 at 8:33 PM Ty Young wrote: I'll just cut to the chase. About 2-3 months ago I filed a bug report that overclocking on Nvidia hardware wasn't

Re: RPM Fusion Bugzilla Bug 5307

2019-09-21 Thread Ty Young
On 9/21/19 7:51 PM, Neal Gompa wrote: On Sat, Sep 21, 2019 at 8:33 PM Ty Young wrote: I'll just cut to the chase. About 2-3 months ago I filed a bug report that overclocking on Nvidia hardware wasn't working on Fedora. I observed this bug while trying out Fedora Silverblue 30's release

Re: RPM Fusion Bugzilla Bug 5307

2019-09-21 Thread Ty Young
I'll just cut to the chase. About 2-3 months ago I filed a bug report that overclocking on Nvidia hardware wasn't working on Fedora. I observed this bug while trying out Fedora Silverblue 30's release but not in beta. I then later sent an email about this issue wherein Nvidia was immediately

Re: Nvidia GPU overclocking in Fedora Silverblue 30 is currently broken

2019-07-10 Thread Ty Young
of space. The output doesn't make a whole lot of sense... On Tue, Jul 9, 2019 at 4:07 PM Samuel Sieb wrote: > On 7/8/19 11:46 PM, Ty Young wrote: > > rpm-ostree install akmod-nvidia xorg-x11-drv-nvidia = core working driver > > rpm-ostree install xorg-x11-drv-nvidia-libs

Re: Nvidia GPU overclocking in Fedora Silverblue 30 is currently broken

2019-07-09 Thread Ty Young
e driver package itself or libs right? On Tue, Jul 9, 2019 at 4:22 AM Nicolas Chauvet wrote: > Le mar. 9 juil. 2019 à 09:42, Ty Young a écrit : > > For more clarity, please answer in bugzilla (either as new RFE or the > current report). > > > > With that said, the appr

Re: Nvidia GPU overclocking in Fedora Silverblue 30 is currently broken

2019-07-09 Thread Ty Young
On 7/8/19 3:59 PM, Nicolas Chauvet wrote: Le lun. 8 juil. 2019 à 21:29, Ty Young a écrit : Bug filed: https://bugzilla.rpmfusion.org/show_bug.cgi?id=5307 The driver itself seems perfectly fine in that the system boots and OpenGL works perfectly fine. Games are playable. How do I output

Re: Nvidia GPU overclocking in Fedora Silverblue 30 is currently broken

2019-07-08 Thread Ty Young
2019 at 10:37 AM Nicolas Chauvet wrote: > Le lun. 8 juil. 2019 à 16:30, Ty Young a écrit : > > > > Hi, > > > > > > To whoever is packaging the Nvidia GPU driver in Fedora / RPM Fusion, > > overclocking support is currently broken. Not even nvidia-settings i

Nvidia GPU overclocking in Fedora Silverblue 30 is currently broken

2019-07-08 Thread Ty Young
Hi, To whoever is packaging the Nvidia GPU driver in Fedora / RPM Fusion, overclocking support is currently broken. Not even nvidia-settings is able to set a GPU core offset value via GUI despite a correct coolbits value being set. This use to work some updates ago. Wayland is not being

Fedora Silverblue Rawhide & nodebug kernel

2019-06-30 Thread Ty Young
Hi, Does Fedora Silverblue Rawhide not support the nodebug kernel at all? Currently attempting to override the default DEBUG kernel from the nodebug repo fails when attempting to switch out the RC5 kernel with the RC6 kernel with a forbidden base package message. Is this just because

Re: Fedora, Packaging, Java, and Shrooms

2019-04-12 Thread Ty Young
On 4/12/19 10:40 AM, Kevin Kofler wrote: Ty Young wrote: Which it does but no alternatives show up even when downloading from Fedora's repos. Is there no post installation scripts that properly registers everything? If not, then how are there symbolic links in /etc/alternatives? What

Re: Fedora, Packaging, Java, and Shrooms

2019-04-12 Thread Ty Young
On 4/12/19 12:16 PM, Colin Walters wrote: On Thu, Apr 11, 2019, at 7:41 AM, Ty Young wrote: Hi, I'm thinking of switching to Fedora 30 Silverblue(once it comes out of beta anyway) from Arch linux. One of the requirements is to be able to install, compile from source and easily switch between

Re: Fedora, Packaging, Java, and Shrooms

2019-04-12 Thread Ty Young
On 4/11/19 11:30 PM, Kevin Kofler wrote: Ty Young wrote: alternatives(see: https://fedoraproject.org/wiki/Java), which is supposed to allow you to switch between Java versions, flat out doesn't work. This is probably due to limitations in Silverblue. The Fedora Java packaging was designed

Re: Fedora, Packaging, Java, and Shrooms

2019-04-11 Thread Ty Young
>firstly i recommend to use Fedora toolbox [0] for this kind of things on Silverblue (it's part of Silverblue already). Not everything can easily be done in a containerized environment. The game "Minecraft" for example needs a system JRE in order to run as it is written in Java and is installed

Re: Fedora, Packaging, Java, and Shrooms

2019-04-11 Thread Ty Young
>Java is not "just" a system directory, it's a set of coordinated commands, some of those shared between the jre and the jdk, with the set varying slightly between Java versions, JDK provider, etc. What you are (primarily) describing is the path export variable to the java binary which is located

Fedora, Packaging, Java, and Shrooms

2019-04-11 Thread Ty Young
Hi, I'm thinking of switching to Fedora 30 Silverblue(once it comes out of beta anyway) from Arch linux. One of the requirements is to be able to install, compile from source and easily switch between JDK builds. However, Fedora fails to meet these requirements so badly I'm fairly certain whoever

Fedora 30 Beta Silverblue Feedback

2019-04-04 Thread Ty Young
Hi, I didn't see a Silverblue specific mailing list and Fedora 30 is a beta so hopefully this is right. If it isn't, where is the appropriate place? Firstly I'd like to just say that the idea behind Fedora Silverblue is really amazing. My understanding it's more orientated for containers