haskell-devel November 2018

haskell-devel@lists.fedoraproject.org

1 participants
4 discussions

[Bug 1436961] New: xmonad-mate: Programs started from menus don' t have access to ssh-agent
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1436961 Bug ID: 1436961 Summary: xmonad-mate: Programs started from menus don't have access to ssh-agent Product: Fedora Version: 25 Component: xmonad Severity: medium Assignee: mathstuf(a)gmail.com Reporter: dgibson(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: haskell-devel(a)lists.fedoraproject.org, mathstuf(a)gmail.com, petersen(a)redhat.com Description of problem: When using XMonad with MATE, programs which use ssh internally don't seem to be able to access the ssh-agent, and request passwords unexpectedly. The same programs started from a terminal are able to access the ssh-agent and don't request passwords. Version-Release number of selected component (if applicable): xmonad-mate-0.12-2.fc25.x86_64 ghc-xmonad-0.12-2.fc25.x86_64 openssh-clients-7.4p1-4.fc25.x86_64 mate-session-manager-1.16.1-1.fc25.x86_64 How reproducible: 100% Steps to Reproduce: 1. Start xmonad-mate session 2. Open a terminal and add a key with ssh-add 3. From the MATE menus, run a program which uses ssh internally, such as vinagre (with proxy through SSH enabled) or virt-manager (with a qemu+ssh connection to the backend) 4. Attempt to connect to a host where you have ssh public key authorization Actual results: Program prompts for a password on the remote host. Expected results: Connects without password, using the key already given to the ssh-agent. Additional info: Running the same program (e.g. vinagre or virt-manager) from a terminal behaves as expected, using the key in the agent to connect without further authentication. -- You are receiving this mail because: You are on the CC list for the bug.

1 34

[Bug 1497456] New: pandoc does not support https
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1497456 Bug ID: 1497456 Summary: pandoc does not support https Product: Fedora Version: 26 Component: pandoc Severity: high Assignee: petersen(a)redhat.com Reporter: ourson77(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: haskell-devel(a)lists.fedoraproject.org, petersen(a)redhat.com Description of problem: Rendering RMarkdown documents fails due to missing https support in pandoc Version-Release number of selected component (if applicable): pandoc-1.19.1-1.fc26.x86_64 How reproducible: Create a new revealjs presentation (e.g. the example in https://github.com/rstudio/revealjs) and try to render it by running R -e 'rmarkdown::render("example.Rmd")' Steps to Reproduce: 1. 2. 3. Actual results: Get the following error message: Fetching https://fonts.googleapis.com/css?family=Ubuntu:300,700,300italic,700italic... pandoc: Could not fetch https://fonts.googleapis.com/css?family=Ubuntu:300,700,300italic,700italic user error (https not supported) Error: pandoc document conversion failed with error 67 Execution halted Expected results: Rendering the Rmarkdown to html should (as it does if using e.g. pandoc included with RStudio) Additional info: It seems that https support is explicitly disabled in the pandoc SRPM for Fedora. Fixing the problem is thus trivial, simply remove cabal-tweak-flag https False in %prep step -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 1529452] New: ghc crashes while compiling vty
by bugzilla＠redhat.com 10 Nov '18

10 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1529452 Bug ID: 1529452 Summary: ghc crashes while compiling vty Product: Fedora Version: 27 Component: ghc Assignee: petersen(a)redhat.com Reporter: arun(a)accosted.net QA Contact: extras-qa(a)fedoraproject.org CC: haskell-devel(a)lists.fedoraproject.org, petersen(a)redhat.com I'm trying to compile vty from: https://github.com/jtdaugherty/vty Steps to build are just: cabal install A friend is able to compile with the same version of ghc/cabal on Mac (and there seem to be builds on Stackage too), so I suspect this one might be specific to the Fedora package. With verbose output, the log is: /usr/bin/ghc --make -fbuilding-cabal-package -O -j4 -static -dynamic-too -dynosuf dyn_o -dynhisuf dyn_hi -outputdir dist/build -odir dist/build -hidir dist/build -stubdir dist/build -i -idist/build -isrc -idist/build/autogen -Idist/build/autogen -Idist/build -Icbits -optP-include -optPdist/build/autogen/cabal_macros.h -this-unit-id vty-5.19-AcWcRwAEuQe1JaFCUmZxvJ -hide-all-packages -package-db dist/package.conf.inplace -package-id base-4.9.1.0 -package-id blaze-builder-0.4.0.2-4dt8fa7cYBwH6AnGaJjL67 -package-id bytestring-0.10.8.1 -package-id containers-0.5.7.1 -package-id deepseq-1.4.2.0 -package-id directory-1.3.0.0 -package-id filepath-1.4.1.1 -package-id hashable-1.2.6.1-Bzr6e0JXpfWDwACR5BLUFL -package-id microlens-0.4.8.1-BVhsezHoPw9Ez18LAXVtpM -package-id microlens-mtl-0.1.11.0-DUw2PmHlGVpKNBqgym7KZp -package-id microlens-th-0.4.1.1-JmCsIxOlegZ2ZqQSjWaB11 -package-id mtl-2.2.1-IWO3loU8ap0EymyNStY2sS -package-id parallel-3.2.1.1-KQJHWCcq2Ka569Stb10nhx -package-id parsec-3.1.11-CgdaBQJ9lPX9xdS1zArtVY -package-id stm-2.4.4.1-JQn4hNPyYjP5m9AcbI88Ve -package-id terminfo-0.4.1.0-FNScbjwxa2Y3p4e5RvG3l -package-id text-1.2.3.0-70ldaoxeFu2DFOOnxfdBHd -package-id transformers-0.5.5.0-H2bD029pEsWHDboiJI5ebg -package-id unix-2.7.2.1 -package-id utf8-string-1.0.1.1-1DpjxLeTvGg7ttZZojxJR5 -package-id vector-0.12.0.1-3G3NZWoZk1KG3UwVz7M3yD -XHaskell2010 -XScopedTypeVariables -XForeignFunctionInterface Graphics.Vty Graphics.Vty.Attributes Graphics.Vty.Config Graphics.Vty.Error Graphics.Vty.Image Graphics.Vty.Inline Graphics.Vty.Inline.Unsafe Graphics.Vty.Input Graphics.Vty.Input.Events Graphics.Vty.Picture Graphics.Vty.Output Graphics.Text.Width Codec.Binary.UTF8.Debug Data.Terminfo.Parse Data.Terminfo.Eval Graphics.Vty.Debug Graphics.Vty.DisplayAttributes Graphics.Vty.Image.Internal Graphics.Vty.Input.Classify Graphics.Vty.Input.Classify.Types Graphics.Vty.Input.Classify.Parse Graphics.Vty.Input.Loop Graphics.Vty.Input.Mouse Graphics.Vty.Input.Focus Graphics.Vty.Input.Paste Graphics.Vty.Input.Terminfo Graphics.Vty.PictureToSpans Graphics.Vty.Span Graphics.Vty.Output.Mock Graphics.Vty.Output.Interface Graphics.Vty.Output.XTermColor Graphics.Vty.Output.TerminfoBased Graphics.Vty.Attributes.Color Graphics.Vty.Attributes.Color240 Graphics.Vty.Debug.Image Graphics.Vty.Input.Terminfo.ANSIVT -O2 -funbox-strict-fields -Wall -fspec-constr '-fspec-constr-count=10' [15 of 36] Compiling Graphics.Vty.Input.Loop ( src/Graphics/Vty/Input/Loop.hs, dist/build/Graphics/Vty/Input/Loop.o ) zsh: segmentation fault (core dumped) cabal build -v2 And this is from the journal: Dec 28 12:57:20 falcon systemd-coredump[19341]: Process 19315 (ghc) of user 1000 dumped core. Stack trace of thread 19326: #0 0x00007effeeba5e5c ghczmprim_GHCziClasses_eqInt_info (libHSghc-prim-0.5.0.0-ghc8.0.2.so) Dec 28 12:57:20 falcon systemd-coredump[19343]: Process 19310 (cabal) of user 1000 dumped core. Stack trace of thread 19310: #0 0x00007f0b12902957 kill (libc.so.6) #1 0x00007f0b13ee896d exitBySignal (libHSrts_thr-ghc8.0.2.so) #2 0x00007f0b13ee8f1e shutdownHaskellAndSignal (libHSrts_thr-ghc8.0.2.so) #3 0x00007f0b14ff76b3 n/a (libHSbase-4.9.1.0-ghc8.0.2.so) Dec 28 12:57:21 falcon audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@9-19342-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostna Dec 28 12:57:21 falcon audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@8-19340-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostna Dec 28 12:57:22 falcon abrt-server[19361]: Deleting problem directory ccpp-2017-12-28-12:57:21.361327-19315 (dup of ccpp-2017-12-16-18:56:49.979482-1237) Dec 28 12:57:22 falcon abrt-notification[19404]: Process 1237 (ghc) crashed in ghczmprim_GHCziClasses_eqInt_info() Dec 28 12:57:23 falcon abrt-server[19365]: Deleting problem directory ccpp-2017-12-28-12:57:21.895840-19310 (dup of ccpp-2017-12-20-21:37:50.757520-12430) Dec 28 12:57:23 falcon org.freedesktop.problems[977]: abrt-dbus: Lock file '.lock' is locked by process 19450 Dec 28 12:57:23 falcon abrt-notification[19451]: Process 12430 (cabal) crashed in exitBySignal() -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1442648] New: ghc-dbus-0.10.13 is available
by bugzilla＠redhat.com 09 Nov '18

09 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1442648 Bug ID: 1442648 Summary: ghc-dbus-0.10.13 is available Product: Fedora Version: rawhide Component: ghc-dbus Keywords: FutureFeature, Triaged Assignee: dcallagh(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dcallagh(a)redhat.com, haskell-devel(a)lists.fedoraproject.org Latest upstream release: 0.10.13 Current version/release in rawhide: 0.10.12-3.fc26 URL: http://hackage.haskell.org/package/dbus 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 Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/1052/ -- You are receiving this mail because: You are on the CC list for the bug.

1 17

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

haskell-devel November 2018