On 29 April 2015 at 12:01, SP wrote:
> On 27/04/15 12:02, Magnus Therning wrote:
>> What reasons would that be?
>
> Maybe some file damage by accident. Also accidentally or under
> misconception that this would fix something. It is an operation
> supported by pacman, so the package should, _ideall
On 27/04/15 12:02, Magnus Therning wrote:
> What reasons would that be?
Maybe some file damage by accident. Also accidentally or under
misconception that this would fix something. It is an operation
supported by pacman, so the package should, _ideally_, cater for it.
> Yes, I understand that, but
On 27 April 2015 at 10:24, SP wrote:
> On 24/04/15 16:11, Magnus Therning wrote:
>> The only solution I can see is to do something clever in the
>> ghc.install (`pre_upgrade` and `post_upgrade`). I'm not sure exactly
>> what information is available though. One would probably need enough
>> info
On 24/04/15 16:11, Magnus Therning wrote:
> The only solution I can see is to do something clever in the
> ghc.install (`pre_upgrade` and `post_upgrade`). I'm not sure exactly
> what information is available though. One would probably need enough
> information to distinguish a re-install from an
On Fri, Apr 24, 2015 at 02:51:08PM +0100, SP wrote:
> On 24/04/15 13:04, Magnus Therning wrote:
> > If I re-install ghc all information about installed packages is
> > lost, on the ghc-level [..] When re-installing ghc these two
> > databases aren't in sync anymore and using `pacman` to install
> >
On 24/04/15 13:04, Magnus Therning wrote:
> If I re-install ghc all information about installed packages is
> lost, on the ghc-level [..] When re-installing ghc these two
> databases aren't in sync anymore and using `pacman` to install
> results in errors on the `ghc-pkg` level. Basically, `pacman`
On 24 April 2015 at 13:52, SP wrote:
> On 24/04/15 12:41, Magnus Therning wrote:
>> ~~~
>> % sudo pacman -Rncs ghc
>> % sudo pacman -S
>> haskell-{unixutils,aeson,ansi-wl-pprint,mtl,optparse-applicative,safe,stringsearch,tar,utf8-string,zlib}
>> % ./Setup.hs configure
>> % ./Setup.hs build
>> ~~~
On 24/04/15 12:41, Magnus Therning wrote:
> ~~~
> % sudo pacman -Rncs ghc
> % sudo pacman -S
> haskell-{unixutils,aeson,ansi-wl-pprint,mtl,optparse-applicative,safe,stringsearch,tar,utf8-string,zlib}
> % ./Setup.hs configure
> % ./Setup.hs build
> ~~~
Good, on my way to doing that too, that isn't
On 24 April 2015 at 13:37, SP wrote:
> On 24/04/15 12:16, Magnus Therning wrote:
>> Sorry, but I don't understand what steps you are performing. How do
>> you get ghc to "accidentally" install a second time?
>
> Because `Setup.hd configure` complained `base` dependency was missing,
> my reflexive
On 24/04/15 12:16, Magnus Therning wrote:
> Sorry, but I don't understand what steps you are performing. How do
> you get ghc to "accidentally" install a second time?
Because `Setup.hd configure` complained `base` dependency was missing,
my reflexive reaction was to install `haskell-base`. That r
On 24 April 2015 at 13:09, SP wrote:
> On 24/04/15 11:45, Magnus Therning wrote:
>> My spontaneous reaction is that it looks filesystem related. I'd
>> personally start with running `fsck` on the file system to see if that
>> clears up the issues you see above.
>
> Listing the cache directory sho
On 24/04/15 11:45, Magnus Therning wrote:
> My spontaneous reaction is that it looks filesystem related. I'd
> personally start with running `fsck` on the file system to see if that
> clears up the issues you see above.
Listing the cache directory showed those Haskell packages to be of tiny
size.
On 24 April 2015 at 12:21, SP wrote:
> On 24/04/15 09:42, Magnus Therning wrote:
>> Personally I tend to first delete all Haskell dev packages: `pacman
>> -Rncs ghc`.
>
> Done thins. And also run `pacman -Sc` (clean cache) for good measure,
> but I got this:
>
> Cache directory: /var/cache/pacman/
On 24/04/15 09:42, Magnus Therning wrote:
> Personally I tend to first delete all Haskell dev packages: `pacman
> -Rncs ghc`.
Done thins. And also run `pacman -Sc` (clean cache) for good measure,
but I got this:
Cache directory: /var/cache/pacman/pkg/
:: Do you want to remove all other packages f
On 24/04/15 09:42, Magnus Therning wrote:
> Yes, to build `cblrepo` from source you do need to manually ensure its
> requirements are present.
No I meant packages I have told pacman to install to satisfy cblrepo
building, don't have their respective dependencies.
> Personally I tend to first dele
On 24 April 2015 at 10:18, SP wrote:
> On 24/04/15 07:17, Magnus Therning wrote:
>> It depends on what you mean by 'installing them manually'.
>
> Explicitly telling Pacman to install them.
Yes, to build `cblrepo` from source you do need to manually ensure its
requirements are present.
>> If you
On 24/04/15 07:17, Magnus Therning wrote:
> It depends on what you mean by 'installing them manually'.
Explicitly telling Pacman to install them.
> If you find that the depencencies of `cblrepo` can't be satisfied by
> ArchHaskell then it's a bug and I'd appreciate it if you raise a
> ticket on g
On 23/04/15 16:46, Skottish wrote:
> pacman -Q haskell-regex-tdfa
haskell-regex-tdfa 1.2.0-76
But this is me after having a go at installing and reinstalling various
alleged missing dependencies.
--
SP
___
arch-haskell mailing list
arch-haskel
On 23 April 2015 at 17:08, SP wrote:
> I'm trying to build cblrepo on this machine, but something has gone
> quite wrong. It says it need Unixutils 1.52.* for example.
>
> When I install unixutils, it still says it is missing. During unixutils
> installation I get these errors:
>
> Unixutils-1.53:
On Thu, Apr 23, 2015 at 04:08:04PM +0100, SP wrote:
I'm trying to build cblrepo on this machine, but something has gone
quite wrong. It says it need Unixutils 1.52.* for example.
When I install unixutils, it still says it is missing. During unixutils
installation I get these errors:
Unixutils-1
I'm trying to build cblrepo on this machine, but something has gone
quite wrong. It says it need Unixutils 1.52.* for example.
When I install unixutils, it still says it is missing. During unixutils
installation I get these errors:
Unixutils-1.53: dependency
"process-extras-0.3.3.4-acf7cfde64a7ee
21 matches
Mail list logo
