[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, 2 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