From magnus at therning.org Wed Dec 11 20:26:19 2013 From: magnus at therning.org (Magnus Therning) Date: Wed, 11 Dec 2013 21:26:19 +0100 Subject: [arch-haskell] Dynamic executables and RPATH In-Reply-To: <20131125202709.GA21803@mteis.lan> References: <20131103053335.GA2047@mteis> <20131109194409.GA26212@mteis.lan> <20131110154312.GA1025@mteis.lan> <20131111052151.GA1015@mteis.lan> <20131115214919.GA2425@mteis.lan> <20131125202709.GA21803@mteis.lan> Message-ID: <20131211202619.GA3839@mteis.lan> On Mon, Nov 25, 2013 at 09:27:09PM +0100, Magnus Therning wrote: > On Sun, Nov 17, 2013 at 09:09:33PM +0100, Fabien Dubosson wrote: > > > Another proposal here: http://is.gd/EbUJXu- > > > > That seems a good solution. I have 2 suggestions: > > > > - Remove the `chrpath` dependency which is not needed > > - Use a ${_ghcversion}="ghc-7.6.3" variable to replace in > > > text "mkdir ${pkgdir}/usr/lib/ghc-7.6.3/shared" <$> > > > text "(cd ${pkgdir}/usr/lib/ghc-7.6.3/shared;" <$> > > > text " for f in $(find .. -name \\*-ghc7.6.3.so); do" <$> > > > > But that's just cosmetic :-) > > > > I think it is time now to test all this from A to Z! So I would > > suggest to also create a `dynlinking` branch on the `habs` > > repository that would contain the GHC's changes (add a > > `haskell.conf` file, add a call to `ldconfig` in the PKGBUILD). This > > will let people (or at least us, I don't know if any other person is > > following this thread ;) the opportunity to test the proposal > > completely, from the build of GHC to the use of built executables > > and libraries, with both habs and cblrepo proposed changes. > > I'm currently attempting to re-build all of the packages with these > changes in place. You can try them out by adding the following > (temporary) repo: > > [haskell-testing] > Server = http://xsounds.org/~haskell/testing/\$arch I've abandoned this attempt at the moment. I got stuck on building gtk. I haven't looked closely at it, but it seems to build some helper binary as a first step, before building the package itself. This helper refused to link properly with dynamic libs. I don't really have time or patience to conduct such a major rebuild at this point in time. If someone else feels strongly about this and want to spend some time on it, I'll be happy to give any pointers regarding how to get as far as I did. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus The British have "the perfect temperament to be hackers--technically skilled, slightly disrespectful of authority, and just a touch of criminal behavior". -- Mary Ann Davidson, Oracle's Security Chief -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From fabien.dubosson at gmail.com Wed Dec 11 22:04:00 2013 From: fabien.dubosson at gmail.com (Fabien Dubosson) Date: Wed, 11 Dec 2013 23:04:00 +0100 Subject: [arch-haskell] Dynamic executables and RPATH In-Reply-To: <20131211202619.GA3839@mteis.lan> References: <20131103053335.GA2047@mteis> <20131109194409.GA26212@mteis.lan> <20131110154312.GA1025@mteis.lan> <20131111052151.GA1015@mteis.lan> <20131115214919.GA2425@mteis.lan> <20131125202709.GA21803@mteis.lan> <20131211202619.GA3839@mteis.lan> Message-ID: <52A8E150.2020403@gmail.com> > I've abandoned this attempt at the moment. I got stuck on building > gtk. I haven't looked closely at it, but it seems to build some > helper binary as a first step, before building the package itself. > This helper refused to link properly with dynamic libs. I don't > really have time or patience to conduct such a major rebuild at this > point in time. If someone else feels strongly about this and want to > spend some time on it, I'll be happy to give any pointers regarding > how to get as far as I did. Same problem on my side, no free time to spend on this until next month. I will keep this issue in one corner of my mind and try to look at it when I would have more time. Regards, Fabien -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: From fabien.dubosson at gmail.com Sun Dec 29 18:31:01 2013 From: fabien.dubosson at gmail.com (Fabien Dubosson) Date: Sun, 29 Dec 2013 19:31:01 +0100 Subject: [arch-haskell] Improve user experience with Haskell Message-ID: <52C06A65.1020404@gmail.com> Hello ArchHaskellers, This thread follows a discussion started on github [1]. Brief summary: The discussion started from a pull request to make `haskell-archlinux` work with GHC 7.6.3. Magnus informed me that this project is nearly abandoned and asked for my usage of it. I answered that my goal was to write an Haskell tool to monitor AUR `haskell-*` packages because a lot are outdated/orphan. Then Magnus explained me that you decided to drop AUR support some years ago. Finally I gave the reasons of my original idea and we agreed to port the discussion here. The original observation that brings me planning to monitor AUR packages came from the forum. People continue to use AUR packages (or even cabal) for Haskell because they don't know that an ArchHaskell effort exist to bring, in a clean way, Haskell packages to Archlinux. For me, the two reasons are 1. all old `haskell-*` packages still exist in AUR, and 2. the informations about [haskell-core] repo are ?hidden? in the Haskell packaging guidelines page in the wiki ? not an obvious place for normal users. So to improve user experience with Haskell I suggest two improvements: 1. Create a `Haskell` page in the wiki to explain: - What is Haskell - The different ways to handle packages (AUR/Cabal/ArchHaskell) - All other Haskell-related stuffs (Haskell-platform, etc...) 2. Remove from AUR all `haskell-*` packages that are both: - Not needed as dependency of another package, and - Orphan So any observations, objections, suggestions, recommendations before I start to work on that (i.e. create the wiki page and prepare the list)? Kind regards, Fabien [1] https://github.com/archhaskell/archlinux/pull/14 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: From ramana at member.fsf.org Sun Dec 29 18:46:49 2013 From: ramana at member.fsf.org (Ramana Kumar) Date: Sun, 29 Dec 2013 22:46:49 +0400 Subject: [arch-haskell] Improve user experience with Haskell In-Reply-To: <52C06A65.1020404@gmail.com> References: <52C06A65.1020404@gmail.com> Message-ID: It sounds like a good idea. The existing wiki page (package guidelines) already does some explaining as per your first improvement - so you may want to lift some of the text there for use on the more prominent (haskell) wiki page. On Sun, Dec 29, 2013 at 10:31 PM, Fabien Dubosson wrote: > Hello ArchHaskellers, > > This thread follows a discussion started on github [1]. > > Brief summary: The discussion started from a pull request to make > `haskell-archlinux` work with GHC 7.6.3. Magnus informed me that this > project is nearly abandoned and asked for my usage of it. I answered > that my goal was to write an Haskell tool to monitor AUR `haskell-*` > packages because a lot are outdated/orphan. Then Magnus explained me > that you decided to drop AUR support some years ago. Finally I gave the > reasons of my original idea and we agreed to port the discussion here. > > The original observation that brings me planning to monitor AUR packages > came from the forum. People continue to use AUR packages (or even cabal) > for Haskell because they don't know that an ArchHaskell effort exist to > bring, in a clean way, Haskell packages to Archlinux. For me, the two > reasons are 1. all old `haskell-*` packages still exist in AUR, and 2. > the informations about [haskell-core] repo are ?hidden? in the Haskell > packaging guidelines page in the wiki ? not an obvious place for normal > users. > > So to improve user experience with Haskell I suggest two improvements: > > 1. Create a `Haskell` page in the wiki to explain: > - What is Haskell > - The different ways to handle packages (AUR/Cabal/ArchHaskell) > - All other Haskell-related stuffs (Haskell-platform, etc...) > 2. Remove from AUR all `haskell-*` packages that are both: > - Not needed as dependency of another package, and > - Orphan > > So any observations, objections, suggestions, recommendations before I > start to work on that (i.e. create the wiki page and prepare the list)? > > Kind regards, > Fabien > > [1] https://github.com/archhaskell/archlinux/pull/14 > > > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://www.haskell.org/mailman/listinfo/arch-haskell > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From abimelech at gmail.com Sun Dec 29 20:57:01 2013 From: abimelech at gmail.com (Leif Warner) Date: Sun, 29 Dec 2013 12:57:01 -0800 Subject: [arch-haskell] Improve user experience with Haskell In-Reply-To: <52C06A65.1020404@gmail.com> References: <52C06A65.1020404@gmail.com> Message-ID: I use a few haskell- packages from AUR that are orphaned: haskell-bytestring-mmap : Orphan haskell-crypto-random-api : Orphan haskell-pem : Orphan haskell-setenv : Orphan I suppose I should get around to setting up a [haskell-core]-like repo to host them, though? On Sun, Dec 29, 2013 at 10:31 AM, Fabien Dubosson wrote: > Hello ArchHaskellers, > > This thread follows a discussion started on github [1]. > > Brief summary: The discussion started from a pull request to make > `haskell-archlinux` work with GHC 7.6.3. Magnus informed me that this > project is nearly abandoned and asked for my usage of it. I answered > that my goal was to write an Haskell tool to monitor AUR `haskell-*` > packages because a lot are outdated/orphan. Then Magnus explained me > that you decided to drop AUR support some years ago. Finally I gave the > reasons of my original idea and we agreed to port the discussion here. > > The original observation that brings me planning to monitor AUR packages > came from the forum. People continue to use AUR packages (or even cabal) > for Haskell because they don't know that an ArchHaskell effort exist to > bring, in a clean way, Haskell packages to Archlinux. For me, the two > reasons are 1. all old `haskell-*` packages still exist in AUR, and 2. > the informations about [haskell-core] repo are ?hidden? in the Haskell > packaging guidelines page in the wiki ? not an obvious place for normal > users. > > So to improve user experience with Haskell I suggest two improvements: > > 1. Create a `Haskell` page in the wiki to explain: > - What is Haskell > - The different ways to handle packages (AUR/Cabal/ArchHaskell) > - All other Haskell-related stuffs (Haskell-platform, etc...) > 2. Remove from AUR all `haskell-*` packages that are both: > - Not needed as dependency of another package, and > - Orphan > > So any observations, objections, suggestions, recommendations before I > start to work on that (i.e. create the wiki page and prepare the list)? > > Kind regards, > Fabien > > [1] https://github.com/archhaskell/archlinux/pull/14 > > > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://www.haskell.org/mailman/listinfo/arch-haskell > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at therning.org Mon Dec 30 10:04:03 2013 From: magnus at therning.org (Magnus Therning) Date: Mon, 30 Dec 2013 11:04:03 +0100 Subject: [arch-haskell] Improve user experience with Haskell In-Reply-To: <52C06A65.1020404@gmail.com> References: <52C06A65.1020404@gmail.com> Message-ID: <20131230100403.GA4589@mteis> On Sun, Dec 29, 2013 at 07:31:01PM +0100, Fabien Dubosson wrote: [...] > So to improve user experience with Haskell I suggest two improvements: > > 1. Create a `Haskell` page in the wiki to explain: > - What is Haskell > - The different ways to handle packages (AUR/Cabal/ArchHaskell) > - All other Haskell-related stuffs (Haskell-platform, etc...) Excellent initiative for improvements. Just please make sure to also include some text mentioning that there are official Haskell packages living in [extra] & [community]. > 2. Remove from AUR all `haskell-*` packages that are both: > - Not needed as dependency of another package, and > - Orphan I suspect you'll run into objections to removing these packages, since /removing/ is what is normally done, /orphaning/ is. In this particular case I think removing /is/ called for though: - The original maintainer of ArchHaskell, who did use AUR to host packages, added /a lot/ of packages; in the order of 2000 or so. Many of these have remained orphaned for more than a year (I believe). Removing them would clean up AUR and they are unlikely to be missed. - It's likely that many of the packages are unmaintained upstream now, so at least these packages ought to be removed. However, sifting out the unmaintained packages out of such a significant number of packages is nearly a herculean task, better to just remove them all. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus Finagle's First Law: To study a subject best, understand it thoroughly before you start. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: