[Bug 1450443] New: Bustle quits immediately after stopping a dbus
capture
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1450443
Bug ID: 1450443
Summary: Bustle quits immediately after stopping a dbus capture
Product: Fedora
Version: 26
Component: bustle
Severity: high
Assignee: philip(a)tecnocode.co.uk
Reporter: redhat(a)sentaidigital.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
philip(a)tecnocode.co.uk
Description of problem:
After launching Bustle, the user has two options: start a new capture or load a
bustle capture file. If the user selects new capture, a modal dialog pops up
with a "stop" button and counts the dbus messages. When the user clicks
"stop", the application closes. There is no opportunity to review the dbus
messages, let alone save them.
Version-Release number of selected component (if applicable):
bustle-0.5.4-3.fc26.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Run Bustle
2. Start a new capture.
3. Stop the capture
Actual results:
Application closes
Expected results:
Application remains open
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 1447158] New:
git-annex cannot install on Fedora 26 due to libHSHTTP dep
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1447158
Bug ID: 1447158
Summary: git-annex cannot install on Fedora 26 due to libHSHTTP
dep
Product: Fedora
Version: 26
Component: git-annex
Assignee: mathstuf(a)gmail.com
Reporter: esm(a)logic.net
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
mathstuf(a)gmail.com
Installing git-annex on Fedora 26 fails:
# dnf install git-annex --allowerasing
Last metadata expiration check: 1:16:38 ago on Mon May 01 15:59:05 2017 PDT.
Error: conflicting requests
- nothing provides
libHSHTTP-4000.3.3-Dtoh1gR9XXG1Sa7r2sjCEQ-ghc7.10.3.so()(64bit) needed by
git-annex-5.20140717-13.fc26.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 1427000] New: c2hs does not like gcc7 __float128
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1427000
Bug ID: 1427000
Summary: c2hs does not like gcc7 __float128
Product: Fedora
Version: rawhide
Component: gtk2hs-buildtools
Assignee: petersen(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Description of problem:
gtk2hs packages are failing to build on i686 in F26 Rawhide with gcc7
due to the addition of a __float128 alignment directive in stddef.h.
Configuring glib-0.13.2.2...
+ '[' -x Setup ']'
+ LANG=en_US.utf8
+ ./Setup build
Building glib-0.13.2.2...
Preprocessing library glib-0.13.2.2...
gtk2hsC2hs: Error in C header file.
/usr/lib/gcc/i686-redhat-linux/7/include/stddef.h:435: (column 3) [FATAL]
>>> Syntax error!
The symbol `__float128' does not fit here.
Version-Release number of selected component (if applicable):
gtk2hs-buildtools-0.13.2.2
gcc-7.0.1-0.10.fc26
How reproducible:
100%
Steps to Reproduce:
1. try to build ghc-glib, ghc-gio, ghc-pango, ghc-gtk3, etc
Actual results:
see above
Expected results:
no failure
Additional info:
Upstream report https://github.com/gtk2hs/gtk2hs/issues/200
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 1119711] New: 2nd and 3rd level bulleted lists do not get a proper bullet symbol
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1119711
Bug ID: 1119711
Summary: 2nd and 3rd level bulleted lists do not get a proper
bullet symbol
Product: Fedora
Version: 20
Component: pandoc
Assignee: petersen(a)redhat.com
Reporter: bexelbie(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Created attachment 918117
--> https://bugzilla.redhat.com/attachment.cgi?id=918117&action=edit
Picture of the broken bullets in Libre Office Writer
Description of problem:
When converting to ODT from Markdown and HTML, second and third level bullets
in a bulleted list are the "missing symbol" symbol.
Version-Release number of selected component (if applicable):
On Fedora 20:
pandoc 1.12.3.3
Compiled with texmath 0.6.6.1, highlighting-kate 0.5.6.
How reproducible:
Always
Steps to Reproduce:
1. Create this markdown document
foo.md
--
* Level 1 OK
* Level 2 broken
* Level 3 broken
* Level 4 OK
--
2. Execute:
pandoc -f markdown -t odt -o foo.odt foo.md
3. Open foo.odt in Libre Office Writer
Actual results:
Messed up bullets (see image)
Expected results:
Proper Bullets
Additional info:
This does not seem to be a problem with reference.odt. The style settings
there all appear OK. My best guess is that pandoc is forcing either a font or
bullet symbol that isn't shipped on Fedora and is overriding the default
styling in reference.odt.
--
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=aGV1Z1to6a&a=cc_unsubscribe
5 years, 6 months
[Bug 1366679] New: No execstack on MIPS
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1366679
Bug ID: 1366679
Summary: No execstack on MIPS
Product: Fedora
Version: rawhide
Component: hugs98
Assignee: petersen(a)redhat.com
Reporter: michal.toman(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Blocks: 1242747 (MIPS)
Created attachment 1190443
--> https://bugzilla.redhat.com/attachment.cgi?id=1190443&action=edit
No-execstack-on-MIPS.patch
Description of problem:
We are trying to bring Fedora to MIPS platform and this requires updating
hugs98 SPEC not to require execstack. We have no working execstack build on
MIPS at this moment. Other than that hugs98 builds and seems to be working
properly.
Actual results:
Build fails because execstack is required.
Expected results:
Build passes.
Additional info:
Attaching dist-git patch. It would be nice to have this in F25 as well.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1242747
[Bug 1242747] Fedora for MIPS (mipsel, mips64el) tracker bug
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 1452074] New: git-annex not installable, obsoleted by
ghc-obsoletes
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1452074
Bug ID: 1452074
Summary: git-annex not installable, obsoleted by ghc-obsoletes
Product: Fedora
Version: 26
Component: git-annex
Assignee: mathstuf(a)gmail.com
Reporter: till.hofmann(a)posteo.de
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
mathstuf(a)gmail.com
Description of problem:
Installing git-annex does not install git-annex, but instead installs
ghc-obsoletes. Apparently, ghc-obsoletes obsoletes git-annex (or one of its
dependencies?)
Version-Release number of selected component (if applicable):
git-annex-0:5.20140717-13.fc26
ghc-obsoletes-0:1.6.19-1.fc26
How reproducible:
always on my system
Steps to Reproduce:
1. On a system without git-annex: dnf --refresh install git-annex
Actual results:
The only package to be installed is ghc-obsoletes.
Expected results:
git-annex is to be installed.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 1476585] New: pandoc font required for PDF conversion not found
(
cmr10 TFM)
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1476585
Bug ID: 1476585
Summary: pandoc font required for PDF conversion not found
(cmr10 TFM)
Product: Fedora
Version: 26
Component: pandoc
Assignee: petersen(a)redhat.com
Reporter: mail(a)samtuke.com
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Description of problem:
Using pandoc to convert (at least) txt or markdown files to PDF fails due to
the default selected font being unfound. All such conversions to PDF fail
therefore. The font in question is cmr10, and should be provided by
texlive-cm-super. However even with the package (and font) installed with the
following files, the TFM version of the font is not found by pandoc:
/usr/share/texlive/texmf-dist/doc/pdftex/samplepdftex/cmr10.103
/usr/share/texlive/texmf-dist/fonts/afm/public/amsfonts/cm/cmr10.afm
/usr/share/texlive/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb
/usr/share/texlive/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfm
Error printed by pandoc during conversion is:
`! Font OT1/cmr/m/n/10=cmr10 at 10.0pt not loadable: Metric (TFM) file not
found
.
<to be read again>
relax
l.54 \normalsize
pandoc: Error producing PDF`
How reproducible:
Always
Steps to Reproduce:
1. Install pandoc, texlive-cm-super, and pdflatex (texlive-latex-bin-bin)
2. Create a textfile (.txt) and run `pandoc filename.txt -o output.pdf
3. Observe error
Actual results:
File conversion fails
Expected results:
File conversion produces new PDF file with contents from input txt or md file.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months