sci-chemistry/votca replaces sci-libs/votca-tools & the other votca-* packages.
sci-chemistry/votca builds fine, so we should not be last-rited that,
but only the votca-*.
Christoph
On Fri, Dec 23, 2022 at 6:31 AM Michał Górny wrote:
>
> # Michał Górny (2022-12-23)
> # sci-libs/votca-tools fail
2017-11-16 6:44 GMT-07:00 Christoph Junghans :
>
>
> On Nov 16, 2017 6:29 AM, "Brian Evans" wrote:
>
> On 11/15/2017 10:27 PM, William L. Thomson Jr. wrote:
>> It maybe worth considering switching the default generator in the
>> cmake-utils.ecla
On Nov 16, 2017 6:29 AM, "Brian Evans" wrote:
On 11/15/2017 10:27 PM, William L. Thomson Jr. wrote:
> It maybe worth considering switching the default generator in the
> cmake-utils.eclass from the default of emake to ninja.
>
> - : ${CMAKE_MAKEFILE_GENERATOR:=emake}
> + : ${CMAKE_MAKEFILE_GENERA
HX5wNHCjJxoy
> XPQdJq7Y+ihrDj+630/EIzvncZjLXpJ1r03ftfQ8Km38m1dIL9HHVIX4Z6NHokwe
> bmEs1VAQk+3NajmzB4Wt6xJoiIPiQiIDeNLAYhe8MVL1qK+LW5sgC8gV7PWwau7b
> 7CsBbPJOE1Y/rcjc8B3c630hE8WXAfQ1lnIBR7EzNsnNwTp5s8F4u7JktZSKkSSc
> g1545i8EBaV2eHeEatIqEpB2oGDp2eDZjeLny7nlCU0FO0MfFFsTWBXEJHUDIto4
> ammwydyWLGBACU97jBkoePgSp54ekAW3XdtMFG9KT7/rArtgDY06wWFH2BqA0tcx
> qYGXqT1QBzjjUmTyQmHflKv3Zx233RD2h4J2g9A0wE5CKZViKdfKWADG0tyIRlOI
> ooZKj7sp/iKZbgQqVdHPqySw7clUFi0LGUr7RQr/RUC1z+ROSb+x+dCkSV9ujPSF
> A8acKoEu7cjjGU4P/RFiWbHR/czMXiv21VmAvD4sdqibkYlfR/YWyctz0JMzfIdz
> tB6ZDpedB3Qsu0tTdlnOYiCMpoMH/ZBK3vjLcG/72BkqjyyD32xJu1KVVARao+ZQ
> 4cOxNXDA35yeOnZ77pNLNhkS8CToGuijqtUdkDhYq+rhLFOkNcTbl+fR88UuTeAH
> ZwGZmZGkP1jubaDIN+NL
> =17Cu
> -END PGP SIGNATURE-
>
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
# Christoph Junghans (7 Mar 2015)
# Fails to build (bug #536406); nothing in the tree uses it.
# Masked for removal in 30 days
sci-libs/openmm
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
dback or in a week if there are no
> objections.
+1
>
> [1] https://bugs.gentoo.org/show_bug.cgi?id=486626
>
> Best regards,
> Andrew Savchenko
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
ou will still need to have app-arch/lzip in DEPEND,
> similar to app-arch/unzip.
Or use $(unpacker_src_uri_depends).
>
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
o different ways of logging, via syslog (like Paul
wants) and with a separate log file to avoid boot delays (like djc
wants). We could easily make syslog logging the default, like
polynomial-c suggested in another thread, but syslog is enabled in
most profiles by default anyway.
>
> Also, you can always publish your overlay. :)
>
> Rich
>
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
> --
> Fabio Erculiani
>
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
lly ready to get on the actual list.
>
> As usual, each item should have a corresponding 'Future EAPI' bug which
> blocks the tracker [1].
>
> [1]:https://bugs.gentoo.org/show_bug.cgi?id=future-eapi
>
#444366 - unique subslot for live ebuilds
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
uot;Failure: $n"
> - for x in ${FFTW_DIRS}; do
> - einfo "Testing ${x} precision"
> - BUILD_DIR="${S}-${x}" \
> - multilib_foreach_abi do_smalltest
> - done
> + multibuild_foreach autotools-
er_src_uri_depends from unpacker.eclass is intended for.
DEPEND+=$(unpacker_src_uri_depends)
>
>
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
be moved to qt/core, and so on.
-1
I don't like the idea of emerging gui instead qt-qui.
>
> Please let us know your thought on this.
> --
> Cheers,
>
> Ben | yngwin
> Gentoo developer
> Gentoo Qt project lead, Gentoo Wiki admin
>
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
for the main branch.
Looking at the packages using mercurial.eclass
(<http://qa-reports.gentoo.org/output/eclass-usage/mercurial.txt>) the
above change shouldn't cause any problems (some packages already use
EHG_REVISION="default" to avoid branch changes), but I will wait
another
2012/12/16 Pacho Ramos :
> net-misc/openntpd
I take this.
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
sr/share/gentoo/lib/pkgconfig?) to avoid confusion with
upstream pc files. This directory can then be added to PKG_CONFIG_PATH
during the build.
Can you also remind me what should go into these private variables and
what not? Since Fedora has started their DSO Linking policy I am very
confused about flags like -lm and -pthreads.
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
2012/10/29 Diego Elio Pettenò :
> On 29/10/2012 10:37, Christoph Junghans wrote:
>> If Arfrever keeps maintaining it for a while, I will take it.
>
> Do remember that whatever you commit, _You_ take responsibility for it.
> After a screwup, the answer "I didn't do any
is needs a dev watching it, rather than
> whichever random proxy-maintainer member snags that version.
>
> Anyone got the spare cycles for it?
If Arfrever keeps maintaining it for a while, I will take it.
Christoph
>
> ~harring
>
--
Christoph Junghans
http://dev.gentoo.org/~ottxor/
>> pbzip2 uses libbzip2, which I understand bzip2 to also be a wrapper around.
>>
>
> libbz2 is built and installed by the app-arch/bzip2 package. Thus,
> app-arch/pbzip2 depends on app-arch/bzip2, unless someone rips libbz2
> out into a separate ebuild.
That sou
No objections and 2x +1, so I will commit virtual/awk to ~arch and
app-admin/eselect-awk to ~arch & masked for testing.
Please port packages to virtual/awk (if possible) and make bug reports
block on the awk porting tracker (bug #418473).
2012/5/29 Christoph Junghans :
> Hi,
>
&g
gawk
<http://qa-reports.gentoo.org/output/genrdeps/rindex/sys-apps/gawk>
and
<http://qa-reports.gentoo.org/output/genrdeps/dindex/sys-apps/gawk>
to name a few.
I have tested mawk as default interpreter for a while on my x86 boxes
and didn't observed any problems so far.
Cheers,
Ch
21 matches
Mail list logo
