Re: [gentoo-dev] New eclass for Python

On Tue, 2012-02-28 at 22:13 +0100, Krzysztof Pawlik wrote: > Hello, > > After some work during weekend on Python packages I've decided to start a > rewrite of Python/distutils eclass for installing Python packages. My main > goal > was simplicity and functionality similar to ruby-ng.eclass (thank

Re: [gentoo-dev] New eclass for Python

On Wed, 2012-02-29 at 21:24 +0100, Krzysztof Pawlik wrote: > On 29/02/12 20:51, Alexandre Rostovtsev wrote: > > The proposed eclass omits three features from python.eclass which are > > heavily used in the gnome stack. > > Correct me if I'm wrong, but Gnome doesn't

Re: [gentoo-dev] RFD: EAPI specification in ebuilds

On Wed, 2012-03-07 at 21:41 +0100, Ulrich Mueller wrote: > .ebuild -> .eb FYI, any Russian speaker is *guaranteed* to read the name ".eb" as a very common obscenity.

Re: [gentoo-dev] RFD: EAPI specification in ebuilds

On Thu, 2012-03-08 at 16:29 +, Ciaran McCreesh wrote: > And you believe that having exactly one place inside ebuild text where > there are different whitespace, quoting and indenting rules for > something that otherwise looks exactly like any other metadata variable > isn't going to cause probl

Re: [gentoo-dev] Change USE flags when compiling with FEATURES=test

On Sat, 2012-03-17 at 15:33 -0400, Matt Turner wrote: > So you run set FEATURES=test to run a package's test suite during > keywording. Later, you emerge -vuNDa ... and portage wants to reemerge > that package with USE=-test. > > Can't we avoid this somehow? I presume in the vast majority of cases

Re: [gentoo-dev] RFC: License problem

On Wed, 2012-03-21 at 15:18 +0100, Justin wrote: > Hi, > > I need some comments on following License Agreement: > > http://fizz.cmp.uea.ac.uk/dyndom/dyndomDownload.do > > QUOTE > > In downloading this code you agree with the following: > > I will not redistribute the software to others outside of m

Re: [gentoo-dev] Arbitrary breakage: sys-fs/cryptsetup

les' systems (probably including mine, if I had not read this message) from being rendered unbootable. -Alexandre Rostovtsev.

Re: [gentoo-dev] New eclass: oasis.eclass for oasis-based ocaml packages.

toolchain. > > Are all of these usages incorrect? Do you have an alternate solution? By my count, there are already at least 19 eclasses in the tree that access an ebuild's IUSE from eclass code (autotools-utils, chromium, clutter, db, enlightenment, eutils, gnome2, gnome-python-common, java-ant-2, java-pkg-2, java-utils-2, mozconfig-3, pam, qt4-build, qt4-r2, ruby-ng, xfconf, x-modular, and xorg-2). -Alexandre Rostovtsev.

Re: [gentoo-dev] New eclass: oasis.eclass for oasis-based ocaml packages.

On Fri, Mar 23, 2012 at 4:24 PM, Alexis Ballier wrote: > On Fri, 23 Mar 2012 23:11:46 +0300 > Sergei Trofimovich wrote: >> > oasis_src_configure() { >> >     ocaml setup.ml -configure \ >> >             --prefix usr \ >> >             --libdir /usr/$(get_libdir) \ >> >             --docdir /usr/s

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

On Tue, 2012-03-27 at 20:01 +0200, Sven Vermeulen wrote: > On Tue, Mar 27, 2012 at 07:49:00PM +0200, Pacho Ramos wrote: > > I am a bit surprised handbook still doesn't suggest people to create a > > separate partition for /usr/portage tree. I remember my first Gentoo > > systems had it inside / and

Re: [gentoo-dev] >= udev-182 tracker

On Wed, 2012-04-11 at 14:53 -0700, Alec Warner wrote: > On Wed, Apr 11, 2012 at 12:58 PM, Michał Górny wrote: > > Maybe we should create a new mailing list, say, > > gentoo-usr-discuss...@lists.gentoo.org. > > Just to clarify, you are trolling right? s/trolling/joking/ It's is not the first tim

Re: [gentoo-dev] epatch_user usage

On Tue, 2012-04-24 at 06:05 +0200, Michał Górny wrote: > On Mon, 23 Apr 2012 22:45:36 -0500 > Doug Goldstein wrote: > > > So I've just had one reservation when using epatch_user for allowing > > users to apply patches. And that's figuring out when to run > > eautoreconf. I don't necessarily want

Re: [gentoo-dev] -Werror unwanted?

On Mon, 2012-05-14 at 17:44 +0200, hasufell wrote: > https://bugs.gentoo.org/show_bug.cgi?id=260867 > > However, I don't see references to ebuild policy (in devmanual or > howtos) how to handle Werror. > > Is there a common opinion on that. And shouldn't we add that to the > documentation then?

[gentoo-dev] RFC: new global USE flag: jit

I propose adding the following global USE flag: jit - Enable just-in-time compilation for improved performance. May prevent use of some PaX memory protection features in Gentoo Hardened. Current local flags that could probably be unified: app-arch/libzpaq:jit - Enable just-in-time compilation f

Re: [gentoo-dev] RFC: new global USE flag: jit

On Mon, 2012-05-14 at 21:51 +0200, Dirkjan Ochtman wrote: > On Mon, May 14, 2012 at 8:05 PM, Alexandre Rostovtsev > wrote: > > media-sound/csound:luajit - Use the lua just-in-time compiler > > dev-lang/luajit instead of dev-lang/lua > > > > www-client/luakit:lua

Re: [gentoo-dev] RFC: new global USE flag: jit

On Mon, 2012-05-14 at 14:05 -0400, Alexandre Rostovtsev wrote: > I propose adding the following global USE flag: > > jit - Enable just-in-time compilation for improved performance. May > prevent use of some PaX memory protection features in Gentoo Hardened. > > > Current l

Re: [gentoo-dev] autotools.eclass:eautoreconf now runs autopoint for you

On Sun, 2012-05-20 at 06:32 -0400, Mike Frysinger wrote: > i've extended eautoreconf to automatically call autopoint when the package > uses gettext. the configure check might seem naïve, but this is how > autoreconf > itself does it. this hopefully shouldn't break any packages (at least, none

Re: [gentoo-dev] autotools.eclass:eautoreconf now runs autopoint for you

On Mon, 2012-05-21 at 02:41 -0400, Alexandre Rostovtsev wrote: > Index: autotools.eclass > === > RCS file: /var/cvsroot/gentoo-x86/eclass/autotools.eclass,v > retrieving revision 1.138 > diff -u -r1.138 a

Re: [gentoo-dev] autotools.eclass:eautoreconf now runs autopoint for you

On Mon, 2012-05-21 at 11:36 -0400, Mike Frysinger wrote: > On Monday 21 May 2012 02:41:18 Alexandre Rostovtsev wrote: > > On Sun, 2012-05-20 at 06:32 -0400, Mike Frysinger wrote: > > > i've extended eautoreconf to automatically call autopoint when the > > > pack

[gentoo-dev] autotools.eclass no longer inherits eutils; check your ebuilds!

are now *broken* since they can no longer use epatch. See bug #416847 for an example. Check your ebuilds to make sure you inherit eutils in anything that uses epatch! -Alexandre Rostovtsev.

Re: [gentoo-dev] autotools.eclass:eautoreconf now runs autopoint for you

On Mon, 2012-05-21 at 13:29 -0400, Mike Frysinger wrote: > On Monday 21 May 2012 12:08:21 Alexandre Rostovtsev wrote: > > Realistically, every Gentoo machine, with the exception of pure deployment > > installations that don't build any packages (and therefore don't care a

Re: [gentoo-dev] gtk3 useflag and support of older toolkits

On Sun, 2012-06-10 at 04:38 +0200, hasufell wrote: > Bug #420433 lately introduced the discussion again if and when we should > support older (deprecated) toolkit versions. > > As for the named bug it may make sense to support it, cause the gtk3 > useflag would lead to different (reduced) function

Re: [gentoo-dev] Re: Short bugzilla outage today between 2100-2200 UTC

On Thu, 2012-07-05 at 08:19 +0200, Xavier Miller wrote: > Quoting Theo Chatzimichos : > > > Finished, everything seems fine again. Please let us know if you > > notice any weird behavior > > > Hello, > > When I want to see an attachment, the URL becomes > https://#bug_od#.b.g.o and I need to

Re: [gentoo-dev] About tests needing internet connection to run

On Sat, Jul 7, 2012 at 11:21 AM, Michał Górny wrote: > To be honest, I think the first thing to do would be fixing the test > suites to skip tests which fail due to internet connection being > unavailable. Well, there would still be question how to reliably > determine that... For some packages,

[gentoo-dev] Re: gentoo-x86 commit in profiles: ChangeLog package.mask

records for all changes in profiles > directory. > # Only typo fixes which don't affect portage/repoman behaviour could be > avoided > # here. If in doubt put a record here! > > + 11 Jul 2012; Tony Vroon package.mask: > + Mask =net-misc/asterisk-10.6.0 for null

[gentoo-dev] Last rites: media-gfx/gnome-scan

# Alexandre Rostovtsev (19 Jul 2012) # Fails to scan with recent sane-backends; fails to build with gegl-0.2; # inactive upstream. # Users should switch to another scanning utility, e.g. media-gfx/simple-scan. # Removal in 30 days (bug #421957) media-gfx/gnome-scan

Re: [gentoo-dev] RFC: l10n.eclass

On Fri, 2012-07-20 at 18:09 +0100, Ciaran McCreesh wrote: > On Fri, 20 Jul 2012 12:39:21 -0400 > Mike Gilbert wrote: > > On Fri, Jul 20, 2012 at 2:54 AM, Ciaran McCreesh > > wrote: > > > On Thu, 19 Jul 2012 18:34:41 -0400 > > > Mike Gilbert wrote: > > >> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medi

Re: [gentoo-dev] RFC: l10n.eclass

Sorry, bad typo: On Fri, 2012-07-20 at 13:43 -0400, Alexandre Rostovtsev wrote: > then obviously other packages must rely on that package having installed > any particular translation. Should read "then obviously other packages must *not* rely" -Alexandre

Re: [gentoo-dev] RFC: l10n.eclass

On Fri, 2012-07-20 at 19:44 +0200, Michał Górny wrote: > On Fri, 20 Jul 2012 12:39:21 -0400 > Mike Gilbert wrote: > > > For most gettext packages, there is absolutely no reason that the > > ebuild maintainer should have to keep track of every translation > > available in a given package across ve

Re: [gentoo-dev] RFC: l10n.eclass

On Fri, 2012-07-20 at 18:54 +0100, Ciaran McCreesh wrote: > On Fri, 20 Jul 2012 13:43:15 -0400 > Alexandre Rostovtsev wrote: > > > If you dep upon foo[linguas_en(+)] and linguas_en isn't in IUSE, > > > what happens? > > > > Fatal error. If a package

Re: [gentoo-dev] RFC: l10n.eclass

On Fri, 2012-07-20 at 19:41 +0100, Ciaran McCreesh wrote: > On Fri, 20 Jul 2012 14:37:19 -0400 > Alexandre Rostovtsev wrote: > > That suggests that the EAPI ought to define a second category of > > USE_EXPAND flags, one that has a different treatment of (+)/(-). > >

Re: [gentoo-dev] RFC: l10n.eclass

On Fri, 2012-07-20 at 20:17 +0100, Ciaran McCreesh wrote: > On Fri, 20 Jul 2012 15:15:31 -0400 > Alexandre Rostovtsev wrote: > > > That's sensitive to old versions ebuilds being removed from the > > > tree, so it's utterly unworkable. > > > > I do

Re: [gentoo-dev] RFC: l10n.eclass

On Fri, 2012-07-20 at 21:02 +0100, Ciaran McCreesh wrote: > Which is why it's policy that you check every dependent before making > changes to a package. You *do* follow that policy, and not just assume > that repoman passing means it's fine, right? Excellent. So we are finally in agreement that o

Re: [gentoo-dev] FYI: multilib-strict no longer in FEATURES of targets/developer/make.defaults (pending on bug 424423)

On Mon, 2012-08-13 at 11:14 -0700, Diego Elio Pettenò wrote: > Beside the fact that these would probably have looked better in > /usr/libexec See Kay Sievers's comment at https://bugs.freedesktop.org/show_bug.cgi?id=51617 : "/usr/lib// is a directory like /usr/libexec/ or even /bin. It shares abs

Re: [gentoo-dev] rfc: OpenRC network provides revisited

On Fri, 2012-08-24 at 12:10 -0500, William Hubbs wrote: > The second question this bug brings up is whether services should "need" > or "use" net. Remember that the "need" dependency will try to run the > needed service even if it is in init.d but not in a runlevel. Presumably that depends on the

[gentoo-dev] [RFC] new vala.eclass

UTHOR: # Alexandre Rostovtsev # @BLURB: Sets up the environment for using a specific version of vala. # @DESCRIPTION: # This eclass sets up commonly used environment variables for using a specific # version of dev-lang/vala to configure and build a package. It is needed for # packages whose build sy

Re: [gentoo-dev] [RFC] new vala.eclass

...@gentoo.org # @AUTHOR: # Alexandre Rostovtsev # @BLURB: Sets up the environment for using a specific version of vala. # @DESCRIPTION: # This eclass sets up commonly used environment variables for using a specific # version of dev-lang/vala to configure and build a package. It is needed for # packages

Re: [gentoo-dev] [RFC] new vala.eclass

On Sat, 2012-08-25 at 23:45 +0200, Ulrich Mueller wrote: > >>>>> On Sat, 25 Aug 2012, Alexandre Rostovtsev wrote: > > > export VALAC=$(type -P valac-${VALA_API_VERSION}) > > export VALA=$(type -P vala-${VALA_API_VERSION}) > > export VALA

Re: [gentoo-dev] [RFC] new vala.eclass

On Sun, 2012-08-26 at 02:59 -0400, Alexandre Rostovtsev wrote: > path=$(type -P valac-${VALA_API_VERSION}) > [[ -n "${path}" ]] && VALAC="${path}" > > path=$(type -P vala-${VALA_API_VERSION}) > [[ -n "${path}" ]]

Re: [gentoo-dev] [RFC] new vala.eclass

On Sun, 2012-08-26 at 02:59 -0400, Alexandre Rostovtsev wrote: > In which case, the vala commands that are pulled in via DEPEND will be > (unless I am completely wrong about how pkg_config works) available > during pkg_config. > > Commands that are not pulled in via DEPEND of cour

Re: [gentoo-dev] [RFC] new vala.eclass

On Sun, 2012-08-26 at 15:45 -0700, Zac Medico wrote: > Note that pkg_setup is called for binary packages too, which means that > DEPEND may not necessarily be installed. In EAPI 4 you can check the > MERGE_TYPE variable which can have a value of binary, source, orbuildonly. The variables that vala

Re: [gentoo-dev] [RFC] new vala.eclass

Second update, incorporating suggestions by Ulrich and Duncan. # Copyright 1999-2012 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ # @ECLASS: vala.eclass # @MAINTAINER: # gn...@gentoo.org # @AUTHOR: # Alexandre Rostovtsev # @BLURB: Sets up the

Re: [gentoo-dev] [RFC] new vala.eclass

On Sun, 2012-08-26 at 22:45 -0400, Alexis Ballier wrote: > On Sun, 26 Aug 2012 19:43:32 -0400 > Alexandre Rostovtsev wrote: > > The variables that vala_pkg_setup sets are needed only at build time. > > so it should be vala_src_prepare / unpack instead ? > definitely not anyt

Re: [gentoo-dev] [RFC] new vala.eclass

: # Alexandre Rostovtsev # @BLURB: Sets up the environment for using a specific version of vala. # @DESCRIPTION: # This eclass sets up commonly used environment variables for using a specific # version of dev-lang/vala to configure and build a package. It is needed for # packages whose build systems

Re: [gentoo-dev] supporting static-libs

On Tue, 2012-08-28 at 02:15 +0200, hasufell wrote: > Is there a reason not to support static-libs in an ebuild if the package > supports it? > > It seems some developers don't care about this option. What's the gentoo > policy on this? Isn't this actually a bug? For example, static linking is dis

Re: [gentoo-dev] prune_libtool_files() and pkg-config dependency

On Thu, 2012-08-30 at 00:02 +0200, Michał Górny wrote: > On Wed, 29 Aug 2012 17:50:16 -0400 > Mike Frysinger wrote: > > > On Wed, Aug 29, 2012 at 5:42 PM, Michał Górny wrote: > > > In other words, pkg-config is only used when no other criteria > > > allows it to classify the particular .la file a

Re: [gentoo-dev] EJOBS variable for EAPI 5? (was: [RFC] Create a JOBS variable to replace -jX in MAKEOPTS)

On Fri, 2012-08-31 at 15:45 +0100, Ciaran McCreesh wrote: > On Fri, 31 Aug 2012 10:21:15 +0200 > Ulrich Mueller wrote: > > Coming back to this old topic [1]. Is there still consensus that we > > should have such an EJOBS variable? (It shouldn't be called JOBS > > because this name is too generic,

Re: [gentoo-dev] [RFC] new vala.eclass

: vala.eclass # @MAINTAINER: # gn...@gentoo.org # @AUTHOR: # Alexandre Rostovtsev # @BLURB: Sets up the environment for using a specific version of vala. # @DESCRIPTION: # This eclass sets up commonly used environment variables for using a specific # version of dev-lang/vala to configure and build a

Re: [gentoo-dev] [RFC] new vala.eclass

On Sun, 2012-09-09 at 22:09 -0400, Alexandre Rostovtsev wrote: > Revised proposal with suggestions from Nirbheek. VALA_API_VERSION has > been split into max and min to make it easier for packages to depend on > a range of vala slots. > > # Copyright 1999-2012 Gentoo Foundation

[gentoo-dev] vala.eclass: change vala_src_prepare behavior when USE=-vala

Pacho Ramos has suggested making vala_src_prepare() into a no-op in the common situation where vala is in IUSE and USE=-vala. --- a/vala.eclass +++ b/vala.eclass @@ -77,20 +77,36 @@ } # @FUNCTION: vala_src_prepare -# @USAGE: [--vala-api-version api_version] +# @USAGE: [--ignore-use] [--vala-ap

Re: [gentoo-dev] vala.eclass: change vala_src_prepare behavior when USE=-vala

Revised to use a separate variable for the name of the flag instead of reading IUSE, as suggested by Ciaran McCreesh. As a result of this change, vala.eclass now defaults to assuming that vala support is optional (which is the case in an overwhelming majority of ebuilds that would want to use this

Re: [gentoo-dev] vala.eclass: change vala_src_prepare behavior when USE=-vala

On Thu, 2012-09-20 at 08:43 +0200, Pacho Ramos wrote: > El jue, 20-09-2012 a las 02:14 -0400, Alexandre Rostovtsev escribió: > > Revised to use a separate variable for the name of the flag instead of > > reading IUSE, as suggested by Ciaran McCreesh. As a result of this > > ch

Re: [gentoo-dev] Clarify the "as-is" license?

On Sun, 2012-09-23 at 23:37 +0200, Ulrich Mueller wrote: > - net-wireless/zd1201-firmware: No license in tarball or on homepage. Ubuntu distributes it in their linux-firmware package with the following LICENCE.zd1201 file: The firmware was originally distributed by Zydas in their original drive

Re: [gentoo-dev] Re: Clarify the "as-is" license?

On Tue, 2012-09-25 at 13:04 +0200, Ulrich Mueller wrote: > I'll also remove as-is from @GPL-COMPATIBLE and @OSI-APPROVED again, > as soon as all packages in the system set have been fixed (only > net-misc/openssh and sys-apps/man-pages). It shouldn't have been added > to these groups, in the first

Re: [gentoo-dev] [RFC] Drop EAPI=0 requirement for system packages.

On Fri, 2012-10-12 at 16:38 -0400, Walter Dnes wrote: > It's my understanding that higher EAPI levels include more features. > How backwards compatable are the EAPI levels? I.e. assume that we take > an ebuild with EAPI 0, and slap in EAPI=1 (or 2 or 3, etc) at the top, > without any other chang

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

On Fri, 2012-10-19 at 21:01 +0200, Pacho Ramos wrote: > 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 In English, it is also mandatory to end sentenc

[gentoo-dev] gnome2-utils.eclass: updated DISABLE_DEPRECATED fix

The recently added gnome2_disable_deprecation_warning() unfortunately triggered maintainer mode and undesirable autoreconf for some packages like file-roller, leading to build failure (see bug #439602); the problem had been caused by configure.ac having a higher mtime than aclocal.m4 and config.h.i

Re: [gentoo-dev] gnome2-utils.eclass: updated DISABLE_DEPRECATED fix

The previously sent patch contained two problems. First, it assumed that the config-header to be touched is necessarily called config.h.in. This is not the case; for example, goffice uses goffice-config.h.in. Second, and more importantly, it touched aclocal.m4 and config.h.in even if configure.ac w

Re: [gentoo-dev] Maintainer needed: dev-libs/icu

On Mon, 2012-10-29 at 11:35 -0700, Diego Elio Pettenò wrote: > The problem with ICU is worse than you expect. For once, with version > 50, it changes ABI (but not soname as far as I can tell) depending on > which compiler you build it with. Yes, this is pretty much fucked up. It's even worse than

Re: [gentoo-dev] A script/binary that iterates over arguments and spits out different variants?

On Thu, 2012-11-08 at 19:18 +0100, Jeroen Roovers wrote: > For a while I've been thinking that it would be sweet to feed all > variants (enabled/disabled) of several USE flags to a script to automate > testing with different USE flag combinations. > > USE=" x y" > USE="-x y" > USE=" x -y" > USE=

[gentoo-dev] some questions about using subslots and EAPI5

Suppose I am upgrading an existing ebuild for dev-libs/libfoo-2.5 to EAPI5 and adding a subslot, e.g. SLOT="2/5". Should I then add "slotmove =dev-libs/libfoo-2.5 2 2/5" in profiles/updates? Or should it be "slotmove =dev-libs/libfoo-2.5 2/2 2/5" (since the PMS states that "When the sub-slot part i

[gentoo-dev] Lastrites: mail-client/claws-mail-geolocation

# Alexandre Rostovtsev (05 Dec 2012) # Masked for removal in 30 days. # Incompatible with recent cogl and clutter versions (bug #435164) mail-client/claws-mail-geolocation

[gentoo-dev] new global USE flag: orc

Currently, the "orc" local USE flag is used by 11 packages, 9 of them with identical descriptions. I think it's time to make it a global flag. I would suggest the following description: "Use dev-lang/orc for just-in-time optimization of array operations" Current flag users: media-libs/gst-plugins

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

On Mon, 2012-12-17 at 11:11 +0100, Tomáš Chvátal wrote: > 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 > defau

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

On Thu, 2012-12-20 at 18:27 +0100, Ulrich Mueller wrote: > The FHS says: > >/var/cache is intended for cached data from applications. Such data >is locally generated as a result of time-consuming I/O or >calculation. The application must be able to regenerate or restore >the data.

Re: [gentoo-dev] About using a CONFIGURATION (or SETUP) file under /usr/share/doc for configuration information

On Sun, 2012-12-23 at 12:20 +, Markos Chandras wrote: > But like I said, elog messages are already saved in > /var/log/portage/elog/$cat/$pf so people can > read these. Isn't this the same with what you suggest? Is that by default? And when was that default added? I certainly do not have /va

Re: [gentoo-dev] collision-protect -> protect-owned ?

On Thu, 2013-01-03 at 00:25 -0500, Rick "Zero_Chaos" Farina wrote: > On 01/03/2013 12:06 AM, Michał Górny wrote: > > On Wed, 02 Jan 2013 19:49:02 -0800 > > ""Paweł Hajdan, Jr."" wrote: > > > >> It came up again with , > >> and I think it's worth to

Re: [gentoo-dev] Removals reply

On Sun, 2013-02-03 at 06:07 +0100, Vaeth wrote: > So this 30 day delay will enable these people to get involved, > especially for all the packages which were removed in the last years? > Now it is apparent that an archive for dropped packages (in the > form of keeping masked packages or some other

Re: [gentoo-dev] maintainer-wanted: x11-drivers/nvidia-drivers

On Mon, 2013-03-04 at 11:28 -0500, Walter Dnes wrote: > On Sun, Mar 03, 2013 at 10:48:07PM -0500, Rick "Zero_Chaos" Farina wrote > > > I am sorry that this package has been such a headache for you, > > unfortunately binary drivers (especially) are often like that. Thanks > > for all your hard work

Re: [gentoo-dev] libpng 1.6 upgrade and subslotting (and misuse of subslotting when there is also normal slotting)

On Fri, 2013-04-05 at 23:44 +0300, Samuli Suominen wrote: > libpng 1.6 is in portage, but temporarily without KEYWORDS, pending on > testign and this conversion, help would be much appericiated with > converting the tree to use automatic rebuilds for the upgrade > > Because there is binary-only

Re: [gentoo-dev] [RFC] Establishing Gentoo patch policy to keep our patches consistent and clean

On Sat, 2013-04-06 at 20:08 +0200, Michał Górny wrote: > 2. Patches have to apply to the top directory of the source tree with > 'patch -p1'. If patches are applied to sub-directories, necessary '-p' > argument shall be passed to 'epatch' explicitly. Developers are > encouraged to create patches wh

Re: [gentoo-dev] GNOME migrating from GConf to GSettings; effects on Gentoo?

On Tue, 2013-04-30 at 22:29 -0400, Walter Dnes wrote: > I was going to file a bug at bugzilla, but this looks like it's going > to involve virtually every GNOME-related app, so playing whack-a-mole is > going to be painfull. It'll have to be tackled higher up, which is why > I'm posting here. I

Re: [gentoo-dev] GNOME migrating from GConf to GSettings; effects on Gentoo?

On Tue, 2013-04-30 at 23:26 -0400, Walter Dnes wrote: > On Tue, Apr 30, 2013 at 11:17:35PM -0400, Alexandre Rostovtsev wrote > > > It impacts users who use stable keywords and are therefore stuck with > > GNOME-2.32. The workaround is for affected users to switch to ~arch >

Re: [gentoo-dev] GNOME migrating from GConf to GSettings; effects on Gentoo?

On Wed, 2013-05-01 at 04:19 -0400, Walter Dnes wrote: > I think I just realized what this means. I run ICEWM, not GNOME. > GNUMERIC and ABIWORWD and GIMP are the 3 GNOME apps that I use a lot. > Do I have to emerge GNOME-BASE in it's entirety just to get GSettings > working? Then I misunderstoo

RE: [gentoo-dev] Temporary DevRel actions for CoC violations

Gentoo developers have been resigning from the project because they got burned out by dealing with ad-hominems, insults, and flames. I do not see CoC enforcement as some sort of plot to enforce groupthink or silence debate, but as an attempt to fix the real problem of burnout and talent drain.

Re: [gentoo-dev] [PATCH systemd.eclass] Introduce systemd_is_booted().

On Wed, 2013-07-24 at 16:17 +0200, Ulrich Mueller wrote: > > On Wed, 24 Jul 2013, Michał Górny wrote: > > > Pacho requested that to be able to warn users in GNOME packages that > > do not work anymore without systemd. > > Why is the host where the package is built required to run systemd? > W

Re: [gentoo-dev] Re: Dropping static libs support from cryptsetup and lvm2

On Wed, 2013-07-31 at 22:12 -0400, Rich Freeman wrote: > Honestly, I don't think maintainers should be asked to justify > features unless they're actually causing some kind of conflict. > > If Robin wants to support USE=static for lvm2, he can do so. If it > somehow caused problems with other pac

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

On Wed, 2013-08-07 at 14:45 +0200, Michael Weber wrote: > Greetings, > > Gnome Herd decided to target stablilization of 3.8 [1] which requires > systemd. > > What are the reasons to stable 3.8 and not 3.6, a version w/o this > restriction, enabling all non systemd users to profit from this > eye-

Re: [gentoo-dev] Response to a "friendly note" about changing bug reports

On Wed, 2013-08-07 at 09:35 -0400, Rich Freeman wrote: > On Wed, Aug 7, 2013 at 8:07 AM, Alexis Ballier wrote: > > On Wed, 7 Aug 2013 11:04:28 +0200 > > "Andreas K. Huettel" wrote: > >> That's fine, bug wranglers are doing a great job there. > >> > >> However, I'm also sick of getting bugmail bec

Re: [gentoo-dev] Changes in libreoffice ebuild

On Tue, 2013-08-13 at 10:10 +0200, Tomáš Chvátal wrote: > As per my comment in bugzilla [1] I said that the patch should be > submitted upstream prior having it in cvs. > > > Yet you decided to completely ignore my statement and just smash in > the patch anyway [2]. > > > Please don't do this e

Re: [gentoo-dev] rfc: status of OpenRC's public API

On Fri, 2013-09-13 at 19:16 -0500, William Hubbs wrote: > All, > > OpenRC currently has a public api, consisting of librc and libeinfo > (rc.h and einfo.h are the headers); however, I do not know of any > released software that uses these, so, if there is nothing, I am > considering making this co

Re: [gentoo-dev] rfc: status of OpenRC's public API

On Fri, 2013-09-13 at 22:48 -0500, William Hubbs wrote: > On Fri, Sep 13, 2013 at 09:04:06PM -0400, Alexandre Rostovtsev wrote: > > app-admin/openrc-settingsd uses various functions (rc_sys(), > > rc_runlevel_get(), rc_service_exists(), rc_service_in_runlevel(), > &g

Re: [gentoo-dev] Last rites: app-arch/xarchiver

On Sat, 2013-11-02 at 20:12 +0100, yac wrote: > c6 indicates xarchiver will break on unrar-5 when it will go stable but > it still is not stable, is it? Given the way this issue is > communicated, I have to ask - Is it even true? The rar major version > seems to be related to rar format version rat

Re: [gentoo-dev] Dealing with XDG directories in ebuild environment

On January 28, 2014 12:03:04 PM EST, Mike Gilbert wrote: >Option 3: Unset the variables > >This should cause applications to default to locations under ${HOME}. Only those applications that properly comply with standards :) For instance, glib did not start respecting ${HOME} until version 2.36

Re: [gentoo-dev] Dealing with XDG directories in ebuild environment

[Replying again since my mailer messed up my original message.] On Tue, 2014-01-28 at 12:03 -0500, Mike Gilbert wrote: > Option 3: Unset the variables > > This should cause applications to default to locations under ${HOME}. > This could be done in global scope (unless I am overlooking something

Re: [gentoo-dev] Dealing with XDG directories in ebuild environment

On Wed, 2014-01-29 at 09:58 +0100, Jan Matejka wrote: > What's the point of having nonempty XDG_ variables in ebuilds? One big reason is FEATURES=test. Test suites for freedesktop-compliant programs that actually run the program are likely to fail if XDG_* directories are resolved as something unw

Re: [gentoo-dev] RFD: new global USE flag gtk3

On Thu, 2014-02-20 at 02:47 -0600, Steev Klimaszewski wrote: > OR, since I'm the maintainer, I decide that I'm willing to deal with > both, instead of you telling me that I need to pick one or the other. > Upstream says both are supported and viable, and I'm willing to deal > with the headaches. J

Re: [gentoo-dev] RFD: new global USE flag gtk3

On Thu, 2014-02-20 at 03:23 -0600, Steev Klimaszewski wrote: > The KDE team seems to be able to deal with it just fine, but somehow > it's impossible and hard for the GNOME team. Why is that? What does > KDE do differently that makes it feasible? The KDE ecosystem moved from qt3 to qt4 around 20

Re: [gentoo-dev] RFD: new global USE flag gtk3

On Thu, 2014-02-20 at 10:26 +0100, Ulrich Mueller wrote: > >>>>> On Thu, 20 Feb 2014, Alexandre Rostovtsev wrote: > > > Unfortunately, at the same time, lots of other developers are going > > to start adding support for building against gtk2 XOR gtk3. Because >

Re: [gentoo-dev] Re: RFD: new global USE flag gtk3

On Sat, 2014-02-22 at 14:57 -0600, Ryan Hill wrote: > wxGTK not only splits up libraries by version and toolkit, but also by charset > and debug/release. If we had to use different SLOTs rather than USE flags we > would need eight of them for 2.8 alone. And I don't know how we would name > the >

Re: [gentoo-dev] Re: RFD: new global USE flag gtk3

On Sat, 2014-02-22 at 15:59 -0600, Ryan Hill wrote: > On Sat, 22 Feb 2014 15:50:17 -0600 > Ryan Hill wrote: > > > On Sat, 22 Feb 2014 16:09:53 -0500 > > Alexandre Rostovtsev wrote: > > > > > On Sat, 2014-02-22 at 14:57 -0600, Ryan Hill wrote: > >

Re: [gentoo-dev] Adding slot and subslot deps to others' packages

On Tue, 2014-03-04 at 15:54 +0400, Sergey Popov wrote: > 02.03.2014 19:52, Michał Górny пишет: > > Dnia 2014-03-02, o godz. 16:45:03 > > Jeroen Roovers napisał(a): > > > >> On Sun, 2 Mar 2014 09:37:22 +0100 > >> Michał Górny wrote: > >> > >>> Few months ago I have written a small FAQ on how to u

Re: [gentoo-dev] Make udev optional in net-wireless/bluez?

On Sat, 2014-03-08 at 21:23 -0500, Joshua Kinard wrote: > So I want to try and play around with a particular network domination tool > on my home network, Omphalos. However, its current configure script has a > hard dependency on bluetooth.h, part of the net-wireless/bluez package. > > Currently,

Re: [gentoo-dev] Make udev optional in net-wireless/bluez?

On Sun, 2014-03-09 at 23:22 -0400, Joshua Kinard wrote: > On 03/08/2014 9:55 PM, Alexandre Rostovtsev wrote: > > On Sat, 2014-03-08 at 21:23 -0500, Joshua Kinard wrote: > >> So I want to try and play around with a particular network domination tool > >> on my home netwo

Re: [gentoo-dev] Make udev optional in net-wireless/bluez?

On Mon, 2014-03-10 at 01:45 -0400, Alexandre Rostovtsev wrote: > On Sun, 2014-03-09 at 23:22 -0400, Joshua Kinard wrote: > > On 03/08/2014 9:55 PM, Alexandre Rostovtsev wrote: > > > On Sat, 2014-03-08 at 21:23 -0500, Joshua Kinard wrote: > > >> So I want to try and

Re: [gentoo-dev] Make udev optional in net-wireless/bluez?

On Wed, 2014-03-12 at 14:24 +0100, Peter Stuge wrote: > Gilles Dartiguelongue wrote: > > Making udev dependency always on is a deliberate choice here > > I thought Gentoo was about users having choice? Sad face. Gentoo is usually about the maintainer's choice ;) So in the end it's up to Pacho: h

Re: [gentoo-dev] crossdev and multilib interference

On Wed, 2014-03-12 at 15:46 +, hasufell wrote: > We have a problem where the crossdev pkg-config wrapper scripts > interfere with multilib. > > crossdev for example sets in their pkg-config wrappers: > > PKG_CONFIG_LIBDIR="${SYSROOT}/usr/lib/pkgconfig:${SYSROOT}/usr/share/pkgconfig" > > Now,

Re: [gentoo-dev] crossdev and multilib interference

On Thu, 2014-03-13 at 09:55 +0100, Michał Górny wrote: > Dnia 2014-03-12, o godz. 15:46:01 > hasufell napisał(a): > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA512 > > > > We have a problem where the crossdev pkg-config wrapper scripts > > interfere with multilib. > > > > crossdev for e

Re: [gentoo-dev] Re: crossdev and multilib interference

On Wed, 2014-03-26 at 22:41 -0400, Mike Frysinger wrote: > On Wed 26 Mar 2014 12:23:53 Ian Stakenvicius wrote: > > On 26/03/14 12:12 PM, Mike Frysinger wrote: > > > that's bs. people install crossdev to get a cross-compile > > > environment, not to get something that only works through `emerge`. >

Re: [gentoo-dev] Re: crossdev and multilib interference

On Thu, 2014-03-27 at 02:07 -0400, Mike Frysinger wrote: > > An amd64 multilib system *is* expected to build x86 > > binaries that would be hosted on itself. So i686-pc-linux-gnu-ar is > > expected to be not a part of any cross-compile toolchain, but a part of > > the native toolchain for the machi

  1   2   >