the usual issues with copying code around.
- --
Jonathan Callen (abcd)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCgAGBQJRKlZ+AAoJELHSF2kinlg4L0UP/24ETiIoXIVS9it65p2s/YER
D/KCcgsbTMowWTrs488mQ8Vs
, if n is
omitted, and word does not expand to one or more digits, the
standard output and standard error are redirected as described
previously.
While the outcome of n- is not specified directly in the man page,
it is treated exactly as n- is.
- --
Jonathan Callen
-BEGIN
read Paths shall be relative
to installation root (${ED}), and name regular files.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCgAGBQJRTiYdAAoJELHSF2kinlg4uC4QAJbQzbpgwBvrADDurGm8LID0
}
Failure to include these in REQUIRED_USE may cause the eclass to die
very late in the build process.
Thank you,
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCgAGBQJRo309AAoJELHSF2kinlg4dVcP
-0.1_alpha54
x11-misc/sunflower-0.1_alpha55
x11-proto/xcb-proto-1.8-r1
x11-proto/xcb-proto-1.8-r2
x11-proto/xcb-proto-1.8-r3
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net
for trouble.
If you want a list that you can copy and paste between x86/amd64 systems, just
drop the keywords
completely from the line, so only the atom remains. This will cause portage to
use the ~arch
keyword *for the current host*, so the same file works on all architectures.
- --
Jonathan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrey Grozin wrote:
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rémi Cardona wrote:
Title: Migration to X.org Server 1.6 and libxcb 1.4
Author: Remi Cardona r...@gentoo.org
Content-Type: text/plain
Posted: 2009-10-02
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: x11-base/xorg-server-1.6
around
the issue.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkrKV8sACgkQOypDUo0oQOog6QCg18/A06tmecCa/5L6r7qoKAO1
urAAoKIHKiZyKveYoDwCQZ/woeRQdwY/
=C9ao
-END PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Jonathan Callen a...@gentoo.org (11 Oct 2009)
# Old KDE 3.5.9 monolithic ebuilds. Replaced by kde*-meta.
# Masked for removal in 30 days
kde-base/kdeaccessibility
kde-base/kdeaddons
kde-base/kdeadmin
kde-base/kdeartwork
kde-base/kdebase
kde-base
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Recently, virtualx.eclass changed how it adds dependencies. Previously,
it always added IUSE=X, and added X? ( x11-base/xorg-server
x11-apps/xhost ) to both DEPEND and RDEPEND (the RDEPEND part appears
to have been unintentional). This has been
Mike Frysinger wrote:
if you read FHS you'll see that both implementations are allowed. Gentoo
isnt
violating anything here. wrt LSB, who knows. there are a ton of things we
dont follow with LSB.
Actually, at first, FHS says that any /libqual would be allowed, but
it then goes into
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Torsten Veller wrote:
An imprecise search (/make .*install$/) revealed another 200 packages:
http://dev.gentoo.org/~tove/files/makeinstallwithoutdie.txt
Let it die before replacing a working package with a broken one.
Removed from tree:
Samuli Suominen wrote:
Nirbheek Chauhan wrote:
On Mon, Oct 26, 2009 at 5:45 AM, Robin H. Johnson robb...@gentoo.org wrote:
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2009-10-25 23h59 UTC.
Removals:
[snip]
in either of these lists are being used in the tree; please
remove any usage of them from overlays posthaste.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
. The
few instances of this in the tree have been fixed to use arrays, as
should all new ebuilds.
The plan is to eventually remove this backwards-compatibility code, once
all usages in the tree have been converted.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (GNU/Linux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Jonathan Callen a...@gentoo.org (14 Dec 2009)
# Old Qt3-only version of qca, unused in tree
# Removal on 2010-01-14
=app-crypt/qca-1*
app-crypt/qca-tls
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (GNU/Linux)
Comment: Using GnuPG
|upstream)*
)
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAksnzAcACgkQOypDUo0oQOo3TQCgnvrr5r54RE5q2LVRYoT+Q2nR
6Q4AniRGhT0Tq1KnY1wAoZt7c+ZEfBvQ
=Inet
-END PGP SIGNATURE-
has not yet occurred).
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkspbE8ACgkQOypDUo0oQOrkSwCfTCWlBmXCOiIeI2u8WInjnWVy
YQIAnRNesROT2DNsUSApea6rv8lFpXyc
=kfXK
-END PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Jonathan Callen a...@gentoo.org (29 Dec 2009)
# Project abandoned upstream (replaced by dev-util/schroot)
# Collides with dev-util/schroot[dchroot]
# Masked for removal in 30 days, bug 298874
sys-apps/dchroot
-BEGIN PGP SIGNATURE-
Version
As KDE 3 has been removed from the tree, the kde-* eclasses are no
longer used by anything remaining in the tree. These eclasses are
scheduled for removal on or about 2012/01/11.
signature.asc
Description: OpenPGP digital signature
Attached is a patch to properly comply with the part of the FDO Desktop
Menu Specification pertaining to Categories (namely, always ensuring
that the list ends in a ;) and the part of the FDO Desktop Entry
Specification and Icon Theme Specification pertaining to icons (namely,
that non-absolute
On 02/24/2010 01:16 PM, Pacho Ramos wrote:
El mar, 23-02-2010 a las 20:26 -0500, Jonathan Callen escribió:
Attached is a patch to properly comply with the part of the FDO Desktop
Menu Specification pertaining to Categories (namely, always ensuring
that the list ends in a ;) and the part
the
dependency such that I need autotools on USE=kernel_SunOS or
USE=kernel_freemint, but nowhere else or I need autotools when USE=foo
and USE=bar, but not otherwise.
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
version of Python 2 and active version of Python 3, when both Python 2
- -and Python 3 are installed.
+modules that support both Python 2 and Python 3 are installed for both the
+active version of Python 2 and the active version of Python 3 when both
+Python 2 and Python 3 are installed.
- --
Jonathan
of the eclasses from the same repository, then you should add the
following 2 lines to /etc/portage/repos.conf:
[DEFAULT]
eclass-overrides = local
Where local is the contents of /path/to/overlay/profiles/repo_name.
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
On 04/06/2010 12:26 PM, Gilles Dartiguelongue wrote:
Le mardi 06 avril 2010 à 16:14 +, Jonathan Callen (abcd) a écrit :
-src_unpack() {
+src_prepare() {
unpack ${A}
cd ${S}
# Fix for upstream bug #12305
@@ -41,13 +41,12 @@
eautoreconf
}
Please
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/05/2010 09:19 AM, Samuli Suominen wrote:
On Saturday 05 of June 2010 02:00:02 Torsten Veller wrote:
Hello fellow developers and users.
Nominations for the Gentoo Council 2010/2011 are now open for the next
two weeks (until 23:59 UTC,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/30/2011 06:09 AM, Thomas Beierlein wrote:
On Fri, 30 Dec 2011 11:44:23 +0100 Michał Górny mgo...@gentoo.org
wrote:
On Fri, 30 Dec 2011 10:43:31 +0100 Thomas Beierlein
tom...@gentoo.org wrote:
4. Run the appropriate upgrade script from
** is in the
ACCEPT_KEYWORDS used for the package in question.
This is required because on a typical ~amd64 system, the effective
value of ACCEPT_KEYWORDS is amd64 ~amd64 -- which would be covered
under a stable keyword is in use (the same applies for other arches
as well).
- --
Jonathan Callen
-BEGIN PGP
-expanded).
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBCgAGBQJPmvKPAAoJELHSF2kinlg43ZgP/1F++FzGzmUZxy+2enHeCIRb
47y4hFxZG18ulWijr0qEJTizDGCxE8RCBfanM4I1G4qSdy0Eyg+6yIdT+B1FRZ1F
Wp5p/CPPX
supports installing multiple icons with
one command, as well as directories. That does not work for
newicon.
Normally, new* is a wrapper for do* that does something like:
newfoo() {
# argument checking omitted...
cp -P ${1} ${T}/${2}
dofoo ${T}/${2}
}
- --
Jonathan
the package for each
individual ABI because they install a file in
/usr/$(get_libdir)/pkgconfig. This should probably be changed
upstream to install to /usr/share/pkgconfig, as there is nothing
ABI-specific in there.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux
/rules.d
+ else
+ dir=/usr/lib/udev/rules.d
+ fi
fi
echo -n $dir
}
--
Jonathan Callen
be set (with your
current logic).
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iQIcBAEBCgAGBQJQcb2UAAoJELHSF2kinlg4jQMP/Rt4UJBDCPE6lJyEoHzTp60l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/26/2010 03:03 PM, Samuli Suominen wrote:
On 07/26/2010 09:57 PM, Samuli Suominen (ssuominen) wrote:
Small change to xfconf.eclass, let me know if you see something wrong
with it.
- None of xfconf.eclass consumers install static
, the
portage QA check actually checks to see if the section (.hash) that
would be output by --hash-style=sysv or --hash-style=both is present. If
it is present, then the check fails, as --hash-style=gnu does not output
a .hash section.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG
you be checking the output of `locale charmap` instead of the
actual contents of the LC_ALL/LC_CTYPE/LANG variables? You currently
are reporting an error if someone is using the en_US.utf8 locale
(which *is* a legal UTF-8 locale, and should not be an error).
- --
Jonathan Callen
-BEGIN PGP
outputs, I haven't seen them yet.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBCAAGBQJMVLH7AAoJELHSF2kinlg4+VYQAIB/Qc3Oq6lmK6tgiXADjk1Y
ICMCTbxyuCRNkfllwVqqIKEMUE/UmkqIjkY2
}
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBCAAGBQJMi8RcAAoJELHSF2kinlg4z6gP/12fOfcJYJK1CUhe/DClXj99
sujt9ekdiiPKepa3g1JC2X4T/IObdLnKgtpGhsFpj4nuJkYYA4WBJUEjdeZO3evx
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/11/2010 02:03 PM, Jonathan Callen wrote:
On 09/08/2010 03:03 PM, MichaB Górny wrote:
If called with a single arg, it would assume val1=use1.
Just as a proof-of-concept, here's one implementation of such a
function, allowing
it's some kind of pseudo-multiline output?
debug-print 'line1' \
'line2'
where each line would be prefixed with 'debug:'.
That printf expression does the exact same thing, printing each argument
on a separate line, prefixed with 'debug: '.
- --
Jonathan Callen
-BEGIN PGP
on Python 2 and 3
PYTHON_DEPEND=2 3
Just throwing this out as an option, instead of using , maybe {
}, which might be more readable (and isn't currently allowed at all in
*DEPEND.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG
automagically.
--
Jonathan Callen
on 2011-05-22 to give about 2 weeks warning to
users.
Please comment and review.
--
Jonathan CallenTitle: Removal of kdeprefix support
Author: Jonathan Callen a...@gentoo.org
Content-Type: text/plain
Posted: 2011-05-22
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: kde-base/kdelibs[kdeprefix
Ulrich Mueller wrote:
On Wed, 18 May 2011, Jonathan Callen wrote:
Display-If-Installed: kde-base/kdelibs[kdeprefix]
I don't think that USE dependencies (or any other EAPI specific
features) are allowed here.
The GLEP does not make any meantion as to whether it is legal to use
USE
support (they both appeared in portage 2.1.6).
--
Jonathan CallenTitle: Removal of kdeprefix support
Author: Jonathan Callen a...@gentoo.org
Content-Type: text/plain
Posted: 2011-05-22
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: kde-base/kdelibs[kdeprefix]
On 2011-06-06, kdeprefix
/nonexistant/file; echo $?`
--
Jonathan Callen
gpg insists that I have cancelled anything,
when it by itself fails silently.
Any ideas? :)
Are you doing this from within an X11 session? If so, is DISPLAY set
properly? If not, does the output of `eselect pinentry show` indicate that
a non-X11 pinentry client is selected?
- --
Jonathan
behind the package manager's back.
--
Jonathan Callen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Tomáš Chvátal wrote:
die Unable not determine libreoffice/openoffice implementation!
Unable to determine ...
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
iQIcBAEBCgAGBQJOXW2uAAoJELHSF2kinlg4WgkQAI
that prevails, not the *first*. Therefore, if it is expected that
multilib-minimal.eclass's
versions will be used, it should be nearer the end of the inherit line, not the
beginning.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/30/2014 03:11 AM, Gilles Dartiguelongue wrote:
Le mercredi 29 janvier 2014 à 22:37 -0500, Mike Gilbert a écrit :
One difference: it creates 3 of the 4 directories under ${HOME} instead of
${T}, just to
mimic the default behavior in the
`, as you don't
want the package
*really* writing to those locations.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCgAGBQJTO3zXAAoJELHSF2kinlg4emwQAJNwluWdrGXrBMj3f+j4Sx8
These all look good to me (being one of the offenders mentioned above).
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
to disarm gen_usr_ldscript
(so as not to create a conflict).
The only two packages I have installed that I had to modify to make
this work were coreutils (as noted above) and plymouth.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird
to clarify, the current Gentoo policy is that game executables go
in /usr/games/bin and libraries go in /usr/games/$(get_libdir).
Debian policy follows FHS in that games binaries go directly in
/usr/games and games libraries go in the same directory as other
libraries.
- --
Jonathan Callen
-BEGIN PGP
? ( !bar )-type
primitives, the messages portage outputs are generally better with
'??', '^^', and '||', as you might see something like:
The following REQUIRED_USE flag constraints are unsatisfied:
at-most-one-of ( foo bar baz )
Which is, in my opinion, more readable.
- --
Jonathan Callen
.
--
Jonathan Callen
--- a/eclass/multilib-build.eclass
+++ b/eclass/multilib-build.eclass
@@ -567,9 +567,6 @@
# @DESCRIPTION:
# Determine whether the currently built ABI is the profile native.
# Return true status (0) if that is true, otherwise false (1).
-#
-# This function is not intended to be used
4.14.49. to reference the
4.14 branch, as upstream liked to use versions like 4.14.90 for a
beta/rc of 4.15; I haven't been involved enough with KDE5 to determine
what they're doing now.)
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
commit or rebased)
contains the stabilization for both arches, as there would be no need
to revbump to add a stable keyword (in fact, I'd call that an
incorrect resolution).
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCgAGBQJUHy8BAAoJELHSF2kinlg4wPIP/jrDAo0ye4f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/08/2015 02:23 AM, Daniel Campbell wrote:
On 01/07/2015 04:19 PM, Jonathan Callen wrote:
On 01/07/2015 12:15 PM, Matt Turner wrote:
On Wed, Jan 7, 2015 at 7:57 AM, William Hubbs
willi...@gentoo.org wrote:
On Wed, Jan 07, 2015 at 06:49
a security issue
that upstream would never expect (as no users can be in the games
group traditionally).
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCgAGBQJUrc0kAAoJELHSF2kinlg4U48P/0832YIuICSAqjvPd2HOevs0
a vote on one of the members, or discontuing
>>> the team.
>>>
>>> The voting ends 2 weeks from now (2015-10-14) or when all team
>>> members vote.
>>>
>>> Team listing (from wiki): aballier, axs, jcallen, mgorny,
>>> pacho.
>
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/19/2015 05:56 PM, Michał Górny wrote:
> On Sat, 19 Dec 2015 23:51:47 +0100 Ulrich Mueller
> wrote:
>
>>> On Sat, 19 Dec 2015, Michał Górny wrote:
>>
(I guess it is encountering EOF on the temporary file created
On 06/12/2016 10:42 PM, Michael Orlitzky wrote:
> On 06/12/2016 09:12 PM, Benda Xu wrote:
>> Michael Orlitzky writes:
>>>
>>> Every rm, cp, mv, mkdir, dodir, cd, etc. needs "|| die".
>>
>> Thanks, updated.
>>
>> ...
>>
>> # Don't forget to make directory for sysfs
>> -
;>
>> Using slot operators within OR deps was intended when EAPI5 was
>> introduced. If Portage and other PMs don't handle it well or properly
>> then they should be fixed, and perhaps the spec should be refined in
>> EAPI7, but that doesn't mean banning it now.
>>
>>
>>
>
>
> Now, one thing that *is* banned is the use of :[SLOT]/[Sub-Slot]
> values in ebuilds, as per PMS s.8.2.6.3 -- I know there's plenty of
> ebuilds that are doing that, including in virtuals.
>
>
>
No, the specific syntax that is banned is ":0/0=" (that is, both a
subslot and a slot operator). It is perfectly legal to depend on ":0/0"
or on ":0=", but not on ":0/0=".
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
gt; I've added the eapply_user to postgres-multi and modified the case
> condition to match the hot goods you're selling on the sly.
>
You missed the fix for EAPI in postgres-multi.eclass (it looks okay in
the other eclass, though).
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Ve
qt4 qt5" for most packages, this turns
off one of them for some packages).
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCgAGBQJXBa21AAoJEEIQbvYRB3mgmK8P/RnRjGjDjrrnrEiNW+0AQcpX
Wjsa47kEu7GenNQjJMg3RLDGYAXr2WlPVxXWJ6dSmd81Ja+36tWV5/pYj7XDGFOo
Pq7KSLBnS3aEHYjkMybik
files, for whatever reason
(apparently because the $ED/sbin directory is created after the
$ED/usr directory). Because of this, it might be best to ensure that
packages that do install in both places are modified not to do so
under such a configuration.
- --
Jonathan Callen
-BEGIN PGP SIGNATURE---
tes on
just "*.ebuild", I can even get a quick diff of what changed in
gentoo.git to update my overlay).
- --
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCgAGBQJXAz9VAAoJEEIQbvYRB3mg5wMP/1sjOs1yDT9qI96Cy/s3K+el
+VfRKu1GmxCZgNzWJ
As I no longer use this package, it is up for grabs:
dev-libs/lockdev
signature.asc
Description: OpenPGP digital signature
The primary
version comparison function in that eclass was written to be a complete
implementation of the version comparison algorithm in PMS. Maybe
eventually we'll get a version comparison function in PMS so we won't
have to resort to the wonderfully complex bash functions in that eclass :).
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
r/entries/${MACHINE_ID}-${KV}.conf
Kernel, initramfs, etc.:
/boot/${MACHINE_ID}/${KV}/linux
/boot/${MACHINE_ID}/${KV}/initrd
/boot/${MACHINE_ID}/${KV}/config
/boot/${MACHINE_ID}/${KV}/System.map
Can be generated by kernel-install(8) (part of systemd).
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
version of dev-lang/go, then upgrade dev-lang/go without
upgrading virtual/go).
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
illiam
>
Yes, it is. I just checked my /usr/bin, and found over 100 scripts that
all begin with the string "#! /", including many scripts from autoconf,
among others.
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
On 01/02/2017 04:37 PM, Justin wrote:
> Hi all
>
> How about making USE=cuda a global USE?
>
> Description: Enable support for nVidia CUDA
I would say: "Enable support for NVIDIA CUDA", as that reflects how
NVIDIA now appears to refer to itself.
>
> Current Situation:
> [snip]
>
> More or
mask,force}, then you would add a line like "-foo" to
the use.{mask,force} file in /etc/portage/profile/.
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
As my time has become a more limited resource and I no longer use it,
the following package is up for grabs:
dev-util/schroot
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
rally appropriate to set DESTDIR="${ED}" is
when dealing with broken build systems that force a prefix of exactly
"/usr" and don't allow the user to change it (or even force files into
"/bin", "/etc", etc.).
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
rally appropriate to set DESTDIR="${ED}" is
when dealing with broken build systems that force a prefix of exactly
"/usr" and don't allow the user to change it (or even force files into
"/bin", "/etc", etc.).
[Resent because it appears the first message didn't get through.]
--
Jonathan Callen
signature.asc
Description: OpenPGP digital signature
o $(tc-arch-kernel) | tr '[:lower:]'
> '[:upper:]')" ]]; then
> + TC_ARCH_KERNEL=$(tc-arch-kernel);
> + if [[ ${LOOP_ARCH} == ${TC_ARCH_KERNEL^^} ]]; then
>
>
Unfortunately, the ${VAR,,} and ${VAR^^} forms were added in bash 4.0
[1], which means they are n
On 7/14/19 11:31 PM, Michał Górny wrote:
> On Sun, 2019-07-14 at 19:50 -0400, Mike Gilbert wrote:
>> Signed-off-by: Mike Gilbert
>> ---
>> eclass/toolchain-funcs.eclass | 15 ---
>> 1 file changed, 4 insertions(+), 11 deletions(-)
>>
>> diff --git a/eclass/toolchain-funcs.eclass
directory pointing to the
liblua${VERSION}.* file in /usr/$(get_libdir). Then you could simply
point those build systems at that directory and they would still use the
correct version. As a hack in an ebuild, you probably could just create
such a setup in (subdirectories of) ${T}, pointing liblua.a, liblua.so,
and lua.pc at the appropriately-versioned files.
Jonathan Callen
/linker will end up storing in
the output contains the proper version. This means that if
/usr/bin/binA linked to liblua51.so (via the linker finding
/usr/lib64/lua5.1/liblua.so) and /usr/bin/binB linked to liblua52.so
(likewise), they would both be able to find the correct libraries, as
the DT_SONAMEs are different.
Jonathan Callen
85 matches
Mail list logo