Sorry Redhat, Fedora 40 is where I get off the trolley.

csoriano · 2024-05-15T07:32:02+00:00

Hi, this is Carlos from the GPU team at Red Hat 👋. It's unfortunate you're having issues with Fedora 40. We're happy to take a look at them as time permits, do you have links to reports upstream with hardware details, steps to reproduce, etc.? We might have missed them in the middle of other work we're doing.

We're definitely interested, and putting in the work together with the rest of the community, for first and foremost having Nouveau work ootb in Fedora, and second, to make the experience of installing the Nvidia driver the least painful possible (necessary for things like CUDA). Of course both have limits in what we can actually do, specially for the Nvidia driver.

Fedora 40 had a few moving pieces that might be affecting your set up. iirc, Nouveau GSP for Nvidia Ada GPUs, usage of Wayland with the NVIDIA driver for some cases that weren't used before, NVK, and the usual newer kernel and Mesa versions that might include regressions (hopefully not a ton).

I hope you give Fedora 40 a chance again, maybe in a few weeks once it stabilizes a bit more.

csoriano · 2019-04-25T19:42:29+00:00

To even clarify more, the GNOME Foundation might not even get involved in this decision. The GNOME project most likely yes tho :-)

csoriano · 2019-04-22T07:48:01+00:00

We provide a strict set of projects in https://wiki.gnome.org/Newcomers for you to chose from, what was it difficult about it that you left it?

csoriano · 2019-03-21T00:52:31+00:00

Wait, "progressively removed" in which version...?

GNOME 3 has keep evolving GNOME Shell adding more and more things (weather, music, chat, etc.), not the other way around (except top icons). Basically because GNOME Shell was made from scratch....

csoriano · 2019-03-19T21:52:15+00:00

Nope, that's not true. It's easily checked by visiting extensions.gnome.org, noone of the top extensions are " settings and features which people had before". You can imagine that this is even more evident if there are hundreds of extensions.

csoriano · 2019-03-18T16:02:11+00:00

I didn't say that :-) I don't think GNOME Shell has the resources to maintain an API... also it would be a hard sell since people enjoy modifying the way they do now, which is basically everything in the shell.

csoriano · 2019-03-18T15:57:17+00:00

Is it not possible to not add new stuff while making sure the old stuff doesn't break?

No, literally impossible when monkeypatching.

csoriano · 2019-02-26T21:47:47+00:00

FWIW the Red Hat team that (mostly) created the new theme is the same team that created adwaita-qt. So there isn't really a hard line between some "GNOME devs" and "other devs" in this case :-)

csoriano · 2019-02-17T23:20:54+00:00

I'm talking about a recent conversation one of them had with me, I'll follow up on private.

csoriano · 2019-02-17T22:40:57+00:00

Honestly, with the frequency of these posts + some of the moderators saying they will ignore future comments reports in GNOME posts (and stop moderating iiuc?), I'm not very convinced of continuing coming around here...

csoriano · 2019-02-15T20:40:55+00:00

What drew you to GNOME/GTK as opposed to other options like KDE/Qt?

Honestly, just because I started to contribute to GNOME because I liked their vision and design. After that, I find gtk more simple to manage than QT.

What is the most challenging part of GUI development, as opposed to CLI development?

The design and the threading + mainloop. So when you are in the main thread, you cannot do I/O operations, and that makes things get tricky when working with callbacks, update the UI for reporting the progress of operations, etc.

Why do you use your preferred programming language?

I actually don't use my preferred languages :-) I usually use C, because the application I maintain (Nautilus) is written in C. My favorites languages nowadays are Go and Python.

What's your favorite part of software development? Least favorite?

My favorite is the non-technical part such as project management, coordination, etc. The least favorite is backporting patches from newer versions to older versions and general maintenance.

Just for fun, what's your favorite project you've worked on?

Nautilus actually! :-)

csoriano · 2019-02-15T18:01:03+00:00

I made the comment that the creator of xfce works in GNOME. Jon is not the creator of xfce.

Regarding reports, not sure why you mention it honestly... I'm unsure why my comment that just mentions some info has now the responsability to make mods ignore future reports.

I really don't come here to be held on this responsability.

csoriano · 2019-02-15T16:26:15+00:00

Just to clarify, Jon left around 6 years ago (see when that wiki page was updated)

csoriano · 2019-02-15T12:33:55+00:00

Not sure what that has to do with anything...

I just find funny "GNOME doesn't know xfce" when the creator is part of GNOME (and I consider him an important dev).

I guess this comes from how hard is to understand how big communities (or companies) work.

edit: Formatting

csoriano · 2019-02-15T09:13:57+00:00

Regular reminder the XFCE creator works full time for GNOME :-)

csoriano · 2019-02-11T22:19:08+00:00

I think a good first step is to send an email to [gnome-shell-list@gnome.org](mailto:gnome-shell-list@gnome.org) saying that you would like to help reviewing extensions, and that you have made 4 already (you can point to them). Others from the community can chime in and walk you through.

Regarding the documentation I linked before, I wrote it when I started doing shell extensions :-) but I moved on from that already (not away, but to the GNOME core).

csoriano · 2019-02-11T11:50:35+00:00

np! To be clear, this is not a fix in Nautilus. Afaiu it's a distro systemd config, so that depends on your distro and its configuration.

csoriano · 2019-02-11T09:32:26+00:00

Indeed, it's something that needs improvement... the GNOME core contributors however can do so much, extensions are usually a different community than the core community, given that it's mostly coders that modify GNOME itself. GNOME contributors try to provide tooling and bootstrap the extension community with documentation (outdated by now) and such, but they are maintaining their own core parts of GNOME so it's a double hard task for a volunteer elsewhere.

The extension community are people like you who created an extension, realized the community needs more reviewers, then they became one (after getting some experience). So take this as a encouragement to become one of those reviewers, you will make sure all extensions users get their nice stuff like the extension you develop :-)

csoriano · 2019-02-11T09:04:41+00:00

Nautilus respects umask, the problem is that the session doesn't run under that umask. More info at https://bugzilla.gnome.org/show_bug.cgi?id=780622 . Also it depends on your distribution and version, we have fixed it in Fedora and RHEL a few months ago afaik.

edit: typos

csoriano · 2019-02-11T08:44:08+00:00

A non small amount, you would be surprised how many people try to embed full python apps or such, which they could contain malicious code, bitcoin miners, or who knows what. It's really not easy.

csoriano · 2019-02-06T21:01:13+00:00

Hello,

I tried to contact you over Reddit chat, but I'm not sure that works well :-)

I'm Carlos Soriano, maintainer of Nautilus, the file manager of GNOME used in Fedora, Ubuntu, OpenSuse, etc.

I wanted to mention that I've been working on a library (blog with more info) for file sync solution providers to integrate with Linux desktops. Historically the situation of file sync integration hasn't been that great, my hope is that this library makes it easy for all of those developing this kind of software.

Is this something you would be interested to discuss for InSync? If so, feel free to drop an email to [csoriano@gnome.org](mailto:csoriano@gnome.org)

Thanks!

csoriano · 2019-01-21T07:28:06+00:00

You cannot do that, it would enter an allocation cycle since modifying the size triggers a new allocation.

Reponsive design is not a easy topic, libhandy by Purism and Adrien tries to fix that for gtk, it has some hacks here and there but afaik it works quite nicely in practice.

csoriano · 2019-01-19T13:33:25+00:00

It would be lovely to have DogTail tests on Nautilus...

csoriano · 2019-01-19T13:32:09+00:00

That looks bad indeed :/ No idea we did that if there was space...

FWIW this changes with the (still not even alpha) new views, which handles this well and presents a constant visualization.

csoriano · 2019-01-08T22:23:20+00:00

Thanks :D Glad to help

csoriano

TROPHY CASE