Am 24.09.19 um 21:27 schrieb Divan Santana:
> Hartmut Goebel writes:
>
>> I just wonder whether I should package debops, a collection of ansible
>> roles for managing Debian systems.
>>
>> Shall I?
> I for one would greatly appreciate this since I run guix and
e of the major drawbacks of
functional deployment, as it requires updating (and esp. downloading)
much more packages compared to a rpm/deb based system.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ese scripts are managed by the version control system, shall run from
the development tree on envery developers machine and may not even get
installed when installing the software as a guix package.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
|
Am 04.09.19 um 16:19 schrieb Danny Milosavljevic:
> [… explanation …]
Thanks for the explanation.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
signature.
), ansible will pick up the new
version.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ow request for unadvertised object
c902458863d1d341ffd74970b75e69c2bb848183
@ build-log 16998 55
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
signature.asc
Descriptio
quired package is updated, this
package will be updated, too. Right?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
f the version of pkgB was new enough when
bringing the pkgA to Guix, the version does not even really matter. E.g.
if the external program is less, git, encfs, or which.
So: What is the official recommendations? Is this already been stated in
to manual?
--
Regards
Hartmut Goebel
| Hartmut Goe
ex enough to convince me that some "GuixOps" would be
helpful, implementing hight level abstraction and more defaults. (This
is what I applied for at NGI Zero PET just today).
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compil
Am 31.07.19 um 14:28 schrieb Hartmut Goebel:
> Am 29.07.19 um 18:22 schrieb Pierre Neidhardt:
>> Did anyone else apply?
I applied last-minute with
GuixOp - abstraction layers for defining complex systems on a higher level
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe
Am 01.08.19 um 18:12 schrieb Hartmut Goebel:
> I consider traveling to the August 16-18 Meeting in Berlin.
Sorry, I did send this to the wrong list! This meeting is planned for GNUet!
Sorry for disturbing.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.
arts, which is a
bit unfortunate.)
Will this meeting actually happen? Is there some kind of agenda already?
Who//How many will attend?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible
Hi,
I just wonder whether I should package debops, a collection of ansible
roles for managing Debian systems.
Shall I?
I'm curious since you this is not to support guix. OTOH, ansible is
packaged, too, which is not of much use for guix IMHO .
--
Regards
Hartmut Goebel
| Hartmut Goebel
mer)
- Android build system based on guix - and thus being reproducible (Ups,
this includes gradle)
- KDE/Plasma dektop (would be a smaller amount)
What do you think about these ideas? Any other ideas? What is the most
important one?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@cr
databases, etc.
So I'm wondering whether anyone is using guix for this kind of
system-setup in a flexible manner and whetehr one could share some examples.
Thanks in advance.
[1] https://debops.org
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com
at uses gradlew to build, what is the best
> solution for defining it?
As Ricardo already wroe, we are not yet able to bootstrap gradle from
source and the gaul is to get a gradle-build-system.
If you know java and gradle, we'd heavily appreciate your help on this.
--
Regards
Hartmut Goebel
Why drop a package which is still okay, just because it it unmaintained?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Hurrah!
GNU Guix now provides 10,026 packages (updated July 12, 2019).
Congratulations!
And many thanks to everybody who contributed to this great project!
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers
aber "site-packages" aus dem profile kommen sollen (PYTHONPATH wird
in "$GUIX_PROFILE/etc/profile" gesetzt
3. python Anwendungen (z.B. pdfposter): JA, im Wrapper
Habe ich Fälle übersehen?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.c
ng
> multiple outputs and generally paying attention to what ‘guix size’
> reports.
I was thinking about this, too. E.g. automatically moving header-files
and static libs into some ":dev" output.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com
g we can
> make the Python executable figure out from which environment it was
> started.
This is my plan, see my yesterday's mail:
0cf6e747-48b5-1606-28a0-02fd4d370...@crazy-compilers.com
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| ww
a script requires a
different versions of packages than installed in the profile.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 17.06.19 um 11:03 schrieb Ludovic Courtès:
> How does virtualenv work, if not by setting PYTHONPATH?
Appending to Konrads answer: Making the profile a fake virtualenv does
not work. See my analysis part 2
(50179a9a-4e29-e729-ee49-ccbb90d9e...@crazy-compilers.com).
--
Regards
Hartmut Goe
(which caused a lot of problems, we already
solve. But maybe other problem will arise).
- If patching getpath.c anyway, we could go for interpreter to determine
the correct "installation path" (see above).
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.co
merge back when they secceed.
> You may find the KDE updater useful before you begin packaging new
> applications:
>
> ./pre-inst-env guix refresh -t kde -u
Last time I used `-t kde` for updating did not fetch all packages and
I'm afraid it still does not, see
<https://debbugs.gnu.or
aunchpad.net/~fingerprint/+archive/ubuntu/fingerprint-gui
might be helpful.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ch name like "x86_64-linux", "armhf-linux" or "aarch64-linux".
This is cool! I was not aware of it.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
; fails.
1) Setting "#:validate-runpath? #f": build passes, but the program does
not find the lib.
2) Passing the equivalent of "LDFLAGS=-Wl,-rpath=${out_gtk}/lib
-Wl,-rpath=${out_qt}/lib" to configure. This leads to some "recursive
dependency error".
--
Regards
Ha
eady been done on
my personal branch, but there is still some work to to. Not sure whether
this will be enough work for such a program
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
require uses to install e.g. "gnunet:fs-gui"
which is, well, curious for users.
What is the intened way to solve this in guix?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are
Am 01.02.19 um 00:33 schrieb Ricardo Wurmus:
> Hartmut Goebel writes:
>> The drawback of this approach is: This only works within the
>> build-system. Since within a normal environment or profile, there will
>> be no such unison repo. Thus for every day's work, users w
m.xml files.
Maybe some xml-search-replace would suffice? E.g. implemented using
SXPATH [3]
[1] https://maven.apache.org/guides/mini/guide-3rd-party-jars-local.html
[2] https://github.com/fedora-java/xmvn/blob/master/README.md
[3] https://www.gnu.org/software/guile/manual/html_node/
ven-debian-helper
[11] https://fedora-java.github.io/xmvn/
[12] https://apps.fedoraproject.org/packages/xmvn-minimal/overview/
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 21.01.19 um 09:21 schrieb Ricardo Wurmus:
> I’d like us to catch the errors raised by “invoke”, so that the output
> of a failing build looks nicer again.
+1
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compile
Am 08.01.19 um 18:16 schrieb Ludovic Courtès:
> As downstreams, the most reasonable option is to honor the
> KDEINIT5_LIBRARY_PATH as you defined it above IMO.
I posted a respective patch:
<http://debbugs.gnu.org/cgi/bugreport.cgi?bug=34021>
--
Regards
Hartmut Goebel
| Ha
kinit.git/tree/src/kdeinit/kinit.cpp?h=v5.53.0#n625
[2]
https://github.com/NixOS/nixpkgs/blob/18.09/pkgs/development/libraries/kde-frameworks/kinit/kinit-libpath.patch
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
gsTest::cleanupTestCase()
Totals: 3 passed, 4 failed, 0 skipped, 0 blacklisted, 10090ms
* Finished testing of KGlobalSettingsTest *
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you t
Julien Lepiller
--
Schönen Gruß
Hartmut Goebel
Dipl.-Informatiker (univ), CISSP, CSSLP, ISO 27001 Lead Implementer
Information Security Management, Security Governance, Secure Software
Development
Goebel Consult, Landshut
http://www.goebel-consult.de
Blog: https://www.goe-con.de/blog/35.000-gegen-v
s quite a lot IMHO). Is this correct?
--
+++hartmut
| Hartmut Goebel| |
| hart...@goebel-consult.de | www.goebel-consult.de |
964 or search the
internet for e.g. "cia verizon espionage"
[2]
https://www.heise.de/newsticker/meldung/Gerichtsurteil-BND-darf-weiterhin-Internet-Knoten-De-CIX-anzapfen-4061494.html
[3] https://en.wikipedia.org/wiki/Foreign_Intelligence_Surveillance_Act
[4]
--
+++hartmut
| Hartmut
hanges a day.
I'm now finishing this discussion, as it is up to you (the core team) to
decide. I just wanted to share the idea and arguments.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ances :-)
[1] Fedora 28:
https://admin.fedoraproject.org/mirrormanager/mirrors/Fedora/28
[2] Mageia: https://mirrors.mageia.org/
[3] Debian "Secondary mirrors" in https://www.debian.org/mirror/list
--
+++hartmut
| Hartmut Goebel| |
| hart...@goebel-consult.de | www.goebel-consult.de |
already in place for many GNU/Linux distributions.
--
+++hartmut
| Hartmut Goebel| |
| hart...@goebel-consult.de | www.goebel-consult.de |
Am 22.09.2018 um 14:51 schrieb Ludovic Courtès:
> Hartmut Goebel skribis:
>
>> Some packages already provide these via the "properties" field, e.g.:
>>
>> (properties `((tags . '("Desktop/KDE" "Utilities"
> I agree it would proba
(At least this was common, when I created the template for KDE
applications. maybe tis is outdated in the meanwhile.)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
signature.asc
Description: OpenPGP digital signature
nt on issues and create new ones right from the web
> interface, but that’s a little tricky to get right.
This would be really, really great! Interacting with debbugs is a pain
for occasional users.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com
tremulous. Thus many, many
thanks to those working on it.)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 30.08.2018 um 14:04 schrieb Ludovic Courtès:
> “Guix Continuous”
For me this sounds like a fail-save system which will continue running,
and running, and running.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.
Am 21.08.2018 um 21:02 schrieb Ricardo Wurmus:
> What do you think?
+1
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
nything I misses?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Julien Lepiller skribis:
>> We wouldcreate a new branch, stable, that would be used by guix pull. We
>> would continue to push to master or other branches.
+1
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-c
cbook $INPUT_FILE_PATH -o out.xml
xsltproc $EPUB_XSL out.xml
The stylesheet seams to be part of docbook-xsl already.
https://github.com/ikrukov/epub does not provide a script, but describes
the same approach.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compiler
is the same as
for all Linux systems.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
pdate".
qtwebengine includes chromium, which is not yet packaged AFAIK.
Otehrwise what was learned from chromium could be used for qtwebengine -
or we could try to make qtwebengine use the system chromium.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-com
Am 30.05.2018 um 17:25 schrieb Leo Famulari:
> Yes, please push it to a wip-kde-updates branch.
Done: wip-kde-frameworks-update
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thou
Am 30.05.2018 um 17:47 schrieb Hartmut Goebel:
> I just discovered, qtwebkit was not updated to 5.11 when qt was. Any
> reason for this?
Answering myself: There is no qtwebkit 5.11.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www
Hi,
I just discovered, qtwebkit was not updated to 5.11 when qt was. Any
reason for this?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
0x7B752811BF773B65.asc
Hi,
I'm just about to update KDE Framekworks to 5.46, when I find a quite
trivial test-case to fail. Since this test-case is about detecting
"file" URLs, I'm afraid of pushing the update.
May I push it to a WIP-branch instead, thus anybody else could pick up?
--
Regards
Hart
ing list of substitutes from 'https://mirror.hydra.gnu.org'...
10.0%
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 06.05.2018 um 15:58 schrieb Mike Gerwitz:
> I suspect that most Guix users are more technical than average users and
> would be much less bothered by a kluge for the time being.
I would be bothered by such a kludge, which IMHO is of no use.
--
Regards
Hartmut Goebel
| Hartmut
s listed here are no [Free Software](link). Please
check the license prior to installing. (More information »»](link)
This would make people aware of the problem but still give them the
freedom to decide. This is what F-droid does.
--
Regards
Hartmut Goebel
| Hartmut Goebel
at.
Having strong opinions and working towards them is the one side.
Convincing people is the other side.
Followup-to: alt.religion.free-software,
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ince they are translated to C and then compiled into platform
dependent code.
> In any
> case, it doesn't change the fact that today, the python-build-system
> does not cross-compile.
In any case, this is a current limitation only :-)
--
Regards
Hartmut Goebel
| Hartmut Goebel
I was not aware of python packages are not cross-compiled, thus I can
only guess the reason why this is not possible: Python distutils may not
be able to *cross*-compile extension modules. Maybe we could work on this.)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.g
egards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Or is this already covered by one of
the other cases?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Gugle a magic guild?
Sorry, can't stand this google devoutness.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
s we still need "libs" packages with propagation. Even if
"deeptools:script" would not propagate its inputs, "somepackage:lib"
(required by "deeptools:script") would still need to propagate its
inputs. Thus nothing gained.
--
Regards
H
kages
including a script, e.g. sphinx and a lot others.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
sponsibility.
+1
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
't have been there. I had
pasted it in since I thought it is related and I'm going to refer to is,
but it is not.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
side-effect?
If this is a "pure" application, I'd install it with*out* propagated
inputs. This might not be easy to determine, though.
https://lists.gnu.org/archive/html/guix-devel/2018-02/msg00456.html
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com
ackage, it does not harm. So go ahead!
I suggest adding/extending the description like this:
This python interpreter is build with '--with-pydebug' to help
debugging. See
https://pythonextensionpatterns.readthedocs.io/en/latest/debugging/debug.html
for for information.
--
Regards
Hartmut Goebel
| H
ut to the screen and/or to a file, so at least
initially you will not need to use any of the methods given above. [1]
[1] https://matplotlib.org/faq/usage_faq.html#what-is-a-backend
[2] https://matplotlib.org/users/customizing.html#a-sample-matplotlibrc-file
--
Regards
Hartmut Goebel
Hi Mark,
> For now, I changed the 'eqv?' to 'string=?' in commit
> 171a117c61224be10f2b97a6a880ad0f4c38ef6d on core-updates, but I'm
Thanks for spotting and fixing this!
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compile
a subset of their installed packages when we
> generate a pyvenv.cfg by default.
venvs never contain a "subset of installed packages". They either
include all system site-packages or none of them.
But as I've already written, generating a pyvenv.cfg for this case will
not work as w
/gnu/store/0d8vp2h…-profile/lib/python3.5/site-packages
python3 -s -c 'import simplejson'
# import error
('-s' avoids leaking packages from §HOME/.local/…)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compiler
quot; to use "GUIX_PYTHON_X_Y_SITE_PACKAGES".
When implementing this in sitecustomize.py, you will end up
re-implementing the complete venv mechanism.
When going the GUIX_PYTHON_X_Y_SITE_PACKAGES route, we should look where
the best place will be: Maybe site.PREFIXES, maybe
site.getsitepackages(), maybe site.venv().
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
AGES".
Sorry, do say, but does not work in a virtual environment, since
GUIX_PYTHON_X_Y_SITE_PACKAGES will be added unconditionally. Also I
assume this will execute site.main() twice.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 14.03.2018 um 08:49 schrieb Pjotr Prins:
> On Tue, Mar 13, 2018 at 11:02:03PM +0100, Hartmut Goebel wrote:
>> Am 13.03.2018 um 22:44 schrieb Pjotr Prins:
>>> Another problem is that it does not cover special cases where, for
>>> example you compile Python with SSL
mlinks
when searching for "sys.base_prefix". The idea is to stop "at the profile".
The hard part of this is to determine "at the profile". Also this needs
a larger patch. But if we manage to implement this, it would be perfect.
I could contribute a draft for
good enough.
I'd prefer this.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
on itself, like you suggested earlier.
See option 3 of my analysis part 3.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
> This means the way we are using PYTHONPATH should be changed.
The remaining text is correct.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
s in guix. If we find a way, this would be find. But prior to solving
the optional we should solve the compulsory :-)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
-3.5.
> If you’re suggesting to have a ‘PYTHONPATH3-5’ environment variable
> instead of ‘PYTHONPATH’, I agree it could be helpful if we are to
This suggestion is related to Guix-specific variables only, like
GUIX-PYTHONHOME-2.7. (I hae to admit that this is not clear enough).
--
adding site-packages. PYTHONPATH
elements are added in front of essential packages, while site-packages
are added behind.
Dor details please see part 1 of my analysis.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compile
Hi,
here is my third part of the analysis:
Result
==
We can avoid all of the problems related to how Guix is using PYTHONPATH
quite simple. This will work for virtual environments, too.
Preliminary Proposal
===
To be able to install different minor versions of
ents are for the rescue and quite light-weight.
Neverthelesse these are problems out of scope for guix :-)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ATH in a way it is not meant to
be used. See my analysis posted a few days ago - which I need to finish.
We need to fix the way guix is installing Python!
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which
Am 09.03.2018 um 15:06 schrieb ng0:
> The daemon doesn’t keep logs for failed builds.
I asked this a few month ago and was told this is a bug.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which
Am 07.03.2018 um 15:20 schrieb Marius Bakke:
> Feel free to push a 'staging-next' branch or something along those lines
> to Savannah. Then we can "promote" it once the current branch is merged.
Done this. Thanks!
--
Regards
Hartmut Goebel
| Hartmut Goebel
Hi,
just for information to avoid duplicate work. I just posted a patch for
adding Python 3.7 (beta 2) to guix-patches. For the case I'll miss the
release, somebody else might pick up this patch.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com
commit. For me this does not work out
- and I assume for others if doesn't, too.
Is there some queue-for-staging branch where I can commit this patch to?
Or some other means, like setting some bug-status?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com
Hi,
I have a patch which should go to staging (600 packages need recompile).
Is staging open for commit?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
es, but if it's required,
there are also examples in qt.scm and kde-frameworks.scm.
HTH
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
in 4a, this is *not* what what a Guix user would expect. The
profile's site-packages should be in sys.path, not
/gnu/store/…-python-3.6.3/lib/python3.6/site-packages.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
-site
[PEP370] https://www.python.org/dev/peps/pep-0370/#implementation
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 24.02.2018 um 11:44 schrieb Hartmut Goebel:
> you may read all of the mail as the techniques are a bit complex.
No offense meant, please ignore the sentence. When I started writing the
mail I though my explanation would be much more complex.
--
Regards
Hartmut Goebel
| Hartmut Goe
file site-packages. We could of course implement search-paths
GUIX-PYTHON-SITE-PACKAGE-2 and GUIX-PYTHON-SITE-PACKAGE-3 (instead of
PYTHONPATH) and change "site.py" to honor them. I'll look into whether
this or my venv-hack are a better solution, esp. regarding "stacked"
virtual e
201 - 300 of 1014 matches
Mail list logo