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

I took the freedom to open a few bugs about that with a tracker: https://bugs.gentoo.org/show_bug.cgi?id=420493 This is not an urgent thing, but I think it's good to have an overview of gtk3 useflag usage, cause they are all more or less migration issues, some maybe not even fixable or exceptions.

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

On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh wrote: > On Sun, 10 Jun 2012 21:45:27 +0100 > Nirbheek Chauhan wrote: >> It's a simple workaround for the lack of proper ebuild namespacing on >> the basis of slots. >> >> So, till we have that, this works pretty well. :) > > Until you have that, o

[gentoo-dev] Github.com tarballs eclass idea

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi folks, i've some packages fetching SRC_URI from github.com tarballs/tags/files like x11-misc/trayer-srg. Fortunately, github.com provides (mostly) stable tarballs that are fit for manifestations (file sizes and checksums don't change). There is

[gentoo-dev] Repoman check before file stable request

Hello folks, would be great if everyone runs repoman before file the stable request. In particular, many times, happens that are required other ~arch packages, so a small check like this, should be enough: for i in x86 amd64 hppa $and_other_arches ;do ekeyword $i $ebuild;done repoman manifest r

Re: [gentoo-dev] Github.com tarballs eclass idea

On 11 June 2012 14:41, Michael Weber wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi folks, > > i've some packages fetching SRC_URI from github.com > tarballs/tags/files like x11-misc/trayer-srg. > > Fortunately, github.com provides (mostly) stable tarballs that are fit > for man

Re: [gentoo-dev] Github.com tarballs eclass idea

On 6/11/12 3:41 PM, Michael Weber wrote: > i've some packages fetching SRC_URI from github.com > tarballs/tags/files like x11-misc/trayer-srg. Have you seen ? signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] RFC: vcs-snapshot-r1.eclass -- a better eclass for VCS snapshots (and others)

On Thu, 7 Jun 2012 23:49:52 +0200 Michał Górny wrote: > The idea with the new eclass is to extract all supported archives > (which means .tar* at the point) into ${WORKDIR} subdirectories > matching their names. In other words, if you've got: > > SRC_URI="http://foo/getbar -> ${P}.tar.bz2 >

Re: [gentoo-dev] Repoman check before file stable request

On Monday 11 June 2012 15:42:25 Agostino Sarubbo wrote: > In this manner we will save a lot of time for us. > Thanks in advance. s/we/you Anyway, from irc, seems is not very 'clear' what I meant. I suggested to run repoman to see if are required more packages instead of what you think is necessa

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

On Mon, 11 Jun 2012 13:15:40 +0100 Nirbheek Chauhan wrote: > On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh > wrote: > > On Sun, 10 Jun 2012 21:45:27 +0100 > > Nirbheek Chauhan wrote: > >> It's a simple workaround for the lack of proper ebuild namespacing > >> on the basis of slots. > >> > >>

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

El lun, 11-06-2012 a las 18:08 +0100, Ciaran McCreesh escribió: > On Mon, 11 Jun 2012 13:15:40 +0100 > Nirbheek Chauhan wrote: > > On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh > > wrote: > > > On Sun, 10 Jun 2012 21:45:27 +0100 > > > Nirbheek Chauhan wrote: > > >> It's a simple workaround fo

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

On Mon, 11 Jun 2012 20:41:37 +0200 Pacho Ramos wrote: > > No, your goal is to provide a distribution. Gentoo has repeatedly > > shot itself in the foot, leg, groin etc by favouring short-term > > hacks over a well thought out, validated, self-enforcing design. > > Right now nearly all of the packa