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.
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.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1486878
Bug ID: 1486878
Summary: ghc-8.2.1 is available
Product: Fedora
Version: rawhide
Component: ghc
Keywords: FutureFeature, Triaged
Assignee: petersen(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: haskell-devel(a)lists.fedoraproject.org,
petersen(a)redhat.com
Latest upstream release: 8.2.1
Current version/release in rawhide: 8.0.2-59.fc27
URL: https://haskell.org/ghc/
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/906/
--
You are receiving this mail because:
You are on the CC list for the bug.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1634010
Robert-André Mauchin <zebob.m(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |POST
CC| |zebob.m(a)gmail.com
Assignee|nobody(a)fedoraproject.org |zebob.m(a)gmail.com
Flags| |fedora-review+
--- Comment #3 from Robert-André Mauchin <zebob.m(a)gmail.com> ---
Package approved.
Package Review
==============
Legend:
[x] = Pass, [!] = Fail, [-] = Not applicable, [?] = Not evaluated
[ ] = Manual review needed
===== MUST items =====
C/C++:
[x]: Package does not contain kernel modules.
[x]: Package contains no static executables.
[x]: Development (unversioned) .so files in -devel subpackage, if present.
Note: Unversioned so-files in private %_libdir subdirectory (see
attachment). Verify they are not in ld path.
[x]: Package does not contain any libtool archives (.la)
[x]: Rpath absent or only used for internal libs.
Generic:
[x]: Package is licensed with an open-source compatible license and meets
other legal requirements as defined in the legal section of Packaging
Guidelines.
[x]: License field in the package spec file matches the actual license.
Note: Checking patched sources after %prep for licenses. Licenses
found: "BSD 3-clause "New" or "Revised" License", "Unknown or
generated". 7 files have unknown license. Detailed output of
licensecheck in /home/bob/packaging/review/ghc-simple-cmd/review-ghc-
simple-cmd/licensecheck.txt
[x]: License file installed when any subpackage combination is installed.
[x]: %build honors applicable compiler flags or justifies otherwise.
[x]: Package contains no bundled libraries without FPC exception.
[x]: Changelog in prescribed format.
[x]: Sources contain only permissible code or content.
[-]: Package contains desktop file if it is a GUI application.
[x]: Development files must be in a -devel package
[x]: Package uses nothing in %doc for runtime.
[x]: Package consistently uses macros (instead of hard-coded directory
names).
[x]: Package is named according to the Package Naming Guidelines.
[x]: Package does not generate any conflict.
[x]: Package obeys FHS, except libexecdir and /usr/target.
[-]: If the package is a rename of another package, proper Obsoletes and
Provides are present.
[x]: Requires correct, justified where necessary.
[x]: Spec file is legible and written in American English.
[-]: Package contains systemd file(s) if in need.
[-]: Useful -debuginfo package or justification otherwise.
[x]: Package is not known to require an ExcludeArch tag.
[-]: Large documentation must go in a -doc subpackage. Large could be size
(~1MB) or number of files.
Note: Documentation size is 143360 bytes in 18 files.
[x]: Package complies to the Packaging Guidelines
[x]: Package successfully compiles and builds into binary rpms on at least
one supported primary architecture.
[x]: Package installs properly.
[x]: Rpmlint is run on all rpms the build produces.
Note: There are rpmlint messages (see attachment).
[x]: If (and only if) the source package includes the text of the
license(s) in its own file, then that file, containing the text of the
license(s) for the package is included in %license.
[x]: Package requires other packages for directories it uses.
[x]: Package does not own files or directories owned by other packages.
[x]: Package uses either %{buildroot} or $RPM_BUILD_ROOT
[x]: Package does not run rm -rf %{buildroot} (or $RPM_BUILD_ROOT) at the
beginning of %install.
[x]: Macros in Summary, %description expandable at SRPM build time.
[x]: Dist tag is present.
[x]: Package does not contain duplicates in %files.
[x]: Permissions on files are set properly.
[x]: Package use %makeinstall only when make install DESTDIR=... doesn't
work.
[x]: Package is named using only allowed ASCII characters.
[x]: Package does not use a name that already exists.
[x]: Package is not relocatable.
[x]: Sources used to build the package match the upstream source, as
provided in the spec URL.
[x]: Spec file name must match the spec package %{name}, in the format
%{name}.spec.
[x]: File names are valid UTF-8.
[x]: Packages must not store files under /srv, /opt or /usr/local
===== SHOULD items =====
Generic:
[-]: If the source package does not include license text(s) as a separate
file from upstream, the packager SHOULD query upstream to include it.
[x]: Final provides and requires are sane (see attachments).
[?]: Package functions as described.
[x]: Latest version is packaged.
[x]: Package does not include license text files separate from upstream.
[x]: Scriptlets must be sane, if used.
[-]: Description and summary sections in the package spec file contains
translations for supported Non-English languages, if available.
[x]: Package should compile and build into binary rpms on all supported
architectures.
[-]: %check is present and all tests pass.
[x]: Packages should try to preserve timestamps of original installed
files.
[x]: Reviewer should test that the package builds in mock.
[x]: Buildroot is not present
[x]: Package has no %clean section with rm -rf %{buildroot} (or
$RPM_BUILD_ROOT)
[x]: No file requires outside of /etc, /bin, /sbin, /usr/bin, /usr/sbin.
[x]: Fully versioned dependency in subpackages if applicable.
[x]: Packager, Vendor, PreReq, Copyright tags should not be in spec file
[x]: Sources can be downloaded from URI in Source: tag
[x]: SourceX is a working URL.
[x]: Spec use %global instead of %define unless justified.
===== EXTRA items =====
Generic:
[x]: Rpmlint is run on all installed packages.
Note: There are rpmlint messages (see attachment).
[x]: Large data in /usr/share should live in a noarch subpackage if package
is arched.
[x]: Spec file according to URL is the same as in SRPM.
Rpmlint
-------
Checking: ghc-simple-cmd-0.1.0.0-1.fc30.x86_64.rpm
ghc-simple-cmd-devel-0.1.0.0-1.fc30.x86_64.rpm
ghc-simple-cmd-0.1.0.0-1.fc30.src.rpm
ghc-simple-cmd.x86_64: W: spelling-error %description -l en_US readProcess ->
read Process, read-process, reprocess
ghc-simple-cmd.x86_64: W: spelling-error %description -l en_US
readProcessWithExitCode
ghc-simple-cmd.x86_64: W: spelling-error %description -l en_US rawSystem -> raw
System, raw-system, systematize
ghc-simple-cmd.x86_64: W: spelling-error %description -l en_US shelly ->
Shelly, shell, shells
ghc-simple-cmd.x86_64: W: invalid-url URL:
https://hackage.haskell.org/package/simple-cmd The read operation timed out
ghc-simple-cmd.x86_64: W: no-documentation
ghc-simple-cmd.src: W: spelling-error %description -l en_US readProcess -> read
Process, read-process, reprocess
ghc-simple-cmd.src: W: spelling-error %description -l en_US
readProcessWithExitCode
ghc-simple-cmd.src: W: spelling-error %description -l en_US rawSystem -> raw
System, raw-system, systematize
ghc-simple-cmd.src: W: spelling-error %description -l en_US shelly -> Shelly,
shell, shells
3 packages and 0 specfiles checked; 0 errors, 10 warnings.
--
You are receiving this mail because:
You are on the CC list for the bug.