me "python/bootstrap" package without pip and setuptools and some
"python" package still including both.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
r = '{}.{}'.format(*sys.version_info)
>sys.path = sys.path[:index] + matching_sites + sys.path[index:]
sys.path[index:index] = matching_sites
I suggest using os.path.join(), os.path.split(), os.pathsep, etc. to be
forward-compatible. Imagine we want to port Guix to another platform
with different
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Hi,
maybe the process should be the other way round:
staging -> "staging-frozen" -> master
no "staging-next"
This would allow committers to use the same workflow all the time. No
need for any technical solution preventing to push to staging.
--
Regards
Hartmu
to contact me.
Requirements: xclip
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 05.01.21 um 11:48 schrieb Vincent Legoll:
> That is better, but the separate file would allow to have proper
> syntax highlighting, allow linting/pep8'ing, etc.
Probably not worth the effort for trying to put this into a separate file.
--
Regards
Hartmut Goebel
| Hartmut
. no Python modules
in it)
+ (with-directory-excursion "/tmp"
Would is be better to use mkdtemp here to ge a fresh, empty directory?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 18.12.20 um 19:26 schrieb John Soo:
> I think probably keepijg ci on for most crates makes sense if we can
> work instead towards real shared libraries.
This discussion (FMPOV) is about how handle crates until rust supports
(static or shared) libraries.
--
Regards
Hartmut Goebel
| H
e takes 30 seconds, and half of the packages need
rebuild, this is more the 3,5 hours - right away into the trashcan.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
istclean ; bootstrap ; ./configure ; make
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
otect the earth!**Yes to #:skip-build #t.*
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 13.12.20 um 14:21 schrieb Christopher Baines:
I think if you add openssl to --ad-hoc along with nss-certs, then you
should get the search paths setup.
Thanks, this did the trick
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy
, since SSL_CERT_DIR still need to be set up manually.
Currently I'm working around this by using shell-scripts, shih re
setting ups profiles and re-spawning the shell.
Anyhow. I'm seeking for a more elegant solution. Any ideas?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...
Hi,
how to specify "dependencies of package" in a manifest?
Background: I'm using a manifest file for defining my development
environment and keeping up with the dependencies of some of the packages
is cumbersome.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.go
Am 11.12.20 um 21:39 schrieb John Soo:
I started with some talking points which I will attach.
Many thanks
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
nd time for next 10 years.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Hi,
Unfortunately I missed the rust BoF session at Guix Day.
I wonder if someone who attended could provide a short summary. Many
thanks in advance.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which
for a more
general "new" `python-build-system` later! And if I happen to learn
something on the way… great! :-)
Sounds good :-)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
vor for "build".
I as just about to write "So, while this might be one road to go, this
is not of much use for us yet.". Anyhow, this might be a good base for
pep517 based packages. On the other hand: Maybe we'd better stick with
"pip wheel" and "pip install&quo
much faster ans less error-prone.
Anybody taking up this job? I can provide more details, e.g. links, API
end-points, etc.
(Side-note: I'm not a rust developer, I'm just trying to make
sequoia-pgp and pEp available for guix.)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy
Am 27.10.20 um 18:30 schrieb Julien Lepiller:
> I'd like to talk about the Maven bootstrap and the Maven Build System.
+1
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 06.09.20 um 16:19 schrieb Daniela Lura:
> Search packages page in the test version of the website that Chris
> deployed: guix-website-test.cbaines.net/packages/search
> <http://guix-website-test.cbaines.net/packages/search>
Great!
--
Regards
Hartmut Goebel
| Hartmut Goebel
ic use-case: Find which package I
need to install to get a specific file.)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ble files.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
e options Debian Package search
<https://www.debian.org/distrib/packages.en#search_packages> supports:
* paths ending with the keyword -> e.g. file-extensions
* packages that contain files named like this -> basename
* packages that contain files whose names contain the keyword
Hi Raghav,
does your planned work include only Gnome or also KDE Plasma? I'm asking
since I took up my work on plasma-desktop again and would like to avoid
duplicate work.
(Sorry if this is a obvious question, I did not follow your work closely.)
--
Regards
Hartmut Goebel
| Hartmut Goebel
tps://guix.gnu.org/packages/.
May I suggest to take the change and remove the package version from the
URL path. Thus http://guix-website-test.cbaines.net/packages/gcc-objc
would simply show all versions of "gcc-objc".
--
Regards
Hartmut Goebel
| Hartmut Goebel |
Hi,
I'm pleased to announce that the pm downloader and rebar3 build-system
are now available for testing and review:
Either
<https://gitlab.digitalcourage.de/htgoebel/guix/-/tree/HG-rebar-build-system>
or <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=42180>
--
Regards
Ha
Am 22.06.20 um 16:07 schrieb Hartmut Goebel:
> After some debugging, I
> discovered that the source package's .drv file does not define any output:
>
> Derivce([],[…inputs…])
>
> What can be the reason for this?
For the records: This was caused be he gexp (resp. the scr
(mlet %store-monad ((guile (package->derivation guile system)))
(gexp->derivation (pk (or name file-name)) build
… more arguments))
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compil
does not do.
Great! I wished such a tool since long!
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
:48 schrieb Hartmut Goebel:
> How shall we name the packages here?
> I'd appreciate feedback to the package names, since the original packages have
> quiet uncommon names:
>
> - pEpEngine -> pep-engine (main library)
> - libpEpAdapter -> intermediate layer library
> - pEp
Hi Guix,
I'm still seeking advice on how to name these packages. Shall I keep the
names I'm currently using, or are there any other suggestions?
Am 23.05.20 um 20:48 schrieb Hartmut Goebel:
> This adds the build tools and libraries for pretty Easy Privacy, a library for
> automat
, as
this is taken from the "inner" tarball. How does this work with
substitutes, download-nar and SWH?
--
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
Hi
related to the "wrapped tarball downloader":
Will this work with Software Heritage? E.g. will Software Heritage be
able to archive the unwrapped tarbar?
--
Schönen Gruß
Hartmut Goebel
Dipl.-Informatiker (univ), CISSP, CSSLP, ISO 27001 Lead Implementer
Information Security
lder :-) You can find my
WIP at
<https://gitlab.digitalcourage.de/htgoebel/guix/-/tree/HG-rebar-build-system>
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
s://github.com/hexpm/specifications/blob/master/package_tarball.md
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
hase of it's
own. Doe this actually make sense?
- Anything else?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Distinguishing in dependencies between variable names build like
this and more specific ones makes it easy to spot whether some
package requires a *specific* version of another package, or whether
it is (expected to be) save to upgrade the other package.
WDTY?
[1]
https://doc.rust-lang
/store/…/bin/rpm for
building RPM packages for Fedora.
Did anybody already work in this areas or has any ideas?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
for different separators The path separator is
defined to be ":" in Posix. So I'd suggest to use a hardcoded value.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
umbers of cargo dependencies are not used which can sometimes cause
> the problem you describe. I really hope the fixes get merged soon because it
> is a real pain.
Are you talking about "guix import crates" here, too?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.g
htgoebel/guix/-/tree/HG-squoia>
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
> or snippets.
Quite some packages change Cargo.toml in a phase, e.g. rust-openssl-0.7.
Thus I assumed, this is the way to go.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
lds.
The much more serious issue is that we are not able to build non-trivial
Rust applications: Given a package which needs to add phases, e.g. for
fixing Cargo.toml, we would need to run each package's phases when
building any depending package.
--
Regards
Hartmut Goebel
| Hartmut
onal distributions.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
in length already. So please stop trolling.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
/usr/lib64/qt5/plugins/platforms/libqxcb.so: (libQt5XcbQpa.so.5:
cannot open shared object file: No such file or directory)"
Looks like the plugin is search in the wrong location and also the list
of plgins.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compi
ges.)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
out some of these packages. They
are used by KDE PIM only, there is no Readme and no description. Debian
also does not provide more infos.
The only change which makes sense IMHO is to add something like "This
library is used by KDE PIM" to the description. (Or change the
description to o
`cargo
test` is save.
Neither the exit status nor the stderr/stdout output are effecting the
store.
> What do you think?
Go ahead! :-)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
libraries showed that is does make
sense to actually test the libraries to detect issues early. And there
are quite some possible issue in libraries, e.g. ladoing dynamic libs
from /usr/lib, searching executables in PATH or even worth in a
hard-coded path.
--
Regards
Hartmut Goebel
| Hartmut
ek-standard-phases` (and reps. for the other build-systems)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
proposal: `#:qpa-platform`,
default: "offscreen", if +f, will not be set.
WDYT?
--
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
#:phases
;;(modify-phases (@ (guix build cmake-build-system) %standard-phases)
(modify-phases %standard-phases
(add-after 'configure 'dummy
(lambda _
#t)
(home-page "")
(synopsis "")
(description "")
(license #f))
--
Rega
+ (if (string-contains file "third_party/")
> + #t
> + #f))
The "if" could be omitted, I assume
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
et/guix/compare/master...qtwebengine
This was perfectly fine for reviewing. Thanks.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
enhanced later, since
changing the description does not force a rebuild of he package.
- Please still honor Ricardo's remark about DRM and phoning home.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers wh
m` failed. Can you please send an updated patch or provide a link to
some online-repo to view the complete diff. Thanks
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ple together demonstrating the locale and translation problem.
Sounds good
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
to accept these for now. IMHO we need to attract more users (and
developers) for guix, fir which we need more packages. And missing
qtwebengine blocks some KDE applications form getting build for guix.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-comp
endencies. It's not trivial to simply switch to guix inputs for
> these.
IMO we should focus on a stand-alone qtwebengine package to avoid having
packages depending on a *huge* monolith.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
Hi Guix!
Looks like we need to package qtwebengine, as more and more packages
require it.
qtwebengine includes a copy of chromium.
Any volunteers?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you
ing" resp. "unset or empty".
This is the way many programs to such checks.
In shell this would be `[ -n "$VAR" ] ` and `[ -n "$VAR" ]`.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
allation?
--
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
y affected variables are:
XDG_DATA_DIRS
XDG_CONFIG_DIRS
QT_PLUGIN_PATH
QML_IMPORT_PATH
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
I've put this into a ehterpad, so we can collaboratively work on this,
without doing duplicate work, and add comments:
https://annuel.framapad.org/p/guix-python2-eol?lang=en
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compile
Regarding the qt packages: I updated them on staging, but still have
Python 2 in there. I will take care of these.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
nd". Any other ideas?
2. The wrapper collects paths from *all* inputs, thus e.g. cmake will
become a dependency of *every* binary packages using qt-build-system.
(The current ((guix build utils) qt-warp) has the same issue.
--
Regards
Hartmut Goebel
| Hartmut Goebel |
Hi,
Am 26.11.19 um 11:32 schrieb Ludovic Courtès:
> IMO it would be nicer to have them install things to $out/libexec.
Given ng0's comment, I'll not put time into this for now.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.cr
Hi,
I just discovered that some packages store programs in $out/lib/libexec
instead of $out/libexec. In my store, only KDE packages are effected.
Is it worth investigating? Or shall we just leave as it i?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com
Hi,
>> https://fsfe.org/news/2019/news-20191102-01.en.html
> I don’t plan to be there. It’d be great if you or anyone interested
> could talk about Guix!
I did not make it writing a proposal. Sorry.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-c
(wrap-qt-program out "lskat"))
#t)
IMHO it would make sense to have some Qt/KDE build system or a flag for
the cmake-build-system so these code replication can be avoided.
How shall de approach this?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...
rectly?
|
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ui -> propagates qtbase, qtpolller, et.
--
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
Hi,
the FSFE is seeking free software projects to be presented at 36C3.
Anybody having a ticket and wants to present Guix? (I could step in, but
would leave this to those with more guix background.)
https://fsfe.org/news/2019/news-20191102-01.en.html
--
Regards
Hartmut Goebel
| Hartmut
Python packages one needs to specify
the requirements as propagated inputs. How can I make some of the
inputs propagated with output "gui" only?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers wh
one is the "admin station"
(ADM) and one is the "deployment target" (TGT), conntected by network.
In ADM run "guix deploy TGT".
Well, this is the first step towards "GuixLab CI/CD" :-)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.co
Hi,
is there a test-suite for "guix depoly" already? Is it run on
ci.guix.gnu.org?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
signature.asc
Descriptio
Hi,
just want to say, that I like the concept, Konrad and Ludo are
discussing. Please continue and make it into code.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
to the package module search path
and with guix gc:
-d, --delete-generations[=PATTERN]
-D, --delete attempt to delete PATHS
Any ideas?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you
ironment is active, the environment would be
destroyed.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
t;guix develop"
command, which is yet just another version of environment/profile.
And adding another dimension: spawning a sub-shell (environment) or not
(profile).
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com |
Am 04.11.19 um 16:26 schrieb Ricardo Wurmus:
> For previous builds you can use a query like
>
>icecat spec:guix-master system:x86_64-linux
Would be great if the page would contain a small help on this. I'm using
this too seldom, so I just can not remember it.
--
Regards
Hartm
to be enough.
The ant-build-system contains phases dealing with this. Have a look at
guix/buid/ant-build-system.scm, near the bottom. Noteble this runs
"strip-jar-timestamps twice!
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
Am 31.10.19 um 17:34 schrieb Efraim Flashner:
> Qt is upgraded to 5.12 on staging :)
Good to know, so I can save my time on this. I should have had a look at
staging :-)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.
(lambda* (#:key outputs #:allow-other-keys)
#t
((#:tests? _ #f) #f))) ; TODO: Enable the tests
(native-inputs
`(("perl" ,perl)))
(inputs
`(("sdl2" ,sdl2)
("qtbase" ,qtbase)))
(synopsi
Am 23.10.19 um 16:24 schrieb Ludovic Courtès:
>
> Another thing: could you add a couple of lines at the top of the patch
Done: e30808ddb33f4aa0c4940ce8596ddc71ff55ed2a
Thanks for the review.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compile
MHO this is okay.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Am 23.10.19 um 19:48 schrieb Marius Bakke:
> Hartmut Goebel writes:
>
>> Am 23.10.19 um 11:11 schrieb Tanguy Le Carrour:
>>> Python 3.8.0 was released on October the 14th [1].
>>> What would be the proper way to package it for Guix?! Add a new public
>>> v
Am 18.10.19 um 20:57 schrieb Marius Bakke:
> It probably does. Really just looking for someone to try it and send in
> the patches. :-)
I'll have a look at this.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compile
he test when you make
this the default "python-3".
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ot convinced to make Python 3.8 the default Python3 (and the
default Python) yet. Many packages might not yet support Python 3.8.
--
+++hartmut
| Hartmut Goebel| |
| hart...@goebel-consult.de | www.goebel-consult.de |
-
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
h -t kde" do the job?
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
ould do.
"P" is not one of the "you". (Neither am I.) Thus your argument is void.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
e a Fascist, though, but the
pattern is the same.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
nstead to deal with their arguments. But I also ask you to discuss
this somewhere else since I'm not interested in this mud-slinging.
Otherwise I need to blacklist you.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compile
WIW: Check when a package has been build the last time (for some
specific platform).
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
n please anybody explain. Or even better: But this explanation on
ci.guix.gnu.org. Or rework the UI, so it is easier to understand?! Many
thanks!
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
101 - 200 of 1014 matches
Mail list logo