On Sunday, December 4, 2016 7:22:51 AM EST Robin H. Johnson wrote:
> On Sat, Dec 03, 2016 at 06:30:29PM -0500, William L. Thomson Jr. wrote:
> > >
> > > Net Total: $50,924.19
> > >
> >
> > So from 09-16 avg of ~$4.6
OT SNR Sorry but not sorry :)
On Saturday, December 3, 2016 11:01:56 PM EST Robin H. Johnson wrote:
> On Sat, Dec 03, 2016 at 04:49:19PM -0500, William L. Thomson Jr. wrote:
> > No matter what terms you use, Google uses Gentoo to build products it
> > makes
> > money off.
Which leads to less usage, less contributions, less interest, etc.
Its not a goal, its just a sign of relevance.
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
WA OT :(
On Saturday, December 3, 2016 5:34:56 PM EST Rich Freeman wrote:
> On Sat, Dec 3, 2016 at 5:09 PM, William L. Thomson Jr.
>
> Actually, it is the opposite. When you spend money as an individual
> in the US it normally doesn't lower your taxes unless there is s
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.
On Saturday, December 3, 2016 6:30:08 PM EST Michał Górny wrote:
>
> "William L. Thomson Jr." wrote:
> >
> > Did any of the tinderboxes test all the various USE flag combinations or
> > just the defaults?
>
> I'm sorry but you are going off-topic here.
concepts etc.
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, re
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
> &
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.
o-project/message/
3ac5418dd061fc53f4b8d55a99773f4c
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.
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
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.
>
> wrote:
> > On Friday, December 2, 2016 2:10:27 PM EST Michał Górny wrote:
> >> Hi, everyone.
> >>
> >> I've heard multip
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.
>
> wrote:
> > OT, who runs Gentoo
> >
> > On Saturday, December 3, 2016 12:21:55 AM EST Daniel Campbell wrote:
> >> There's also
ve set. I 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
os Ubuntu and Debian have allot
https://www.google.com/search?hl=en&gl=us&tbm=nws&authuser=0&q=arch+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:
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 into
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.
/bump_pkgs
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
ecruiting should 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.
more and more a RedHat lead 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 discus
obs a la
> > > Snap and Flatpack.
> >
> > 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 G
ccounts
> As a general rule, the bigger 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.
tter 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.
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
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." wrote:
>>
> > I think you mean enewgroup and enewuser
>
> FYI, enew* functions handle UID/GID collisions gracefully, and j
why there would be a need.
Say it is a failed mail server, 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.
a
system across others. 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.
ds which
likely 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 motiv
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
hlinux.org/index.php?title=DeveloperWiki:UID_/_GID_Database
4. https://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.
opment 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.
eed.
Though I 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.
if not doing 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.
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.
SuperMicro 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.
gh not best long
term solution.
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
eems to be the problem in the other thread.
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
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.&qu
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." wrote:
> > On Monday, October 17, 2016 7:34:57 PM EDT you wrote:
> > > On Mon, 17 Oct 2016 12:18:32 -0400
> > >
> &
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." wrote:
> > On Monday, October 17, 2016 6:08:41 PM EDT Michał Górny wrote:
> > > On Mon, 17 Oct 2016 11:48:53 -0400
> > >
> >
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." wrote:
> > On Tuesday, October 18, 2016 4:18:51 AM EDT Kent Fredric wrote:
> > > There's a lot of "but what if you ca
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." wrote:
> > > You know you can make that argument about *every* useflag right? Being
> > > unable to test with one and the other c
ficially 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
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
e, I have already pointed
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.
--
Willia
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.
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
> > >
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'
> >>
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." wrote:
> > On Monday, October 17, 2016 8:57:30 AM EDT Michał Górny wrote:
> > > On Sun, 16 Oct 2016 18:30:44 -0400
> >
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.
> &
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." wrote:
> > To be clear I would suggest at MOST 3, -bin, -ebin, and -sbin. NO more.
>
> It would be far better to simply have a
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." wrote:
> > You actually came up with one I was not considering at first but provides
> > a
> > direct technical benef
e_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
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." wrote:
> > Part of the idea is to help differentiate the types of binaries in tree to
> > hopefully get less binaries that are from s
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
repo it comes from. AND, it'll keep them from polluting the
> 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.
opefully get less binaries 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.
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
m all the time :)
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
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
ardize 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 standa
luding 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.
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 party
.
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
detecting and setting the right
color. Which is pretty moot per my initial 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
One has
to code 3 lines in ebuild. That should be 1 line to get 1 comment, with
auto-blanks per flag/switch, 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
I can't think of a use for it myself.
> The question is how to name the switch :) "-n" could be confusing as
> "echo -n" has the opposite effect. Maybe "-b" for "blank"?
Or -p for preceding -t for trailing. Which would make one liner
elog -pt &q
a value.
Definitely if we receive them on a re-occurring basis. Even 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
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
> > t
hole unit/single organization.
Not this two entities crap, one body.
> Which 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
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 blan
t;"
Then maybe if a argument = "" it can be swapped out for echo :)
--
William L. Thomson Jr.
amd64/Java/Trustees
Gentoo Foundation
signature.asc
Description: This is a digitally signed message part
aily operations do not change. Just
clarification of duties and separation on paper. In one document :)
--
William L. Thomson Jr.
amd64/Java/Trustees
Gentoo Foundation
signature.asc
Description: This is a digitally signed message part
than it's intention. Much less make it easier to see and
understand the structure of Gentoo to an outsider.
--
William L. Thomson Jr.
amd64/Java/Trustees
Gentoo Foundation
signature.asc
Description: This is a digitally signed message part
loper. Including voting rights on any vote or election put forth by
any entity Council, etc other 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
about 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
Ge
9 months.
>
> Finally! I can't 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
mum requirements.
Surely could have side effects, but not a horrible idea
--
William L. Thomson Jr.
amd64/Java/Trustees
Gentoo Foundation
signature.asc
Description: This is a digitally signed message part
ointed me to a icedtea/openjdk ebuild he 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. :)
--
ppy either. Since likely 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
e. So feel free to
bash the idea to hell :) Plz not me, I am doing a good job on my own of
writing my own ticket to hell ;)
--
William L. Thomson Jr.
Gentoo/amd64/Java
signature.asc
Description: This is a digitally signed message part
be adding 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
st-cities-jobs-leadership-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. Thom
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
th
entoo.
http://www.gentoo.org/proj/en/java/getting-involved.xml
--
William L. Thomson Jr.
Gentoo/amd64/Java
signature.asc
Description: This is a digitally signed message part
the box
as before, and with gnupg-2 :) Testing it out on a new box, but do not
expect any problems.
--
William L. Thomson Jr.
Gentoo/amd64/Java
signature.asc
Description: This is a digitally signed message part
. Spelling, grammar, makes sense 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.
--
Wil
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,
/fitzsim.org/blog/?p=16
Not to burst your bubble or pee in your corn flakes. But I will see what
I can do to slowly start making an effort to package it. Love to see a
contributor or someone step up 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
all are problems are gpgme. Upstream is JUST now
starting 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
s have improved at all there :(
> I'm interested as to how Debian and other distros resolved the issue.
Me to :)
By providing both!
1 luv ;)
Granted providing both still leaves the issue with gpgme. Damn the
upstream, damn them I say.
--
William L. Thomson Jr.
Gentoo/Java
signat
#x27;t think we would want to
push it globally.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
lack of having a
family? Last time I 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
d 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.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
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
talled together. Just as upstream DESIGNED them.
Nice one ;) And as I said 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
want the 1.X series on embedded
> devices.
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
packages from the tree.
But this is not one 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.
Gento
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
l.
There is still the possibility of sed failing. But since I rule that out
before 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 modificatio
201 - 300 of 379 matches
Mail list logo