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
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
_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
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
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
lable in kernel for years and should be a preferred way to
handle the clock.
Best regards,
Andrew Savchenko
pgpg2tlANZzJC.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
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
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
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
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
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
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 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
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
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
; dev-util/trinity
The package is taken and updated, the bug №669604 is fixed.
Best regards,
Andrew Savchenko
pgpDEuyUGpPul.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
like RUSTFLAGS?
Best regards,
Andrew Savchenko
pgp_czyREw4wl.pgp
Description: PGP signature
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
>
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 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
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 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
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
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
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
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
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 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:
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
detectors on several Gentoo hosts for about 9
months now and they work fine for me. In Debian people also tested
them for a while and one bug was found and fixed since then.
Best regards,
Andrew Savchenko
pgpgMGywdFIum.pgp
Description: PGP signature
I don't see how switch to sequential boot
may fix anything, because this doesn't solve order determination
problem at all.
Best regards,
Andrew Savchenko
pgpW61TKcEsbO.pgp
Description: PGP signature
Hello,
On Thu, 4 Dec 2014 08:59:22 -0500 Rich Freeman wrote:
> On Thu, Dec 4, 2014 at 7:54 AM, Andrew Savchenko wrote:
> >
> > 1. There are multiple services having "after $all" statement (an
> > analog in Gentoo is "after *", which is curre
On Thu, 04 Dec 2014 09:37:24 -0800 Christopher Head wrote:
> On December 4, 2014 8:12:58 AM PST, Andrew Savchenko
> wrote:
> >
> >Yes. But booting as much services as possible is even more
> >preferable, especially when box is remote.
>
> Are you sure booting mo
Hello,
On Thu, 4 Dec 2014 12:28:59 -0500 Rich Freeman wrote:
> On Thu, Dec 4, 2014 at 11:12 AM, Andrew Savchenko wrote:
> > On Thu, 4 Dec 2014 08:59:22 -0500 Rich Freeman wrote:
> >> On Thu, Dec 4, 2014 at 7:54 AM, Andrew Savchenko
> >> wrote:
> >> >
is is not exactly what I need. I'm
interested in some kind of trigger which can change global timeout
value to something like 1 second, so that a wrapper may be put into
SHUDOWNCMD of upsmon.conf or OpenRC should support some hook to
check for /etc/killpower and adjust timeout accordingly. Maybe I'm
asking too much...
Best regards,
Andrew Savchenko
pgpULlZJKlfmv.pgp
Description: PGP signature
8 mandates that QA informs anybody about
> their actions in any way.
If GLEP doesn't reflect current best practices maybe this is a good
time to supersede it with a new one?
Best regards,
Andrew Savchenko
pgpndYV9oFyRc.pgp
Description: PGP signature
On Fri, 5 Dec 2014 20:02:09 +0100 Ulrich Mueller wrote:
> >>>>> On Fri, 5 Dec 2014, Andrew Savchenko wrote:
>
> > If GLEP doesn't reflect current best practices maybe this is a good
> > time to supersede it with a new one?
>
> Not this again, plea
contribution), otherwise
> we'll hit a wall quickly enough.
>
> In this specific case I at least use pdftk for some batch jobs on
> business-related servers and a non-commercial license would not be
> viable.
Seconded here. Now and then I use pdftk for some conversions for my
job, so non-commercial licensed alternative is a no go.
Best regards,
Andrew Savchenko
pgpdQU5QbXP7u.pgp
Description: PGP signature
d be
considered carefully here.
Best regards,
Andrew Savchenko
pgpyR6iNHgt9R.pgp
Description: PGP signature
On Mon, 22 Dec 2014 22:22:41 +0100 Andreas K. Huettel wrote:
> Am Montag, 22. Dezember 2014, 17:20:31 schrieb Andrew Savchenko:
> > On Mon, 22 Dec 2014 17:11:01 +0100 Andreas K. Huettel wrote:
> > [...]
> >
> > > (On a related note, do we really need gcc
om tree. People can't emerge world daily.
IMO it will hurt no-one to retain that list forever, maybe put it
to something like package.mask.obsolete and update PMS to support
it.
Best regards,
Andrew Savchenko
pgp809SdcWKBw.pgp
Description: PGP signature
these issues as bugs at all. This is a
clash of incompatible permission policies by games team and
nethack.
Best regards,
Andrew Savchenko
pgpLkk8l7IE8D.pgp
Description: PGP signature
y/pingtunnel
> net-proxy/polipo
> net-proxy/privoxy
> net-proxy/tsocks
I'll take them if there are no other people interested.
If you are — feel free to add yourself to maintainers :)
Best regards,
Andrew Savchenko
pgpN3zFGU99dJ.pgp
Description: PGP signature
be run only
on per-needed basis (or at least given an access to this devices
on per-needed basis).
Best regards,
Andrew Savchenko
pgpzunHroATGl.pgp
Description: PGP signature
e there. Agencies are always a few steps ahead, so
this should be taken into account.
Best regards,
Andrew Savchenko
pgpuc0hBaMw1y.pgp
Description: PGP signature
beforehand.
There are post-quantum solutions and implementations, see
app-crypt/codecrypt.
Best regards,
Andrew Savchenko
pgpgUJFDhMuDa.pgp
Description: PGP signature
ether with a traditional one?
app-crypt/codecrypt is already in tree and provides an GnuPG-like
solution based on post-quantum cryptography.
It would be no harm to use this solution together with GnuPG, e.g.
have two detached signatures: a traditional RSA-4096 and a
post-quantum one.
Best regards,
Andrew Savchenko
pgpPekacU63L_.pgp
Description: PGP signature
On Tue, 13 Jan 2015 13:36:01 +0100 Chí-Thanh Christopher Nguyễn
wrote:
> Andrew Savchenko schrieb:
> > On Mon, 12 Jan 2015 19:44:46 +0100 Kristian Fiskerstrand wrote:
> >> Shor's would be effective against discrete logs (including ECC) as
> >> well, so wouldn't
On Tue, 13 Jan 2015 12:10:47 +0100 Andreas K. Huettel wrote:
> Am Dienstag 13 Januar 2015, 07:54:16 schrieb Andrew Savchenko:
> > Are you sure? The simplest Shor's factorisation machine was already
> > built and published in open press:
> > http://arxiv.org/abs/quant-ph
not a formal bureaucracy, there are some rules to behave in
community and these rules are supposed to be equal for everyone:
http://devmanual.gentoo.org/ebuild-writing/ebuild-maintenance/index.html
"Touching other developers ebuilds".
The fact that developer with QA team member mand
see bugs 529660, 530010). On my
hardware (Athlon-XP, 2200 MHz and Intel Atom N270, 1600 MHz) they
speed up dependency resolution by ~ factor 2.
Of course it will be great to see further optimizations, though as
far as I remember this will require more complicated changes.
Best regards,
Andrew Savchenko
On Sat, 17 Jan 2015 14:45:51 + Ciaran McCreesh wrote:
> On Sat, 17 Jan 2015 17:39:29 +0300
> Andrew Savchenko wrote:
> > There is some progress here. In portage-2.2.15 profile based
> > optimizations are included (see bugs 529660, 530010). On my
> > hardware (Athlo
n-C/C+
+/ObjC code and so no. And cross-compilation was always a black
magick.
I tried to setup ~amd64 host to build arbitrary arm packages, but I
failed. The main problem is that too many packages bootstrap during
compilation phase, e.g. compile some binary/library which is used
later during co
onderful mess :)
Very productive comment...
> So half of those are obsolete/dead, and the other half you need to do proper
> feature detection - why do we want that as useflags again?
Because we have users interested in these flags, including myself
but not limited to.
Best regards,
Andrew Savchenko
pgplC2PtOBYLx.pgp
Description: PGP signature
On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Čerňanský wrote:
> On Sat, 17 Jan 2015 18:33:45 +0300
> Andrew Savchenko wrote:
>
> > On Sat, 17 Jan 2015 14:45:51 + Ciaran McCreesh wrote:
> > > The problem isn't the constants, though. The problem is the
> > >
On Tue, 20 Jan 2015 07:46:32 +0100 Róbert Čerňanský wrote:
> On Tue, 20 Jan 2015 00:14:29 +0300
> Andrew Savchenko wrote:
>
> > On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Čerňanský wrote:
> > > From my point of view it would do much help if portage resolves USE
> >
nf. Have fun. Especially if in one application (depending on
hdf5) you really need cxx support and in another one (also
depending on hdf5) mpi support is really needed. In some cases it is
preferred to disable hdf5 support at all.
Best regards,
Andrew Savchenko
pgpcWxk85uSeF.pgp
Description: PGP signature
with some
delay. Thus it is possible that instruction set supported by your
CPU will appear in the list of cpu flags after your ininial install.
Best regards,
Andrew Savchenko
pgp_gy7a6jRcb.pgp
Description: PGP signature
o ship this script together with portage (using some
USE=tools)? Alternatively it may be added as an independent ebuild
in app-admin (like we already have different cleaners and updaters).
Best regards,
Andrew Savchenko
pgpuVwo2M_VSu.pgp
Description: PGP signature
On Wed, 21 Jan 2015 01:13:08 + (UTC) Duncan wrote:
> Andrew Savchenko posted on Tue, 20 Jan 2015 23:59:23 +0300 as excerpted:
>
> > On Tue, 20 Jan 2015 12:17:35 -0800 Christopher Head wrote:
> >> On January 20, 2015 12:47:03 AM PST, Alexis Ballier
> >> wrote:
&g
-1v app-portage/cpuinfo2cpuflags
> $ cpuinfo2cpuflags-x86.py
A bit pedantry here: emerge should be preceded by # instead of $,
since normally one can't install packages as a user.
Best regards,
Andrew Savchenko
pgpC4a32XOt0t.pgp
Description: PGP signature
y may
broke pump mode (never used it anyway), thus I haven't send them
upstream.
[1] https://groups.google.com/forum/#!topic/distcc-patches/eeP-9pTgz7E
In short, this patch expands "native" argument using gcc output,
caches result (based on fingerprint of compiler being invoked)
and sen
mb idea, it fits the case
> perfectly since it is only run if process is network-namespaced. We can
> surely reserve a static port early and run a daemon outputting
> the correct PID. Since the port is namespaced, every Portage process
> can have its own PID-daemon, and I don
ll be useful for many. Of course, warning about
serious issues beforehand is preferred when possible.
Best regards,
Andrew Savchenko
pgpLth_CdfUBi.pgp
Description: PGP signature
ers time to
adapt their software for new API. Be compatible, at least for
a while.
Best regards,
Andrew Savchenko
pgpbG2voDadj7.pgp
Description: PGP signature
On Tue, 3 Feb 2015 17:37:49 +0300 Andrew Savchenko wrote:
> On Mon, 2 Feb 2015 16:54:37 -0800 Brian Dolbec wrote:
> > Attached is an updated news item.
> [...]
>
> > Changes: /etc/portage/repos.conf/*
> > New for all repository types (needed):
> >
ch a proposal. i.e. dev-php/PEAR-* . They are only text files which
> may only rely on dev-lang/php USE which are simple to detect with
> repoman failures.
This is way too dangerous. Perl packages are also text files, but
there was a case in history, when perl package was working only on
specific architecture.
Best regards,
Andrew Savchenko
pgpDXI3JuR17b.pgp
Description: PGP signature
implemented in proposed patch as well as ensuring proper flags are
set.
This change was already discussed with KDE team [1] and I'm going to
commit this patch after feedback or in a week if there are no
objections.
[1] https://bugs.gentoo.org/show_bug.cgi?id=486626
Best regards,
Andrew Savchenko
---
he current tree, so changing the
> default from warn to error won't get in the way of the normal workflow.
>
> (A few of them, like DESCRIPTION.toolong, still have about a dozen leftovers,
> but that should be easy to fix)
I don't see any reasons to make this one fatal.
Best regards,
Andrew Savchenko
pgpUp8BCODEiO.pgp
Description: PGP signature
On Wed, 11 Feb 2015 11:56:37 -0700 Christoph Junghans wrote:
> 2015-02-11 11:14 GMT-07:00 Andrew Savchenko :
> > Hello,
> >
> > attached patch adds Fortran compiler to Gentoo override rules in
> > cmake-utils.eclass the same way C/C++ compilers are added.
> >
.g. when people are unsure of their changes or
need to review proxy-maintained commits and so on, I fully support
this idea.
Best regards,
Andrew Savchenko
pgp2yMNj5jcLX.pgp
Description: PGP signature
rectly via system calls, while
other rely on sys-libs/libseccomp, but this should have no
difference for users.
I propose to add global "seccomp" USE flag as follows:
seccomp - Enable seccomp for system call filtering
and remove local descriptions for affected packages.
Comments?
gt; * Gentoo's specific workflow, tools, policies and administratives tasks
> have a long history and are designed for a long time to become this
> wonderfull 5 starts palace.
>
> * And of course, keep your efforts and your energy. ,-)
The most important part indeed.
Best regards,
Andrew Savchenko
pgp1YyS2TmoGy.pgp
Description: PGP signature
ild logs and so on) . But in general
such tool should reduce workload greatly.
Another approach will be to allow users to assign bugs themselves.
Best regards,
Andrew Savchenko
pgpGI999wkX9f.pgp
Description: PGP signature
On Sat, 21 Feb 2015 02:44:54 +0300 Andrew Savchenko wrote:
> Hello,
>
> at this moment 8 packages uses "seccomp" flag:
>
> app-admin/clsync
> app-emulation/qemu
> app-emulation/lxc
> net-dns/bind
> net-misc/tlsdate
> net-misc/tor
> net-misc/lldpd
>
> >>
> >> Comments?
> >
> > Ping.
> >
> > If there are no objections, I'll commit the following changes in a
> > week:
>
> Seems pretty uncontroversial. FWIW I think you've waited a sufficient
> amount of time.
Ok, and so it is done.
Best regards,
Andrew Savchenko
pgpXSdxuCWi2P.pgp
Description: PGP signature
mine GeForce 7300 GT), it builds fine, it works fine with
nvidia-drivers-304.125 (the latest for my card), there are no open
security bugs.
I see of no reason why to remove this package while it still works
fine.
Best regards,
Andrew Savchenko
pgpnsVmwXS3NX.pgp
Description: PGP signature
equery tool may be updated to
show it on `equery meta $pkgname` calls.
Best regards,
Andrew Savchenko
pgpr_65K89ad7.pgp
Description: PGP signature
Yes, USE support in make.conf is a big pile of random misbehaviors
> and bugs that need to be killed with fire.
The proposal above is an absolute madness, especially for global
USE flags.
Why users should deal with dozens (if not hundreds useless */*)?
Best regards,
Andrew Savchenko
pgp3bqx8yyxIN.pgp
Description: PGP signature
available read-only.
Best regards,
Andrew Savchenko
pgpMY89uyP7TG.pgp
Description: PGP signature
On Sun, 29 Mar 2015 19:43:51 +0200 Michał Górny wrote:
> Dnia 2015-03-29, o godz. 20:35:27
> Andrew Savchenko napisał(a):
>
> > On Sun, 29 Mar 2015 19:28:22 +0200 Michał Górny wrote:
> > > > If this is not the case, and "*/* abi_x86_32" in package.use re
On Sun, 29 Mar 2015 19:52:38 +0200 Sebastian Pipping wrote:
> On 29.03.2015 19:39, Andrew Savchenko wrote:
> > On Sun, 29 Mar 2015 18:41:33 +0200 Sebastian Pipping wrote:
> >> So I would like to propose that
> >>
> >> * support for Git access through https:// i
On Mon, 30 Mar 2015 05:37:01 + (UTC) Duncan wrote:
> Andrew Savchenko posted on Sun, 29 Mar 2015 21:04:52 +0300 as excerpted:
>
> > On Sun, 29 Mar 2015 19:52:38 +0200 Sebastian Pipping wrote:
> >> On 29.03.2015 19:39, Andrew Savchenko wrote:
> >> > On Sun, 29
will be nice.
> It'll make
> browsing the site on old SGI machines so much easier...
>
Best regards,
Andrew Savchenko
pgp_xYGDvVx0Q.pgp
Description: PGP signature
our
workflow/infra will depends on these checks, whole development
process may be hampered.
So developers should think twice before depending their workflow on
this solution. I'm refusing to sign up to the list which in my
opinion indirectly violates Gentoo social contract.
If some other fre
. There are multiple protocols via
which this tree is available (cvs, rsync mirror, git mirror), but
tree is the same.
> I've never seen the page you mentioned about the recruiting process.
> Sounds strange.
Happy googling :)
Best regards,
Andrew Savchenko
pgp20p2n6XgXl.pgp
Description: PGP signature
#x27;m grateful for all people improving
Gentoo, including Michał, for their hard work. But we should not
solely rely on third-party proprietary solutions (travis is a
github lock-in) because of convenience.
Best regards,
Andrew Savchenko
pgpm7H50waV8O.pgp
Description: PGP signature
On Sat, 11 Apr 2015 21:57:13 -0500 Gordon Pettey wrote:
> On Sat, Apr 11, 2015 at 5:47 PM, Andrew Savchenko
> wrote:
>
> > While I must admit that travis is a quite convenient tool (thought
> > it has its limitations), I'd like to raise related software freedom
> >
timeout repoman completed commit
without a signature :( Should signatures be mandatory, repoman will
bail out on such conditions and devs can recommit again safely.
Best regards,
Andrew Savchenko
pgpMPfsW7sZ2V.pgp
Description: PGP signature
On Wed, 15 Apr 2015 11:06:22 +0200 Michał Górny wrote:
> Dnia 2015-04-15, o godz. 11:59:12
> Andrew Savchenko napisał(a):
>
> > Hi,
> >
> > why manifest signatures are still optional for repoman?
> >
> > Repoman signatures are currently optional and
features.
Argument about saving Gentoo Foundation financial resources by
using hardware for CI for free is heard and taken. This is a
serious one and I can't argue here. But frankly it looks like to me
that we are just selling our freedom, slowly, bit by bit.
Best regards,
Andrew Savchenko
pgpvC4Ajpr1Et.pgp
Description: PGP signature
unteers here, so we don't.
Best regards,
Andrew Savchenko
pgpZmEhoxSMSC.pgp
Description: PGP signature
enough to put them to the tree.
I don't believe in talks about "high quality overlays". All
overlays I ever tried have lesser quality than the main tree,
though some are a bit lesser, while others are horrible. Of course
there may be exceptions, but I know none.
Best regards,
Andrew Savchenko
pgpjYmmCKyA3S.pgp
Description: PGP signature
On Fri, 17 Apr 2015 13:14:49 +0200 hasufell wrote:
> On 04/17/2015 01:00 PM, Andrew Savchenko wrote:
> > On Fri, 17 Apr 2015 12:33:06 +0200 Alexander Berntsen wrote:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA256
> >>
> >> On 15/04/15 15:
ifferent compilers and environments. All they
do is package building with predefined set of options in a fixed
environment for each arch. Gentoo is much more complex than that.
You can compare only apples to apples, not apples to plane.
Best regards,
Andrew Savchenko
pgpY_hxStoY9u.pgp
Description: PGP signature
re may be two reasons:
gcc bug and sbcl bug. While you have correctly pointed out that
this may be a problem in gcc, another possibility is that extra
optimization triggers some problem in the code itself, which causes
a segfault.
Best regards,
Andrew Savchenko
pgpp5lgZkfT6F.pgp
Description: PGP signature
so much focus on spamassassin? Why not to use (perhaps in
addition) more elegant technologies as the double grey listing?
Best regards,
Andrew Savchenko
pgplxGntlYRIi.pgp
Description: PGP signature
I
> guess I should just be quiet since everyone has their own religion...
Its not a religion, its a protection of project's freedom. If you
don't care about freedom, that's your own personal right. But this
doesn't mean that other people must gave up their freedom for the
same of convenience of others.
Best regards,
Andrew Savchenko
pgpgUcfNYjATg.pgp
Description: PGP signature
201 - 300 of 385 matches
Mail list logo