RC 1.14 fails in VirtualBox, has problems in UTM
Tested this morning in the latest VBox 7.0.16 (which in theory supports kernel 6.8). Running on macOS Monterey, 12.7.4 (latest release for my hardware). GNOME edition: I got a message that my VM had outdated Guest Additions, which I took as a good sign. However, installation froze hard, locking the mouse pointer and whole VM, at 8% complete. KDE edition: severe text corruption made it inoperable; almost no text visible in the installer. I tried again in the latest UTM, which uses QEMU under the hood. GNOME: worked fine, nicely responsive. KDE: installer draws a blank featureless blue screen. I turned off GPU passthrough and tried again. Completed fine, and works fine, although it is a little sluggish. Sound does not work in either desktop, though. I just thought you might like to know. -- Liam Proven ~ lpro...@sitpub.com FOSS & Public Cloud Reporter, the Register ~ https://www.theregister.com/ Isle of Man tel: +44 7624 227612 ~ UK tel: +44 7939 087884 (*not* 24x7) Czech tel: +420 702 829 053 (also Whatsapp/Telegram/Signal) -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: KDE and GNOME Join Hands To Add Payments To Turn Flathub Into a Store for the Linux Desktop
On 05/09/2023 13:03, Alexander Ploumistos wrote: That would be the OP. Oh well, so long as it's not me for once. ;-) -- Liam Proven ~ lpro...@sitpub.com FOSS & Public Cloud Reporter, the Register ~ https://www.theregister.com/ Czech tel: +420 702 829 053 (also Whatsapp/Telegram/Signal) Isle of Man tel: +44 7624 227612 ~ UK tel: +44 7939 087884 (*not* 24x7) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: KDE and GNOME Join Hands To Add Payments To Turn Flathub Into a Store for the Linux Desktop
On Tue, 5 Sept 2023 at 11:51, Richard W.M. Jones wrote: > > (Everyone, it's best to not feed the troll) Since you don't quote any part of any message, we have no idea who you consider to be a troll and so who we are not supposed to feed. Thus making your message content-free and so in itself rather trollish. -- Liam Proven ~ lpro...@sitpub.com FOSS & Public Cloud Reporter, the Register ~ https://www.theregister.com/ Isle of Man tel: +44 7624 227612 ~ UK tel: +44 7939 087884 (*not* 24x7) Czech tel: +420 702 829 053 (also Whatsapp/Telegram/Signal) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: KDE and GNOME Join Hands To Add Payments To Turn Flathub Into a Store for the Linux Desktop
On Wed, 30 Aug 2023 at 23:19, Ryan Bach via devel wrote: > > It would be nice for Redhat to monetize the Desktop. What do you guys think? Um, well, TBH, I think it would be nice for Red Hat *not* to monetise the desktop. If it wants to monetise Fedora it will drive more people away from it, I think. It is perfectly free to monetise RHEW and should. -- Liam Proven ~ lpro...@sitpub.com FOSS & Public Cloud Reporter, the Register ~ https://www.theregister.com/ Isle of Man tel: +44 7624 227612 ~ UK tel: +44 7939 087884 (*not* 24x7) Czech tel: +420 702 829 053 (also Whatsapp/Telegram/Signal) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F21 System Wide Change: Workstation: Disable firewall
On Apr 23, 2014 4:29 AM, Reindl Harald h.rei...@thelounge.net wrote: Am 23.04.2014 07:52, schrieb Liam: On Apr 22, 2014 5:09 AM, Christian Schaller wrote: I think this is a misunderstanding of who a developer might be and why they choose a system. Those of my friends and acquaintances, who are developers and who over the years have decided to switch their development laptops from Linux to predominantly MacOS X, has not done so because they had things they wanted to do that was 'impossible' to do with Linux or that they thought they could not figure out how to do with linux. Instead they moved because they got tired of spending time trying to make their system 'work'. This is in no way limited to dealing with the challenges of a firewall, but if we want to attract developers or any kind of user to our system we need to make it usable without needing daily google searches to figure out how you can do something and make parts of your system work. the daily google searches are much more because interfaces are permanently replaced - be it GUI's or CLI interfaces and configurations get invalid due all that replacements - *there* is the problem - what you know today maybe in 3 years as ivalid as what you learend 5 years ago about a Fedora system and whatever you find with Google is quentionable and likely outdated smart replacements whould keep interfaces as they are and only replace the code behind and add some options but not break the semantic The fact of the matter is that there's really no compelling reason for the average web developer, for instance, to move to Linux. Osx is already more powerful than any linux stop that i face every single day the opposite because on the other side of my desk is a OSX machine, terrible slow with the same CPU and a unacceptable usability compared with a recent KDE because you can't do this and that the usability part may be subjectively, the terrible slow is not given both of our machines have the same CPU UmmOK I'm speaking about what I see in general and not osx's efficiency but how it is used. Osx provides nice Unix underpinnings, tremendous battery life, hugely vibrant developer ecosystem, and can run many Linux programs. IMHO, the only possible path to those users is to provide a system that helps them do their work more easily. Exactly what that entails I don't know and, without some very targeted questioning, I don't think it likely we'll happen upon the answer. Simply developing the facade of osx, without the sophistication hidden beneath, is a sure way to turn off potential switchers because, currently, we can't offer a comparable experience. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: Workstation: Disable firewall
On Apr 22, 2014 5:09 AM, Christian Schaller cscha...@redhat.com wrote: - Original Message - From: Liam l...@fightingcrane.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Monday, April 21, 2014 10:10:13 PM Subject: Re: F21 System Wide Change: Workstation: Disable firewall On Apr 21, 2014 4:32 AM, drago01 drag...@gmail.com wrote: On Mon, Apr 21, 2014 at 3:49 AM, Liam l...@fightingcrane.com wrote: Sent from mYphone On Apr 20, 2014 7:02 PM, drago01 drag...@gmail.com wrote: On Mon, Apr 21, 2014 at 12:39 AM, Reindl Harald h.rei...@thelounge.net wrote: There have been other suggestions in this thread that are helpful like the network zones thing (but we still have too many zones) or enabling services should make them work i.e just enable the firewall rules. which make sense Oh finally you seem to understand what this is all about (a few mails ago this was supposed to be strongly prohibited ...) Now please goolge for Psychological Acceptability and Security you will find tons of scientific papers (read them) explaining about why it is wrong to silently break stuff or ask yes / no question or arguing with this is not a blackbox the user should learn nonsense. There is difference between a software developer, a sysadmin and a user that simply wants to share his music with his family. The latter should not have to learn about computer security to do it, while for the former it does not matter that much as you said because they ought to know what to do or where to get that information from. The later isn't the target for Workstation, I don't believe. Not the *primary* target but still one see the Other users section in the PRD. -- That's fine, but that's not who we need to be optimizing the experience for. We need to be focusing on our primary target. After that others can be considered. A developer can handle this if it is presented well, but we shouldn't let secondary users harm, at all, the experience of the primary user. If we do, then this reorganization isn't working, IMHO. I think this is a misunderstanding of who a developer might be and why they choose a system. Those of my friends and acquaintances, who are developers and who over the years have decided to switch their development laptops from Linux to predominantly MacOS X, has not done so because they had things they wanted to do that was 'impossible' to do with Linux or that they thought they could not figure out how to do with linux. Instead they moved because they got tired of spending time trying to make their system 'work'. This is in no way limited to dealing with the challenges of a firewall, but if we want to attract developers or any kind of user to our system we need to make it usable without needing daily google searches to figure out how you can do something and make parts of your system work. The fact of the matter is that there's really no compelling reason for the average web developer, for instance, to move to Linux. Osx is already more powerful than any linux de (automator is something that is used often and it represents a considerably more powerful, and friendly, alternative to scripting in many instances). I'm honestly not sure how to get those folks unless osx makes it harder for professionals to do their work (supposedly their multimonitor support has worsened, but I can't confirm that). Making sane defaults, which is what we are talking about, isn't antithetical to providing an easy way for people to make changes (say, to fonts, or power settings with better granularity since, sometimes, the heuristic simply doesn't work). Specifically with regards to the current issue, others have already brought up the solution (carefully constructed zones). Along with that the firewalld gui needs to be refactored a bit, both to make it easier to diagnose problems and implement solutions. That's a decent amount of work, and perhaps no one will do it, but simply disabling functionality isn't the path to grabbing the users/contributors we want, imho. Best/Liam -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: Workstation: Disable firewall
On Apr 21, 2014 4:32 AM, drago01 drag...@gmail.com wrote: On Mon, Apr 21, 2014 at 3:49 AM, Liam l...@fightingcrane.com wrote: Sent from mYphone On Apr 20, 2014 7:02 PM, drago01 drag...@gmail.com wrote: On Mon, Apr 21, 2014 at 12:39 AM, Reindl Harald h.rei...@thelounge.net wrote: There have been other suggestions in this thread that are helpful like the network zones thing (but we still have too many zones) or enabling services should make them work i.e just enable the firewall rules. which make sense Oh finally you seem to understand what this is all about (a few mails ago this was supposed to be strongly prohibited ...) Now please goolge for Psychological Acceptability and Security you will find tons of scientific papers (read them) explaining about why it is wrong to silently break stuff or ask yes / no question or arguing with this is not a blackbox the user should learn nonsense. There is difference between a software developer, a sysadmin and a user that simply wants to share his music with his family. The latter should not have to learn about computer security to do it, while for the former it does not matter that much as you said because they ought to know what to do or where to get that information from. The later isn't the target for Workstation, I don't believe. Not the *primary* target but still one see the Other users section in the PRD. -- That's fine, but that's not who we need to be optimizing the experience for. We need to be focusing on our primary target. After that others can be considered. A developer can handle this if it is presented well, but we shouldn't let secondary users harm, at all, the experience of the primary user. If we do, then this reorganization isn't working, IMHO. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: Workstation: Disable firewall
Sent from mYphone On Apr 20, 2014 7:02 PM, drago01 drag...@gmail.com wrote: On Mon, Apr 21, 2014 at 12:39 AM, Reindl Harald h.rei...@thelounge.net wrote: There have been other suggestions in this thread that are helpful like the network zones thing (but we still have too many zones) or enabling services should make them work i.e just enable the firewall rules. which make sense Oh finally you seem to understand what this is all about (a few mails ago this was supposed to be strongly prohibited ...) Now please goolge for Psychological Acceptability and Security you will find tons of scientific papers (read them) explaining about why it is wrong to silently break stuff or ask yes / no question or arguing with this is not a blackbox the user should learn nonsense. There is difference between a software developer, a sysadmin and a user that simply wants to share his music with his family. The latter should not have to learn about computer security to do it, while for the former it does not matter that much as you said because they ought to know what to do or where to get that information from. The later isn't the target for Workstation, I don't believe. Since we can assume more knowledge of the user given our mandate we don't have to be quite so careful with what we expose. Of course the firewalld GUI still needs work, along with the way Zones are currently setup, but disabling those things makes no sense considering who we're targeting. Why optimize for users we don't have against those we do (or want)? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: LinuxCNC RTAI kernel
On Feb 9, 2014 12:30 PM, John Morris j...@zultron.com wrote: On 02/09/2014 06:27 AM, Sandro Mani wrote: On 09.02.2014 09:16, John Morris wrote: My goal for the forthcoming LinuxCNC release is readiness for inclusion in both Fedora and Debian. Wow exciting, thanks! How are you planning to deal with the realtime kernel requirement, or is that beyond the scope of your work? The meat of the last year-plus effort was introducing support for the PREEMPT_RT and Xenomai RT kernels, and teaching it to build run-time-selectable modules for all supported thread flavors in one ./configure make run. Since PREEMPT_RT has no special build requirements, those RT modules are built and packaged by default, so I hope to 'sneak' them into Fedora, despite lack of in-distro support. You may then bring your own RT kernel from e.g. MRG or Planet CCRMA to get hard RT behavior; otherwise, the POSIX simulator threads work with no special kernel requirements (but all bets off as far as latency requirements). For those requiring even tighter latency than PREEMPT_RT for e.g. software stepper motor drivers, a 3rd-party repo can supply the Xenomai kernel, run-time libs, and matching LinuxCNC RT modules. RTAI kernel support could be offered in the same way, but for a number of reasons, many (but not all) of us think of RTAI support as deprecated. For more info, here's a short paper presented at last year's OSADL Real Time Linux Workshop: http://static.mah.priv.at/public/paper.pdf Sadly, Debian has beat out the Fedora project by getting an RT kernel into the main repo, just the latest reason I continue finding myself alone running Red Hat-derivative distros among CAD/CAM/CNC/Maker/3D printer circles. I'm considering launching a campaign in the Fedora community to raise attention these issues, but don't yet know where to begin. I heard previous inquiries were shut down hard, but maybe the context has changed since the last time. John -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct With regards to bringing these issues to Fedora's attention I'd suggest targeting the mrg folks first. That product represents RH's interest in rt and that's your best bet for providing justification for why such an addition is a good idea. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
