[i686]
> requires ghc(base-4.7.0.2-6d16fd65767daf67b7606bd63b471328)
[x86_64]
> requires ghc(base-4.7.0.2-cb23b5265b6e147094c0cd9ac819acb1)
I fixed the ghc ABI hash breakage (caused by ghc-7.8.4-40 -> ghc-7.8.4-41) for
F22 and F23
so the next reports should be better, and also got bus
This is largely my fault, but I think I have fixed all of:
> ... requires libHStext-0.11.3.1-ghc7.6.3.so
with a new build of ghc-text and most of
> ... requires libHSnetwork-2.4.1.2-ghc7.6.3.so
with a ghc-network build, which I believe leaves just 13 packages linked
against the wron
> [ghc-rpm-macros]
> ghc-rpm-macros-1.2.7-1.fc21[*] requires redhat-rpm-config > 0:20-1.fc21
This is fixed now in f21-build and next rawhide push.
(I moved macros.ghc-srpm out of redhat-rpm-config into
ghc-srpm-macros at Panu's request.)
Jens
--
test mailing list
test@lists.fedoraproject.o
> I installed F19-Alpha RC2 with gnome as desktop. But I'm missing the
> gnome classical desktop option.
yum install gnome-classic-session
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
> LXDE Live iso still not ok. Successful boot not possible.
Has a bug been filed?
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
> There's base-x, which is just the X server & drivers, that lives
> under all desktops. That's on the DVD.
>
> The other is the 'Basic X Window' environment, which is that plus
> blackbox, xmonad, ratpoison, etc. window managers. It's not on the DVD.
I feel the naming is still confusing: I am th
I noticed that my recent package updates posted to Bodhi
don't seem to have received autoqa testing.
eg
https://admin.fedoraproject.org/updates/FEDORA-2012-0762/redhat-rpm-config-9.1.0-16.fc15
I am not sure what the issue is but since it seems
a bit strange I thought I would raise the issue here
> > ghc-blaze-html
> > ghc-citeproc-hs
> > ghc-hamlet
> > ghc-json
> > ghc-ltk
> > ghc-MonadCatchIO-mtl
> > ghc-pandoc-types
> > ghc-texmath
Doh, ok I finally get that this is a multilib issue!
Basically ghc is not multilib in Fedora but because of
the way we compose trees the presence of ghc-*-
> ghc-blaze-html
> ghc-citeproc-hs
> ghc-hamlet
> ghc-json
> ghc-ltk
> ghc-MonadCatchIO-mtl
> ghc-pandoc-types
> ghc-texmath
I *think* these are false positives or possibly a yum corner-case dependency
issue.
Is it perhaps because of prepending "0:" epoch before the hashes?
At least I am not ab