Hello *,
I use alpine at woodpecker to read and send gentoo-related mails (for
example, gentoo-dev, including this email). Usually everything goes
normally. However, the alias q...@gentoo.org contains bmangen...@gmail.com,
and I get
(expanded from ): host
gmail-smtp-in.l.google.com[74.1
On Sat, 17 Aug 2024, Paul Zander wrote:
Check the logfile at ${T}/Xvfb.log
It says
_XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
and then zillion times
libEGL warning: failed to open /dev/dri/card0: Permission denied
Recently I've upgraded mesa to 24.2.0. Can this pro
Hello *,
Until recently, fricas[doc] used to emerge fine. Today, when trying to do
so, I get zillion
F: open_wr
S: deny
P: /dev/dri/card0
A: /dev/dri/card0
R: /dev/dri/card0
C: Xvfb -displayfd 1 -screen 0 1280x1024x24 +extension RANDR
and the line
virtx emake book
in the ebuild fails. I don
On Fri, 16 Aug 2024, Joonas Niilola wrote:
On 9.8.2024 18.40, Sam James wrote:
Some packages like libffi, gcc support extended, slower versions of
their testsuites. In the past, I've seen both USE="expensive-tests" (I
think) and USE="test-full" (used in a few places in-tree atm) for this.
I sor
On Fri, 5 Jul 2024, Mike Gilbert wrote:
It looks like you mass-filed a couple dozen bugs, but left them
assigned to bug-wranglers.
Please assign your own bug reports, especially when files en-masse.
OK, I've assigned them to the corresponding maintainers. Except 2 ones
which are maintainer-need
On Wed, 3 Jul 2024, Eli Schwartz wrote:
On 7/3/24 12:19 AM, Andrey Grozin wrote:
1. From which phase function should setup-wxwidgets be called?
The current statistics of the packages in the tree is:
src_configure 66
src_prepare 16
pkg_setup 6
pkg_prepare 1
Does this mean that one of
Hello *,
1. From which phase function should setup-wxwidgets be called?
The current statistics of the packages in the tree is:
src_configure 66
src_prepare 16
pkg_setup 6
pkg_prepare1
Does this mean that one of these groups is right, and the other 3 ones are
wrong and should be fixed?
On Sun, 12 May 2024, netfab wrote:
View -> Convert to grayscale
That's it! I'm absolutely sure that I never enabled this option on
purpose. Probably, some accidental mouse click.
Sorry for the noise,
Andrey
Hello *,
The behavior of app-text/qpdfview has changed recently (approx. durung the
last week) in a mysterious way. qpdfview itself has not changed (the
revent -0.5_p1 is irrelevant - I'm discussing the stable version 0.5).
Until recently, qpdfview displayed color pdf files as expected - in c
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
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
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
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 ot
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 coolreader.
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.
Than
ask:ecls
./arch/base/use.mask:gcl
./arch/base/use.mask:sbcl
Yes, but the flags for lisps running on amd64 are unmasket in
profiles/arch/amd64/use.mask:
grozin@bilbo /home/gentoo/profiles/arch/amd64 $ grep -E
'^-(clisp|clozurecl|clozurecl64|cmucl|ecls|gcl|sbcl)' use.mask
-clisp
-ecls
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
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 compilat
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
aut
atus 256
remote: 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
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 wxGTK
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 *,
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 t
/easy_install.html
Please make the appropriate changes for your system and try again.
* ERROR: sci-geosciences/routino-3.3.3-r4::grozin failed (install phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 136: Called src_install
* environment, line 3349: Called distutils-r1
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 ca
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 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 *,
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 t
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:
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/package
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. Se
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 s
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
g
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 er
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
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
Packages I'm no longer interested in:
app-text/doconce(needs bump)
app-text/getxbook (1 bug)
dev-util/diffoscope (needs bump)
getxbook seems dead, no new releases after 2015.
Andrey
(Moving to gentoo-dev)
On Sun, 2 Dec 2018, Michał Górny wrote:
I think that if there's one package that doesn't work with profiles
(compared to the very large number of packages which just work fine),
it's not the profiles but the package being broken (read: doing silly
assumptions). Therefore,
# Andrey Grozin (03 Dec 2018)
# Masked since 2016.
# Removal in 30 days. Bug #671242.
=sci-mathematics/reduce-20110414-r1
On Sun, 25 Nov 2018, Michał Górny wrote:
dev-util/pycharm-community
I'll take this one.
Andrey
On Tue, 3 Jul 2018, Matt Turner wrote:
On Tue, Jul 3, 2018 at 11:38 AM Rich Freeman wrote:
4. by default git tends to accumulate history, which can eat up disk
space. I imagine this could be automatically trimmed if users wanted,
though during syncing it would at least need to store all the c
Does anybody plan to add EAPI 7 support to this eclass anytime soon? It
must be trivial.
There are 857 ebuilds inheriting this eclass in the tree, and they cannot
be bumped to EAPI 7 now.
Andrey
There are 4 packages with the USE flag boehm-gc:
dev-embedded/sdcc
gnustep-base/libobjc2
media-gfx/asymptote
net-libs/onion
plus 3 packages with the USE flag gc having the same meaning:
sci-mathematics/flint
sys-apps/nix
www-client/elinks
I think it would be reasonable to rename the flag gc to
On Thu, 28 Dec 2017, Ulrich Mueller wrote:
Last year we had announced introduction of a new L10N variable
intended to replace LINGUAS as a USE_EXPAND variable [1]. Since then,
many packages have been converted to the new variable.
The next step in the conversion will be removal of LINGUAS from
U
. The bump is urgently
needed. The upstream has switched to cmake, and a nearly complete rewrite
of the ebuild is needed.
Andrey Grozin
# Andrey Grozin (15 Dec 2017)
# Dead upstream. Removal in 30 days. Use bpython or ptpython instead.
dev-python/dreampie
# Andrey Grozin (15 Dec 2017)
# Dead upstream. Removal in 30 days.
dev-python/pydb
# Andrey Grozin (15 Dec 2017)
# Dead upstream, unclear license. Removal in 30 days.
dev
On Thu, 14 Dec 2017, Michał Górny wrote:
f7329bef1eb169d3363f040cefcc323cfd0a0bc53290a35a395e1d1adc849539 SHA512
43da73f66fabd8fdef444c5a06ad1800464a0aeab590938522d6c19973950a242f2ccc0575a93d10d87bdcf82610452117ac081ddb73f47271a8c2a65897e11c
WHIRLPOOL
ad71bc5910ca3dff994651022a5a6c6093cd402385227
On Thu, 14 Dec 2017, Chí-Thanh Christopher Nguyễn wrote:
I think you could alternatively have used a pkgmove from liblinebreak to
libunibreak, then do the bump.
This would break the old liblinebreak-2.1.ebuild which is stable on 3
arches.
Andrey
If the developers of liblinebreak had not decided to rename their library,
I could safely bump it from 2.1 to 4.0, in spite of the fact that it is
maintainer-needed, right?
Am I personally responsible for their decision to use the new name
libunibreak?
If there are QA problems in libunibreak-4.0
This is in fact a newer version of liblinebreak (under a new name).
liblinebreak is m-n. The ebuild is just a slightly improved
liblinebreak-2.1.
This new version improves the functionality of fbreader (the new revision
-r4 depends on libunibreak). Removing libunibreak would require also
removi
On Wed, 3 May 2017, Ian Stakenvicius wrote:
On 03/05/17 01:58 PM, Luca Barbato wrote:
As I said few times, we should dump gcc-5 sooner than later and any
software that does not build with gcc-6 should be p.masked and dropped
from the tree if there isn't a nice fix for it.
Just a heads-up, tha
Many thanks to the python team for good work.
In some cases a package installs some script(s) which run python
interpreter. I mean IDE-like packages, e.g., spyder, bpython, ptpython,
etc. A user may want to run either python2 or python3 using such IDE. The
"standard" behaviour is to install a
On Mon, 2 Jan 2017, Brian Evans wrote:
IMO, this one should be given last-rites as upstream is dead and it
heavily depends on wireless-tools and WEXT.
I use it on 2 notebooks. It works fine, and is (from my point of view) the
most convenient tool to control ethernet and wifi connections on a
no
Happy new year to *,
Yesterday I've changed expiration dates of my gpg key and its subkeys. And
today I cannot push to Gentoo repo:
remote: Signature found, but from unknown key (see push-cert)
remote: Your push was not signed with a known key.
remote: You MUST use git push --signed with a kno
On Sun, 11 Dec 2016, Magnus Granberg wrote:
Gcc 6.X update:
Gcc 6.3 will soon get released in one or two weeks on that the pie use flag
will get unmasked and gcj will be masked for java is removed in gcc 7
I hope gcj will remain in use not very often but regularly). There are no real alternatived
On Sun, 11 Dec 2016, Kristian Fiskerstrand wrote:
On 12/11/2016 03:13 PM, gro...@gentoo.org wrote:
gpg: signing failed: Inappropriate ioctl for device
this might indicate a want for export GPG_TTY=$(tty)
I don't understand what has really happened. I removed my last commit, an
attempt to commi
Hello *,
Today, when trying to push my commit to the repo, I got
gpg: signing failed: Inappropriate ioctl for device
gpg: signing failed: Inappropriate ioctl for device
error: gpg failed to sign the data
fatal: failed to sign the push certificate
fatal: The remote end hung up unexpectedly
When
On Tue, 1 Nov 2016, Zac Medico wrote:
Does FEATURES="-sandbox -usersandox" help?
Yes.
I've filed the bug #598752 about this problem.
Thanks,
Andrey
Hello *,
For quite some time I cannot build gcl-2.6.12 on my ~amd64 box. The last
successful build was on February 17 this year, the first failure on May 4.
Nothing changed in gcl-2.6.12.ebuild.
Now raw_gcl segfaults when called from make. When I go to
/var/tmp/portage/dev-lisp/gcl-2.6.12/wo
On Tue, 7 Jun 2016, M. J. Everitt wrote:
My concern is for those people using sunrise packages (in whatever
broken state) who might suddenly discover they have completly lost
access to the overlay 'overnight'. Whilst I'm not expecting the
server/repo suddenly to disappear .. there should be a pla
After rsyncing /usr/portage, I get errors like
Verifying ebuild manifests
!!! Digest verification failed:
!!! /usr/portage/dev-libs/libxml2/ChangeLog
!!! Reason: Filesize does not match recorded size
!!! Got: 5221
!!! Expected: 5038
On Sat, 10 Oct 2015, hasufell wrote:
I am a bit confused how this is a bump to "1.2.16". Is just the commit
message wrong or what happened here?
There was a bump in c473e4fcbe3a17d7bc98d3fa1c19624687774165 afais.
And why was BV_X64_MACOS changed?
Sorry for the confusion. When I did it, I haven'
On Sun, 4 Oct 2015, Mike Gilbert wrote:
Python 3.5 has been added to ~arch this morning. Please feel free to
test and add python3_5 to PYTHON_COMPAT as appropriate.
And where's python-docs:3.5?
Andrey
On Thu, 3 Sep 2015, James Le Cuirot wrote:
It will probably work if you just cd to the parent directory before you
pull or push.
Thanks, this have worked.
Andrey
This case is not discussed in
https://wiki.gentoo.org/wiki/Gentoo_git_workflow
I've added sci-geosciences/qmapshack to my local git tree. But
grozin@elrond /home/gentoo/sci-geosciences/qmapshack $ git push --signed
origin master
Warning: untrusted X11 forwarding setup failed: xauth key
I'm trying to follow https://wiki.gentoo.org/wiki/Gentoo_git_workflow:
grozin@elrond ~ $ git clone --depth=50
git+ssh://g...@git.gentoo.org/repo/gentoo.git
Cloning into 'gentoo'...
Permission denied (publickey).
fatal: Could not read from remote repository.
Please make su
Hello *,
There was a bug #526194 - dev-lisp/sbcl does not respect CFLAGS. It was
"fixed" by Mark Wright on Jan 31 - Feb 1. However,
after this fix the upstream CFLAGS were appended to the user-supplyed
${CFLAGS}. And the upstream CFLAGS contain -O3. So, is a user has, e.g.,
-O2 in his/her ${
entoo
[15.2.21:0/15.2.21::grozin] USE="X emacs libatomic%* threads unicode
-debug -gengc -precisegc" CPU_FLAGS_X86="sse*" 0 KiB
Why isn't sse masked?
Andrey
On Mon, 24 Nov 2014, hasufell wrote:
net-misc/dropbox-cli
I use it every day, works fine. No bugs. I take it. I'd like to add a
bash-completion file for dropbox-cli.
Andrey
t know what's the
matter.
Andrey
----
# Andrey Grozin (23 May 2014)
# Google closed free usage of the translate api
# Masked for removal in 30 days
app-text/qgoogletranslator
# openmcl has been renamed to clozurecl
# Masked for removal in 30 days
dev-lisp/openmcl
dev
# Google closed free usage of the translate api
# Masked for removal in 30 days
app-text/qgoogletranslator
# openmcl has been renamed to clozurecl
# Masked for removal in 30 days
dev-lisp/openmcl
dev-lisp/openmcl-build-tools
Andrey Grozin
On Mon, 14 Apr 2014, Alexey Shvetsov wrote:
There are a list of packages up for grabs. I cannnot test anymore some of
them, or i stopped use them.
app-text/fbreader
I use it very often. I'll take it.
Andrey
On Fri, 17 Jan 2014, Ulrich Mueller wrote:
On Fri, 17 Jan 2014, grozin wrote:
Maybe, a good solution is to introduce a special arch, "noarch", for
such packages (similar to what's done in the rpm world). Then, if a
package is ~noarch, it is automatically considered ~arch
On Fri, 17 Jan 2014, Tom Wijsman wrote:
On Fri, 17 Jan 2014 16:31:54 +0100
Ulrich Mueller wrote:
On Fri, 17 Jan 2014, grozin wrote:
Maybe, a good solution is to introduce a special arch, "noarch", for
such packages (similar to what's done in the rpm world). Then, if a
package
Sorry for following up myself,
On Fri, 17 Jan 2014, gro...@gentoo.org wrote:
OK, let's be conservative. Python and Perl scripts may break on some arches
(I'd say it's a rare exception, perhaps 1%, but still). But what about
dev-java/java-sdk-docs
dev-db/postgresql-docs
sys-kernel/linux-docs
de
On Thu, 16 Jan 2014, Sergey Popov wrote:
3. Also, another interesting question has come up in this thread, that of
non-binary packages. Should we give maintainers the option of
stabilizing them on all arch's themselves?
3. If code is interpreted rather then compiled, it does not matter that
it i
On Tue, 14 Jan 2014, William Hubbs wrote:
1. I think maintainers should be able to stabilize their packages on arch's
they have access to. I think this is allowed by some arch teams, but I
think it would be good to formalize it.
+1
Also, there is a substantial number of packages which contain o
On Sat, 20 Apr 2013, Tom Wijsman wrote:
In "${S}"/uiop there indeed is a version.lisp-expr link that does that.
Yes! Many thanks. Now I have fixed this problem.
Andrey
i686)
log:
* Package:dev-lisp/uiop-2.33-r1
* Repository: grozin
* USE:elibc_glibc kernel_linux userland_GNU x86
* FEATURES: preserve-libs sandbox
cfg-update-1.8.2-r1: Creating checksum index...
Unpacking source...
Unpacking asdf-2.33.tar.gz to
/var/tmp/portage/dev-lisp/uiop
On Sat, 20 Apr 2013, Michał Górny wrote:
Doesn't the symlink get installed earlier, e.g. by the build system?
I'm not sure what doins would do in that case.
No. Here is the complete src_install:
src_install() {
insinto /usr/share/common-lisp/source/${PN}
doins -r contrib *.lisp
Hello *,
I have in src_install
insinto /usr/share/common-lisp/source/foo
doins version.lisp-expr
After ebuild foo-x.ebuild install, in
.../image/usr/share/common-lisp/source/foo I get a broken symlink
version.lisp-expr -> ../version.lisp-expr
Don't understand how this can happe
On Fri, 22 Mar 2013, Panagiotis Christopoulos wrote:
I'm not sure if it's related, but have you set PORTAGE_GPG_DIR and/or
PORTAGE_GPG_KEY in your make.conf?
Sure:
PORTAGE_GPG_DIR="/home/grozin/.gnupg"
PORTAGE_GPG_KEY="00C6DAB1!"
Even if I'll be able to con
aemon)"
fi
In /etc/kde/shutdown/agent-shutdown.sh:
if [ -n "${GPG_AGENT_INFO}" ]; then
kill $(echo ${GPG_AGENT_INFO} | cut -d':' -f 2) >/dev/null 2>&1
fi
grozin@elrond ~/.gnupg $ cat gpg-agent.conf
pinentry-program /usr/bin/pinentry-qt4
no-grab
default-cach
Hello *,
I've followed all the instructions successfully (I think). By the way, the
following lines need a small correction:
perl_ldap -b user -M gpgkey
perl_ldap -b user -M gpgfingerprint
perl_ldap says that attributes of type multiple cannot be modified. I had
to delete these attribute
igits_1>?
Should I add ! at the end, as suggested by mgorny?
During the time I'm reading all these instructions, I could bump 10
packages. Very complicated for a person who does not use gpg and knows
next to nothing about it.
Andrey Grozin
On Tue, 7 Aug 2012, Andreas K. Huettel wrote:
# Andreas K. Huettel (7 Aug 2012)
# Many display bugs and compatibility problems, does not build with cups-1.6.
# Upstream is dead. There's no real way to support this anymore. Masked for
# removal in 30 days. Unfortunately the best lightweight repla
On Thu, 24 Nov 2011, Pacho Ramos wrote:
app-text/pdfshuffler
I'll take this one
Andrey
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
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
Nirbheek Chauhan 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 them.
Thanks. I really
Jorge Manuel B. S. Vicetto 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 I see even a more stra
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
sci-visualization/mayavi/mayavi-3.3.0.ebuild:
On Wed, 24 Dec 2008, Petteri R?ty wrote:
Who has been removing die statements? Is this a suggested way of action
somewhere by someone?
As recently discussed on the list, econf dies by itself, and || die should
better be removed after econf. The same is true for, e.g., eqmake4. It was
discussed
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
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)"
loc
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]:
app-misc/fdu
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 don
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 search
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 dependencies
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 (beta26
1 - 100 of 104 matches
Mail list logo
