for current box.
Best regards,
Andrew Savchenko
pgp5UXcRvqgJp.pgp
Description: PGP signature
of several percent.
Tests were made using multimedia packages (mplayer, ffmpeg, x264)
and scientific ones (root, pythia, geant, blas libs).
Best regards,
Andrew Savchenko
pgpOZXUkl0C_P.pgp
Description: PGP signature
better for larger files; might this be the case for bzip2 vs. xz?
It doesn't really matter because small files will still require one
filesystem block for majority of users. For people with reiserfs or
squashfs this may matter of course.
Best regards,
Andrew Savchenko
pgpiXx8UyzMNo.pgp
Description
and testing requires time.
Best regards,
Andrew Savchenko
pgpQrBI6MpBw6.pgp
Description: PGP signature
client can't connect to remote servers (and
even to a local one if any).
Best regards,
Andrew Savchenko
pgpbJV0RefLor.pgp
Description: PGP signature
On Tue, 13 May 2014 07:55:56 +0200 Ulrich Mueller wrote:
On Tue, 13 May 2014, Andrew Savchenko wrote:
Please consider that by default du shows block size, not byte size.
Than means that if file is actually 1234 bytes large, without -b it
will be still accounted for 4096 bytes on 4K-block
On Tue, 13 May 2014 08:18:25 -0400 Rich Freeman wrote:
On Tue, May 13, 2014 at 7:01 AM, Andrew Savchenko birc...@gmail.com wrote:
If we are trying to consider all possible cases, some filesystems
may benefit even from compression of very small files (e.g. from
140 to 100 bytes) due
support is really weird.
I don't know why CVS is still used for Gentoo main repository,
probably some infrastructure elements depends deeply on its
internals, because I see of no other reason why Git is still not
used despite efforts ongoing for last several years.
Best regards,
Andrew Savchenko
On Tue, 10 Jun 2014 17:49:15 +0200 Alexander Berntsen wrote:
On 10/06/14 17:45, Andrew Savchenko wrote:
I don't know why CVS is still used for Gentoo main repository,
probably some infrastructure elements depends deeply on its
internals, because I see of no other reason why Git is still
to blame anyone due to a lack of time. I just want to
point out that lack of contributions is only one side of a problem.
Another one is that someone with proper authority should take care
of such contributions.
Best regards,
Andrew Savchenko
pgppJepeoelVY.pgp
Description: PGP signature
there are very litte dependencies:
https://gitlab.ut.mephi.ru/ut/ipw/tree/master
It looks like tuning it for your needs should be simple.
Best regards,
Andrew Savchenko
pgpBhasrK2Yog.pgp
Description: PGP signature
regards,
Andrew Savchenko
pgpaxfFphNCsN.pgp
Description: PGP signature
from the work above. Most probably that
nobody cares to spend several months of full-time employment to
analyze modern skype versions again.
Best regards,
Andrew Savchenko
pgpX4weNr1fq4.pgp
Description: PGP signature
is needed as well). But security-masked packages undermine
such approach, because they're not listed in glsa-check -l affected
and message about masked packages doesn't appear in elog, only on
top of build log, which is likely to be lost.
Best regards,
Andrew Savchenko
pgpEx0TUSKfth.pgp
Description: PGP
? If you're running
without, it's going to be slow independently of the resolution
algorithm...
Wanna ~20-30 minutes with sqlite metadata cache enabled?
Try on Intel Atom N270 with 2800 packages installed.
Dependency resolution is utterly slow.
Best regards,
Andrew Savchenko
pgp_JmmlTSP4a.pgp
own.
Best regards,
Andrew Savchenko
pgpzthrkOYUU1.pgp
Description: PGP signature
. I have
that *.pickle files, I have sqlite metadata cache, I have 100% CPU
usage. It's not an I/O problem. Just take into account that due to
instruction set, Lx cache, frequency and memory speed difference
old CPU-based system may be 20x times slower than recent one.
Best regards,
Andrew Savchenko
On Sat, 8 Nov 2014 13:35:20 + Ciaran McCreesh wrote:
On Sat, 8 Nov 2014 13:56:21 +0300
Andrew Savchenko birc...@gmail.com wrote:
Wanna ~20-30 minutes with sqlite metadata cache enabled?
Try on Intel Atom N270 with 2800 packages installed.
Dependency resolution is utterly slow.
Well
for the purposes described
above I have to manually add sys-devel/glibc to the list.
If @system will be removed at all, it will be much harder to
perform deep and large @world updates. Practically users willing to
update old systems will have to write and manage @system set on
their own.
Best regards,
Andrew
slot without C++ for testing or whatever.
Seconded. Simple practical example (aside from testing) from my
system: I need libg2c.so for old crappy fortran software I have to
use. That's why I'm keeping sys-devel:3.4[fortran nls] around. I
definitely do not need cxx flag here.
Best regards,
Andrew
issue with switching compilers to and from during
emerge run using app-portage/gcc-switcher from stuff overlay.
Best regards,
Andrew Savchenko
pgpQr6aOmEd60.pgp
Description: PGP signature
On Fri, 14 Nov 2014 16:50:24 +0100 Andreas K. Huettel wrote:
Am Freitag, 14. November 2014, 15:49:17 schrieb Andrew Savchenko:
On Fri, 14 Nov 2014 09:08:17 -0500 Michael Orlitzky wrote:
Question 1: is it desirable to e.g. switch compilers, compile systemd,
and then switch back
this switch even now to avoid
glibc not updated with @system issues.
Best regards,
Andrew Savchenko
pgpgbNSP_qIsH.pgp
Description: PGP signature
, you
are welcome and feel free to add yourself to maintainers.
ATM I'm bit uneasy about java part of the package, since I don't
use it and testing will be marginal. As for GUI part (qt4), it was
removed from 1.0.0, so life will be easier :)
Best regards,
Andrew Savchenko
pgp43iTUAZjb7.pgp
Hello,
On Sun, 09 Nov 2014 00:15:56 -0800 Zac Medico wrote:
On 11/08/2014 10:53 PM, Andrew Savchenko wrote:
[...]
On old hardware it may take dozens of minutes of CPU time. I have
that *.pickle files, I have sqlite metadata cache, I have 100% CPU
usage. It's not an I/O problem. Just take
Hi,
On Mon, 17 Nov 2014 19:56:02 -0800 Zac Medico wrote:
On 11/17/2014 07:07 PM, Andrew Savchenko wrote:
[...]
Tarball contains per host directories. Each one contains:
- pstats file;
- generated pdf with call graphs and timing;
- host-related information:
* emerge --info
* /proc
Hello,
On Mon, 17 Nov 2014 21:55:48 -0800 Zac Medico wrote:
On 11/17/2014 09:47 PM, Andrew Savchenko wrote:
I use 2.2.14 on both hosts (and usually latest ~x86 portage is
there). I thought that running fixpackages should be enough to run
emerge with --dynamic-deps=n.
It depends on how
Hi,
On Wed, 19 Nov 2014 22:59:05 +0300 Andrew Savchenko wrote:
On Mon, 17 Nov 2014 21:55:48 -0800 Zac Medico wrote:
[...]
When I'll manage to run emerge -DNupv @world without errors, I'll
send you stats for both runs with and without dynamic deps.
Great, hopefully that will reveal
in *@world_with_blocks*.pdf
files.
And thank your for optimizations! They really give a new breath to
my old boxes. Awaiting for them upstream :)
Best regards,
Andrew Savchenko
pgpJy_FfVvcMH.pgp
Description: PGP signature
story short: it is
better to let users to have imperfect package than left them on
their own with their hardware. You may mask these packages for
good, but removal is a too severe action IMHO.
Best regards,
Andrew Savchenko
pgpC2u9FGTCuq.pgp
Description: PGP signature
/master/openrc/earlyloopdetector/early-loop-detection.pdf
I tested both loop 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
On Thu, 04 Dec 2014 09:37:24 -0800 Christopher Head wrote:
On December 4, 2014 8:12:58 AM PST, Andrew Savchenko birc...@gentoo.org
wrote:
Yes. But booting as much services as possible is even more
preferable, especially when box is remote.
Are you sure booting most, but not all, services
Hello,
On Thu, 4 Dec 2014 12:28:59 -0500 Rich Freeman wrote:
On Thu, Dec 4, 2014 at 11:12 AM, Andrew Savchenko birc...@gentoo.org wrote:
On Thu, 4 Dec 2014 08:59:22 -0500 Rich Freeman wrote:
On Thu, Dec 4, 2014 at 7:54 AM, Andrew Savchenko birc...@gentoo.org
wrote:
1
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
?
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, please. :( The GLEP outlines the framework under which
QA
regards,
Andrew Savchenko
pgpdQU5QbXP7u.pgp
Description: PGP signature
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 2.95.3-r10, 3.3.6-r1, 3.4.6-r2,
4.0.4, 4.1.2
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
aball...@gentoo.org wrote:
So, you're telling me
$ 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
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):
auto-sync = yes/no, true/false # default
to.
Best regards,
Andrew Savchenko
pgplC2PtOBYLx.pgp
Description: PGP signature
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 birc...@gentoo.org 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
dependencies
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
CPU will appear in the list of cpu flags after your ininial install.
Best regards,
Andrew Savchenko
pgp_gy7a6jRcb.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 birc...@gentoo.org wrote:
On Sat, 17 Jan 2015 14:45:51 + Ciaran McCreesh wrote:
The problem isn't the constants, though. The problem is the
resolution algorithm. There's
team member mandate (even if it was
not used in this case) intentionally violates this policy without
even considering this action as something abnormal is very
disturbing.
Best regards,
Andrew Savchenko
pgpjs_EYXoZJc.pgp
Description: PGP signature
(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
pgpOKujBNeLwv.pgp
Description: PGP
On Sat, 17 Jan 2015 14:45:51 + Ciaran McCreesh wrote:
On Sat, 17 Jan 2015 17:39:29 +0300
Andrew Savchenko birc...@gentoo.org wrote:
There is some progress here. In portage-2.2.15 profile based
optimizations are included (see bugs 529660, 530010). On my
hardware (Athlon-XP, 2200 MHz
as described in embedded handbook and offload compilation
to distcc, even distcc on the same host in order to move most
compilation process out of QEMU VM.
Best regards,
Andrew Savchenko
pgpR_I7ZF6aEr.pgp
Description: PGP signature
is
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
--- cmake
On Wed, 11 Feb 2015 11:56:37 -0700 Christoph Junghans wrote:
2015-02-11 11:14 GMT-07:00 Andrew Savchenko birc...@gentoo.org:
Hello,
attached patch adds Fortran compiler to Gentoo override rules in
cmake-utils.eclass the same way C/C++ compilers are added.
This change is needed because
or
need to review proxy-maintained commits and so on, I fully support
this idea.
Best regards,
Andrew Savchenko
pgp2yMNj5jcLX.pgp
Description: PGP signature
,
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
can have its own PID-daemon, and I don't know if there's any way of
overriding the result from parent process.
Looks fine, though the very idea to have extra daemons is
unpleasant.
Best regards,
Andrew Savchenko
pgpx4R3Fllh21.pgp
Description: PGP signature
issues beforehand is preferred when possible.
Best regards,
Andrew Savchenko
pgpLth_CdfUBi.pgp
Description: PGP signature
, this patch expands native argument using gcc output,
caches result (based on fingerprint of compiler being invoked)
and sends expanded string to distcc servers. It is in my overlay
(bircoph) if someone is interested. Works fine for me all these
time.
Best regards,
Andrew Savchenko
pgp2mF3GZuotz.pgp
to this devices
on per-needed basis).
Best regards,
Andrew Savchenko
pgpzunHroATGl.pgp
Description: PGP signature
-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
, see
app-crypt/codecrypt.
Best regards,
Andrew Savchenko
pgpgUJFDhMuDa.pgp
Description: PGP signature
.
Best regards,
Andrew Savchenko
pgpuc0hBaMw1y.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 be applicable to this selection. For post
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/0112176
This was done 14
was working only on
specific architecture.
Best regards,
Andrew Savchenko
pgpDXI3JuR17b.pgp
Description: PGP signature
to support
it.
Best regards,
Andrew Savchenko
pgp809SdcWKBw.pgp
Description: PGP signature
policies by games team and
nethack.
Best regards,
Andrew Savchenko
pgpLkk8l7IE8D.pgp
Description: PGP signature
-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
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?
Best regards,
Andrew Savchenko
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 Mar 2015 18:41:33 +0200 Sebastian Pipping
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
.
Best regards,
Andrew Savchenko
pgpMY89uyP7TG.pgp
Description: PGP signature
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:// is activated,
* Git access through http
On Sun, 29 Mar 2015 19:43:51 +0200 Michał Górny wrote:
Dnia 2015-03-29, o godz. 20:35:27
Andrew Savchenko birc...@gentoo.org 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 really
does
something
. 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
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
sys-apps/systemd
for the very same reason: enable seccomp
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
.
* And of course, keep your efforts and your energy. ,-)
The most important part indeed.
Best regards,
Andrew Savchenko
pgp1YyS2TmoGy.pgp
Description: PGP signature
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
regards,
Andrew Savchenko
pgpr_65K89ad7.pgp
Description: PGP signature
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
regards,
Andrew Savchenko
pgplxGntlYRIi.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:02, Peter Stuge wrote:
the threshold to become a developer
bikeshedding and trolling.
Before continuing talks like that take a list of paper, do some
calculations, think them over.
And do not point at the Linux kernel — they have ~80% paid
developers, so they have resources for that kind of workflow.
We are volunteers here, so we don't.
Best regards,
Andrew
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
compare only apples to apples, not apples to plane.
Best regards,
Andrew Savchenko
pgpY_hxStoY9u.pgp
Description: PGP signature
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
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 birc...@gentoo.org
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
concern.
Travis
On Wed, 15 Apr 2015 11:06:22 +0200 Michał Górny wrote:
Dnia 2015-04-15, o godz. 11:59:12
Andrew Savchenko birc...@gentoo.org napisał(a):
Hi,
why manifest signatures are still optional for repoman?
Repoman signatures are currently optional and this creates nasty
consequences
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
regards,
Andrew Savchenko
pgpvC4Ajpr1Et.pgp
Description: PGP signature
to the list which in my
opinion indirectly violates Gentoo social contract.
If some other free tool (preferably deployed on Gentoo
infrastructure) will be used for this task, I'll sign-up right away.
Best regards,
Andrew Savchenko
pgpS3UHLBxZFF.pgp
Description: PGP signature
.
It'll make
browsing the site on old SGI machines so much easier...
Best regards,
Andrew Savchenko
pgp_xYGDvVx0Q.pgp
Description: PGP signature
On Sun, 7 Jun 2015 04:40:47 + (UTC) Duncan wrote:
Andrew Savchenko posted on Sat, 06 Jun 2015 20:36:13 +0300 as excerpted:
On Sat, 06 Jun 2015 18:35:41 +0600 Vadim A. Misbakh-Soloviov wrote:
* linewidth 80 (why do we have this short limit still in 2015)
Actually, I dislike
be realistic: it looks
like
it wouldn't be finished in the near 10 years :-/
It will never be finished, because console-based workflow is the
most efficient way to work for many people, especially for advanced
users/devs.
Best regards,
Andrew Savchenko
pgpYPfQAj3Lr_.pgp
Description: PGP
characters, see Knuth's work on that. Barring spaces and
tabs that 67 will give approximately 80.
Best regards,
Andrew Savchenko
pgp1SP1bYVXjs.pgp
Description: PGP signature
it, otherwise emake.
Any progress here? The only package in tree which allows user to
select cmake backend is llvm-.
Best regards,
Andrew Savchenko
pgp6h_a0gQ8pI.pgp
Description: PGP signature
1 - 100 of 370 matches
Mail list logo
