Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)

2012-12-26 Thread Kent Fredric
On 19/12/2012 10:03 p.m., Michał Górny wrote: Doesn't this prove that the recruitment process fails to work? If I were to throw random ideas, I'd think about letting new recruits did all commits through a proxy (mentor?). Of course, it all would be easier if we used git. I know this side

Questions about proxy-maint (Re: [gentoo-dev] Attracting developers)

2012-12-26 Thread Kent Fredric
On 27 December 2012 05:39, Kent Fredric kentfred...@gmail.com wrote: It could actually be just the Proxy Maintainer workflow is not clear enough, or simple enough, and that we need more push towards a more heavy proxy-maintainer based system ( I don't know, I'm ignorant to too much of proxy

Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)

2012-12-26 Thread Kent Fredric
On 27 December 2012 13:32, Jeroen Roovers j...@gentoo.org wrote: What you want to do is contact your mentor - that is the person who should be able to point out where to find the actual answer or just tell you what the answer is - the point of the quizes is to properly teach you how things

Re: [gentoo-dev] [brainstorm] dev-lang internal package managers and portage

2013-01-01 Thread Kent Fredric
On 2 January 2013 08:14, Vadim A. Misbakh-Soloviov m...@mva.name wrote: Hi there! Long time ago I discovered that many language-specific packages (libraries, webapps) written on languages like PHP, Ruby, Lua and so on has (often) almost hardcoded dependence to be installed via their native

Re: [gentoo-dev] RFC: Gentoo GPG key policies

2013-02-18 Thread Kent Fredric
It may be advantageous to have a gentoo wrapper script that calls GPG with recommended settings to make some tasks easier, gentoo-gpg-create --recommended EDITOR=vim gentoo-gpg-rotation --recommended --old=DEADBEEF and gentoo-gpg-rotation would make a templated key-expiry document , edited

Re: [gentoo-dev] RFC: Gentoo GPG key policies

2013-02-18 Thread Kent Fredric
The key rotation as described in RiseUp best practices should be a very rare occurrence. Each dev is going to run it at most once. Some material I read recommended doing a key rotation every 6 months, which I did for a while until it got tiresome to perform the rotation. I believe the

Re: [gentoo-dev] [discussion] GitHub eclass

2013-02-21 Thread Kent Fredric
On 22 February 2013 19:53, Vadim A. Misbakh-Soloviov m...@mva.name wrote: Hi there! Since we have tons of ebuild (including -) for software, that uses GitHub for sourcecode hosting — I've got an idea to write something like GitHub eclass, which will ease creating of such ebuilds (by

Re: [gentoo-dev] [discussion] GitHub eclass

2013-02-22 Thread Kent Fredric
On 22 February 2013 20:43, Diego Elio Pettenò flamee...@flameeyes.eu wrote: On 22/02/2013 08:37, Kent Fredric wrote: I'd make sure to add some sort of easy support to switch to snapshotted tar.gz installs instead of live git checkouts, ie: GH_SNAPSHOT=deadbeef # use commit id 'deadbeef

Re: [gentoo-dev] Re: Handling of tests (was: GCC USE flag changes)

2013-05-01 Thread Kent Fredric
2 other classes of tests you may want to consider : - network/internet accessibility required tests - markers for tests that are known/expected to fail under many conditions and are not worth end-user-testing, but end-users can force-running any way if they really want to see the individual

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-01 Thread Kent Fredric
On 2 May 2013 15:18, William Hubbs willi...@gentoo.org wrote: Like I've already said too, I don't see that we need to do this change. Systemd is called /usr/lib/systemd/systemd (it should be /lib/systemd/systemd), and sysvinit is called /sbin/init,, so I don't see the need for moving init

Re: [gentoo-dev] Re: Handling of tests (was: GCC USE flag changes)

2013-05-01 Thread Kent Fredric
On 2 May 2013 16:21, Mike Frysinger vap...@gentoo.org wrote: On Wednesday 01 May 2013 21:24:07 Kent Fredric wrote: please do not top post -mike My apologies, Gmail has forced upon us this new message composer, and it sucks, it actively discourages bottom posting, and I'm stuck with it. I

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-05-02 Thread Kent Fredric
On 3 May 2013 07:01, Fabio Erculiani lx...@gentoo.org wrote: If it's that simple, why on earth do we have all the eselect modules we have!? Hm, upon reading that list and seeing what they do, it raises another argument in favour of eselect: If there needs to be more things changed prior to

Re: [gentoo-dev] Introduce global dmalloc USE flag?

2013-06-12 Thread Kent Fredric
On 13 June 2013 13:35, Dennis Lan (dlan) dennis.y...@gmail.com wrote: HI ALL: Is it ok to introduce USE=dmalloc global flag? description as following dmalloc - Enable debugging with the dmalloc library current consumers: 1) net-fs/autofs 2) net-misc/directvnc 3) sci-biology/yass

Re: [gentoo-dev] RFC: Moving project pages to wiki.gentoo.org

2013-06-16 Thread Kent Fredric
On 16 June 2013 16:01, Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: On 6/9/13 7:22 AM, Alex Legler wrote: I'd appreciate some input on below plan to move project pages to the Wiki: Alex, thanks for working on this! Some feedback: 1. How will the project pages be protected against

Re: [gentoo-dev] Re: revbumping ebuilds after USE dependency changes

2013-07-28 Thread Kent Fredric
On 28 July 2013 21:11, Michał Górny mgo...@gentoo.org wrote: Now, what portage does is implicitly applying _some_ of the metadata from the ebuild tree to vardb without rebuilding the package. In some cases. As an effect, vardb is no longer self-satisfactory, and represents something between

Re: [gentoo-dev] Re: renaming gentoo-oldnet

2013-08-05 Thread Kent Fredric
Probably not a big deal, but there is a “~/.netrc” file which holds usernames and password for various services (some FTP clients use it, maybe others). Chris https://github.com/kr/netrc https://metacpan.org/module/Net::Netrc ^ too much evidence of prior work And worse, Net::Netrc is

Re: [gentoo-dev] Re: renaming gentoo-oldnet

2013-08-05 Thread Kent Fredric
On 5 August 2013 17:33, Christopher Head ch...@chead.ca wrote: Probably not a big deal, but there is a “~/.netrc” file which holds usernames and password for various services (some FTP clients use it, maybe others). If you want a suggestion that imbues all the things we want to imbue, and

Re: [gentoo-dev] What to do with people who use internal eclass functions?

2013-08-26 Thread Kent Fredric
On 26 August 2013 19:38, Michał Górny mgo...@gentoo.org wrote: Hello, all. I've noticed that some people are using internal eclass functions in their ebuilds. I mean, functions that are explicitly marked @INTERNAL and that start with an underscore. What should I do to them? Not sure if

Re: [gentoo-dev] What to do with people who use internal eclass functions?

2013-08-26 Thread Kent Fredric
On 26 August 2013 19:55, Pacho Ramos pa...@gentoo.org wrote: El lun, 26-08-2013 a las 09:38 +0200, Michał Górny escribió: I would open a bug and try to contact the developer. Not sure if internal functions could be named in a standard way allowing repoman to die on its usage by ebuilds :/

Re: [gentoo-dev] Patch applying function for EAPI 6

2013-08-27 Thread Kent Fredric
On 27 August 2013 22:14, Michał Górny mgo...@gentoo.org wrote: Dnia 2013-08-18, o godz. 18:39:56 Ulrich Mueller u...@gentoo.org napisał(a): 3. So far, we don't have a good name for the function. eapply. - consistent with 'git apply', - short, - e* prefix, - no known collisions. I

Re: [gentoo-dev] rfc: escape sequences in logs

2013-09-02 Thread Kent Fredric
On 3 September 2013 09:22, Ulrich Mueller u...@gentoo.org wrote: I'd consider any tool as broken if it outputs escape sequences when the output doesn't go to a terminal. (Unless such output was explicitly asked for.) However, what about when output is going to a terminal *and* a log file?

Re: [gentoo-dev] rfc: escape sequences in logs

2013-09-02 Thread Kent Fredric
On 3 September 2013 16:17, Richard Yao r...@gentoo.org wrote: I admit that it is annoying to view them in a web browser where the escape characters are not parsed, but that is easily resolved at the terminal You could plausibly also have a filter in bugzilla that detects escape codes in the

[gentoo-dev] new eclass proposal, perl-mb-tiny.eclass

2013-09-03 Thread Kent Fredric
Presently, in tree, for perl modules, there's a generic perl-module.eclass This has been OK for the most part, because the assumptions it has made have often been true. For instance, perl-module.eclass thinks that if a file exists called Build.PL, that it will be using Module::Build, so it uses

Re: Can we have process names and stdout / stderr indication to more efficiently parse build logs? (was: Re: [gentoo-dev] rfc: escape sequences in logs)

2013-09-04 Thread Kent Fredric
On 4 September 2013 08:11, Tom Wijsman tom...@gentoo.org wrote: And then I asked the questions that I'd like to see answered: Why do they not belong there? What do people have to do who want them? If anyone needs a poster child for the sort of escape sequence outputs that most definitely

Re: Can we have process names and stdout / stderr indication to more efficiently parse build logs? (was: Re: [gentoo-dev] rfc: escape sequences in logs)

2013-09-04 Thread Kent Fredric
On 4 September 2013 21:59, Michał Górny mgo...@gentoo.org wrote: And how are you going to implement this? I doubt that fd/vt input has any sort of 'writing process id' indicator. In one terminal: cat -vET In another: pgrep -x cat # 199935 ls -la /proc/199935/fd/ dr-x-- 2 kent kent

Re: Can we have process names and stdout / stderr indication to more efficiently parse build logs? (was: Re: [gentoo-dev] rfc: escape sequences in logs)

2013-09-04 Thread Kent Fredric
On 4 September 2013 21:59, Michał Górny mgo...@gentoo.org wrote: And how are you going to implement this? I doubt that fd/vt input has any sort of 'writing process id' indicator. Though granted, my other post is not going to be useful on a line-by-line basis. The obvious easy approach is

Re: [gentoo-dev] markdown docs like README.md

2013-09-24 Thread Kent Fredric
On 25 September 2013 10:30, Tom Wijsman tom...@gentoo.org wrote: If I want to browse all documentation with a browser, just going to something like file:///usr/share/doc and read them all in the same style (using an extension like Stylebot or so); then it would be neat if Gentoo could bring

Re: [gentoo-dev] markdown docs like README.md

2013-09-24 Thread Kent Fredric
On 25 September 2013 12:33, Tom Wijsman tom...@gentoo.org wrote: The existence of a tool does not exclude that an ebuild cannot use it; so, I agree with your paragraph but that doesn't necessarily mean we can apply this in an ebuild context. I guess I can agree I would be amenable to a

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Kent Fredric
On 26 September 2013 19:53, Michał Górny mgo...@gentoo.org wrote: How do we handle packages which install multiple libraries? I'm afraid forcing such a policy and/or hurrying developers to adapt will only cause more of poppler-like issues to occur. Can you give a an example package which: -

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Kent Fredric
On 27 September 2013 03:10, Andreas K. Huettel dilfri...@gentoo.org wrote: app-text/poppler https://bugs.gentoo.org/show_bug.cgi?id=462020 Reading this bug re-fuels my wish for virtuals to un-happen. Maintaining a virtual with a massive list of || ( ) conditions is so so painful,

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Kent Fredric
On 27 September 2013 06:00, Kent Fredric kentfred...@gmail.com wrote: ie: every time there is a new iteration of Foo, one must iterate all the virtuals that relate to it, and vet their need to be updated, and every single update you do is just something thats easy to get wrong, when

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Kent Fredric
On 27 September 2013 05:57, Ciaran McCreesh ciaran.mccre...@googlemail.comwrote: virtual/perl-* is self-inflicted. How would you recommend it? Like for instance, we really do need virtuals ( or equivalent ) for many things in there, because those things may stop being part of dev-lang/perl at

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-27 Thread Kent Fredric
On 27 September 2013 08:02, Martin Vaeth va...@mathematik.uni-wuerzburg.dewrote: For those which are provided by perl itself, you could have a corresponding useflag of dev-lang/perl and make a use dependency: If the main perl tarball does not provide the package, the perl ebuild can pull in

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-27 Thread Kent Fredric
On 28 September 2013 07:48, Martin Vaeth va...@mathematik.uni-wuerzburg.dewrote: Sorry if this is duplicate: I repost since I cannot see it after a few hours. Kent Fredric kentfred...@gmail.com wrote: On 27 September 2013 08:02, Martin Vaeth va...@mathematik.uni-wuerzburg.dewrote

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-28 Thread Kent Fredric
On 28 September 2013 22:31, Martin Vaeth va...@mathematik.uni-wuerzburg.dewrote: Note that it would be stupid to depend on e.g. =virtual/perl-Term-ANSIColor-4.02 for several reason: 1. The virtual does not even exist :) Nope, it does. Its just called =virtual/perl-Term-ANSIColor-4.20.0 ,

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-28 Thread Kent Fredric
On 28 September 2013 22:46, Martin Vaeth va...@mathematik.uni-wuerzburg.dewrote: Kent Fredric kentfred...@gmail.com wrote: you'll still need logic like || ( dev-lang/perl[perl_module_Term_ANSIColor(-)] perl-core/Term-ANSIColor ) to just deal with the reality of what upstream

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-28 Thread Kent Fredric
On 28 September 2013 23:36, Martin Vaeth va...@mathematik.uni-wuerzburg.dewrote: Concerning the eclass idea which was already mentioned and which is perhaps even better than my suggeestion from the other posting, since it avoids some of the disadvantages: by having an eclass that

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-28 Thread Kent Fredric
On 29 September 2013 08:51, Ciaran McCreesh ciaran.mccre...@googlemail.comwrote: The only reason anyone can make that claim is that no-one really knows what slot dictionaries are or how they'd work in practice. Until there's a rough description of how they work and a prototype implementation,

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-28 Thread Kent Fredric
On 29 September 2013 09:14, Martin Vaeth va...@mathematik.uni-wuerzburg.dewrote: this dependency will install for a user with unstable keywords That, in itself, indicates the user is usually OK with new versions of things ;) corelist -a says virtual/perl-Digest-MD5-2.520.0 should || ( perl

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-29 Thread Kent Fredric
On 29 September 2013 11:13, Martin Vaeth va...@mathematik.uni-wuerzburg.dewrote: The best solution I presently have for this problem, would be to have a PROVIDES-${PV}.json file in every package under files/ Not under files but in the eclass, and the rest of the work is done by the

Re: [gentoo-dev] GLEP 54 and hyphens in PV

2009-05-19 Thread Kent Fredric
On Wed, May 20, 2009 at 5:01 AM, Ulrich Mueller u...@gentoo.org wrote: ${PORTDIR}/app-misc/foo/foo-1a_live.ebuild ${PORTDIR}/app-misc/foo-1a/foo-1a-live.ebuild With our current versioning scheme the rule is very simple: ${P} is split into ${PN} and ${PV} at the last hyphen. This can

Re: [gentoo-dev] g-cpan

2009-06-08 Thread Kent Fredric
On Tue, Jun 9, 2009 at 12:57 PM, Benny Pedersen m...@junc.org wrote: i like to use g-cpan more, but as lately it seems not to be so much stable with latest portage :/ my question is how to make a bug on it or even if its worth doing it, is there a better proper way of make cpan modules into

Re: [gentoo-dev] g-cpan

2009-06-09 Thread Kent Fredric
On Wed, Jun 10, 2009 at 11:40 AM, Benny Pedersen m...@junc.org wrote: perl 5.8.8 no go dependse on Moose dev-perl/Moose : Available in gentoo dev-perl/MooseX-Getopt : Available in perl overlay All other deps should be in there already. ( cant remember if -X functions can be chained or not

Re: [gentoo-dev] Re: perl-5.10.1 status update

2009-10-27 Thread Kent Fredric
On Tue, Oct 27, 2009 at 11:10 PM, Torsten Veller t...@gentoo.org wrote: * Torsten Vellert...@gentoo.org: After that I'll minimize my perl work if no more people join to help. Plan revised: I stop doing perl work right now. Thanks Sorry to see you go. Thanks for all that you have done so

Re: [gentoo-dev] Re: QA: package.mask policies

2009-11-07 Thread Kent Fredric
On Sun, Nov 8, 2009 at 1:08 PM, Nirbheek Chauhan nirbh...@gentoo.orgwrote: On Sun, Nov 8, 2009 at 12:33 AM, Duncan 1i5t5.dun...@cox.net wrote: 2) That won't necessarily stop the bugs from rolling in. Some devs may get tired of live pkg bugs and package.mask it, thus putting up a double-

Re: [gentoo-dev] Re: Default src_install for EAPI-2 or following EAPI

2008-09-21 Thread Kent Fredric
On Mon, Sep 22, 2008 at 1:04 AM, Ulrich Mueller [EMAIL PROTECTED] wrote: On Sun, 21 Sep 2008, Steve Long wrote: Vaeth wrote: let me remark that the more clever way to this is [ -n ${DOCS} ] eval dodoc ${DOCS} [...] BASH arrays will cope with *any* character apart from NUL, which

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-02 Thread Kent Fredric
On 3 January 2012 01:58, Rich Freeman ri...@gentoo.org wrote: On Mon, Jan 2, 2012 at 6:47 AM, Sven Vermeulen sw...@gentoo.org wrote: And how does dracut know which files it needs to mount my /usr? I assume based on the selection of modules that you enabled when building/running it. I

Re: [gentoo-dev] rfc: locations of binaries and separate /usr

2012-01-04 Thread Kent Fredric
2012/1/5 Ulrich Mueller u...@gentoo.org On Wed, 4 Jan 2012, Michał Górny wrote: There's really nothing pointless or blurry about this separation. The FHS has a nice definition: The contents of the root filesystem must be adequate to boot, restore, recover, and/or repair the system. Given

Re: [gentoo-dev] RFC: Application name in metadata.xml

2012-02-13 Thread Kent Fredric
On 13 February 2012 21:35, Markos Chandras hwoar...@gentoo.org wrote: This field wont be useful to users but to GUI applications that want to show a pretty name instead of a weird PN. It would be fully optional but it would have a standard syntax. You can't use longdesription for that to

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

2012-03-09 Thread Kent Fredric
On 9 March 2012 06:30, Jeroen Roovers j...@gentoo.org wrote: On Thu, 8 Mar 2012 17:14:58 + Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: Having a different, special rule for something that looks exactly like lots of other things that do not have that different, special rule is

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

2012-03-12 Thread Kent Fredric
On 12 March 2012 15:20, Rich Freeman ri...@gentoo.org wrote: On Sun, Mar 11, 2012 at 10:03 PM, Brian Harring ferri...@gmail.com wrote: Pragmatic reality, the eapi function actually would work fine.  As pointed out elsewhere, bash parses as it goes- which isn't going to change. Unless the

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

2012-03-12 Thread Kent Fredric
On 12 March 2012 15:24, Alec Warner anta...@gentoo.org wrote: I will stab the next person who suggests 'xml-like ebuilds.' State-fully coded ebuilds, while perhaps not to your liking, for some code-types can be incredibly useful. For example, 9/10 perl-module ebuilds don't need any code at all

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

2012-03-12 Thread Kent Fredric
On 12 March 2012 20:08, Zac Medico zmed...@gentoo.org wrote: On 03/11/2012 11:50 PM, Kent Fredric wrote: #!/usr/bin/env eapi-xml-5 would send the current file ( foo.ebuild ) to the process eapi-xml-5 ( as defined by the current $PATH setting ) All we need is a way for the package manager

Re: [gentoo-dev] Proposal: New irc data field in layman's repositories.xml file format

2012-03-12 Thread Kent Fredric
On 11 March 2012 22:09, Brian Dolbec dol...@gentoo.org wrote: eg:    ircChannel #gentoo-guis on the freenode network/irc or    irc#gentoo-guis on the freenode IRC network, irc://irc.gentoo.org/gentoo-guis/irc Though a freeform text field is probably better for humans, I'd suggest having

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

2012-03-12 Thread Kent Fredric
On 12 March 2012 21:27, Michał Górny mgo...@gentoo.org wrote: And we could just use a good regex for that instead. Something like: [eE][aA][pP][iI] whitespace-or-symbols [a-z0-9-+]+ and just require users for this to be the first thing declared in an ebuild. Of course, this could make

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

2012-03-12 Thread Kent Fredric
On 12 March 2012 22:09, Michał Górny mgo...@gentoo.org wrote: or as eapi value=15 /. No, definitely not. That's not the XML style. Sure, but these examples are just examples after all. And XML is only being used for an example use case, but there are many more structured formats than XML.

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

2012-03-12 Thread Kent Fredric
On 12 March 2012 22:48, Ulrich Mueller u...@gentoo.org wrote: On Mon, 12 Mar 2012, Kent Fredric wrote: There's little danger if we require the EAPI specification to be in the first line of the ebuild. Of course the regexp should be general enough to account for a non-bash comment syntax

[gentoo-dev] RFD : .ebuild is only bash

2012-03-12 Thread Kent Fredric
On 12 March 2012 22:37, Brian Harring ferri...@gmail.com wrote: Ebuilds *are* bash.  There isn't ever going to be a PMS labeled xml format that is known as ebuilds... that's just pragmatic reality since such a beast is clearly a seperate format (thus trying to call it an 'ebuild' is dumb,

Re: [gentoo-dev] RFD : .ebuild is only bash

2012-03-12 Thread Kent Fredric
On 13 March 2012 06:53, Ulrich Mueller u...@gentoo.org wrote: There are very good reasons not to embed this information in the filename. That it makes the filename harder to parse for the human eye and more difficult to type is one of them. Besides, we already have a council decision about

Re: [gentoo-dev] RFD : .ebuild is only bash

2012-03-12 Thread Kent Fredric
On 13 March 2012 07:17, Ulrich Mueller u...@gentoo.org wrote: Note the smiley in my posting. And yes, it _is_ ugly. It may be ugly, but I'll take ugly over doesn't work and serious technical limitations any day ;) Binary executables are ugly, you don't see many people complaining ;) --

Re: [gentoo-dev] RFD : .ebuild is only bash

2012-03-12 Thread Kent Fredric
On 13 March 2012 10:14, Ulrich Mueller u...@gentoo.org wrote: On Mon, 12 Mar 2012, James Broadhead wrote: I'm sure that it's been considered already, but what are the arguments against embedding the EAPI on a per-package (default) or per-version basis in metadata.xml. It IS metadata after

Re: [gentoo-dev] RFD : .ebuild is only bash

2012-03-12 Thread Kent Fredric
On 13 March 2012 11:02, Mike Gilbert flop...@gentoo.org wrote: The previous council's decision does not prevent this same glep from going to the council again (decisions are not forever.) Some folks seem to think that taking glep55 back to the council is not allowed somehow (or is perhaps

Re: [gentoo-dev] Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-12 Thread Kent Fredric
On 13 March 2012 14:22, Joshua Kinard ku...@gentoo.org wrote: I thought this up on a whim, it hasn't been tested nor vetted.  It's largely meant as a joke, but also to provoke discussion on the current filesystem design and the direction we're getting pulled in with Fedora's declaration that

Re: [gentoo-dev] RFD : .ebuild is only bash

2012-03-12 Thread Kent Fredric
On 13 March 2012 17:31, Brian Harring ferri...@gmail.com wrote: Worse, it actually makes parsing _worse_ than it already is.  What G55 had going for it was ease of filtering out unsupported eapi's. Literally just filter the readdir results.  This behemoth Zac is proposing basically requires

Re: [gentoo-dev] RFD : .ebuild is only bash

2012-03-13 Thread Kent Fredric
On 13 March 2012 19:41, Walter Dnes waltd...@waltdnes.org wrote: On Mon, Mar 12, 2012 at 05:12:28PM +, Ciaran McCreesh wrote This whole thing is just an exercise in trying to find excuses not to use GLEP 55.  A filename should not be (ab)used as a database.  The main argument for GLEP

Re: [gentoo-dev] Re: Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]

2012-03-14 Thread Kent Fredric
On 15 March 2012 07:48, Duncan 1i5t5.dun...@cox.net wrote: It does, especially when it's literally the case, including a /usr/etc bind-mounted on a tmpfs-based rootfs, that by login time, all that's visible of rootfs is mountpoints, nothing else, and /usr literally IS the unified system

Re: [gentoo-dev] Undocumented and unused USE variables

2012-03-16 Thread Kent Fredric
On 17 March 2012 01:05, Christoph Niethammer christoph.nietham...@googlemail.com wrote: Hello. quse -D amd64 consolekit declarative gdu kipi mudflap nptlonly pango phonon pppd qt3support sysfs xorg arch:amd64: amd64 architecture local:consolekit:app-emulation/spice-vdagent: Use

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

2012-03-17 Thread Kent Fredric
On 18 March 2012 08:33, Matt Turner matts...@gentoo.org 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

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

2012-03-18 Thread Kent Fredric
On 19 March 2012 14:12, Steven J Long sl...@rathaus.eclipse.co.uk wrote: As for non-bash ebuilds, I have always agreed with antarus that they should simply use a different extension. Adding a new extension per source language is a *lot* cleaner than one per EAPI. Ok: If we take this notion

Re: [gentoo-dev] RFC: License problem

2012-03-21 Thread Kent Fredric
On 22 March 2012 03:18, Justin j...@gentoo.org 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 my

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

2012-03-27 Thread Kent Fredric
On 28 March 2012 07:53, Ian Stakenvicius a...@gentoo.org wrote: You know, we have Code Listing 2.1: Filesystem Example in Section 4, we could always adjust that to have a /usr/portage partition in it (take a bit of space away from /home, or something) It doesn't recommend/require anything,

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

2012-03-27 Thread Kent Fredric
On 28 March 2012 08:15, Sven Vermeulen sw...@gentoo.org wrote: Then again, Gentoo is about choice.  It just seems like we're presenting users with more choices than makes sense for a newbie.  If there is a choice between something that 99.99% of users will want, and some ancient piece of cruft

Re: [gentoo-dev] rfc: location of portage tree

2012-03-27 Thread Kent Fredric
On 28 March 2012 08:05, William Hubbs willi...@gentoo.org wrote: All, I know this has come up before, but I don't really recall what the specific objections were. IMO the portage directory doesn't belong under /usr at all. I was chatting with another developer who uses

Re: [gentoo-dev] rfc: location of portage tree

2012-03-27 Thread Kent Fredric
/var/cache/repositories/gentoo/* /var/cache/repositories/perl-experimental/* /var/cache/distfiles/* /var/cache/packages/* Actually, now I think of it, repositories /might/ be suitable for being under /db/ the repository does sort of function like a database, the tools we use to access it

Re: [gentoo-dev] rfc: location of portage tree

2012-03-27 Thread Kent Fredric
On 28 March 2012 08:47, Alec Warner anta...@gentoo.org wrote: The gentoo-x86 ebuild tree is not necessarily portage related. However I think we should paint the bike shed '/srv/tree' I for one never developed any love for /srv , its always seemed like an unwanted bit of poo left behind by an

Re: [gentoo-dev] rfc: location of portage tree

2012-03-27 Thread Kent Fredric
On 28 March 2012 08:59, William Hubbs willi...@gentoo.org wrote: What I was wanting to discuss mainly was that /usr/portage isn't right; I think we need to move that out of the /usr directory. I'm not sure what the new default should be, nor how the default should be decided. Maybe we just

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

2012-03-27 Thread Kent Fredric
On 28 March 2012 08:57, Richard Yao r...@cs.stonybrook.edu wrote: Could we amend this to also include the benefits of ZFS and why you would want to use XFS or reiserfs instead of ext{2,3,4} as your filesystem in situations where ZFS is not yet appropriate (e.g. using it on Gentoo stable)? We

Re: [gentoo-dev] rfc: location of portage tree

2012-03-28 Thread Kent Fredric
On 28 March 2012 20:46, Alex Alexander wi...@gentoo.org wrote: For example, my /usr/portage/ on this system looks like this: portage/        tree/        profiles/ - tree/profiles/        distfiles/        packages/        layman/ it is a big improvement over the current

Re: [gentoo-dev] rfc: location of portage tree

2012-03-28 Thread Kent Fredric
Just use categories from repos? /usr/portage/distfiles/sys-devel/gcc-1.2.tar.bz2 /usr/portage/distfiles/sys-libs/glibc-2.3.tar.bz2 /usr/portage/distfiles/sys-libs/zlib-3.4.tar.bz2 /usr/portage/distfiles/zomg-soft/zomgawesomesoft-5.3.1.tar.xz (from zomg repo with custom zomg-soft category

Re: [gentoo-dev] rfc: location of portage tree

2012-03-28 Thread Kent Fredric
On 28 March 2012 23:04, Piotr Szymaniak szar...@grubelek.pl wrote: Just use categories from repos? /usr/portage/distfiles/sys-devel/gcc-1.2.tar.bz2 /usr/portage/distfiles/sys-libs/glibc-2.3.tar.bz2 /usr/portage/distfiles/sys-libs/zlib-3.4.tar.bz2

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

2012-03-28 Thread Kent Fredric
On 28 March 2012 20:16, Brian Dolbec dol...@gentoo.org wrote: On Tue, 2012-03-27 at 19:16 +0100, Ciaran McCreesh wrote: But that's ok, because extensive studies have shown that the only possible reasons for putting /usr/portage on its own partition are historical, since everyone has an SSD

Re: [gentoo-dev] rfc: location of portage tree

2012-03-29 Thread Kent Fredric
On 29 March 2012 07:43, Aaron W. Swenson titanof...@gentoo.org wrote: So, we're all getting way off topic and discussing reorganizing the whole enchilada. How about we all agree or disagree on the primary point: The Portage tree doesn't belong in /usr. +1 I believe that it does belong

Re: [gentoo-dev] rfc: location of portage tree

2012-03-29 Thread Kent Fredric
On 29 March 2012 08:21, Aaron W. Swenson titanof...@gentoo.org wrote: 'Support' is the keyword here. The repositories are regenerated given machinesan 'emerge --sync' and can be considered as temporary as the packages themselves are impermanent. Further, the repository isn't required to

Re: [gentoo-dev] rfc: location of portage tree

2012-03-30 Thread Kent Fredric
On 30 March 2012 17:08, Walter Dnes waltd...@waltdnes.org wrote: in the install handbook gives /usr/local/portage as an example overlay directory. I thought it was implicit that one shouldn't edit or create files in /usr/portage because they may be overwritten by the system e.g. during an

Re: [gentoo-dev] RFC: Add new remote-id types in metadata.dtd

2012-04-20 Thread Kent Fredric
On 20 April 2012 03:31, Corentin Chary corentin.ch...@gmail.com wrote: Add rubygems, github, gitorious, pecl, pear, bitbucket. All of them are handled by my remoteids.py script. ref: https://bugs.gentoo.org/show_bug.cgi?id=406287 ref:

Re: [gentoo-dev] RFC: Add new remote-id types in metadata.dtd

2012-04-20 Thread Kent Fredric
On 20 April 2012 19:46, Corentin Chary corentin.ch...@gmail.com wrote: On Fri, Apr 20, 2012 at 9:37 AM, Kent Fredric kentfred...@gmail.com wrote: On 20 April 2012 03:31, Corentin Chary corentin.ch...@gmail.com wrote: Add rubygems, github, gitorious, pecl, pear, bitbucket. All of them

Re: [gentoo-dev] RFC: Add new remote-id types in metadata.dtd

2012-04-20 Thread Kent Fredric
On 20 April 2012 23:21, Corentin Chary corentin.ch...@gmail.com wrote: Currently it uses SRC_URI and HOMEPAGE, but honestly it wouldn't be hard to use any other environment variable and to do some checks on a webservice. Anyway for tricky cases it can still be done by hand. -- Corentin

Re: [gentoo-dev] RFC: Add new remote-id types in metadata.dtd

2012-04-20 Thread Kent Fredric
On 21 April 2012 01:34, Corentin Chary corentin.ch...@gmail.com wrote: Yeah, not very important, but seems to work with this patch: https://github.com/iksaif/portage-janitor/commit/972aff94744741e34e99f917337430d245883c48 Example: $ python remoteids.py --diff WWW-Bugzilla Moose bioperl ---

Re: [gentoo-dev] RFC: Add new remote-id types in metadata.dtd

2012-04-20 Thread Kent Fredric
On 21 April 2012 08:33, Corentin Chary corentin.ch...@gmail.com wrote: On Fri, Apr 20, 2012 at 9:35 PM, Kent Fredric kentfred...@gmail.com wrote: On 21 April 2012 01:34, Corentin Chary corentin.ch...@gmail.com wrote: Yeah, not very important, but seems to work with this patch: https

Re: [gentoo-dev] License groups in ebuilds

2012-05-10 Thread Kent Fredric
On 10 May 2012 21:39, Ulrich Mueller u...@gentoo.org wrote: . Are there any other licenses besides *GPL and FDL that would require such a file? I'd welcome groups so we can have a Perl_5 group. The lions share of modules published on CPAN are licensed Under the same license as Perl 5 Itself,

Re: [gentoo-dev] Re: RFC: Add new remote-id types in metadata.dtd

2012-05-16 Thread Kent Fredric
On 13 May 2012 07:43, Torsten Veller t...@gentoo.org wrote: * Corentin Chary corentin.ch...@gmail.com: On Sat, Apr 21, 2012 at 03:33:18PM +1200, Kent Fredric wrote:                                     { term: { status:latest} },                                     { term

Re: [gentoo-dev] Re: RFC: Add new remote-id types in metadata.dtd

2012-05-16 Thread Kent Fredric
On 13 May 2012 07:43, Torsten Veller t...@gentoo.org wrote: * Corentin Chary corentin.ch...@gmail.com: On Sat, Apr 21, 2012 at 03:33:18PM +1200, Kent Fredric wrote:                                     { term: { status:latest} },                                     { term

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

2012-05-24 Thread Kent Fredric
On 24 May 2012 05:35, Alexey Shvetsov ale...@gentoo.org wrote: Full clone will be about 1G or so but no more then 2. If we will drop changelog it will be much smaller And if you use git commit signing instead of ebuild manifests, intra-commit churn will almost be negligible. :D -- Kent

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

2012-05-24 Thread Kent Fredric
On 24 May 2012 08:32, Rich Freeman ri...@gentoo.org wrote: Sure.  The slow commit rate encourages careful deliberation before hitting the enter key, which therefore improves quality. Then, if you do make a mistake the slow commit rate means that fixing that mistake can take a long time,

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

2012-05-24 Thread Kent Fredric
On 24 May 2012 09:48, Michael Weber x...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/23/2012 11:14 PM, Dan Douglas wrote: On Wednesday, May 23, 2012 04:47:04 PM Robin H. Johnson wrote: 2. rsync generation is NOT going away. Users will still be using it. First,

Re: [gentoo-dev] anybody interested in writing a Perl ebuild?

2012-05-24 Thread Kent Fredric
On 24 May 2012 19:01, Grant emailgr...@gmail.com wrote: Verifying ebuild manifests !!! A file is not listed in the Manifest: '/usr/local/portage/dev-perl/DateTime-Format-RFC3339/DateTime-Format-RFC3339-1.0.5.ebuild' !!! A file is not listed in the Manifest:

Re: [gentoo-dev] anybody interested in writing a Perl ebuild?

2012-05-24 Thread Kent Fredric
On 24 May 2012 19:01, Grant emailgr...@gmail.com wrote: I've never had very good luck with g-cpan.  I thought there were a lot of dev-perl ebuilds in portage for CPAN modules and that g-cpan was for those that hadn't been added to portage yet? Yes, to an extent. Also, if you haven't already,

Re: [gentoo-dev] Do we need games group and all that game prefixes?

2012-05-24 Thread Kent Fredric
On 21 May 2012 04:26, Michał Górny mgo...@gentoo.org wrote: Hello, In today's MythBusters™: do we actually need the whole ugly-awful mangling games.eclass does for games? By that I mean: - installing games in random pre-/postfixes rather than standard FHS-y  locations, - changing ownership

Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-24 Thread Kent Fredric
On 25 May 2012 00:05, Dirkjan Ochtman d...@gentoo.org wrote: On Thu, May 24, 2012 at 1:43 PM, Duncan 1i5t5.dun...@cox.net wrote: In that regard, git is nothing like for instance svn, where branches come at a much higher cost, as does merging between them. That's wrong. SVN branches are just

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

2012-05-24 Thread Kent Fredric
On 25 May 2012 03:02, Ralph Sennhauser s...@gentoo.org wrote: On Thu, 24 May 2012 16:40:02 +0200 Michał Górny mgo...@gentoo.org wrote: d) Talk with github folks to add our repo as 'mirror'. Can we keep the master on Gentoo hardware please. Definitely. But having a mirror on github will

  1   2   3   4   5   6   7   8   9   >