Re: [gentoo-dev] OT Who runs Gentoo was -> RFC: Userkit.eclass

2016-12-03 Thread William L. Thomson Jr.
e can actually write off a Gentoo donation. May be moot for individuals, but not for large businesses with stringent accounts and standards to meet. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Tinderboxing efforts in Gentoo

2016-12-03 Thread William L. Thomson Jr.
On Saturday, December 3, 2016 6:30:08 PM EST Michał Górny wrote: > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > > Did any of the tinderboxes test all the various USE flag combinations or > > just the defaults? > > I'm sorry but you

Re: [gentoo-dev] OT Who runs Gentoo was -> RFC: Userkit.eclass

2016-12-03 Thread William L. Thomson Jr.
tc. I do get ChromeOS is very different, kinda like Android, you must flash images you build. No installing it in the normal sense. No matter what terms you use, Google uses Gentoo to build products it makes money off. In that sense I think it could give back allot. If not in donations, resources (t

Re: [gentoo-dev] OT Who runs Gentoo was -> RFC: Userkit.eclass

2016-12-03 Thread William L. Thomson Jr.
On Saturday, December 3, 2016 5:58:29 PM EST Tobias Klausmann wrote: > Hi! > > On Sat, 03 Dec 2016, William L. Thomson Jr. wrote: > > Google has hired a few core developers as has Gaikai. Both seem > > to be good, though not sure Google is giving back as much given > &

Re: [gentoo-dev] Uppercase characters in package names

2016-12-03 Thread William L. Thomson Jr.
d development. They do not always have to be merged as a dependency of another package. It might be confusing to know when it is acceptable to use mixed case and not. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] OT Who runs Gentoo was -> RFC: Userkit.eclass

2016-12-03 Thread William L. Thomson Jr.
ac5418dd061fc53f4b8d55a99773f4c Been here before, said it all before... No need to repeat. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Tinderboxing efforts in Gentoo

2016-12-03 Thread William L. Thomson Jr.
On Saturday, December 3, 2016 9:33:00 AM EST Michael Orlitzky wrote: > On 12/03/2016 09:25 AM, William L. Thomson Jr. wrote: > >> This is generally considered infeasible: > > I would not think such, just need a wrapper to run around each package > > that > > would g

Re: [gentoo-dev] Tinderboxing efforts in Gentoo

2016-12-03 Thread William L. Thomson Jr.
On Saturday, December 3, 2016 9:14:32 AM EST Rich Freeman wrote: > On Sat, Dec 3, 2016 at 9:08 AM, William L. Thomson Jr. > > <wlt...@o-sinc.com> wrote: > > On Friday, December 2, 2016 2:10:27 PM EST Michał Górny wrote: > >> Hi, everyone. > >> >

Re: [gentoo-dev] OT Who runs Gentoo was -> RFC: Userkit.eclass

2016-12-03 Thread William L. Thomson Jr.
On Saturday, December 3, 2016 9:09:30 AM EST Rich Freeman wrote: > On Sat, Dec 3, 2016 at 9:00 AM, William L. Thomson Jr. > > <wlt...@o-sinc.com> wrote: > > OT, who runs Gentoo > > > > On Saturday, December 3, 2016 12:21:55 AM EST Daniel Campbell wrote: > >

Re: [gentoo-dev] Tinderboxing efforts in Gentoo

2016-12-03 Thread William L. Thomson Jr.
have cron email me emerge output so I can review use flags. But that doesn't really fit into the automated building aspect. Like if a new use flag is added I may want to enable but is not by default. Automation doesn't really help there without a human making the call to add new USE flag or not.

Re: [gentoo-dev] OT Who runs Gentoo was -> RFC: Userkit.eclass

2016-12-03 Thread William L. Thomson Jr.
+linux Not my words but like say Infoworld articles, not that they are any authority http://www.infoworld.com/article/3109830/linux/why-did-gentoo-linux-fade-into-obscurity.html http://www.infoworld.com/article/3137969/linux/arch-linux-the-last-refuge-for-purists.html -- William L. Thomso

Re: [gentoo-dev] Simple crude tool to bump packages ebuild-bumper.sh

2016-12-01 Thread William L. Thomson Jr.
On Thursday, December 1, 2016 12:12:27 PM EST William L. Thomson Jr. wrote: > Do you find yourself with lots of related packages with the same version to > bump? > Do those package have a special order in which they need to be bumped? > > If those sound like problems you run in

[gentoo-dev] Simple crude tool to make massive changes ebuild-batcher.sh

2016-12-01 Thread William L. Thomson Jr.
and address a problem I was facing. If it others find it useful great. :) 1. https://github.com/Obsidian-StudiosInc/ebuild-batcher 2. https://github.com/Obsidian-StudiosInc/ebuild-batcher/tree/master/scripts -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

[gentoo-dev] Simple crude tool to bump packages ebuild-bumper.sh

2016-12-01 Thread William L. Thomson Jr.
/bump_pkgs -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Please retain authorship of contributed patches

2016-11-30 Thread William L. Thomson Jr.
d be proactively looking for contributors and encouraging them to become Developers. That way there is no need to proxy and any potential issues that can arise from such. Less contributors, more developers :) -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

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

2016-11-30 Thread William L. Thomson Jr.
ead Linux world. Though some things go the other way. RedHat seems to have adopted Debians alternatives system, which is basically eselect, and related tools *-config. But we are way off topic to the userkit.eclass and UID/GID. New thread, but I am past the discussion. Thanks! -- Willia

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

2016-11-30 Thread William L. Thomson Jr.
t; > > > I am talking about core system accounts > > Who decides what qualifies as a core system account? This is pretty silly now and way off topic. I will leave it to others to decide. I would prefer to go beyond just system so it is Gentoo wide. Arch was not limited to

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

2016-11-30 Thread William L. Thomson Jr.
ger the hassle you make something, the less people > will want to engage. When standards exist, others will follow, ideally. When standards do not exist, everyone is left to their own way of doing things. IMHO it is less of a hassle to comply with standards than all the various ways of doing something. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Step on my toes, please.

2016-11-30 Thread William L. Thomson Jr.
etter chance of being run over. Rather not get into any discussions on if touching was wanted or liked :) -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

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

2016-11-30 Thread William L. Thomson Jr.
another account on the system then a conflict will arise during installation of the vdsm and qemu-kvm-rhev packages." https://access.redhat.com/documentation/en-US/ Red_Hat_Enterprise_Virtualization/3.5/html/Installation_Guide/sect- System_Accounts.html -- William L. Thomson Jr. signa

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

2016-11-30 Thread William L. Thomson Jr.
On Wednesday, November 30, 2016 8:54:42 AM EST Michał Górny wrote: > On Tue, 29 Nov 2016 18:13:29 -0500 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: >> > > I think you mean enewgroup and enewuser > > FYI, enew* functions handle UID/GID

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

2016-11-29 Thread William L. Thomson Jr.
er, and you need to take the queue/spool to another. Same with print, or other jobs... You need them to have the same UID/ GID, or you end up wasting MORE time syncing them to the system they go onto. Much easier to ensure all are the same. This goes for many other things. Lots of data gets owned by system accounts. Moving that data from system to system, with different UID/GIDs is a nightmare... -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

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

2016-11-29 Thread William L. Thomson Jr.
. You need consistent GID/UID mappings or things like NFS will have lots of problems. Package a few things in Gentoo that need a UID and/or GID and you will start to understand the problem from a operating system packager perspective. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Gentoo Staffing Needs page is out of date

2016-11-29 Thread William L. Thomson Jr.
y will not be filled. Along those lines would be interesting to see how many staffing needs were met via putting out some sort of staffing needs information. People need a reason over all to contribute to and join Gentoo. Putting out staffing needs does little to motivate anyone to g

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

2016-11-28 Thread William L. Thomson Jr.
IMHO it is something that should be a part of LSB. If not POSIX in general. One cannot really change the past or current state of things. But can make the future better. For now who cares about other OS or distros. If Gentoo gets its house in order others may follow. -- William L. Thomso

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

2016-11-28 Thread William L. Thomson Jr.
ttps://access.redhat.com/documentation/en-US/ Red_Hat_Enterprise_Virtualization/3.5/html/Installation_Guide/sect- System_Accounts.html -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Optimizing toe stepping

2016-11-03 Thread William L. Thomson Jr.
t wise, not ricing out binaries... I do think something like a maintainers notes URI in a metadata.xml file would be of use for many reasons. Not putting a bunch of rules or stuff in the metadata.xml file. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Step on my toes, please.

2016-11-03 Thread William L. Thomson Jr.
am sure others will feel otherwise. It is easy to feel ownership for time spent. At the same time long as others are willing to be responsible for anything they do. It should not be an issue. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] [RFC] Problems and limitations of the current version dependency specs

2016-11-02 Thread William L. Thomson Jr.
ing world. May have blockers with different versions being pulled in vs installed on system. Regardless of the negatives, I think the positives are justified. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Lastrites: dev-ada/cbind, net-dialup/dtrace, net-nds/lat, app-pda/jpilot-mail, net-dialup/drdsl, dev-util/insight, app-laptop/configure-trackpoint, x11-misc/lxmed, dev-util/ketchup, m

2016-10-29 Thread William L. Thomson Jr.
ther automate package maintenance and such, but even that has its limitations. Man power at some point must increase. The amount of software is only increasing worldwide daily exponentially. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Gentoo on Android stage3

2016-10-29 Thread William L. Thomson Jr.
rMicro kernel patches were made against a Gentoo kernel. 1. https://wiki.gentoo.org/wiki/Cross_build_environment 2. http://dev.gentoo.org/~vapier/CROSS-COMPILE-HOWTO -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Are "Copyright 1999-20xx Gentoo Foundation" headers bogus?

2016-10-24 Thread William L. Thomson Jr.
t long term solution. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Are "Copyright 1999-20xx Gentoo Foundation" headers bogus?

2016-10-24 Thread William L. Thomson Jr.
ich seems to be the problem in the other thread. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Contributed ebuilds and copyright questions

2016-10-24 Thread William L. Thomson Jr.
ld reflect origin somewhere, and not sure buried VC commit log is enough. # Copyright 1999-2016 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Id$ # # Original work Copyright 2016 Obsidian-Studios, Inc. # Ebuild written by "William L. Thomson Jr.&

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 10:34:15 PM EDT Michał Górny wrote: > On Mon, 17 Oct 2016 16:03:02 -0400 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > On Monday, October 17, 2016 7:34:57 PM EDT you wrote: > > > On Mon, 17 Oct 2016 12:18:32 -

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 7:34:57 PM EDT you wrote: > On Mon, 17 Oct 2016 12:18:32 -0400 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > On Monday, October 17, 2016 6:08:41 PM EDT Michał Górny wrote: > > > On Mon, 17 Oct 2016 11:48:53

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 6:08:41 PM EDT Michał Górny wrote: > On Mon, 17 Oct 2016 11:48:53 -0400 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > On Tuesday, October 18, 2016 4:18:51 AM EDT Kent Fredric wrote: > > > There's a lot of &q

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Tuesday, October 18, 2016 4:18:51 AM EDT Kent Fredric wrote: > On Mon, 17 Oct 2016 09:32:30 -0400 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > You know you can make that argument about *every* useflag right? Being > > > unable

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
supports. There you go, I had NO idea that was an upstream binary. I thought it was the same as firefox from source. I assumed a Gentoo developer built and packaged that. I did not assume it was an official binary. The only way for users to know is to investigate... -- William L. Thomson Jr. signature.asc

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 3:13:32 PM EDT M. J. Everitt wrote: > On 17/10/16 15:09, Kristian Fiskerstrand wrote: > > On 10/17/2016 04:04 PM, William L. Thomson Jr. wrote: > >> Even if we have a list, what next? There are reasons why they are not > >> packaged from sourc

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
inted one out, dev-util/jenkins-bin. There are others. Even if we have a list, what next? There are reasons why they are not packaged from source, and that will not change. Good to be aware, but without any sort of plan or means to address. Not sure it will matter. -- William L. Thomson Jr. s

Re: [gentoo-dev] Local workarounds with no reported bugs

2016-10-17 Thread William L. Thomson Jr.
ing to contribute to further a package then make the change. That in my opinion is working as a team, collaboration. Also report the issues/changes in the log, tends to make a better argument in the long run and a better learning process and environment. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 9:52:24 AM EDT William L. Thomson Jr. wrote: > On Monday, October 17, 2016 2:47:00 PM EDT M. J. Everitt wrote: > > On 17/10/16 14:44, William L. Thomson Jr. wrote: > > >> If a binary package is provided in addition to its source-based > &

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 2:47:00 PM EDT M. J. Everitt wrote: > On 17/10/16 14:44, William L. Thomson Jr. wrote: > >> If a binary package is provided in addition to its source-based > >> equivalent, the name of the former should be suffixed with '-bin' > >> for dist

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 9:40:57 AM EDT Michał Górny wrote: > On Mon, 17 Oct 2016 03:37:28 -0400 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > On Monday, October 17, 2016 8:57:30 AM EDT Michał Górny wrote: > > > On Sun, 16 Oct 2016 18:30:4

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 2:20:19 PM EDT Ulrich Mueller wrote: > >>>>> On Mon, 17 Oct 2016, M J Everitt wrote: > > On 17/10/16 08:41, William L. Thomson Jr. wrote: > >> To be clear I would suggest at MOST 3, -bin, -ebin, and -sbin. > >> NO more. > &

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 9:46:12 PM EDT Kent Fredric wrote: > On Mon, 17 Oct 2016 03:41:13 -0400 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > To be clear I would suggest at MOST 3, -bin, -ebin, and -sbin. NO more. > > It would be far bet

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 9:29:15 PM EDT Kent Fredric wrote: > On Sun, 16 Oct 2016 18:30:44 -0400 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > You actually came up with one I was not considering at first but provides > > a > >

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
us/Package_Tags That is interesting, but I think is aiming to solve a different problemt. Plus it is not requiring any sort of policy that binary ebuilds end in -bin. Which is the main idea. The rest was more icing. To be clear I would suggest at MOST 3, -bin, -ebin, and -sbin. NO more. -- Willia

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-17 Thread William L. Thomson Jr.
On Monday, October 17, 2016 8:57:30 AM EDT Michał Górny wrote: > On Sun, 16 Oct 2016 18:30:44 -0400 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > Part of the idea is to help differentiate the types of binaries in tree to > > hopefully g

Re: [gentoo-dev] Re: Package file name requirement for binary ebuilds

2016-10-16 Thread William L. Thomson Jr.
On Monday, October 17, 2016 4:37:50 AM EDT Duncan wrote: > William L. Thomson Jr. posted on Sun, 16 Oct 2016 18:30:44 -0400 as > > excerpted: > > Then how would you test that against non official? You cannot install > > the same package twice at the same time with dif

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-16 Thread William L. Thomson Jr.
> main gentoo repo too. It is already polluted, seems you are unaware, but now you know. Likely wasn't intentional but came across VERY hostile, and completely missing the mark and point. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-16 Thread William L. Thomson Jr.
s that are from source. To start I just wanted to see about a policy for -bin, the other stuff was just extra after -bin itself was a policy. Unless it made sense to develop it in full, -bin - Closed source binary ebuild -ebin - Self made binary from source -sbin - Binary ebuild of an open source package -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-16 Thread William L. Thomson Jr.
On Saturday, October 15, 2016 5:00:07 PM EDT Austin English wrote: > On 10/15/2016 05:32 AM, Kristian Fiskerstrand wrote: > > On 10/14/2016 07:17 PM, William L. Thomson Jr. wrote: > >> On Friday, October 14, 2016 1:09:25 PM EDT Ian Stakenvicius wrote: > >>> On 14/10/1

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-14 Thread William L. Thomson Jr.
them all the time :) -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-14 Thread William L. Thomson Jr.
On Friday, October 14, 2016 4:00:53 PM EDT William Hubbs wrote: > On Fri, Oct 14, 2016 at 01:05:43PM -0400, William L. Thomson Jr. wrote: > > *snip* > > > If a package is src_install only, no > > src_compile, it should be required to have a -bin suffix, or -gbin if sel

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-14 Thread William L. Thomson Jr.
dize use of such. I see -bin's in places but I have never seen any document say it should be done, it is required, etc. Some binary packages do not have that. Should they? Nothing says they are required to, thus the suggested requirement. No worries either way, just wanted to standardize thin

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-14 Thread William L. Thomson Jr.
g on the suffix https://dev.gentoo.org/~ulm/pms/head/pms.html#x1-33.2 Which is why I assumed PMS was the proper place. They seem to be the same at this time. None of it seemed Gentoo specific. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Package file name requirement for binary ebuilds

2016-10-14 Thread William L. Thomson Jr.
On Friday, October 14, 2016 1:09:25 PM EDT Ian Stakenvicius wrote: > On 14/10/16 01:05 PM, William L. Thomson Jr. wrote: > > Problem > > 2. There are binary packages that end in -bin, which is good. However it > > is > > not clear if that is an upstream 3rd par

[gentoo-dev] Package file name requirement for binary ebuilds

2016-10-14 Thread William L. Thomson Jr.
. -- William L. Thomson Jr. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Re: Default blank lines for error, elog, einfo, etc

2008-06-16 Thread William L. Thomson Jr.
, or etc. 1 line of code 3 lines of output, efficient. 3 lines of code, 3 lines of output. Not so much. -- William L. Thomson Jr. amd64/Java/Trustees Gentoo Foundation signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Re: Default blank lines for error, elog, einfo, etc

2008-06-16 Thread William L. Thomson Jr.
thoughts. Which was just to reduce size of ebuilds (slightly), write less code. -- William L. Thomson Jr. amd64/Java/Trustees Gentoo Foundation signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] OT Foundation - Council was - Nominations for council

2008-06-06 Thread William L. Thomson Jr.
is completely and categorically wrong. Provide facts to prove that. -- William L. Thomson Jr. amd64/Java/Trustees Gentoo Foundation signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] OT Foundation - Council was - Nominations for council

2008-06-06 Thread William L. Thomson Jr.
On Fri, 2008-06-06 at 14:13 -0700, Donnie Berkholz wrote: On 15:53 Fri 06 Jun , William L. Thomson Jr. wrote: http://www.freebsdfoundation.org/about.shtml The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting the FreeBSD Project. It's clear

Re: [gentoo-dev] OT Foundation - Council was - Nominations for council

2008-06-06 Thread William L. Thomson Jr.
more so if other companies are using that as write off as a charitable expenses. IRS will want to compare what they are deducting is showing up on the other end. :) -- William L. Thomson Jr. amd64/Java/Trustees Gentoo Foundation signature.asc Description: This is a digitally signed message

Re: [gentoo-dev] Re: Default blank lines for error, elog, einfo, etc

2008-06-06 Thread William L. Thomson Jr.
the opposite effect. Maybe -b for blank? Or -p for preceding -t for trailing. Which would make one liner elog -pt One line with blank ones before and after -- William L. Thomson Jr. amd64/Java/Trustees Gentoo Foundation signature.asc Description: This is a digitally signed message part

[gentoo-dev] Default blank lines for error, elog, einfo, etc

2008-06-04 Thread William L. Thomson Jr.
cases like einfo elog Something einfo Or similar. Could just be a pipe dream, or something that is not practical or feasible to implement. Just a quick thought I had, no ties to it. Toss it in the trash for all I care. :) -- William L. Thomson Jr. amd64/Java/Trustees Gentoo Foundation

Re: [gentoo-dev] Nominations for council

2008-06-04 Thread William L. Thomson Jr.
than the Foundation to it's members. -- William L. Thomson Jr. amd64/Java/Trustees Gentoo Foundation signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Re: Default blank lines for error, elog, einfo, etc

2008-06-04 Thread William L. Thomson Jr.
:) -- William L. Thomson Jr. amd64/Java/Trustees Gentoo Foundation signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Re: Default blank lines for error, elog, einfo, etc

2008-06-04 Thread William L. Thomson Jr.
On Wed, 2008-06-04 at 20:52 -0400, William L. Thomson Jr. wrote: I think a more ideal solution, less drastic to implement might be allowing 2 arguments to be passed. So you could do like elog A blank line precedes this one elog A blank line follow this one Actually 3, not sure

Re: [gentoo-dev] New developer : Chris Henhawke (bunder)

2008-04-27 Thread William L. Thomson Jr.
believe it took you nine months. ;) How long was labor? I mean the recruiter review? Natural, or breech? Did you go for the epi? =) -- William L. Thomson Jr. amd64/Java/Trustees Gentoo Foundation signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Monthly Gentoo Council Reminder for April

2008-04-02 Thread William L. Thomson Jr.
minutes if that. ( Mostly thinking of myself when I think about re-taking quizzes ;) ) I take it as an all around approach to increased QA. Possible motivator for developer activity with some very reasonable minimum requirements. Surely could have side effects, but not a horrible idea -- William L

Re: [gentoo-dev] New developer: Ahmed Ammar (b33fc0d3)

2008-03-29 Thread William L. Thomson Jr.
had in google development space. It should be hitting an overlay soon, either java-experiment or java-overlay. So for all your open source java fetishes, Ahmed is your man. If that's not throwing him the under the bus and on the barbie afterward. :) -- William L. Thomson Jr. Gentoo/amd64/Java

Re: [gentoo-dev] Re: Keyword amd64 - x86_64

2008-02-21 Thread William L. Thomson Jr.
have to make changes there as well. Lots of work for sure. Benefit little if any. No worries here, just wanted to toss it out there. Sorry for repeating this. -- William L. Thomson Jr. Gentoo/amd64/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [RFC] global useflags

2008-02-13 Thread William L. Thomson Jr.
descriptions for both shortly ( today for sure as time permits ). java7 might be added in the near future as well. -- William L. Thomson Jr. Gentoo/amd64/Java signature.asc Description: This is a digitally signed message part

[gentoo-dev] OT Florida Linux Show 2008 call for help

2008-02-07 Thread William L. Thomson Jr.
-careers_cx_hc_0216cityjobs.html 2. http://www.forbes.com/home/2007/02/15/best-cities-jobs-leadership-careers_cx_hc_0216cityjobs_slide_4.html 3. http://www.forbes.com/home/2007/02/15/best-cities-jobs-leadership-careers_cx_hc_0216cityjobs_slide_5.html -- William L. Thomson Jr. Gentoo/amd64/Java

Re: [gentoo-dev] How to get more involved?

2008-02-05 Thread William L. Thomson Jr.
On Sat, 2008-02-02 at 08:54 +0100, Luca Barbato wrote: William L. Thomson Jr. wrote: http://www.gentoo.org/proj/en/java/getting-involved.xml Maybe could we get it moved on the top level? Sure, there is some Java specific stuff in there. Likely need to remove that first, but is a pretty

Re: [gentoo-dev] How to get more involved?

2008-01-31 Thread William L. Thomson Jr.
-involved.xml -- William L. Thomson Jr. Gentoo/amd64/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] gnupg-1, gnupg-2, gpgme, slight apology

2008-01-11 Thread William L. Thomson Jr.
box, but do not expect any problems. -- William L. Thomson Jr. Gentoo/amd64/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Re: Projects and subproject status

2008-01-10 Thread William L. Thomson Jr.
there. As over all maintenance of openjdk is ALLOT atm due to weekly releases :( -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Re: Projects and subproject status

2008-01-10 Thread William L. Thomson Jr.
On Thu, 2008-01-10 at 22:21 +0200, Petteri Räty wrote: William L. Thomson Jr. kirjoitti: No clue on ETA. I will take a peek/poke at it. I need to double check, but pretty sure icedtea might still need sun-jdk to build. Even if that is not the case, things like the plugin and other non

Re: [gentoo-dev] Projects and subproject status

2008-01-10 Thread William L. Thomson Jr.
to non-native English speakers ( proper English I am ghetto :) ) Weekly I could not commit to, but monthly I don't think squeezing out one article a month will take to much of my time. I can likely spare that and set it aside. Please let me know. -- William L. Thomson Jr. Gentoo/Java signature.asc

[gentoo-dev] gnupg-1, gnupg-2, gpgme, slight apology

2008-01-09 Thread William L. Thomson Jr.
to acknowledge that problem. When people have been pointing it out for over a year :) It's a wonderful mess. -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Can somebody please fix the gpg1 vs gpg2 hell?

2008-01-02 Thread William L. Thomson Jr.
there :( I'm interested as to how Debian and other distros resolved the issue. Me to :) muttered smart ass voice By providing both! /muttered smart ass voice 1 luv ;) Granted providing both still leaves the issue with gpgme. Damn the upstream, damn them I say. -- William L. Thomson Jr. Gentoo/Java

Re: [gentoo-dev] [RFC] Some new global USE-flags

2007-12-23 Thread William L. Thomson Jr.
want to push it globally. -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] The return of the old fart: Mark Loeser (halcy0n)

2007-12-14 Thread William L. Thomson Jr.
hugged a photo, it did not hug back :( Or is it photoshopping yourself into others family portraits ;) Pretty original statement there, followed by some welcome back pun :) -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [RFC] gnupg-2 stable plans

2007-12-12 Thread William L. Thomson Jr.
then and now, good luck on stabilization ;) That's coming over a year after gnupg-2 was released. Can someone change the freaking broken record ;) -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [RFC] gnupg-2 stable plans

2007-12-12 Thread William L. Thomson Jr.
. Which I have done for my desktop use for 6 months now. Masking to use a current version of a package version that will continue to be maintained in the same slot as a newer version is quite stupid. IMHO. -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed

Re: [gentoo-dev] [RFC] gnupg-2 stable plans

2007-12-12 Thread William L. Thomson Jr.
On Wed, 2007-12-12 at 11:11 -0500, Doug Klima wrote: William L. Thomson Jr. wrote: Why don't you step up and offer to help maintain this? If your asking me, because I am already over committed. I can't be in all places doing all things. Plus in this regard I am just a user, and we should

Re: [gentoo-dev] [RFC] gnupg-2 stable plans

2007-12-12 Thread William L. Thomson Jr.
of how stabilization would be handled, and moving from two slots back to a single. This is purely about robing users of a choice. Deviating from upstream design, and all other distros. Not to mention making things harder than they need to be and slowing things down for year. -- William L. Thomson Jr

Re: [gentoo-dev] [RFC] gnupg-2 stable plans

2007-12-11 Thread William L. Thomson Jr.
IMHO. Last post on this topic, ever for me. It's WAY stupid at this point. The horse has been beaten to death, exhumed, killed again, re-exhumed, mummified, put on exhibit, taken down, killed again, and re-buried :) -- William L. Thomson Jr. Gentoo/Java signature.asc Description

Re: [gentoo-dev] to patch or sed was - repoman and checking for correct quoting

2007-11-10 Thread William L. Thomson Jr.
commit. Once committed chance of it failing is pretty nill. Not to mention no external files. Less to maintain. less for users to sync, download, etc. It's a really hard call, but for most single line modifications. These days I am really leaning toward sed vs patches. -- William L. Thomson Jr

Re: [gentoo-dev] Re: to patch or sed was - repoman and checking for correct quoting

2007-11-10 Thread William L. Thomson Jr.
On Sat, 2007-11-10 at 13:45 -0600, Ryan Hill wrote: William L. Thomson Jr. wrote: Now I know some will scream, puke, throw up in their mouth, and so on. But seems like sed should have an OPTIONAL argument or etc to tell sed to either fail if it can't make the change anywhere. And/or keep

Re: [gentoo-dev] Re: gentoo-x86 commit in dev-db/firebird: ChangeLog metadata.xml firebird-2.0.3.12981.0-r1.ebuild firebird-2.0.1.12855.0-r4.ebuild firebird-2.0.1.12855.0-r5.ebuild

2007-09-24 Thread William L. Thomson Jr.
On Mon, 2007-09-24 at 14:22 +0200, Torsten Veller wrote: * William L. Thomson Jr. [EMAIL PROTECTED]: On Sat, 2007-09-22 at 10:29 +0200, Torsten Veller wrote: * William Thomson (wltjr) [EMAIL PROTECTED]: mkdir -p ${WORKDIR}/../etc \ ^^ What

Re: [gentoo-dev] Re: gentoo-x86 commit in dev-db/firebird: ChangeLog metadata.xml firebird-2.0.3.12981.0-r1.ebuild firebird-2.0.1.12855.0-r4.ebuild firebird-2.0.1.12855.0-r5.ebuild

2007-09-22 Thread William L. Thomson Jr.
be using instead? I see what your talking about wrt to chroots and etc. Not even sure that's relevant or needed anymore. Was to correct some past issues and hopefully can be removed ASAP. The pkg_config part might remain not sure there. -- William L. Thomson Jr. Gentoo/Java signature.asc Description

Re: [gentoo-dev] New Developer: Christian Hoffmann (hoffie)

2007-08-22 Thread William L. Thomson Jr.
Welcome hottie, I mean hoffie :) -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Some ideas on how to reduce territoriality

2007-08-10 Thread William L. Thomson Jr.
on if one will be responsible for their own actions or not. If not, then it's not right to bump without maintainers knowledge and leave them to deal with any problems. -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Re: Some ideas on how to reduce territoriality

2007-08-10 Thread William L. Thomson Jr.
it. Dang your better than most carpenters, hitting the nail on the head repeatedly :) -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Re: Some ideas on how to reduce territoriality

2007-08-10 Thread William L. Thomson Jr.
of USE flags every time I commit to it, at 45 minutes per build. What about distcc? Sounds like we need to get you some more powerful hardware to develop on or etc. Since xorg is a fairly major package. Understandably hard to test every time, but ideally all should be. -- William L. Thomson Jr

Re: [gentoo-dev] Some ideas on how to reduce territoriality

2007-08-07 Thread William L. Thomson Jr.
. So the || dies are more like a fail safe for devs to catch minor stuff like missing docs or etc. QA stuff :) -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part

<    1   2   3   4   >