November 2013 - erlang - Fedora mailing-lists

[Bug 1027085] New: erlang-riaknostic-1.2.0 is available
by Red Hat Bugzilla 05 Mar '16

05 Mar '16

https://bugzilla.redhat.com/show_bug.cgi?id=1027085 Bug ID: 1027085 Summary: erlang-riaknostic-1.2.0 is available Product: Fedora Version: rawhide Component: erlang-riaknostic Keywords: FutureFeature, Triaged Assignee: lemenkov(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com Latest upstream release: 1.2.0 Current version/release in Fedora Rawhide: 1.1.0-1.fc20 URL: https://api.github.com/repos/basho/riaknostic/tags Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1028657] New: couchdb should also be usable under normal users
by Red Hat Bugzilla 03 Mar '16

03 Mar '16

https://bugzilla.redhat.com/show_bug.cgi?id=1028657 Bug ID: 1028657 Summary: couchdb should also be usable under normal users Product: Fedora Version: rawhide Component: couchdb Assignee: lemenkov(a)gmail.com Reporter: cickumqt(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com 1. Running under normal user: [rpmaker@fab fedpkg]$ couchdb Apache CouchDB 1.3.1 (LogLevel=info) is starting. Error opening log file /var/log/couchdb/couch.log: permission denied{"init terminating in do_boot",{{badmatch,{error,{bad_return,{{couch_app,start,[normal,["/etc/couchdb/default.ini","/etc/couchdb/local.ini"]]},{'EXIT',{{badmatch,{error,{shutdown,{failed_to_start_child,couch_primary_services,{shutdown,{failed_to_start_child,couch_log,{error,"permission denied","/var/log/couchdb/couch.log"}}}}}}},[{couch_server_sup,start_server,1,[{file,"couch_server_sup.erl"},{line,98}]},{application_master,start_it_old,4,[{file,"application_master.erl"},{line,269}]}]}}}}}},[{couch,start,0,[{file,"couch.erl"},{line,18}]},{init,start_it,1,[]},{init,start_em,1,[]}]}} 2. Running under root: [root@fab fedpkg]# couchdb Apache CouchDB 1.3.1 (LogLevel=info) is starting. Apache CouchDB has started. Time to relax. [info] [<0.31.0>] Apache CouchDB has started on http://127.0.0.1:5984/ I don't know why this happened, but I think there might have some dirs/files are operated by incorrect permissions setting. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1027729] New: erlang-folsom-0.8.0 is available
by Red Hat Bugzilla 20 Feb '16

20 Feb '16

https://bugzilla.redhat.com/show_bug.cgi?id=1027729 Bug ID: 1027729 Summary: erlang-folsom-0.8.0 is available Product: Fedora Version: rawhide Component: erlang-folsom Keywords: FutureFeature, Triaged Assignee: lemenkov(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com Latest upstream release: 0.8.0 Current version/release in Fedora Rawhide: 0.7.4-2.fc20 URL: https://github.com/boundary/folsom/tags Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1027728] New: erlang-bear-0.8.0 is available
by Red Hat Bugzilla 12 Feb '16

12 Feb '16

https://bugzilla.redhat.com/show_bug.cgi?id=1027728 Bug ID: 1027728 Summary: erlang-bear-0.8.0 is available Product: Fedora Version: rawhide Component: erlang-bear Keywords: FutureFeature, Triaged Assignee: lemenkov(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com Latest upstream release: 0.8.0 Current version/release in Fedora Rawhide: 0.1.3-2.fc20 URL: https://github.com/boundary/bear/tags Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1036280] New: selinux alerts about rabbitmq server ("access on the tcp_socket")
by Red Hat Bugzilla 05 Nov '14

05 Nov '14

https://bugzilla.redhat.com/show_bug.cgi?id=1036280 Bug ID: 1036280 Summary: selinux alerts about rabbitmq server ("access on the tcp_socket") Product: Fedora Version: 20 Component: rabbitmq-server Assignee: hubert.plociniczak(a)gmail.com Reporter: pavel.nedr(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, hubert.plociniczak(a)gmail.com, lemenkov(a)gmail.com Description of problem: I've seen flood in journalctl from SEalert about that error. It begins from startup of the system (rabbitmq is enabled in systemctl) There is a lot of error messages. They causes "audispd[643]: queue is full - dropping event" error :) rabbitmq-server noarch 3.1.5 1.fc20 $ sudo sealert -l 82db9030-74db-4e60-97ab-6aef447e582d SELinux is preventing /usr/lib64/erlang/erts-5.10.3/bin/beam.smp from name_bind access on the tcp_socket . ***** Plugin bind_ports (92.2 confidence) suggests ************************ If you want to allow /usr/lib64/erlang/erts-5.10.3/bin/beam.smp to bind to network port 10097 Then you need to modify the port type. Do # semanage port -a -t PORT_TYPE -p tcp 10097 где PORT_TYPE может принимать значения: amqp_port_t, couchdb_port_t, jabber_client_port_t, jabber_interserver_port_t. ***** Plugin catchall_boolean (7.83 confidence) suggests ****************** If вы хотите выполнить следующее: разрешить NIS Then you must tell SELinux about this by enabling the 'nis_enabled' boolean. Дополнительная документация на 'None' ман странице. Do setsebool -P nis_enabled 1 ***** Plugin catchall (1.41 confidence) suggests ************************** If вы считаете, что beam.smp следует разрешить доступ name_bind к tcp_socket по умолчанию. Then рекомендуется создать отчет об ошибке. Чтобы разрешить доступ, можно создать локальный модуль политики. Do чтобы разрешить доступ, выполните: # grep beam.smp /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:rabbitmq_beam_t:s0 Target Context system_u:object_r:unreserved_port_t:s0 Target Objects [ tcp_socket ] Source beam.smp Source Path /usr/lib64/erlang/erts-5.10.3/bin/beam.smp Port 10097 Host bb.lan Source RPM Packages erlang-erts-R16B-02.7.fc20.x86_64 Target RPM Packages Policy RPM selinux-policy-3.12.1-105.fc20.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name bb.lan Platform Linux bb.lan 3.11.9-300.fc20.x86_64 #1 SMP Wed Nov 20 22:23:25 UTC 2013 x86_64 x86_64 Alert Count 85 First Seen 2013-11-29 23:40:14 MSK Last Seen 2013-11-30 15:01:23 MSK Local ID 82db9030-74db-4e60-97ab-6aef447e582d Raw Audit Messages type=AVC msg=audit(1385809283.320:612): avc: denied { name_bind } for pid=1897 comm="beam.smp" src=10097 scontext=system_u:system_r:rabbitmq_beam_t:s0 tcontext=system_u:object_r:unreserved_port_t:s0 tclass=tcp_socket type=SYSCALL msg=audit(1385809283.320:612): arch=x86_64 syscall=bind success=no exit=EACCES a0=12 a1=7fac88cfb900 a2=1c a3=a items=0 ppid=1 pid=1897 auid=4294967295 uid=989 gid=984 euid=989 suid=989 fsuid=989 egid=984 sgid=984 fsgid=984 ses=4294967295 tty=(none) comm=beam.smp exe=/usr/lib64/erlang/erts-5.10.3/bin/beam.smp subj=system_u:system_r:rabbitmq_beam_t:s0 key=(null) Hash: beam.smp,rabbitmq_beam_t,unreserved_port_t,tcp_socket,name_bind -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1033305] New: rabbitmq-plugins is not in the default $PATH
by Red Hat Bugzilla 15 Oct '14

15 Oct '14

https://bugzilla.redhat.com/show_bug.cgi?id=1033305 Bug ID: 1033305 Summary: rabbitmq-plugins is not in the default $PATH Product: Fedora Version: 19 Component: rabbitmq-server Severity: low Assignee: hubert.plociniczak(a)gmail.com Reporter: johnhford(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, hubert.plociniczak(a)gmail.com, lemenkov(a)gmail.com Description of problem: This program is used to, for instance, enable the http management console. In the homebrew distribution, it's available in the default path. In fedora it's: $ rpm -ql rabbitmq-server | grep bin/rabbitmq-plugins /usr/lib/rabbitmq/bin/rabbitmq-plugins /usr/lib/rabbitmq/lib/rabbitmq_server-3.1.5/sbin/rabbitmq-plugins In the official distribution, it's in the default path: $ curl -LO http://www.rabbitmq.com/releases/rabbitmq-server/v3.2.1/rabbitmq-server-3.2… $ rpm -qpl rabbitmq-server-3.2.1-1.noarch.rpm | grep bin/rabbitmq-plugin warning: rabbitmq-server-3.2.1-1.noarch.rpm: Header V4 DSA/SHA1 Signature, key ID 056e8e56: NOKEY /usr/lib/rabbitmq/bin/rabbitmq-plugins /usr/lib/rabbitmq/lib/rabbitmq_server-3.2.1/sbin/rabbitmq-plugins /usr/sbin/rabbitmq-plugins How reproducible: 100% Steps to Reproduce: 1. install rabbitmq-server 2. try to run "sudo rabbitmq-plugins enable rabbitmq_management" Actual results: Program not found in $PATH. Expected results: Program found in $PATH and can be run -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 1023017] New: Restore ECC support in Erlang's crypto library
by Red Hat Bugzilla 27 Aug '14

27 Aug '14

https://bugzilla.redhat.com/show_bug.cgi?id=1023017 Bug ID: 1023017 Summary: Restore ECC support in Erlang's crypto library Product: Fedora Version: rawhide Component: erlang Severity: high Assignee: lemenkov(a)gmail.com Reporter: lemenkov(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com, rhbugs(a)n-dimensional.de Right now ECC is disabled explicitly since it looks like Erlang's crypto library assumes that it's either available fully or not. We've just enabled few ECC curves so this confuses erlang-crypto and leads to a startup issue like this: =ERROR REPORT==== 24-Oct-2013::16:30:48 === Unable to load crypto library. Failed with error: "load_failed, Failed to load NIF library: '/usr/lib64/erlang/lib/crypto-3.1/priv/lib/crypto.so: undefined symbol: EC_GROUP_new_curve_GF2m'" OpenSSL might not be installed on this system. We should patch crypto module to provide available ECC bits instead of disabling it completely. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=COwcnn7Cu3&a=cc_unsubscribe

1 7

Using git for patch management in Fedora
by Richard W.M. Jones 28 Jan '14

28 Jan '14

Several packages are using git for patch management. eg: http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46 http://pkgs.fedoraproject.org/cgit/libguestfs.git/tree/libguestfs.spec?h=f2… http://pkgs.fedoraproject.org/cgit/qemu.git/tree/ http://pkgs.fedoraproject.org/cgit/ocaml.git/tree/ocaml.spec#n16 Some of these packages have invented home-brewed methods to generate the Patch lines in the spec file, eg: http://pkgs.fedoraproject.org/cgit/erlang.git/tree/otp-get-patches.sh http://pkgs.fedoraproject.org/cgit/libguestfs.git/tree/copy-patches.sh?h=f20 More importantly, all are using random git repositories to store the exploded tree. This makes it difficult for co-maintainers and proven packagers to fit in with the patch management chosen by the maintainer. Usually they won't have access to the git repository for these patches, making it difficult to add patches and near impossible to upgrade to a new version. I think that git is an excellent way to manage patches, but we ought to think about formalizing this process. I think the goals should be: (1) A git repository is used that co-maintainers and proven packagers automatically have access to. (2) A single method & script is used to update the patches in the spec file. Although there is already a git repository satisfying (1) above, namely dist-git, it isn't suitable for storing the exploded tree since commits to the spec file would conflict with commits (patches) to the tree. So either a separate side repository which packages could opt-in to, or perhaps a separate branch of the same git repo could be used. I think using a branch would require no additional infrastructure. For (2) I would suggest a lightweight technique where git-managed patches are marked in the spec file using: ### GIT-MANAGED-PATCHES ### ### END-GIT-MANGED-PATCHES ### and a simple script that replaces everything between those marks with PatchXXXX lines. The script could be adapted from copy-patches.sh (see above). To apply the patches, a standard RPM macro could be created: %prep %setup -q %{git_apply_patches} which would expand to something like: git init git config user.email "%{name}-owner(a)fedoraproject.org" git config user.name "%{name}" git add . git commit -a -q -m "%{version} baseline" git am %{patches} Thoughts on this? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top

11 28

[Bug 1031421] New: wings-1.5.2 is available
by Red Hat Bugzilla 05 Jan '14

05 Jan '14

https://bugzilla.redhat.com/show_bug.cgi?id=1031421 Bug ID: 1031421 Summary: wings-1.5.2 is available Product: Fedora Version: rawhide Component: wings Keywords: FutureFeature, Triaged Assignee: lemenkov(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, fdc(a)fcami.net, lemenkov(a)gmail.com Latest upstream release: 1.5.2 Current version/release in Fedora Rawhide: 1.5.1-1.fc21 URL: https://github.com/dgud/wings/tags Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1030850] New: elixir-0.11.2 is available
by Red Hat Bugzilla 30 Dec '13

30 Dec '13

https://bugzilla.redhat.com/show_bug.cgi?id=1030850 Bug ID: 1030850 Summary: elixir-0.11.2 is available Product: Fedora Version: rawhide Component: elixir Keywords: FutureFeature, Triaged Assignee: relrod(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com, puiterwijk(a)redhat.com, relrod(a)redhat.com Latest upstream release: 0.11.2 Current version/release in Fedora Rawhide: 0.11.0-1.fc21 URL: https://api.github.com/repos/elixir-lang/elixir/tags Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1023960] New: erlang-R16B-02.2.fc20 fails to build on secondary arches
by Red Hat Bugzilla 08 Dec '13

08 Dec '13

https://bugzilla.redhat.com/show_bug.cgi?id=1023960 Bug ID: 1023960 Summary: erlang-R16B-02.2.fc20 fails to build on secondary arches Product: Fedora Version: 20 Component: erlang Assignee: lemenkov(a)gmail.com Reporter: dan(a)danny.cz QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com, rhbugs(a)n-dimensional.de Blocks: 467765 (ZedoraTracker) erlang-R16B-02 fails to build on secondary arches, seen on ppc and s390, but I guess aarch64 would also fail. from s390 build.log (http://s390.koji.fedoraproject.org/koji/taskinfo?taskID=1243484) ... gcc -Werror=return-type -O3 -fomit-frame-pointer -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -grecord-gcc-switches -m31 -march=z9-109 -mtune=z10 -fno-strict-aliasing -I/builddir/build/BUILD/otp_src_R16B02/erts/s390-ibm-linux-gnu -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fno-tree-copyrename -D_GNU_SOURCE -DERTS_SMP -DHAVE_CONFIG_H -Wall -Wstrict-prototypes -Wmissing-prototypes -Wdeclaration-after-statement -DUSE_THREADS -D_THREAD_SAFE -D_REENTRANT -DPOSIX_THREADS -D_POSIX_THREAD_SAFE_FUNCTIONS -Is390-ibm-linux-gnu/opt/smp -Ibeam -Isys/unix -Isys/common -Is390-ibm-linux-gnu -Ipcre -Ihipe -I../include -I../include/s390-ibm-linux-gnu -I../include/internal -I../include/internal/s390-ibm-linux-gnu -c beam/erl_bif_info.c -o obj/s390-ibm-linux-gnu/opt/smp/erl_bif_info.o In file included from beam/erl_bif_info.c:30:0: beam/erl_bif_info.c: In function 'system_info_1': beam/erl_bif_info.c:2073:10: error: 'hipe_arch_name' undeclared (first use in this function) BIF_RET(hipe_arch_name); ^ beam/bif.h:118:28: note: in definition of macro 'BIF_RET' #define BIF_RET(x) return (x) ^ beam/erl_bif_info.c:2073:10: note: each undeclared identifier is reported only once for each function it appears in BIF_RET(hipe_arch_name); ^ beam/bif.h:118:28: note: in definition of macro 'BIF_RET' #define BIF_RET(x) return (x) ^ make[3]: Leaving directory `/builddir/build/BUILD/otp_src_R16B02/erts/emulator' make[3]: *** [obj/s390-ibm-linux-gnu/opt/smp/erl_bif_info.o] Error 1 from ppc build.log (http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1483569) ... gcc -Werror=return-type -O3 -fomit-frame-pointer -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m32 -fno-strict-aliasing -I/builddir/build/BUILD/otp_src_R16B02/erts/powerpc-redhat-linux-gnu -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fno-tree-copyrename -D_GNU_SOURCE -DERTS_SMP -DHAVE_CONFIG_H -Wall -Wstrict-prototypes -Wmissing-prototypes -Wdeclaration-after-statement -DUSE_THREADS -D_THREAD_SAFE -D_REENTRANT -DPOSIX_THREADS -D_POSIX_THREAD_SAFE_FUNCTIONS -Ipowerpc-redhat-linux-gnu/opt/smp -Ibeam -Isys/unix -Isys/common -Ipowerpc-redhat-linux-gnu -Ipcre -Ihipe -I../include -I../include/powerpc-redhat-linux-gnu -I../include/internal -I../include/internal/powerpc-redhat-linux-gnu -c beam/erl_bif_info.c -o obj/powerpc-redhat-linux-gnu/opt/smp/erl_bif_info.o In file included from beam/erl_bif_info.c:30:0: beam/erl_bif_info.c: In function 'system_info_1': hipe/hipe_ppc.h:63:24: error: 'am_powerpc' undeclared (first use in this function) #define hipe_arch_name am_powerpc ^ beam/bif.h:118:28: note: in definition of macro 'BIF_RET' #define BIF_RET(x) return (x) ^ beam/erl_bif_info.c:2073:10: note: in expansion of macro 'hipe_arch_name' BIF_RET(hipe_arch_name); ^ hipe/hipe_ppc.h:63:24: note: each undeclared identifier is reported only once for each function it appears in #define hipe_arch_name am_powerpc ^ beam/bif.h:118:28: note: in definition of macro 'BIF_RET' #define BIF_RET(x) return (x) ^ beam/erl_bif_info.c:2073:10: note: in expansion of macro 'hipe_arch_name' BIF_RET(hipe_arch_name); ^ make[3]: *** [obj/powerpc-redhat-linux-gnu/opt/smp/erl_bif_info.o] Error 1 make[3]: Leaving directory `/builddir/build/BUILD/otp_src_R16B02/erts/emulator' Version-Release number of selected component (if applicable): erlang-R16B-02.2.fc20 proposed solution: diff --git a/erlang.spec b/erlang.spec index 1d4cbfd..50bbe68 100644 --- a/erlang.spec +++ b/erlang.spec @@ -966,9 +966,15 @@ rm -f lib/ssl/examples/certs/etc/erlangCA/index.txt.old %build %ifarch sparcv9 sparc64 -CFLAGS="$RPM_OPT_FLAGS -mcpu=ultrasparc -fno-strict-aliasing" %configure --enable-shared-zlib --enable-sctp --enable-hipe +CFLAGS="$RPM_OPT_FLAGS -mcpu=ultrasparc -fno-strict-aliasing" \ %else -CFLAGS="$RPM_OPT_FLAGS -fno-strict-aliasing" %configure --enable-shared-zlib --enable-sctp --enable-hipe +CFLAGS="$RPM_OPT_FLAGS -fno-strict-aliasing" \ +%endif +%configure --enable-shared-zlib --enable-sctp \ +%ifnarch s390 s390x ppc + --enable-hipe +%else + %{nil} %endif or maybe using %ifarch with a positive list like %{ix86} x86_64 %{arm} would be even better Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=467765 [Bug 467765] Fedora for System z (s390): Bug Tracker -- You are receiving this mail because: You are on the CC list for the bug.

1 24

[erlang/f19] (5 commits) ...ot-get-patches.sh: Clean up comment wording
by Peter Lemenkov 25 Nov '13

25 Nov '13

Summary of changes: a737a5a... Disable HiPE on unsupported arches (*) 13312e6... Re-enable HiPE on ppc64, ppc64v7 (*) d2f6517... Actually re-enable HiPE (*) f56df7b... Really disable HiPE on s390(x) (*) e7421b9... ot-get-patches.sh: Clean up comment wording (*) (*) This commit already existed in another branch; no separate mail sent

1 0

[erlang/f20] (5 commits) ...ot-get-patches.sh: Clean up comment wording
by Peter Lemenkov 25 Nov '13

25 Nov '13

Summary of changes: a737a5a... Disable HiPE on unsupported arches (*) 13312e6... Re-enable HiPE on ppc64, ppc64v7 (*) d2f6517... Actually re-enable HiPE (*) f56df7b... Really disable HiPE on s390(x) (*) e7421b9... ot-get-patches.sh: Clean up comment wording (*) (*) This commit already existed in another branch; no separate mail sent

1 0

[elixir/f19] latest upstream
by Ricky Elrod 24 Nov '13

24 Nov '13

Summary of changes: ce6dcd8... latest upstream (*) (*) This commit already existed in another branch; no separate mail sent

1 0

[elixir/f20] latest upstream
by Ricky Elrod 24 Nov '13

24 Nov '13

Summary of changes: ce6dcd8... latest upstream (*) (*) This commit already existed in another branch; no separate mail sent

1 0

[elixir/f17] (21 commits) ...latest upstream
by Ricky Elrod 24 Nov '13

24 Nov '13

Summary of changes: cf9b4e3... Update to Elixir 0.7.2. (*) f34efdf... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*) a5f23f5... Upstream 0.8.1 in Rawhide. (*) 35d50a0... New elixir release 0.9.1 (*) 2ff8a92... Something for the Erlang VM needs Erlang. Who knew? (*) 2866326... Fix BR, nuke a test that still needs nuked. (*) 5bfc217... Nuke the ANSI doctest too. (*) e5e7051... Upstream 0.9.3 (*) 0e5ad62... This test file was renamed. (*) c9dd7b1... Upstream 0.10.0 (*) 1227035... Fix sed patch (finding proper rebar) (*) 7bfdd63... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 703e208... Latest upstream version. (*) 13c6bf9... Merge branch 'master' of ssh://pkgs.fedoraproject.org/elixi (*) 08dcc44... Forgot to move the mix binary to the buildroot too. (*) e10d368... Upstream 0.10.2 (*) 65d3593... Latest upstream release. (*) 7672eb9... fix changelog date (*) 3eb0c9f... new sources (*) cd3a154... latest upstream (*) ce6dcd8... latest upstream (*) (*) This commit already existed in another branch; no separate mail sent

1 0

[elixir] latest upstream
by Ricky Elrod 24 Nov '13

24 Nov '13

commit ce6dcd85f56785a61922177d58a053d3917cb29d Author: Ricky Elrod <ricky(a)elrod.me> Date: Sun Nov 24 18:26:36 2013 -0500 latest upstream .gitignore | 1 + elixir.spec | 7 +++++-- sources | 2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 8fff41e..4de3c95 100644 --- a/.gitignore +++ b/.gitignore @@ -11,3 +11,4 @@ /elixir-0.10.2.tar.gz /elixir-0.10.3.tar.gz /elixir-0.11.0.tar.gz +/elixir-0.11.2.tar.gz diff --git a/elixir.spec b/elixir.spec index 09021ac..6d50069 100644 --- a/elixir.spec +++ b/elixir.spec @@ -1,5 +1,5 @@ Name: elixir -Version: 0.11.0 +Version: 0.11.2 Release: 1%{?dist} Summary: A modern approach to programming for the Erlang VM @@ -11,7 +11,7 @@ URL: http://elixir-lang.org/ # Source0 retrieved by pulling a Github tarball. # You can obtain the source code by executing: # git clone git://github.com/elixir-lang/elixir.git -# git checkout v0.10.3 +# git checkout v0.11.2 Source0: %{name}-%{version}.tar.gz BuildArch: noarch @@ -61,6 +61,9 @@ ln -s %{_datadir}/%{name}/%{version}/bin/{elixir,elixirc,iex,mix} %{buildroot}/% %{_datadir}/%{name} %changelog +* Sun Nov 24 2013 Ricky Elrod <codeblock(a)fedoraproject.org> - 0.11.2-1 +- Update to upstream 0.11.2. + * Sat Nov 2 2013 Ricky Elrod <codeblock(a)fedoraproject.org> - 0.11.0-1 - Update to upstream 0.11.0. diff --git a/sources b/sources index 2fd13f0..2393cd0 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -cf6f326860620a66f8ab010619d60321 elixir-0.11.0.tar.gz +ee719ee286db5338e63e61c9c20440c6 elixir-0.11.2.tar.gz

1 0

File elixir-0.11.2.tar.gz uploaded to lookaside cache by codeblock
by Ricky Elrod 24 Nov '13

24 Nov '13

A file has been added to the lookaside cache for elixir: ee719ee286db5338e63e61c9c20440c6 elixir-0.11.2.tar.gz

1 0

[pkgdb] erlang-sext ownership changed
by Fedora PackageDB 19 Nov '13

19 Nov '13

Package erlang-sext in Fedora EPEL 6 is now owned by skottler To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/erlang-sext

1 0

[pkgdb] erlang-poolboy ownership changed
by Fedora PackageDB 19 Nov '13

19 Nov '13

Package erlang-poolboy in Fedora EPEL 6 is now owned by skottler To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/erlang-poolboy

1 0

[pkgdb] erlang-mochiweb ownership changed
by Fedora PackageDB 19 Nov '13

19 Nov '13

Package erlang-mochiweb in Fedora EPEL 5 is now owned by skottler To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/erlang-mochiweb

1 0

[pkgdb] erlang-mochiweb ownership changed
by Fedora PackageDB 19 Nov '13

19 Nov '13

Package erlang-mochiweb in Fedora EPEL 6 is now owned by skottler To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/erlang-mochiweb

1 0

[pkgdb] erlang-merge_index ownership changed
by Fedora PackageDB 19 Nov '13

19 Nov '13

Package erlang-merge_index in Fedora EPEL 6 is now owned by skottler To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/erlang-merge_index

1 0

[pkgdb] erlang-lager ownership changed
by Fedora PackageDB 19 Nov '13

19 Nov '13

Package erlang-lager in Fedora EPEL 6 is now owned by skottler To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/erlang-lager

1 0

[pkgdb] erlang-js ownership changed
by Fedora PackageDB 19 Nov '13

19 Nov '13

Package erlang-js in Fedora EPEL 6 is now owned by skottler To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/erlang-js

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

erlang November 2013