Re: [gentoo-dev] About suggesting to create a separate partition for portage tree in handbook

Il 27/03/2012 20:53, Ian Stakenvicius ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 27/03/12 02:47 PM, Rich Freeman wrote: On Tue, Mar 27, 2012 at 2:34 PM, Alexandre Rostovtsev The partitioning scheme is something that the user needs to decide on *before* getting Gentoo up an

Re: [gentoo-dev] RFC: iotop needs to run as root after kernel change

Il 04/04/2012 08:43, "Paweł Hajdan, Jr." ha scritto: On 4/4/12 8:32 AM, justin wrote: 1. Leave it to root (Fedora and Suses way) I think that's the best option, at least for now. 2. suid it (bad in my view) Agreed, that'd be very bad, any crashing bug in it could become a privilege escalatio

Re: [gentoo-dev] x32 release candidate

Il 06/06/2012 21:40, Gregory M. Turner ha scritto: - Original Message - i'm pleased to announce the initial x32 release candidate: http://dev.gentoo.org/~vapier/x32/stage3-amd64-x32-20120605.tar.xz Also pleased to hear this! Thanks! Can't wait to find the time to play with it. Did y

[gentoo-dev] [RFC] gcc-native-flags() proposal addition to toolchain-funcs.eclass

Meeting with bug: #409471 suggested that some ebuilds could benefit from expanding -march=native to the actual flags the compiler use. Cannot suggest where to use it at the moment, but implementation was simple enough and possibly someone on this list could have a use for it. # @FUNCTION: gcc-n

Re: [gentoo-dev] bug XXXXXX sys-libs/tdb fail check for building library support

BTW this is bug 379837, so there was no hurry :-P Il 25/06/2012 14:55, Samuli Suominen ha scritto: Open a bug at http://bugs.gentoo.org/ instead of mailing here. Yeah, I know bugzilla is down but it's only temporary. - Samuli On 06/25/2012 02:54 PM, Francesco Riosa wrote: neither stable tdb

Re: [gentoo-dev] RFC: Enable FEATURES="userpriv usersandbox" by default?

Il 02/07/2012 22:01, Zac Medico ha scritto: On 07/02/2012 12:48 PM, Pacho Ramos wrote: El lun, 28-05-2012 a las 14:34 -0700, Zac Medico escribió: Hi, In case you aren't familiar with FEATURES=userpriv, here's the description from the make.conf(5) man page: Allow portage to drop root privil

Re: [gentoo-dev] RFC: Enable FEATURES="userpriv usersandbox" by default?

Il 02/07/2012 22:45, Zac Medico ha scritto: On 07/02/2012 01:36 PM, viv...@gmail.com wrote: Il 02/07/2012 22:01, Zac Medico ha scritto: On 07/02/2012 12:48 PM, Pacho Ramos wrote: El lun, 28-05-2012 a las 14:34 -0700, Zac Medico escribió: Hi, In case you aren't familiar with FEA

Re: [gentoo-dev] Kernel compiles and you

Il 05/07/2012 10:27, Tobias Klausmann ha scritto: I vaguely remembered the rm-rf bug, but I was unable to find any reference to it (at least not easily), do you happen to have a pointer? Regards, Tobias neither I, but look at this bug for an example http://lkml.indiana.edu/hypermail/linux/ker

Re: [gentoo-dev] RFC: virtual/libudev

Il 11/07/2012 22:33, Mike Gilbert ha scritto: On Wed, Jul 11, 2012 at 3:54 PM, William Hubbs wrote: On Wed, Jul 11, 2012 at 03:27:41PM -0400, Mike Gilbert wrote: Just to put a number to this, there are currently 126 packages in the tree with a dependency on sys-fs/udev. Personally, I think a

Re: [gentoo-dev] Portage FEATURE suggestion - limited-visibility builds

Il 31/07/2012 21:27, Michał Górny ha scritto: On Tue, 31 Jul 2012 15:16:34 -0400 Rich Freeman wrote: On Tue, Jul 31, 2012 at 10:56 AM, Ian Stakenvicius wrote: Although that is true, it would be -WAY- too slow to generate said list via equery/q* helpers; I think that's where the extended-attri

Re: [gentoo-dev] Re: gentoo-x86 commit in dev-perl/XML-Parser: XML-Parser-2.410.0-r1.ebuild ChangeLog

Il 07/08/2012 18:26, Fabian Groffen ha scritto: On 07-08-2012 18:03:14 +0200, Torsten Veller wrote: * "Fabian Groffen (grobian)": grobian 12/08/07 15:21:54 Modified: ChangeLog Added:XML-Parser-2.410.0-r1.ebuild Log: Fix expat detection for FreeBSD th

Re: [gentoo-dev] Questions about SystemD and OpenRC

Il 07/08/2012 14:47, Sylvain Alain ha scritto: Hi everyone, for a couple of months now, I see on the list some of activities about OpenRC been ported to FreeBSD or OpenRC to Debian and other stuff related to SystemD. I have some basic questions about all that : 1. The SystemD and Udev projetc

Re: [gentoo-dev] Re: Questions about SystemD and OpenRC

Il 12/08/2012 11:43, Duncan ha scritto: Peter Stuge posted on Sun, 12 Aug 2012 02:12:38 +0200 as excerpted: viv...@gmail.com wrote: First problem udev/SD has is that it can't see all the file system labels, for some reason it only see sda and sdb so it's able to partly proceed i

Re: [gentoo-dev] Re: Questions about SystemD and OpenRC

Il 12/08/2012 14:25, Rich Freeman ha scritto: On Sun, Aug 12, 2012 at 5:43 AM, Duncan<1i5t5.dun...@cox.net> wrote: Peter Stuge posted on Sun, 12 Aug 2012 02:12:38 +0200 as excerpted: What software parses the filesystem labels when you boot with openrc? (I ask because I never use labels myself

Re: [gentoo-dev] Questions about SystemD and OpenRC

Il 12/08/2012 09:44, Michał Górny ha scritto: On Sun, 12 Aug 2012 01:29:43 +0200 "viv...@gmail.com" wrote: 2. I saw on some lists that Gnome/Kde and Xfce plan to use some SystemD API, so does it means that we will need to install SystemD aside of OpenRC ? It's not possibl

Re: [gentoo-dev] EJOBS variable for EAPI 5?

Il 04/09/2012 19:15, Zac Medico ha scritto: On 09/04/2012 04:00 AM, Walter Dnes wrote: On Sat, Sep 01, 2012 at 05:20:02PM -0700, Brian Harring wrote This approach is fine imo, although I'd *potentially* look at adding a magic $PROC_COUNT var that is the # of cpu threads on the system; either t

Re: [gentoo-dev] EJOBS variable for EAPI 5?

Il 11/09/2012 18:43, Zac Medico ha scritto: On 09/11/2012 09:36 AM, viv...@gmail.com wrote: Dunno where to place this request, but if we go for something like EJOBS could we also make it phase specific? So compile, install and test could have a different number of jobs running. Possibly three

Re: [gentoo-dev] GLEP: gentoo sync based unified deps proposal

Il 18/09/2012 11:38, Ulrich Mueller ha scritto: Which is longer than the original.;-) Ulrich RDEPEND=">=sys-libs/zlib-1.1.4 >=app-arch/bzip2-1.0.2 app-arch/xz-utils" DEPEND="${RDEPEND} virtual/pkgconfig" DEPENDENCIES=">=sys-libs/zlib-1.1.4 >=app-arch/bzip2-1.0.2 app-arch/xz-utils" dep:build?(v

Re: [gentoo-dev] About DESCRIPTION in ebuilds needing to end with a dot "."

Il 19/10/2012 21:36, Thomas Sachau ha scritto: Pacho Ramos schrieb: Hello At least in spanish, it's mandatory to end phrases with a dot ".", would you agree with trying to enforce this trivial change with a repoman warning? Thanks for your opinions I dont know any such requirement from engli

Re: [gentoo-dev] Last rites: app-admin/profiler

Il 28/11/2012 00:04, Sebastian Pipping ha scritto: # Sebastian Pipping (27 Nov 2012) # Masked for removal in 30 days. # Licensing issues, turned out not distributable (bug #444332) app-admin/profiler uhm, maybe for licensing issues the grace period of 30 days could be shortened (not that I car

Re: [gentoo-dev] Defaulting for debug information in profiles

Il 17/12/2012 11:42, Diego Elio Pettenò ha scritto: On 17/12/2012 11:33, Sven Eden wrote: on my system I have set up everything with splitdebug enabled. My CFLAGS use - march=native, -O2 and -ggdb. That's -ggdb that increases the size. In short FEATURES=compressdebug should be stable and de

Re: [gentoo-dev] Defaulting for debug information in profiles

Il 17/12/2012 11:11, Tomáš Chvátal ha scritto: Hi lads, lately I am having bit of problems from getting relevant debug info from users. Since we already have splitdebug for quite time (and I suppose quite few of us are using it) how about making it to default profiles default enabled and add -g

Re: [gentoo-dev] Is /var/cache the right place for repositories?

Il 24/12/2012 10:11, Ciaran McCreesh ha scritto: On Mon, 24 Dec 2012 03:17:06 +0100 Sebastian Pipping wrote: On 20.12.2012 19:14, Ciaran McCreesh wrote: The tree is a database. It belongs in /var/db/. yes and no, yes it contain data and executable needed to update gentoo system, in a hierarc

Re: [gentoo-dev] GCC 4.6 stabilization

Il 07/01/2013 17:13, Richard Yao ha scritto: On 01/06/2013 08:22 PM, Ryan Hill wrote: This is way past due so I'd like to get 4.6 into stable. There are hardly any blockers on bug #418383 which makes me go "?!", so if anyone knows of any issues please let us know. We probably should not sta

Re: [gentoo-dev] call for testers: udev predictable network interface names

Il 16/01/2013 17:25, Mike Gilbert ha scritto: On Wed, Jan 16, 2013 at 10:19 AM, Tobias Klausmann wrote: Hi! On Tue, 15 Jan 2013, Greg KH wrote: So anyone who relies on network names right now to be deterministic, and you have more than one network device in your system, should seriously recon

Re: [gentoo-dev] RFC: new "qt" category

Il 17/01/2013 14:57, Ben de Groot ha scritto: Hi guys, Presently we already have a good number of split qt-* library packages in x11-libs. With the arrival of Qt5 upstream has gone a lot further in modularization, so we expect the number of packages to grow much more. We, the Gentoo Qt team, are

Re: [gentoo-dev] call for testers: udev predictable network interface names

Il 09/01/2013 23:13, William Hubbs ha scritto: All, as you probably know by now, udev-197 has hit the tree. This new version implements a new feature called predictable network interface names [1], which I have currently turned off for live systems, because it will require migration on the par

Re: [gentoo-dev] RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default

Il 22/01/2013 04:38, Robin H. Johnson ha scritto: I'm raising this patch because of the recent spate of bugs with the latest udev that now fails to boot your system if CONFIG_DEVTMPFS is not available in your kernel. Bugs: 408947, 409393, 437320, 453074 CONFIG_CHECK has not been fatal for

Re: [gentoo-dev] Re: RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default

Il 24/01/2013 20:21, Michael Orlitzky ha scritto: On 01/24/13 13:58, Ian Stakenvicius wrote: How about, you know what you're doing and are going to build a new kernel as soon as the emerge finishes (since the emerge is also bringing in a new gentoo-sources)?? If you're going to upgrade both a

Re: [gentoo-dev] Re: RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default

Il 24/01/2013 21:45, Michael Orlitzky ha scritto: On 01/24/13 15:39, Michael Orlitzky wrote: On 01/24/13 15:26, viv...@gmail.com wrote: If you're going to upgrade both anyway, you should be upgrading the kernel first. That way if you lose power or the system crashes, the box can r

[gentoo-dev] FYI: libpng16 break showfoto (digikam) png save

Hi Samuli, while you're at it do you know what changed between 1.5 and 1.6 in ICC/color profiles land? In short digikam is now unable to save png files, I've yet do debug it so if there is some pointers that could shorten the discovery. The culprit seem to be "libpng error: profile 'icc': 1B0Ah:

Re: [gentoo-dev] FYI: libpng16 won't be able to show some broken icons libpng15 was still able to

On 04/22/13 13:03, Tobias Klausmann wrote: > Hi! > > Since we probably will have to fix the files coming out of > tarballs until the various upstreams have fixed them, I propose > running a PNG fixer during or after the install phase. Since > having pngcrush as dep for everything is not exactly li

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

On 04/24/13 21:17, William Hubbs wrote: > On Wed, Apr 24, 2013 at 09:00:17PM +0200, Michał Górny wrote: >> On Wed, 24 Apr 2013 11:16:06 -0500 >> William Hubbs wrote: >> >>> This means when you emerge or upgrade to openrc-0.12, the net.* scripts >>> will no longer be included. I am going to call th

Re: [gentoo-dev] [RFC] Shall econf append its arguments to end of ./configure invocation?

On 04/30/13 01:12, Rich Freeman wrote: > On Mon, Apr 29, 2013 at 6:27 PM, Ciaran McCreesh > wrote: >> What ultimately got approved by the Council, and what implementers >> should be following, is the wording which ended up in PMS. >> > I can't speak for everywhere, but even in the highly regulated

Re: [gentoo-dev] Re: [RFC] Shall econf append its arguments to end of ./configure invocation?

On 04/30/13 13:12, Ciaran McCreesh wrote: > On Tue, 30 Apr 2013 05:30:03 + (UTC) > Duncan <1i5t5.dun...@cox.net> wrote: >> There's value in someone being just contrarian enough to purposefully >> look for the strangest or most illogical read of a spec and >> (initially) implement it that way,

Re: [gentoo-dev] USE_EXPAND is not an IUSE replacement [was: New USE_EXPAND: CLAWS_MAIL_PLUGINS]

Il 04/05/2013 08:11, Dustin C. Hatch ha scritto: > On 5/3/2013 16:08, René Neumann wrote: >> Am 03.05.2013 22:20, schrieb Zac Medico: >>> Is it worth changing? >> >> Nope. What's worth changing is the excessive use of USE_EXPAND for no >> reason (your described usecase makes sense for reasonable US

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/id3lib: metadata.xml ChangeLog id3lib-3.8.3-r9.ebuild

Il 04/05/2013 19:42, Jeroen Roovers ha scritto: > On Fri, 03 May 2013 20:18:42 +0200 > Justin wrote: > + 03 May 2013; Justin Lecher +id3lib-3.8.3-r9.ebuild, + metadata.xml: + Fix obsolete macros to work with automake-1.13, #467704; bumped to EAPI=5 and + autotool

Re: [gentoo-dev] Re: CPU use flag detection

On 05/19/13 17:47, Alexis Ballier wrote: > On Sat, 18 May 2013 22:31:11 -0400 > "Walter Dnes" wrote: > > [...] >> ...shouldn't "mmxext" be moved out of use.local.desc into use.desc? > > all the cpu flags should be global IMHO, regardless of how many packages > use them: we already mask/unmask them

Re: [gentoo-dev] robo-stable bugs

On 05/21/13 23:38, Andreas K. Huettel wrote: > Am Dienstag, 21. Mai 2013, 15:38:44 schrieb Thomas Sachau: >> And if a maintainer is not responding within 30 days, you can ping him >> or, without a response, try to get a different maintainer. Just assuming >> that a stable request is ok without a ma

Re: [gentoo-dev] Re: robo-stable bugs

On 05/22/13 11:43, Michael Palimaka wrote: > On 22/05/2013 19:22, viv...@gmail.com wrote: >> On 05/21/13 23:38, Andreas K. Huettel wrote: >>> Am Dienstag, 21. Mai 2013, 15:38:44 schrieb Thomas Sachau: >>>> And if a maintainer is not responding within 30 days, you c

Re: [gentoo-dev] Re: robo-stable bugs

On 05/22/13 13:06, Michael Palimaka wrote: > On 22/05/2013 20:41, Thomas Sachau wrote: >> Michael Palimaka schrieb: >>> On 22/05/2013 20:07, viv...@gmail.com wrote: >>>> On 05/22/13 11:43, Michael Palimaka wrote: >>>>> On 22/05/2013 19:22, viv...@gmail

Re: [gentoo-dev] Draft news item: MySQL/MariaDB packages dropping support for PrimeBase (PBXT) engine

On 06/01/13 02:37, Robin H. Johnson wrote: > Hi all, > > See attached the draft news item for MySQL/MariaDB dropping PBXT > support. from the draft: "All users who have data stored in PBXT-backed tables should convert the tables to another format before upgrading to MySQL/MariaDB 5.5, as the tables

[gentoo-dev] RFC how to handle disappearing USE in (portage) dependency calculation

Hi everybody, sometimes a package depend from another with a particular USE flag turned on, example llvm-3.2 on dev-libs/udis86 +pic Sometimes a new ebuild can change IUSE, indeed udis86-1.7-r1 removed pic use which was present in 1.7-r0. This RFC is to understend what we (you actually) want the

Re: [gentoo-dev] RFC how to handle disappearing USE in (portage) dependency calculation

On 06/07/13 14:37, Sergey Popov wrote: > 07.06.2013 15:26, viv...@gmail.com пишет: >> Hi everybody, >> sometimes a package depend from another with a particular USE flag >> turned on, example llvm-3.2 on dev-libs/udis86 +pic >> Sometimes a new ebuild can change IUSE, i

Re: [gentoo-dev] Calling die in a subshell

On 06/15/13 19:02, Mike Gilbert wrote: > On Sat, Jun 15, 2013 at 1:01 PM, Ciaran McCreesh > wrote: >> On Sat, 15 Jun 2013 12:56:00 -0400 >> Mike Gilbert wrote: >>> If we find that all known implementations of PMS/EAPI 4 have >>> implemented a certain behavior, making a change to that version of P

Re: [gentoo-dev] Packages up for grabs

On 06/16/13 11:49, Pacho Ramos wrote: > Due ferringb retirement the following packages are up for grabs: > app-arch/tarsync * app-arch/tarsync Available versions: (~)0.2.1 (~)0.2.1-r1 Homepage:http://gentooexperimental.org/~ferringb/tarsync/ Description: Delta co

Re: [gentoo-dev] Re: Calling die in a subshell

On 06/18/13 09:06, Duncan wrote: >> > What on earth is a "teoric fallacy"? > My question too. Wictionary and google both appear to agree, however, > that while "teoric" isn't English, it's Catalan (or Aranese/Occitan, the > area is NE Spain into south France) for "theoretical", which it /is/ >

Re: [gentoo-dev] s/disk space/drive space

On 07/30/13 15:03, Alexander Berntsen wrote: > On 30/07/13 14:55, Douglas Freed wrote: > >> How is it wrong? > I don't have a disk so informing me that I don't have enough disk space > does not make any sense.. > > I think my suggestion and its justification has been made clear, so I > will not pro

Re: [gentoo-dev] renaming gentoo-oldnet

[snip] > :p I'm actually thinking netrc if Robin is ok with it. William replaying to a random message in the tree Not going to suggest a name but if has to be something for general consumption, it should avoid the "gentoo" inside the name just my 0.2¢

Re: [gentoo-dev] Gnome Stabilization 3.6 or 3.8

On 08/09/13 13:38, Pacho Ramos wrote: > El vie, 09-08-2013 a las 19:39 +0800, Patrick Lauer escribió: >> On 08/09/2013 07:26 PM, Tom Wijsman wrote: >>> On Fri, 09 Aug 2013 19:31:22 +0800 >>> Patrick Lauer wrote: >>> You just removed the upgrade path for users. >>> The upgrade path is to insta

Re: [gentoo-dev] Gnome Stabilization 3.6 or 3.8

On 08/09/13 15:54, Michał Górny wrote: > Dnia 2013-08-09, o godz. 14:14:12 > "viv...@gmail.com" napisał(a): >> On 08/09/13 13:38, Pacho Ramos wrote: >>> El vie, 09-08-2013 a las 19:39 +0800, Patrick Lauer escribió: >>>> On 08/09/2013 07:26 PM, Tom Wijsma

Re: [gentoo-dev] How to support C++11 in libraries?

On 12/19/13 16:17, Jan Kundrát wrote: > On Thursday, 19 December 2013 10:18:55 CEST, Michał Górny wrote: >> Would it be possible to have a consistent ABI for both C++03 and C++11? >> The simpler changes like adding new fields can be backported quite >> easily (even if it would mean having dummy fie

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/umurmur: metadata.xml ChangeLog

On 12/26/13 14:27, Ciaran McCreesh wrote: > On Thu, 26 Dec 2013 14:25:04 +0100 > hasufell wrote: >> That is funny that you mention "cleaning up". I remember last time >> when you broke 8 ebuilds at once because you just trusted your >> outdated repoman warning to be correct. You didn't even file a

Re: [gentoo-dev] RFC: Hosting daily gx86 squashfs images and deltas

On 01/17/14 17:27, Michał Górny wrote: > Hello, all. > > I'm using squashfs to hold my Gentoo repositories on all of my systems > for some time. As you probably know, this allows me to save space while > keeping portage fast. However, it makes updating the tree quite > burdensome and time-consuming

Re: [gentoo-dev] RFC: Hosting daily gx86 squashfs images and deltas

On 01/27/14 08:35, Steev Klimaszewski wrote: > On Sun, 2014-01-26 at 21:00 +0100, Michał Górny wrote: >> Hi again. >> >> If someone is interested in the results of my tests and benchmarks, >> I've uploaded the initial version of my article on the topic in our >> dev-space. >> >> http://dev.gentoo.o

Re: [gentoo-dev] RFC: using .xz for doc/man/info compression

On 05/13/14 13:01, Andrew Savchenko wrote: > f we are trying to consider a majority of users (and thus to > select reasonable defaults), from disk usage + decompression > overhead point of view it will be the best to store compressed files > if they are at least one filesystem block smaller than or

Re: [gentoo-dev] My masterplan for git migration (+ looking for infra to test it)

Il 14/09/2014 14:03, Michał Górny ha scritto: > The rsync tree > -- > > We'd also propagate things to rsync. We'd have to populate it with old > ChangeLogs, new ChangeLog entries (autogenerated from git) and thick > Manifests. So users won't notice much of a change. > If this will chang

Re: [gentoo-dev] Re: My masterplan for git migration (+ looking for infra to test it)

Il 16/09/2014 20:02, Duncan ha scritto: > Rich Freeman posted on Tue, 16 Sep 2014 09:55:31 -0400 as excerpted: > >> Or they could just clone the git tree, and they can look at per-file >> logs anytime they want to. > Give me ro access to a current git repo and I'll *VERY* happily leave > changelog

Re: [gentoo-dev] Add bc back to the stage3

Il 17/09/2014 14:09, Jorge Manuel B. S. Vicetto ha scritto: > On Wed, 17 Sep 2014, Luca Barbato wrote: > >> The bc utility is part of the posix tools and it might be used to build >> linux among the other stuff. > > Luca, > > bc is not in the system set and is a dependency of the kernel or any > ot

Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11

Hi, have you considered to stabilize gcc:4.9 instead possibly 4.9.2 ? I'm not really suggesting to do so, but seem that most of the problems of 4.9.1 are the same of 4.8.3 so maybe it's worth considering. Il 11/10/2014 13:57, "Paweł Hajdan, Jr." ha scritto: > In my earlier thread >

Re: [gentoo-dev] Portage dependency solving algorithm

Il 07/11/2014 20:08, hasufell ha scritto: > Also, I don't understand these discussions. The time dependency > resolving takes is marginal compared to the whole update process, no > matter what PM you use. "The time dependency resolving takes is marginal compared to the whole update process " ^^^ th

Re: [gentoo-dev] Portage dependency solving algorithm

Il 08/11/2014 14:35, Ciaran McCreesh ha scritto: > On Sat, 08 Nov 2014 09:29:52 +0100 > "viv...@gmail.com" wrote: >> "The time dependency resolving takes is marginal compared to the whole >> update process " >> ^^^ this is an utter lie for frequent upd

Re: [gentoo-dev] [gentoo-project] Re: towards a more distributed model

Il 18/11/2014 14:12, Jauhien Piatlicki ha scritto: > On 11/18/2014 04:19 AM, hero...@gentoo.org wrote: >> Jauhien Piatlicki writes: >> >>> It would be probably good to have in the tree only the core components and >>> move other stuff to the thematic overlays. >>> >>> Then we can have a clear und

Re: [gentoo-dev] [gentoo-project] Re: towards a more distributed model

Il 20/11/2014 00:58, Rich Freeman ha scritto: > On Wed, Nov 19, 2014 at 12:54 PM, hasufell wrote: >> On 11/19/2014 06:27 PM, Jauhien Piatlicki wrote: >>> On 11/19/2014 03:36 PM, hasufell wrote: In the end, I'm not sure if this is actually such a big problem. You can still use random ebui

Re: [gentoo-dev] [gentoo-project] Re: towards a more distributed model

Il 20/11/2014 01:00, Jeroen Roovers ha scritto: > On Wed, 19 Nov 2014 18:54:05 +0100 > hasufell wrote: > >> At that point it is forked. I don't see what's wrong with forking. > Forking wouldn't be the problem. Duplication of effort would be the > problem. > > > jer > worse, mutually incompati

[gentoo-dev] overlays.g.o status

hi, what's the status of o.g.o? May I offer an lxc container? Regards, Francesco Riosa http://infra-status.gentoo.org/ The CVS and Git Overlays services have been successfully migrated to the new hosts. Please note the following: Gitweb as well as the http://overlays.gentoo.org/ and ht

Re: [gentoo-dev] Re: sys-devel/gcc::mgorny up for testing

Il 08/12/2014 00:17, Martin Vaeth ha scritto: > Michał Górny wrote: >> Have you tried mcpdf? > I heard about it now for the first time. > > If I understand correctly, it uses the same library > as pdfTK, only a somewhat later version > (e.g. with improved unicode handling). > > The main difference

Re: [gentoo-dev] Re: sys-devel/gcc::mgorny up for testing

Il 08/12/2014 01:05, Gordon Pettey ha scritto: > On Sun, Dec 7, 2014 at 3:21 PM, Kristian Fiskers > > > By all means, thanks for informing about an alternative, but I > personally believe that it is important for the overall distribution > to keep a wider perspective than personal non-f

Re: [gentoo-dev] Re: sys-devel/gcc::mgorny up for testing

Il 09/12/2014 15:26, Martin Vaeth ha scritto: > viv...@gmail.com wrote: >> - The project only has 20 commit, last one 8 months ago >> https://github.com/m-click/mcpdf.git > The "project" is just a few lines anyway: merely a wrapper to the library. > All the wo

Re: [gentoo-dev] Re: Moving CPU flags into USE_EXPAND

Il 15/01/2015 11:30, Alexis Ballier ha scritto: > On Thu, 15 Jan 2015 10:20:15 + (UTC) > Martin Vaeth wrote: > >> Christopher Head wrote: >>> All that requires is knowing the names, though; it would be >>> fine if no package actually uses the feature yet. >> ++ >> >> More precisely: When chan

Re: [gentoo-dev] Re: Review: news item and script for CPU_FLAGS_X86

Il 24/01/2015 00:12, Michał Górny ha scritto: > $ emerge -1v app-portage/cpuinfo2cpuflags > $ cpuinfo2cpuflags-x86.py it's cpuinfo2cpuflags-x86 w/o the .py here

Re: [gentoo-dev] toolchain.eclass: need to revert fixincludes commit

Il 02/02/2015 23:30, Pacho Ramos ha scritto: > El sáb, 31-01-2015 a las 16:48 -0500, Anthony G. Basile escribió: >> Hi everyone, >> >> We need to revert the following change to toolchain.eclass: >> >> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/toolchain.eclass?r1=1.647&r2=1.648

Re: [gentoo-dev] ffmpeg vs libav choice of default

Il 04/02/2015 10:24, Ben de Groot ha scritto: > From an upstream that I care about: > https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav Based on > that I would say we should switch back the default to ffmpeg. on that page I see a information about why gentoo should stick with libav, beca

Re: [gentoo-dev] Why gcc-config is a separate utility, not a module for eselect?

good memory, maybe someone could write a frontend in eselect to gcc-config, to have a proved manager _and_ everything in one place. Il 28/02/2015 13:41, malc ha scritto: > Read these :) There was an attempt, many years ago when I was still a > Dev, but it never quite worked as intended and ended u