Build log
host
ubi_nadeo_api 0.1.0 · fail · run ubi_nadeo_api-0.1.0-1791147889230
1407 of 1407 lines
1Resolving Hex dependencies...2Resolution completed in 0.27s3Unchanged:4 certifi 2.15.05 circular_buffer 1.1.06 combine 0.10.07 cowboy 2.19.08 cowboy_telemetry 0.3.19 cowlib 2.20.0 VULNERABLE!10 EEF-CVE-2026-43966 (MEDIUM)11 aka: CVE-2026-43966, GHSA-w4f7-4cxr-rv3c12 HTTP Response Splitting via Non-VCHAR Bytes in cow_http_struct_hd:escape_string/213 https://osv.dev/vulnerability/EEF-CVE-2026-439661415 EEF-CVE-2026-43969 (LOW)16 aka: CVE-2026-43969, GHSA-g2wm-735q-3f5617 Cookie Request Header Injection via Unvalidated Encoder in cow_cookie:cookie/118 https://osv.dev/vulnerability/EEF-CVE-2026-4396919 crontab 1.2.020 elixir_make 0.10.021 expo 1.1.122 gen_stage 1.3.223 gettext 0.26.224 hackney 1.25.0 VULNERABLE!25 EEF-CVE-2026-47071 (HIGH)26 aka: CVE-2026-47071, GHSA-gp9c-pm5m-5cxr27 SOCKS5 TLS upgrade ignores caller timeout in hackney28 https://osv.dev/vulnerability/EEF-CVE-2026-470712930 EEF-CVE-2026-47076 (MEDIUM)31 aka: CVE-2026-47076, GHSA-pj7v-xfvx-wmjq32 SSRF allowlist bypass via percent-encoded host in hackney33 https://osv.dev/vulnerability/EEF-CVE-2026-470763435 EEF-CVE-2026-47069 (LOW)36 aka: CVE-2026-47069, GHSA-mp55-p8c9-rfw237 CRLF injection in cookie domain/path options in hackney38 https://osv.dev/vulnerability/EEF-CVE-2026-470693940 EEF-CVE-2026-47075 (MEDIUM)41 aka: CVE-2026-47075, GHSA-j9wq-vxxc-94wf42 CR/LF injection in query parameter in hackney43 https://osv.dev/vulnerability/EEF-CVE-2026-4707544 httpoison 1.8.245 idna 6.1.146 interactive_cmd 0.1.447 jason 1.4.548 joken 2.7.049 jose 1.11.1250 metrics 1.0.151 mime 1.6.052 mimerl 1.5.053 nerves 2.0.0-pre.254 nerves_discovery 0.1.555 nerves_logging 0.2.456 nerves_runtime 0.13.1357 nerves_system_bbb 2.30.258 nerves_system_br 1.34.459 nerves_system_mangopi_mq_pro 0.17.260 nerves_system_qemu_aarch64 0.4.261 nerves_system_rpi0 2.1.262 nerves_system_rpi4 2.1.263 nerves_system_rpi5 2.1.264 nerves_system_trellis 0.5.065 nerves_system_x86_64 1.34.266 nerves_toolchain_aarch64_nerves_linux_gnu 15.3.167 nerves_toolchain_armv6_nerves_linux_gnueabihf 15.3.168 nerves_toolchain_armv7_nerves_linux_gnueabihf 15.3.169 nerves_toolchain_riscv64_nerves_linux_gnu 15.3.170 nerves_toolchain_x86_64_nerves_linux_musl 15.3.171 nerves_uevent 0.1.772 parse_trans 3.4.173 plug 1.11.1 VULNERABLE!74 EEF-CVE-2026-8468 (HIGH)75 aka: CVE-2026-8468, GHSA-468c-vq7p-gh6476 Unbounded buffer accumulation in multipart header parsing causes denial of service in plug77 https://osv.dev/vulnerability/EEF-CVE-2026-84687879 EEF-CVE-2026-56813 (LOW)80 aka: CVE-2026-56813, GHSA-wpmj-jh88-rpgm81 Cookie attribute injection in Plug.Conn.Cookies.encode/282 https://osv.dev/vulnerability/EEF-CVE-2026-568138384 EEF-CVE-2026-56814 (MEDIUM)85 aka: CVE-2026-56814, GHSA-95qv-c9g9-rm6386 Plug: multipart :length limit is not charged for part headers, enabling unbounded temp-file creation (denial of service)87 https://osv.dev/vulnerability/EEF-CVE-2026-5681488 plug_cowboy 2.5.2 VULNERABLE!89 EEF-CVE-2026-32688 (HIGH)90 aka: CVE-2026-32688, GHSA-q8x4-x7mp-5vg291 Atom table exhaustion via HTTP/2 :scheme pseudo-header in plug_cowboy92 https://osv.dev/vulnerability/EEF-CVE-2026-3268893 plug_crypto 1.2.594 property_table 0.3.495 quantum 3.5.396 ranch 2.3.097 ring_logger 0.11.798 ssl_verify_fun 1.1.799 tablet 0.3.3100 telemetry 0.4.3101 telemetry_registry 0.2.1102 timex 3.6.4103 toolshed 0.5.0104 tzdata 1.2.2105 ubi_nadeo_api 0.1.0106 uboot_env 1.0.2107 unicode_util_compat 0.7.1108 uuid 1.1.8109Found packages with security advisories, see above for details110All dependencies have been fetched111 warning: using single-quoted strings to represent charlists is deprecated.112 Use ~c"" if you indeed want a charlist or use "" instead.113 You may run "mix format --migrate" to change all single-quoted114 strings to use the ~c sigil and fix this warning.115 │116 85 │ {:ok, config} = :file.consult('rebar.config')117 │ ~118 │119 └─ /work/proj/deps/telemetry_registry/mix.exs:85:35120121 warning: using single-quoted strings to represent charlists is deprecated.122 Use ~c"" if you indeed want a charlist or use "" instead.123 You may run "mix format --migrate" to change all single-quoted124 strings to use the ~c sigil and fix this warning.125 │126 91 │ {:ok, [{:application, name, desc}]} = :file.consult('src/telemetry_registry.app.src')127 │ ~128 │129 └─ /work/proj/deps/telemetry_registry/mix.exs:91:57130131 warning: function groups_for_extras/0 is unused132 │133 68 │ defp groups_for_extras do134 │ ~135 │136 └─ /work/proj/deps/ubi_nadeo_api/mix.exs:68:8: UbiNadeoApi.MixProject (module)137138==> telemetry_registry139Compiling 1 file (.erl)140Compiling 1 file (.ex)141Generated telemetry_registry app142==> plug143Compiling 1 file (.erl)144warning: "xref: [exclude: ...]" in your mix.exs file is deprecated, instead use: "elixirc_options: [no_warn_undefined: ...]"145 (mix 1.20.3) lib/mix/tasks/compile.elixir.ex:243: Mix.Tasks.Compile.Elixir.xref_exclude_opts/2146 (mix 1.20.3) lib/mix/tasks/compile.elixir.ex:142: Mix.Tasks.Compile.Elixir.run/1147 (mix 1.20.3) lib/mix/task.ex:502: anonymous fn/3 in Mix.Task.run_task/5148 (mix 1.20.3) lib/mix/task.compiler.ex:299: Mix.Task.Compiler.run_compiler/2149 (mix 1.20.3) lib/mix/task.compiler.ex:287: Mix.Task.Compiler.run/4150 (mix 1.20.3) lib/mix/tasks/compile.all.ex:75: Mix.Tasks.Compile.All.do_run/2151152Compiling 41 files (.ex)153 warning: Application.get_env/3 is discouraged in the module body, use Application.compile_env/3 instead154 │155 6 │ custom_statuses = Application.get_env(:plug, :statuses, %{})156 │ ~157 │158 └─ lib/plug/conn/status.ex:6:33: Plug.Conn.Status (module)159160 warning: Application.get_env/2 is discouraged in the module body, use Application.compile_env/3 instead161 │162 4 │ if Application.get_env(:plug, :mimes) do163 │ ~164 │165 └─ lib/plug/mime.ex:4:18: Plug.MIME (module)166167 warning: unused require Bitwise168 │169 105 │ require Bitwise170 │ ~171 │172 └─ lib/plug/csrf_protection.ex:105:3173174 warning: unused require Logger175 │176 39 │ require Logger177 │ ~178 │179 └─ lib/plug/request_id.ex:39:3180181 warning: using single-quoted strings to represent charlists is deprecated.182 Use ~c"" if you indeed want a charlist or use "" instead.183 You may run "mix format --migrate" to change all single-quoted184 strings to use the ~c sigil and fix this warning.185 │186 77 │ 'ECDHE-RSA-AES256-GCM-SHA384',187 │ ~188 │189 └─ lib/plug/ssl.ex:77:5190191 warning: using single-quoted strings to represent charlists is deprecated.192 Use ~c"" if you indeed want a charlist or use "" instead.193 You may run "mix format --migrate" to change all single-quoted194 strings to use the ~c sigil and fix this warning.195 │196 78 │ 'ECDHE-ECDSA-AES256-GCM-SHA384',197 │ ~198 │199 └─ lib/plug/ssl.ex:78:5200201 warning: using single-quoted strings to represent charlists is deprecated.202 Use ~c"" if you indeed want a charlist or use "" instead.203 You may run "mix format --migrate" to change all single-quoted204 strings to use the ~c sigil and fix this warning.205 │206 79 │ 'ECDHE-RSA-AES128-GCM-SHA256',207 │ ~208 │209 └─ lib/plug/ssl.ex:79:5210211 warning: using single-quoted strings to represent charlists is deprecated.212 Use ~c"" if you indeed want a charlist or use "" instead.213 You may run "mix format --migrate" to change all single-quoted214 strings to use the ~c sigil and fix this warning.215 │216 80 │ 'ECDHE-ECDSA-AES128-GCM-SHA256',217 │ ~218 │219 └─ lib/plug/ssl.ex:80:5220221 warning: using single-quoted strings to represent charlists is deprecated.222 Use ~c"" if you indeed want a charlist or use "" instead.223 You may run "mix format --migrate" to change all single-quoted224 strings to use the ~c sigil and fix this warning.225 │226 81 │ 'DHE-RSA-AES256-GCM-SHA384',227 │ ~228 │229 └─ lib/plug/ssl.ex:81:5230231 warning: using single-quoted strings to represent charlists is deprecated.232 Use ~c"" if you indeed want a charlist or use "" instead.233 You may run "mix format --migrate" to change all single-quoted234 strings to use the ~c sigil and fix this warning.235 │236 82 │ 'DHE-RSA-AES128-GCM-SHA256'237 │ ~238 │239 └─ lib/plug/ssl.ex:82:5240241 warning: using single-quoted strings to represent charlists is deprecated.242 Use ~c"" if you indeed want a charlist or use "" instead.243 You may run "mix format --migrate" to change all single-quoted244 strings to use the ~c sigil and fix this warning.245 │246 86 │ 'ECDHE-RSA-AES256-GCM-SHA384',247 │ ~248 │249 └─ lib/plug/ssl.ex:86:5250251 warning: using single-quoted strings to represent charlists is deprecated.252 Use ~c"" if you indeed want a charlist or use "" instead.253 You may run "mix format --migrate" to change all single-quoted254 strings to use the ~c sigil and fix this warning.255 │256 87 │ 'ECDHE-ECDSA-AES256-GCM-SHA384',257 │ ~258 │259 └─ lib/plug/ssl.ex:87:5260261 warning: using single-quoted strings to represent charlists is deprecated.262 Use ~c"" if you indeed want a charlist or use "" instead.263 You may run "mix format --migrate" to change all single-quoted264 strings to use the ~c sigil and fix this warning.265 │266 88 │ 'ECDHE-RSA-AES128-GCM-SHA256',267 │ ~268 │269 └─ lib/plug/ssl.ex:88:5270271 warning: using single-quoted strings to represent charlists is deprecated.272 Use ~c"" if you indeed want a charlist or use "" instead.273 You may run "mix format --migrate" to change all single-quoted274 strings to use the ~c sigil and fix this warning.275 │276 89 │ 'ECDHE-ECDSA-AES128-GCM-SHA256',277 │ ~278 │279 └─ lib/plug/ssl.ex:89:5280281 warning: using single-quoted strings to represent charlists is deprecated.282 Use ~c"" if you indeed want a charlist or use "" instead.283 You may run "mix format --migrate" to change all single-quoted284 strings to use the ~c sigil and fix this warning.285 │286 90 │ 'DHE-RSA-AES256-GCM-SHA384',287 │ ~288 │289 └─ lib/plug/ssl.ex:90:5290291 warning: using single-quoted strings to represent charlists is deprecated.292 Use ~c"" if you indeed want a charlist or use "" instead.293 You may run "mix format --migrate" to change all single-quoted294 strings to use the ~c sigil and fix this warning.295 │296 91 │ 'DHE-RSA-AES128-GCM-SHA256',297 │ ~298 │299 └─ lib/plug/ssl.ex:91:5300301 warning: using single-quoted strings to represent charlists is deprecated.302 Use ~c"" if you indeed want a charlist or use "" instead.303 You may run "mix format --migrate" to change all single-quoted304 strings to use the ~c sigil and fix this warning.305 │306 92 │ 'ECDHE-RSA-AES256-SHA384',307 │ ~308 │309 └─ lib/plug/ssl.ex:92:5310311 warning: using single-quoted strings to represent charlists is deprecated.312 Use ~c"" if you indeed want a charlist or use "" instead.313 You may run "mix format --migrate" to change all single-quoted314 strings to use the ~c sigil and fix this warning.315 │316 93 │ 'ECDHE-ECDSA-AES256-SHA384',317 │ ~318 │319 └─ lib/plug/ssl.ex:93:5320321 warning: using single-quoted strings to represent charlists is deprecated.322 Use ~c"" if you indeed want a charlist or use "" instead.323 You may run "mix format --migrate" to change all single-quoted324 strings to use the ~c sigil and fix this warning.325 │326 94 │ 'ECDHE-RSA-AES128-SHA256',327 │ ~328 │329 └─ lib/plug/ssl.ex:94:5330331 warning: using single-quoted strings to represent charlists is deprecated.332 Use ~c"" if you indeed want a charlist or use "" instead.333 You may run "mix format --migrate" to change all single-quoted334 strings to use the ~c sigil and fix this warning.335 │336 95 │ 'ECDHE-ECDSA-AES128-SHA256',337 │ ~338 │339 └─ lib/plug/ssl.ex:95:5340341 warning: using single-quoted strings to represent charlists is deprecated.342 Use ~c"" if you indeed want a charlist or use "" instead.343 You may run "mix format --migrate" to change all single-quoted344 strings to use the ~c sigil and fix this warning.345 │346 96 │ 'DHE-RSA-AES256-SHA256',347 │ ~348 │349 └─ lib/plug/ssl.ex:96:5350351 warning: using single-quoted strings to represent charlists is deprecated.352 Use ~c"" if you indeed want a charlist or use "" instead.353 You may run "mix format --migrate" to change all single-quoted354 strings to use the ~c sigil and fix this warning.355 │356 97 │ 'DHE-RSA-AES128-SHA256',357 │ ~358 │359 └─ lib/plug/ssl.ex:97:5360361 warning: using single-quoted strings to represent charlists is deprecated.362 Use ~c"" if you indeed want a charlist or use "" instead.363 You may run "mix format --migrate" to change all single-quoted364 strings to use the ~c sigil and fix this warning.365 │366 98 │ 'ECDHE-RSA-AES256-SHA',367 │ ~368 │369 └─ lib/plug/ssl.ex:98:5370371 warning: using single-quoted strings to represent charlists is deprecated.372 Use ~c"" if you indeed want a charlist or use "" instead.373 You may run "mix format --migrate" to change all single-quoted374 strings to use the ~c sigil and fix this warning.375 │376 99 │ 'ECDHE-ECDSA-AES256-SHA',377 │ ~378 │379 └─ lib/plug/ssl.ex:99:5380381 warning: using single-quoted strings to represent charlists is deprecated.382 Use ~c"" if you indeed want a charlist or use "" instead.383 You may run "mix format --migrate" to change all single-quoted384 strings to use the ~c sigil and fix this warning.385 │386 100 │ 'ECDHE-RSA-AES128-SHA',387 │ ~388 │389 └─ lib/plug/ssl.ex:100:5390391 warning: using single-quoted strings to represent charlists is deprecated.392 Use ~c"" if you indeed want a charlist or use "" instead.393 You may run "mix format --migrate" to change all single-quoted394 strings to use the ~c sigil and fix this warning.395 │396 101 │ 'ECDHE-ECDSA-AES128-SHA'397 │ ~398 │399 └─ lib/plug/ssl.ex:101:5400401 warning: the following clause will never match:402403 {:error, reason} ->404405 because it attempts to match on the result of:406407 IO.binwrite(device, contents)408409 which has type:410411 dynamic(not {:error, term()})412413 type warning found at:414 │415 221 │ {:error, reason} ->416 │ ~~~~~~~~~~~~~~~~~~~417 │418 └─ lib/plug/parsers/multipart.ex:221: Plug.Parsers.MULTIPART.binwrite!/2419420 warning: Macro.to_string/2 is deprecated. Use Macro.to_string/1 instead421 │422 418 │ "#{kind} " <> Macro.to_string(code, &clause_match/2)423 │ ~424 │425 └─ lib/plug/debugger.ex:418:31: Plug.Debugger.get_clauses/3426427 warning: MIME.valid?/1 is deprecated. Use MIME.extensions(type) != [] instead428 │429 32 │ MIME.valid?(type)430 │ ~431 │432 └─ lib/plug/mime.ex:32:10: Plug.MIME.valid?/1433434 warning: System.stacktrace/0 is deprecated. Use __STACKTRACE__ instead435 │436 23 │ reraise(conn, kind, reason, System.stacktrace())437 │ ~438 │439 └─ lib/plug/conn/wrapper_error.ex:23:40: Plug.Conn.WrapperError.reraise/3440441 warning: a struct for Plug.Conn is expected on struct update:442443 %Plug.Conn{444 conn445 | adapter: {Plug.Adapters.Test.Conn, state},446 host: uri.host || conn.host || "www.example.com",447 method: method,448 owner: owner,449 path_info: split_path(uri.path),450 port: uri.port || 80,451 remote_ip: conn.remote_ip || {127, 0, 0, 1},452 req_headers: req_headers,453 request_path: uri.path,454 query_string: query,455 query_params: query_params || %Plug.Conn.Unfetched{aspect: :query_params},456 body_params: body_params || %Plug.Conn.Unfetched{aspect: :body_params},457 params: params || %Plug.Conn.Unfetched{aspect: :params},458 scheme: String.to_atom(String.downcase(uri.scheme || "http"))459 }460461 but got type:462463 dynamic(%{..., adapter: {atom(), term()}, req_headers: term()})464465 where "conn" was given the types:466467 # type: dynamic(%{..., req_headers: term()})468 # from: lib/plug/adapters/test/conn.ex:16:7469 body_or_params(body_or_params, query, conn.req_headers, method)470471 # type: dynamic(%{..., adapter: {atom(), term()}, req_headers: term()})472 # from: lib/plug/adapters/test/conn.ex:25:22473 get_from_adapter(conn, :get_http_protocol, :"HTTP/1.1")474475 when defining the variable "conn", you must also pattern match on "%Plug.Conn{}"476477 type warning found at:478 │479 34 │ %Plug.Conn{480 │ ~481 │482 └─ lib/plug/adapters/test/conn.ex:34:5: Plug.Adapters.Test.Conn.conn/4483484Generated plug app485==> joken486Compiling 8 files (.ex)487Generated joken app488==> quantum489Compiling 39 files (.ex)490Generated quantum app491warning: the :gettext compiler is no longer required in your mix.exs.492493Please find the following line in your mix.exs and remove the :gettext entry:494495 compilers: [..., :gettext, ...] ++ Mix.compilers(),496497 (gettext 0.26.2) lib/mix/tasks/compile.gettext.ex:5: Mix.Tasks.Compile.Gettext.run/1498 (mix 1.20.3) lib/mix/task.ex:502: anonymous fn/3 in Mix.Task.run_task/5499 (mix 1.20.3) lib/mix/task.compiler.ex:299: Mix.Task.Compiler.run_compiler/2500 (mix 1.20.3) lib/mix/task.compiler.ex:287: Mix.Task.Compiler.run/4501 (mix 1.20.3) lib/mix/tasks/compile.all.ex:75: Mix.Tasks.Compile.All.do_run/2502 (mix 1.20.3) lib/mix/task.ex:502: anonymous fn/3 in Mix.Task.run_task/5503504==> timex505Compiling 58 files (.ex)506 warning: default arguments in protocol definitions is deprecated507 │508 84 │ def compare(a, b, granularity \\ :microsecond)509 │ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~510 │511 └─ lib/comparable/comparable.ex:84: Timex.Comparable (module)512513 warning: default arguments in protocol definitions is deprecated514 │515 139 │ def diff(a, b, granularity \\ :microsecond)516 │ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~517 │518 └─ lib/comparable/comparable.ex:139: Timex.Comparable (module)519520 warning: protocols can only define functions without implementation via def/1, found: compare/2, diff/2521 │522 1 │ defprotocol Timex.Comparable do523 │ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~524 │525 └─ lib/comparable/comparable.ex:1: Timex.Comparable (module)526527warning: min..max inside match is deprecated, you must always match on the step: min..max//var or min..max//_ if you want to ignore it528 lib/format/datetime/formatter.ex:905: Timex.Format.DateTime.Formatter.width_spec/1529530warning: defining a Gettext backend by calling531532 use Gettext, otp_app: ...533534is deprecated. To define a backend, call:535536 use Gettext.Backend, otp_app: :my_app537538Then, instead of importing your backend, call this in your module:539540 use Gettext, backend: MyApp.Gettext541542 lib/l10n/gettext.ex:2: Timex.Gettext (module)543544warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).545For the "bg" locale, you can use the following header:546547nplurals=2; plural=(n != 1);548549 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1550 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4551 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5552 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4553 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2554 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2555556warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).557For the "bg" locale, you can use the following header:558559nplurals=2; plural=(n != 1);560561 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1562 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3563 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5564 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4565 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2566 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2567568warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).569For the "bg" locale, you can use the following header:570571nplurals=2; plural=(n != 1);572573 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1574 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4575 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5576 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4577 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2578 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2579580warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).581For the "bg" locale, you can use the following header:582583nplurals=2; plural=(n != 1);584585 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1586 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3587 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5588 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4589 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2590 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2591592warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).593For the "bg" locale, you can use the following header:594595nplurals=2; plural=(n != 1);596597 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1598 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4599 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5600 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4601 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2602 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2603604warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).605For the "bg" locale, you can use the following header:606607nplurals=2; plural=(n != 1);608609 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1610 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3611 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5612 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4613 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2614 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2615616warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).617For the "bg" locale, you can use the following header:618619nplurals=2; plural=(n != 1);620621 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1622 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4623 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5624 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4625 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2626 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2627628warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).629For the "bg" locale, you can use the following header:630631nplurals=2; plural=(n != 1);632633 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1634 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3635 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5636 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4637 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2638 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2639640warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).641For the "bg" locale, you can use the following header:642643nplurals=2; plural=(n != 1);644645 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1646 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4647 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5648 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4649 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2650 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2651652warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).653For the "bg" locale, you can use the following header:654655nplurals=2; plural=(n != 1);656657 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1658 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3659 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5660 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4661 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2662 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2663664warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).665For the "bg" locale, you can use the following header:666667nplurals=2; plural=(n != 1);668669 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1670 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4671 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5672 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4673 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2674 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2675676warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).677For the "bg" locale, you can use the following header:678679nplurals=2; plural=(n != 1);680681 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1682 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3683 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5684 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4685 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2686 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2687688warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).689For the "bg" locale, you can use the following header:690691nplurals=2; plural=(n != 1);692693 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1694 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4695 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5696 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4697 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2698 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2699700warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).701For the "bg" locale, you can use the following header:702703nplurals=2; plural=(n != 1);704705 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1706 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3707 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5708 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4709 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2710 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2711712warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).713For the "bg" locale, you can use the following header:714715nplurals=2; plural=(n != 1);716717 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1718 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4719 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5720 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4721 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2722 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2723724warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).725For the "bg" locale, you can use the following header:726727nplurals=2; plural=(n != 1);728729 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1730 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3731 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5732 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4733 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2734 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2735736warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).737For the "cs" locale, you can use the following header:738739nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;740741 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1742 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4743 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5744 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4745 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2746 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2747748warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).749For the "cs" locale, you can use the following header:750751nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;752753 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1754 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3755 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5756 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4757 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2758 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2759760warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).761For the "cs" locale, you can use the following header:762763nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;764765 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1766 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4767 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5768 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4769 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2770 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2771772warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).773For the "cs" locale, you can use the following header:774775nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;776777 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1778 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3779 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5780 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4781 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2782 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2783784warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).785For the "cs" locale, you can use the following header:786787nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;788789 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1790 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4791 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5792 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4793 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2794 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2795796warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).797For the "cs" locale, you can use the following header:798799nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;800801 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1802 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3803 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5804 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4805 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2806 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2807808warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).809For the "cs" locale, you can use the following header:810811nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;812813 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1814 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4815 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5816 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4817 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2818 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2819820warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).821For the "cs" locale, you can use the following header:822823nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;824825 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1826 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3827 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5828 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4829 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2830 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2831832warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).833For the "cs" locale, you can use the following header:834835nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;836837 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1838 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4839 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5840 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4841 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2842 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2843844warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).845For the "cs" locale, you can use the following header:846847nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;848849 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1850 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3851 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5852 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4853 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2854 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2855856warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).857For the "cs" locale, you can use the following header:858859nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;860861 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1862 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4863 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5864 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4865 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2866 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2867868warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).869For the "cs" locale, you can use the following header:870871nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;872873 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1874 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3875 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5876 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4877 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2878 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2879880warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).881For the "he" locale, you can use the following header:882883nplurals=2; plural=(n != 1);884885 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1886 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4887 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5888 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4889 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2890 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2891892warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).893For the "he" locale, you can use the following header:894895nplurals=2; plural=(n != 1);896897 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1898 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3899 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5900 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4901 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2902 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2903904warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).905For the "he" locale, you can use the following header:906907nplurals=2; plural=(n != 1);908909 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1910 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4911 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5912 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4913 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2914 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2915916warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).917For the "he" locale, you can use the following header:918919nplurals=2; plural=(n != 1);920921 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1922 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3923 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5924 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4925 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2926 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2927928warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).929For the "he" locale, you can use the following header:930931nplurals=2; plural=(n != 1);932933 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1934 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4935 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5936 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4937 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2938 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2939940warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).941For the "he" locale, you can use the following header:942943nplurals=2; plural=(n != 1);944945 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1946 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3947 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5948 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4949 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2950 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2951952warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).953For the "he" locale, you can use the following header:954955nplurals=2; plural=(n != 1);956957 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1958 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4959 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5960 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4961 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2962 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2963964warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).965For the "he" locale, you can use the following header:966967nplurals=2; plural=(n != 1);968969 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1970 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3971 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5972 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4973 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2974 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2975976warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).977For the "he" locale, you can use the following header:978979nplurals=2; plural=(n != 1);980981 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1982 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/4983 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/5984 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4985 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2986 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2987988warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).989For the "he" locale, you can use the following header:990991nplurals=2; plural=(n != 1);992993 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/1994 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/3995 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/5996 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/4997 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/2998 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/29991000warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1001For the "he" locale, you can use the following header:10021003nplurals=2; plural=(n != 1);10041005 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11006 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/41007 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/51008 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41009 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21010 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/210111012warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1013For the "he" locale, you can use the following header:10141015nplurals=2; plural=(n != 1);10161017 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11018 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/31019 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/51020 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41021 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21022 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/210231024warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1025For the "he" locale, you can use the following header:10261027nplurals=2; plural=(n != 1);10281029 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11030 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/41031 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/51032 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41033 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21034 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/210351036warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1037For the "he" locale, you can use the following header:10381039nplurals=2; plural=(n != 1);10401041 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11042 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/31043 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/51044 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41045 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21046 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/210471048warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1049For the "he" locale, you can use the following header:10501051nplurals=2; plural=(n != 1);10521053 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11054 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/41055 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/51056 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41057 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21058 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/210591060warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1061For the "he" locale, you can use the following header:10621063nplurals=2; plural=(n != 1);10641065 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11066 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/31067 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/51068 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41069 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21070 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/210711072107321:05:29.199 [error] priv/translations/id/LC_MESSAGES/units.po:24: message is missing plural form 1 which is required by the locale "id"1074107521:05:29.212 [error] priv/translations/id/LC_MESSAGES/units.po:29: message is missing plural form 1 which is required by the locale "id"1076107721:05:29.212 [error] priv/translations/id/LC_MESSAGES/units.po:34: message is missing plural form 1 which is required by the locale "id"1078107921:05:29.212 [error] priv/translations/id/LC_MESSAGES/units.po:39: message is missing plural form 1 which is required by the locale "id"1080108121:05:29.212 [error] priv/translations/id/LC_MESSAGES/units.po:44: message is missing plural form 1 which is required by the locale "id"1082108321:05:29.212 [error] priv/translations/id/LC_MESSAGES/units.po:49: message is missing plural form 1 which is required by the locale "id"1084108521:05:29.212 [error] priv/translations/id/LC_MESSAGES/units.po:54: message is missing plural form 1 which is required by the locale "id"1086108721:05:29.212 [error] priv/translations/id/LC_MESSAGES/units.po:59: message is missing plural form 1 which is required by the locale "id"1088108921:05:29.212 [error] priv/translations/id/LC_MESSAGES/units.po:64: message is missing plural form 1 which is required by the locale "id"1090109121:05:29.212 [error] priv/translations/id/LC_MESSAGES/units.po:69: message is missing plural form 1 which is required by the locale "id"1092warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1093For the "ro" locale, you can use the following header:10941095nplurals=3; plural=(n==1 ? 0 : (n==0||(n%100>0 && n%100<20)) ? 1 : 2);10961097 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11098 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/41099 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/51100 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41101 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21102 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/211031104warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1105For the "ro" locale, you can use the following header:11061107nplurals=3; plural=(n==1 ? 0 : (n==0||(n%100>0 && n%100<20)) ? 1 : 2);11081109 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11110 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/31111 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/51112 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41113 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21114 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/211151116warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1117For the "ro" locale, you can use the following header:11181119nplurals=3; plural=(n==1 ? 0 : (n==0||(n%100>0 && n%100<20)) ? 1 : 2);11201121 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11122 (gettext 0.26.2) lib/gettext/compiler.ex:570: Gettext.Compiler.compile_plural_forms/41123 (gettext 0.26.2) lib/gettext/compiler.ex:508: Gettext.Compiler.compile_po_file/51124 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41125 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21126 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/211271128warning: Plural-Forms headers in the form "nplurals=<int>" (without the "plural=<rule>" part following) are invalid and support for them will be removed in future Gettext versions. Make sure to use a complete Plural-Forms header, which also specifies the pluralization rules, or remove the Plural-Forms header completely. If you do the latter, Gettext will use its built-in pluralization rules for the languages it knows about (see Gettext.Plural).1129For the "ro" locale, you can use the following header:11301131nplurals=3; plural=(n==1 ? 0 : (n==0||(n%100>0 && n%100<20)) ? 1 : 2);11321133 (gettext 0.26.2) lib/gettext/plural.ex:282: Gettext.Plural.init/11134 (gettext 0.26.2) lib/gettext/compiler.ex:563: Gettext.Compiler.nplurals/31135 (gettext 0.26.2) lib/gettext/compiler.ex:509: Gettext.Compiler.compile_po_file/51136 (gettext 0.26.2) lib/gettext/compiler.ex:447: Gettext.Compiler.compile_unified_po_file/41137 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/21138 (elixir 1.20.3) lib/enum.ex:1725: Enum."-map/2-lists^map/1-1-"/211391140 warning: using single-quoted strings to represent charlists is deprecated.1141 Use ~c"" if you indeed want a charlist or use "" instead.1142 You may run "mix format --migrate" to change all single-quoted1143 strings to use the ~c sigil and fix this warning.1144 │1145 7 │ @numeric '.0123456789'1146 │ ~1147 │1148 └─ lib/parse/duration/parsers/iso8601.ex:7:1211491150 warning: using single-quoted strings to represent charlists is deprecated.1151 Use ~c"" if you indeed want a charlist or use "" instead.1152 You may run "mix format --migrate" to change all single-quoted1153 strings to use the ~c sigil and fix this warning.1154 │1155 129 │ defp parse_component(<<c::utf8>>, acc) when c in 'WYMDHS' do1156 │ ~1157 │1158 └─ lib/parse/duration/parsers/iso8601.ex:129:5211591160 warning: using single-quoted strings to represent charlists is deprecated.1161 Use ~c"" if you indeed want a charlist or use "" instead.1162 You may run "mix format --migrate" to change all single-quoted1163 strings to use the ~c sigil and fix this warning.1164 │1165 149 │ defp parse_component(<<c::utf8, rest::binary>>, acc) when c in 'WYMDHS' do1166 │ ~1167 │1168 └─ lib/parse/duration/parsers/iso8601.ex:149:6611691170warning: 48..9 has a default step of -1, please write 48..9//-1 instead1171 lib/parse/posix/parser.ex:176: Timex.Parse.Timezones.Posix.parse_time/311721173warning: 48..9 has a default step of -1, please write 48..9//-1 instead1174 lib/parse/posix/parser.ex:193: Timex.Parse.Timezones.Posix.parse_time/311751176 warning: bitstring specifier "integer_32bit_be" does not exist and is being expanded to "integer_32bit_be()", please use parentheses to remove the ambiguity.1177 You may run "mix format --migrate" to fix this warning automatically.1178 │1179 240 │ defp parse_int(<<val::integer_32bit_be, rest::binary>>), do: {val, rest}1180 │ ~1181 │1182 └─ lib/parse/zoneinfo/parser.ex:240:23: Timex.Parse.ZoneInfo.Parser.parse_int/111831184 warning: bitstring specifier "signed_char_be" does not exist and is being expanded to "signed_char_be()", please use parentheses to remove the ambiguity.1185 You may run "mix format --migrate" to fix this warning automatically.1186 │1187 241 │ defp parse_char(<<val::signed_char_be, rest::binary>>), do: {val, rest}1188 │ ~1189 │1190 └─ lib/parse/zoneinfo/parser.ex:241:24: Timex.Parse.ZoneInfo.Parser.parse_char/111911192 warning: bitstring specifier "unsigned_char_be" does not exist and is being expanded to "unsigned_char_be()", please use parentheses to remove the ambiguity.1193 You may run "mix format --migrate" to fix this warning automatically.1194 │1195 242 │ defp parse_uchar(<<val::unsigned_char_be, rest::binary>>), do: {val, rest}1196 │ ~1197 │1198 └─ lib/parse/zoneinfo/parser.ex:242:25: Timex.Parse.ZoneInfo.Parser.parse_uchar/111991200 warning: default arguments in protocol definitions is deprecated1201 │1202 48 │ def to_datetime(datetime, timezone \\ :utc)1203 │ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~1204 │1205 └─ lib/protocol.ex:48: Timex.Protocol (module)12061207 warning: protocols can only define functions without implementation via def/1, found: to_datetime/11208 │1209 1 │ defprotocol Timex.Protocol do1210 │ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~1211 │1212 └─ lib/protocol.ex:1: Timex.Protocol (module)12131214 warning: Module.eval_quoted/4 is deprecated. Use Code.eval_quoted/3 instead1215 │1216 1120 │ Module.eval_quoted(__MODULE__, day_quoted, [], __ENV__)1217 │ ~1218 │1219 └─ lib/timex.ex:1120:12: Timex (module)12201221 warning: Module.eval_quoted/4 is deprecated. Use Code.eval_quoted/3 instead1222 │1223 1208 │ Module.eval_quoted(__MODULE__, month_quoted, [], __ENV__)1224 │ ~1225 │1226 └─ lib/timex.ex:1208:12: Timex (module)12271228 warning: unused require Timex.Macros1229 │1230 5 │ require Timex.Macros1231 │ ~1232 │1233 └─ lib/comparable/tuple.ex:5:312341235 warning: unused require Timex.Macros1236 │1237 5 │ require Timex.Macros1238 │ ~1239 │1240 └─ lib/comparable/naivedatetime.ex:5:312411242 warning: unused require Bitwise1243 │1244 5 │ require Bitwise1245 │ ~1246 │1247 └─ lib/calendar/julian.ex:5:312481249 warning: using single-quoted strings to represent charlists is deprecated.1250 Use ~c"" if you indeed want a charlist or use "" instead.1251 You may run "mix format --migrate" to change all single-quoted1252 strings to use the ~c sigil and fix this warning.1253 │1254 151 │ @local_tz_key 'SYSTEM\\CurrentControlSet\\Control\\TimeZoneInformation'1255 │ ~1256 │1257 └─ lib/timezone/timezone_local.ex:151:1712581259 warning: using single-quoted strings to represent charlists is deprecated.1260 Use ~c"" if you indeed want a charlist or use "" instead.1261 You may run "mix format --migrate" to change all single-quoted1262 strings to use the ~c sigil and fix this warning.1263 │1264 152 │ @sys_tz_key 'SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Time Zones'1265 │ ~1266 │1267 └─ lib/timezone/timezone_local.ex:152:1512681269 warning: using single-quoted strings to represent charlists is deprecated.1270 Use ~c"" if you indeed want a charlist or use "" instead.1271 You may run "mix format --migrate" to change all single-quoted1272 strings to use the ~c sigil and fix this warning.1273 │1274 153 │ @tz_key_name 'TimeZoneKeyName'1275 │ ~1276 │1277 └─ lib/timezone/timezone_local.ex:153:1612781279 warning: using single-quoted strings to represent charlists is deprecated.1280 Use ~c"" if you indeed want a charlist or use "" instead.1281 You may run "mix format --migrate" to change all single-quoted1282 strings to use the ~c sigil and fix this warning.1283 │1284 160 │ :ok = :win32reg.change_key(handle, '\\local_machine\\#{@local_tz_key}')1285 │ ~1286 │1287 └─ lib/timezone/timezone_local.ex:160:4012881289 warning: using single-quoted strings to represent charlists is deprecated.1290 Use ~c"" if you indeed want a charlist or use "" instead.1291 You may run "mix format --migrate" to change all single-quoted1292 strings to use the ~c sigil and fix this warning.1293 │1294 178 │ localized = List.keyfind(values, 'StandardName', 0)1295 │ ~1296 │1297 └─ lib/timezone/timezone_local.ex:178:4012981299 warning: using single-quoted strings to represent charlists is deprecated.1300 Use ~c"" if you indeed want a charlist or use "" instead.1301 You may run "mix format --migrate" to change all single-quoted1302 strings to use the ~c sigil and fix this warning.1303 │1304 188 │ case List.keyfind(values, 'Std', 0) do1305 │ ~1306 │1307 └─ lib/timezone/timezone_local.ex:188:3713081309 warning: Module.eval_quoted/4 is deprecated. Use Code.eval_quoted/3 instead1310 │1311 22 │ Module.eval_quoted(__MODULE__, quoted, [], __ENV__)1312 │ ~1313 │1314 └─ lib/timezone/utils.ex:22:12: Timex.Timezone.Utils (module)13151316 warning: Module.eval_quoted/4 is deprecated. Use Code.eval_quoted/3 instead1317 │1318 42 │ Module.eval_quoted(__MODULE__, quoted, [], __ENV__)1319 │ ~1320 │1321 └─ lib/timezone/utils.ex:42:12: Timex.Timezone.Utils (module)13221323Compiling lib/l10n/gettext.ex (it's taking more than 10s)1324 warning: the following pattern will never match:13251326 {y, m, d} <- to_erl_datetime(date)13271328 because the right-hand side has type:13291330 dynamic(1331 {:error, :invalid_date} or1332 {:ok, {{integer(), integer(), integer()}, {integer(), integer(), integer()}}}1333 )13341335 where "date" was given the type:13361337 # type: dynamic({...})1338 # from: lib/datetime/erlang.ex:9:171339 date13401341 type warning found at:1342 │1343 10 │ with {y, m, d} <- to_erl_datetime(date),1344 │ ~1345 │1346 └─ lib/datetime/erlang.ex:10:10: Timex.Protocol.Tuple.to_julian/113471348 warning: the following clause is redundant:13491350 def shift(_, _)13511352 it has type:13531354 dynamic(%Date{}), dynamic()13551356 previous clauses have already matched on the following types:13571358 %Date{}, term()13591360 │1361 247 │ def shift(_, _), do: {:error, :badarg}1362 │ ~1363 │1364 └─ lib/date/date.ex:247:7: Timex.Protocol.Date.shift/213651366Generated timex app1367==> plug_cowboy1368Compiling 5 files (.ex)1369 warning: Logger.warn/1 is deprecated. Use Logger.warning/2 instead1370 │1371 321 │ Logger.warn("the :timeout option for Cowboy webserver has no effect and must be removed")1372 │ ~1373 │1374 └─ lib/plug/cowboy.ex:321:14: Plug.Cowboy.to_args/513751376Generated plug_cowboy app1377==> ubi_nadeo_api1378Compiling 11 files (.ex)1379 warning: Application.get_env/2 is discouraged in the module body, use Application.compile_env/3 instead1380 │1381 4 │ @lastest_server_url Application.get_env(:ubi_nadeo_api, :latest_dedicated_url) |> Keyword.get(:url)1382 │ ~1383 │1384 └─ lib/ubi_nadeo_api/resources/servers.ex:4:35: UbiNadeoApi.Resources.Servers (module)138513861387== Compilation error in file lib/ubi_nadeo_api/resources/servers.ex ==1388** (FunctionClauseError) no function clause matching in Keyword.get/3 1389 1390 The following arguments were given to Keyword.get/3:1391 1392 # 11393 nil1394 1395 # 21396 :url1397 1398 # 31399 nil1400 1401 Attempted function clauses (showing 1 out of 1):1402 1403 def get(+keywords+, +key+, +default+) when -is_list(keywords)- and +is_atom(key)+1404 1405 (elixir 1.20.3) Keyword.get/31406 lib/ubi_nadeo_api/resources/servers.ex:4: (module)1407could not compile dependency :ubi_nadeo_api, "mix compile" failed. Errors may have been logged above. You can recompile this dependency with "mix deps.compile ubi_nadeo_api --force", update it with "mix deps.update ubi_nadeo_api" or clean it with "mix deps.clean ubi_nadeo_api"