[Zope-dev] Zope Tests: 5 OK, 1 Failed
Summary of messages to the zope-tests list. Period Fri Feb 1 12:00:00 2008 UTC to Sat Feb 2 12:00:00 2008 UTC. There were 6 messages: 6 from Zope Unit Tests. Test failures - Subject: FAILED (failures=1) : Zope-2.10 Python-2.4.4 : Linux From: Zope Unit Tests Date: Fri Feb 1 21:06:31 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-February/009044.html Tests passed OK --- Subject: OK : Zope-2.7 Python-2.3.6 : Linux From: Zope Unit Tests Date: Fri Feb 1 21:02:00 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-February/009041.html Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Unit Tests Date: Fri Feb 1 21:03:30 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-February/009042.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Unit Tests Date: Fri Feb 1 21:05:01 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-February/009043.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Unit Tests Date: Fri Feb 1 21:08:01 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-February/009045.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Unit Tests Date: Fri Feb 1 21:09:31 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-February/009046.html ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope3-Users] Re: [Zope-dev] Zope 3.4.0 candidate 1 Released
Hey, On Feb 1, 2008 11:52 PM, Martin Aspeli [EMAIL PROTECTED] wrote: Stephan Richter wrote: On Friday 01 February 2008, Martijn Faassen wrote: http://www.openplans.org/projects/zorg-redux This project does not seem to be public. Right - thanks Martijn for spilling the beans prematurely. ;-) I hadn't realized that thing was private, but I don't feel too guilty. The Foundation hasn't been hiding this effort, we just don't want too many cooks involved before it's ready. Anyway, Martin, I'm just recruiting people who want to write content for you and giving you people to add to your list of volunteers to write about Zope 3. I'm hoping you are keeping a list. :) Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: [Zope3-Users] Re: Zope 3.4.0 candidate 1 Released
Martijn Faassen wrote: Hey, On Feb 1, 2008 11:52 PM, Martin Aspeli [EMAIL PROTECTED] wrote: Stephan Richter wrote: On Friday 01 February 2008, Martijn Faassen wrote: http://www.openplans.org/projects/zorg-redux This project does not seem to be public. Right - thanks Martijn for spilling the beans prematurely. ;-) I hadn't realized that thing was private, but I don't feel too guilty. The Foundation hasn't been hiding this effort, we just don't want too many cooks involved before it's ready. Heh, I was joking. It's not a secret. It's just that we'd like to have something to show before getting everyone all excited. Anyway, Martin, I'm just recruiting people who want to write content for you and giving you people to add to your list of volunteers to write about Zope 3. I'm hoping you are keeping a list. :) Yep, I am. :) Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Zope Tests: 5 OK, 1 Failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zope Tests Summarizer wrote: Summary of messages to the zope-tests list. Period Fri Feb 1 12:00:00 2008 UTC to Sat Feb 2 12:00:00 2008 UTC. There were 6 messages: 6 from Zope Unit Tests. Test failures - Subject: FAILED (failures=1) : Zope-2.10 Python-2.4.4 : Linux From: Zope Unit Tests Date: Fri Feb 1 21:06:31 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-February/009044.html Hmm, the failure looks like: Failure in test testPathologicalRightBranching (Products.Transience.tests.testTransientObjectContainer.TestTransientObjectContainer) Traceback (most recent call last): File /usr/local/python2.4/lib/python2.4/unittest.py, line 260, in run testMethod() File /home/stefan/autotest/temp/python24-zope210/lib/python/Products/Transience/tests/testTransientObjectContainer.py, line 182, in testPathologicalRightBranching assert list(self.t.keys()) == r, (self.t.keys(), r) AssertionError: ([25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228, 229, 230, 231, 232, 233, 2! 34, 235, 236, 237, 238, 239, 240, 241, 242, 243, 244, 245, 246, 247, 248, 249, 250, 251, 252, 253, 254, 255, 256, 257, 258, 259, 260, 261, 262, 263, 264, 265, 266, 267, 268, 269, 270, 271, 272, 273, 274, 275, 276, 277, 278, 279, 280, 281, 282, 283, 284, 285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 295, 296, 297, 298, 299, 300, 301, 302, 303, 304, 305, 306, 307, 308, 309, 310, 311, 312, 313, 314, 315, 316, 317, 318, 319, 320, 321, 322, 323, 324, 325, 326, 327, 328, 329, 330, 331, 332, 333, 334, 335, 336, 337, 338, 339, 340, 341, 342, 343, 344, 345, 346, 347, 348, 349, 350, 351, 352, 353, 354, 355, 356, 357, 358, 359, 360, 361, 362, 363, 364, 365, 366, 367, 368, 369, 370, 371, 372, 373, 374, 375, 376, 377, 378, 379, 380, 381, 382, 383, 384, 385, 386, 387, 388, 389, 390, 391, 392, 393, 394, 395, 396, 397, 398, 399, 400, 401, 402, 403, 404, 405, 406, 407, 408, 409, 410, 411, 412, 413, 414, 415, 416, 417, 418, 419, 420, 421, 422, 423, 424, 425, 426, 427, 428, 429, 430, 431 ,! 432, 433, 434, 435, 436, 437, 438, 439, 440, 441, 442, 443, 444, 445, 446, 447, 448, 449, 450, 451, 452, 453, 454, 455, 456, 457, 458, 459, 460, 461, 462, 463, 464, 465, 466, 467, 468, 469, 470, 471, 472, 473, 474, 475, 476, 477, 478, 479, 480, 481, 482, 483, 484, 485, 486, 487, 488, 489, 490, 491, 492, 493, 494, 495, 496, 497, 498, 499, 500, 501, 502, 503, 504, 505, 506, 507, 508, 509, 510, 511, 512, 513, 514, 515, 516, 517, 518, 519, 520, 521, 522, 523, 524, 525, 526, 527, 528, 529, 530, 531, 532, 533, 534, 535, 536, 537, 538, 539, 540, 541, 542, 543, 544, 545, 546, 547, 548, 549, 550, 551, 552, 553, 554, 555, 556, 557, 558, 559, 560, 561, 562, 563, 564, 565, 566, 567, 568, 569, 570, 571, 572, 573, 574, 575, 576, 577, 578, 579, 580, 581, 582, 583, 584, 585, 586, 587, 588, 589, 590, 591, 592, 593, 594, 595, 596, 597, 598, 599, 600, 601, 602, 603, 604, 605, 606, 607, 608, 609, 610, 611, 612, 613, 614, 615, 616, 617, 618, 619, 620, 621, 622, 623, 624, 625, 626, 627, 628, 629, 630, 631, 632, 633, 634, 635, 636, 637, 638, 639, 640, 641, 642, 64 3! , 644, 645, 646, 647, 648, 649, 650, 651, 652, 653, 654, 655, 656, 657, 658, 659, 660, 661, 662, 663, 664, 665, 666, 667, 668, 669, 670, 671, 672, 673, 674, 675, 676, 677, 678, 679, 680, 681, 682, 683, 684, 685, 686, 687, 688, 689, 690, 691, 692, 693, 694, 695, 696, 697, 698, 699, 700, 701, 702, 703, 704, 705, 706, 707, 708, 709, 710, 711, 712, 713, 714, 715, 716, 717, 718, 719, 720, 721, 722, 723, 724, 725, 726, 727, 728, 729, 730, 731, 732, 733, 734, 735, 736, 737, 738, 739, 740, 741, 742, 743, 744, 745, 746, 747, 748, 749, 750, 751, 752, 753, 754, 755, 756, 757, 758, 759, 760, 761, 762, 763, 764, 765, 766, 767, 768, 769, 770, 771, 772, 773, 774, 775, 776, 777, 778, 779, 780, 781, 782, 783, 784, 785, 786, 787, 788, 789, 790, 791, 792, 793, 794, 795, 796, 797, 798, 799, 800, 801, 802, 803, 804, 805, 806, 807, 808, 809, 810, 811, 812, 813,
[Zope-dev] pinning, nailing and kgs'ing
I wanted to try using the snowsprint-viewlets2 branch of grok in my project the other day. It took me a little time to figure out how to do this, so I thought it'd be nice if there was a bit of documentation on how-to pull in a development version of Grok into a grok project, so I wrote this: http://grok.zope.org/documentation/how-to/trail-blazing (I've configured the Grok site to allow OpenId for authentication, and granted the View and Reply to Item permissions to documentation that is in the Waiting for Review state, which means you need to log-in to see the document, but that anyone can log-in, which seems like a decent compromise for unreviewed documentation on the Grok site which is potentially incorrect.) The part where I was fuzzy in the documentation process was the terminology for Known Good Sets. There are Grok releases such as Grok 0.11 which has been called pinned versions (or nailed versions) and when writting my help doc I've been calling this a Known Good Set. I would propose this definition for Known Good Set: Known Good Set : A frozen set of Python egg names and version numbers that have been tested to work together. This set of eggs is also available from an archive maintained by the publisher of the known good set. For Grok this would be: http://grok.zope.org/releaseinfo/grok-0.11.cfg and the eggs are archived at: http://download.zope.org/distribution/ (at least that's my understanding of the Grok releases, maybe I don't have that quite right ... ) However, the Zope 3.4 release announcement varies a bit from my understanding of Grok-centric understanding of Known Good Set: The known good set -- or in short KGS -- is a package index that derives from the official Python Package Index (PyPI) and thus contains all available packages in the Python world. But for a controlled set of packages, only certain versions that are known to work together are available. This is the part that seems a bit confusing to me, since it's not clear if the set also includes the super-set of packages from PyPI. It's also not clear if the super-set of all PyPI packages is also a continually updated mirror, or a frozen index. Or is the known good set just the controlled set of packages? It's also not entirely clear on how maintenance releases happen with Zope 3.4 from this, e.g. one could interpret the contents of the versions.cfg URL as either frozen (Zope 3.4.0-final) or latest. For maintenance releases would there be: http://download.zope.org/zope3.4/versions.cfg http://download.zope.org/zope3.4.1/versions.cfg http://download.zope.org/zope3.4.2/versions.cfg Or if this URL will always contain the latest stable packages in the 3.4 series then perhaps this should be more explicit with an URL such as: http://download.zope.org/zope3.4/current-versions.cfg Shouldn't there also be URLs such as these? http://download.zope.org/zope3.4/3.4.0c1-versions.cfg http://download.zope.org/zope3.4/3.4.0-versions.cfg http://download.zope.org/zope3.4/3.4.1-versions.cfg It should also be more explicit what controlled means. It seems like this is the same set of packages and versions and versions.cfg except that it also contains versions of previous packages? Is this a continually updated set of the most current versions of all packages that make up the Zope 3.4 series after all test suites pass? http://download.zope.org/zope3.4/controlled-packages.cfg Too me it seems easier to understand if there are two URLs in buildout's find-links setting. e.g. for Plone there is a link to a controlled archive of Plone produced packages, then there is a link to PyPI (well the PPIX mirror actually), which makes it more obvious that there is a Zope managed archive of packages, and then there is the wide, wooly world of all Python packages: find-links = http://dist.plone.org http://download.zope.org/ppix/ Anyways, I hope I don't sound too complain-y, but it would be much appreciated if the terminology and plan for maintaining the Zope 3.4 release series was made a bit clearer. And it would also be really nice if the Grok terminology and release methods lined up with the Zope 3 terminology and release methods :) ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
