Hello *,
I am fixing a bug (#284080) in a ebuild (sci-visualization/mayavi-3.3.0).
I have a fix that installs on my box fine, all deps are satisfied. I try
to commit it, but repoman issues a lot of errors like
RDEPEND.bad 25
Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org wrote:
I just tried it here and I don't get any errors from repoman. I've run
repoman full -d and it only complains about ebuild.allmasked. Have you
synced the entire repo? In particular the profiles/* tree?
Yes, of course I synced the tree. Now
Nirbheek Chauhan nirbh...@gentoo.org wrote:
That's because repoman is context-aware. When you use it, it'll look
around (../..) the current directory for the dependencies. If it
finds the deps, it'll check if the ebuilds. If can't find the
dependencies, it'll look in ${PORTDIR} for checking
I'm using portage-2.2_pre*. After upgrading to sys-libs/readline-6.0,
portage (naturally) kept /lib/libreadline.so.5 - /lib/libreadline.so.5.2,
because a lot of programs needed it. I did emerge @preserved-rebuild, and
only one binary using libreadline.so.5.2 left: /usr/bin/gp, the
interactive
On Sat, 26 Sep 2009, Mike Frysinger wrote:
so long as the linker looks at /usr/lib before /lib, which is usually the
case, unless -L/lib is passed to ld (by way of gcc)
incorrect -- link order doesnt matter here with readline-6
Here's a specific example: sci-mathematics/pari-2.3.4-r1. It has a
Hello *,
Many packages have documentation in LaTeX, and latex is being run (often
when USE=doc). This may cause a sandbox violation, if a font not yet
generated on this particular computer is encountered: latex calls metafont
to generate it, and metafont wants to write it to /var/cache/fonts
Jan Kundr?t wrote:
Markus Meier wrote:
qt3support: Enable the Qt3Support libraries for Qt4
While it affects a few packages, they all are parts of the Qt toolkit (which
we
previously shipped in one big package). I can't see a scenario where this flag
might be
used on a package not released by
Jan Kundr?t wrote:
I don't see a reference to the qt3support flag in any of qtiplot
ebuilds, could you please clarify what you mean?
I see, this thing has disappeared in recent versions... Sorry.
There was a period when qtiplot required qt4 emerged with qt3support USE
flag. So, it had
Alexis Ballier wrote:
These are (potentially) bombs waiting to blow up an unsuspecting
user. They should be carefully checked.
Yeah or maybe they dont need any unusual fonts; its probably sane to
set VARTEXFONTS regardless.
If LaTeX has been never used on this particular computer (just
Samuli Suominen wrote:
If you have a entry in package.mask for removal, please do so now.
If you want treecleaners to handle it, please state so. Already cleaned
up quite a bit today, and yeah.. it will surely look bad in GMN ;-)
I'd propose to update dev-python/visual to the current beta
On Sat, 5 Jul 2008, Ulrich Mueller wrote:
sys-apps/texinfo installs scripts texi2dvi, texi2pdf etc. which are
not functional because the necessary dependencies on TeX are missing.
Therefore aballier and myself propose to introduce a new-style virtual
which will pull in the necessary
Hello *,
Wouldn't it be nice to move scipy from sci-libs to dev-python? All similar
and related packages live in dev-python: numeric, scientificpython,
matplotlib... I know that moving packages is a major pain in the #$$, but
the present situation seems illogical (I would never guess to
On Mon, 7 Jul 2008, Donnie Berkholz wrote:
I actually object to having crap in dev-python, because things should be
categorized functionally instead of by the language they're implemented
in. 90% of the time you don't care about the language. But category
moves are pretty much pointless, so I
On Wed, 3 Sep 2008, Christian Faulhammer wrote:
there should be no more packages in the tree that have USE=tetex, so
this global USE flag can be removed. Any opinions?
Great.
The following packages still depend on virtual/tetex:
[EMAIL PROTECTED]:
app-misc/tdl
[EMAIL PROTECTED]:
Hello *,
Some time ago, some Gentoo TeX guru (don't remember who) advised to
include the following code to the sci-mathematics/maxima ebuild:
# Calculating MAXIMA_TEXMFDIR
if use latex; then
local TEXMFPATH=$(kpsewhich -var-value=TEXMFSITE)
On Fri, 28 Nov 2008, Ulrich Mueller wrote:
We had similar code in app-emacs/auctex, but replaced it by hardcoded
TEXMF=/usr/share/texmf-site about one year ago.
Tnanks, I'll do the same in maxima and asymptote.
Andrey
The upstream development has stopped. There is an active fork:
coolreader-ng (https://gitlab.com/coolreader-ng). It consists of 3
packages:
app-text/crengine-ng
app-text/crqt-ng (Qt frontend)
app-text/crwx-ng (wxGTK frontend)
crqt-ng contains many new useful features as compared to
Hello *,
Sorry for a very naive question.
In the past, I used
repoman commit
to commit a new ebuild. I got a text screen in my terminal where I typed my
passphraise (if I then committed something else within the timeout, I didn't
have to re-type it).
Now we are recommended to use
pkgdev commit
Hello *,
I'm trying to bump dev-python/rpyc to 5.2.3, and I get
Compiling source in
/var/tmp/portage/dev-python/rpyc-5.2.3/work/rpyc-5.2.3 ...
* python3_9: running distutils-r1_run_phase distutils-r1_python_compile
python3.9 -c from setuptools import setup; setup() build -j 6
configuration
On Mon, 1 Aug 2022, Andrew Savchenko wrote:
I have the same problem with pkgdev. It fails to run at
least CLI/TUI pinentry when password is needed. To workaround
I sign some dummy file with `gpg -s file`, then within cache period
I can use it for commits using pkgdev.
Thank you, this workaround
On Sat, 3 Dec 2022, Haelwenn (lanodan) Monnier wrote:
Well Alpine is using the ecl route:
https://git.alpinelinux.org/aports/tree/community/sbcl/APKBUILD
And GNU GuixSD is using the clisp route but per the comments ecl would be
better:
Hello *,
I'm trying to package a new version of sci-visualization/gle which now
uses cmake. After some patching CMakeLists.txt, it configures
successfully. But at build time it spits zillion errors
error: ISO C++17 does not allow dynamic exception specifications
The natural thing to try is
On Sat, 17 Dec 2022, Arsen Arsenović wrote:
audacity-2.4.2-r3.ebuild has something for this already:
``append-cxxflags -std=gnu++14''
Thanks, this works.
Andrey
Hello *,
The sbcl upstream only supports glibc Linux systems. Building sbcl uses
sbcl binary (which fails to run on musl) to compile sbcl sources.
In principle, one can try a workaround: use some other lisp (say, clisp or
ecl) as the bootstrap lisp. This way is at best brittle: there is no
On Fri, 2 Dec 2022, Sam James wrote:
If the dependencies are optional (at least for some), we should indeed
(package.)use.mask sbcl on musl to reduce the damage,
then package.mask the remaining unconditional reverse dependencies.
But I cannot do these this myself. I use neither musl nor ros. I
On Fri, 2 Dec 2022, Tom Gillespie wrote:
For the record I've had sbcl building and running on musl for months
without issue (at one point I even had static linking working). You
have to cross compile a musl version and then side load the binary
instead of using one of the distributed binaries.
There seems to be a regression in 4.4 which potentially can affect many
packages. It is fixed upstream. Wouldn't it be good to include this fix in
the Gentoo package?
Andrey
On Fri, 20 Jan 2023, Sam James wrote:
If you notice an issue in a package, please file a bug. If you do
decide to post on the ML about it, please CC its maintainers.
There was a problem with building sbcl head. They have added a workaround
so that now it works with make 4.4.
Anyway, in this
Hello *,
sci-geosciences/routino has the USE flag python.
I've just changed
PYTHON_COMPAT=( python3_{9..10} )
to
PYTHON_COMPAT=( python3_{9..11} )
in sci-geosciences/routino, routino[python] builds fine. The ebuild
contains the lines
DISTUTILS_USE_SETUPTOOLS=no
PYTHON_COMPAT=( python3_{9..11}
Hello *,
Yesterday I upgraded a large number of packages (but not including
openrc). After that all openrc messages look very strange. Many (null),
colors are weird. Don't know which specific upgrade has led to this
effect. This includes system boot messages and system poweroff messages
(in
: 53D4ABFA88DD61C4 [Andrey Grozin (science) ] [E]
expire:short Expiration date is too close, please renew (is 2023-06-17
15:32:53, less than 14 days)
remote: 53D4ABFA88DD61C4:3AFFCE974D34BD8C [Andrey Grozin (science)
] [E] expire:short Expiration date is too close, please
renew (is 2023-06-17 15:34:59
On Tue, 11 Jul 2023, Ulrich Mueller wrote:
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4c6412ecf83a0465531c65b115b0e3ff8d875296
Thank you!
Andrey
Hello *,
Recently I've committed fricas-1.3.9.ebuild. The SRC_URI has suddenly
changed from .../${P}-full.tar.bz2 (as was the case in all previous
versions) to .../${P}.full.tar.bz2. I was surprised, but, of course, used
this SRC_URI with a dot in the 1.3.9 ebuild. But now the main fricas
On Wed, 31 May 2023, Piotr Karbowski wrote:
There's at least a few project that will not work with new wxGTK, out of what
I know that is in tree the SuperSlicer and the PrusaSlicer that in the
version currently in tree requires wxGTK 3.0. The newer version of
PrusaSlicer actually requires
Hello *,
wxGTK:3.2-gtk3 is now stable. But there are 98 ebuilds depending on
wxGTK:3.0-gtk3 and only 22 ebuilds depending on wxGTK:3.2-gtk3 in the
tree. Probably, in a vast majority of cases 3.0 can be simply replaced by
3.2 without any negative consequences. What could be a reasonable way to
Hello *,
I've just committed dev-lisp/gcl-2.6.15_pre3. It successfully compiles
such highly non-trivial things as maxima and fricas (though compilation
times are *very* long), and they work well. gcl is, probably, second to
sbcl with respect to speed (I mean the speed of the result of
Hello *,
grozin@bilbo /home/gentoo/sci-mathematics/maxima $ pkgcheck scan
gentoo -- updating git cache: commit date: 2023-07-23
sci-mathematics/maxima
UnstableOnly: for arches: [ ppc, x86 ], all versions are unstable: [
5.46.0-r1, 5.47.0 ]
PotentialStable: version 5.46.0-r1: slot(0),
On Sun, 23 Jul 2023, Ulrich Mueller wrote:
I think what happens is this: sbcl is masked on musl, but it is the only
version that is enabled in the ebuild by the IUSE="+sbcl" default.
Therefore, none of the versions available on musl is enabled there,
resulting in an unsatisfied REQUIRED_USE.
On Sun, 23 Jul 2023, Ulrich Mueller wrote:
$ find . -name 'use.mask' -exec grep -E
'^(clisp|clozurecl|clozurecl64|cmucl|ecls|gcl|sbcl)\b' {} +
./features/musl/use.mask:sbcl
./arch/base/use.mask:clisp
./arch/base/use.mask:clozurecl
./arch/base/use.mask:cmucl
./arch/base/use.mask:ecls
Hello *,
pkgcheck complains about each new version of dev-lisp/sbcl:
UseFlagWithoutDeps: version 2.4.1: special small-files USE flag without
effect on dependencies: [ unicode ]
The USE flag "unicode" in the sbcl ebuild has nothing to do with
installing / not installing any files, small or
I'm trying to bump master-pdf-editor and get
grozin@bilbo /home/gentoo/app-text/master-pdf-editor $ pkgcheck scan
pkgcheck scan: error: failed running git log: fatal: unrecognized
argument: --no-find-copies
grozin@bilbo /home/gentoo/app-text/master-pdf-editor $ pkgdev commit -m
'bump to
On Sun, 11 Feb 2024, Sam James wrote:
parona ended up messaging me and pointing out that
https://pkgcore.github.io/pkgcheck/man/pkgcheck.html#useflagwithoutdeps
already says...
In cases where this USE flag is appropriate, you can silence this
warning by adding a description to this USE flag in
sci-mathematics/arb has been merged into sci-mathematics/flint, see
https://github.com/flintlib/arb
Is it time to last-rite sci-mathematics/arb?
Andrey
43 matches
Mail list logo