[#65451] [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string — ko1@...
Issue #10333 has been updated by Koichi Sasada.
ko1@atdot.net wrote:
Eric Wong <normalperson@yhbt.net> wrote:
Eric Wong <normalperson@yhbt.net> wrote:
On 2014/10/09 11:04, Eric Wong wrote:
SASADA Koichi <ko1@atdot.net> wrote:
[#65453] [ruby-trunk - Feature #10328] [PATCH] make OPT_SUPPORT_JOKE a proper VM option — ko1@...
Issue #10328 has been updated by Koichi Sasada.
[#65559] is there a name for this? — Xavier Noria <fxn@...>
When describing stuff about constants (working in their guide), you often
On 2014/10/09 20:41, Xavier Noria wrote:
On Thu, Oct 9, 2014 at 1:59 PM, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
[#65566] [ruby-trunk - Feature #10351] [Open] [PATCH] prevent CVE-2014-6277 — shyouhei@...
Issue #10351 has been reported by Shyouhei Urabe.
[#65741] Re: [ruby-cvs:55121] normal:r47971 (trunk): test/ruby/test_rubyoptions.rb: fix race — Nobuyoshi Nakada <nobu@...>
On 2014/10/16 10:10, normal@ruby-lang.org wrote:
Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
2014-10-16 12:48 GMT+09:00 Eric Wong <normalperson@yhbt.net>:
[#65753] [ruby-trunk - Feature #10333] [PATCH 3/1] optimize: "yoda literal" == string — ko1@...
Issue #10333 has been updated by Koichi Sasada.
[#65818] [ruby-trunk - Feature #10351] [PATCH] prevent CVE-2014-6277 — shyouhei@...
Issue #10351 has been updated by Shyouhei Urabe.
[ruby-core:65697] [ruby-trunk - Bug #10245] [Closed] TestTimeTZ#test_gen_Europe_Lisbon_111 fails with recent tzdata
Issue #10245 has been updated by Vit Ondruch. Status changed from Open to Closed Ups, sorry. That was my fault. I forgot to remove one piece of workaround I applied before. Sorry for the noise. ---------------------------------------- Bug #10245: TestTimeTZ#test_gen_Europe_Lisbon_111 fails with recent tzdata https://bugs.ruby-lang.org/issues/10245#change-49426 * Author: Vit Ondruch * Status: Closed * Priority: Normal * Assignee: Akira Tanaka * Category: * Target version: * ruby -v: ruby 2.2.0dev (2014-09-15 trunk 47594) [x86_64-linux] * Backport: 2.0.0: REQUIRED, 2.1: DONE ---------------------------------------- In Fedora, tzdata were recently updated to tzdata-2014g-1.fc22 [1]. Since that update, one test case fails: ~~~ $ make test-all TESTS=test/ruby/test_time_tz.rb ... snip ... [ 79/123] TestTimeTZ#test_gen_Europe_Lisbon_111 = 0.00 s 1) Failure: TestTimeTZ#test_gen_Europe_Lisbon_111 [/builddir/build/BUILD/ruby-2.2.0-r47594/test/ruby/test_time_tz.rb:250]: TZ=Europe/Lisbon Time.utc(1912, 1, 1, 0, 36, 31).localtime. <"1911-12-31 23:59:59 -0036"> expected but was <"1911-12-31 23:59:46 -0036">. ~~~ This is what Red Hat's tzdata maintainer says about that change [2]: > tl;dr: Ruby will have to fix its test suite. > > I expect that this comes from Ruby-internal test suite that expects Europe/Lisbon on some offset, and is surprised that it's actually a couple seconds off. But that far back, time didn't use to be split to zones like today, and every location kept its own local time. I think that most stamps in zoneinfo were calculated from GMT coordinates of the city (which itself is a somewhat fuzzy notion), and are corrected based on historical sources only retroactively, when someone gets to it, or when someone complains. That's what happened here--Paul Eggert got to Lisbon. > > It seems like Europe/Brussels might be a good choice for this sort of test, because it's local mean time has been based on an official document since 1997. Could you please make the test case compatible with recent tzdata? Thanks. [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=576705 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1141775 -- https://bugs.ruby-lang.org/