Re: Fedora and PDC, road forward

2018-06-18 Thread Aurelien Bompard
> Within limits. It should be a version thats supported and gets at least
> security updates. Hopefully the one(s) in Fedora follow this.

Yeah it's 1.11 now which is LTS, since it'll be the last version to
support Python 2

> There are a few flask rest frameworks, but I have not much idea how well
> they are supported or work.
> https://github.com/flask-restful/flask-restful
> https://github.com/noirbizarre/flask-restplus

Yeah I tried those in my search for something like DRF in the Flask
world. They are decent, but far from DRF feature-wise.

A.
___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email to infrastructure-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/infrastructure@lists.fedoraproject.org/message/N7PGWQ3O252OGT7JLKFWYINAA56AM43P/


Meeting Agenda Item: Introduction Diogo Nunes

2018-06-18 Thread Diogo Nunes
IRC: dnunes

My Skills:

-- Software Development:
- Python

-- Infrastructure:
- +7 years of Enterprise Linux usage and administration;
- OpenVPN, DHCP, Apache, Satellite, pulp, and some other services
- RHCSA/RHCE ( RHEL 6/7 ), Satellite 6 and RHEV 3 Certified: 140-176-
900

What I want to Learn:

-- I want to improve mainly my python and everything that I can with
Linux;

Initial Questions:

-- How to get started ?
-- Can someone coach me ?
Ty for the opportunity.

--
Diogo Nunes
[ED90 5C78 7E7D CD62 C46D  6108 3EA4 A072 DF2B 8CC3]

signature.asc
Description: This is a digitally signed message part
___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email to infrastructure-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/infrastructure@lists.fedoraproject.org/message/XHRQABBU7BHA3WAVHNPXHIMQSRN3TX2E/


Re: Fedora and PDC, road forward

2018-06-18 Thread Kevin Fenzi
On 06/18/2018 01:25 PM, Aurelien Bompard wrote:
>> I'm a little worried about Django. True, we have to maintain a version
>> for mailman3, but it's rhel7/python3. Is this new app going to use that?
> 
> Actually, HyperKitty and Postorius are using Django on Python 2.7. The
> Django version is 1.8 and it's pretty old now.
> I would recommend against starting a new app on Python 2 today and it
> does not look like we have a Python 3 package of Django in EPEL yet.


Yeah, this is the part that worries me... Django 1.8 went out of support
on April 1st (no joke!).

>> Alternately if we use Fedora, we need to adjust to new Django versions
>> pretty often (one problem we already hit with PDC).
> 
> Would it make sense to run it in OpenShift? I'd think so. Then we
> could build it with whichever version works, right?

Within limits. It should be a version thats supported and gets at least
security updates. Hopefully the one(s) in Fedora follow this.

>> Since this is just a simple api, could we do something more simple?
> 
> The thing is that the Django REST Framework library is really
> wonderful and there is no Flask equivalent that I know of. It would
> save us handling of a lot of corner cases, and it has built-in tools
> for versionning the API and thus preserving API compatibility.
> Authentication is also very flexible, etc. It's nice.
> 
> That said, nothing impossible to do in Flask, just longer and possibly
> more error-prone.

Yeah, understood. I'd just like to make sure we have security support
and aren't leaving ourselves exposed. :(

There are a few flask rest frameworks, but I have not much idea how well
they are supported or work.

https://github.com/flask-restful/flask-restful

https://github.com/noirbizarre/flask-restplus

kevin



signature.asc
Description: OpenPGP digital signature
___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email to infrastructure-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/infrastructure@lists.fedoraproject.org/message/AQRER4FRC6A277UPGSHVL6VWWTIQYF4C/


Re: Fedora and PDC, road forward

2018-06-18 Thread Aurelien Bompard
> I'm a little worried about Django. True, we have to maintain a version
> for mailman3, but it's rhel7/python3. Is this new app going to use that?

Actually, HyperKitty and Postorius are using Django on Python 2.7. The
Django version is 1.8 and it's pretty old now.
I would recommend against starting a new app on Python 2 today and it
does not look like we have a Python 3 package of Django in EPEL yet.

> Alternately if we use Fedora, we need to adjust to new Django versions
> pretty often (one problem we already hit with PDC).

Would it make sense to run it in OpenShift? I'd think so. Then we
could build it with whichever version works, right?

> Since this is just a simple api, could we do something more simple?

The thing is that the Django REST Framework library is really
wonderful and there is no Flask equivalent that I know of. It would
save us handling of a lot of corner cases, and it has built-in tools
for versionning the API and thus preserving API compatibility.
Authentication is also very flexible, etc. It's nice.

That said, nothing impossible to do in Flask, just longer and possibly
more error-prone.


Aurélien
___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email to infrastructure-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/infrastructure@lists.fedoraproject.org/message/UO2X3XYQUXXCCB45M5FNR2FSX6HVWPED/


[Fedocal] Reminder meeting : Infra Office Hours

2018-06-18 Thread cverna
Dear all,

You are kindly invited to the meeting:
   Infra Office Hours on 2018-06-19 from 18:00:00 to 19:00:00 UTC
   At fedora-ad...@irc.freenode.net

The meeting will be about:
Weekly hour dedicated to answer questions or help people with fixing tickets or 
implementing features.


Source: https://apps.fedoraproject.org/calendar/meeting/9255/

___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email to infrastructure-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/infrastructure@lists.fedoraproject.org/message/AC6KO32QOIMQB67JO5NGTLZAEU56JQTD/


Re: Fedora and PDC, road forward

2018-06-18 Thread Adam Williamson
On Wed, 2018-06-13 at 17:06 -0700, Kevin Fenzi wrote:
> On 06/13/2018 03:19 PM, Adam Williamson wrote:
> > On Wed, 2018-06-13 at 12:03 -0700, Kevin Fenzi wrote:
> > > On 06/12/2018 07:41 AM, Pierre-Yves Chibon wrote:
> > > > Good Morning Everyone,
> > > > 
> > > > So yesterday we held a meeting on #fedora-apps about the future of PDC 
> > > > in Fedora.
> > > > We kept notes in etherpad at: http://etherpad.osuosl.org/pdc_fedora
> > > > Here is the gist of it:
> > > > 
> > > > What do we currently store in PDC:
> > > > * modules data - the list of what modules have been built, what rpms 
> > > > are in them,
> > > > and which ones are active or not.
> > > > * Stream branches, branch ownership, retirement dates (EOL/SLE)
> > > > * release/life-circle tracking
> > > >* product and product versions (fedpkg gets active Fedora and EPEL 
> > > > releases 
> > > > from product versions endpont) 
> > > 
> > > As an aside did we ever get that 'in development' addition we wanted so
> > > we could point everything still using pkgdb to pdc for release status?
> > 
> > All the code got done but no-one has yet/ever put a process in place to
> > actually populate Fedora's PDC with the appropriate data, so it's not
> > there. Things (fedfind, gnome-software...) are still using the
> > 'collections' JSON for now.
> 
> Is that the last thing using pkgdb that we know of?
> 
> It would be pretty sad to keep running pkgdb, and pdc and the new thing
> all at the same time. :(

It's the last thing *I* know of.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email to infrastructure-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/infrastructure@lists.fedoraproject.org/message/NZ3DGHONI7TFTX6AS6C2SPDHYRMW5WMB/


Re: Fedora and PDC, road forward

2018-06-18 Thread Adam Williamson
On Wed, 2018-06-13 at 17:04 -0700, Kevin Fenzi wrote:
> On 06/13/2018 02:50 PM, Randy Barlow wrote:
> > On 06/13/2018 03:03 PM, Kevin Fenzi wrote:
> > > ok. Note that this data changes over time, and releng needs a script to
> > > update it (or better a automatic updating of it).
> > 
> > Yeah there is a Bodhi ticket about this and I noted that we will need to
> > make sure we still work with releng's script if we make the change:
> > 
> > https://github.com/fedora-infra/bodhi/issues/2433
> 
> Yeah, it sure would be nice if we could just have something run in cron
> once a day or so and just update it. Releng has not been good about
> running this script often.
> 
> > > We might want to bring up the bigger topic of if we want to bother
> > > keeping this. The only current use of it is some rules about going
> > > stable in bodhi... are those actually useful?
> > 
> > This sounds like a policy decision, so perhaps the question could be
> > posed to FESCo or possibly the packaging committee. It does make some
> > intuitive sense to me that we would treat certain packages more
> > stringently than we do others, but I don't have data to say one way or
> > the other whether the current policies are beneficial. I will say that I
> > would feel uncomfortable changing the policy without the blessing of a
> > governing body.
> 
> Yes, this is definitely something for FESCo.
> They made the update policy that uses it.
> 
> I can take it to them, I just wanted to see if there was a general sense
> that it was useful and we should keep it, or it was pointless and we
> should drop it. Perhaps I'll post to devel about it to see what the
> general feeling is.

FWIW I certainly think we should keep it. If anything, with the few
folks we currently have who seem to +1 almost any update two seconds
after it lands, we might want to make the barrier a bit higher.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email to infrastructure-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/infrastructure@lists.fedoraproject.org/message/WGSF2SAKYJYBZ6VNBGRQQUY7WIBR2QY3/