December 2014 - websites - Fedora Mailing-Lists

by Robert Mayr

2014-12-17 17:21 GMT+01:00 Ted Roche <tedroche(a)tedroche.com>: > > This is not a problem I've had; I'm just relaying several posts I've seen > from the user mailing list where people feel the site is broken. > > I'm sorry to hear you're closing down the well-known and memorable > fedoraproject.org. I'm afraid a lot of bookmarks are going to break. I'd > recommend you consider mapping old-to-new URLs with http 302 Permanently > Moved statuses redirects instead, to help the internet understand what's > happening and retain the reputation those pages have built up. > > Best wishes, > > > -- > Ted Roche > Ted Roche & Associates, LLC > http://www.tedroche.com > Hi Ted, resending this also to the list as you replied just to me. We are aware we are breaking bookmarks and have specific apache redirects for a few pages, meta redirects for all the other pages. Your proposal of a 302, or maybe a 301, redirect would be for sure the best, but we are not able to do that, because there are other websites living under that domain (i.e. our wiki). Also it's not really good to redirect all the single pages for all languages (about 70) to the new domain. It would work for the basic URLs which are not so much, but most of the users visit the websites with their language code. There are also some other reasons why we can't just do a server redirect. Anyway, I added a clear note to all pages of the old fedoraproject.org website to make clear we are redirecting the visitors to https://getfedora.org. Kind regards. -- Robert Mayr (robyduck)

9 years, 4 months

1
0
0 / 0

Bad redirect on

by Ted Roche

Users on the fedora-users list are reporting that navigating to: http://fedoraproject.org/en/get-fedora-options causes an immediate redirecto to getfedora.org. The erroneous line of code is line 38 of the header: 38 <meta http-equiv="refresh" content="0;url=https://getfedora.org">¬ HTH, Ted -- Ted Roche Ted Roche & Associates, LLC http://www.tedroche.com

9 years, 4 months

2
1
0 / 0

The certifiate verification failed due to a common name mismatch on getfedora.org

by Marsden, Larry

Whenever I try to access the "getfedora.org" site I get the following : Obviously the firewall is way to picky but it is guarded by un-freindly dragons who won't adjust their rules and say it is your problem to correctly identify your site... Could you help? [https://getfedora.org/mwg-internal/de5fs23hu73ds/files/default/img/logo_m...]<http://www.mcafee.com/> Common Name Mismatch. The certifiate verification failed due to a common name mismatch. Host: getfedora.org Common name: *.fedoraproject.org Alternative subject names: regex([^.]*\.fedoraproject\.org), regex(fedoraproject\.org) ------------------------------------------------------------------------ Larry Marsden | Larry Marsden Research Technologist, | Technologue de la recherché Human Systems Integration (HSI), | Groupe de l'exploitation de | l'intégration humain-systèmes ------------------------------------------------------------------------- Defence R&D Canada Toronto | Recherche et développement pour | la Défense Canada Toronto 1133 Sheppard Ave West | 1133 Ave Sheppard Ouest, | Toronto, ON M3K 2C9 | Toronto, ON M3K 2C9 Canada | Canada -------------------------------------------------------------------------- Voice: (416) 635-2000 ext. 3228 | Téléphone:(416) 635-2000 ext. 3228 Fax: (416) 635-2013 | Télécopieur: (416) 635-2013 Email: Larry.Marsden(a)drdc-rddc.gc.ca | Email:Larry.Marsden@drdc-rddc.gc.ca DWAN: Larry.Marsden(a)forces.gc.ca | DWAN: Larry.Marsden(a)forces.gc.ca Web: www.toronto.drdc-rddc.gc.ca | Web: www.toronto.drdc-rddc.gc.ca Government of Canada | Gouvernement du Canada ------------------------------------------------------------------------

9 years, 4 months

2
1
0 / 0

[fedora-websites] #290: arm representation in getfedora.org

by fedora-badges

#290: arm representation in getfedora.org ----------------------+----------------------- Reporter: mattdm | Owner: webmaster Type: defect | Status: new Priority: major | Milestone: Component: General | Keywords: Blocked By: | Blocking: ----------------------+----------------------- So, none of the Fedora flavors are really pushing ARM right now, and it's not Spins either. That kind of means it fell between the cracks... we don't want that to happen. ARM is an important effort in Fedora. How can we represent this better? (On getfedora or elsewhere?) This is not an easyfix, I know. :) -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/290> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

9 years, 4 months

1
8
0 / 0

[fedora-websites] #295: short pgp key IDs are unsafe and should be replaced

by fedora-badges

#295: short pgp key IDs are unsafe and should be replaced --------------------------+----------------------- Reporter: genodeftest | Owner: webmaster Type: defect | Status: new Priority: major | Milestone: ASAP Component: getfedora | Keywords: Blocked By: | Blocking: --------------------------+----------------------- It is not recommended to use short key IDs any more since they can be spoofed. https://getfedora.org/verify should provide at least one (better all) of these: 1. long key ID 2. complete fingerprint 3. the pgp key itself -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/295> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

9 years, 4 months

1
2
0 / 0

[fedora-websites] #296: Provide a way to verify the pgp keys (web of trust)

by fedora-badges

#296: Provide a way to verify the pgp keys (web of trust) --------------------------+----------------------- Reporter: genodeftest | Owner: webmaster Type: defect | Status: new Priority: major | Milestone: Component: General | Keywords: Blocked By: | Blocking: --------------------------+----------------------- The pgp keys on https://getfedora.org/verify ~~~ 8E1431D5 - Fedora 22 A29CB19C - Fedora 22 secondary arches (aarch64, PPC64, PPC64le, s390 and s390x) 95A43F54 - Fedora 21 A0A7BADB - Fedora 21 secondary arches (aarch64, PPC64, PPC64le, s390 and s390x) 246110C1 - Fedora 20 EFE550F5 - Fedora 20 secondary arches (ARM, PPC64, s390) FB4B18E6 - Fedora 19 BA094068 - Fedora 19 secondary arches (ARM, PPC64, s390) ~~~ are not online on any known key server. There is currently no way to check their validity (no way to retrieve signatures). I don't even know who generated them. As of now it is just as there were no pgp signatures at all. Ideally the keys were online e.g. on the sks keyservers pool [1] and signed by people I can build a trust path via web of trust. [1] https://sks-keyservers.net/ -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/296> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

9 years, 4 months

1
3
0 / 0

Removal of archived threads in mailing list

by Andy Kannberg

Hello, Is it possible to have a certain threads (which I started myself in 2010) removed ? The threads were in the SSSD-devel list, about the configuration of SSSD against an LDAP environment. For some reason, I did not sanitize the output from logs and config files, hence, certain hostnames and LDAP information is shown in the messages. From security point of view, this information shouldn’t been in the messages, and the company I worked for at that time wants them removed. The exact threads can be found here: https://lists.fedorahosted.org/pipermail/sssd-devel/2010-August/004360.html https://lists.fedorahosted.org/pipermail/sssd-devel/2010-August/004395.html https://lists.fedorahosted.org/pipermail/sssd-devel/2010-August/004434.html https://lists.fedorahosted.org/pipermail/sssd-devel/2010-September/004455... https://lists.fedorahosted.org/pipermail/sssd-devel/2011-January/005593.html https://lists.fedorahosted.org/pipermail/sssd-devel/2011-April/006122.html https://lists.fedorahosted.org/pipermail/sssd-devel/2011-September/007082... It would be great if you would fulfill my request. If you can’t or won’t be able to remove the archived threads, is it at least possible to anonimize them ? best regards, Andy Kannberg UNIX&Linux Consultant @ Snow, The Netherlands.

9 years, 4 months

3
3
0 / 0

[fedora-websites] #294: no link to verification site

by fedora-badges

#294: no link to verification site --------------------------+----------------------- Reporter: genodeftest | Owner: webmaster Type: enhancement | Status: new Priority: major | Milestone: ASAP Component: getfedora | Keywords: Blocked By: | Blocking: --------------------------+----------------------- On https://getfedora.org/en/ there is no link to https://getfedora.org/verify . -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/294> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

9 years, 4 months

1
2
0 / 0

[fedora-websites] #25: Firefox font preferences for arabic are not respected on fedoraproject.org

by fedora-badges

#25: Firefox font preferences for arabic are not respected on fedoraproject.org ---------------------+------------------------------------------------------ Reporter: hicham | Owner: webmaster Type: defect | Status: new Priority: major | Milestone: Component: General | Version: Keywords: | ---------------------+------------------------------------------------------ Default arabic font is ugly, so most users change it in firefox. But in fedoraproject.org, such settings isn't respected. If I put lang="ar" in <html> tag, then the page is rendered according to firfox font preferences. There should be a dynamic way to do this, but I am not an HTML expert. -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/25> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

9 years, 4 months

1
4
0 / 0

[fedora-websites] #95: Improve in fpo the release specific variables config file

by fedora-badges

#95: Improve in fpo the release specific variables config file ---------------------+------------------------ Reporter: shaiton | Owner: webmaster Type: defect | Status: new Priority: minor | Milestone: Component: General | Version: Keywords: | Blocked By: Blocking: | ---------------------+------------------------ Currently we import the globalvar.py file where variable are defined. That could be clever using a configuration file. We started with config.py at commit id 440f60c48df but it was not packaged at that time. Consider packaging it or use an other module. -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/95> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

9 years, 4 months

1
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

websites December 2014