Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
hgettext transitively depends on old-time which doesn't build against
Haskell Platform 8.0.2's base. I can't muster much enthusiasm for
fixing this when there are no translations, so I'll just disable it in
the Flatpak.
|
|
|
|
This version introduced support for setup-tools which is used by gtk et
al. to build-depend on gtk2hs-buildtools.
You can probably still build on older versions if you can arrange for
gtk2hs-buildtools to be installed but I couldn't get it to work, so here
we are.
While here: tweak Tested-With for multi-ghc-travis' benefit.
|
|
This was masking error messages from the pcap reader, and then the old
loader was crashing with:
hGetContents: invalid argument (invalid byte sequence)
https://bugzilla.redhat.com/show_bug.cgi?id=1450443
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Installing these separately breaks with GHC 7.8.4 on Travis. First
gtk2hs-buildtools pulls in primitive, which gets built against
transformers-0.3.0.0. Then some dependency of Bustle pulls in
transformers-0.4.3.0 and wants to rebuild primitive against it. So my
hypothesis is that installing everything together will arrange for
everything to be built against the newer transformers and everyone will
be happy.
|
|
https://github.com/fpco/stackage/issues/746
|
|
Loading object (static)
dist/build/bustle/bustle-tmp/c-sources/pcap-monitor.o ... /usr/bin/ld:
dist/build/bustle/bustle-tmp/c-sources/pcap-monitor.o: relocation
R_X86_64_32S against `.text' can not be used when making a shared
object; recompile with -fPIC
dist/build/bustle/bustle-tmp/c-sources/pcap-monitor.o: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
Whatever you say, computer.
gtk3.cabal has this comment:
-- Due to http://hackage.haskell.org/trac/ghc/ticket/781
-- we need to compile the hsgthread.c module with -fPIC to ensure that a global
-- variable in GLib that holds the address for the mutex lock and unlock functions
-- is accessed correctly. This bug only exists on x86-64 platforms.
if arch(x86_64)
cc-options: -fPIC
Perhaps relevant.
|
|
This is basically to work around building with too-old Gtk+ 3. Travis
doesn't seem to have Gtk+ ≥ 3.10 (I think they're using Precise). The
tests don't care, so, whatever: better than nothing to check that the
rest of the app builds and the tests pass.
|
|
$ cabal check
The following warnings are likely affect your build negatively:
* Packages using 'cabal-version: >= 1.10' must specify the 'default-language'
field for each component (e.g. Haskell98 or Haskell2010). If a component uses
different languages in different modules then list the other ones in the
'other-languages' field.
Hackage would reject this package.
|
|
|
|
Not testing on anything older, so...
|
|
|
|
|
|
|
|
|
|
renameFile can in practice only cope with same-filesystem renames. GIO's
fileMove can fall back to copy + delete.
|
|
|
|
|
|
|
|
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=89712
|
|
This:
import Graphics.UI.Gtk hiding (Markup)
is a warning (which is apparently fatal in Travis CI-land) because new
gtk2hs doesn't export Markup (a synonym for String) from there. It's
only necessary because my own Markup shadowed pango's Markup, so let's
rename it.
Also, remove the 'show' calls: apparently Past Me added a typeclass to
coerce String or Text to String, so I can use that.
|
|
|
|
|
|
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=76796
|
|
Install them in the standard icon theme directory, too, so they can be
used more naturally by GTK+ APIs.
|
|
|
|
|
|
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
|
(The © notice in bustle-pcap.c is correct: I wrote that file outside of
Collabora time.)
|
|
|
|
|
|
|
|
|
|
|
|
This squashes deprecation warnings about the old thread API.
|