Re: [Framework-Team] Resignation

[Jens W. Klein]

Hi Gil and all!

thanks Gil for your great work here!

I welcome our new members Rodrigo and Maik!

Since I am now a Board member - and as you may know from my board
nomination - I will also quit the framework team.

It would be just to many tasks for me. My opinion is, more than two
community tasks are enough. I am also on the security team and there is
currently also work to be done by reviewing possible security issues.

As we are now having more than one project in the foundation to cover it
will be one of my priorities to get them wired in our processes. The
framework team, its responsibilities and organisation are probably also
part of this. So stay tuned - but it will take a while.

I'll also try to keep up merging and closing PRs - but please please
help with this task since my focus will shift to the Board work. So,
spread the word to other coredevs to help closing outdated PRs and
issues. If everyone would take one issue or PR a week we would already
do significant better and nobody has the full load on its shoulders.

Ciao!

Jens

On 05.11.19 22:37, Gil Forcada Codinachs wrote:
> Hi all,
> 
> I've been thinking about that for months and months, and now, given that
> there are quite a few new members, it is time for me to say goodbye.
> 
> I hope the un-subscription works :)
> 
> Cheers,
> Gil
> 


-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] Toulouse Guillotina Sprint as strategic sprint

[Jens W. Klein]

+1

On 26.03.19 23:12, Eric Bréhault wrote:
> Hello!
> 
> We are running a sprint about Guillotina (see details below) in Toulouse
> from the 13th to the 16th of June 2019.
> 
> Does the Framework Team agree to declare it as strategic?
> 
> Eric
> 
> Description:
> 
> Guillotina is a great framework which can help in many use cases, it
> allows to deliver fast and scale.
> We think too many people do not know it and we want to raise the level
> of awareness about Guillotina.
> 
> That is why the Toulouse Guillotina sprint objective is to enhance the
> developer-friendly aspects of Guillotina which are commonly provided by
> well-known existing web frameworks (like powerful admin interface,
> simple object model), and to push more specific aspects which make
> Guillotina such a unique framework (traversal, async, object database).
> 
> We will work on:
> 
> - expand the features of admin interface:
> integrate it with some of the addon packages we have (users and search
> for example)
> executioner addon policy
> - better guillotina cms support
> - normalize some of the endpoints,
> - improve db/transaction apis
> - GOS (the new Guillotina database)
> 


-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] Buschenschanksprint as a Plone Strategic Sprint

[Jens W. Klein]

Btw., I am +1 as well.

On 18.03.19 23:53, Jens W. Klein wrote:
> Johannes Raggam asked me to post this to the list:
> 
> 
> Dear friends from the framework team,
> 
> I would like to propose the Buschenschanksprint as a Plone Strategic
> Sprint.
[..]

-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] Buschenschanksprint as a Plone Strategic Sprint

[Jens W. Klein]

Johannes Raggam asked me to post this to the list:


Dear friends from the framework team,

I would like to propose the Buschenschanksprint as a Plone Strategic
Sprint.

The Buschenschanksprint is a happening where we can code and sleep on
site for five days, covering strategic topics for Plone like:

- Frontend modernization (Plone REST API, Vue SDK, Mockup, Volto),

- Python 3 port of addons,

- Working on Plone 5.2 issues,

- and whatever people like to do (Bug fixing, PLIP submitting, PLIP
implementations)...

If the sprint is accepted as strategic sprint I would invest the money
in accommodation and travel costs.

The Beethoven Sprint overlaps with the Buschenschanksprint. I already
talked to Timo regarding that. I see it as a chance to combine efforts.
I'd like to have daily standups together with the Beethoven sprinters.
The overlap is only two days but if people are interested, I could
extend our stay probably until Sunday.

Sprint information is available at:
https://community.plone.org/t/buschenschanksprint-2019-17-6-21-6-2019/8090


Best,
  Johannes

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] Roadmap and Release schedule for Plone 5.2 and 6.0

[Jens W. Klein]

On 01.03.19 16:28, Gil Forcada Codinachs wrote:
> Why can not it be public already? 

Well, I accidentally opened it anonymously and was able to read and
comment...

[...]

Jens
___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] Strategic Sprint for py3

[Jens W. Klein]

On 2018-07-03 12:10, Philip Bauer wrote:
> Hi Team, 
> 
> On October 1.-5. there will a sprint in Halle (hosted by Gocept) dedicated to 
> finishing porting Plone and Zope to Python 3.
> 
> I'd like to ask the framework team to declare this sprint a strategic sprint.
> 
> The goals of the sprint are:
> 
> - Final release of Zope 4
> - Fix all remaining failing tests in Plone on Python 3
> - Provide a migration-script for a ZODB with Plone based on 
> https://blog.gocept.com/2018/06/07/migrate-a-zope-zodb-data-fs-to-python-3/
> - Finish other improvements for Plone 5.2 (navigation/login/design)
> - add your own topics ...

+1 for going strategic
(all the sprints on Py3 are vital for Plones future)

further important topics CLEANUP:

- finish (if there are todos) and merge plone.testing/ plone.app.testing
  back to its masters
- merge all other Python-3-branches back

We had a kind of Python-3-rush!
Now, most of the really hard work was done, we have to settle again.

Jens

-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] Alpine City Sprint 2018 - Who to invite?

[Jens W. Klein]

I.Need.Names!

Please send me names, contact info (if available) and a shortly why do
you think the person must be there!

Best send them directly to me, email see https://alpinecity.tirol/2018

Jens
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] Can not attend FWT Meeting 27.6.17

[Jens W. Klein]

Dear FWT,

I can not participate at todays meeting. See you next time!

Jens

(I still can't post anything to the Google event/G+, so back to the good
old and always working ML)
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] Next meeting?

[Jens W. Klein]

Hi,

to meet at Sorrento is a good idea!

I will be in Sorrento too! Not in the same hotel, but just around the block.

I think it is a good idea to meet there in person and do a hangout for
those not there.

Gil, may you do the invitations while Eric is in vacation? My hangouts
has some weired problem. Hangout itself works, but I cant interact with
the invitations. Wuld be good to post the hangouts URL at the mailing
list as well.

Jens

On 2017-04-10 12:46, Gil Forcada Codinachs wrote:
> Hi all,
> 
> will there be meeting this week as last week it did not happen? Nor the
> previous one either (there was only Jens, Eric Steele and me)
> 
> Or we wait another week and have one at Sorrento? Five of us (both
> Erics, Philip, Johannes and me) will be there, anyone else?
> 
> Cheers,
> Gil
> 
> 
> ___
> Framework-Team mailing list
> framework-t...@lists.plone.org
> https://lists.plone.org/mailman/listinfo/plone-framework-team
> 


-- 
Beste Grüße

Jens W. Klein
Geschäftsführer
Partner der Klein & Partner KG

k l e i n  &  p a r t n e r
agentur für webtechnologien

Grabenweg 68
SOHO 2.0 - Penthouse Office 10
6020 Innsbruck
Austria

mob +43 699 1602019-0

fon +43 512 214320
fax +43 512 214320-1

web http://kleinundpartner.at

member of BlueDynamics Alliance
http://bluedynamics.com
___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] Meeting 2017-03-07

[Jens W. Klein]

FYI:

I am in for this evening.

For some reason I still can not interact with the Google+/Hangouts
invitation. I can open it, but all interaction are a 404s by Google.
This is very strange.

However, joining the Hangouts call itself works.

Jens
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] Beethoven "Headless CMS" Sprint 2017

[Jens W. Klein]

Go!

On 2016-12-13 15:33, Timo Stollenwerk wrote:
> Hi framework team,
> 
> I plan to organize a sprint in Bonn in March next year to work on the
> "headless CMS" idea and continue to work on plone.restapi and plone
> server. I would like the framework team to declare this sprint as
> strategic sprint to be able to invite the key contributors of
> plone.restapi/plone server.
> 
> Please reply to this email. The next board meeting is on Thursday, it
> would be great if the fwt could make a decision until then and tell the
> board. I will also fill out the event sponsorship request form...
> 
> Cheers,
> Timo
> ___
> Framework-Team mailing list
> framework-t...@lists.plone.org
> https://lists.plone.org/mailman/listinfo/plone-framework-team
> 


-- 
Beste Grüße

Jens W. Klein
Geschäftsführer
Partner der Klein & Partner KG

k l e i n  &  p a r t n e r
agentur für webtechnologien

Grabenweg 68
SOHO 2.0 - Penthouse Office 10
6020 Innsbruck
Austria

mob +43 699 1602019-0

fon +43 512 214320
fax +43 512 214320-1

web http://kleinundpartner.at

member of BlueDynamics Alliance
http://bluedynamics.com
___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] javascript versions

[Jens W. Klein]

Hi,

instead of posting this to community.plone.org I would like to have
opinions on this from the FWT.

I had a quick look on our javascript dep defined here:
https://github.com/plone/Products.CMFPlone/blob/master/Products/CMFPlone/static/bower.json

besides its bower and should turned into a package.json for npm ...:

the version in there are from javascript stoneage (2-3 years old).

I think we can update most of it w/o any problems.

Just JQuery might be a problem, we need to check this. But we shold
really go for latest.

w/o jquery and dependencies I think this could be save:

{
  "name": "Products.CMFPlone",
  "version": "5.0b2",
  "description": "CMFPlone Javascript Bundle",
  "dependencies": {
"ace-builds": "1.2.5",
"backbone": "1.3.3",
"backbone.paginator": "0.8.1",
"bootstrap": "3.3.7",
"console-polyfill": "0.2.3",
"dropzone": "4.3.0",
"es5-shim": "4.5.9",
"jqtree": "1.3.6",
"jquery": "1.11.3",
"jquery-form": "3.46.0",
"jquery.cookie": "1.4.1",
"jquery.recurrenceinput.js": "v1.5.2",
"logging": "",
"marked": "0.3.6",
"moment": "2.17.1",
"patternslib": "2.0.13",
"pickadate": "3.5.6",
"react": "15.4.1",
"requirejs-text": "2.0.15",
"select2": "4.0.3",
"selectivizr": "1.0.2",
"tinymce-builded": "4.3.12",
"requirejs": "",
"less": "2.1.2",
"r.js": "2.1.15"
  },
  "devDependencies": {
"expect": "0.3.1",
"sinonjs": "1.17.1"
  },
  "resolutions": {
"bootstrap": "3.3.7",
"jquery": "1.11.3",
"select2": "4.0.3",
"moment": "2.17.1"
  }
}

What do you think?

Jens
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] Alpine City Sprint 2017 as Strategic Sprint?

[Jens W. Klein]

Hi,

I propose, the framework team declares the Alpine City Sprint a
strategic sprint.

http://www.coactivate.org/projects/alpinecitysprint2017/project-home

It is planned to work on
- Zope 4,
- Plone on Zope 4,
- other Plone core development and
- Plone core cleanup.

This would allow us to try to invite some people (foundation would pay
train/flight tickets).

Teams members, please answer to this email with your decision.

Thanks

Jens
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] I broke it

[Jens W. Klein]

On 2016-04-06 15:00, Eric Bréhault wrote:
> Sometimes jenkins is slow and the test fails just because we haven't
> waited long enough.
> Try to add a Sleep before your failing line.

Thanks,  I tried it, but does not help. Finally I got it failing local
and I can go on with it.

Jens

-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] I broke it

[Jens W. Klein]

On 2016-04-06 14:31, Jens W. Klein wrote:
> On 2016-04-06 10:43, Jens W. Klein wrote:
>> Looks like I broke jenkins last night, will fix now, stay tuned. Jens

Everytime the same test.

-- Jens

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] I broke it

[Jens W. Klein]

On 2016-04-06 10:43, Jens W. Klein wrote:
> Looks like I broke jenkins last night, will fix now, stay tuned. Jens

So I fixed the problem with a test in plone.app.z3cform and it behaves
now as expected.

But one (seems unrelated) problem is left in p.a.multilingual robot
test. I tried to fix it in different ways and on my local coredev 5.1
buildout all robot tests are passing.

But on jenkins it is still broken.
http://jenkins.plone.org/job/plone-5.0-python-2.7-robot/4435/robot/

The problem is, jenkins does not display the details of the robot
framework results, so this is hard/impossible to debug.

I run now  ./bin/alltests --all to see if this is some isolation
problem. If this is not the case  no idea.

Jens
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] PR lead image settings - plip?

[Jens W. Klein]

should this be pliped?
https://github.com/plone/plone.app.contenttypes/pull/339

Jens
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] About PLIP review template

[Jens W. Klein]

On 2016-03-31 09:35, Eric Bréhault wrote:
> Hello,
> 
> During last meeting we mention that GitHub templates cannot be used for
> comments, but Jean Jordaan just showed me Save Replies, a new Github
> feature: https://github.com/settings/replies
> 
> It allows to store a predefined comment.
> Unfortunately it is stored into the user personnal account (not possible
> for an organization), but we can create a template once, and then all
> FWT members could copy it in their settings.

+1 - I already use this feature for my standard answers to PRs. It's
simple to use (and uninstalled my clipping manager ff plugin).

Jens
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] pytz versions in Plone 5.0.2

[Jens W. Klein]

Did I miss the reason why we use an outdated pytz, older than in
underlying Zope 2.13.23?

pytz
2013b... http://dist.plone.org/release/5.0-latest/versions.cfg
2015.4.. http://dist.plone.org/versions/zope-2-13-23-versions.cfg
2013b...http://dist.plone.org/versions/zopetoolkit-1-0-8-ztk-versions.cfg

Jens
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] pytz versions in Plone 5.0.2

[Jens W. Klein]

On 2016-01-12 16:58, Maurits van Rees wrote:
> Unfortunately we can't. Well, not without fixing tests in various packages, 
> and possibly code outside the tests as well. IIRC there is an abandoned pull 
> request or branch on coredev for this.

Huh, I think this is something we need to address. Timezones are not
that fixed as someone would suppose.

Jens
-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] Zope and CMF in Innsbruck

[Jens W. Klein]

Happy new year,

first things first: we will have enough coffee at Alpine City Sprint!

Johannes and I already collected a list of topics, this includes a bunch
of topic Eric Steele et al already collected.

It depends a lot on how many we are an who participates. Today we sent
out a bunch of invitations to people able to help with the core work -
Plone foundation granted some money to invite people and cover some of
the travel costs (I apologize if we may forgot somebody, please send me
or Johannes an email)

Possible Topics are:

- CSRF protection
  * Merge into Zope stack
  * Reduce the amount of write on read

- CMF Cleanup
  * merge CMFCore/CMF* into Plone
  * Remove/ Reduce CMF Dependencies/ Inheritance
  * Types bases
  * Versioning
  * Product installation
  * UUID implementation
  * GS handlers to work directly at the Plone level
  * Publisher/Request Handling

- PAS/ PlonePAS cleanup (PAS 2.0) (Jens)
  - merge cleanups upstream (zopefoundation repo)
  - merge parts of PlonePAS patches upstream
  - delete unused/deprecate used BBB (GRUF) patches form PlonePAS
  - move tool modifications up to CMFPlone
  - at the end PlonePAS contains BBB code only and becomes superfluos

- Zope 4 (Johannes)
  - its there, revive
  - make Plone run on it

- Module merge
  - reduce number of plone.* packages

- Readability / pep8/ clean READMEs

- Dependency cleanup inside Plone universe

- work towards Python 3 compatibility

I'am sure there is more (ans there is also on Eric's list). Lets first
discuss/enhance here and then move over to community.plone.org /
http://www.coactivate.org/projects/alpinecitysprint-2016/project-home
(own wiki page).

best regards

Jens

On 2016-01-08 08:00, Philip Bauer wrote:
> The upcoming alpine city sprint will focus on Zope and CMF. Are there 
> specific plans as to what will be done?
> 
> What is the current state regarding our relationship with Zope? Am I correct 
> that so far we only forked CMFCore 
> (https://github.com/plone/Products.CMFCore)?
> 
> If there will be work done on Zope where should that happen?
> 
> Should such a discussion take place on 
> https://community.plone.org/c/core-development/framework-team?
> 
> So many questions and so little coffee,
> Philip
> 
> --
> Starzel.de
> Philip Bauer
> Nymphenburger Straße 187
> 80634 München
> Tel: 089 - 189 29 533
> ba...@starzel.de
> www.starzel.de
> 
> 
> 


-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] PLIP Process

[Jens W. Klein]

After some discussion I introduced the label "03 type: feature" exactly
for plips.
After some discussion the more general word "feature" was preferred and
I renamed it (I first named it "03 type: plip", but after discussions
first at at community.plone.org and then at 2015 conference we renamed it).

Enhancement is a small change with no need to PLIP.

On 2015-11-24 15:52, Ramon Navarro Bosch wrote:
> What about using this
> : http://issuetemplate.com/#/plone/Products.CMFPlone/PLIP

I did not know about issuetemplate, thats really great! Gets a +1 by me.

If we decide to use issuetemplate I propose add a short note about it to
http://docs.plone.org/develop/coredev/docs/guidelines.html and the
longer explanation to http://docs.plone.org/develop/coredev/docs/plips.html

> I would disconect dev.plone.org  and use the new
> plone.org  (that is going to be online soon) to add
> the info we have at 
> 
> https://github.com/plone/buildout.coredev/tree/5.0/docs

Afaik there were already some date announced (Dec.31st?) when
dev.plone.org will be shut down.

Jens

> Ramon
> 
> El dt., 24 nov. 2015 a les 14:59, Johannes Raggam ( >) va escriure:
> 
> Sorry, next FWT is December 1st, not today.
> 
> 
> 
> On 11/24/2015 02:54 PM, Johannes Raggam wrote:
> > Let's discuss that at the meeting. Anyways, my position:
> >
> >
> > Yes, there was a decision to give up dev.plone.org
>  and use github issues
> > instead. IIRC, maurits' already made some kind-of plips:
> >
> > https://github.com/plone/Products.CMFPlone/issues/1008
> > https://github.com/plone/Products.CMFPlone/issues/1198
> >
> > I think we should use dev.plone.org  as
> entry point for developers, where
> > the most important information/links can be found. e.g. "about the
> PLIP
> > process", "PLIP template", "code style guide", "how to contribute".
> >
> > Regarding the label, the label "04 type: enhancement" comes close
> to be
> > a PLIP label, but we need a specific one.
> >
> > We should keep our Google docs document for managing PLIPs, because
> > github doesn't offer enough features to replace that (voting,
> > conditional labels only valid for PLIPs, etc).
> >
> >
> > Cheers,
> >Johannes
> >
> >
> >
> >
> > On 11/23/2015 05:04 PM, Ramon Navarro Bosch wrote:
> >> Hey as I can remember we decided to stop dev.plone.org
> 
> >>  as a PLIP platform and decided to use GitHub
> >> Issues with PLIP label. Isn't that right ? Kim was asking for
> >> information about that on the GH and, besides
> buildout.coredev/docs info
> >> is outdated, I couldn't find the label on the Products.CMFPlone issue
> >> tracker.
> >>
> >> What was the decided decision about PLIP process ?
> >>
> >> R
> >>
> >>
> >> ___
> >> Framework-Team mailing list
> >> framework-t...@lists.plone.org
> 
> >> https://lists.plone.org/mailman/listinfo/plone-framework-team
> >>
> 
> 
> 


-- 
Klein & Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] RFC: Deprecation

[Jens W. Klein]

Since nobody has an opinion here I'll just go on with these use-cases.

Jens

On 2015-02-19 10:43, Jens W. Klein wrote:

I committed myself to dive a bit into the deprecation-topic. This is a
small update of work in progress.

Earlier in Plone we had ugly-nice deprecation-warnings on zope startup.
Now, even when in buildout plone.recipe.zope2instance setting
deprecation-warnings = on is set this has no effect anymore.

The silent dead of this feature is because a) Python 2.7 switched off
deprecation warnings by default[1] and b) Zope had a bug to overwrite
this (which I fixed meanwhile and Tres merged it) [2].

[1] https://docs.python.org/2/using/cmdline.html#cmdoption-W
[2] https://github.com/zopefoundation/Zope/pull/24

I also started to add a chapter about deprecation to the coredev docs on
a branch [3].

[3]
https://github.com/plone/buildout.coredev/blob/deprecation-done-right/docs/deprecation.rst


Please take some minutes and read at least the Use-Cases and comment on
them. If they are fine, I'd prepare code-examples how to achieve the
goals from the use-cases.

regards Jens



--
Klein  Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] some topics for todays FWT

[Jens W. Klein]

On 2015-02-17 18:17, Johannes Raggam wrote:

Hi FWT,

I'm not going to make it today - I'm lying in the bed, being sick :/

However, I have two topics to contribute:

- PEP 440 compliant versioning scheme.

Timo, Gil and I were today briefly discussing a version-raise mistake I
made and our versioning scheme in general.

IIRC, we're currently not consistent with our versioning scheme. we are
using sometimes the setuptools scheme (e.g. ``1.1.a1``, ``1.1.a1.dev0``)
sometimes PEP 440 (e.g. ``1.1a1``, 1.1a1.dev0``).

I propose we switch to PEP 440 only. Then we can also raise the
Setuptools and zc.buildout to the latest versions. Setuptools has
switched to PEP 440 in release 8.0.

https://www.python.org/dev/peps/pep-0440/
http://pythonhosted.org//setuptools/history.html#id28

We definetly have to fix the section in our code conventions guidelines:
http://docs.plone.org/external/plone.api/docs/contribute/conventions.html#versioning-scheme


yes, sure, otherwise we run into ugly messages with recent setuptools 
versions.




- Moving captcha framework code from plone.app.discussion to CMFPlone.

There is a little captcha framework in plone.app.discussion, which can
be of great value for other parts of Plone and addons as well. For
example, I wrote an addon for securing the self registration form from
spam bots, which reuses plone.app.discussions captcha framework
( https://github.com/collective/collective.registrationcaptcha ).

IMO, we should have this in Plone core. The settings could be moved from
the discussion control panel into the security control panel.

I don't care if this makes into Plone 5.0 (which would be better, but
we're all busy), but maybe 5.1?
If you agree, can we also agree on a deadline, where it would make into
Plone 5.0?


I think it just moves code around, right? So if we deprecate it at the 
old places its not a problem (more about deprecation ina separate post).

You may want to plip this, would be a cleaner/ more transparent process.


Jens
--
Klein  Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] RFC: buildout.coredev all commits branch

[Jens W. Klein]

On 2015-02-16 19:02, Timo Stollenwerk wrote:
[...]


We were working hard (especially Gil!) in the last month to get the new
Jenkins server ready for production:

http://78.47.49.108/

I think we could be ready within the next weeks. That would be a good
opportunity to switch the 5.0 branch to the all-commits functionality.

Any objections?


No! Go Go go! Good work! Thanks to you, Gil and Ramon!

Jens

--
Klein  Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] Put Google Drive Documents in Plone FWT Folder

[Jens W. Klein]

Hi,

there is the folder Plone FWT at Google Drive. May we add the plip 
spreadsheet to this folder as well?


I always find it difficult to hold all the loose ends of drive docs in 
my hand. Folders are great to organize here. Afaik the owner of the 
document can move it (move is more like a special tag than a structural 
change at drive as far as i understand).


Jens
--
Klein  Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] Google Hangout to discuss Plone development process and CI rules

[Jens W. Klein]

On 2015-02-02 17:33, Timo Stollenwerk wrote:

Hi,

I scheduled a hangout to discuss the Plone development process and the
CI rules tomorrow one hour before the FWT meeting:


great!



https://plus.google.com/events/csgmuha56k9u887tabhjaf9bk50

Everybody who is interested in discussing this is welcome to join us!


FYI: Looks like its not public enough. I cant join.



Please make sure to read the CI rules up front:

https://buildoutcoredev.readthedocs.org/en/latest/continous-integration.html


My reading before bed tonight!

Jens


Timo

Am 29.01.2015 um 11:42 schrieb Ramon Navarro Bosch:

I'm in ! +1

El Thu Jan 29 2015 at 11:34:54, Roel Bruggink (r...@fourdigits.nl
mailto:r...@fourdigits.nl) va escriure:

 +1 I'm in.

 On 29 January 2015 at 10:31, Jens W. Klein j...@bluedynamics.com
 mailto:j...@bluedynamics.com wrote:

 +1 I'am in, one hour before FWT hangout sounds good.
 Jens


 On 2015-01-29 08:23, Timo Stollenwerk wrote:

 Hi,

 I was wondering if we could discuss the CI rules and our
 development
 process face to face during a hangout. I would like to get a
 better
 understanding of what Nathan, Johannes, Jens and other have
 brought up.

 The next FWT meeting will be February 3th if I'm not
 mistaken. What
 about scheduling a hangout one hour before the FWT meeting
 starts (20:00
 CET)? I'd be also ok with discussing the during the FWT
 meeting itself,
 if the other FWT members are ok with that. People that are
 interested in
 the discussion could join us...

 Cheers,
 Timo

 Am 28.01.2015 um 22:40 schrieb Nathan Van Gheem:

 I'd also like to comment.

 If you are going to revert someone's commits, please let
 them know. It's
 very frustrating to find out a week later that your work
 has been reverted.

 Lastly, I'll just echo the comments of others that our
 testing
 restrictions really does make it difficult to contribute
 and that it
 likely prevents me and other from contributing more.

 On Wed, Jan 28, 2015 at 3:20 PM, Gil Forcada Codinachs
 gforc...@gnome.org mailto:gforc...@gnome.org
 mailto:gforc...@gnome.org mailto:gforc...@gnome.org
 wrote:



  2015-01-28 22:19 GMT+01:00 Gil Forcada Codinachs
  gil.gn...@gmail.com mailto:gil.gn...@gmail.com
 mailto:gil.gn...@gmail.com mailto:gil.gn...@gmail.com:

  Green build!

  http://jenkins.plone.org/job/__plone-5.0-python-2.7-at/3598
 http://jenkins.plone.org/job/plone-5.0-python-2.7-at/3598




  
--__--__--
  Dive into the World of Parallel Programming. The Go
 Parallel Website,
  sponsored by Intel and developed in partnership
 with Slashdot Media,
  is your
  hub for all things parallel software development,
 from weekly thought
  leadership blogs to news, videos, case studies,
 tutorials and more.
  Take a
  look and join the conversation now.
 http://goparallel.sourceforge.__net/
 http://goparallel.sourceforge.net/
  _
  Plone-developers mailing list
  Plone-developers@lists.__sourceforge.net
 mailto:plone-develop...@lists.sourceforge.net
  mailto:Plone-developers@__lists.sourceforge.net
 mailto:plone-develop...@lists.sourceforge.net

  
https://lists.sourceforge.net/__lists/listinfo/plone-__developers
 https://lists.sourceforge.net/lists/listinfo/plone-developers




 --
 Nathan Van Gheem
 Solutions Architect
 Wildcard Corp



 --
 Klein  Partner KG, member of BlueDynamics Alliance

 _
 Framework-Team mailing list
 framework-t...@lists.plone.org
 mailto:framework-t...@lists.plone.org
 https://lists.plone.org/__mailman/listinfo/plone-__framework-team 
https://lists.plone.org/mailman/listinfo/plone-framework-team




 --
 Roel Bruggink
 https://www.fourdigits.nl/over-ons#roel-bruggink
 https://www.fourdigits.nl/over-ons#roel-bruggink

 Four Digits BV
 https

Re: [Framework-Team] [Plone-developers] Porting tests to plone.app.testing and removal of legacy packages

[Jens W. Klein]

+1 I'am in, one hour before FWT hangout sounds good.
Jens

On 2015-01-29 08:23, Timo Stollenwerk wrote:

Hi,

I was wondering if we could discuss the CI rules and our development
process face to face during a hangout. I would like to get a better
understanding of what Nathan, Johannes, Jens and other have brought up.

The next FWT meeting will be February 3th if I'm not mistaken. What
about scheduling a hangout one hour before the FWT meeting starts (20:00
CET)? I'd be also ok with discussing the during the FWT meeting itself,
if the other FWT members are ok with that. People that are interested in
the discussion could join us...

Cheers,
Timo

Am 28.01.2015 um 22:40 schrieb Nathan Van Gheem:

I'd also like to comment.

If you are going to revert someone's commits, please let them know. It's
very frustrating to find out a week later that your work has been reverted.

Lastly, I'll just echo the comments of others that our testing
restrictions really does make it difficult to contribute and that it
likely prevents me and other from contributing more.

On Wed, Jan 28, 2015 at 3:20 PM, Gil Forcada Codinachs
gforc...@gnome.org mailto:gforc...@gnome.org wrote:



 2015-01-28 22:19 GMT+01:00 Gil Forcada Codinachs
 gil.gn...@gmail.com mailto:gil.gn...@gmail.com:

 Green build!
 http://jenkins.plone.org/job/plone-5.0-python-2.7-at/3598



 
--
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media,
 is your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more.
 Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 Plone-developers mailing list
 plone-develop...@lists.sourceforge.net
 mailto:plone-develop...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/plone-developers




--
Nathan Van Gheem
Solutions Architect
Wildcard Corp



--
Klein  Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

Re: [Framework-Team] PLIP 20144

[Jens W. Klein]

Hi,

+1 for inviting Philip to the FWT meeting to discuss this topic.

I agree we have lots of advantages.

What I kept in mind from our discussion is one major risk: Third party 
code depending on IFolderish queries will break, because theres no 
difference any more.


We need to have a clear way to check if something is a container by 
intend or just because its a folderish type (which is not used as 
folderish, just prepared to be used this way).


For more see also the FWT protocol posted earlier on this list.

greets Jens

On 2014-12-01 13:55, Johannes Raggam wrote:

The decision was made because we don't want to have Plone 5 beta further
delayed and some were opting for a feature freeze. The changes in PLIP
20144 might be small and the positive impact big, but there could be
some negative impact: UI wise (although the default behavior isn't
changed), performance wise (you already proofed, that tests run the same
speed with or without folderish base types) or memory wise.

Chances are, that beta is delayed anyways. IMO we could discuss this
again at the meeting next week.
I want to invite you for the FWT meeting on 2014-12-09, 21:00 CET to
explain your standpoint.

FWT, Everyone OK with that?

Best, Johannes




On Mon, 2014-12-01 at 13:13 +0100, Philip Bauer wrote:

Dear Framework-team,

I got the message that https://dev.plone.org/ticket/20144 should be moved to 
5.1, which is generally ok by me but I can't help wondering why.

The implementation, upgrade-steps and tests are all done. Working with 
folderish dexterity-types in real projects has been tested by many developers 
for quite some time. What do you think needs more work or improvements for it 
to be included in Plone 5? I even migrated the test for plone.app.contentmenu 
(https://github.com/plone/plone.app.contentmenu/pull/8) to work with AT and DX 
to make sure nothing changes regarding the UI.

I'm more than willing to put in more time if it means having this in Plone 5.0 
and not 5.1 (which will be at least a year form now). I think the point when we 
move from AT to DX is also the right moment to switch from itemish to folderish.

Also: If the -1 stands: You did not answer the question about the alternative 
folderish profile.

Philip

--
Starzel.de
Philip Bauer
Adlzreiterstr. 35
80337 München
Tel: 089 - 189 29 533
Fax: 089 - 189 29 535
ba...@starzel.de
www.starzel.de

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team







--
Klein  Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] Let me in?

[Jens W. Klein]

Hi,

Johannes asked (and again poked) me if I would join the framework team.
After I'am now back deep into Plone and a conference later I think my 
work could be of value - if theres space left on the framework team device.


kind regards
--
Klein  Partner KG, member of BlueDynamics Alliance

___
Framework-Team mailing list
framework-t...@lists.plone.org
https://lists.plone.org/mailman/listinfo/plone-framework-team

[Framework-Team] Re: Plone 3.5

[Jens W. Klein]

Am Sat, 09 May 2009 02:50:27 -0700 schrieb Alexander Limi:

 On Tue, 05 May 2009 13:26:37 -0700, Alec Mitchell
 ap...@columbia.edu wrote:
 
 If you want to pinpoint a release that broke expectations with regard
 to compatibility, Plone 2.1 is a far better example.
 
 Just to make sure history is represented correctly here — Alec is
 absolutely right.
 
 Plone 2.5 was a well-managed release, 2.1 was a disaster (from a release
 management perspective). Luckily, we've had incredible release managers
 and good processes from Alec going forward — and we're extremely
 fortunate in that regard.

I agreed 100%. Anyway, the version numbering was not simple to 
understand. 2.0 - 2.1 was from the number of changes a major. and by 
changing to PAS in 2.5 it was also kind of major (breaking existing 
installations). In past it was very difficult to explain to customers and 
even to new developers. Now with 3.x only change minor and upgrades are 
simple statement all are very happy!

The current plan to name it 4.0 is in my opinion very good, even if the 
changes are not that major than first planned. 

just my 0,02 Euro
-- 
Jens W. Klein - Klein  Partner KEG - BlueDynamics Alliance


___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team

[Framework-Team] Re: Plone 3.5

[Jens W. Klein]

Am Tue, 05 May 2009 22:08:14 +0800 schrieb Martin Aspeli:

 Jens W. Klein wrote:
 
 I just can say here: I agree to delay features and make the next major
 4.0 and not 3.5. Dont make the same mistakes again (looking at 2.5).
 
 Who said anything about delaying features?

sorry - my bad english, what i mean is to put risky features proposed for 
4.0 on a 5 (6,7...) release number. Then make what now is discussed as 
3.5 the 4.0 release.

Ths communicates clearly the stability and serves the needs of the Plone-
integrators and developers.
 
 This proposal suggests a feature set that is incremental to the 3.x
 series, way less than what we've been tabling for 4.0 so far, but still
 a bit too much for a 3.x under the current stability packt.

right, and for this reason i'd name it 4.0 and not 3.5.

 Or did you mean to vote against the proposal wholesale, and have no
 half-way between 3.x and 4.0?

I would just not be so stingy with major release-numbers.

Jens
-- 
Jens W. Klein - Klein  Partner KEG - BlueDynamics Alliance


___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team

[Framework-Team] Re: The new Plone 4.0, was Re: Plone 3.5

[Jens W. Klein]

Am Tue, 05 May 2009 16:57:21 +0200 schrieb Hanno Schlichting:

 Hi.
 
 To summarize the feedback from the European time zone, I think that the
 proposal in general meets the favor of everyone.
 
 The controversial issue is the exact version number to use for the
 release. There seems to be broad support for freeing the current Plone
 trunk from a version designator and release a 4.0 release with the
 envisioned scope of this proposal instead.
 
 If I do not get a strong signal or message otherwise, consider this
 proposal changed in this regard.

A big +1. Perfect! Thanks Hanno for pushing this forward!

Jens
-- 
Jens W. Klein - Klein  Partner KEG - BlueDynamics Alliance


___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team

[Framework-Team] Re: [plone4] - Initial PLIP drafts coming in

[Jens W. Klein]

In your PLIPs you wrote i.e. here https://dev.plone.org/plone/ticket/8593 
to remove parts out of Plone the Product. I fully agree to remove 
features from the core! 

But I think if we do so, there should be a set of Managed Plone 
Products. Important add-ons like LinguaPlone or the removed parts should 
get in a managed by the Plone [Foundation|Team X] state.

In my opinion major tasks of this group of people are i.e.: 
* identify important add-ons, 
* ask the maintainer/author of the add-on if she/he agrees,
* manage a list of those add-ons, 
* do quality assurance on those add-ons 
* ensure an upgrade path to new plone releases,
* look at plips and how they may influence managed add-ons.

The list of add-ons should be short and only widely used features should 
make it onto it. I think here of modules like LinguaPlone, PloneFormGen, 
Collage, archetypes.schemaextender.

IMO it is very important to ensure important add-ons to be compatible 
with future plone releases. This gives trust to integrators of Plone.

Risk: Modules not on this list get underestimated. Which would be wrong.

If current teams structure is not sufficient for this task, we could 
introduce a new Add-On Team. 

Opinions?

-- Jens Klein


___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team

[Framework-Team] 4.x team nomination

[Jens W. Klein]

I'd like to nominate myself for the 4x framework team. I think I know 
plones code in-depth. Also I know the community well (since 2004) and 
also know how community works. I've been release-manager of Archetypes, 
contributed a bunch of code to the whole stack. 

I'am a pragmatic person: I would love to see Plone in future lighter, 
faster, more agile and easier to use.

Any questions?

regards 

Jensens
-- 
http://bluedynamics.com



___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team