[Bug 1436961] New: xmonad-mate: Programs started from menus don'
t have access to ssh-agent
by bugzilla＠redhat.com
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.
4 years, 9 months
[Bug 1497456] New: pandoc does not support https
by bugzilla＠redhat.com
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.
4 years, 9 months
[Bug 1529452] New: ghc crashes while compiling vty
by bugzilla＠redhat.com
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.
4 years, 10 months
[Bug 1445210] New: missing dependency on ghc-Cabal-devel
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1445210
Bug ID: 1445210
Summary: missing dependency on ghc-Cabal-devel
Product: Fedora
Version: 25
Component: cabal-install
Assignee: petersen(a)redhat.com
Reporter: m(a)matejsmid.cz
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Description of problem:
All cabal install commands fail without ghc-Cabal-devel package installed. For
users not familiar with haskell it is hard to resolve the problem. Cabal is
often used as installer without any further haskell development.
The package ghc-Cabal-devel should be considerer as dependency.
How reproducible:
Steps to Reproduce:
$ cabal install array
Actual results:
Resolving dependencies...
Configuring array-0.5.1.1...
Failed to install array-0.5.1.1
Build log ( /home/kafka/.cabal/logs/array-0.5.1.1.log ):
cabal: Error: some packages failed to install:
array-0.5.1.1 failed during the configure step. The exception was:
user error (The package 'array' requires Cabal library version -any && >=1.10
but no suitable version is installed.)
Expected results:
Resolving dependencies...
Configuring array-0.5.1.1...
Building array-0.5.1.1...
Installed array-0.5.1.1
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 11 months
[Bug 985082] New: git annex webapp sub-command missing
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=985082
Bug ID: 985082
Summary: git annex webapp sub-command missing
Product: Fedora
Version: 19
Component: git-annex
Severity: unspecified
Priority: unspecified
Assignee: mathstuf(a)gmail.com
Reporter: sdeasey(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
mathstuf(a)gmail.com
Description of problem:
'man git-annex' describes the sub-command 'webapp', but 'git annex webapp'
returns:
git-annex: unknown command webapp
Looks like git-annex has been built without support for the webapp command,
which is git-annex's GUI and therefore quite important. I think it depends on
the Yesod web server.
Version-Release number of selected component (if applicable):
git-annex-3.20121009-3.fc19.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. git-annex webapp
Actual results:
git-annex: unknown command webapp
Expected results:
Browser should pop up pointed at locahost.
Additional info:
--
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=nFHhySpJrc&a=cc_unsubscribe
5 years
[Bug 1498699] New: Unbundle subpackages
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1498699
Bug ID: 1498699
Summary: Unbundle subpackages
Product: Fedora
Version: 26
Component: ghc-warp
Assignee: petersen(a)redhat.com
Reporter: quantum.analyst(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com, relrod(a)redhat.com
Tracking for removing bundled subpackages.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years