t pkgdev have some problem I could not
precisely identify that makes gpg socket forwarding unusable, so I
can't forward nitrokey from another host. Plain gpg usually works.
Best regards,
Andrew Savchenko
pgpG08RetJogI.pgp
Description: PGP signature
is to be packaged, see also [1], from the point
> before discussion went off on an X-Y categories tangent.
>
> Here's a list of suggestions made for a new category so far, ordered from
> (seemingly) best- to least-liked:
>
> media-print
> sys-print
> app-print(ing)
IMHO sys-print is the best variant, since printing often requires
system privileges to set it up or change lots of settings.
Best regards,
Andrew Savchenko
pgpCQ1b4x5Cci.pgp
Description: PGP signature
On Thu, 16 Dec 2021 03:32:10 +0300 Andrew Savchenko wrote:
> On Wed, 15 Dec 2021 16:58:26 +0200 Adrian Ratiu wrote:
> > Starting with kernel>=v5.7 the build system can override the
> > tools vars by setting LLVM=1 [1], but older kernels still use
> > the default GNU tools
t; + xmakeopts="${xmakeopts} HOSTCC=$(tc-getBUILD_CC) CC=$(tc-getCC)
> AR=$(tc-getAR)"
OBJDUMP should be exported as well
(e.g. used by scripts/Makefile.build)
> export xmakeopts
> }
>
Best regards,
Andrew Savchenko
pgpodFBDDef4_.pgp
Description: PGP signature
On Mon, 13 Dec 2021 09:34:46 +0100 Lars Wendler wrote:
> On Sun, 12 Dec 2021 13:35:20 +0300 Andrew Savchenko wrote:
>
> >On Tue, 7 Dec 2021 15:33:34 +0100 Lars Wendler wrote:
> >> Fails to build with recent kernel headers (bug #801688).
> >> Upstream is gone for a lo
file net-dns/unbound may be a better
replacement. For me a killer feature of pdnsd was the persistent
dns cache, which is very useful on mobile devices. Dnsmasq doesn't
have one, but unbound now has.
Best regards,
Andrew Savchenko
pgp3INGYXBpaV.pgp
Description: PGP signature
# Andrew Savchenko (2020-12-26)
# All docs and socket library functionality are merged back into single
# app-admin/clsync package using USE="apidoc doc socket-library" starting
# from clsync-0.4.5.
# No reverse dependencies. Removal in 30 days.
pgpJZDAZGWp60.pgp
Description: PGP signature
On Sat, 05 Dec 2020 15:47:40 + Marek Szuba wrote:
>
>
> On December 5, 2020 12:31:33 PM UTC, Andrew Savchenko
> wrote:
>
> >Looks like you misunderstood what "Python 3 compatibility mode"
> >means. See official explanation:
> >https://www.ren
-trap) and they all explicitly depend on a slotted
> older version of the engine.
1. pygame_sdl2 is ported to python3, so there is no need to remove
it even if renpy will be temporarily gone.
2. It should be possible to keep renpy and games as masked in the
tree, but this will require user
# Andrew Savchenko (2020-10-11)
# Mask old openafs version and corresponding openafs-kernel with
# multiple CVEs.
# All kernel module functionality is merged back in the single
# net-fs/openafs package using USE="modules" starting from 1.8 branch.
# No reverse dependencies, bug #71913
s,
this makes sysusers.d stuff an infinite times larger than a
whole typical acct-* package (it will still be much larger if one
will consider size of new passw/group records).
2) acct-* packages are very fast to rebuild, so such price will
be small compared to other changes necessary when USE="systemd" is
being flipped.
So it will be reasonable to add USE="systemd" to acct-* eclasses
to control the changes proposed above.
Best regards,
Andrew Savchenko
pgps8XkbFsi5J.pgp
Description: PGP signature
ight be a good idea, actually. Version mismatch between
shipped pregenerated files and system autotools occasionally causes
some problems.
Best regards,
Andrew Savchenko
pgpcJaILmwY2y.pgp
Description: PGP signature
On Sat, 20 Jul 2019 20:28:39 +0200 Michał Górny wrote:
> On Sat, 2019-07-20 at 20:50 +0300, Andrew Savchenko wrote:
> > On Wed, 17 Jul 2019 15:25:10 +0200 Michał Górny wrote:
> > > Hello,
> > >
> > > The QA team would like to introduce the following policy:
ependencies are required it is
up to users to decide if they wan them or not.
Having USE=man (or USE=doc) for such purposes is fine. Having
USE=man enabled by default in user profile is also fine. Forcing
users to install unnecessary dependencies on minimal systems in a
no go and turns Gentoo into something else.
Best regards,
Andrew Savchenko
pgpCavgJUlohO.pgp
Description: PGP signature
On Fri, 21 Jun 2019 09:18:23 +0200 David Seifert wrote:
> On Fri, 2019-06-21 at 08:59 +0300, Andrew Savchenko wrote:
> > On Thu, 20 Jun 2019 16:32:56 +0200 Michał Górny wrote:
> > > On Thu, 2019-06-20 at 09:53 -0400, Brian Evans wrote:
> > > > On 6/9/20
re intended to be application
specific, there is no need for such discussions as they will just
hinder development process.
Best regards,
Andrew Savchenko
pgp1O4TymKEO2.pgp
Description: PGP signature
no package is using
> the user/group in question.
So how do you propose to clean them up? Or let user systems trash
with unused uids/gids? The GLEP 81 only mensions some possible
tooling for cleanup. Is there an implementation available? I don't
see it within proposed patch sets.
Thi
On Wed, 5 Jun 2019 01:21:29 +0300 Andrew Savchenko wrote:
> On Wed, 15 May 2019 19:14:04 +0300 Andrew Savchenko wrote:
> > On Mon, 13 May 2019 11:02:40 -0500 William Hubbs wrote:
> > > On Sun, May 12, 2019 at 11:23:02PM +0300, Andrew Savchenko wrote:
> > > > On S
On Wed, 15 May 2019 19:14:04 +0300 Andrew Savchenko wrote:
> On Mon, 13 May 2019 11:02:40 -0500 William Hubbs wrote:
> > On Sun, May 12, 2019 at 11:23:02PM +0300, Andrew Savchenko wrote:
> > > On Sat, 11 May 2019 16:27:16 +0200 Andreas K. Huettel wrote:
> > > > # A
nux/riscv/17.0/rv64gc (multilib lp64d/lp64, i.e. hard/softfloat)
>
> I still don't understand the purpose of this multilib. If you have
> a hardfloat CPU, why would you ever build some of the software
> softfloat?
One may have binary-only software which requires softfloat
depende
On Mon, 13 May 2019 11:02:40 -0500 William Hubbs wrote:
> On Sun, May 12, 2019 at 11:23:02PM +0300, Andrew Savchenko wrote:
> > On Sat, 11 May 2019 16:27:16 +0200 Andreas K. Huettel wrote:
> > > # Andreas K. Hüttel (11 May 2019)
> > > # Outdated, EAPI=2, unmainta
On Tue, 14 May 2019 16:58:16 -0700 Georgy Yakovlev wrote:
> On Tuesday, May 14, 2019 3:01:48 PM PDT Andrew Savchenko wrote:
> > On Tue, 14 May 2019 11:47:04 -0700 Georgy Yakovlev wrote:
[...]
> > > I have this in make.conf for quite some time.
> > >
> > &g
On Tue, 14 May 2019 11:47:04 -0700 Georgy Yakovlev wrote:
> On Tuesday, May 14, 2019 9:15:52 AM PDT Andrew Savchenko wrote:
> > Hi all!
> >
> > Looks like rustc supports target CPU and optlevel options, e.g.
> > rustc -C target-cpu=skylake -C opt-level=3
>
like RUSTFLAGS?
Best regards,
Andrew Savchenko
pgp_czyREw4wl.pgp
Description: PGP signature
meone wants to take them, go ahead. If nobody volunteers, I'll
take at least festival and festival-ru after a few weeks.
Best regards,
Andrew Savchenko
pgpU7a9OkXJMg.pgp
Description: PGP signature
; dev-util/trinity
The package is taken and updated, the bug №669604 is fixed.
Best regards,
Andrew Savchenko
pgpDEuyUGpPul.pgp
Description: PGP signature
atedb.conf
>
> Remove reference to 'ipx-utils':
> profiles/license_groups
>
>
> Thoughts?
Keep them around as long as we have kernel versions supporting
IPX/NCPFS in the tree. When they will pass, perform the cleanup
listed above.
Best regards,
Andrew Savchenko
pgp7nZ7kgv7kd.pgp
Description: PGP signature
AM warns if more than single session tracker is enabled
(consolekit, elogind, systemd). Enabling one implicitly by default
will likely create problems for users of other session tracker.
As for me personally, I do not use session trackers at all, they
are banned from all my setups for good. Though as long as this is
configurable, I don't really care about defaults.
Best regards,
Andrew Savchenko
pgpU74agEv0xv.pgp
Description: PGP signature
On Mon, 18 Mar 2019 18:09:47 +0100 Michał Górny wrote:
> On Mon, 2019-03-18 at 19:30 +0300, Andrew Savchenko wrote:
> > On Mon, 18 Mar 2019 16:09:18 +0100 Michał Górny wrote:
> > > On Sun, 2019-03-17 at 11:30 +0300, Andrew Savchenko wrote:
> > > > On Sat, 16 Mar 20
On Mon, 18 Mar 2019 16:09:18 +0100 Michał Górny wrote:
> On Sun, 2019-03-17 at 11:30 +0300, Andrew Savchenko wrote:
> > On Sat, 16 Mar 2019 18:38:48 +0100 Michał Górny wrote:
> > > On Sat, 2019-03-16 at 13:14 +0300, Andrew Savchenko wrote:
> > > > On Sat, 16 Mar 20
On Sat, 16 Mar 2019 18:38:48 +0100 Michał Górny wrote:
> On Sat, 2019-03-16 at 13:14 +0300, Andrew Savchenko wrote:
> > On Sat, 16 Mar 2019 10:35:18 +0100 Michał Górny wrote:
> > > On Sat, 2019-03-16 at 09:31 +, James Le Cuirot wrote:
> > > > On Fri, 15 Mar 2019
when HL2 works
> perfectly via wine, and gets a nice performance boost via Gallium Nine.
Because native code works faster than API emulation via wine.
Best regards,
Andrew Savchenko
pgpiKuOiQn6T8.pgp
Description: PGP signature
haps dialing
> back the rhetoric from 11 and considering feedback as an opportunity to
> improve existing code is called for in this case, among others.
If we are going to improve code, we should also use find -O3.
Best regards,
Andrew Savchenko
pgpYzt5V5fzvl.pgp
Description: PGP signature
nce on whether to add
> EAPI 6 support. I just figured that anything that gets an EAPI bump
> now should go to the latest available)
This is not always possible. E.g. I have a package with optional
java support. Since java is still EAPI 6 I can't use EAPI 7.
Best regards,
Andrew Savchenko
pgpKvbXTHcFp8.pgp
Description: PGP signature
ry rebuilds will happen due slot to package moves.
Aside from development questions for me in a role of sysadmin slots
are much easier and understandable to manage than zoo of *compat*
packages in other distributions.
Assumption that :* is always wrong is invalid, since there are
valid cases: there are apps supporting various API versions or
using tools/data files without any care from where they are coming.
Best regards,
Andrew Savchenko
pgp_NgTFIUqMp.pgp
Description: PGP signature
wiki.gentoo.org/wiki/Google_Summer_of_Code/2019/Ideas
[2] https://wiki.gentoo.org/wiki/Google_Summer_of_Code/2019/Mentors
[3] http://webchat.freenode.net/?channels=gentoo-soc
[4] mailto:soc-ment...@gentoo.org
Best regards,
Andrew Savchenko
pgpYAAeaTFWcc.pgp
Description: PGP signature
lable in kernel for years and should be a preferred way to
handle the clock.
Best regards,
Andrew Savchenko
pgpg2tlANZzJC.pgp
Description: PGP signature
On Mon, 5 Nov 2018 18:37:55 +0300 Andrew Savchenko wrote:
> Hi all!
>
> Here follow updated patches for fortran-2.eclass EAPI 7 update.
>
> Patch 2 contains only code cleanup and fixes unrelated to EAPI 7
> update:
With no comments for ~12 days both patches are applied
ve or not if a software works.
2. The mentioned bug is not a valid reason because it is manifested
only with splashutils support enabled.
3. I revbumped suspend to drop fbsplash support.
4. Package mask is dropped.
Best regards,
Andrew Savchenko
pgpPi3bpl1n_E.pgp
Description: PGP signature
_fortran_test_function && break 2
;;
no)
einfo "Forcing fortran support off"
@@ -258,7 +261,7 @@ _fortran-2_pkg_setup() {
;;
*)
if use ${_f_use}; then
- _fortran_test_function && break
+ _fortran_test_function && break 2
else
unset FC
unset F77
Best regards,
Andrew Savchenko
pgpVjVjanKV36.pgp
Description: PGP signature
On Fri, 02 Nov 2018 15:20:16 +0100 Michał Górny wrote:
> On Fri, 2018-11-02 at 01:27 +0300, Andrew Savchenko wrote:
> > Hi!
> >
> > On Tue, 30 Oct 2018 08:18:58 +0100 Michał Górny wrote:
> > > On Mon, 2018-10-29 at 03:57 +0300, Andrew Savchenko wrote:
> > &g
On Fri, 02 Nov 2018 11:27:29 +0100 Ulrich Mueller wrote:
> >>>>> On Thu, 01 Nov 2018, Andrew Savchenko wrote:
>
> > -inherit eutils toolchain-funcs
> > +inherit toolchain-funcs
> > +case ${EAPI:-0} in
> > + # not used in the eclass, but left for
;;
+ 7) ;;
*) die "EAPI=${EAPI} is not supported" ;;
esac
+EXPORT_FUNCTIONS pkg_setup
+
if [[ ! ${_FORTRAN_2_CLASS} ]]; then
# @ECLASS-VARIABLE: FORTRAN_NEED_OPENMP
Best regards,
Andrew Savchenko
pgph7FaFP8gYk.pgp
Description: PGP signature
Hi!
On Tue, 30 Oct 2018 08:18:58 +0100 Michał Górny wrote:
> On Mon, 2018-10-29 at 03:57 +0300, Andrew Savchenko wrote:
> > On Sun, 28 Oct 2018 19:29:28 +0100 Michał Górny wrote:
> > > On Sun, 2018-10-28 at 01:38 +0300, Andrew Savchenko wrote:
> > > > Hi all!
> &g
n-2 makes epatch available...
>
> So how about still inheriting eutils for EAPI 4,5,6 and only dropping it for
> EAPI 7 ?!
I agree, backward compatibility matters. Fixed in v2 patch.
Best regards,
Andrew Savchenko
pgplmIWTOpzDV.pgp
Description: PGP signature
;;
*)
if use ${_f_use}; then
- _fortran_test_function && break
+ _fortran_test_function && break 2
else
unset FC
unset F77
fi
;;
esac
done
}
# @FUNCTION: fortran-2_pkg_setup
# @DESCRIPTION:
# Setup functionality,
# checks for a valid fortran compiler and optionally for its openmp support.
fortran-2_pkg_setup() {
debug-print-function ${FUNCNAME} "${@}"
if [[ ${MERGE_TYPE} != binary ]]; then
_fortran-2_pkg_setup
fi
}
_FORTRAN_2_ECLASS=1
fi
Best regards,
Andrew Savchenko
pgpuiK1GS9w0t.pgp
Description: PGP signature
On Sun, 28 Oct 2018 19:29:28 +0100 Michał Górny wrote:
> On Sun, 2018-10-28 at 01:38 +0300, Andrew Savchenko wrote:
> > Hi all!
> >
> > The only blocker for EAPI 7 update is eutils inheritance, but it
> > seems to be not used within the current eclass code, probably a
ac
Best regards,
Andrew Savchenko
pgpF_Q63W15JG.pgp
Description: PGP signature
plement a proper extractor
> program, which would unpack the images without executing them, and add
> it to DEPENDs).
This would be a considerable security risk, so no. You should use
some extractor. Looks like appimage carries filesystem inside with
some offset.
Best regards,
Andrew Savchenko
pgp8uIcWqqK7i.pgp
Description: PGP signature
and so on).
Sometimes documentation contains files used at run-time by the
application. Since application is usually not aware of Gentoo
specific revision numbers it is reasonable to install docs in
${PN}-${PV}. Such checks *must* be overrideable.
Best regards,
Andrew Savchenko
pgpfys2WFA_U2.pgp
Description: PGP signature
-Werror drop using the brute force and ignoring active best
effort support. This should not happen.
Best regards,
Andrew Savchenko
pgp0NX1LMpgNP.pgp
Description: PGP signature
d software and maintainer's right to make final
decision.
Best regards,
Andrew Savchenko
pgpjt0_Y4nNob.pgp
Description: PGP signature
Is there any replacement available? AFAIK no, at least among free
software. And there still many sites which require flash to work.
So maybe mask it, but not remove?
Best regards,
Andrew Savchenko
pgpgNyL34Tjrr.pgp
Description: PGP signature
rfectly as an application to support
authentication and authorization facilities.
Best regards,
Andrew Savchenko
pgpDIGc0wsY_P.pgp
Description: PGP signature
On Sun, 26 Aug 2018 00:28:16 -0700 Zac Medico wrote:
> On 08/25/2018 07:11 PM, Andrew Savchenko wrote:
> > On Sat, 25 Aug 2018 14:24:02 -0400 Mike Gilbert wrote:
> >> On Sat, Aug 25, 2018 at 1:41 AM Andrew Savchenko
> >> wrote:
> >>>
> >>> On
t to disable it, but keep user-level
documentation, because API docs often take quite some time to
build. Such cases cover html docs, doxygen docs, gtk-doc and so on.
So what about some new flag for API reference and other huge
development documentation? E.g. USE="apidoc"?
Best regards,
Andrew Savchenko
pgpAPSauwiGKm.pgp
Description: PGP signature
On Sat, 25 Aug 2018 14:24:02 -0400 Mike Gilbert wrote:
> On Sat, Aug 25, 2018 at 1:41 AM Andrew Savchenko wrote:
> >
> > On Fri, 24 Aug 2018 14:24:06 -0400 Mike Gilbert wrote:
> > > ---
> > > general-concepts/dependencies/text.xml | 38 +++
g one
> application that only needs 500kB of RAM, is there really that much
> benefit to not building it for amd64?
As active x86 hardware user I can add:
3. Security. CPUs without speculative execution and L3 cache are
much more secure by design. Thanks to the virtues of Gentoo
(highest po
ous stuff into each ebuild with
tests and extra deps. I see no reason to support running src_test()
with USE="-test".
> +# Running tests requires 'foo' to be installed
> +DEPEND="test? ( dev-util/foo )"
> +
> +# Require debug support when tests are enabled
> +REQUIRED_USE="test? ( debug )"
> +
> +
> +
> +
> +
>
>
>
Best regards,
Andrew Savchenko
pgpQJ7D4TfKlS.pgp
Description: PGP signature
some SSH clients may start asking you
> for a password. Using any non-empty string will work.
When authenticating as usual (using encrypted ssh key) I see
"Authenticated with partial success.", auth itself is OK.
Could you please disable this ambiguous message?
Best regards,
Andrew Sa
PODDLE, so I agree on avoiding it
as well.
As for CTR, (N)CFB, (N)OFB there is nothing obscure about them:
they are known for decades and are well studied. There are no
direct attacks on these modes known aside from detectable tampering
possibility.
Best regards,
Andrew Savchenko
pgpOpfRZo6zw5.pgp
Description: PGP signature
similar name.
Yes, they are. But it this very case I'm interested in mcrypt
status, not mhash, that's why I changed the subject field of this
discussion.
Best regards,
Andrew Savchenko
pgpZBs6CP4JXU.pgp
Description: PGP signature
On Sat, 4 Aug 2018 09:51:14 + (UTC) Martin Vaeth wrote:
> Andrew Savchenko wrote:
> >
> > Actually for local symmetric encryption this is the best tool I
> > know.
>
> What is the advantage over gpg --symmetric?
1) mcrypt has wider range of algorithms, includin
lgorithms and their implementations to become
trusted, so there is nothing wrong in using good old verified
software.
Actually for local symmetric encryption this is the best tool I
know.
Best regards,
Andrew Savchenko
pgpwPymO8y5c2.pgp
Description: PGP signature
e the Debian tooling
> (devotee) to verify our results.
As far as I know it is not the same. While we both use Condorcet
method, Gentoo allows several nominees with the same rank, while
Debian does not.
Best regards,
Andrew Savchenko
pgpKGpagYe9H7.pgp
Description: PGP signature
the
tree).
It would be easier if your will split your improvements into series
of atomic changes and submit them individually for review.
Best regards,
Andrew Savchenko
pgpyqcZzV6va0.pgp
Description: PGP signature
What is the definition of non-trivial change? There will be commits
which may be seen as trivial by one person (e.g. because it is
one-liner) and as non-trivial by another (e.g. because such commit
fixes serious bug).
> if you want to enforce rules, would be productive to also have extensive
> documentation on how to avoid to make such problems.
> Better would be to invest more time in something like the breckage checker
> script, similar at what mgorny is doing, than adding more ways to block
> developers contributions.
>
> thanks,
> Alice
Best regards,
Andrew Savchenko
pgpmyxUP15S3S.pgp
Description: PGP signature
al features; After 15 years, I'd hate to have
to work in another distro, as gentoo has served me extraordinarily
well over the decades.
sincerely,
James Horton, PE
Best regards,
Andrew Savchenko
pgppp_tVASKom.pgp
Description: PGP signature
e problem.
> You can run a server without bash, openrc, sysvinit, or glibc. Should
> these also be removed from the base profile?
Best regards,
Andrew Savchenko
pgpOD7NDol1Xw.pgp
Description: PGP signature
ev" is a sane default for anything that will be running on real
> or emulated hardware. It might not be necessary for containers, which
> don't do any hardware management.
I do not agree with you. I have perfectly fine running
Gentoo-based servers running without udev and so many other people.
udev in desktop profile is just fine with me, on servers it is not
needed in many cases.
Best regards,
Andrew Savchenko
pgpickXtzqojh.pgp
Description: PGP signature
est regards,
Andrew Savchenko
pgpleYuSQ46h1.pgp
Description: PGP signature
problems. While I'm
perfectly fine with udev enabled by default on desktops, it should
not be forced on minimalistic setups like servers or containers.
Best regards,
Andrew Savchenko
pgpKn16FFnEw6.pgp
Description: PGP signature
> Independent of whether William now unsubscribed or not, he's now enjoying a
> lengthy (1 year until review) vacation from all Gentoo communication channels.
>
Thank you very much. Mail list are becoming readable again (:
Best regards,
Andrew Savchenko
pgpn21xIVRZHc.pgp
Description: PGP signature
On Sun, 17 Sep 2017 12:05:07 +0200 Michał Górny wrote:
> W dniu nie, 17.09.2017 o godzinie 12∶12 +0300, użytkownik Andrew
> Savchenko napisał:
> > On Sun, 17 Sep 2017 02:56:08 +0700 Vadim A. Misbakh-Soloviov wrote:
> > > Hi there!
> > >
> > > Every time I s
have either the
same and only distribution (to rule them all) or an attempt will
fail. The same way you can try to unify emerge and apt tools via
some wrapper manager.
If one uses different distros, one needs to learn to switch between
them.
Best regards,
Andrew Savchenko
pgpiGustDpyxC.pgp
Description: PGP signature
lly has the right to issue it?
>
> Don't you think there is a difference between downloading a package
> that has a known upstream and that is also carried by other distros,
> and downloading a license-less package from a random location on the
> internet?
If downloaded file
On Fri, 25 Aug 2017 17:46:01 +0200 Hanno Böck wrote:
> On Wed, 23 Aug 2017 11:46:02 +0300
> Andrew Savchenko wrote:
>
> > Sigh... https also makes MITM attacks possible, especially if SSL
> > or TLS < 1.2 is used or are allowed and protocol version downgrade
>
On Fri, 25 Aug 2017 15:51:25 +0200 Michał Górny wrote:
> W dniu śro, 23.08.2017 o godzinie 11∶46 +0300, użytkownik Andrew
> Savchenko napisał:
> > On Sat, 19 Aug 2017 10:25:02 +0200 Michał Górny wrote:
> > > Explicitly warn about any URI that uses an unsecure protocol (git
ocol version downgrade
attack may be performed.
Such messages create a false impression of a safety of https.
Safety more or less can be gained by verifying GPG signatures and
fingerprints of the upstream commits, if upstream supports this. Of
course using https is better than using http or git, b
ate working kernel devices
(/dev/nvidiactl, /dev/nvidia0 and so on); test may actually use
OpenGL/OpenCL/CUDA and so on.
If yes, such testing will be quite useful, if no, it will give
false failures.
Best regards,
Andrew Savchenko
pgp8rgiwiaoKZ.pgp
Description: PGP signature
in
~arch is no fun. Are you going to fix these issues before perl-5.26
will be unmasked?
[1] https://bugs.gentoo.org/show_bug.cgi?id=perl-5.26-unmask
Best regards,
Andrew Savchenko
pgpR_Hf6cX9QF.pgp
Description: PGP signature
On Sun, 30 Jul 2017 22:08:18 +0100 James Le Cuirot wrote:
> On Sun, 30 Jul 2017 14:32:53 +0300
> Andrew Savchenko wrote:
>
> > For EAPI 6+ java-pkg-opt-2_src_prepare() has eapply_user call via
> > java-utils-2_src_prepare() from java-utils-2.eclass. But
> > java-ut
EAPI 6
packages with optional java support and default src_prepare() at
the ebuild scope.
[pedantic mode off]
Best regards,
Andrew Savchenko
diff --git a/eclass/java-pkg-opt-2.eclass b/eclass/java-pkg-opt-2.eclass
index 16c9f8f..c0b05f9 100644
--- a/eclass/java-pkg-opt-2.eclass
+++ b/eclass/java-pkg
dependencies if dependency versions below minimal were below latest
stable 1 year age. While such behaviour is within established
policies I frankly do not understand such devs: having
>=cat/foo-1.2.3 instead of cat/foo doesn't hurt, but makes life of
fellow users much easier.
Best regards,
Andrew Savchenko
pgplBwoP5YPz9.pgp
Description: PGP signature
se there are people who use stable, I respect their opinion;
they have different use cases, practices, experience. So I'm not
asking to abandon stable, just explaining that for me and my cases
it is mostly useless.
Best regards,
Andrew Savchenko
pgprrqrPZspmA.pgp
Description: PGP signature
iles can always be put to a separated package;
though I see no real reason to do this.
Using INSTALL_MASK here is not an option, because toggling of
individual vim files using it will be a nightmare.
Best regards,
Andrew Savchenko
pgpxlz5MXRPku.pgp
Description: PGP signature
On Thu, 20 Jul 2017 00:44:12 +0300 Mart Raudsepp wrote:
> Ühel kenal päeval, K, 19.07.2017 kell 15:57, kirjutas Joshua Kinard:
> > On 07/19/2017 15:43, Andrew Savchenko wrote:
> > > On Wed, 19 Jul 2017 21:24:49 +0200 Paweł Hajdan, Jr. wrote:
> > > > Hey folks,
>
ee with strace what is going on. When some weird stuff
happens this is what I usually do.
Also try to switch pinentry to other implementations (ncurses, qt).
Make sure that GPG_TTY is set in your shell.
Best regards,
Andrew Savchenko
pgpPbBjgKVJD1.pgp
Description: PGP signature
y
I'll take it and its dev (dev-python/pygame_sdl2).
The funniest stuff about RenPy that native build allows to run
almost any RenPy games, even if they don't have Linux version built.
Best regards,
Andrew Savchenko
pgpS5aGCJ8WcV.pgp
Description: PGP signature
On Thu, 13 Jul 2017 17:58:29 +0300 Andrew Savchenko wrote:
> On Thu, 13 Jul 2017 10:29:06 -0400 Mike Gilbert wrote:
> > On Thu, Jul 13, 2017 at 7:35 AM, M. J. Everitt wrote:
> > > On 13/07/17 12:09, Rich Freeman wrote:
> > >> Presumably you'd only want to
enarios this command is normal. E.g. user installs
Gentoo from some live dvd/flash, makes some mistakes, understands
that system is broken beyond repair and decides to start over again.
If there is no need to recreate filesystem itself or partition
layout, running rm -rf / as above is quite reaso
ly plug in another device, and Off you go ...
It may be even worse. Some parts of efivars may be stored not in the
BIOS chip, but on other chips like AC control or IME. So simple
BIOS reflashing (e.g. from backup BIOS available on many boards)
will not help.
Best regards,
Andrew Savchenko
pgpEd02MrkduP.pgp
Description: PGP signature
(or put a
> line in the default fstab) then this issue would go away.
I see no problems with compatibility. In case of software needs to
write to efivars (bootloader installation, etc) algo is simple:
flag = false;
if (mounted(efivars) == RO) { remount(efivars, RW); flag = true; }
do_usual_stuff();
if (flag) remount(efivars, RO);
Best regards,
Andrew Savchenko
pgpABpM2nsz3F.pgp
Description: PGP signature
On Thu, 13 Jul 2017 07:09:45 -0400 Rich Freeman wrote:
> On Thu, Jul 13, 2017 at 2:30 AM, Andrew Savchenko wrote:
> > On Wed, 12 Jul 2017 17:42:50 -0700 Matt Turner wrote:
> >> On Wed, Jul 12, 2017 at 5:29 PM, Lucas Ramage
> >> wrote:
> >> > What needs t
hat much efi bootloaders. Maybe it will be better
to update their scripting to remount efivars rw and back ro when
needed? The same way we have non-efi bootloaders to mount /boot
partition when needed.
Best regards,
Andrew Savchenko
pgpzrhuYWcaEJ.pgp
Description: PGP signature
s as well. So for everyone be happy
(arch teams by keeping them stable and manageable, devs by solving
stabilization requests in a sane time) we need good policies!
Best regards,
Andrew Savchenko
pgpGBPh8B9Gld.pgp
Description: PGP signature
On Mon, 10 Jul 2017 22:17:34 +0200 Kristian Fiskerstrand wrote:
> On 07/10/2017 10:02 PM, Rich Freeman wrote:
> > On Mon, Jul 10, 2017 at 3:57 PM, Andrew Savchenko
> > wrote:
> >>
> >> On Mon, 10 Jul 2017 13:49:40 -0400 Rich Freeman wrote:
> >
and I think this is much more sustainable than having an
> arch team do it.
Huh? Have our rules changed? As per devmanual[1] and GLEP 40[2]
stabilization must be carried out by arch teams, unless a special
arrangement is done between a developer and a team.
[1] https://devmanual.gentoo.org/keyw
tuning may be required,
but it will be not writing from scratch.
> If someone can convince upstream to support it, this would be far better for
> everyone.
In the ideal world, yes, I agree with this. But we are in real
world with real lua developers unwilling to cooperate from
ronment.
PIE, SSP may lead up to 8% of performance loss[1]. The
stack-protector (especially stack-protector-all or -strong) may
cause even more damage. For compute nodes this may be equivalent to
millions USD loss (depends on the system scale of course).
[1] https://bugs.archlinux.org/task/18864
Best regards,
Andrew Savchenko
pgpmrLyPiaNJH.pgp
Description: PGP signature
1 - 100 of 385 matches
Mail list logo