Re: [gentoo-dev] RFC GLEP 1005: Package Tags

2014-03-28 Thread yac
On Fri, 28 Mar 2014 20:02:30 + Ciaran McCreesh wrote: > On Fri, 28 Mar 2014 15:46:49 -0400 > Wyatt Epp wrote: > > On Fri, Mar 28, 2014 at 1:14 PM, Ciaran McCreesh > > wrote: > > > On Thu, 27 Mar 2014 03:53:47 +0100 > > > yac wrote: > > >>

Re: [gentoo-dev] RFC GLEP 1005: Package Tags

2014-03-28 Thread yac
On Sat, 29 Mar 2014 09:39:06 +1300 Kent Fredric wrote: > On 25 March 2014 03:55, Damien Levac wrote: > > > A lot of people already replied to this question: package search. > > > > A trivial example, a user want to know all terminals available in > > portage. Of course he could try a `emerge --

Re: [gentoo-dev] RFC GLEP 1005: Package Tags

2014-03-26 Thread yac
On Tue, 25 Mar 2014 18:31:45 +0100 Jeroen Roovers wrote: > On Tue, 25 Mar 2014 08:03:08 +0100 > Jan Matejka wrote: > > > > No, categories are essentially directories. > > > > fixed: categories are essentially also directories. > > Also? No, categories are *essentially* directories: they keep

Re: [gentoo-dev] dev-lang/go

2014-02-19 Thread yac
On Sat, 15 Feb 2014 16:44:09 -0600 William Hubbs wrote: > On Sat, Feb 15, 2014 at 12:48:44AM +0100, yac wrote: > > On Fri, 14 Feb 2014 11:02:49 -0500 > > Emery Hemingway wrote: > > > The default GOROOT that go looks at for base libraries seems to be > > > com

Re: [gentoo-dev] dev-lang/go

2014-02-14 Thread yac
ile back, but I guess my email didn't go > > > out for some reason. > > > > > > As the primary go maintainer, I do want to be involved in > > > this. :-) > > > > > > On Tue, Feb 11, 2014 at 01:38:44AM +0100, yac wrote: > > > > O

Re: [gentoo-dev] dev-lang/go

2014-02-10 Thread yac
On Mon, 30 Dec 2013 15:48:17 -0500 Emery Hemingway wrote: > I really like working with Go, and would like to see a means of > merging Go packages with Portage. In short I am asking if anyone else > is interested in a Go project. I might be. I have packaged something for private use but it just a

Re: [gentoo-dev] gentoo-x86 and git

2014-02-10 Thread yac
On Mon, 10 Feb 2014 20:33:27 +0800 Patrick Lauer wrote: > Ahoi, > > I've been looking for a clean git-converted gentoo-x86 repo for ... > well ... mostly data mining as cvs / anoncvs.g.o is too slow for some > things. > While you are it, it would be great if you could get some stats on frequen

Re: [gentoo-dev] Portage QOS

2014-01-09 Thread yac
On Thu, 9 Jan 2014 11:24:25 +0400 LTHR wrote: > Hi All, > > What do you think about implementing this: > > http://forums.gentoo.org/viewtopic.php?p=7477494 > > I've system design in my head and could write it down with the > implementation details. Then may be we could all review it and get to

Re: [gentoo-dev] Maintainer-needed on many of my packages

2013-12-31 Thread yac
On Tue, 31 Dec 2013 11:31:47 +0100 Rémi Cardona wrote: > Le dimanche 29 décembre 2013 à 00:19 +, Robin H. Johnson a écrit : > > > sys-apps/vbetool > > Is this still remotely useful with KMS-enabled kernels ? I believe so. I have used it recently to control the LVDS backlight when not in X.

Re: [gentoo-dev] python versioned libraries or not

2013-12-07 Thread yac
On Thu, 05 Dec 2013 13:32:09 +0900 hero...@gentoo.org wrote: > Dear all, > > I have only one python-2.7 on my system. Simple and stupid. > > After boost ebuild is converted to python-r1, libboost_python.so is > renamed to libboost_python-2.7.so. This is all cool about python-r1 > for multiple py

[gentoo-dev] Local Gentoo User Group community support

2013-11-15 Thread yac
Hi What does Gentoo Linux provide for $SUBJ? I know there are mailing lists like gentoo-user-. Is there anything else? --- Jan Matějka| Gentoo Developer https://gentoo.org | Gentoo Linux GPG: A33E F5BC A9F6 DAFD 2021 6FB6 3EBF D45B EEB6 CA8B signature.asc Description: PGP signature

Re: [gentoo-dev] Policy-level discussion for minimum versions on dependencies

2013-11-06 Thread yac
On Wed, 6 Nov 2013 13:22:13 -0500 Mike Gilbert wrote: > On Wed, Nov 6, 2013 at 1:04 PM, Ian Stakenvicius > wrote: > > On 06/11/13 12:56 PM, yac wrote: > >> On Wed, 06 Nov 2013 16:48:54 +0100 Alexis Ballier > >> wrote: > >> > >>> On Wed

Re: [gentoo-dev] Policy-level discussion for minimum versions on dependencies

2013-11-06 Thread yac
On Wed, 06 Nov 2013 16:48:54 +0100 Alexis Ballier wrote: > On Wed, 2013-11-06 at 10:15 -0500, Ian Stakenvicius wrote: > > However, it's been a long-standing general practise that if there > > are no deps in the tree older than what is necessary for a package, > > that package doesn't need to have

Re: [gentoo-dev] Re: Official way to do rolling update (Was: Re: Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec)

2013-11-04 Thread yac
On Mon, 4 Nov 2013 09:51:32 + (UTC) Duncan <1i5t5.dun...@cox.net> wrote: > Daniel Campbell posted on Mon, 04 Nov 2013 02:50:27 -0600 as > excerpted: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On 11/03/2013 10:15 PM, yac wrote:

Re: Official way to do rolling update (Was: Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec)

2013-11-03 Thread yac
Please do not reply to this thread. I've resent the mail without the thread context header. On Mon, 4 Nov 2013 01:59:19 +0100 yac wrote: > On Sun, 03 Nov 2013 11:02:31 +0200 > Alan McKinnon wrote: > > [snip] > > > > > > Afaik there is no offi

Official way to do rolling update (Was: Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec)

2013-11-03 Thread yac
On Sun, 03 Nov 2013 11:02:31 +0200 Alan McKinnon wrote: [snip] > > > > Afaik there is no official way to update gentoo, is there? > > It's always been "emerge -avuND world" [snip] Is this documented annywhere? I have a hard time finding it. I can see it mentioned eg. in man emerge in -c option

Official way to do rolling update (Was: Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec)

2013-11-03 Thread yac
On Sun, 03 Nov 2013 11:02:31 +0200 Alan McKinnon wrote: [snip] > > > > Afaik there is no official way to update gentoo, is there? > > It's always been "emerge -avuND world" [snip] Is this documented annywhere? I have a hard time finding it. I can see it mentioned eg. in man emerge in -c option

Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec

2013-11-03 Thread yac
On Sun, 03 Nov 2013 10:53:13 +0200 Alan McKinnon wrote: > On 02/11/2013 17:03, Michał Górny wrote: > > I was considering writing a news item for it but we discussed it on > > IRC and decided that users are really expected to be able to handle > > themselves, especially wrt to: > > > > 1. using '

Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec

2013-11-03 Thread yac
On Sun, 03 Nov 2013 11:02:31 +0200 Alan McKinnon wrote: > On 03/11/2013 01:45, yac wrote: > > On Sat, 02 Nov 2013 19:19:21 -0400 > > "Anthony G. Basile" wrote: > > > >> On 11/02/2013 06:09 PM, yac wrote: > >>> I don't know how this relen

Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec

2013-11-02 Thread yac
On Sat, 02 Nov 2013 19:19:21 -0400 "Anthony G. Basile" wrote: > On 11/02/2013 06:09 PM, yac wrote: > > I don't know how this releng stuff works. I bet there is lot of devs > > who don't. > > This is why you should announce risking commits. Because yo

Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec

2013-11-02 Thread yac
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 02 Nov 2013 16:57:07 -0400 "Rick \"Zero_Chaos\" Farina" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 11/02/2013 04:35 PM, yac wrote: > > On Sat, 02 Nov 2013 15:20:41 -0400 &

Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec

2013-11-02 Thread yac
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 02 Nov 2013 15:20:41 -0400 "Rick \"Zero_Chaos\" Farina" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 11/02/2013 11:03 AM, Michał Górny wrote: > > Dnia 2013-11-02, o godz. 14:51:26 > > Tom Wijsman napisał(a): > > > >> On

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

2013-11-02 Thread yac
On Sat, 02 Nov 2013 17:57:34 + Markos Chandras wrote: > On 11/02/2013 05:55 PM, yac wrote: > > Hi, > > > > I don't think that upstream deciding to rewrite a package is good > > enough reason to tree clean the package. Have you done this > > wit

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

2013-11-02 Thread yac
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I don't think that upstream deciding to rewrite a package is good enough reason to tree clean the package. Have you done this with eg. bind package which is constantly rewritten and constantly have security issues? The same goes for closing bugs

Re: [gentoo-dev] Gentoo Scire project - plans?

2013-10-30 Thread yac
You know there are already projects like cfengine and puppet that seems to be way ahead. Also most of the links on the project page are not working anymore. On Tue, 29 Oct 2013 07:25:19 -0700 Brian Dolbec wrote: > On Tue, 2013-10-29 at 17:15 +0400, Sergey Popov wrote: > > Hello, i just want to

Re: [gentoo-dev] OT: user-developer/privileges in IRC

2013-10-22 Thread yac
On Tue, 22 Oct 2013 13:02:29 +0400 Sergey Popov wrote: > 22.10.2013 07:19, Peter Stuge пишет: > > I should have included bugzilla among mailing lists+IRC, users can > > indeed also have elevated privileges on IRC, but never equal to > > developers. It is radical exclusion and I'm reminded of it e

Re: [gentoo-dev] rfc: converting /etc/mtab to a symlink

2013-10-13 Thread yac
AFAIK this known historical behavior that what you find in `/etc/mtab` are things mounted by mount(8) (if that's what's printed by running just mount). Whereas /proc/mounts is the kernel view on what's mounted. Curiously I don't see any difference on my gentoo box, which I think I should see but

Re: [gentoo-dev] stabilizing libraries without testing reverse deps

2013-10-02 Thread yac
On Wed, 2 Oct 2013 10:12:00 +1300 Kent Fredric wrote: > On 2 October 2013 08:51, Peter Stuge wrote: > > > I agree, but I think the problem is basically that many people > > consider it impossible for "newer" to ever be shitty. > > > > Even if they are intimately familiar with the details of a p

Re: [gentoo-dev] [RFC] Moving COLLISION_IGNORE (and UNINSTALL_IGNORE?) to profiles/*/make.defaults

2013-08-12 Thread yac
There should not be a collision of the dropin.cache in the first place. By adding the cache files to COLLISION_IGNORE it will just hide the collision problem and create other one (with obsolette caches), harder to debug. On Sat, 10 Aug 2013 11:19:59 +0200 Michał Górny wrote: > Dnia 2013-08-09,

Re: [gentoo-dev] Marking of deprecated USE flags

2013-08-09 Thread yac
On Fri, 9 Aug 2013 18:40:39 +0200 Arfrever Frehtes Taifersar Arahesis wrote: > Some people want that repoman print warnings for ebuilds, whose > effective IUSE contains deprecated USE flags (e.g. USE flags > corresponding to old versions of Python/Ruby). I suggest that > deprecation of USE flags

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

2013-07-29 Thread yac
I have fully encrypted systems, including /, which requires an initramfs with cryptsetup built staticaly. On Mon, 29 Jul 2013 22:57:58 +0200 Pacho Ramos wrote: > Hello > > As discussed at: > https://bugs.gentoo.org/show_bug.cgi?id=478476 > > Upstream is dropping static libs from udev and, then

Re: [gentoo-dev] Autobuilds go to /experimental and to /releases only when someone actually tests them

2013-07-27 Thread yac
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 27 Jul 2013 00:13:37 -0400 "Rick \"Zero_Chaos\" Farina" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 07/27/2013 12:08 AM, Matt Turner wrote: > > (I sent this to gentoo-releng@. Resending to gentoo-dev@ for a > > wider audi

[gentoo-dev] New eclass: twisted-r1

2013-07-26 Thread yac
class too. Will commit tomorrow if there are no disputers. [1] https://github.com/yaccz/gentoo-overlay/commit/1288b7989a156d3e9c3b6b1a0f079c33c9dffc10 commit 1288b7989a156d3e9c3b6b1a0f079c33c9dffc10 Author: Jan (yac) Matějka Date: Mon Jul 8 13:57:23 2013 +0200 eapi 5/twisted-r1

Re: [gentoo-dev] New eclass - twisted-r1

2013-07-11 Thread yac
On Wed, 10 Jul 2013 22:25:50 +0200 Michał Górny wrote: > > python_test() { > > # TODO: this seems to be used only in dev-python/twisted-* > > packages as # dev-python/twisted-13.0.0 have it's own src_test > > if [[ "${CATEGORY}/${PN}" != "dev-python/twisted"* ]]; then > > die "

Re: [gentoo-dev] New eclass - twisted-r1

2013-07-11 Thread yac
On Thu, 11 Jul 2013 08:55:47 +0200 Michał Górny wrote: > Dnia 2013-07-10, o godz. 23:40:11 > yac napisał(a): > > > On Wed, 10 Jul 2013 22:25:50 +0200 > > Michał Górny wrote: > > > > > First of all: please wrap lines at 72 or 80 chars (even if the

Re: [gentoo-dev] New eclass - twisted-r1

2013-07-10 Thread yac
On Wed, 10 Jul 2013 22:25:50 +0200 Michał Górny wrote: > First of all: please wrap lines at 72 or 80 chars (even if the > original eclass didn't do that). > > > if [[ "${CATEGORY}/${PN}" == "dev-python/twisted"* ]]; then > > I know you're not responsible for this but it seems wrong to have two

[gentoo-dev] New eclass - twisted-r1

2013-07-10 Thread yac
Hello everypony In order to bump dev-python/twisted packages to EAPI=5 we also need to bump the twisted eclass to use distutils-r1. I have made this bump (to the eclass and dev-python/twisted*) packages in my yac overlay [1] You can view the actuall changes at [2]. It's merely the exi

Re: TLDR: rant in support of overlays (was: Re: [gentoo-dev] Over-reliance of Gentoo projects on overlays)

2013-06-13 Thread yac
On Wed, 12 Jun 2013 15:31:57 -0700 Greg Turner wrote: > Anyhow, isn't the gentoo-x86 tree already plenty big enough, without > every single overlay's ebuilds and eclasses in there too? Personally, > I'm inclined to wish it was smaller, even if that meant more stuff was > pushed into overlays Ac

[gentoo-dev] repoman warning on python data_files

2013-06-08 Thread yac
Hi I have just noticed that if package is using relative paths in:: setup.py data_files = ... Then the files are installed right into /usr in case of CPython (The exact dest is determined by sys.prefix) So, I'm thinking it could be worthwhile to add a warning to repoman if package is using

[gentoo-dev] CPU use flag detection

2013-05-15 Thread yac
Hi, I was recently investigating what cpu flags do I have and how does it work. I have put what I have so far at [1]. So I thought I let you know in case someone wants to chip in. [1] https://github.com/yaccz/cufd