- openSUSE Haskell

Re: Re-enabling haskell i586 builds
by Peter Simons 08 Dec '22

08 Dec '22

Hi Lukas, > I'm going to re-enable i586 builds for a bunch of ghc packages, > with the goal of building git-annex for i585 again. the Haskell compiler GHC does not support i586 -- it has a code generator only for i686. This means that we cannot rely on those binaries actually working on a i586 CPU. Therefore, this is not a configuration I'd be willing to support. Best regards, Peter

1 0

RESEND: Re-enabling haskell i586 builds
by Lukas Straub 29 Nov '22

29 Nov '22

Hello Everyone, I'm going to re-enable i586 builds for a bunch of ghc packages, with the goal of building git-annex for i585 again. While this will be actually i686 builds, I think it is fine since there are other i686 packages already in "i586" thumbleweed (like qtwebengine). Regards, Lukas Straub --

1 0

[opensuse-haskell] devel:languages:haskell switched to ghc-8.6.1
by Peter Simons 18 Oct '18

18 Oct '18

Fellow Haskell Hackers, the development project for Factory, devel:languages:haskell, has now switched to ghc-8.6.1. We mirror the contents into that project from devel:languages:haskell:ghc-8.6.x once every 24 hours. I'll now begin submitting these updates to Factory, too, so expect the new compiler to show up in Tumbleweed any time soon. :-) Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] GHC 8.4.1 is out
by Peter Simons 13 Mar '18

13 Mar '18

Hi folks, just a quick heads-up that GHC 8.4.1 has been released and it brings many nice improvements (as well as a few API-breaking changes). It would be pretty nice to have a working build for that compiler in devel:languages:haskell:lts:next. I could then populate the project with packages from Stackage-Nightly, which is probably going to switch to the 8.4.x version soon. Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 2

[opensuse-haskell] GHC 8.2.2 breaks "next"
by Peter Simons 16 Dec '17

16 Dec '17

Hi, the recent update to GHC 8.2.2 broke *all* builds in: https://build.opensuse.org/project/show/devel:languages:haskell:lts:next It seems like we'll need ghc-rpm-macros update to remedy that issue? Does anyone know what this is about? Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 1

[opensuse-haskell] LTS 9.x has landed in Factory
by Peter Simons 31 Aug '17

31 Aug '17

Hi, just a quick heads-up: openSUSE:Factory has accepted some ~500 package updates. This means that the next Tumbleweed snapshot will come with LTS-9. Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] How do we handle these mass-updates in devel:languages:haskell?
by Peter Simons 30 Jul '17

30 Jul '17

Hi folks, we have a 3 large updates waiting in devel:languages:haskell that have to be submitted to Factory, and I'd like to figure out how to do this best: (1) Current versions of spec-cleaner change every single spec file in devel:languages:haskell, causing 2000+ trivial updates of all Haskell packages in Factory. (2) Switching from LTS 8.x to 9.x has brought 413 version updates that ought to go to Factory. (3) There is an ongoing poll to change spec-cleaner's spelling of "Url" to "URL", which would cause yet another full update with 2000+ re-submissions to Factory. Whether this actually happens or not won't be known until 2017-08-14. Now, I can think of the following strategies for dealing with this situation: (a) Batch all these changes into one bulk submission. That gives us the minimal number of SRs, but it also means that we cannot submit any version updates from (2) before August 14th, because only then we'll know whether (3) is going to happen or not. (b) Submit (2) now, but submit (1) and (3) only after August 14th. This strategy gives us a quick Factory update to LTS 9.x, but it comes at the price of ~500 "extra" submission requests. (c) Submit (1) and (2) now, and deal with (3) only after if actually happens. If the change in (3) does not materialize, then this gives us a perfect outcome: fast update without avoidable SRs, but if (3) does happen, then we'll have ~2000 "extra" submission requests. What is your take on the respective pros and cons and which approach should be use? Is there another alternative I did not consider? Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] State of Affairs after week 2017.30
by Peter Simons 29 Jul '17

29 Jul '17

Hi folks, a lot of things have happened this week. First of all, ghc-8.2.1 was released and found its way into devel:languages:haskell:lts:next, where it's building approx. 2000 packages successfully already. My guess is that it will take at least 2-3 months until we see that compiler anywhere near Factory, though, since there is no Stackage package set yet that's based on ghc-8.2.1. The Nightly package set will switch over soon, but even then it will take weeks until that's stable enough to branch off lts-10. Meanwhile, users who wish to play with ghc-8.2.1 can use the devel:languages:haskell:lts:next repository and combine it with local builds of missing packages via cabal-install or stack to set up a working environment for that compiler. Furthermore, lts-9 was released -- still based on ghc-8.0.2 -- and we have created devel:languages:haskell:lts:9 for it. Note that this project is just a staging area for devel:languages:haskell -- our devel project for Factory. devel:languages:haskell has been switched over to lts-9 already and will now receive automatic updates every night. There is a handful of packages that no longer compiles after the update to lts-9. I've notified the upstream authors and asked for their help fixing these issues. Just check out the list of failing builds in the devel:languages:haskell project to the see the exact list of packages I'm referring to. Finally, we have a new version of spec-cleaner that -- once deployed -- is going to modify every single Haskell package, because the it removes the "BuildRoot" attribute and the "%defattr" macro from all spec files. So, after updating to the new version we'll have to submit all those modified packages to Factory somehow, which kinda sucks since the changes are purely cosmetic. I've talked to Darix and apparently he has come up with a way to mass-approve our bulk-submission when it occurs; we just need to coordinate with him before doing the update. There are still a few open questions about the procedure we should use to pull this off, but I'll write another e-mail about with more details soon. Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] LTS 9.0 is out and it's still based on GHC 8.0.2
by Peter Simons 27 Jul '17

27 Jul '17

Hi folks, LTS-9.0 was released last night and curiously enough it's still based on GHC 8.0.2, like LTS-8. I hadn't expected that, but, well, I suppose the Stackage team had their reasons. I created https://build.opensuse.org/project/show/devel:languages:haskell:lts:9 and set up the updating process. Assuming that the new package set doesn't cause any trouble -- and I don't expect it will since it does not include the new compiler --, I'll soon switch the mirroring scripts to update devel:languages:haskell (and therefore Factory) from lts-9 rather than lts-8. Now, the big question is what do we do about Leap? Shall we update Leap to lts-9, too, or should Leap continue to track lts-8, which is surely going to receive further updates for a while? Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] GHC 8.2.1 is out
by Peter Simons 26 Jul '17

26 Jul '17

Hi folks, GHC version 8.2.1 has been released: https://www.haskell.org/ghc/download_ghc_8_2_1.html I suppose it will take 2-3 months until Stackage creates LTS-9.0, so we're in no hurry to update our package set. It would be nice, however, to have the compiler available in https://build.opensuse.org/package/show/devel:languages:haskell:lts:next/ghc ..., because that is the first release to ship with Cabal 2.x and it's going to be interesting to see what effect that'll have on our build system. Is anyone working in an updated spec file for that version? ptrommer, maybe? Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

3 3

[opensuse-haskell] Re: [opensuse-packaging] Re: haskell: armv7hl
by Martin Pluskal 22 Jun '17

22 Jun '17

On 6/22/17 11:57 AM, Andreas Schwab wrote: > On Jun 22 2017, "Matwey V. Kornilov" <matwey.kornilov(a)gmail.com> wrote: > >> How could I help in bringing haskell packages to armv7l architecture? > > The ghc compiler needs to be bootstrapped. See README.openSUSE in the > ghc-bootstrap package. Yep and we also have ml where this can be discussed - opensuse-haskell(a)opensuse.org :) Cheers M

1 0

[opensuse-haskell] New ghc-rpm-macros
by Ondřej Súkup 28 May '17

28 May '17

Hi all, I now preparing new GHC rpm macros. Reason for this change is sync with upstream fedora macros. Unfortunately one of main changes is in 'ghc_lib_subpackage'. Which is used in ghc.spec. So I prepared also fixed specfile + added two small patches from debian to get more stable ABI :) Now I build test packages in my home project "home:mimi_vx:ghc-rpm". After successful build I pland send SR to d:l:h:lts:8 and to d:l:h. Kind Regards, Ondrej Sukup PS: P.Trommler, coul you check changes ? -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] LTS 8.0 is out
by Peter Simons 13 Feb '17

13 Feb '17

Fellow Haskell hackers, Stackage LTS 8.0 has been released and we have created the corresponding https://build.opensuse.org/project/show/devel:languages:haskell:lts:8 project. That project is our new source of packages for openSUSE:Factory (via devel:languages:haskell, the official development project), which means that quite a few updates will materialize in Tumbleweed soon -- the most obvious one being GHC version 8.0.2, of course. Updating to LTS 8.0 is not going to be smooth sailing all the way, though, because there is an impressive list of packages that have been dropped from LTS 8.x compared to our current state in d:l:h: - angel - apply-refact - bustle - cabal-sort - cabal-src - derive - find-clumpiness - ghc-api-field-json-th - ghc-atndapi - ghc-aws - ghc-bitcoin-api-extra - ghc-bitcoin-api - ghc-bitcoin-payment-channel - ghc-chell-quickcheck - ghc-compdata - ghc-concatenative - ghc-concurrent-extra - ghc-continued-fractions - ghc-converge - ghc-dbus - ghc-dependent-sum-template - ghc-doctest-prop - ghc-docvim - ghc-explicit-exception - ghc-extract-dependencies - ghc-fb - ghc-FindBin - ghc-forecast-io - ghc-freer - ghc-gamma - ghc-genvalidity - ghc-genvalidity-hspec - ghc-gl - ghc-haddock-api - ghc-hashable-extras - ghc-haskoin-core - ghc-hbayes - ghc-hgettext - ghc-hpack-convert - ghc-hprotoc - ghc-hspec-contrib - ghc-hspec-jenkins - ghc-httpd-shed - ghc-hworker-ses - ghc-json-autotype - ghc-libxml-sax - ghc-load-env - ghc-ltext - ghc-murmur3 - ghc-mustache - ghc-network-uri-flag - ghc-package-description-remote - ghc-pbkdf - ghc-pcap - ghc-pipes-aeson - ghc-pipes-bgzf - ghc-pipes-cliff - ghc-pipes-fastx - ghc-pipes-http - ghc-pipes-illumina - ghc-pipes-network - ghc-postgresql-query - ghc-quantum-random - ghc-quickcheck-combinators - ghc-quickcheck-properties - ghc-rosezipper - ghc-scrape-changes - ghc-secp256k1 - ghc-shelly - ghc-show-type - ghc-smsaero - ghc-store-core - ghc-store - ghc-stripe-core - ghc-th-printf - ghc-th-utilities - ghc-tree-view - ghc-tries - ghc-twitter-conduit - ghc-twitter-types - ghc-twitter-types-lens - ghc-unfoldable - ghc-unfoldable-restricted - ghc-unit-constraint - ghc-validation - ghc-validity - ghc-wai-predicates - ghc-wai-request-spec - ghc-wreq - ghc-yarr - ghc-yesod-auth-oauth2 - ghc-yesod-fb - ghc-yesod-job-queue - ghc-zoom-refs - git-fmt - hackage-mirror - hackage-whatsnew - hackmanager - handwriting - HaRe - homplexity - hspec-setup - idris - moesocks - omnifmt - postgresql-schema - purescript - stackage-curator - stack-run-auto - stack - werewolf-slack - werewolf - yi I'm particularly baffled that the Stackage folk would make an LTS release that cannot build "stack"! I'll try to remedy that issue, i.e. we'll certainly continue to distribute that package. As far as the others are concerned, the default choice is to drop them. So of there is any package on that list which you desperately need for your work, please speak up and let us know. Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

3 2

[opensuse-haskell] How to build cabal-install 1.24.1?
by Peter Simons 09 Nov '16

09 Nov '16

Hi, we recently added the latest version of cabal-install into the lts:7 project [1], but the tool won't compile since it depends on Cabal >=1.24.1 && <1.25, which we don't have since GHC 8.0.1 ships Cabal 1.24.0.0 as a core library. Now, I see two options to remedy this issue: 1) We patch the GHC 8.0.1 build to contain the latest Cabal release or 2) we add Cabal-1.24.1.0 as an a additional library into the OBS project. Option (1) is probably the easier solution of the two, but patching the GHC build feels dangerous to me, because we'll venture into a territory that's not supported by the GHC developers. Also, I am not aware of any other distribution going that route. Option (2) is perfectly safe, but it's hard'ish to pull off because we cannot just add a second version of "Cabal" to our project (and certainly not to Factory). So we'd probably have to call that library "Cabal_1_24_1_0" and add appropriate "provides" and "conflicts" attributes. I'm not quite sure how all this works since I haven't done such a thing before. Figuring this out might be worthwhile, though, because in the long run we'll need multiple versions of Haskell libraries available if we want to ship recent versions of important tools. Right now, "stack" is blocked by version conflicts, for instance, that we cannot resolve without having multiple library versions. Anyhow, is anyone aware of a third option that I missed? Does anyone have an opinion in this matter? Best regards, Peter [1] https://build.opensuse.org/package/show/devel:languages:haskell:lts:7/cabal… -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 1

[opensuse-haskell] Factory moving to LTS 7.x (GHC 8.0.1)
by Peter Simons 28 Sep '16

28 Sep '16

Hi folks, just to give you a quick heads-up: devel:languages:haskell is now based on LTS 7.x and GHC 8.0.1. I am preparing submit requests for Factory as we speak and will send them out as soon as test builds on opensuse.org show that everything works fine as expected. Packages that will be updated in Factory are ghc, ghc-rpm-macros, cabal-install, cabal-rpm, cpphs, darcs, ghc-aeson-compat, ghc-aeson-pretty, ghc-alarmclock, ghc-arithmoi, ghc-attoparsec, ghc-aws, ghc-bcrypt, ghc-bifunctors, ghc-bits, ghc-bmp, ghc-bytestring-builder, ghc-bytestring-tree-builder, ghc-cabal-helper, ghc-cacophony, ghc-cairo, ghc-cartel, ghc-cayley-client, ghc-cereal, ghc-ChasingBottoms, ghc-checkers, ghc-chunked-data, ghc-cipher-aes128, ghc-clay, ghc-comonad, ghc-concurrent-output, ghc-conduit-combinators, ghc-conduit-extra, ghc-configuration-tools, ghc-cryptonite, ghc-css-text, ghc-data-default, ghc-data-default-class, ghc-data-default-instances-base, ghc-DAV, ghc-deepseq-generics, ghc-Diff, ghc-dlist, ghc-esqueleto, ghc-generic-deriving, ghc-gio, ghc-glib, ghc-gtk3, ghc-hackage-security, ghc-haddock-library, ghc-hedis, ghc-http-client, ghc-http-client-openssl, ghc-HUnit, ghc-js-jquery, ghc-JuicyPixels, ghc-kan-extensions, ghc-lens, ghc-list-t, ghc-MissingH, ghc-mod, ghc-mono-traversable, ghc-pango, ghc-path-io, ghc-persistent, ghc-persistent-sqlite, ghc-persistent-template, ghc-pointed, ghc-recursion-schemes, ghc-reroute, ghc-sandi, ghc-semigroupoids, ghc-semigroups, ghc-shakespeare, ghc-Spock, ghc-Spock-worker, ghc-streaming-commons, ghc-tagged, ghc-tagsoup, ghc-tasty, ghc-time-parsers, ghc-transformers-compat, ghc-unix-compat, ghc-unix-time, ghc-wai-extra, ghc-wai-logger, ghc-x509, ghc-x509-validation, ghc-xml-hamlet, ghc-yaml, ghc-yesod-auth, ghc-yesod-core, ghc-yesod-static, ghc-zip-archive, git-annex, gtk2hs-buildtools, hdevtools, highlighting-kate, pointfree, and xmobar. Packages that will be removed from Factory (because LTS 7.x no longer contains them) are listed at https://github.com/opensuse-haskell/configuration/issues/16. Packages that have been removed from LTS 7.x and which are not in Factory already will be removed from d.l.h, i.e. BlogLiterately, calculator, clash-ghc, codex, diagrams-haddock, dixi, ghc-agda-snippets, ghc-agda-snippets-hakyll, ghc-agentx, ghc-apiary, ghc-apiary-authenticate, ghc-apiary-clientsession, ghc-apiary-cookie, ghc-apiary-eventsource, ghc-apiary-logger, ghc-apiary-memcached, ghc-apiary-mongoDB, ghc-apiary-persistent, ghc-apiary-session, ghc-apiary-websockets, ghc-approximate, ghc-attoparsec-enumerator, ghc-avers, ghc-avers-api, ghc-avers-server, ghc-barrier, ghc-binary-shared, ghc-biophd, ghc-blaze-builder-enumerator, ghc-BlogLiterately-diagrams, ghc-bound, ghc-brick, ghc-bytestring-read, ghc-cabal-debian, ghc-cql, ghc-cql-io, ghc-dbmigrations, ghc-debian, ghc-diagrams-builder, ghc-digestive-bootstrap, ghc-digestive-functors, ghc-digestive-functors-aeson, ghc-digestive-functors-blaze, ghc-digestive-functors-lucid, ghc-distributed-process, ghc-distributed-process-async, ghc-distributed-process-client-server, ghc-distributed-process-execution, ghc-distributed-process-extras, ghc-distributed-process-registry, ghc-distributed-process-simplelocalnet, ghc-distributed-process-supervisor, ghc-distributed-process-task, ghc-distributed-process-tests, ghc-edit-distance-vector, ghc-ekg-statsd, ghc-engine-io, ghc-engine-io-wai, ghc-engine-io-yesod, ghc-EntrezHTTP, ghc-enumerator, ghc-envy, ghc-exact-real, ghc-exhaustive, ghc-fb-persistent, ghc-file-location, ghc-fixed-list, ghc-fn-extra, ghc-generic-trie, ghc-ghcjs-dom, ghc-ghc-mtl, ghc-ghc-parser, ghc-ghc-session, ghc-github, ghc-github-release, ghc-github-webhook-handler-snap, ghc-GPipe, ghc-GPipe-GLFW, ghc-groundhog, ghc-groundhog-mysql, ghc-groundhog-postgresql, ghc-groundhog-sqlite, ghc-groundhog-th, ghc-growler, ghc-hakyll, ghc-hakyll-sass, ghc-haxl, ghc-haxl-amazonka, ghc-haxr, ghc-HDBC-postgresql, ghc-HDBC-sqlite3, ghc-heist, ghc-highjson, ghc-hjpath, ghc-hjson, ghc-hspec-snap, ghc-http-accept, ghc-hw-json, ghc-hxt-curl, ghc-hxt-expat, ghc-hxt-relaxng, ghc-hxt-tagsoup, ghc-hyperloglog, ghc-hzulip, ghc-ide-backend-common, ghc-ig, ghc-ihaskell, ghc-ihaskell-aeson, ghc-ihaskell-basic, ghc-ihaskell-blaze, ghc-ihaskell-charts, ghc-ihaskell-diagrams, ghc-ihaskell-hatex, ghc-ihaskell-inline-r, ghc-ihaskell-juicypixels, ghc-ihaskell-magic, ghc-ihaskell-rlangqq, ghc-imported-from, ghc-intern, ghc-ipython-kernel, ghc-jmacro-rpc-snap, ghc-jsaddle, ghc-json-builder, ghc-JuicyPixels-repa, ghc-JuicyPixels-util, ghc-kanji, ghc-katip, ghc-katip-elasticsearch, ghc-kure, ghc-lambdacube-compiler, ghc-lambdacube-gl, ghc-lambdacube-ir, ghc-latex-formulae-hakyll, ghc-latex-formulae-image, ghc-latex-formulae-pandoc, ghc-librato, ghc-libsystemd-journal, ghc-ltk, ghc-luminance, ghc-lzma-conduit, ghc-machines-binary, ghc-machines-directory, ghc-machines-io, ghc-machines-process, ghc-map-syntax, ghc-MASMGen, ghc-memcached-binary, ghc-memoization-utils, ghc-memoize, ghc-midair, ghc-monad-st, ghc-mstate, ghc-multiplate, ghc-mysql, ghc-mysql-simple, ghc-nested-routes, ghc-network-carbon, ghc-Network-NineP, ghc-network-transport-zeromq, ghc-newtype-generics, ghc-partial-isomorphisms, ghc-patches-vector, ghc-persistent-mongoDB, ghc-persistent-mysql, ghc-pipes-binary, ghc-pipes-transduce, ghc-plot, ghc-plot-gtk, ghc-plot-gtk3, ghc-plot-gtk-ui, ghc-poly-arity, ghc-PortMidi, ghc-postgresql-orm, ghc-pred-trie, ghc-process-streaming, ghc-pusher-http-haskell, ghc-quandl-api, ghc-rematch, ghc-repa-devil, ghc-rest-snap, ghc-riak, ghc-riak-protobuf, ghc-Rlang-QQ, ghc-RNAlien, ghc-serialport, ghc-serversession-backend-persistent, ghc-serversession-backend-redis, ghc-serversession-frontend-snap, ghc-ses-html, ghc-set-extra, ghc-simpleirc, ghc-simple-postgresql-orm, ghc-snap, ghc-snaplet-fay, ghc-snmp, ghc-socket-io, ghc-sodium, ghc-Spock-digestive, ghc-stackage-cli, ghc-stackage-install, ghc-stackage-metadata, ghc-stackage-update, ghc-stackage-upload, ghc-statistics-linreg, ghc-stripe-haskell, ghc-stripe-http-streams, ghc-sync-mht, ghc-tasty-fail-fast, ghc-tasty-tap, ghc-Taxonomy, ghc-telegram-api, ghc-test-framework-th-prime, ghc-text-zipper, ghc-time-units, ghc-tracy, ghc-types-compat, ghc-tz, ghc-uri-templater, ghc-users-persistent, ghc-vcsgui, ghc-vect, ghc-vivid, ghc-wai-handler-launch, ghc-wai-route, ghc-wai-routes, ghc-wai-routing, ghc-wai-util, ghc-wavefront, ghc-web-fpco, ghc-web-routing, ghc-websockets-snap, ghc-xformat, ghc-xml-to-json, ghc-yaml-light, ghc-yesod-auth-account-fork, ghc-yesod-auth-deskcom, ghc-yesod-auth-fb, ghc-yesod-text-markdown, ghc-zim-parser, ghc-zlib-enum, github-backup, haddocset, hdocs, hledger-ui, hledger-web, hsdev, ide-backend, ide-backend-server, leksah-server, lentil, mole, msi-kb-backlit, shelltestrunner, TaxonomyTools, and tellbot. Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] Future of devel:languages:haskell:unmaintained
by Peter Simons 21 Jul '16

21 Jul '16

Hi folks, I've remove all builds that are active in d:l:h fromq the d:l:h:unmaintained project, and now all that's left in there are 17 packages, some of which are deprecated upstream: https://build.opensuse.org/project/show/devel:languages:haskell:unmaintained Given how easy it is to re-generate those spec files automatically these days, I wonder whether the d:l:h:u project is still worthwhile having around? Do you find it useful? And if so, what do you use it for? Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] Merging devel:languages:haskell:lts:6 into devel:languages:haskell
by Peter Simons 21 Jul '16

21 Jul '16

Fellow Haskell Hackers, the d:l:h:lts:6 project contains a set of builds for the Haskell packages in Stackage LTS 6.x (plus additional ones) that is completely auto-generated. Whenever a few Stackage release comes out, we can basically say "make update all" and then we'll have an updated project. Manual maintenance is required only to fix build failures that might occur, of course, because of missing system libraries, etc. Since the automatic generation allows us to maintain the package set more reliably, we'll merge our efforts from d:l:h:lts:6 into d:l:h, which is still the proper development project for Factory. We'll continuously run that synchronization in the future, but the first time we copy things over is a somewhat delicate operation because d:l:h contain manually made modifications to the spec files that d:l:h:lts:6 did not contain. Some of those modifications are vital for the package's functionality and should not be lost. Other modifications are unimportant or purely cosmetic and can be dropped. In this first-time merge, we'll create almost 2000 submit requests that we'll need to review and approve. Once we've been through this, subsequent mergers will be very simple, i.e. fully automatic. Anyway, as an example, consider the SR for the package "shake": | old: devel:languages:haskell/shake | new: devel:languages:haskell:lts:6/shake rev 5 | Index: shake.changes | =================================================================== | --- shake.changes (revision 10) | +++ shake.changes (revision 5) | @@ -1,4 +1,9 @@ | ------------------------------------------------------------------- | +Sun Jul 10 17:23:20 UTC 2016 - psimons(a)suse.com | + | +- Update to version 0.15.10 revision 0 with cabal2obs. | + | +------------------------------------------------------------------- | Wed Jun 15 09:23:40 UTC 2016 - mimi.vx(a)gmail.com Auto-generated packages get a change log entry like this one. The makefile adds such an entry if -- and only if -- the string "version x.y.z revision v" is *not* found in the change log file already. The revision number of the package refers to the revision on *Hackage*. That's not the same thing as the revision number our RPMs have, which is auto-generated by OBS. These two are unrelated. On some occasions, we've edited a pre-existing change log entry to state the version number in that format to prevent the auto-generator from adding a new one, but this happened only rarely. These are all trivial changes that mean nothing: | --- shake.spec (revision 10) | +++ shake.spec (revision 5) | @@ -1,7 +1,7 @@ | # | # spec file for package shake | # | -# Copyright (c) 2015 SUSE LINUX GmbH, Nuernberg, Germany. | +# Copyright (c) 2016 SUSE LINUX GmbH, Nuernberg, Germany. | # | # All modifications and additions to the file contributed by third parties | # remain the property of their copyright owners, unless otherwise agreed | @@ -18,19 +18,15 @@ | | %global pkg_name shake | %bcond_with tests | -Name: shake | +Name: %{pkg_name} | Version: 0.15.10 | Release: 0 | Summary: Build system library, like Make, but more accurate dependencies | -Group: Development/Languages/Other | - | License: BSD-3-Clause | +Group: Development/Languages/Other | Url: https://hackage.haskell.org/package/%{name} | Source0: https://hackage.haskell.org/package/%{name}-%{version}/%{name}-%{version}.t… | -BuildRoot: %{_tmppath}/%{name}-%{version}-build | BuildRequires: ghc-Cabal-devel | -BuildRequires: ghc-rpm-macros | # Begin cabal-rpm deps: | BuildRequires: ghc-binary-devel | BuildRequires: ghc-bytestring-devel | @@ -41,15 +37,16 @@ | BuildRequires: ghc-hashable-devel | BuildRequires: ghc-js-flot-devel | BuildRequires: ghc-js-jquery-devel | -BuildRequires: ghc-time-devel | BuildRequires: ghc-primitive-devel | BuildRequires: ghc-process-devel | BuildRequires: ghc-random-devel | +BuildRequires: ghc-rpm-macros | BuildRequires: ghc-time-devel | BuildRequires: ghc-transformers-devel | BuildRequires: ghc-unix-devel | BuildRequires: ghc-unordered-containers-devel | BuildRequires: ghc-utf8-string-devel | +BuildRoot: %{_tmppath}/%{name}-%{version}-build | %if %{with tests} | BuildRequires: ghc-QuickCheck-devel | %endif | @@ -84,10 +81,10 @@ | %package -n ghc-%{name}-devel | Summary: Haskell %{name} library development files | Group: Development/Libraries/Other | +Requires: ghc-%{name} = %{version}-%{release} | Requires: ghc-compiler = %{ghc_version} | Requires(post): ghc-compiler = %{ghc_version} | Requires(postun): ghc-compiler = %{ghc_version} | -Requires: ghc-%{name} = %{version}-%{release} | | %description -n ghc-%{name}-devel | This package provides the Haskell %{name} library development files. | @@ -103,31 +100,38 @@ | %install | %ghc_lib_install Note that all our generated spec files are automatically run through spec-cleaner to guarantee a consistent look and feel. As a result, some attributes will have switched positions compared to the spec files we have in d:l:h. | -rm -Rf docs/manual | -rm -Rf %{buildroot}/%{_datadir}/%{name}-%{version}/docs Now, here comes a significant change. Generally speaking, installing docs is good and we should not remove them. In this particular case, however, we'll see that the docs end up being installed twice in two separate locations and that's not good. You'll see more below. First comes more trivial stuff: | %check | %if %{with tests} | -%cabal test | +%{cabal} test | %endif | | | %post -n ghc-%{name}-devel | %ghc_pkg_recache | | - | %postun -n ghc-%{name}-devel | %ghc_pkg_recache | | - | %files | %defattr(-,root,root,-) | %doc LICENSE | %doc README.md docs | %{_bindir}/%{name} | -%{_datadir}/%{name}-%{version} | +%dir %{_datadir}/%{name}-%{version} | +%dir %{_datadir}/%{name}-%{version}/html | +%dir %{_datadir}/%{name}-%{version}/docs | +%dir %{_datadir}/%{name}-%{version}/docs/manual | +%{_datadir}/%{name}-%{version}/html/viz.js | +%{_datadir}/%{name}-%{version}/html/profile.html | +%{_datadir}/%{name}-%{version}/html/progress.html | +%{_datadir}/%{name}-%{version}/html/shake.js | +%{_datadir}/%{name}-%{version}/docs/manual/build.bat | +%{_datadir}/%{name}-%{version}/docs/manual/Build.hs | +%{_datadir}/%{name}-%{version}/docs/manual/build.sh | +%{_datadir}/%{name}-%{version}/docs/manual/constants.c | +%{_datadir}/%{name}-%{version}/docs/manual/constants.h | +%{_datadir}/%{name}-%{version}/docs/manual/main.c Note that these explicit %file sections are auto-generated by the new cabal-rpm tool. These %file specs can be relied on to be correct. One thing we must watch our for, however, is that sometimes %doc contains the same content as %datadir. | %files -n ghc-%{name} -f ghc-%{name}.files | %defattr(-,root,root,-) | @@ -135,6 +139,6 @@ | | %files -n ghc-%{name}-devel -f ghc-%{name}-devel.files | %defattr(-,root,root,-) | -%doc README.md | +%doc README.md docs | | %changelog These changes look a little suspicious. Apparently, the docs hierarchy is included in both the main and the -devel package? Furthermore, it looks like the manual is installed in both %datadir and as %doc. We prefer it to be in %doc, so apparently we should have kept the "rm" commands we have seen in the diff above. As is, this SR should be flagged and probably refused. All manually created changes to the spec files are recorded in patch files at https://github.com/opensuse-haskell/configuration/tree/master/patches and the build process applies those changes automatically after running cabal-rpm, so we can influence the generation process in any way we please. On the other hand, we generally have no love for manual changes, because these patches create more work for us. They are hard to maintain and to keep up-to-date. So as a rule of thumb, I'd recommend being somewhat liberal with the generated files because auto-generating 2000 builds is no fun of we end up having 2000 patches on top-of them. :-) In some cases, it's preferable to try and improve the upstream Cabal file or the cabal-rpm utility. Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 1

[opensuse-haskell] HackWeek 14 + propose change to binary packages.
by Ondřej Súkup 27 Jun '16

27 Jun '16

Hi all, On Friday was started SUSE's Hackweek 14. Peter Simons and I working on project named " Automate Haskell Packaging" -- https://hackweek.suse.com/14/projects/1368 One of project result is proposal to globally enable macro "%ghc_without_dynamic 1" which causes all Haskell Apps -- binary packages like "pandoc" , "git-annex" will be build with staticaly linked binaries. As result user instaling only this package not need install full haskell stack. Any comments, suggestions to this Proposal? PRO: binary with very small amount of deps, Very fast start of packages CONS: very big binaries --> for example git-annex Kind Regards, Ondrej Sukup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 3

[opensuse-haskell] Stackage Nightly and next Leap
by Ondřej Súkup 02 Jun '16

02 Jun '16

Hello all, We now have in devel:languages:haskell:lts working GHC-8.0.1 ( thanks to Peter Trommler ) and almost all packages built wit it. Only 9 packages fails ( lhs2tex failing due problems with new texlive in Factory ) and 2 unresolvable from 416 packages. We got three new packages as new dependency for cabal-install-1.24.0.0. I also added openSUSE:Leap:42.2 repository with build against it. On stable front .. I submitted first requests to openSUSE:Leap:42.2 - ghc-rpm-macros-1.5.3 and ghc-7.10.3. I'll plan submit to 42.2 set of packages based on LTS-6 or if LTS-7 with GHC-8.0.1 will be released before package freeze for Leap-42.2 of course this. . In current Leap 42.1 is set of packages based on LTS-3 I'll plan submit to new Leap --> pandoc, stack, xmonad + xmobar, ghc-mod, git-annex and darcs. Kind Regards Ondřej Súkup PS: Peter what about new bootstrap ? based on 7.10 or 8.0 ? PPS: due too old glibc in SLE11SP4 I lost all hope for successful support of this distribution.. -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 1

[opensuse-haskell] LTS-6 and stackage nightly
by Ondřej Súkup 27 May '16

27 May '16

Hi all, I now submitted LTS-6 to devel:languages:haskell and created SR to openSUSE:Tumbleweed. In Tumbleweed we waiting for many legal reviews. This blocks for example new 'stack'. On other side in Stackage Nightly is now ( 27.5.2016) GHC-8.0.1 ) , so @Peter is possible submit new GHC to devel:languages:haskell:lts ? Best Regards Ondrej Sukup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 3

[opensuse-haskell] LTS-5.14 and other
by Ondřej Súkup 27 Apr '16

27 Apr '16

Hello all, We now have 400 packages in devel:languages:haskell project ... in project are all packages in LTS-5.14 version wit SR's pending to openSUSE:Tumbleweed we now have enabled building of d:l:h on zSystem port of openSUSE:Factory on way to oS:Tw is git-annex , thanks to Peter Simons and prepared for SR darcs. Bye Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] LTS-5 in devel:languages:haskell
by Ondřej Súkup 26 Jan '16

26 Jan '16

Hello all, We have now LTS 5.0 in devel repository and on way to openSUSE:Tumbleweed https://build.opensuse.org/project/show/openSUSE:Factory:Staging:adi:59 https://build.opensuse.org/project/show/openSUSE:Factory:Staging:adi:60 https://build.opensuse.org/project/show/openSUSE:Factory:Staging:adi:63 https://build.opensuse.org/project/show/openSUSE:Factory:Staging:adi:68 biggest change is "DOWNGRADE" aeson library from 0.10.0.x back to 0.9.0.1 from LTS-3 ( cause fore unexcepted release LTS-5 only three week's after LTS-4) plus update of Pandoc to 1.16 series, stack to 1.0.2 , cabal-rpm 0.9.9 ( better support for openSUSE packaging guidelines), and new wai + warp. And of course update plenty other libraries. Please after release in standard channel's use "zypper dup" command :( Kind Regard's Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] LTS-4.0
by Ondřej Súkup 08 Jan '16

08 Jan '16

Hi *, I'am happy to announce LTS-4.0 based set of packages with stack-1.0.0 was accepted Today to openSUSE:Tumbleweed Thx Peter for GHC-7.10.3 and Scot for upstreamed patch for terminfo package:) Kind Regards , Ondřej -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] preparing for LTS4
by Ondřej Súkup 16 Dec '15

16 Dec '15

Hi *, I prepared in devel:languages:haskell:lts last nightly stackage ( 2015-12-14 ). + is here GHC-7.10.3 by Peter Trommler. As in blog Jens Petersen (juhp) http://juhp.blogspot.cz/2015/12/stackage-nightly-and-lts-moving-soon-to.html is LTS 4 based on new GHC pretty close. Kind Regards, Ondrej Sukup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] SLE-12SP1
by Ondřej Súkup 12 Dec '15

12 Dec '15

Hello *, I enabled just now SLE-12-SP1 repositories and builds in devel:languages:haskell and devel:languages:haskell:lts cheers, ondrej -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] GHC 7.10.3 release ready
by Peter Trommler 12 Dec '15

12 Dec '15

Hi *, The latest release GHC 7.10.3 is ready for submission in devel:languages:haskell:platform/ghc. Haskell LTS is still at 7.10.2 and the submission is not at all critical for Factory/Tumbleweed. There is one failure in ghc-vector-algorithms on ppc that is fixed by 7.10.3. That said, I think we can wait until Haskell LTS makes the switch to 7.10.3. Cheers, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 2

[opensuse-haskell] Status of Haskell in openSUSE
by Ondřej Súkup 01 Dec '15

01 Dec '15

Hello all, now we have in openSUSE Tumbleweed and in d:l:haskell repository package set based on LTS-3.16. newly is packed Stack ( http://docs.haskellstack.org/en/stable/README.html ) and his deps. Patch for terminfo by Scott Bahling is on way to upstream with small changes https://github.com/judah/terminfo/commit/96455041834b54f86482741d940a7941c5… On other side, support for older SLE releases is more problematic than I excepted, so it need more time , work :( Kind Regards, Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

Re: [opensuse-haskell] SLE11Spx
by Ondřej Súkup 11 Nov '15

11 Nov '15

Hello, I talked with Fedora's Jens Petersen about ghc-rpm-macros , and we now have new working version with support for SLE11SPx , but our ghc-bootstrap isn't build / buildable on SLE11SPx now .. Kind Regards, Ondřej Súkup On 10 November 2015 at 09:20, Ondřej Súkup <mimi.vx(a)gmail.com> wrote: > Hello Peter, > > Thanks for info. > > for macros .. yes , isn't urgent :) I try to adjust upstream > fedora-haskell/ghc-haskell-macros + i'll try talk with Jens Petersen. > > + i now created openSUSE-haskell organization in github. > > Best Regards, Ondřej > > On 10 November 2015 at 07:54, Peter Trommler > <Peter.Trommler(a)th-nuernberg.de> wrote: >> Hi Ondrej, >> >> That was me. I thought I give it a try. I forgot that we gave up >> on SLE11 a while ago. Now I cannot log into build service to remove >> it again :-( >>> On 09.11.2015, at 23:23, Ondřej Súkup <mimi.vx(a)gmail.com> wrote: >>> >>> Hello all, >>> >>> Small question, Who added SLE11SP4 repositories to >>> devel:language:haskell? For SLE11SPx we don't had functional version >>> of ghc-rpm-macros.. for very long time. >>> >>> @ Peter , please give look to new version of fedora ghc-rpm-macros, >>> changes here causing problems with our build :( ==> me must prepare >>> new patchset to this or fork this project to own opensuse.. >> What exactly are you trying to do? Currently, I am working with upstream >> to get ghc 7.10.3 released and I would like to spend my time there if >> the macro problem is not urgent. >> >> Cheers, Peter >> >> -- >> Prof. Dr. Peter Trommler email: peter.trommler(a)th-nuernberg.de >> Technische Hochschule Nuernberg phone: +49-911-58 80-16 63 >> Faculty of Computer Science fax: +49-911-58 80-56 66 >> Postfach 31 03 20, 90121 Nuernberg office: Hohfederstrasse 40, 90489 Nuernberg >> -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 1

[opensuse-haskell] SLE11Spx
by Ondřej Súkup 09 Nov '15

09 Nov '15

Hello all, Small question, Who added SLE11SP4 repositories to devel:language:haskell? For SLE11SPx we don't had functional version of ghc-rpm-macros.. for very long time. @ Peter , please give look to new version of fedora ghc-rpm-macros, changes here causing problems with our build :( ==> me must prepare new patchset to this or fork this project to own opensuse.. Kind Regards Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] GHC 7.10.2 and ncurses-6.0
by Ondřej Súkup 04 Oct '15

04 Oct '15

Hello all, We have serious problem with ncurses-6.0 in Tumbleweed/Factory. Our workaround 'ncurses6.patch" allow us build GHC but causes segfaults in 'ghci" or any other terminal interaction with terminfo library. @ Peter is possible to have a look at GHC/terminfo? i tried before add to build.mk lines with config valuses for terminfo to use / link against ncurses 5.9 ABI , but terminfo configure it ignore. Best regards Ondrej -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

3 4

[opensuse-haskell] Status of Haskell in openSUSE
by Ondřej Súkup 28 Sep '15

28 Sep '15

Hello all, we've now in d:l:haskell LTS 3.7 , with SR to Factory:) Added Shake ( http://shakebuild.com/ ) an lens ( https://hackage.haskell.org/package/lens ) Updated ghc-mod to 5.4.0.0 + added its new dep pipes ( https://hackage.haskell.org/package/pipes) ==> about 249 packages in project. I created SR to openSUSE:Leap:42.1 for Haskell Platform pattern, pandoc and xmonad. Best regards Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] Status of haskell in openSUSE:Tw and d:l:h
by Ondřej Súkup 17 Sep '15

17 Sep '15

Hello all, I proud to announce we have in TW small set of packages based on LTS 3.5. We have GUI libs from gtk2hs project and first GTK3 app Bustle ( dbus monitor / profiller ) And now we have WAI application server WARP which is fir step to packaging almost all haskell webframeworks. and as last in SR is updated version of ghc-rpm-macros Kind Regards Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] Submitting to Backports project
by Scott Bahling 06 Sep '15

06 Sep '15

Hi, I would like to get the Haskell packages submitted to the openSUSE:Backports:SLE12 project. https://en.opensuse.org/Portal:Backports The idea of Backports is to collect useful packages built for SLES12 into a common repository that can be recommended by SUSE to SLES users. The key policies are acceptance in Factory and no replacement or interference with standard SLES packages, both of which the Haskell packages meet nicely. To start the process, I will enable build on the Backports:SLE-12 repository. I will add a new build target in parallel to the current SLE_12 target and see how things build. Everything should build the same as on SLE_12 - if not, I will arrange to things fixed on the Backports side. Once things are building, we could make the Backports target the default SLE_12 target for d.l.haskell. I will create the SRs into the Backports project once things are worked out on the devel project. After that, SR's can, if we wish, be done in parallel to Factory and Backports. Any questions, concerns? -Scott -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 3

[opensuse-haskell] LTS Haskell 3 , status update
by Ondřej Súkup 28 Aug '15

28 Aug '15

Hello all, we have now in openSUSE Tumbleweed supported and fully accepted LTS Haskell 3.2 with GHC-7.10.2 , new ghc-rpm-macros , and SR to factory of haskell_platform pattern. Best Regards Ondrej Sukup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

3 2

[opensuse-haskell] GHC-7.10.2 - LTS 3.1
by Ondřej Súkup 20 Aug '15

20 Aug '15

Hello all, I now send GHC-7.10.2 + LTS Haskell 3.1 to devel:languages:haskell + I forward SR to openSUSE:Factory , after succesful submit to Factory/Tumbleweed I wil submit LTS 3.1 to openSUSE:42 Kind regards Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] LTS 3.0
by Ondřej Súkup 14 Aug '15

14 Aug '15

Hello all, LTS 3.0 was released 12.8 , I prepared about 60 SR from d:l:haskell:lts to d:l:haskell please review, accept etc.. Best regards Ondrej Sukup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] LTS 3.0
by Ondřej Súkup 06 Aug '15

06 Aug '15

Hello, good news http://juhp.blogspot.cz/2015/08/haskell-lts-3-coming-soon.html , after release of LTS 3.0 I will prepare LTS3 in devel:languages:haskell:lts with Peter help, and send it to d:l:haskell --> openSUSE:Factory , and from factory to openSUSE:Leap in next two weeks:) Kind regards Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 1

[opensuse-haskell] Status of Haskell in openSUSE
by Ondřej Súkup 05 Aug '15

05 Aug '15

Hello all, Now we have in d:l:haskell LTS 2.21 and same version in Tumbleweed In d:l:haskell:lts we have +- packages based on Stackage Nightly In d:l:haskell:platform Peter Trommler prepared Haskell Platform 7.10.2 I enabled in d:l:haskell and d:l:haskell:lts build for openSUSE:42 , almost all packages are builded without problems. And now is on way to Factory/TW new Patttern - Haskell Platform. Kind Regards Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] Status of openSUSE Haskell
by Ondřej Súkup 14 Jun '15

14 Jun '15

Hello all, Now we've limited set of haskell packages in openSUSE:Tumbleweed based od LTS Haskell 2.13 + SR for packages from 2.14 In devel:languages:haskell we've same set based on LTS 2.14 + few packages wich are not in Factory/Tumbleweed In devel:languages:haskell:lts we preparing next major version of LTS , thanks to Peter Trommler for GHC-7.10.1 Now supported packages in openSUSE Haskell are .. pandoc , ghc-mod, hlint , hdevtools, xmonad and xmobar and course their dependencies. Jan Matejka now packaging Hakyll. Best Regards Ondřej Súkup -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

1 0

[opensuse-haskell] Moving forward: Selecting package versions
by Peter Trommler 29 Apr '15

29 Apr '15

Hi, Currently we have in TW Haskell Platform, a set of ~35 packages at exact versions, and pandoc with an ad-hoc selection of package versions. Haskell Platform has not seen an update since summer last year and pandoc cannot be updated without breaking Haskell Platform. For that reason it has been suggested to abandon Haskell Platform. So I would like to start a discussion: How do we select versions for our Haskell packages? How can we coordinate updates, deal with conflicting version requirements? I am looking forward to hearing your opinions. Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

4 6

[opensuse-haskell] Moving forward : LTS Haskell
by Ondřej Súkup 29 Apr '15

29 Apr '15

Hello, I and Peter Tommler have prepared LTS Haskell 2 repository in devel:languages:haskell:lts , I need switch from haskell-platform to LTS in this week. In opensuse LTS Haskell repository is now included : - All packages from Haskell Platform - Pandoc - hdevtools , ghc-mod, hlint - XMonad + xmobar Ondřej -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

3 3

[opensuse-haskell] need pandoc, but bootstrap fails
by Olaf Hering 27 Mar '15

27 Mar '15

I need pandoc. So I linked alot of ghc* packages into home:olh:11.4. The result is that ghc-bootstrap fails already because the binaries in there are built with a newer release. Doing the same in a SLE11 repo fails as well because some SONAME is not found: ... [ 39s] + tar jxf ghc-7.6.3-x86_64-unknown-linux.tar.bz2 [ 52s] + cd ghc-7.6.3 [ 52s] + ./configure --prefix=/usr [ 52s] checking for path to top of build tree... utils/ghc-pwd/dist-install/build/tmp/ghc-pwd: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory [ 52s] configure: error: cannot determine current directory [ 52s] error: Bad exit status from /var/tmp/rpm-tmp.6885 (%build) [ 52s] ... Please, use an old dist to create ghc-bootstrap to enable ghc itself not only for Factory. Thanks, Olaf -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-haskell+owner(a)opensuse.org

2 4

[opensuse-haskell] Welcome to opensuse-haskell!
by Scott Bahling 24 Mar '15

24 Mar '15

Hi! Welcome to opensuse-haskell! This mailing list is a place to discuss anything Haskell on openSUSE. Packagers ========= The list has been initiated to help coordinate the efforts of the various package contributors with topics like: - Packaging strategies for Haskell on openSUSE - Maintenance of the devel:languages:haskell OBS projects - Pushing new packages to openSUSE Factory/Tumbleweed Please also refer to https://en.opensuse.org/openSUSE:Packaging_Haskell Users ===== The list is also a place for users to share their experiences and help each other using Haskell on openSUSE. Have a lot of Haskell fun! Scott -- Scott Bahling SUSE Linux GmbH Nürnberg, Germany

1 0