Re: OpenSSL 3.2.1 available in rawhide
On 2/9/24 14:47, Tom Hughes via devel wrote: On 09/02/2024 13:34, Jarek Prokop wrote: Since the error from the scratch build says "invalid CA certificate" I thought to use some openssl "verification" command, this one seems like I'm on the right path. I have tried more permutations of the command with certificates available in the `spec/ssl/` directory, including using `-untrusted` with various certs, all seem to fail the same. Any idea what's up or how to fix it? As you say it doesn't like the CA certificate: % openssl verify -verbose -CAfile ca-cert.pem server-cert.pem CN=ca_mysql2gem error 79 at 1 depth lookup: invalid CA certificate error server-cert.pem: verification failed That CA certificate doesn't have the CA:TRUE constraint set which might be the problem? Seems to have been exactly that. When I add `-addext basicConstraints=critical,CA:TRUE,pathlen:1` to the ca-cert.pem generation command, the tests and the verify command then work! Seems that magic did the trick, thanks. Jarek Tom -- ___ 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: It’s time to transform the Fedora devel list into something new
On 4/21/23 17:42, Matthew Miller wrote: On Fri, Apr 21, 2023 at 10:50:42AM +0200, Jarek Prokop wrote: also drives us towards more scattered communications. Our infamous mega-threads are not really effective for getting to community consensus, and tend to bring out the worst in us. Passionate people generate passionate discussion. The only thing you will gain by a forum is that at the point the message will not be deemed appropriate, it will probably be deleted or "beatified" by the mod team. The passion from our human nature will not go away with a platform change. That's true -- and I'm not looking to get rid of passion, or silence opinions. But when something is _really_ out of line (often written in the heat of the moment), it's better to have options to ... as you say, beautify* the conversation. That makes it better for other people participating, and better for the person who has a chance to make their point in a more constructive way. * also, to fix typos :) Oh, probably an important related feature I noticed after looking at Chris Adams' response, I had a small concern about people changing messages too radically, where the conversation will then lose meaning, the software actually supports history and colorful diffs. [snip] A discussion to a technical change, for me, will forever be in a ticket. No matter the "wider discussion platform" projects will always have bug trackers where one can create a ticket. Of course. That's not what I'm talking about. Consider for example this: https://pagure.io/fesco/issue/2817. That's not about the technical decision itself -- it's an branch of the conversation that should have been here. biased towards those for whom it is working just fine. But, core Fedora development discussion can’t be limited to that ever-shrinking group. Consider who isn’t here. The problems are real, and the trend isn’t in a good direction. But, is it shrinking due to a platform, or something other? I don't think Fedora contribution and activity overall are shrinking. And I'm quite convinced that the platform is part of it. It makes me want to try discourse out, not saying I'll stick around, I'm glad to hear that. I am, luckily, not paid to read forums with no threading. IMO, a stream of posts with mentions of previous posts is not threading. Threading begins and ends on new topic posts AFAICT on discourse. It's not presented as a tree, but there _are_ threads of replies. Heh, sounds like a fun side project to try to transform it into a tree structure. If you see something like "2 replies" under a particular post, you can click that and the view will be restricted to just those replies, which you can then follow further. Example:https://discussion.fedoraproject.org/t/future-of-encryption-in-fedora-desktop-variants/80397/83?replies_to_post_number=83 Finally, noticed what it does, it made me a bit confused as the first response was the same as in the "global" flow of the topic, but the message under it changed. I think that it should be better visible that they are actually replies. It seems to hide other replies and only show those that are part of the "thread". Do they accept RFEs? :) I think enhancing the visibility after I expand replies for the posts in the "thread" would be better. But also, yes — when something really diverges in Discourse, it should be a new topic. A moderator can move things after the fact (like I did with https://discussion.fedoraproject.org/t/getting-systemd-homed-working-properly-on-fedora-workstation/81004) but even better, when replying, you can create a linked topic. See https://discussion.fedoraproject.org/t/site-tip-create-linked-topics-for-deep-dives-or-tangents/34526 But I'd be happier if there was some tangible metric how to measure if we got more *related to the topic* engagement. I would hate to see 20 "+1" posts from "random" users counted towards "it is better now". That's reasonable. Do you have suggestions for a good metric? I'm afraid none that could be automated, but I am not one strong on metrics. I'll just throw out some ideas: 1. Number of unique contributors 2. How many unique posts these contributors interacted with 3. "quality" of the post. I think one could go by the length and verbosity of the post. E.g. "Yeah seems like a good change" is not as valuable as a deeper dive/analysis into a hypothetical problematic. (especially if we consider that the platform has +1 equivalents in reactions :)) 4. Number/frequency of interactions. Maybe a combination of 1. and 4. would have value. But we can worry about that a bit later than "right now". In Project Discussion, each different Fedora team can have its own tag, and you can subscribe to those that you’re interested in. Cross-posting is easy: tag a post with multiple teams. I'd be interested in having a kind of "crossroad sign", to direct me towards tags what I would care about from a packager perspective. Not happy about this change, but it
Re: It’s time to transform the Fedora devel list into something new
On 4/21/23 18:07, Chris Adams wrote: Once upon a time, Matthew Miller said: * also, to fix typos :) So, I will say this is kind of a peeve of mine about server-based discussion systems (whether web or client like Slack/Discord): allowing people to edit messages, especially after people have replied to them, is a bad idea. Person 1 says "we should do XYZ", somebody replies "no XYZ is bad", and person 1 can go change their original message to say something completely different. Hmm, interesting, seems like the platform is able to do a message based diff, so if you edit your message, history is actually visible! See for example this message from some of Matt's links I got open https://discussion.fedoraproject.org/t/future-of-encryption-in-fedora-desktop-variants/80397/65 There is a pencil with a number, click that, you can see a diff. So I don't think that I have to be that concerned that someone will want to radically change their messages. It kind of goes back to who "owns" (and I don't mean in the legal sense) the content. When the content is held on a server, the server owner has an editorial control that can be problematic. Fixing typos sounds nice, but... just don't make typos, or proofread. :)___ 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: F38 proposal: Add _FORTIFY_SOURCE=3 to distribution build flags (System-Wide Change proposal)
Hi, This is underwhelming and I have several questions inline On 12/5/22 20:58, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Add_FORTIFY_SOURCE%3D3_to_distribution_build_flags This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == Replace the current `_FORTIFY_SOURCE=2` with `_FORTIFY_SOURCE=3` to improve mitigation of security issues arising from buffer overflows in packages in Fedora. == Owner == * Name: [[User:siddhesh| Siddhesh Poyarekar]] * Email:sipoy...@redhat.com == Detailed Description == Default C and C++ compiler flags to build packages in Fedora currently includes `-Wp,-D_FORTIFY_SOURCE=2`, which enables fortification of some functions in glibc, thus providing some mitigation against buffer overflows. Since glibc 2.34 and GCC 12, there has been a new fortification level (`_FORTIFY_SOURCE=3`) which improves the coverage of this mitigation. The core change to bring in this mitigation is to change the default build flags in `redhat-rpm-config` so that packages build by default with `-Wp,-D_FORTIFY_SOURCE=3`. There are packages (e.g. `systemd`) that do not interact well with `_FORTIFY_SOURCE` and will also need a workaround to downgrade fortification to level 2. The change will also include this override. How come systemd gets an exception? If it is a security option, it should be enabled everywhere. I do not see benefit in a security change that ignores PID 1 process, If the feature, on the GCC side, is not 100% done. How do I tell a difference of a bug with the _FORTIFY_SOURCE which I will ignore and a bug with my package? I do not have the knowledge or the time to be able to say that GCC generated the wrong machine code and therefore it is not a bug with my package. If my program was not complaining before the change and is now complaining with the change, I am opting out of the change, and filing a bug against GCC on Fedora. I assume that by the package providing the exception, packagers get to choose themselves and we do not need to go through FESCO to disable a security feature? == Benefit to Fedora == [https://docs.google.com/spreadsheets/d/1nPSmbEf3HVB91zI8yBraMqVry3_ILmlV2Z5K7FZeHZg/edit?usp=sharing Analysis of packages] in Fedora rawhide indicate that the improvement of mitigation coverage is on average over 2.4x, in some cases protecting more than half of the fortified glibc calls in the target application. This change will thus harden Fedora to a significant extent, thus making it a more secure distribution out of the box. 1) Is there some complete source for all these findings? If google sheets cannot handle all the "raw data" as noted in the comment, maybe it is the wrong medium. 2) What does *anything* on that google sheet mean. I have managed to figure out, from the article, that bos and bdos correspond to level 2 and 3 of _FORTIFY_SOURCE. However, total of /.*/? Violated accesses? Segfaults? Then followed by "Sum of total". For rubygem-ffi, this reaches into hundreds while "bdos" is 2. That is the only sum I can make, with the data provided. I am no wiser from looking at it, what do the data mean? 3) I cannot speak to much else than Ruby, I do not see ruby in neither the failures or "All x86_64". Should we attempt to test it ourselves? Please provide a proper "how to test" section, I cannot fix what I cannot test or compare results when I have no idea what I am seeing. Actually, last time I heard about number of packages, it was around 50k (not source, build result), and as I stated, Ruby is missing, and so are quite a few dependent packages that should have GCC involved somewhere: ~~~ $ dnf repoquery --whatrequires "*libruby.so*" --disablerepo="*" --enablerepo="fedora" 2>/dev/null | grep -v "i686" | uniq | wc -l 115 ~~~ If we also filter rubygem-* packages that depend on the *libruby.so* (and most probably contain a binary extension written in C/C++ that links to Ruby), I get 68 packages. When I search "All x86_64" for "ruby" I get 28 packages. That is... not adding up. == Scope == * Proposal owners: Post a merge request to redhat-rpm-config with the actual change to build flags. * Other developers: Resolve bugs filed for build failures, either by fixing the bug exposed by `_FORTIFY_SOURCE=3` or by disabling `_FORTIFY_SOURCE=3` for the package if it is a false positive or if the package is unable to adapt to the change. * Release engineering: Mass rebuild required * Policies and guidelines: Guidelines should include workaround for packages that fail to build with `-Wp,-D_FORTIFY_SOURCE=3` due to a false positive. I'll just ask, what is a false positive. How can I tell. What are the steps for this. * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == No ABI
Re: New Fedora Developer Portal release
On 6/17/22 22:13, Eduard Lucena wrote: Hi again, You should consider updating the favicon for the new logo. Right, thanks! Kinda forgot about that one. Filed as https://github.com/developer-portal/website/issues/131 . Thanks, Jarek Br, -- Eduard Lucena Móvil: +56962318010 GNU/Linux User #589060 Ubuntu User #8749 Fedora Marketing Representative ___ devel mailing list --devel@lists.fedoraproject.org To unsubscribe send an email todevel-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 on the list, report it:https://pagure.io/fedora-infrastructure___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: New Fedora Developer Portal release
Hi, On 6/17/22 19:16, Eduard Lucena wrote: Hi, New: Julia installation page: * https://developer.fedoraproject.org/tech/languages/julia/julia-installation.html It looks like the Julia site[1] is down or not existent. If the site is not available, please wait a bit. The automation kicks in periodically (I do not remember how often though), if it is not available by tomorrow, then I'll take a look by monday :). Jarek Br, -- Eduard Lucena Móvil: +56962318010 GNU/Linux User #589060 Ubuntu User #8749 Fedora Marketing Representative ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: When is Firefox on Wayland Going to be the Default On KDE
It's default on Fedora 35, isn't it? Please file a bug at https://bugzilla.redhat.com if it doesn't work for you. I'll file a ticket (if someone was not faster). Looks a similar ticket was already filed: https://bugzilla.redhat.com/show_bug.cgi?id=1996921 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: When is Firefox on Wayland Going to be the Default On KDE
Hi, On 12/16/21 09:56, Martin Stransky wrote: On 12/16/21 06:44, Reon Beon via devel wrote: I don't want to run MOZ_ENABLE_WAYLAND=1 firefox from the command line forever. I just edit the file at `/usr/bin/firefox` on every update. Not the most comfortable but at least I don't have to go to terminal for running firefox. It's default on Fedora 35, isn't it? Please file a bug at https://bugzilla.redhat.com if it doesn't work for you. I'll file a ticket (if someone was not faster). I am afraid it is not default on neither F35 or F36. The lines for this feature seem to be commented out [0]. I have submitted PR for this some time back [1]. JFTR is just a bugzilla ticket the preferred workflow for these changes? Thanks, Jarek [0] https://src.fedoraproject.org/rpms/firefox/blob/f35/f/firefox.sh.in#_77 [1] https://src.fedoraproject.org/rpms/firefox/pull-request/36# ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Looking for a package reviewer for rubygem-gist
Hi, I'll take this for a review. Regards, Jarek Prokop On 08/08/2021 11:13, Georg Sauthoff wrote: Hello, I packaged a command line gist uploader - rubygem-gist - a few weeks ago: https://bugzilla.redhat.com/show_bug.cgi?id=1979081 So far, nobody picked it up for review. Thus, if you have experience in reviewing ruby packages it would be great if you could review it. The package is quite small and I followed Fedora's Ruby packaging guidelines. Best regards Georg ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: End of CentOS Linux: What about Fedora?
On 09/12/2020 20:55, Matthew Miller wrote: On Wed, Dec 09, 2020 at 08:46:39PM +0100, Jaroslav Prokop wrote: Looks like my use case should be included and hopefully with good options :). Although the way of communicating it feels a bit unfortunate. I would at least like to see what kind of initiatives are we talking about, what is in consideration. I know that centos-questi...@redhat.com is being answered by real people who are working on planning these programs, so sharing your needs with them can't hurt. Thanks! I'll do that. ___ 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
Re: End of CentOS Linux: What about Fedora?
On 09/12/2020 20:24, Matthew Miller wrote: On Wed, Dec 09, 2020 at 02:07:01PM +0100, Jaroslav Prokop wrote: It would provide with what is lost with CentOS Linux. Let's entertain an example: I would like to setup a home server with some locally hosted services, but I wouldn't like to update it to new system with new software every year just to get security updates. [...] "pioneer" of new releases, I feel that then I would miss a production ready, free and long term supported system from the ecosystem of RHEL/Fedora. But apparently some already took Take a look at this part of the CentOS FAQ: "In the first half of 2021, we will be introducing low- or no-cost programs for a variety of use cases, including options for open source projects and communities, partner ecosystems and an expansion of the use cases of the Red Hat Enterprise Linux Developer subscription to better serve the needs of systems administrators and partner developers. We’ll share more details on these initiatives as they become available." https://www.redhat.com/en/blog/faq-centos-stream-updates#Q10 Those details really have not been worked out, but I expect your use to be one that's definitely thought of. Thank you for responding! Looks like my use case should be included and hopefully with good options :). Although the way of communicating it feels a bit unfortunate. I would at least like to see what kind of initiatives are we talking about, what is in consideration. Jarek. ___ 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
Re: End of CentOS Linux: What about Fedora?
Hello, On 09/12/2020 13:28, Peter Robinson wrote: On Wed, Dec 9, 2020 at 11:12 AM Christoph Karl wrote: Hello! On 09.12.20 04:26, Sergio Belkin wrote: How does this (https://blog.centos.org/2020/12/future-is-centos-stream/) affect Fedora? I think Fedora now needs some kind of LTS. Why? What would it provide that CentOS Stream doesn't? It would provide with what is lost with CentOS Linux. Let's entertain an example: I would like to setup a home server with some locally hosted services, but I wouldn't like to update it to new system with new software every year just to get security updates. That is for me use case that would benefit from LTS. I would've used CentOS Linux but that won't be enough because CentOS 8 is EOL roughly next year. I could use Fedora server but that has too quick a release cycle and I don't have the time to check that everything is running right so often. Instead I would like LTS system that I comfortable with, which is from the RHEL ecosystem. But I don't see sense in running paid RHEL instance that would be only serve as my hobby project server. So with those out of the picture I would probably have to settle for something like Ubuntu LTS. However that is not the solution I'd like to see. If I understood the announcement, it would be a kind of CentOS streams is rolling release or a release with short release interval. That does not make my job much easier as someone who just sets up services and leaves it running. While I personally think that Fedora should uphold mainly its philosophy of being the "pioneer" of new releases, I feel that then I would miss a production ready, free and long term supported system from the ecosystem of RHEL/Fedora. But apparently some already took on this task [0]. Regards, Jarek [0] https://github.com/hpcng/rocky At least I was planning to support CentOS via EPEL as a kind of "Fedora LTS". Best Regards Christoph ___ 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 ___ 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 ___ 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
Re: End of CentOS Linux: What about Fedora?
Hello, On 09/12/2020 12:12, Christoph Karl wrote: Hello! On 09.12.20 04:26, Sergio Belkin wrote: How does this (https://blog.centos.org/2020/12/future-is-centos-stream/) affect Fedora? I think Fedora now needs some kind of LTS. At least I was planning to support CentOS via EPEL as a kind of "Fedora LTS". If I remember correctly and not making it up there was a discussion some years back about Fedora LTS. I think it was dismissed because we had CentOS providing LTS stability. But now it does not seem like we can rely on long term stability. Maybe it's time to revive that discussion? I am starting to get really confused on Fedora's position here. Are we anywhere in the pipeline? Are we prelude for software before it gets on CentOS streams or maybe testing grounds for RHEL if something got proved on the ground of CentsOS streams? ___ 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
Re: Java Dev Group and Fedora Quality
Hi Bill, On 25/01/2020 23:06, Bill Chatfield via devel wrote: In another case I tried to set up a Fedora system to run games, as that is what kids want to do. That was an utter failure because Fedora can't run any game that kids want to run today. The ability to run games cannot be underestimated because that is how you get the younger generation interested. That isn't really the fault of Fedora, I'm just mentioning that as an example of how, in general, the experience of the end-user is not being taken into account. And Fedora is failing to capture and retain users. As a young person interested in Fedora and also in gaming I must disagree on this. I run lots of games on wine with great success. There are exceptions that either are a result of some messy coding (e.g. Dragon age Origins' aliasing when it crashes on me when going over 4x) or of the developers deliberately not wanting to support a portion of community (e.g. Rust and Vulkan or Apex legends disabling anticheat support for Linux clients for some reason). It became much much easier with steam proton where I can run even games as old as "Star Wars: Republic Command" without problems. All in all, we have wine, dxvk, winedb (which I use when something goes wrong) and I run games from various companies with varying release dates. Cheers, Jarek ___ 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
Re: Help with rubygem packaging
Hi, great to see someone taking up on some rubygems! to the packages, the rubygem-linked-list as mentioned by Fabio have binaries that will probably have name conflicts with some other packages. Secondly rubygem-hrx should not have `Requires: rubygem(linked-list)`[0] because that dependency is automatically generated from package's gemspec. So rubygem-thor will get pulled in as well as a result. I highly recommend running the test suite in %check section[1], since ruby cannot catch some basic stuff at compile time (because there is no compilation :) ) unlike with let's say Java. Also I think you can submit package review requests with the state it is in and there we can help you with each package in their own bug threads, even if you have no experience. Cheers, Jarek [0] https://docs.fedoraproject.org/en-US/packaging-guidelines/Ruby/#_rubygems [1] https://docs.fedoraproject.org/en-US/packaging-guidelines/Ruby/#_running_test_suites On 03/12/2019 19:08, Leigh Scott wrote: Hi, Can someone check these specfiles before I submit review requests please? I have zero experience with packaging rubygem packaes. https://leigh123linux.fedorapeople.org/pub/SPECS/rubygem-hrx.spec https://leigh123linux.fedorapeople.org/pub/SPECS/rubygem-linked-list.spec Best regards Leigh ___ 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 ___ 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
Re: Wayland hangs (black screen) after dnf update to Fedora 29
On 03/11/2018 22:50, Alain Vigne wrote: Hi everyone TLDR; I had a working Wayland Gnome Desktop in f28. Not anymore with f29. Yesterday, I "dnf upgrade" my f28 to f29 ... to find a black screen when I want to login to my Gnome session :( The boot is OK till the gdm login screen, but when I enter my password, the screen turns black, and the keyboard is locked (non-responsive, Num Lock does not toggle, nor caps lock). Then I don't know how to recover control, as no key binding is effective, no mouse, no screen :(I power off the machine) I successfully launched the desktop using "startx" from my user account after booting with runlevel=3, so I think there is an issue with Wayland ! > lspci|grep "VGA" 01:00.0 VGA compatible controller: NVIDIA Corporation GM206 [GeForce GTX 960] (rev a1) I used to install the nvidia drivers, after each kernel upgrade. I did that, as usual using: > ./NVIDIA-Linux-x86_64-410.73.run Where should I look to have more information about what's wrong with my system ? Which component should I report on BZ ? What additional info would be helpful for knowledgeable developers ? Hi, I'd consult with this guide in section 2 [0] it's a more common issue I myself encountered this, I stayed with older drivers for now. From the post: "Note Fedora 29 users: GDM is not currently working properly. I get black screen when I try to login any desktop. Gnome 3.30.1 works, but you will need some other display manager than GDM" [0] https://www.if-not-true-then-false.com/2015/fedora-nvidia-guide/ Jaroslav. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
nonresponsive packager
Hi, I am trying to reach Anuj More and so far unsuccessfully. He has package repository created, but he never imported anything [1]. I have tried his email anujmo...@gmail.com last Wednesday but I haven't heard from him yet. There is reopened bug of one of his packages [2], to which he has not responded yet. Does anyone know how to contact him? [1] https://src.fedoraproject.org/rpms/rubygem-lumberjack [2] https://bugzilla.redhat.com/show_bug.cgi?id=960064 Jaroslav ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Self Introduction: Jaroslav Prokop
__ > From: Dominik 'Rathann' Mierzejewski <domi...@greysector.net> > On Friday 01.12.2017 at 09:31 >Hi, Jarek. >On Thursday, 30 November 2017 at 18:25, Jaroslav Prokop wrote: >> my name is Jaroslav, Jarek for short, I am 16 years old student, >> I live and study in Brno, Czech Republic. I am beginner in the >> world of programming, right now I am working on becoming rpm >> packager. >Welcome to Fedora! Have you joined the Fedora IRC channel(s) already? Yes, you can find me at #fedora-devel under "jprokop" ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Self Introduction: Jaroslav Prokop
Hi everyone, my name is Jaroslav, Jarek for short, I am 16 years old student, I live and study in Brno, Czech Republic. I am beginner in the world of programming, right now I am working on becoming rpm packager. For now I will be packaging ruby software and I am building my first Fedora packages [1] [2]. I am not experienced much and still pretty young, but I am working my way to knowledge, but I am glad I can give my part to this awesome open source project. If you´re interested to know more about me, we could do some Q [1] https://bugzilla.redhat.com/show_bug.cgi?id=1517000 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1516328 -- GPG: https://paste.fedoraproject.org/paste/EhUSQh4Y2MLh8HGj~DADvw Regards, Jaroslav Prokop ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org