Re: Low Memory Detection on Linux

I'm not familiar with this topic, but I can point you to what WebKit does: https://trac.webkit.org/browser/webkit/trunk/Source/WebKit/UIProcess/linux/MemoryPressureMonitor.cpp https://trac.webkit.org/browser/webkit/trunk/Source/WTF/wtf/linux/MemoryPressureHandlerLinux.cpp

Re: Recommending proprietary software in Fedora

On Wed, Oct 16, 2019 at 12:19 AM, Kevin Kofler wrote: By actively offering the proprietary Chrome to the users instead of explaining the above, you are actually pointing them towards using proprietary software instead of Free Software for no reason. I think you're probably right that people

Re: Recommending proprietary software in Fedora

On Wed, Oct 16, 2019 at 12:44 AM, John M. Harris Jr wrote: Proprietary software is certainly a subset of third party software, however, please read the Workstation group's own page about third party software. According to that documentation, the Workstation group itself or FESCo is meant to

Re: Recommending proprietary software in Fedora

On Mon, Oct 14, 2019 at 4:19 PM, John M. Harris Jr wrote: And proprietary software, in your opinion, does not? The requirements for including proprietary software are spelled out just two paragraphs above the section on legal requirements: """ Software not deemed "free" by Fedora

Re: Recommending proprietary software in Fedora

On Mon, Oct 14, 2019 at 11:49 AM, John M. Harris Jr wrote: It's good that we can reference external repositories such as rpmfusion-free, in my opinion. We actually cannot do that. It is prohibited because it would entail significant risk. ___

RE: Recommending proprietary software in Fedora

John, the third-party software policy was approved after a long and contentious debate: https://pagure.io/Fedora-Council/tickets/issue/121 We request review from Fedora Legal when we believe software may present significant risk, such as the recent addition of OpenH264, in accordance with

Re: Fedora in GNOME Online Accountes

On Wed, Sep 18, 2019 at 10:43 am, Robbie Harwood wrote: Can you link the bug you've filed about this? I don't even know where to file a bug. Which component? kerberos? xdg-desktop-portal? It's seems less like a bug in any Fedora component, rather something that's never been designed to

Re: Fedora in GNOME Online Accountes

On Wed, Sep 18, 2019 at 11:18 am, Felipe Borges wrote: The "Fedora" account is just a branded Kerberos account. By adding a Fedora account in GNOME Online Accounts you would get automatically signed on whenever you'd need to enter your FAS credentials. This means while accessing Pagure,

Re: Orphaned packages to be retired (~400 during this week)

On Mon, Sep 9, 2019 at 4:49 PM, Miro Hrončok wrote: libxslt orphan, veillard 0 weeks ago Looks pretty important, any takers? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

Re: Fedora Workstation and disabled by default firewall

On Sat, Aug 31, 2019 at 6:37 PM, Nico Kadel-Garcia wrote: If 30 years in DevOps and system security in both large and small networks count for anything, this makes *complete* sense. The distinction between a "Workstation" deployment and a "Server" or "Everything" deployment should not include

Re: Fedora Workstation and disabled by default firewall

On Wed, Aug 28, 2019 at 7:46 PM, Christopher wrote: Yeah, I also don't want a complicated installer. I just don't see this disagreement going anywhere without some sort of compromise, and I can't think of any others that will satisfy people. I think there's a good chance this could be

Re: Fedora Workstation and disabled by default firewall

On Wed, Aug 28, 2019 at 5:33 AM, Jiri Eischmann wrote: And the same document says: "While our focus is on creating a top-class developer workstation, our developer focus will not compromise the aforementioned goal to be a polished and user friendly system that appeals to a wide general

Re: Fedora Workstation and disabled by default firewall

On Wed, Aug 28, 2019 at 9:56 PM, Christopher wrote: 2) the Workstation WG has not only taken no action in response to the FESCo statement of trust at the conclusion of our last lengthy discussion on this matter, it has been explicitly stated in this thread that they have never had any intention

Re: Fedora Workstation and disabled by default firewall

Good job finding old links. Archeology is useful for discussions like this. On Tue, Aug 27, 2019 at 5:59 AM, Christopher wrote: The current status is that the Workstation WG never came up with a solution in 5 years To be clear, the status quo is our solution. This blog post describes the

Re: Fedora Workstation and disabled by default firewall

On Tue, Aug 27, 2019 at 2:37 PM, Iñaki Ucar wrote: There's no need to write "a new style of firewall". It would be as easy as asking the user once whether a new connection is trusted or not. That's it. But, well, how do you do that? What do you show to the user?

Re: Fedora Workstation and disabled by default firewall

Thanks for the input, David. On Tue, Aug 27, 2019 at 2:37 PM, David Kaufmann wrote: If there is a switch to "default reject" it is also very important that the process to open up a port is easier than to disable the firewall completely or injecting an "accept anything" rule. (e.g. by

Re: Fedora Workstation and disabled by default firewall

On Tue, Aug 27, 2019 at 11:14 AM, John Harris wrote: Please consider the security aspect of this. This is a critical vulnerability. Please, don't make us look like the Linux Mint folks. If Workstation is to be a viable product, especially if it's going to be advertised prominently, as the

Re: Fedora Workstation and disabled by default firewall

On Tue, Aug 27, 2019 at 4:22 AM, John Harris wrote: No, that is not how this works, at all. First, let's go ahead and address the idea that "if the firewall blocks it, the app breaks, so it's the firewall's fault": It's not. If the firewall has not been opened, that just means it can't be

Re: Fedora Workstation and disabled by default firewall

On Tue, Aug 27, 2019 at 4:23 AM, John Harris wrote: At least in KDE, possibly not in GNOME as it lacks many of the features available in KDE, you can specify the zone of the connection in your NetworkManager configuration GUI. We used to have this for a long time, but removed it recently

Re: Fedora Workstation and disabled by default firewall

On Tue, Aug 27, 2019 at 5:59 AM, Christopher wrote: The current status is that the Workstation WG never came up with a solution in 5 years, and new people are finding this default configuration and getting upset about the failure of Fedora Workstation to meet basic security expectations. Since

Re: Fedora Workstation and disabled by default firewall

On Mon, Aug 26, 2019 at 4:15 PM, Robert Marcano wrote: This is a reasonable point of view, until you notice Linux desktops evironments don't provide applications with a method to detect if they are running on a private network or not (See Windows Home, Office, Internet network settings).

Re: Fedora Workstation and disabled by default firewall

Well the thing is, blocknig ports tends to break applications that want to use those ports. We're not going to do that, period. It also doesn't really accomplish anything: either your app or service needs network access and you have whitelisted it (in which case the firewall provides no

Re: Better interactivity in low-memory situations

On Sun, Aug 11, 2019 at 10:50 AM, Chris Murphy wrote: Let's take another argument. If the user manually specifies 'ninja -j 64' on this same system, is that sabotage? I'd say it is. And therefore why isn't it sabotage that the ninja default computes N jobs as nrcpus + 2? And also doesn't take

Could not execute clone: [Errno 2] No such file or directory: '/home/mcatanzaro/Projects/fedora-scm/eog/.git/info/exclude'

. Could not execute clone: [Errno 2] No such file or directory: '/home/mcatanzaro/Projects/fedora-scm/eog/.git/info/exclude' The clone actually succeeds. I've been seeing this error for weeks now. What's going on? ___ devel mailing list -- devel

Re: How do I remove GLIBCXX_ASSERTIONS?

On Thu, Aug 1, 2019 at 1:28 PM, Steven A. Falco wrote: What is the best way to do that? Don't. As Florian has pointed out in Launchpad, this would convert the nice crash into a security vulnerability. The assertions have a negligible impact on performance, so better leave them enabled and

Re: Intent to orphan "tracker"

On Mon, Jul 29, 2019 at 6:46 AM, Carlos Garnacho wrote: Sure, can try to make it part of the release routine. My ID is 'garnacho'. I don't think any work is required when releasing, since it should be automatically updated by Kalev's scripts. The work will just be keeping an eye on the bug

Re: Intent to orphan "tracker"

On Sun, Jul 28, 2019 at 1:12 PM, mcatanz...@gnome.org wrote: Odd, I only see eight bugs with changes since May: OK sorry, I wasn't logged in so wasn't seeing all the private bug reports. I really wish ABRT didn't mark bug reports private by default for every backtrace containing a hash table

Re: Intent to orphan "tracker"

On Sun, Jul 28, 2019 at 9:35 AM, Igor Gnatenko wrote: I'm getting hundreds of ABRT bugs from tracker which I simply have no time to go through. Would anybody like to take over that package from me? Odd, I only see eight bugs with changes since May:

Re: Fedora 31 System-Wide Change proposal: Python means Python3

Surprise, apparently python3 is coming to macOS in some form (maybe only for developers? not sure?) so WebKit should be fine with switching to pytohn3 regardless. I don't think it's important to this discussion, just wanted to send a correction. I wasn't expecting this

Re: adding speech installation to fedora network installation image

On Fri, Jun 28, 2019 at 11:13 AM, Martin Kolman wrote: Certainly - but I'm afraid we in the Anaconda team don't have any experience what all needs to be available (what packages should be included & what services started) to make text-to-speech work on the image. We would definitely welcome

Re: adding speech installation to fedora network installation image

On Fri, Jun 28, 2019 at 10:44 AM, stan via devel wrote: it doesn't make sense to open a bug. There is no gnome, and because adding gnome would make the image too large, it will not be added. Netinstall is a minimal image meant to be used from virtual consoles with no graphical support. But

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Fri, Jun 28, 2019 at 10:42 AM, mcatanz...@gnome.org wrote: If Fedora has /usr/bin/python, then at least we have a *chance* to make the scripts we care about work in both python2 and python3 (our current plan). Whereas without /usr/bin/python, we're really out of options. So I very much

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 5:51 PM, Stephen John Smoogen wrote: Actually I think it makes more sense that F31 provides no /usr/bin/python. Then a lot of things which depend on it can be found and fixed since they have not adapted to the Future any other way. It would mean we have no chance of

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 4:34 PM, Neal Gompa wrote: This is because in everything *except* Linux distributions, the unversioned name has already switched over. Not in macOS. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: adding speech installation to fedora network installation image

On Thu, Jun 27, 2019 at 8:31 AM, stan via devel wrote: I'm not familiar enough with orca and gnome to say if this is a bug or not. When I looked for bugs, I found a bug from February that stated Only the live image runs in a GNOME session where GNOME session services like orca are expected

Re: [HEADS UP] Unannounced soname bump of qrencode

Let's ensure this at least doesn't happen for the same library again and again. In [1], change SHOULD NOT -> MUST NOT. Require maintainers (or provenpackagers) to fix violations like [2] when unannounced soname bumps occur. (If anyone wants to write a script to detect such problems

Re: Reporting is disabled because the generated backtrace has low informational value

On Mon, Jun 24, 2019 at 6:50 AM, mcatanz...@gnome.org wrote: That's not right. The backtrace was processed on the retrace server, so installing debuginfo locally should not be required. I think it's a longstanding ABRT bug. Michael Oh, I forgot what I was actually planning to write about

Re: Reporting is disabled because the generated backtrace has low informational value

On Sun, Jun 23, 2019 at 9:34 PM, Sam Varshavchik wrote: That's your key piece of info. You're missing the debuginfo package, without it the backtrace has no info. With a native, directly-installed RPM, the debug repo gets automatically enabled, and the debuginfo packages gets automatically

Re: Docker and user namespaces on F30

On Fri, May 10, 2019 at 12:10 PM, Tomasz Torcz wrote: This is not what Fedora ships. We have (in F30) docker-1.13.1-67.git1185cfd or moby-engine-18.06.3-2.ce.gitd7080c1. What is going on with this very weird, very confusing versioning? The Fedora version doesn't even look like the

Re: environment variables LANGUAGE

My first thought is accountsservice, check that first. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List

Re: F30 live images still contain dbus-daemon package, anaconda-core requires it ?

On Thu, Apr 11, 2019 at 2:39 AM, jkone...@redhat.com wrote: The problem is that Anaconda have to start it's own session of dbus but dbus-broker, by design, don't have easy way how to do this without systemd running. TBH we should probably keep dbus-daemon around until we have a replacement

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, Apr 9, 2019 at 12:11 PM, Adam Williamson wrote: To be specific here, 'at' is part of the @standard group. 'chrony' is pulled in several ways. It's part of @standard *if gnome-control-center is being installed*, so effectively it'll be installed with Workstation but not other

Re: [PSA] %meson contains -Db_ndebug=true

On Tue, Apr 9, 2019 at 7:54 AM, Kalev Lember wrote: Awesome, thanks Igor! All of this sounds good to me. Yeah, sounds like everything is fine now after the if-release fix. Thanks! ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: [PSA] %meson contains -Db_ndebug=true

On Mon, Apr 8, 2019 at 1:39 PM, Benjamin Tissoires wrote: That's not how I read it: https://github.com/mesonbuild/meson/blob/master/docs/markdown/Builtin-options.md#base-options -DB-ndebug defaults to false. OK, then I was totally wrong, thanks. Shame the docs are so hard to search

Re: [PSA] %meson contains -Db_ndebug=true

On Mon, Apr 8, 2019 at 5:50 AM, Kalev Lember wrote: I agree as well. Please don't override -Db_ndebug in distro-wide %meson macro and instead move the override to mesa packaging if it's needed there. Well hold up. -Db_ndebug defaults to if-release... right? We have only changed the behavior

Re: More than 10% of all Fedora spec files are not POSIX sh compliant

On Thu, Mar 21, 2019 at 5:05 PM, Tomasz =?UTF-8?b?S8WCb2N6a28=?= wrote: [tkloczko@domek SPECS.fedora]$ rpm -E %_buildshell /bin/sh How can this discussion still be ongoing? Why not just change it to /bin/bash and move on? ___ devel mailing list

Re: Chromium C++ help needed

On Wed, Mar 13, 2019 at 11:53 AM, Jakub Jelinek wrote: calling methods on NULL pointers to objects etc. Chromium probably does this (or, at least, did in the past). Removing -fno-delete-null-pointer-checks could introduce Fedora-specific crashes. Michael

Re: /etc/yum.repos.d -> /etc/distro.repos.d

On Wed, Mar 13, 2019 at 7:50 AM, Kalev Lember wrote: Please don't, it's just pointless renaming that invalidates all end user documentation and makes it harder for other programs such as packagekit and gnome-software that all need to adopt for the new paths. Handling a rename is not exactly

Re: Fedora 30 Beta blocker status mail #3

On Fri, Mar 8, 2019 at 1:18 PM, Adam Williamson wrote: I requested testing on desktop@ and test@ lists earlier this week; so far that seems to suggest that this is failing for a lot of people on a lot of hardware...but it also fails the same way on F29 in most cases, suggesting we shipped F29

Re: Editions vs. Spins (was: Re: F30: System-Wide Change proposal: DNF UUID)

On Mon, Jan 14, 2019 at 12:05 PM, John Harris wrote: The easiest way to make any of the Spins more accessible, for them to have any chance comparable to the prominent advertising of Workstation and similar options, would be to make them more prominent on the "getfedora" index. This also have

Re: responding to CVEs

On Mon, Jan 14, 2019 at 7:35 AM, Dave Love wrote: I ask because three CVEs have triggered automated bug reports against libxsmm . I don't understand why the CVEs were issued, since a problem with unrealistic input to a (rather rarely

Re: F30 System-Wide Change proposal: Replace Comps Language Group With Langpacks

On Thu, Jan 10, 2019 at 11:36 AM, mcatanz...@gnome.org wrote: In the future, we'd like to switch to running gnome-initial-setup prior to anaconda for language and keyboard layout selection, then anaconda, then gnome-initial-setup again on firstboot. Anaconda would therefore not be used for

Re: F30 System-Wide Change proposal: Replace Comps Language Group With Langpacks

Will gnome-control-center be able to install missing language packs and input sources? What about gnome-initial-setup? In the future, we'd like to switch to running gnome-initial-setup prior to anaconda for language and keyboard layout selection, then anaconda, then gnome-initial-setup

Re: Orphaned packages to be retired

On Mon, Jan 7, 2019 at 4:57 PM, Stuart D. Gathman wrote: retiring pygtk2 retires most of Fedora desktops and gui apps, from Gnome-shell to cinnamon to openbox. ;-) Hm, sounds like there is a bad dependency in the chain somewhere. pygtk2 is very much obsolete and should be allowed to

Re: desktop-file-validate fails with error: file contains group "Catia Shortcut Group", but groups extending the format should start with "X-"

On Fri, Dec 14, 2018 at 7:14 AM, Martin Gansser wrote: how can i solve this ? Thanks Martin All the custom groups need to start with "X-" (for "extension"). E.g.: [Catia Shortcut Group] Replace it with: [X-Catia Shortcut Group] Michael ___ devel

Re: Which I/O scheduler is Fedora switching to in 4.21? mq-deadline or BFQ?

On Thu, Dec 13, 2018 at 2:30 PM, stan wrote: Latency statistics: min max avg std_dev conf99% 1.51 2.583 1.925330.576087 11.5249 Looks like this is what we want for Workstation, where latency is more important than throughput?

Re: New ZoneMinder packages - except el7

On Sat, Dec 8, 2018 at 10:26 AM, Andrew Bauer wrote: Sorry for the noise. This was meant for the rpmfusion devel list. Why is Zoneminder in RPMFusion? I'm curious why is it ineligible for Fedora? Michael ___ devel mailing list --

Re: Proposal: delay F31 release to work out infrastructure and lifecycle challenges

On Mon, Nov 26, 2018 at 10:03 AM, Matthew Miller wrote: I know it was a big time-off holiday week in the US, but I expected a little more interest in this post. Perhaps it seemed like too much text to digest along with turkey and stuffing. :) I'm highlighting it with a subject reflecting the

Re: Fedora Lifecycles: imagine longer-term possibilities

On Tue, Nov 13, 2018 at 5:36 PM, Matthew Miller wrote: But there are some good cases for a longer lifecycle. For one thing, this has been a really big blocker for getting Fedora shipped on hardware. Second, there are people who really could be happily running Fedora but since we don't check the

Re: Fedora Lifecycles: imagine longer-term possibilities

On Wed, Nov 14, 2018 at 4:42 PM, John Florian wrote: I still don't understand what makes updating these for a *new* release significantly easier than an *existing* one. So let's just say GNOME (or whatever) comes out next month with a new major release we want to showcase. Why is it necessary

Re: Fedora Lifecycles: imagine longer-term possibilities

On Wed, Nov 14, 2018 at 10:31 AM, Matthew Miller wrote: Is there a way we could do these as ".1" releases, with orchestrated QA for the big update rather than a whole release? It's a possibility... I'd rather call it .5 for halfway, though. F30, F30.5, F31... ehh, it would be OK, but there

Re: Fedora Lifecycles: imagine longer-term possibilities

On Tue, Nov 13, 2018 at 5:36 PM, Matthew Miller wrote: But there are some good cases for a longer lifecycle. For one thing, this has been a really big blocker for getting Fedora shipped on hardware. Second, there are people who really could be happily running Fedora but since we don't check the

Re: Fedora Lifecycles: imagine longer-term possibilities

On Wed, Nov 14, 2018 at 9:29 AM, Ralf Corsepius wrote: Absolutely. Fedora once was a pretty solid end-user distro and fun-project for devs. Now it has become an unstable, experimental "bleeding edge" distro with a more and more balloning overhead. I don't agree at all. Fedora is great. We

Re: Fedora Lifecycles: imagine longer-term possibilities

On Wed, Nov 14, 2018 at 9:08 AM, Gerald Henriksen wrote: My feeling is part of the solution is to move to a yearly release cycle. Unlike the early days of Fedora things just aren't changing as quick in terms of the base of the OS - hardware support in the kernel is generally excellent, and

Re: Better fonts by default?

On Sat, Nov 10, 2018 at 4:03 PM, Neal Gompa wrote: Most of the defaults upstream are largely due to legal issues that are no longer applicable. As of very recently, Marik did make one change: subpixel rendering is now enabled by default in Fedora's freetype package (if you have the latest

Re: Better fonts by default?

On Sat, Nov 10, 2018 at 8:57 AM, Neal Gompa wrote: Does anyone actually take care of our fonts stuff anymore? Off the top of my head, there's Akira Tagoh covering fontconfig both upstream and downstream, Marek Kasik covering freetype downstream, and Nikolaus Waxweiler handling freetype

Re: IBM buying RedHat

On Thu, Nov 1, 2018 at 8:32 AM, Neal Gompa wrote: These are questions I'm interested in answers on. However, I'm also worried about how much the "cloud" was mentioned in the presser. It makes me nervous about Red Hat's investment into other areas, which a lot of the Linux ecosystem relies on,

Re: Translating the banner text

On Wed, Oct 31, 2018 at 10:18 AM, scootergrisen wrote: During Fedora Workstation 29 installation there are some banners being shown like the ones on https://fedoraproject.org/wiki/How_to_Create_an_Anaconda_Banner In the svg code i see some of the banners are translate into multiple

Re: bottlenecks that case my machine to freeze

On Thu, Oct 25, 2018 at 6:50 AM, Nicolas Mailhot wrote: I get the same thing without any special load. System would work fine for hours and then input would start bugging. It translates into floods of keystrokes, or eaten keystrokes, or keystrokes being fed to apps out of order. Requires a

Re: F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

On Fri, Oct 5, 2018 at 5:21 PM, Nathanael D. Noblet wrote: Ok, I can help with the debugging if needed. I just didn't know what stack this was built on. Let me know if/what you'd like me to do. Honestly I have no clue since the code seems foolproof. A bug report at

Re: F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

On Fri, Oct 5, 2018 at 4:54 PM, Nathanael D. Noblet wrote: Ok, so should I be filing a bug and if so against which component? I wasn't sure if the google online accounts part of GNOME used GnuTLS or not. It uses glib-networking, which does use GnuTLS. glib-networking already enables SNI (off

Re: hibernation — does it work for you?

On Wed, Oct 3, 2018 at 5:38 PM, Zbigniew Jędrzejewski-Szmek wrote: Note: I'm not talking about the user-space configuration issues (resume= not set on the kernel command line, no swap, swap encrypted with temporary keys, whatever), but only about any potential kernel driver issues. Well

Re: Attention Gmail users, please turn off HTML mail

On Tue, Oct 2, 2018 at 3:40 PM, Dominik 'Rathann' Mierzejewski wrote: Stop sending e-mail to public mailing lists using Gmail, then? Perhaps we've reached the end of meaningful conversation in this thread ___ devel mailing list --

Re: Non-responsive package maintainer - Ray Strode (halfline), Plymouth package

On Tue, Oct 2, 2018 at 1:17 AM, fedora201...@nuclearsunshine.com wrote: Hi Ray, unfortunately in some cases it doesn't though. It's currently completely breaking boot with amdgpu+LUKS, and before that for several months under amdgpu it was not echoing LUKS characters to screen or otherwise

Re: F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

On Sun, Sep 23, 2018 at 10:14 AM, Nicolas Mailhot wrote: ??? That's not a Google choice, SNI is one of the Mandatory-to-Implement Extensions in TLS 1.3. You'll need it to connect to anything that claims TLS 1.3 (which will be everyone as soon as someone publishes a hole in TLS 1.2) Of course

Re: F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

On Sun, Sep 23, 2018 at 7:57 AM, Michael Schwendt wrote: That an update for SNI may be required is clear, but it doesn't answer the question where a change will be needed. The Claws Mail developers will have to investigate. The right place will be close to all the other uses of GnuTLS,

Re: F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

On Sat, Sep 22, 2018 at 3:32 PM, Michael Schwendt wrote: Apparently, this change breaks Google Mail IMAP for Claws Mail. https://bugzilla.redhat.com/1629151 You'll need to add a call to gnutls_server_name_set(), see: https://www.gnutls.org/manual/gnutls.html#Server-name-indication The

Re: Fedora 29 Beta Bug

On Thu, Sep 20, 2018 at 9:29 AM, Chris Murphy wrote: Add systemd.debug-shell=1 boot parameter at the grub menu, then switch to tty9 once startup has failed. We only have tty1 through tty6? Michael ___ devel mailing list --

Re: Orphaning qt5-qtwebengine

Kevin, Thanks for taking care of this package for so long. It's an exceptionally-challenging package that most maintainers would not be willing to touch, and your work was very much appreciated. Michael ___ devel mailing list --

Re: F29 System Wide Change: Remove Excessive Linking

On Thu, Aug 2, 2018 at 4:57 AM, Jakub Jelinek wrote: Changing the behavior of say -lpthread on the command line is a bad idea, many projects really expect it to mean that the mentioned library is linked in and if it no longer does, it causes silent breakage. Forcing users to do

Re: RFC: Pass --auto-features=enabled in meson

On Mon, Jul 23, 2018 at 8:27 PM, Josh Boyer wrote: My biggest objection here is that it blindly enables things, which continues to make our package set a web of inter-dependencies and makes any attempts at minimization harder. I don't think we should default to building everything in here. I

Re: RFC: Pass --auto-features=enabled in meson

On Mon, Jul 23, 2018 at 4:44 PM, Igor Gnatenko wrote: I believe that for distribution we should make sure that all default features are enabled and if not, packager should explicitly disable feature. For instance when I was testing some RPM patches for new compression types, it was disabling

Re: [HEADS UP] Removal of GCC from the buildroot

Another one, this time without any Vala: https://bugzilla.redhat.com/show_bug.cgi?id=1606043 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: [HEADS UP] Removal of GCC from the buildroot

On Sun, Jul 8, 2018 at 1:46 PM, Igor Gnatenko wrote: As per Changes/Remove GCC from BuildRoot, I'm going to automatically add BuildRequires: gcc and/or BuildRequires: gcc-c++ to packages which fail to build with common messages (like gcc: command not found, also autotools/cmake/meson are

Re: FESCo Elections - May 2018 : Results announcement

On Thu, Jun 14, 2018 at 11:13 AM, Matthew Miller wrote: There's another aspect of burnout: two years is a big commitment. In the past, we've bad people who really were getting burned out or busy with other commitments but who felt they couldn't really step down without abandoning their

Re: FESCo Elections - May 2018 : Results announcement

On Thu, Jun 14, 2018 at 2:52 PM, Randy Barlow wrote: Another way to achieve a similar goal (fewer elections) is to have all of FESCo swap in/out together, rather than tick-tocking 4 and 5 seats. This way we keep a year long term, but also only one election per year. I recommended against

Re: FESCo Elections - May 2018 : Results announcement

On Thu, Jun 14, 2018 at 8:27 AM, Brian (bex) Exelbierd wrote: I've heard from several people (warning anecdata!) that they often don't vote when they are happy with the way things are. One person specifically said they didn't vote because they liked the whole slate of candidates and were ok

Re: F29 Self Contained Change: User PATH Prioritization

On Thu, Jun 7, 2018 at 4:59 AM, Zbigniew Jędrzejewski-Szmek wrote: I'm pretty sure ~/bin should be moved too. All the same considerations apply to ~/bin as to ~/.local/bin, and having one at the beginning and one at the end would be rather strange. Yes, surely it makes no sense to change one

Re: F29 System Wide Change: Strong crypto settings: phase 2

On Wed, Jun 6, 2018 at 4:39 AM, Nikos Mavrogiannopoulos wrote: I am actually very curious about the results of such a move, and know whether it is going to have a significant impact today. Debian has already tried experimenting with it:

Re: F29 System Wide Change: Strong crypto settings: phase 2

On Fri, Jun 1, 2018 at 6:40 AM, Jan Kurik wrote: and weak Diffie-Hellman key exchange sizes (1024 bit) What size is currently required by upstream Firefox and Chrome? The most recent reference I could find is https://groups.google.com/a/chromium.org/forum/#!topic/security-dev/WyGIpevBV1s

Re: F29 System Wide Change: Strong crypto settings: phase 2

On Tue, Jun 5, 2018 at 4:14 AM, Nikos Mavrogiannopoulos wrote: Note that this change, if applied, includes browsers shipped by fedora (i.e., firefox). That is pretty much all or nothing plan, either we bump the defaults for all software, or for none. Nikos, I'm really surprised to see you

Re: F29 System Wide Change: Strong crypto settings: phase 2

On Fri, Jun 1, 2018 at 11:55 AM, Daniel P. Berrangé wrote: Yeah if you add the gnutls-glib-networking.config file in the RPM, that defeats the point IMHO, as it'll never fallback to use @SYSTEM if this file always exists with @GLIBNETWORKING defined in it. The idea of the mechanism was that

Re: F29 System Wide Change: Strong crypto settings: phase 2

On Fri, Jun 1, 2018 at 10:34 AM, Daniel P. Berrangé wrote: IIUC, glib-networking uses GNUTLS. If so, a while ago I added ability to specify an ordered list of named priority aliases to GNUTLS that might handle the kind of scenario you describe.

Re: F29 System Wide Change: Strong crypto settings: phase 2

On Fri, Jun 1, 2018 at 8:06 AM, Daniel P. Berrangé wrote: What is the availibility of TLS 1.2 vs 1.1/1.0 on the internet ? ie how likely is this to break the ability of users to access websites they care about ? Yeah... this has been discussed on this list before. If this change is made,

Re: Firefox with native Wayland backend at updates

On Fri, Jun 1, 2018 at 7:23 AM, Martin Stransky wrote: Okay and can I apply somewhere for that? You could apply by creating an issue here: https://pagure.io/fedora-workstation/issues Still, I'm not likely to vote in favor, myself. If you're not satisifed with adding a new action to the

Re: Firefox with native Wayland backend at updates

On Thu, May 31, 2018 at 5:39 PM, Kevin Kofler wrote: We try hard to avoid messy menus with duplicate entries, and you get away with adding an extra desktop entry to an application installed by default on almost all Spins, for an experimental option? Ugh yes, thanks for pointing this out,

Re: Recommended way to pass CFLAGS/LDFLAGS through libtool

On Mon, Apr 30, 2018 at 10:25 AM, Yaakov Selkowitz wrote: gedit, like most GNOME components, uses gnome-autogen.sh; in this particular case, iirc ACLOCAL_PATH="libgd" also needs to be set. There's also AUTOPOINT='intltoolize --automake --copy' which gedit needs for

Re: Recommended way to pass CFLAGS/LDFLAGS through libtool

On Mon, Apr 30, 2018 at 7:52 AM, Florian Weimer wrote: Such we change the guidelines to always run autoreconf? This would also help with new architecture bringup because those often need autotools fixes, but it will choke on really old or manually patched upstream

Re: plan to update brotli to 1.0.4 in Rawhide

On Wed, Apr 18, 2018 at 5:25 PM, Adam Williamson wrote: This is the most common convention, but it's not invariably true. (Some upstreams *intentionally* do not follow this versioning convention for their sonames, note). What the package dependencies ultimately go

Re: plan to update brotli to 1.0.4 in Rawhide

On Wed, Apr 18, 2018 at 3:45 PM, po...@pouar.net wrote: Well the minor version and the soname of the library itself changed but the major version and the sonames of the symlinks pointing to the library remained the same. The first digit in the soname is what matters. E.g. I have on my

  1   2   >