[Nix-dev] Qt Creator issues
Baptist BENOIST
return_0 at live.com
Fri May 31 18:42:35 CEST 2013
Hi,
Did you tried to remove the ~/.config/QtProject directory and the ~/.config/Trolltech.conf files ? They might be the source of these problems...
I am writing another longer mail (phone written mails takes time to write ;) ) to explain you what the "problem" was for the Applications section, doc, demos and example. You can check the 2 latest commits in the master branch of my nixplgs fork on github. It contains my future update with the v2.7.1 (the problem was not related to it) of QtCreator and an improved Qt derivation...
FYI, the hardcoded paths in qmake you spoke about on IRC are used by QtCreator (and qmake) in order to retrieve the necessary Qt modules corresponding to the qmake used at build time. I think that they have done that to allow its users to easily use multiple Qt versions at once on regular distributions. This thing already annoys me on Windows when I want to deploy Qt versions on different directories than the one used to build them ;-)
Good luck,
Baptist
return_0 at live.com
________________________________
De : Bjørn Forsman<mailto:bjorn.forsman at gmail.com>
Envoyé : 31/05/2013 16:24
À : nix-dev<mailto:nix-dev at lists.science.uu.nl>
Objet : Re: [Nix-dev] Qt Creator issues
On 27 May 2013 21:34, Bjørn Forsman <bjorn.forsman at gmail.com> wrote:
[...]
> The first issue is that there is no way to create applications from
> File -> New File or Project. On Ubuntu I have an "Applications" entry
> just above the "Libraries" entry. On NixOS the "Applications" entry is
> missing. I suspect this is related to this error that is spewed all
> over the terminal (100 times or so) after clicking on File -> New File
> or Project:
>
> Cannot update Qt version information:
> /nix/store/0g7rv5wclspqz80pb2dkjxqxf2651xar-qt-4.8.3/bin/qmake cannot
> be run.
>
> The path it refers to doesn't exist. (And building qtcreator again
> from source still refers to the same broken nix store path! I need to
> confirm this.)
Would you look at that - freshly built qtcreator definitely refers to
non-existing qmake (I've rebuilt qt4_for_qtcreator and qtcreator):
Cannot update Qt version information:
/nix/store/0g7rv5wclspqz80pb2dkjxqxf2651xar-qt-4.8.3/bin/qmake cannot
be run.
$ ls -l /nix/store/0g7rv5wclspqz80pb2dkjxqxf2651xar-qt-4.8.3/
ls: cannot access
/nix/store/0g7rv5wclspqz80pb2dkjxqxf2651xar-qt-4.8.3/: No such file or
directory
Does anyone have any idea where qtcreator may get that broken store
path from? It's the same hash even though I've changed the nix
expression for qt4_for_qtcreator. That shouldn't be possible.
Best regards,
Bjørn Forsman
_______________________________________________
nix-dev mailing list
nix-dev at lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.science.uu.nl/pipermail/nix-dev/attachments/20130531/32cad00a/attachment.html
More information about the nix-dev
mailing list