You can subscribe to this list here.
2002 |
Jan
|
Feb
(1) |
Mar
(62) |
Apr
(21) |
May
(138) |
Jun
(105) |
Jul
(231) |
Aug
(172) |
Sep
(283) |
Oct
(292) |
Nov
(179) |
Dec
(92) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(151) |
Feb
(149) |
Mar
(59) |
Apr
(90) |
May
(177) |
Jun
(161) |
Jul
(231) |
Aug
(170) |
Sep
(362) |
Oct
(448) |
Nov
(253) |
Dec
(175) |
2004 |
Jan
(327) |
Feb
(254) |
Mar
(336) |
Apr
(215) |
May
(260) |
Jun
(300) |
Jul
(193) |
Aug
(200) |
Sep
(120) |
Oct
(346) |
Nov
(131) |
Dec
(156) |
2005 |
Jan
(127) |
Feb
(153) |
Mar
(219) |
Apr
(481) |
May
(391) |
Jun
(351) |
Jul
(496) |
Aug
(332) |
Sep
(335) |
Oct
(213) |
Nov
(351) |
Dec
(238) |
2006 |
Jan
(268) |
Feb
(499) |
Mar
(355) |
Apr
(293) |
May
(244) |
Jun
(341) |
Jul
(207) |
Aug
(286) |
Sep
(229) |
Oct
(197) |
Nov
(247) |
Dec
(292) |
2007 |
Jan
(505) |
Feb
(460) |
Mar
(373) |
Apr
(197) |
May
(106) |
Jun
(268) |
Jul
(200) |
Aug
(263) |
Sep
(193) |
Oct
(188) |
Nov
(378) |
Dec
(222) |
2008 |
Jan
(255) |
Feb
(553) |
Mar
(303) |
Apr
(436) |
May
(290) |
Jun
(340) |
Jul
(310) |
Aug
(179) |
Sep
(223) |
Oct
(286) |
Nov
(240) |
Dec
(162) |
2009 |
Jan
(164) |
Feb
(110) |
Mar
(220) |
Apr
(175) |
May
(227) |
Jun
(369) |
Jul
(224) |
Aug
(234) |
Sep
(146) |
Oct
(168) |
Nov
(239) |
Dec
(119) |
2010 |
Jan
(217) |
Feb
(216) |
Mar
(322) |
Apr
(217) |
May
(215) |
Jun
(209) |
Jul
(268) |
Aug
(209) |
Sep
(195) |
Oct
(163) |
Nov
(147) |
Dec
(145) |
2011 |
Jan
(147) |
Feb
(163) |
Mar
(185) |
Apr
(279) |
May
(269) |
Jun
(237) |
Jul
(397) |
Aug
(168) |
Sep
(394) |
Oct
(225) |
Nov
(278) |
Dec
(145) |
2012 |
Jan
(182) |
Feb
(264) |
Mar
(326) |
Apr
(254) |
May
(221) |
Jun
(250) |
Jul
(187) |
Aug
(247) |
Sep
(487) |
Oct
(256) |
Nov
(180) |
Dec
(146) |
2013 |
Jan
(176) |
Feb
(141) |
Mar
(181) |
Apr
(274) |
May
(138) |
Jun
(332) |
Jul
(136) |
Aug
(114) |
Sep
(74) |
Oct
(82) |
Nov
(165) |
Dec
(130) |
2014 |
Jan
(66) |
Feb
(229) |
Mar
(286) |
Apr
(96) |
May
(163) |
Jun
(103) |
Jul
(70) |
Aug
(81) |
Sep
(76) |
Oct
(60) |
Nov
(103) |
Dec
(95) |
2015 |
Jan
(79) |
Feb
(33) |
Mar
(89) |
Apr
(87) |
May
(46) |
Jun
(29) |
Jul
(45) |
Aug
(23) |
Sep
(107) |
Oct
(134) |
Nov
(146) |
Dec
(14) |
2016 |
Jan
(10) |
Feb
(26) |
Mar
(12) |
Apr
(12) |
May
(21) |
Jun
(9) |
Jul
(1) |
Aug
(7) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
(1) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2019 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
(3) |
Jun
(2) |
Jul
(6) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Maurits v. R. <m.v...@ze...> - 2015-08-18 22:01:58
|
Hi, So, I have been having some fun with the CMFQuickInstallerTool (QI) and GenericSetup (GS) and how they cooperate. It's quite interesting, really. Sit back and relax. Mostly this is about applying a GS profile and marking the corresponding product as installed in the QI. And then uninstalling or unmarking. Some version numbers: - QI 2.0.4 (introduced in Plone 3.0.4 or 3.0.5) starts using GenericSetup events: if a GS profile is applied, mark its corresponding product as installed in QI: generate an InstalledProduct instance, including a list of which skins etc were added during the install. - QI 3.0 (Plone 4.0) optimizes this logic by ignoring any non-installable profiles. These are profiles listed in a utility that implements Products.CMFPlone.interfaces.INonInstallable, with as goal to make some lists of profiles in the UI shorter and more comprehensible. Do not confuse this with Products.CMFQuickInstallerTool.interfaces.INonInstallable, which is about products. - QI 3.0.7 (Plone 4.3.4 / 5.0a3) removes the InstalledProduct instance when a product is uninstalled, because leaving the instance around can prevent settings from being stored properly on subsequent installation of the product. - QI 3.0.8 (Plone 4.3.5 / 5.0b1) no longer prevents INonInstallable profiles from being recorded as QI installed products, because really they are auto-installed products, not non-installable ones. BTW, are you looking for a script to download all versions.cfg files from dist.plone.org/release so you can easily grep through them to see which version of a package is used in which Plone version? See https://gist.github.com/mauritsvanrees/99cb4a25b622479e7dc3 With this in mind, how do you check whether a profile or product has been installed? For example, in plone.app.upgrade you may want to decide whether or not to run an upgrade step for plone.app.collection. You cannot always say 'this is Plone 4.2, so plone.app.collection is sure to be installed,' because an upgrade from 4.1 to 4.2 does not actually install this package. So you have to do some checks if you want to know this. For simplicity we only consider a product with one profile (``default``) and no External installation method. There are several ways to check its installed status: 1. Check the installed profile version in GS:: if portal_setup.getLastVersionForProfile('my.package:default') != 'unknown': # package is installed But wait: the profile was applied but the product may have been uninstalled afterwards. TODO: update QI so that uninstalling a product unsets its last profile version in GS. 2. Instead, check the product in QI:: if 'my.package' in QI: # product is installed But wait: this may find an outdated InstalledProduct instance for a product that is no longer installed. TODO: update code that uses this pattern to the next pattern. plone.app.upgrade uses it. 3. Instead, check the status in QI:: QI.isProductInstalled('my.package') But wait. If this is a profile that was listed as INonInstallable and was applied between QI 3.0 and 3.0.8, it will not have been marked as installed in the QI. TODO: write an upgrade step in plone.app.upgrade to go through all INonInstallable profiles, check if the profile was applied (method 1) and mark it as installed in QI. This might mark too many of these as installed, but so be it. TODO: write an upgrade step in plone.app.upgrade to go through all InstalledProduct items in the QI and remove any with getStatus() 'uninstalled'. And unset their last profile versions in GS too. And when you get this all right and conclude that a profile or product is installed and you want to run its upgrade steps, you should still first check whether the package is available, because it may be something like Kupu or TinyMCE that is no longer included in your Plone version. Oh, but when the package is not there, there will not be any upgrade steps registered in zcml, so that should not give a problem really. Some luck at last. Do those TODO items sound sane? I can see about implementing them. Somewhat related issue: Upgrade Plone 4.1 to 4.3: TinyMCE, CMFEditions and sunburst are not upgraded https://github.com/plone/Products.CMFPlone/issues/812 Pull request to fix those specific problems: 4.3: Properly update TinyMCE, CMFEditions, Sunburst https://github.com/plone/plone.app.upgrade/pull/42 Pull request to fix the general problem of not updated core packages: Upgrade core addons at end of Plone migration https://github.com/plone/Products.CMFPlone/pull/823 Note that those pull requests do NOT include the TODO items I mention above (except TODO number 2 partially). Comments? -- Maurits van Rees: http://maurits.vanrees.org/ Zest Software: http://zestsoftware.nl |
From: Jens W. K. <je...@bl...> - 2015-08-12 08:41:38
|
I did it, but I kicked nobody out. Github changed its permission system in June and after that collective Members we were not able to add repositories. Since permissions are working different now our "CanAdd" team was superfluos, so I removed it. The permission is now set as a global permission feature on organisation level. Same is true for the write access to all repositories: the "--auto-contributors" team will be removed to soon (its already renamed to "--old--auto-contributors"). Same is true for Owners: The "Owners" team is renamed to "Core" and the permission to be an Owner (vs. (internal) Member vs. (external) Collaborator) is now a role on organisation level. The "Core" team is now more a communication channel, one can use it as a mention with "@collective/core". I tested everything before the changes with Peter Holzer and his account as Member and with my account as Owner before - and we found no glitches. If there are any problems left, please add them as a reply to the issue https://github.com/collective/collective.github.com/issues/850 Here you find further information and links with information behind explainig the whole in depth. regards Jens On 2015-08-11 17:01, David Bain wrote: > It seems I was automatically kicked from the collective..... > > -- > > > > David Bain, RHCSA > Owner at Alteroo > dav...@al... > <mailto:david.bain@alteroo..com> > www.alteroo.com <http://www.alteroo.com> > (876) 475-5824 > > ᐧ > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > -- Klein & Partner KG, member of BlueDynamics Alliance |
From: Enzo C. <enz...@gm...> - 2015-08-11 19:49:34
|
Me too On Tue, Aug 11, 2015 at 6:12 PM Nejc Zupan <nej...@gm...> wrote: > Me too. > > > z. > > On 11. avg. 2015, at 17.01, David Bain <dav...@al...> wrote: > > It seems I was automatically kicked from the collective.... > > -- > > > > David Bain, RHCSA > Owner at Alteroo > dav...@al... > www.alteroo.com > (876) 475-5824 > > ᐧ > > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > > > Nejc Zupan > > M: +386 (0)40 730 735 > E: nej...@gm... > > www.niteoweb.com | www.mladipodjetnik.si > > > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > |
From: Matthew W. <mat...@pl...> - 2015-08-11 16:18:56
|
GitHub has changed its permission architecture. The infrastructure team is trying to fix bugs this has caused. Matt On 2015-08-11 17:11, Nejc Zupan wrote: > Me too. > > > z. > >> On 11. avg. 2015, at 17.01, David Bain <dav...@al... >> <mailto:dav...@al...>> wrote: >> >> It seems I was automatically kicked from the collective.... >> >> -- >> >> >> >> David Bain, RHCSA >> Owner at Alteroo >> dav...@al... <mailto:dav...@al...> >> www.alteroo.com <http://www.alteroo.com/> >> (876) 475-5824 >> >> ᐧ >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Plone-developers mailing list >> Plo...@li... >> <mailto:Plo...@li...> >> https://lists.sourceforge.net/lists/listinfo/plone-developers > > Nejc Zupan > > M: +386 (0)40 730 735 > E: nej...@gm... <mailto:nej...@gm...> > > www.niteoweb.com <http://www.niteoweb.com> | www.mladipodjetnik.si > <http://www.mladipodjetnik.si> > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > |
From: Nejc Z. <nej...@gm...> - 2015-08-11 16:11:28
|
Me too. z. > On 11. avg. 2015, at 17.01, David Bain <dav...@al...> wrote: > > It seems I was automatically kicked from the collective.... > > -- > > > > David Bain, RHCSA > Owner at Alteroo > dav...@al... <mailto:dav...@al...> > www.alteroo.com <http://www.alteroo.com/> > (876) 475-5824 > > ᐧ > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers Nejc Zupan M: +386 (0)40 730 735 E: nej...@gm... www.niteoweb.com | www.mladipodjetnik.si |
From: David B. <dav...@al...> - 2015-08-11 15:26:51
|
It seems I was automatically kicked from the collective.... -- David Bain, RHCSA Owner at Alteroo dav...@al... www.alteroo.com (876) 475-5824 ᐧ |
From: plone-developers <plo...@ob...> - 2015-08-01 10:36:37
|
have you considered to write and temporarily activate a Logger that ignores those specific messages coming from the buggy classes/packages until the bug can be fixed? > Timo Stollenwerk <ti...@pl...> hat am 1. August 2015 um 11:50 geschrieben: > > > Sure. I would prefer to fix the bug itself though. > > Timo > > Am 01.08.15 um 10:30 schrieb Eric Bréhault: > > Hi Timo, > > > > Would it be possible to add a cron that would delete this log file every > > 5 minutes ? > > > > Eric > > > > On Sat, Aug 1, 2015 at 6:31 AM, Timo Stollenwerk <ti...@pl... > > <mailto:ti...@pl...>> wrote: > > > > There is a Jenkins bug in a Java DNS lib that let's the jenkins.log file > > grow really really fast until the disk is full. > > > > Unfortunately this bug has not been fixed in Jenkins yet. > > > > Timo > > > > Am 31.07.15 um 16:09 schrieb Nathan Van Gheem: > > > Thanks! > > > > > > On Fri, Jul 31, 2015 at 9:09 AM, Ramon Navarro Bosch <ram...@gm... > > > <mailto:ram...@gm...> > > > <mailto:ram...@gm... <mailto:ram...@gm...>>> wrote: > > > > > > looks like there was a problem on HDD on master (full) that produced > > > all slaves to hang and stop the threads. Gil cleaned master and I > > > killed the hang processes and restarted the threads! :) > > > > > > R > > > > > > El dv., 31 jul. 2015 a les 15:43, Nathan Van Gheem > > > (<van...@gm... <mailto:van...@gm...> > > <mailto:van...@gm... <mailto:van...@gm...>>>) va escriure: > > > > > > http://jenkins.plone.org/ > > > > > > Anybody know what is going on? > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > > Plone-developers mailing list > > > Plo...@li... > > <mailto:Plo...@li...> > > > <mailto:Plo...@li... > > <mailto:Plo...@li...>> > > >https://lists.sourceforge.net/lists/listinfo/plone-developers > > > > > > > > > > > > > > > -- > > > Nathan Van Gheem > > > Solutions Architect > > > Wildcard Corp > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > > > > > > > _______________________________________________ > > > Plone-developers mailing list > > > Plo...@li... > > <mailto:Plo...@li...> > > > https://lists.sourceforge.net/lists/listinfo/plone-developers > > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Plone-developers mailing list > > Plo...@li... > > <mailto:Plo...@li...> > > https://lists.sourceforge.net/lists/listinfo/plone-developers > > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers |
From: Timo S. <ti...@pl...> - 2015-08-01 09:50:49
|
Sure. I would prefer to fix the bug itself though. Timo Am 01.08.15 um 10:30 schrieb Eric Bréhault: > Hi Timo, > > Would it be possible to add a cron that would delete this log file every > 5 minutes ? > > Eric > > On Sat, Aug 1, 2015 at 6:31 AM, Timo Stollenwerk <ti...@pl... > <mailto:ti...@pl...>> wrote: > > There is a Jenkins bug in a Java DNS lib that let's the jenkins.log file > grow really really fast until the disk is full. > > Unfortunately this bug has not been fixed in Jenkins yet. > > Timo > > Am 31.07.15 um 16:09 schrieb Nathan Van Gheem: > > Thanks! > > > > On Fri, Jul 31, 2015 at 9:09 AM, Ramon Navarro Bosch <ram...@gm... <mailto:ram...@gm...> > > <mailto:ram...@gm... <mailto:ram...@gm...>>> wrote: > > > > looks like there was a problem on HDD on master (full) that produced > > all slaves to hang and stop the threads. Gil cleaned master and I > > killed the hang processes and restarted the threads! :) > > > > R > > > > El dv., 31 jul. 2015 a les 15:43, Nathan Van Gheem > > (<van...@gm... <mailto:van...@gm...> > <mailto:van...@gm... <mailto:van...@gm...>>>) va escriure: > > > > http://jenkins.plone.org/ > > > > Anybody know what is going on? > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Plone-developers mailing list > > Plo...@li... > <mailto:Plo...@li...> > > <mailto:Plo...@li... > <mailto:Plo...@li...>> > >https://lists.sourceforge.net/lists/listinfo/plone-developers > > > > > > > > > > -- > > Nathan Van Gheem > > Solutions Architect > > Wildcard Corp > > > > > > ------------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > Plone-developers mailing list > > Plo...@li... > <mailto:Plo...@li...> > > https://lists.sourceforge.net/lists/listinfo/plone-developers > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > <mailto:Plo...@li...> > https://lists.sourceforge.net/lists/listinfo/plone-developers > > |
From: Eric B. <ebr...@gm...> - 2015-08-01 08:30:10
|
Hi Timo, Would it be possible to add a cron that would delete this log file every 5 minutes ? Eric On Sat, Aug 1, 2015 at 6:31 AM, Timo Stollenwerk <ti...@pl...> wrote: > There is a Jenkins bug in a Java DNS lib that let's the jenkins.log file > grow really really fast until the disk is full. > > Unfortunately this bug has not been fixed in Jenkins yet. > > Timo > > Am 31.07.15 um 16:09 schrieb Nathan Van Gheem: > > Thanks! > > > > On Fri, Jul 31, 2015 at 9:09 AM, Ramon Navarro Bosch <ram...@gm... > > <mailto:ram...@gm...>> wrote: > > > > looks like there was a problem on HDD on master (full) that produced > > all slaves to hang and stop the threads. Gil cleaned master and I > > killed the hang processes and restarted the threads! :) > > > > R > > > > El dv., 31 jul. 2015 a les 15:43, Nathan Van Gheem > > (<van...@gm... <mailto:van...@gm...>>) va escriure: > > > > http://jenkins.plone.org/ > > > > Anybody know what is going on? > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Plone-developers mailing list > > Plo...@li... > > <mailto:Plo...@li...> > > https://lists.sourceforge.net/lists/listinfo/plone-developers > > > > > > > > > > -- > > Nathan Van Gheem > > Solutions Architect > > Wildcard Corp > > > > > > > ------------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > Plone-developers mailing list > > Plo...@li... > > https://lists.sourceforge.net/lists/listinfo/plone-developers > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > |
From: Timo S. <ti...@pl...> - 2015-08-01 04:31:44
|
There is a Jenkins bug in a Java DNS lib that let's the jenkins.log file grow really really fast until the disk is full. Unfortunately this bug has not been fixed in Jenkins yet. Timo Am 31.07.15 um 16:09 schrieb Nathan Van Gheem: > Thanks! > > On Fri, Jul 31, 2015 at 9:09 AM, Ramon Navarro Bosch <ram...@gm... > <mailto:ram...@gm...>> wrote: > > looks like there was a problem on HDD on master (full) that produced > all slaves to hang and stop the threads. Gil cleaned master and I > killed the hang processes and restarted the threads! :) > > R > > El dv., 31 jul. 2015 a les 15:43, Nathan Van Gheem > (<van...@gm... <mailto:van...@gm...>>) va escriure: > > http://jenkins.plone.org/ > > Anybody know what is going on? > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > <mailto:Plo...@li...> > https://lists.sourceforge.net/lists/listinfo/plone-developers > > > > > -- > Nathan Van Gheem > Solutions Architect > Wildcard Corp > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > |
From: Nathan V. G. <van...@gm...> - 2015-07-31 14:09:42
|
Thanks! On Fri, Jul 31, 2015 at 9:09 AM, Ramon Navarro Bosch <ram...@gm...> wrote: > looks like there was a problem on HDD on master (full) that produced all > slaves to hang and stop the threads. Gil cleaned master and I killed the > hang processes and restarted the threads! :) > > R > > El dv., 31 jul. 2015 a les 15:43, Nathan Van Gheem (<van...@gm...>) > va escriure: > >> http://jenkins.plone.org/ >> >> Anybody know what is going on? >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Plone-developers mailing list >> Plo...@li... >> https://lists.sourceforge.net/lists/listinfo/plone-developers >> > -- Nathan Van Gheem Solutions Architect Wildcard Corp |
From: Ramon N. B. <ram...@gm...> - 2015-07-31 14:09:22
|
looks like there was a problem on HDD on master (full) that produced all slaves to hang and stop the threads. Gil cleaned master and I killed the hang processes and restarted the threads! :) R El dv., 31 jul. 2015 a les 15:43, Nathan Van Gheem (<van...@gm...>) va escriure: > http://jenkins.plone.org/ > > Anybody know what is going on? > > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > |
From: Nathan V. G. <van...@gm...> - 2015-07-31 13:43:13
|
http://jenkins.plone.org/ Anybody know what is going on? |
From: Víctor F. de A. <sne...@gm...> - 2015-07-29 12:57:51
|
I've done a similar approach in ploneorg.migration: https://github.com/collective/ploneorg.migration Maybe it's helpful for you. Cheers, V. Sent from my iPhone > On 29 Jul 2015, at 10:32, Dylan Jay <dj...@pr...> wrote: > > >> On 29 Jul 2015, at 3:16 pm, Tobias Herp <Tob...@St...> wrote: >> >> Hi, >> >> I’m currently trying to build a tool to export parts of a Plone site (and include used resources from other parts of the object tree), based on collective.transmogrifier. Since it should be usable by “mortal users”, I want to export tarballs and import uploaded tarballs. > > BTW, I’ve been considering something similar but based collective.jsonify since I’m not sure about including transmogrifier in the plone core. > Possibly not just to allow export and import of tarballs but also syncing of two subhierachies such as http://pythonhosted.org/Products.ZSyncer/ used to do. > It would be even nicer if it played back content changes over time however like a proper replication system does so that you could retain history and redirections. > >> >> However, there seems to be a problem with the TarballImportContext (GenericSetup). >> >> In Products/GenericSetup/context.py, there are several comparisons of path[-1] to ‘/’, which must fail for empty strings (which are apparently a known special case). IMO, here the endswith method must be used. >> >> I couldn’t find a repo to fork (I looked at https://github.com/plone/, and I tried to “develop” via my buildout script), and I couldn’t find an issue tracker. >> >> Where can I fork this product, and where can I report the error? >> >> Thanks! >> >> Tobias >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Plone-developers mailing list >> Plo...@li... >> https://lists.sourceforge.net/lists/listinfo/plone-developers > > > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers |
From: Tobias H. <Tob...@St...> - 2015-07-29 11:40:57
|
Thank you! I had submitted an "old" ticket first, and then added a GitHub ticket and pull request. So we have https://github.com/zopefoundation as an additional place to check. -- Tobias |
From: Jens W. K. <je...@bl...> - 2015-07-29 09:38:08
|
On 2015-07-29 10:16, Tobias Herp wrote: > Where can I fork this product, and where can I report the error? I'd report to https://github.com/zopefoundation/Products.GenericSetup/issues since github is the since some months the official place for it. Use code there as base for fork. Jens -- Klein & Partner KG, member of BlueDynamics Alliance |
From: Dylan J. <dj...@pr...> - 2015-07-29 08:46:20
|
This file tells you where all the sources are that make up plone. https://github.com/plone/buildout.coredev/blob/4.3/sources.cfg If in doubt you raise tickets in https://github.com/plone/Products.CMFPlone/issues otherwise raise it in the specific github repo. However in this case GenericSetup is actually maintained by zope which means you should raise it in http://docs.zope.org/developer/bug-trackers.html > On 29 Jul 2015, at 3:16 pm, Tobias Herp <Tob...@St...> wrote: > > Hi, > > I’m currently trying to build a tool to export parts of a Plone site (and include used resources from other parts of the object tree), based on collective.transmogrifier. Since it should be usable by “mortal users”, I want to export tarballs and import uploaded tarballs. > > However, there seems to be a problem with the TarballImportContext (GenericSetup). > > In Products/GenericSetup/context.py, there are several comparisons of path[-1] to ‘/’, which must fail for empty strings (which are apparently a known special case). IMO, here the endswith method must be used. > > I couldn’t find a repo to fork (I looked at https://github.com/plone/, and I tried to “develop” via my buildout script), and I couldn’t find an issue tracker. > > Where can I fork this product, and where can I report the error? > > Thanks! > > Tobias > > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers |
From: Dylan J. <dj...@pr...> - 2015-07-29 08:41:10
|
> On 29 Jul 2015, at 3:16 pm, Tobias Herp <Tob...@St...> wrote: > > Hi, > > I’m currently trying to build a tool to export parts of a Plone site (and include used resources from other parts of the object tree), based on collective.transmogrifier. Since it should be usable by “mortal users”, I want to export tarballs and import uploaded tarballs. BTW, I’ve been considering something similar but based collective.jsonify since I’m not sure about including transmogrifier in the plone core. Possibly not just to allow export and import of tarballs but also syncing of two subhierachies such as http://pythonhosted.org/Products.ZSyncer/ used to do. It would be even nicer if it played back content changes over time however like a proper replication system does so that you could retain history and redirections. > > However, there seems to be a problem with the TarballImportContext (GenericSetup). > > In Products/GenericSetup/context.py, there are several comparisons of path[-1] to ‘/’, which must fail for empty strings (which are apparently a known special case). IMO, here the endswith method must be used. > > I couldn’t find a repo to fork (I looked at https://github.com/plone/, and I tried to “develop” via my buildout script), and I couldn’t find an issue tracker. > > Where can I fork this product, and where can I report the error? > > Thanks! > > Tobias > > ------------------------------------------------------------------------------ > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers |
From: Tobias H. <Tob...@St...> - 2015-07-29 08:16:48
|
Hi, I'm currently trying to build a tool to export parts of a Plone site (and include used resources from other parts of the object tree), based on collective.transmogrifier. Since it should be usable by "mortal users", I want to export tarballs and import uploaded tarballs. However, there seems to be a problem with the TarballImportContext (GenericSetup). In Products/GenericSetup/context.py, there are several comparisons of path[-1] to '/', which must fail for empty strings (which are apparently a known special case). IMO, here the endswith method must be used. I couldn't find a repo to fork (I looked at https://github.com/plone/, and I tried to "develop" via my buildout script), and I couldn't find an issue tracker. Where can I fork this product, and where can I report the error? Thanks! Tobias |
From: Vincent F. <vin...@gm...> - 2015-07-27 16:44:53
|
Hi, https://pypi.python.org/pypi/astroid/1.3.7 (a dependency of pylint) was released today (2015-07-27) and just break my buildouts which are using https://raw.github.com/plone/buildout.jenkins/master/jenkins.cfg Short version : To fix the problem, just pin logilab-common = 0.63.0 in your versions.cfg Long version : The error is the following Got astroid 1.3.7. Traceback (most recent call last): File "bin/buildout", line 12, in <module> sys.exit(zc.buildout.buildout.main()) File "/var/lib/jenkins/.buildout/eggs/zc.buildout-2.2.1-py2.7.egg/zc/buildout/buildout.py", line 1950, in main _doing() File "/var/lib/jenkins/.buildout/eggs/zc.buildout-2.2.1-py2.7.egg/zc/buildout/buildout.py", line 1687, in _doing message = str(v) File "/var/lib/jenkins/.buildout/eggs/zc.buildout-2.2.1-py2.7.egg/zc/buildout/easy_install.py", line 1304, in __str__ existing_dist, req = self.err.args ValueError: need more than 1 value to unpack The error is hidden, this was fixed in zc.buildout 2.4.0. I upgraded my toolchain to: Products.GenericSetup = 1.7.6 setuptools = 18.0.1 zc.buildout = 2.4.0 zc.recipe.egg = 2.0.2 and the error is the following: Updating jenkins-csslint. Updating jenkins-utf8-header. Updating jenkins-code-analysis. Installing pylint. While: Installing pylint. Error: There is a version conflict. We already have: logilab-common 1.0.2 but astroid 1.3.7 requires 'logilab-common<=0.63.0'. With verbose mode (-vvvvv) I get this: We have the best distribution that satisfies 'astroid>=1.3.6'. Picked: astroid = 1.3.7 Getting required 'logilab-common>=0.53.0' required by pylint 1.4.4. We have the best distribution that satisfies 'logilab-common>=0.53.0'. Picked: logilab-common = 1.0.2 While: Installing pylint. Error: There is a version conflict. We already have: logilab-common 1.0.2 but astroid 1.3.7 requires 'logilab-common<=0.63.0'. To fix the issue I pinned logilab-common = 0.63.0 in my versions.cfg Vincent Fretin Ecreall http://www.ecreall.com |
From: Espen Moe-N. <es...@me...> - 2015-07-27 08:37:43
|
… could be my (norwegian) setup, but all the dates are in Mandarin (?) (publishing date etc) Espen |
From: Roel B. <ro...@fo...> - 2015-07-26 15:16:37
|
Awesome work! Future's looking bright! On 24 July 2015 at 20:00, Eric Steele <eri...@gm...> wrote: > Added. > > On 24 Jul 2015, at 13:49, Vincent Fretin wrote: > > Hi Eric, > > Please include plone.app.locales 5.0.1. I released it right now. > > Vincent > > On Fri, Jul 24, 2015 at 7:33 PM, Eric Steele eri...@gm... wrote: > > Updated. > > Ok. I'm going to call it. 5.0b3 is out. Great work, everyone! > > On 23 Jul 2015, at 17:07, Nathan Van Gheem wrote: > > PR: https://github.com/plone/plone.protect/pull/13 > > It's actually not too big of a deal. It's difficult to reproduce. > > On Thu, Jul 23, 2015 at 3:45 PM, Nathan Van Gheem van...@gm... > wrote: > > I've uncovered a pretty nasty CSRF bug where you can't change the zope > root admin password :( > > I'll try to fix but it'd be nice to update plone.protect again before we > final release? > > On Thu, Jul 23, 2015 at 8:44 AM, Eric Steele eri...@gm... > wrote: > > The updated plone.app.upgrade has been released and added to 5.0b3's > versions.cfg. > > Eric > > On 22 Jul 2015, at 4:22, Eric Bréhault wrote: > > Hi, > I confirm the same issue on control panel when upgrading from an existing > site. > > Eric > > On Wed, Jul 22, 2015 at 10:09 AM, Fred van Dijk > f.v...@ze... > wrote: > > Hello Eric, > > Tried it with a clean project and an existing 5.0b2 installation, both > build fine. > > 5.0b2 upgrade to 5.0b3 also runs ok. The Control Panel from the upgraded > 5.0b2 > installation only has 3 items now, TinyMCE, resource registries and an > extra add'on, > > 5.0b3 clean install does have the shiny new control panel from the work > done > at the arnhem spring last week, so something is going wrong here with > existing > sites and the new control panel. > > Cheers, > Fred > > Zest - www.zestsoftware.nl > Vasteland 78 > 3011 BN Rotterdam > Tel: +31 (0)10 2959251 > > 5.0b3 has been soft-released. Please give it a try at > https://dist.plone.org/release/5.0b3-pending/versions.cfg and report > back any build issues you might find. > Eric > > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > ------------------------------ > > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > > -- > Nathan Van Gheem > Solutions Architect > Wildcard Corp > > -- > Nathan Van Gheem > Solutions Architect > Wildcard Corp > ------------------------------ > ------------------------------ > > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > > -- Roel Bruggink https://www.fourdigits.nl/over-ons#roel-bruggink Four Digits BV https://www.fourdigits.nl tel: +31 26 4422700 |
From: Eric S. <eri...@gm...> - 2015-07-24 18:07:10
|
Added. On 24 Jul 2015, at 13:49, Vincent Fretin wrote: > Hi Eric, > > Please include plone.app.locales 5.0.1. I released it right now. > > Vincent > > On Fri, Jul 24, 2015 at 7:33 PM, Eric Steele <eri...@gm...> > wrote: > >> Updated. >> >> Ok. I'm going to call it. 5.0b3 is out. Great work, everyone! >> >> On 23 Jul 2015, at 17:07, Nathan Van Gheem wrote: >> >> PR: https://github.com/plone/plone.protect/pull/13 >> >> It's actually not too big of a deal. It's difficult to reproduce. >> >> On Thu, Jul 23, 2015 at 3:45 PM, Nathan Van Gheem van...@gm... >> wrote: >> >> I've uncovered a pretty nasty CSRF bug where you can't change the >> zope >> root admin password :( >> >> I'll try to fix but it'd be nice to update plone.protect again before >> we >> final release? >> >> On Thu, Jul 23, 2015 at 8:44 AM, Eric Steele eri...@gm... >> wrote: >> >> The updated plone.app.upgrade has been released and added to 5.0b3's >> versions.cfg. >> >> Eric >> >> On 22 Jul 2015, at 4:22, Eric Bréhault wrote: >> >> Hi, >> I confirm the same issue on control panel when upgrading from an >> existing >> site. >> >> Eric >> >> On Wed, Jul 22, 2015 at 10:09 AM, Fred van Dijk >> f.v...@ze... >> wrote: >> >> Hello Eric, >> >> Tried it with a clean project and an existing 5.0b2 installation, >> both >> build fine. >> >> 5.0b2 upgrade to 5.0b3 also runs ok. The Control Panel from the >> upgraded >> 5.0b2 >> installation only has 3 items now, TinyMCE, resource registries and >> an >> extra add'on, >> >> 5.0b3 clean install does have the shiny new control panel from the >> work >> done >> at the arnhem spring last week, so something is going wrong here with >> existing >> sites and the new control panel. >> >> Cheers, >> Fred >> >> Zest - www.zestsoftware.nl >> Vasteland 78 >> 3011 BN Rotterdam >> Tel: +31 (0)10 2959251 >> >> 5.0b3 has been soft-released. Please give it a try at >> https://dist.plone.org/release/5.0b3-pending/versions.cfg and report >> back any build issues you might find. >> Eric >> >> Don't Limit Your Business. Reach for the Cloud. >> GigeNET's Cloud Solutions provide you with the tools and support that >> you need to offload your IT needs and focus on growing your business. >> Configured For All Businesses. Start Your Cloud Today. >> https://www.gigenetcloud.com/ >> >> Plone-developers mailing list >> Plo...@li... >> https://lists.sourceforge.net/lists/listinfo/plone-developers >> >> Don't Limit Your Business. Reach for the Cloud. >> GigeNET's Cloud Solutions provide you with the tools and support that >> you need to offload your IT needs and focus on growing your business. >> Configured For All Businesses. Start Your Cloud Today. >> https://www.gigenetcloud.com/ >> >> Plone-developers mailing list >> Plo...@li... >> https://lists.sourceforge.net/lists/listinfo/plone-developers >> ------------------------------ >> ------------------------------ >> >> Plone-developers mailing list >> Plo...@li... >> https://lists.sourceforge.net/lists/listinfo/plone-developers >> >> -- >> Nathan Van Gheem >> Solutions Architect >> Wildcard Corp >> >> -- >> Nathan Van Gheem >> Solutions Architect >> Wildcard Corp >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Plone-developers mailing list >> Plo...@li... >> https://lists.sourceforge.net/lists/listinfo/plone-developers >> >> |
From: Vincent F. <vin...@gm...> - 2015-07-24 17:57:54
|
Hi Eric, Please include plone.app.locales 5.0.1. I released it right now. Vincent On Fri, Jul 24, 2015 at 7:33 PM, Eric Steele <eri...@gm...> wrote: > Updated. > > Ok. I'm going to call it. 5.0b3 is out. Great work, everyone! > > On 23 Jul 2015, at 17:07, Nathan Van Gheem wrote: > > PR: https://github.com/plone/plone.protect/pull/13 > > It's actually not too big of a deal. It's difficult to reproduce. > > On Thu, Jul 23, 2015 at 3:45 PM, Nathan Van Gheem van...@gm... > wrote: > > I've uncovered a pretty nasty CSRF bug where you can't change the zope > root admin password :( > > I'll try to fix but it'd be nice to update plone.protect again before we > final release? > > On Thu, Jul 23, 2015 at 8:44 AM, Eric Steele eri...@gm... > wrote: > > The updated plone.app.upgrade has been released and added to 5.0b3's > versions.cfg. > > Eric > > On 22 Jul 2015, at 4:22, Eric Bréhault wrote: > > Hi, > I confirm the same issue on control panel when upgrading from an existing > site. > > Eric > > On Wed, Jul 22, 2015 at 10:09 AM, Fred van Dijk > f.v...@ze... > wrote: > > Hello Eric, > > Tried it with a clean project and an existing 5.0b2 installation, both > build fine. > > 5.0b2 upgrade to 5.0b3 also runs ok. The Control Panel from the upgraded > 5.0b2 > installation only has 3 items now, TinyMCE, resource registries and an > extra add'on, > > 5.0b3 clean install does have the shiny new control panel from the work > done > at the arnhem spring last week, so something is going wrong here with > existing > sites and the new control panel. > > Cheers, > Fred > > Zest - www.zestsoftware.nl > Vasteland 78 > 3011 BN Rotterdam > Tel: +31 (0)10 2959251 > > 5.0b3 has been soft-released. Please give it a try at > https://dist.plone.org/release/5.0b3-pending/versions.cfg and report > back any build issues you might find. > Eric > > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > ------------------------------ > ------------------------------ > > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > > -- > Nathan Van Gheem > Solutions Architect > Wildcard Corp > > -- > Nathan Van Gheem > Solutions Architect > Wildcard Corp > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Plone-developers mailing list > Plo...@li... > https://lists.sourceforge.net/lists/listinfo/plone-developers > > |
From: Eric S. <eri...@gm...> - 2015-07-24 17:42:08
|
Updated. Ok. I'm going to call it. 5.0b3 is out. Great work, everyone! On 23 Jul 2015, at 17:07, Nathan Van Gheem wrote: > PR: https://github.com/plone/plone.protect/pull/13 > > It's actually not too big of a deal. It's difficult to reproduce. > > On Thu, Jul 23, 2015 at 3:45 PM, Nathan Van Gheem <van...@gm...> > wrote: > >> I've uncovered a pretty nasty CSRF bug where you can't change the >> zope >> root admin password :( >> >> I'll try to fix but it'd be nice to update plone.protect again before >> we >> final release? >> >> On Thu, Jul 23, 2015 at 8:44 AM, Eric Steele <eri...@gm...> >> wrote: >> >>> The updated plone.app.upgrade has been released and added to 5.0b3's >>> versions.cfg. >>> >>> Eric >>> >>> On 22 Jul 2015, at 4:22, Eric Bréhault wrote: >>> >>> Hi, >>> I confirm the same issue on control panel when upgrading from an >>> existing >>> site. >>> >>> Eric >>> >>> On Wed, Jul 22, 2015 at 10:09 AM, Fred van Dijk >>> f.v...@ze... >>> wrote: >>> >>> Hello Eric, >>> >>> Tried it with a clean project and an existing 5.0b2 installation, >>> both >>> build fine. >>> >>> 5.0b2 upgrade to 5.0b3 also runs ok. The Control Panel from the >>> upgraded >>> 5.0b2 >>> installation only has 3 items now, TinyMCE, resource registries and >>> an >>> extra add'on, >>> >>> 5.0b3 clean install does have the shiny new control panel from the >>> work >>> done >>> at the arnhem spring last week, so something is going wrong here >>> with >>> existing >>> sites and the new control panel. >>> >>> Cheers, >>> Fred >>> >>> Zest - www.zestsoftware.nl >>> Vasteland 78 >>> 3011 BN Rotterdam >>> Tel: +31 (0)10 2959251 >>> >>> 5.0b3 has been soft-released. Please give it a try at >>> https://dist.plone.org/release/5.0b3-pending/versions.cfg and report >>> back any build issues you might find. >>> >>> Eric >>> ------------------------------ >>> >>> Don't Limit Your Business. Reach for the Cloud. >>> GigeNET's Cloud Solutions provide you with the tools and support >>> that >>> you need to offload your IT needs and focus on growing your >>> business. >>> Configured For All Businesses. Start Your Cloud Today. >>> https://www.gigenetcloud.com/ >>> ------------------------------ >>> >>> Plone-developers mailing list >>> Plo...@li... >>> https://lists.sourceforge.net/lists/listinfo/plone-developers >>> ------------------------------ >>> >>> Don't Limit Your Business. Reach for the Cloud. >>> GigeNET's Cloud Solutions provide you with the tools and support >>> that >>> you need to offload your IT needs and focus on growing your >>> business. >>> Configured For All Businesses. Start Your Cloud Today. >>> https://www.gigenetcloud.com/ >>> ------------------------------ >>> >>> Plone-developers mailing list >>> Plo...@li... >>> https://lists.sourceforge.net/lists/listinfo/plone-developers >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Plone-developers mailing list >>> Plo...@li... >>> https://lists.sourceforge.net/lists/listinfo/plone-developers >>> >>> >> >> >> -- >> Nathan Van Gheem >> Solutions Architect >> Wildcard Corp >> > > > > -- > Nathan Van Gheem > Solutions Architect > Wildcard Corp |