Re: many legit devel@ emails marked as spam by gmail (dmarc reject)
* Todd Zullinger: > On the users list we enabled Mailman's DMARC mitigations > several months ago. That has allowed posts from users > @yahoo and other domains with strict DMARC settings to reach > list subscribers @gmail and other domains which honor those > DMARC settings. > > It may be worthwhile to enable those Mailman mitigations for > all project lists by default (allowing lists who may not > want it to disable the settings). Can we at least opt out as recipients, for those of us who still exercise some control over their email infrastructure? This really should be a configurable knob in Gmail, but currently, it is not: Gmail rejects or drops such email occasionally, so you cannot fix things with filters. Unfortunately, Google support does not understand DMARC and that it's their systems which reject incoming email, against the wishes of their customers. Thanks, Florian ___ 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
Fedora 29-20181005.n.0 compose check report
No missing expected images. Failed openQA tests: 10/133 (x86_64), 1/24 (i386), 1/2 (arm) ID: 290006 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/290006 ID: 290012 Test: x86_64 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/290012 ID: 290015 Test: x86_64 Workstation-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/290015 ID: 290016 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/290016 ID: 290028 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/290028 ID: 290031 Test: i386 Workstation-live-iso install_default URL: https://openqa.fedoraproject.org/tests/290031 ID: 290034 Test: x86_64 KDE-live-iso install_no_user URL: https://openqa.fedoraproject.org/tests/290034 ID: 290036 Test: x86_64 KDE-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/290036 ID: 290048 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/290048 ID: 290080 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/290080 ID: 290091 Test: x86_64 universal install_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/290091 ID: 290119 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/290119 Soft failed openQA tests: 1/133 (x86_64), 2/24 (i386) (Tests completed, but using a workaround for a known bug) ID: 290010 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/290010 ID: 290011 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/290011 ID: 290066 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/290066 Passed openQA tests: 104/133 (x86_64), 21/24 (i386) Skipped openQA tests: 19 of 159 -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ 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
Fedora Rawhide-20181005.n.0 compose check report
No missing expected images. Failed openQA tests: 18/133 (x86_64), 3/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20180930.n.0): ID: 289323 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/289323 ID: 289357 Test: x86_64 KDE-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/289357 ID: 289393 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/289393 ID: 289395 Test: x86_64 universal install_arabic_language URL: https://openqa.fedoraproject.org/tests/289395 ID: 289396 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/289396 ID: 289401 Test: x86_64 universal install_blivet_btrfs URL: https://openqa.fedoraproject.org/tests/289401 ID: 289430 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/289430 ID: 289567 Test: x86_64 universal install_ext3 URL: https://openqa.fedoraproject.org/tests/289567 ID: 289599 Test: x86_64 KDE-live-iso install_no_user URL: https://openqa.fedoraproject.org/tests/289599 ID: 289604 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/289604 ID: 289609 Test: x86_64 Server-dvd-iso server_freeipa_replication_master URL: https://openqa.fedoraproject.org/tests/289609 ID: 289617 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/289617 Old failures (same test failed in Rawhide-20180930.n.0): ID: 289297 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/289297 ID: 289319 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/289319 ID: 289326 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/289326 ID: 289328 Test: x86_64 Workstation-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/289328 ID: 289339 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/289339 ID: 289341 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/289341 ID: 289344 Test: i386 Workstation-live-iso install_default URL: https://openqa.fedoraproject.org/tests/289344 ID: 289360 Test: i386 KDE-live-iso install_default URL: https://openqa.fedoraproject.org/tests/289360 ID: 289361 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/289361 ID: 289613 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/289613 Soft failed openQA tests: 3/133 (x86_64), 1/24 (i386) (Tests completed, but using a workaround for a known bug) New soft failures (same test did not soft fail in Rawhide-20180930.n.0): ID: 289349 Test: x86_64 KDE-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/289349 ID: 289350 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/289350 Old soft failures (same test soft failed in Rawhide-20180930.n.0): ID: 289324 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/289324 ID: 289616 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/289616 Passed openQA tests: 107/133 (x86_64), 20/24 (i386) New passes (same test did not pass in Rawhide-20180930.n.0): ID: 289301 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/289301 ID: 289340 Test: x86_64 Workstation-boot-iso memory_check@uefi URL: https://openqa.fedoraproject.org/tests/289340 ID: 289351 Test: x86_64 KDE-live-iso base_system_logging URL: https://openqa.fedoraproject.org/tests/289351 ID: 289352 Test: x86_64 KDE-live-iso base_service_manipulation URL: https://openqa.fedoraproject.org/tests/289352 ID: 289353 Test: x86_64 KDE-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/289353 ID: 289354 Test: x86_64 KDE-live-iso base_selinux URL: https://openqa.fedoraproject.org/tests/289354 ID: 289355 Test: x86_64 KDE-live-iso base_update_cli URL: https://openqa.fedoraproject.org/tests/289355 ID: 289356 Test: x86_64 KDE-live-iso base_services_start URL: https://openqa.fedoraproject.org/tests/289356 ID: 289358 Test: x86_64 KDE-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/289358 ID: 289359 Test: x86_64 KDE-live-iso desktop_terminal URL: https://openqa.fedoraproject.org/tests/289359 ID: 289364 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/289364 ID: 289365 Test: x86_64 universal install_repository_http_variation URL: https:/
Self Introduction: John Ford
Hi, My name is John Ford and I'm looking to get back into working on Fedora. I have been a Fedora user since Version 8, though I've been using Red Hat since I found an out of date boxed copy of Red Hat Linux 5.2 at a book store. I've been involved in Fedora in the past, but it was a very long time ago. I was part of the packager group back then. I used the FAS account "john64", but I've created a new FAS account "jhford". The old nick was a terrible choice I made when I was much younger. I hadn't had the time to keep up with packaging, but I'd like to get more involved again. I have also learned a bunch since I was last involved in Fedora. I don't have a specific interest at the moment, but I'd like to be able to contribute to a project that has helped me so much through the years. As for software and open source experience, I've been working at very large open source project for 9 years. I started on the release engineering team, then moved to our phone os team working on the source management and build system. I now work on a team which builds a CI platform. Our project isn't useful outside of our project yet, but it's a similar project to Travis, Buildbot or Jenkins. I've submitted a review request for a hex editor (wxHexEditor). It'd be great if you could take a look! https://bugzilla.redhat.com/show_bug.cgi?id=1636668 Outside of work, I have a lot of interests. I spend my time primarily bicycling, listing to music, cooking and travelling by train through Europe. I'm living in Berlin, Germany but have lived in San Francisco, US and Toronto, Canada in the past. Well, the weather is unseasonably nice right now, so I'm going to head out. Hope your weekend goes well! Cheers, John ___ 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
Re: Self Introduction: John Ford
Welcome back john,its always good to have someone with experience. - Manas On Sat, Oct 6, 2018, 7:21 PM John Ford wrote: > Hi, > > My name is John Ford and I'm looking to get back into working on Fedora. > I have been a Fedora user since Version 8, though I've been using Red Hat > since I found an out of date boxed copy of Red Hat Linux 5.2 at a book > store. > > I've been involved in Fedora in the past, but it was a very long time > ago. I was part of the packager group back then. I used the FAS account > "john64", but I've created a new FAS account "jhford". The old nick was a > terrible choice I made when I was much younger. I hadn't had the time to > keep up with packaging, but I'd like to get more involved again. I have > also learned a bunch since I was last involved in Fedora. I don't have a > specific interest at the moment, but I'd like to be able to contribute to a > project that has helped me so much through the years. > > As for software and open source experience, I've been working at very > large open source project for 9 years. I started on the release > engineering team, then moved to our phone os team working on the source > management and build system. I now work on a team which builds a CI > platform. Our project isn't useful outside of our project yet, but it's a > similar project to Travis, Buildbot or Jenkins. > > I've submitted a review request for a hex editor (wxHexEditor). It'd be > great if you could take a look! > > https://bugzilla.redhat.com/show_bug.cgi?id=1636668 > > Outside of work, I have a lot of interests. I spend my time primarily > bicycling, listing to music, cooking and travelling by train through > Europe. I'm living in Berlin, Germany but have lived in San Francisco, US > and Toronto, Canada in the past. > > Well, the weather is unseasonably nice right now, so I'm going to head > out. Hope your weekend goes well! > > Cheers, > > John > ___ > 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 > ___ 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
Re: [Test-Announce] Fedora 29 Branched 20181005.n.0 nightly compose nominated for testing
On 10/6/18 at 0124 UTC, rawh...@fedoraproject.org wrote: You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora_29_Branched_20181005.n.0_Summary The Downloads section https://fedoraproject.org/wiki/Test_Results:Fedora_29_Branched_20181005.n.0_Summary#Downloads was a Template, and the URL target of its link does not exist. I got the images I wanted by hand editing a URL from a couple weeks ago, such as https://kojipkgs.fedoraproject.org/compose/branched/Fedora-29-20181005.n.0/compose/Spins/aarch64/images/Fedora-Minimal-29-20181005.n.0.aarch64.raw.xz Last night downloading failed because the speed declined too close to zero, but at 1420 UTC today it was full speed. ___ 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
Re: [Fedora-packaging] Fedora Packaging Guidelines on docs.fedoraproject.org
On Thu, Oct 4, 2018 at 8:12 PM Raphael Groner wrote: > > > On vendredi 28 septembre 2018 14:02:37 CEST Igor Gnatenko wrote: > > > > This is fancy and all, but could we have back a table of contents like in > > the > > Wiki. Some pages, like the main packaging one are very long and sometimes we > > need to look a specific section fast instead of scrolling to find it. > > +1 > > That's what I meant with a generic "TOC" (as placeholder?) at the top of each > page in italic font but not replaced anywhere. It seems there's some script > missing to do the magic. We have a merged patch to do this for the index page to prove it can work. This has not yet been published to production, but can be previewed with the Makefile. Other pages that need it, should get similar treatment. Not all pages needed so I didn't add it everywhere. regards, bex > > Regards, Raphael > ___ > 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 -- Brian (bex) Exelbierd | bexel...@redhat.com | b...@pobox.com Fedora Community Action & Impact Coordinator @bexelbie | http://www.winglemeyer.org ___ 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
Re: many legit devel@ emails marked as spam by gmail (dmarc reject)
Hi, Florian Weimer wrote: > * Todd Zullinger: > >> On the users list we enabled Mailman's DMARC mitigations >> several months ago. That has allowed posts from users >> @yahoo and other domains with strict DMARC settings to reach >> list subscribers @gmail and other domains which honor those >> DMARC settings. >> >> It may be worthwhile to enable those Mailman mitigations for >> all project lists by default (allowing lists who may not >> want it to disable the settings). > > Can we at least opt out as recipients, for those of us who still > exercise some control over their email infrastructure? AFAIK, there's no individual subscriber control in Mailman. It's applied to the list. (I'm nowhere close to an expert with Mailman3 though, so corrections are welcome.) However, it only affects messages from domains which have a DMARC 'reject' policy, as configured on the users list. So anyone with some control over their email infrastructure shouldn't generally be affected (or will have the ability to make adjustsments to their DMARC policy to allow mail to be resent from the Fedora lists). For the benefit of those who aren't familiar with Mailman's DMARC mitigations, here's how this works on the users list: When mailman is sending a message it checks the DMARC policy of the sender's domain. If that policy is set to 'reject' then Mailman will adjust the From: field to send the message from the list address instead of the sender's. For example, if a subscriber 'someu...@example.com' sends a message to the list and 'example.com' has a DMARC 'reject' policy, the original from header would be: From: Some User Mailman will change that to: From: Some User via users It will store the original From header (I believe in Original-From: but it's early in the day and that's from memory, so it could be slightly off). The advantage is that domains like @gmail.com which block (or mark messages as spam) from domains like @yahoo.com will no longer do so because the list has not resent mail from @yahoo.com counter to @yahoo.com's DMARC policy. The disadvantage is that the From: field is munged. Overall, I think it's been an improvement on the users list. -- Todd ~~ Process and Procedure are the last hiding place of people without the wit and wisdom to do their job properly. signature.asc Description: PGP signature ___ 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
Re: hibernation — does it work for you?
* Dell Inspiron 1525 with kernel 4.8.13-100.fc23.x86_64 works as expected ___ 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
Re: hibernation — does it work for you?
* Panasonic Toughbook CF-19 with kernel 4.18.11-200.fc28.i686 _DOES NOT_ work as expected: - it pretends to save hibernation data and switches off. - when the computer starts, it begins to read the hibernation data, reboots and start as normal power-on. Some funny data: # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:00 465,8G 0 disk [..] ├─sda4 8:40 3,9G 0 part [SWAP] [..] # swapon --show NAME TYPE SIZE USED PRIO /dev/sda4 partition 2G 0B -2 Something wrong with size information ___ 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
Re: Fedora Packaging Guidelines on docs.fedoraproject.org
Brian (bex) Exelbierd wrote: > On Mon, Oct 1, 2018 at 11:03 PM Björn Persson wrote: > >> Jason L Tibbitts III wrote: >>> Indeed, asciidoctor works a bit better than asciidoc does but still >>> converts quickly. It's actually in the "rubygem-asciidoctor" package. >> >> Maybe I'll try that next time I have some free time. This is giving me >> a "best viewed with Netscape Navigator" feeling though. Not only are >> there several different badly designed document authoring languages, >> but they're apparently even splitting into tool-specific dialects. > > AIUI asciidoc is no longer maintained at all. AsciiDoc the syntax has > evolved is not even fully supported in the outdated asciidoc tool. AIUI > you should only ever run asciidoctor, the successor tooling, or use it's > libraries in your project). FWIW, git still defaults to asciidoc over asciidoctor. Some work has been done to accommodate asciidoctor, but there are a few minor formatting issues when building the docs with asciidoctor that have kept me from using it in the git packages. I agree that newer projects should target asciidoctor's implementation. I just wouldn't want to see asciidoc dropped too soon because we think it's completely unused. -- Todd ~~ I never forget a face, but in your case I'll be glad to make an exception. -- Groucho Marx signature.asc Description: PGP signature ___ 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
Re: many legit devel@ emails marked as spam by gmail (dmarc reject)
* Todd Zullinger: > AFAIK, there's no individual subscriber control in Mailman. > It's applied to the list. (I'm nowhere close to an expert > with Mailman3 though, so corrections are welcome.) That's a pity (the lack of individual subscriber control I mean). > However, it only affects messages from domains which have a > DMARC 'reject' policy, as configured on the users list. Yes, but also for recipients which do not perform DMARC checking and could therefore be presented with the unfalsified headers. Mailman has no way to know what the recipient does, so it has to be a per-subscriber knob. > So anyone with some control over their email infrastructure > shouldn't generally be affected (or will have the ability to > make adjustsments to their DMARC policy to allow mail to be > resent from the Fedora lists). I cannot control what kind of DMARC policies domains publish. I would likely be unable to change the DMARC policy for redhat.com if Red Hat started to publish one. What I could do, though, is to switch to a different domain (hopefully still a subdomain under redhat.com), but not everyone has that kind of luxury. But that will only help for avoiding that my mail gets the header forging treatment by Mailman. It would not change what I receive. > Overall, I think it's been an improvement on the users list. It's less risky for lists that have always set Reply-To: to the list, that's true. Thanks, Florian ___ 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
Re: [Test-Announce] Fedora 29 Branched 20181005.n.0 nightly compose nominated for testing
On Sat, 2018-10-06 at 07:30 -0700, John Reiser wrote: > On 10/6/18 at 0124 UTC, rawh...@fedoraproject.org wrote: > > > You can see all results, find testing instructions and image download > > locations, and enter results on the Summary page: > > > > https://fedoraproject.org/wiki/Test_Results:Fedora_29_Branched_20181005.n.0_Summary > > The Downloads section > > https://fedoraproject.org/wiki/Test_Results:Fedora_29_Branched_20181005.n.0_Summary#Downloads > was a Template, and the URL target of its link does not exist. Thanks for the report, but there's something a bit odd going on - you see, the page *does* exist. If you click on the 'non-existent' link, you'll see it loads the edit interface with a bunch of text in it, indicating the page actually does already exist. So I'm not sure why this is suddenly going weird. I'll look into it a bit. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ 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
Re: [Test-Announce] Fedora 29 Branched 20181005.n.0 nightly compose nominated for testing
On Sat, 2018-10-06 at 16:56 -0700, Adam Williamson wrote: > On Sat, 2018-10-06 at 07:30 -0700, John Reiser wrote: > > On 10/6/18 at 0124 UTC, rawh...@fedoraproject.org wrote: > > > > > You can see all results, find testing instructions and image download > > > locations, and enter results on the Summary page: > > > > > > https://fedoraproject.org/wiki/Test_Results:Fedora_29_Branched_20181005.n.0_Summary > > > > The Downloads section > > > > https://fedoraproject.org/wiki/Test_Results:Fedora_29_Branched_20181005.n.0_Summary#Downloads > > was a Template, and the URL target of its link does not exist. > > Thanks for the report, but there's something a bit odd going on - you > see, the page *does* exist. If you click on the 'non-existent' link, > you'll see it loads the edit interface with a bunch of text in it, > indicating the page actually does already exist. > > So I'm not sure why this is suddenly going weird. I'll look into it a > bit. Oddly enough, just editing the page and saving it with no changes at all fixed the problem... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ 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
[Test-Announce] 2018-10-08 @ 16:00 UTC - Fedora 29 Blocker Review Meeting
# F29 Blocker Review meeting # Date: 2018-10-08 # Time: 16:00 UTC # Location: #fedora-blocker-review on irc.freenode.net Hi folks! We have 6 proposed Final blockers and 4 proposed Final freeze exceptions to review, so let's have a review meeting on Monday. We have GNOME and dnf bugs, and one qemu bug on the list. If you have time this weekend, you can take a look at the proposed or accepted blockers before the meeting - the full lists can be found here: https://qa.fedoraproject.org/blockerbugs/ . We'll be evaluating these bugs to see if they violate any of the Release Criteria and warrant the blocking of a release if they're not fixed. Information on the release criteria for F29 can be found on the wiki [0]. For more information about the Blocker and Freeze exception process, check out these links: - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process And for those of you who are curious how a Blocker Review Meeting works - or how it's supposed to go and you want to run one - check out the SOP on the wiki: - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting Have a good weekend and see you on Monday! [0] https://fedoraproject.org/wiki/Fedora_Release_Criteria -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-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/test-annou...@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://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
Re: many legit devel@ emails marked as spam by gmail (dmarc reject)
Once upon a time, Florian Weimer said: > This really should be a configurable knob in Gmail, but currently, it is > not: Gmail rejects or drops such email occasionally, so you cannot fix > things with filters. Unfortunately, Google support does not understand > DMARC and that it's their systems which reject incoming email, against > the wishes of their customers. Google is doing exactly what senders are instructing them to do, and since lots of email filtering is based on reputation, it's in the sender's hands to handle their reputation. Yahoo's DMARC policy says to reject the email, so that's what Google does (as well as many other email hosters). A number of mailing lists switched to a version of Mailman that supports rewrting the sender when the original sending domain has a DMARC reject policy - probably the Fedora Project Mailman needs to have that option enabled. -- Chris Adams ___ 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
Yet another gargantuan mathematical software update
Hi folks, It's about time for another "update the world" moment for some of the mathematical software we have in Fedora. I'm going to try to clear away a big chunk of my backlogged package work with this update, so it will be even bigger than usual. Primary goals are to switch from atlas or the reference blas to openblas, and to drop python 2 packages. I plan to do all of the necessary rebuilds myself. Package maintainers, if you would rather that I did not rebuild your package for you, please let me know. Otherwise, I will do all of these builds in approximately 1 week from today. I plan to build for Rawhide only. As usual with this package set, the rebuilds will take a few days, so expect broken dependencies in the middle. 4ti2: revive this package now that latte-integrale upstream has split it back out arb: update to 2.15.0 cddlib: update to 0.94j; epoch bump needed to deal with the new dot in the version number ceres-solver: rebuild for tbb cocoalib: switch to openblas cryptominisat: update to 5.6.5 cxsc: switch to openblas DSDP: switch to openblas eclib: update to 20180815 embree: rebuild for tbb fawkes: rebuild for tbb fflas-ffpack: switch to openblas flint: switch to openblas (needs rebuild anyway due to ntl update) gazebo: rebuild for tbb gfan: rebuild for cddlib giac: rebuild for ntl iml: switch to openblas latte-integrale: update to 1.7.5. Not really integrale anymore since 4ti2 was unbundled... linbox: switch to openblas, enable OpenCL interface Macaulay2: switch to openblas (needs rebuild anyway due to ntl update) mathicgb: rebuild for tbb, fix incompatibility with recent gtest versions ntl: update to 11.3.0. This involves an soname bump. OCE: rebuild for tbb opencv: rebuild for tbb openvdb: rebuild for tbb polymake: rebuild for cddlib pynac: switch to openblas, switch from python 2 to python 3 python-cvxopt: update to 1.2.1, switch to openblas, drop the python 2 subpackage python-fastcache: update to 1.1.0, drop the python 2 subpackage python-networkx: update to 2.1, drop the python 2 subpackages, consolidate back to a single package again since this cannot appear in EPEL < 8 anyway python-theano: switch to openblas, build with libgpuarray for OpenCL support, drop the python 2 subpackage root: rebuild for tbb sagemath: switch to openblas, switch (with great fear and trepidation) to the experimental python 3 build Singular: rebuild for cddlib suitesparse: rebuild for tbb sympol: rebuild for cddlib sympy: update to 1.3, drop the python 2 subpackage tbb: update to 2019_U1. This has the same soname, but has a backwards-incompatible ABI change on 32-bit platforms. Therefore, all consumers must be rebuilt. TOPCOM: rebuild for cddlib Regards, -- Jerry James http://www.jamezone.org/ ___ 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
