Fedora Workstation connects using NT1 protocol by default
Hi, Got a Fedora 25 Server using fairly default smb.conf, nothing special, just to share some storage. Three clients: macOS 10.12.4, Fedora 26, and Windows 10 On the server, using 'smbstatus' I see the following protocols used for each client when connected: Windows 10: SMB3_11 macOS: SMB3_02 Fedora 26: NT1 This is true whether I use smbclient or Nautilus to make the connection. The smb.conf man page says for "client min protocol" and "client max protocol": Normally this option should not be set as the automatic negotiation phase in the SMB protocol takes care of choosing the appropriate protocol. If I do: server min protocol = SMB2 server max protocol = SMB3 Windows and macOS can still connect however: [chris@f26h ~]$ smbclient //10.0.0.3/brick1 protocol negotiation failed: NT_STATUS_INVALID_NETWORK_RESPONSE If I comment out the above, and go with: client min protocol = SMB2 client max protocol = SMB3 Both Nautilus and smblient connect with NT1 protocol. If I use: smbclient -m smb3 //10.0.0.3/brick1 I get SMB3_11 protocol connection. So the smbclint *can* do SMB3_11, it just refuses to autonegotiate it, and even seems to ignore the server's client and server min directive. I'm not sure how to get Nautilus to use SMB3 or if it even supports it, or if it's ultimately using smbclient behind the scene. Anyway this is confusing. The performance difference is significant, it's about 2.5x slower with NT1 compared to an SMB3_11 connection. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
On Tue, Apr 4, 2017 at 3:00 PM, Kevin Fenzi wrote: > On 04/04/2017 02:53 PM, Jens Lody wrote: >> Am Tue, 4 Apr 2017 14:37:51 -0600 >> schrieb Kevin Fenzi : >> >>> On 04/04/2017 12:39 PM, Jens Lody wrote: Am Tue, 4 Apr 2017 20:17:33 +0200 schrieb Jens Lody : > https://fedoraproject.org/wiki/Common_F26_bugs redirects to > https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs > with a 302 header (just tried again). It looks like they use different proxies, the working site has AppServer: proxy02.fedoraproject.org in the header, the not working one (e.g.): AppServer:"proxy11.fedoraproject.org" . >>> >>> Yes, we have a number of proxies and they have varnish on them that is >>> doing the caching. >>> >>> I have just cleared the varnish cache, can you confirm that it's >>> working as expected now? >> Unfortunately not (works only with "?rd=no" as proposed by Matthew) at >> least not on icecat,which still uses proxy11 without success. > > ok, try now. Varnish was being difficult. It's fixed. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
Am Tue, 4 Apr 2017 15:00:10 -0600 schrieb Kevin Fenzi : > On 04/04/2017 02:53 PM, Jens Lody wrote: > > Am Tue, 4 Apr 2017 14:37:51 -0600 > > schrieb Kevin Fenzi : > > > >> On 04/04/2017 12:39 PM, Jens Lody wrote: > >>> Am Tue, 4 Apr 2017 20:17:33 +0200 > >>> schrieb Jens Lody : > >>> > https://fedoraproject.org/wiki/Common_F26_bugs redirects to > https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs > with a 302 header (just tried again). > >>> > >>> It looks like they use different proxies, the working site has > >>> AppServer: proxy02.fedoraproject.org > >>> in the header, the not working one (e.g.): > >>> AppServer:"proxy11.fedoraproject.org" . > >> > >> Yes, we have a number of proxies and they have varnish on them > >> that is doing the caching. > >> > >> I have just cleared the varnish cache, can you confirm that it's > >> working as expected now? > > Unfortunately not (works only with "?rd=no" as proposed by Matthew) > > at least not on icecat,which still uses proxy11 without success. > > ok, try now. Varnish was being difficult. Looks good now. Thank you ! jens pgpCuT9jpoWtZ.pgp Description: Digitale Signatur von OpenPGP ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
On 04/04/2017 02:53 PM, Jens Lody wrote: > Am Tue, 4 Apr 2017 14:37:51 -0600 > schrieb Kevin Fenzi : > >> On 04/04/2017 12:39 PM, Jens Lody wrote: >>> Am Tue, 4 Apr 2017 20:17:33 +0200 >>> schrieb Jens Lody : >>> https://fedoraproject.org/wiki/Common_F26_bugs redirects to https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs with a 302 header (just tried again). >>> >>> It looks like they use different proxies, the working site has >>> AppServer: proxy02.fedoraproject.org >>> in the header, the not working one (e.g.): >>> AppServer:"proxy11.fedoraproject.org" . >> >> Yes, we have a number of proxies and they have varnish on them that is >> doing the caching. >> >> I have just cleared the varnish cache, can you confirm that it's >> working as expected now? > Unfortunately not (works only with "?rd=no" as proposed by Matthew) at > least not on icecat,which still uses proxy11 without success. ok, try now. Varnish was being difficult. kevin signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
Am Tue, 4 Apr 2017 14:37:51 -0600 schrieb Kevin Fenzi : > On 04/04/2017 12:39 PM, Jens Lody wrote: > > Am Tue, 4 Apr 2017 20:17:33 +0200 > > schrieb Jens Lody : > > > >> https://fedoraproject.org/wiki/Common_F26_bugs redirects to > >> https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs > >> with a 302 header (just tried again). > > > > It looks like they use different proxies, the working site has > > AppServer: proxy02.fedoraproject.org > > in the header, the not working one (e.g.): > > AppServer:"proxy11.fedoraproject.org" . > > Yes, we have a number of proxies and they have varnish on them that is > doing the caching. > > I have just cleared the varnish cache, can you confirm that it's > working as expected now? Unfortunately not (works only with "?rd=no" as proposed by Matthew) at least not on icecat,which still uses proxy11 without success. Jens pgpq38Iu_6nf5.pgp Description: Digitale Signatur von OpenPGP ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
On Tue, Apr 4, 2017 at 2:37 PM, Kevin Fenzi wrote: > On 04/04/2017 12:39 PM, Jens Lody wrote: >> Am Tue, 4 Apr 2017 20:17:33 +0200 >> schrieb Jens Lody : >> >>> https://fedoraproject.org/wiki/Common_F26_bugs redirects to >>> https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs with >>> a 302 header (just tried again). >> >> It looks like they use different proxies, the working site has >> AppServer: proxy02.fedoraproject.org >> in the header, the not working one (e.g.): >> AppServer:"proxy11.fedoraproject.org" . > > Yes, we have a number of proxies and they have varnish on them that is > doing the caching. > > I have just cleared the varnish cache, can you confirm that it's working > as expected now? It's still a problem. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora 26-20170404.n.0 compose check report
Missing expected images: Xfce raw-xz armhfp Failed openQA tests: 14/108 (x86_64), 3/18 (i386), 1/2 (arm) ID: 75724 Test: x86_64 Server-dvd-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/75724 ID: 75749 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/75749 ID: 75753 Test: x86_64 Workstation-live-iso base_service_manipulation URL: https://openqa.fedoraproject.org/tests/75753 ID: 75757 Test: x86_64 Workstation-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/75757 ID: 75759 Test: x86_64 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/75759 ID: 75765 Test: i386 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/75765 ID: 75770 Test: x86_64 KDE-live-iso base_service_manipulation URL: https://openqa.fedoraproject.org/tests/75770 ID: 75774 Test: x86_64 KDE-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/75774 ID: 75776 Test: x86_64 KDE-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/75776 ID: 75779 Test: arm Minimal-raw_xz-raw.xz base_services_start_arm URL: https://openqa.fedoraproject.org/tests/75779 ID: 75783 Test: x86_64 universal support_server URL: https://openqa.fedoraproject.org/tests/75783 ID: 75787 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/75787 ID: 75792 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/75792 ID: 75831 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/75831 ID: 75834 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/75834 ID: 75836 Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/75836 ID: 75847 Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/75847 ID: 75848 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/75848 Soft failed openQA tests: 1/108 (x86_64), 10/18 (i386) (Tests completed, but using a workaround for a known bug) ID: 75743 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/75743 ID: 75744 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/75744 ID: 75793 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/75793 ID: 75839 Test: i386 universal install_package_set_minimal URL: https://openqa.fedoraproject.org/tests/75839 ID: 75840 Test: i386 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/75840 ID: 75841 Test: i386 universal install_scsi_updates_img URL: https://openqa.fedoraproject.org/tests/75841 ID: 75842 Test: i386 universal install_simple_encrypted URL: https://openqa.fedoraproject.org/tests/75842 ID: 75843 Test: i386 universal install_software_raid URL: https://openqa.fedoraproject.org/tests/75843 ID: 75844 Test: i386 universal install_btrfs URL: https://openqa.fedoraproject.org/tests/75844 ID: 75845 Test: i386 universal install_ext3 URL: https://openqa.fedoraproject.org/tests/75845 ID: 75846 Test: i386 universal install_lvmthin URL: https://openqa.fedoraproject.org/tests/75846 Passed openQA tests: 78/108 (x86_64), 5/18 (i386), 1/2 (arm) Skipped openQA tests: 13 of 128 -- 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 25 Respin 20170404 compose check report
No missing expected images. Passed openQA tests: 11/11 (x86_64) -- 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
Re: Announcing the release of Fedora 26 Alpha
On 04/04/2017 12:39 PM, Jens Lody wrote: > Am Tue, 4 Apr 2017 20:17:33 +0200 > schrieb Jens Lody : > >> https://fedoraproject.org/wiki/Common_F26_bugs redirects to >> https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs with >> a 302 header (just tried again). > > It looks like they use different proxies, the working site has > AppServer: proxy02.fedoraproject.org > in the header, the not working one (e.g.): > AppServer:"proxy11.fedoraproject.org" . Yes, we have a number of proxies and they have varnish on them that is doing the caching. I have just cleared the varnish cache, can you confirm that it's working as expected now? kevin signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
On Tue, Apr 04, 2017 at 08:47:53PM +0200, Jens Lody wrote: > > It's because the wiki's behind a reverse proxy. Always refresh with > > shift+ctrl+r. > My android icecat has definitely never been on this site, so there can > not be anything cached. It's cached on the proxy, not on your end. > And how should I refresh a site,that's not loaded ? https://fedoraproject.org/w/index.php?title=Common_F26_bugs&redirect=no is annoying and obscure but should work. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
Am Tue, 04 Apr 2017 11:37:40 -0700 schrieb Adam Williamson : > On Tue, 2017-04-04 at 20:30 +0200, Jens Lody wrote: > > > > This happens with icecat and firefox (both with enabled plugins and > > in safe-mode) and chromium, but not with epiphany. Ialos tried with > > icecat on Android and it also redirects. > > It's because the wiki's behind a reverse proxy. Always refresh with > shift+ctrl+r. My android icecat has definitely never been on this site, so there can not be anything cached. And how should I refresh a site,that's not loaded ? If I refresh, I can only refresh the redirected site. Clearing the cache does not solve he issue. Jens pgpxR6lzkhChH.pgp Description: Digitale Signatur von OpenPGP ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
On Tue, Apr 4, 2017 at 12:17 PM, Jens Lody wrote: > Am Tue, 4 Apr 2017 11:16:55 -0600 > schrieb Kevin Fenzi : > >> On 04/04/2017 11:04 AM, Jens Lody wrote: >> > Am Tue, 4 Apr 2017 11:05:21 -0400 >> > schrieb Matthew Miller : >> > >> >> On Tue, Apr 04, 2017 at 09:00:55AM -0600, Kevin Fenzi wrote: >> >>> It was just going to a blank page for me, there was no redirect I >> >>> could see. >> >> >> >> Because I killed the redirect but then got pulled into something >> >> else before I could make the template page. Sorry. :) >> >> >> >> >> > It still (or again?) redirects to the F25 common bugs >> > ( https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs >> > ) page with a 302-header. >> >> You have "F25" in the URL there? >> >> Try just going to >> >> https://fedoraproject.org/wiki/Common_F26_bugs directly? >> >> kevin >> >> >> > > https://fedoraproject.org/wiki/Common_F26_bugs redirects to > https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs with > a 302 header (just tried again). I'm seeing the same redirect on a clean system that's never gone to these URLs before. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
Am Tue, 4 Apr 2017 20:17:33 +0200 schrieb Jens Lody : > https://fedoraproject.org/wiki/Common_F26_bugs redirects to > https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs with > a 302 header (just tried again). It looks like they use different proxies, the working site has AppServer: proxy02.fedoraproject.org in the header, the not working one (e.g.): AppServer:"proxy11.fedoraproject.org" . pgpAb2m0Wovka.pgp Description: Digitale Signatur von OpenPGP ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
On Tue, 2017-04-04 at 20:30 +0200, Jens Lody wrote: > > This happens with icecat and firefox (both with enabled plugins and in > safe-mode) and chromium, but not with epiphany. Ialos tried with icecat > on Android and it also redirects. It's because the wiki's behind a reverse proxy. Always refresh with shift+ctrl+r. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
Am Tue, 4 Apr 2017 20:17:33 +0200 schrieb Jens Lody : > Am Tue, 4 Apr 2017 11:16:55 -0600 > schrieb Kevin Fenzi : > > > On 04/04/2017 11:04 AM, Jens Lody wrote: > > > Am Tue, 4 Apr 2017 11:05:21 -0400 > > > schrieb Matthew Miller : > > > > > >> On Tue, Apr 04, 2017 at 09:00:55AM -0600, Kevin Fenzi wrote: > > >>> It was just going to a blank page for me, there was no redirect > > >>> I could see. > > >> > > >> Because I killed the redirect but then got pulled into something > > >> else before I could make the template page. Sorry. :) > > >> > > >> > > > It still (or again?) redirects to the F25 common bugs > > > ( https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs > > > ) page with a 302-header. > > > > You have "F25" in the URL there? > > > > Try just going to > > > > https://fedoraproject.org/wiki/Common_F26_bugs directly? > > > > kevin > > > > > > > > https://fedoraproject.org/wiki/Common_F26_bugs redirects to > https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs with > a 302 header (just tried again). > > Jens > > This happens with icecat and firefox (both with enabled plugins and in safe-mode) and chromium, but not with epiphany. Ialos tried with icecat on Android and it also redirects. Jens pgplO6IrP7pAn.pgp Description: Digitale Signatur von OpenPGP ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
Am Tue, 4 Apr 2017 11:16:55 -0600 schrieb Kevin Fenzi : > On 04/04/2017 11:04 AM, Jens Lody wrote: > > Am Tue, 4 Apr 2017 11:05:21 -0400 > > schrieb Matthew Miller : > > > >> On Tue, Apr 04, 2017 at 09:00:55AM -0600, Kevin Fenzi wrote: > >>> It was just going to a blank page for me, there was no redirect I > >>> could see. > >> > >> Because I killed the redirect but then got pulled into something > >> else before I could make the template page. Sorry. :) > >> > >> > > It still (or again?) redirects to the F25 common bugs > > ( https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs > > ) page with a 302-header. > > You have "F25" in the URL there? > > Try just going to > > https://fedoraproject.org/wiki/Common_F26_bugs directly? > > kevin > > > https://fedoraproject.org/wiki/Common_F26_bugs redirects to https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs with a 302 header (just tried again). Jens pgpIPel1OtSI2.pgp Description: Digitale Signatur von OpenPGP ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
On 04/04/2017 11:04 AM, Jens Lody wrote: > Am Tue, 4 Apr 2017 11:05:21 -0400 > schrieb Matthew Miller : > >> On Tue, Apr 04, 2017 at 09:00:55AM -0600, Kevin Fenzi wrote: >>> It was just going to a blank page for me, there was no redirect I >>> could see. >> >> Because I killed the redirect but then got pulled into something else >> before I could make the template page. Sorry. :) >> >> > It still (or again?) redirects to the F25 common bugs > ( https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs ) > page with a 302-header. You have "F25" in the URL there? Try just going to https://fedoraproject.org/wiki/Common_F26_bugs directly? kevin signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
Am Tue, 4 Apr 2017 11:05:21 -0400 schrieb Matthew Miller : > On Tue, Apr 04, 2017 at 09:00:55AM -0600, Kevin Fenzi wrote: > > It was just going to a blank page for me, there was no redirect I > > could see. > > Because I killed the redirect but then got pulled into something else > before I could make the template page. Sorry. :) > > It still (or again?) redirects to the F25 common bugs ( https://fedoraproject.org/wiki/Common_F25_bugs?rd=Common_F26_bugs ) page with a 302-header. Jens pgp_vnrH2l4OS.pgp Description: Digitale Signatur von OpenPGP ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Upgrade path w/ new compat package
On Tue, 4 Apr 2017 11:48:44 +0200, Vít Ondruch wrote: > It is not rename jquery is updated and introduced new jquery2 > package. There is nothing to obsolete anywhere *sigh* It is exactly this, https://fedoraproject.org/wiki/Package_Renaming_Process https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages because you want the new js-jquery2 package to replace the previous js-jquery package, or else it would not satisfy existing dependencies at all. Only with the added "Provides" as per the renaming process it would do that. It would also be poor form to upgrade js-jquery to something not needed in any dependencies of installed packages and then to pull in the new js-jquery2 to resolve those dependencies. If installed packages need v2 and not either v2 or later, js-jquery2 is introduced as a replacement for the older js-jquery package. Without adding a proper Obsoletes tag, multiple compat packages would pile up even if not be needed for any dependency in installed packages. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Reviving a stale Package Review request
On Tue, 4 Apr 2017 14:48:53 +0200, Tarjei Knapstad wrote: > I would like to revive a stalled Package Review request created by > someone else, but I am unsure how to proceed. I've commented on the > request and added an updated SPEC and SRPM, but I'm not sure how to > proceed from here. Should I change the blocker from FE-DEADREVIEW to > FE-NEEDSPONSOR? (this is my first Fedora package). The review in > question is here: > https://bugzilla.redhat.com/show_bug.cgi?id=1123511 > > If I'm on the wrong mailing list, please redirect me. Look here: https://fedoraproject.org/wiki/Policy_for_stalled_package_reviews ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Bug 1437701] perl-Module-Build-0.4222 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1437701 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-Module-Build-0.42.22-1 |perl-Module-Build-0.42.22-1 |.fc27 |.fc27 ||perl-Module-Build-0.42.22-1 ||.fc26 Resolution|--- |ERRATA Last Closed||2017-04-04 12:04:36 --- Comment #6 from Fedora Update System --- perl-Module-Build-0.42.22-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-de...@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Locale setup for non-shells
Hi everyone, At the moment users logging into Fedora on a text terminal (console, SSH, etc.) get their locale environment variables (LANG, LC_ALL, etc.) set up by the shell they use. I.e. the shell ultimately sources the /etc/locale.conf file. This works fine in most cases. However, if the user has his/her "shell" set to any program that is not one of the traditional shells, i.e. it doesn't source any shell profiles, or even doesn't understand any shell language at all, then that program doesn't get locale settings. Theoretical examples can include captive portals on jump-hosts, or special-purpose systems with dedicated TUI instead of a shell. A practical example that concerns me is a user session recording program [1] which needs to run before user shell, and intercept all I/O going to and from the terminal. I would like to know if it is possible to change Fedora to provide the locale variables through the environment user "shell" inherits, instead of expecting it to read /etc/locale.conf, which is distro-specific. This is done in Debian already. During session setup in login/sshd/etc. they use pam_env to read /etc/default/locale. Similar thing is possible to do in Fedora too. E.g. just put this into /etc/pam.d/system-auth: session required pam_env.so envfile=/etc/locale.conf Nick [1] Tlog - terminal I/O logger https://github.com/Scribery/tlog ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
On Tue, Apr 04, 2017 at 09:00:55AM -0600, Kevin Fenzi wrote: > It was just going to a blank page for me, there was no redirect I could > see. Because I killed the redirect but then got pulled into something else before I could make the template page. Sorry. :) -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
On 04/04/2017 08:34 AM, Christian Stadelmann wrote: >> Issues and Details >> -- >> >> Since this is an alpha release, we expect that you may encounter bugs or >> missing features. To report issues encountered during testing, contact >> the Fedora QA team via the mailing list or in #fedora-qa on Freenode. As >> testing progresses, common issues are tracked on the Common F26 Bugs >> page. >> >> - https://fedoraproject.org/wiki/Common_F26_bugs > > This link redirects to the Common_F25_bugs page. Can someone please remove > the redirect? It was just going to a blank page for me, there was no redirect I could see. > And how about copying all the unresolved issues to the Common_F26_bugs page? I've created the f26 page... feel free to update it with any unresolved issues you still see in f26 alpha. > Anyway, I see that many common F25 bugs are not fixed. > Is there any process to put them into the Prioritized Bugs list? Not that I know of. > If those bugs and issues are important enough to link them from release notes, > they are first priority to get fixed. Except for some stuff out of our control > like the GUI applications trying root access on wayland (gparted). Well, second priority really... behind blocker bugs that actually block the release. kevin signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Review swap
HI all, Is anyone looking for a review swap? I've just submitted lldpd and would be happy to carry out a review in return: https://bugzilla.redhat.com/show_bug.cgi?id=1438853 Cheers, James ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Announcing the release of Fedora 26 Alpha
> Issues and Details > -- > > Since this is an alpha release, we expect that you may encounter bugs or > missing features. To report issues encountered during testing, contact > the Fedora QA team via the mailing list or in #fedora-qa on Freenode. As > testing progresses, common issues are tracked on the Common F26 Bugs > page. > > - https://fedoraproject.org/wiki/Common_F26_bugs This link redirects to the Common_F25_bugs page. Can someone please remove the redirect? And how about copying all the unresolved issues to the Common_F26_bugs page? Anyway, I see that many common F25 bugs are not fixed. Is there any process to put them into the Prioritized Bugs list? If those bugs and issues are important enough to link them from release notes, they are first priority to get fixed. Except for some stuff out of our control like the GUI applications trying root access on wayland (gparted). https://fedoraproject.org/wiki/Fedora_Program_Management/Prioritized_bugs_and_issues ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Announcing the release of Fedora 26 Alpha
The Fedora Project is pleased to announce the immediate availability of the Fedora 26 Alpha, an important milestone on the road to our Fedora 26 release in June. Download the prerelease from our Get Fedora site: - Get Fedora 26 Alpha Workstation - Get Fedora 26 Alpha Server Or, check out one of our popular variants: - Get Fedora 26 Alpha Spins - Get Fedora 26 Alpha Labs - Get Fedora 26 Alpha ARM Alternative Architectures - We are also simultaneously releasing the F26 Alpha for Power64 and 64-bit ARM (AArch64). These are available from: https://download.fedoraproject.org/pub/fedora-secondary/releases/test/26_Alpha/ What is the Alpha release? -- The Alpha release contains all the features of Fedora 26's editions in a form that anyone can help test. This testing, guided by the Fedora QA team, helps us target and identify bugs. When these bugs are fixed, we make a Beta release available. A Beta release is code-complete and bears a very strong resemblance to the third and final release. The final release of Fedora 26 is expected in June. If you take the time to download and try out the Alpha, you can check and make sure the things that are important to YOU are working. Every bug you find and report doesn't just help you, it improves the experience of millions of Fedora users worldwide! Together, we can make Fedora rock-solid. We have a culture of coordinating new features and pushing fixes upstream as much as we can, and your feedback improves not only Fedora, but Linux and Free software as a whole. - https://fedoraproject.org/wiki/Releases/26/Schedule Issues and Details -- Since this is an alpha release, we expect that you may encounter bugs or missing features. To report issues encountered during testing, contact the Fedora QA team via the mailing list or in #fedora-qa on Freenode. As testing progresses, common issues are tracked on the Common F26 Bugs page. - https://fedoraproject.org/wiki/Common_F26_bugs For tips on reporting a bug effectively, read "how to file a bug report." - https://fedoraproject.org/wiki/How_to_file_a_bug_report Release Schedule The full release schedule is available on the Fedora wiki: - https://fedoraproject.org/wiki/Releases/26/Schedule The current schedule calls for a beta release in late May, and the final release in June. Be aware that these dates are development targets. Some projects release on a set date regardless of feature completeness or bugs; others wait until certain thresholds for functionality or testing are met. Fedora uses a hybrid model, with milestones subject to adjustment. This allows us to make releases with new features and newly-integrated and updated upstream software while also retaining high quality. ___ devel-announce mailing list -- devel-annou...@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [Fedocal] Reminder meeting : Modularity WG (once every two weeks)
On Tue, Apr 4, 2017 at 11:08 AM, Nils Philippsen wrote: > Hey everybody, > > On Tue, 2017-04-04 at 03:00 +, jku...@redhat.com wrote: >> Dear all, >> >> You are kindly invited to the meeting: >>Modularity WG (once every two weeks) on 2017-04-04 from 15:00:00 >> to 16:00:00 UTC >>At fedora-meetin...@irc.freenode.net >> >> The meeting will be about: >> Meeting of the Modularity Working Group. >> >> More information available at: [Modularity Working Group wiki page](h >> ttps://fedoraproject.org/wiki/Modularity_Working_Group) >> >> The agenda for the meeting is available at [modularity-wg-agendas >> pad](http://piratepad.net/modularity-wg-agendas). > > Unfortunately, our agenda pad on piratepad.net broke—I only seem to get > an error message accessing it—so I've created a new one elsewhere: > > https://board.net/p/modularity-wg-agendas > > If you have added a topic to the agenda for this week's meeting before > the old pad went down, please add it again to the new pad. I can not join the meeting today due to some personal issue. I will read the meeting minutes later in case there is any action (or anything interesting) on me. Regards, Jan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[FIXED] Re: Broken libglvnd in Rawhide
Fixed after this [1] build has finished. [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=875499 Am 04.04.2017 um 14:56 schrieb Björn 'besser82' Esser: Hello list! Looks like someone broke libglvnd in Rawhide. I noticed it, when I got flooded with "dependencies failed to resolve" notifications from Koshei. I already filed an issue [1] with Releng and explained how to fix it. Cheers, Björn [1] https://pagure.io/releng/issue/6743 ___ 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
Re: Reviving a stale Package Review request
Le 04/04/2017 à 14:48, Tarjei Knapstad a écrit : > I would like to revive a stalled Package Review request created by > someone else, but I am unsure how to proceed. I've commented on the > request and added an updated SPEC and SRPM, but I'm not sure how to > proceed from here. Should I change the blocker from FE-DEADREVIEW to > FE-NEEDSPONSOR? (this is my first Fedora package). The review in > question is here: > https://bugzilla.redhat.com/show_bug.cgi?id=1123511 Simply open a new review (and forget the old one) Remi. > > If I'm on the wrong mailing list, please redirect me. > > Thanks, > -- > Tarjei Knapstad > ___ > 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
Broken libglvnd in Rawhide
Hello list! Looks like someone broke libglvnd in Rawhide. I noticed it, when I got flooded with "dependencies failed to resolve" notifications from Koshei. I already filed an issue [1] with Releng and explained how to fix it. Cheers, Björn [1] https://pagure.io/releng/issue/6743 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Reviving a stale Package Review request
I would like to revive a stalled Package Review request created by someone else, but I am unsure how to proceed. I've commented on the request and added an updated SPEC and SRPM, but I'm not sure how to proceed from here. Should I change the blocker from FE-DEADREVIEW to FE-NEEDSPONSOR? (this is my first Fedora package). The review in question is here: https://bugzilla.redhat.com/show_bug.cgi?id=1123511 If I'm on the wrong mailing list, please redirect me. Thanks, -- Tarjei Knapstad ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [Fedocal] Reminder meeting : Modularity WG (once every two weeks)
Dne 4.4.2017 v 11:08 Nils Philippsen napsal(a): > Hey everybody, > > On Tue, 2017-04-04 at 03:00 +, jku...@redhat.com wrote: >> Dear all, >> >> You are kindly invited to the meeting: >>Modularity WG (once every two weeks) on 2017-04-04 from 15:00:00 >> to 16:00:00 UTC >>At fedora-meetin...@irc.freenode.net >> >> The meeting will be about: >> Meeting of the Modularity Working Group. >> >> More information available at: [Modularity Working Group wiki page](h >> ttps://fedoraproject.org/wiki/Modularity_Working_Group) >> >> The agenda for the meeting is available at [modularity-wg-agendas >> pad](http://piratepad.net/modularity-wg-agendas). > Unfortunately, our agenda pad on piratepad.net broke—I only seem to get > an error message accessing it That is what piratepad is doing. Learned that hard way as well. Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Upgrade path w/ new compat package
It is not rename jquery is updated and introduced new jquery2 package. There is nothing to obsolete anywhere Vít Dne 4.4.2017 v 11:14 Michael Schwendt napsal(a): > On Tue, 4 Apr 2017 08:05:13 +0200, Vít Ondruch wrote: > >> Please do not obsolete anything. For rubygem-jquery-rails, I'd like to >> use jQuery 1.x, 2.x as well as 3.x > It would only be a rename. It would not stop you from adding explicit > Requires to pull in all three js-jquery packages. > ___ > 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
Re: Upgrade path w/ new compat package
On Tue, 4 Apr 2017 08:05:13 +0200, Vít Ondruch wrote: > Please do not obsolete anything. For rubygem-jquery-rails, I'd like to > use jQuery 1.x, 2.x as well as 3.x It would only be a rename. It would not stop you from adding explicit Requires to pull in all three js-jquery packages. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [Fedocal] Reminder meeting : Modularity WG (once every two weeks)
Hey everybody, On Tue, 2017-04-04 at 03:00 +, jku...@redhat.com wrote: > Dear all, > > You are kindly invited to the meeting: > Modularity WG (once every two weeks) on 2017-04-04 from 15:00:00 > to 16:00:00 UTC > At fedora-meetin...@irc.freenode.net > > The meeting will be about: > Meeting of the Modularity Working Group. > > More information available at: [Modularity Working Group wiki page](h > ttps://fedoraproject.org/wiki/Modularity_Working_Group) > > The agenda for the meeting is available at [modularity-wg-agendas > pad](http://piratepad.net/modularity-wg-agendas). Unfortunately, our agenda pad on piratepad.net broke—I only seem to get an error message accessing it—so I've created a new one elsewhere: https://board.net/p/modularity-wg-agendas If you have added a topic to the agenda for this week's meeting before the old pad went down, please add it again to the new pad. Nils -- Nils Philippsen "Those who would give up Essential Liberty to Red Hat purchase a little Temporary Safety, deserve neither n...@redhat.com Liberty nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: gparted corrupts when shrinking ntfs
Am 04.04.2017 um 09:50 schrieb Richard W.M. Jones: On Mon, Apr 03, 2017 at 09:26:37PM -0700, John Reiser wrote: When I use Fedora 25 Workstation Live plus gparted to shrink an ntfs partition, then the result is corrupt. This is reproducible on a minimal install of Windows 10 build 1510 (a raw system image dump fits on 2 DVD), such as commonly available on inexpensive refurbished PCs. Running CHKDSK immediately afterward detects and fixes the corruption for me. Where/how should I start to investigate: which software component, etc.? gparted uses ntfsresize to resize NTFS partitions. That comes from the ntfs-3g project, so that's where you should start. http://www.tuxera.com/community/open-source-ntfs-3g/ Rich. Quoted from NTFSRESIZE(8) manual-page `man ntfsresize`: > KNOWN ISSUES >No reliability problem is known. …snip… >There are a few very rarely met restrictions at present: filesystems having unknown bad sectors, relocation of the first MFT extent and resizing into the middle of a $MFTMirr extent aren't supported yet. These cases are detected and resizing is restricted to a safe size or the closest safe size is displayed. >Ntfsresize schedules an NTFS consistency check and after the first boot into Windows you must see chkdsk running on a blue background. This is intentional and no need to worry about it. Windows may force a quick reboot after the consistency check. Moreover after repartitioning your disk and depending on the hardware configuration, the Windows message System Settings Change may also appear. Just acknowledge it and reboot again. NTFSresize sets the NFTS' dirty-flag on the resized partition after operation, that's why Windows consideres it corrupted and performs checks on it. There is no need to worry about that. Cheers Björn ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: gparted corrupts when shrinking ntfs
On Mon, Apr 03, 2017 at 09:26:37PM -0700, John Reiser wrote: > When I use Fedora 25 Workstation Live plus gparted to shrink an ntfs > partition, > then the result is corrupt. This is reproducible on a minimal install > of Windows 10 build 1510 (a raw system image dump fits on 2 DVD), > such as commonly available on inexpensive refurbished PCs. Running CHKDSK > immediately afterward detects and fixes the corruption for me. > Where/how should I start to investigate: which software component, etc.? gparted uses ntfsresize to resize NTFS partitions. That comes from the ntfs-3g project, so that's where you should start. http://www.tuxera.com/community/open-source-ntfs-3g/ Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org