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. :)
--
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
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
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
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
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
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
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
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
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 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
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
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
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
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
e. Though given graphical library usage
previously mentioned. Some parts may always bring in things you may not want
on a server.
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
On Thursday, February 2, 2017 10:53:08 AM EST Michael Orlitzky wrote:
> On 02/02/2017 10:51 AM, William L. Thomson Jr. wrote:
> > On Thursday, February 2, 2017 10:36:51 AM EST Michael Orlitzky wrote:
> >> Why does dev-java/icedtea try to pull in GTK (and thus X)
> >>
Java 9 will improve on this.
>
> Apologies: I was actually thinking of icedtea-bin... which ALSO pulls in
> GTK due to IUSE defaults.
If you look at dev-java/icedtea ebuild you will see
# Gtk+ will move to COMMON_DEP in time; PR1982
I cannot find PR1982 referenced to link. But shows th
On Thursday, February 2, 2017 11:27:20 AM EST Michael Orlitzky wrote:
> On 02/02/2017 11:18 AM, William L. Thomson Jr. wrote:
> > If you look at dev-java/icedtea ebuild you will see
> >
> > # Gtk+ will move to COMMON_DEP in time; PR1982
> >
> > I cannot find PR1
On Thursday, February 2, 2017 12:18:43 PM EST Michael Orlitzky wrote:
> On 02/02/2017 12:06 PM, William L. Thomson Jr. wrote:
> >> But more importantly, icedtea-bin was just one example that I had in
> >> mind. There are hundreds of others in the tree.
> >
> > S
x27;t followed every comment. What about some
global env variable that could override all default IUSE. That can set in
base, and set what ever minimal IUSE flags that are needed.
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
etc.
Its probably best to have a team, familiar with profiles managing profiles.
Rather than every developer working with IUSE and packages. While they may be
bloated, or uglier. There isn't really a way around, short of something that
bypasses default flags, allowing others to be set instead.
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
On Sunday, February 5, 2017 7:14:45 AM EST Kent Fredric wrote:
> On Sat, 04 Feb 2017 12:44:38 -0500
>
> "William L. Thomson Jr." wrote:
> > The question to ask is who do you want to create more work for?
> > People maintaining packages, or people maintaining prof
e Autotools for asspr[2]. CMake would be
overkill for asspr.
I would experiment with CMake yourself and form your own opinion. I really do
not think it is difficult. I have not heard anyone say it was difficult. Just
the
opposite.
1. https://github.com/Obsidian-StudiosInc/jem
2. https:/
Pretty sure no need for the ||die, rm -fr should never fail.
rm -fr "${VENDOR_PATH}/${VENDORPN}" || die
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
On Thursday, March 9, 2017 1:29:55 PM EST Michael Orlitzky wrote:
> On 03/09/2017 01:21 PM, William L. Thomson Jr. wrote:
> > Pretty sure no need for the ||die, rm -fr should never fail.
> >
> > rm -fr "${VENDOR_PATH}/${VENDORPN}" || die
>
> $ rm -rf /bi
On Thursday, March 9, 2017 2:28:47 PM EST Michael Orlitzky wrote:
> On 03/09/2017 02:00 PM, William L. Thomson Jr. wrote:
> > Under what circumstances?
> >
> > ...
> >
> > Seems like it is not possible to generate the above permission issue.
>
> I can mak
a test suite that always returns 1.
Sure, and along those lines I do not believe the rm -f || die stuff is
documented. That may help and clarify usage based on context.
--
William L. Thomson Jr.
signature.asc
Description: This is a digitally signed message part.
On Thursday, March 9, 2017 7:43:50 PM EST William L. Thomson Jr. wrote:
> On Thursday, March 9, 2017 7:08:12 PM EST Michael Orlitzky wrote:
> > Whether "-f" is appropriate or not depends on the context.
> >
> > With firebird, you expect all of those directories t
han have every employee interacting with me directly. Essentially the contact
becomes the
client "lead".
In a Utopian world all Team Leads may meet with the council as part of a bigger
picture.
Everything coming together as one. Part of the idea behind the GLEP I suggested
about
r
not do now till a bunch of ebulids have their targets
increased.
--
William L. Thomson Jr.
pgpE1goV3vWlr.pgp
Description: OpenPGP digital signature
On Sun, 9 Apr 2017 17:52:44 -0400
Michael Orlitzky wrote:
> On 04/09/2017 12:15 PM, William L. Thomson Jr. wrote:
> > Not sure if this is practical, it may be less work if the use of
> > Python and Ruby versions ( maybe others ) is reversed. Rather than
> > adding all
On Sun, 9 Apr 2017 23:44:50 +0200
Kristian Fiskerstrand wrote:
> On 04/09/2017 06:15 PM, William L. Thomson Jr. wrote:
> > Not sure if this is practical, it may be less work if the use of
> > Python and Ruby versions ( maybe others ) is reversed. Rather than
> > adding all
ub.com/Obsidian-StudiosInc/ebuild-batcher
2. https://github.com/Obsidian-StudiosInc/ebuild-bumper
--
William L. Thomson Jr.
pgp_JhiFSjrcx.pgp
Description: OpenPGP digital signature
is tremendous work as is now. Not to mention a
really bad end user experience.
This would considerable reduce the workload. Not to mention making life
better for end users.
--
William L. Thomson Jr.
pgpAJEtNcS4qL.pgp
Description: OpenPGP digital signature
. That is a waste of anyone's time.
Much less developers adding/removing targets from ebuilds.
--
William L. Thomson Jr.
pgpDXwfVE6cAE.pgp
Description: OpenPGP digital signature
h
TARGETS.
> We have it your way for PHP packages, and I wish it was like
> Python/Ruby instead.
That makes PHP, Perl, and Java. Just Python and Ruby are handled
differently.
--
William L. Thomson Jr.
pgppGP54QJSNw.pgp
Description: OpenPGP digital signature
"off" options.
That sounds terrible. Lots of distros with things already turned
on/off. Gentoo should never be one. USE flags can be a PITA, but they
are a necessary evil. Its the ever changing TARGETS that are annoying,
and cumbersome to users.
--
William L. Thomson Jr.
pgpoXNMHlFEGf.pgp
Description: OpenPGP digital signature
d. Just negativity,
insults, and lack of any real facts just opinion and rudeness.
Typical status quo...
--
William L. Thomson Jr.
pgpj7GVrw9h7A.pgp
Description: OpenPGP digital signature
hings? Any? Or the status quo is utopia?
All I see is negativity. Not a single technical argument why it
technically would not be feasible. Nothing to suggest an alternative
way. Absolutely nothing constructive.
--
William L. Thomson Jr.
pgpw66mmBwG7Q.pgp
Description: OpenPGP digital signature
On Mon, 10 Apr 2017 10:58:10 -0700
Christopher Head wrote:
> On April 9, 2017 7:04:13 PM PDT, "William L. Thomson Jr."
> wrote:
> >The present system is a PITA for users. Fiddling with adding/removing
> >targets for Python/Ruby.
>
> As an ordinary user, tha
ing the topic on the mailing list without doing any research or
> simply asking the person who did it.
What of your comments have been constructive? This discussion is not
about everything to do with mgorny. I was pointing out you have not
presented any alternative ideas. Nothing constructive, just criticism
after starting with clear insults.
I keep providing facts, and examples.
--
William L. Thomson Jr.
pgptbqpiEuntA.pgp
Description: OpenPGP digital signature
On Mon, 10 Apr 2017 21:57:10 +0300
Mart Raudsepp wrote:
> Ühel kenal päeval, E, 10.04.2017 kell 14:44, kirjutas William L.
> Thomson Jr.:
> > Again go modify a few hundred python packages to remove say 3.4. I
> > think about 10-20 ebuilds in. You will be scripting and looking f
entoo can do what ever.
Given the attitudes of some. I am glad I stay clear. It makes life
better. Rather spend time on the beach then dealing with the rudeness
here...
--
William L. Thomson Jr.
pgpTcBeaD9Ya2.pgp
Description: OpenPGP digital signature
am ~3 months into Jenkins from source....
Most go into tree as -bin
People are funny :)
--
William L. Thomson Jr.
pgp1pFWa5jhtJ.pgp
Description: OpenPGP digital signature
ing, removing old is not an issue. You still have
adding new, and the end user experience.
--
William L. Thomson Jr.
pgp_B43QIoO_4.pgp
Description: OpenPGP digital signature
On Mon, 10 Apr 2017 16:04:25 -0400
Rich Freeman wrote:
> On Mon, Apr 10, 2017 at 3:49 PM, William L. Thomson Jr.
> wrote:
> >
> > Given the attitudes of some. I am glad I stay clear.
>
> If only...
How many new developers this year? Oh that is right ZERO... That
p
On Mon, 10 Apr 2017 16:01:55 -0400
"William L. Thomson Jr." wrote:
>
> Ok I concede on removing older versions. Lets put old version aside.
>
> What about adding new? You still have to add the new version to
> PYTHON_COMPAT in each ebuild right?
>
> What about use
supports Java. As in
running Java code on perl, php, python, or ruby. At best its optional
Java support.
Java is a different beast, and people run those languages in Java...
And others, Groovy, Scala, Clojure, etc
--
William L. Thomson Jr.
pgpJrs_Ww5MOf.pgp
Description: OpenPGP digital signature
uby, as those install
location is based on version. Java is the only that does not install
based on version.
Anything in Gentoo that goes against the status quo gets heavy
resistance and thus Gentoo does not change. But continues on with the
status quo
--
William L. Thomson Jr.
pgpD7i7WH2uBE.pgp
ge, that you're interested in, still doesn't support it...
> Well.. It meant, maintainer is a slacker and package is a candidate
> to last-rites and removal...
All you should have to do is set the python/ruby versions via eselect.
Eclasses and ebuilds should handle the rest as they do
commits, you see add ruby24....
https://github.com/gentoo/gentoo/commits/master/dev-ruby
--
William L. Thomson Jr.
On Mon, 10 Apr 2017 16:58:35 -0400
Rich Freeman wrote:
> On Mon, Apr 10, 2017 at 4:15 PM, William L. Thomson Jr.
> wrote:
> >
> > Signs are all around. Lots of posts about packages up for grabs
> > etc... Of course I am the one killing Gentoo. Despite having been
> &g
< Ruby 24. That was a PITA. It kept dropping. Masked
23 it went down to 22, masked 22, it dropped to 21. Not to mention all
the other headaches before I went to hard mask the package.
--
William L. Thomson Jr.
ct php list
!!! Error: Please choose one of the following modules: cli apache2 fpm
cgi phpdbg
No clue what that is about. PHP is working fine for nagios.
--
William L. Thomson Jr.
pgpO1U_ijPhHV.pgp
Description: OpenPGP digital signature
ss, the TARGETS remain. Things did not change
from a user perspective. Recently packaging some ebuilds, the
COMPAT/VERSION does not seem to have changed. Despite what ever
changes to the eclass.
--
William L. Thomson Jr.
pgpqAcdBCmFhu.pgp
Description: OpenPGP digital signature
On Mon, 10 Apr 2017 17:31:26 -0400
Rich Freeman wrote:
> On Mon, Apr 10, 2017 at 5:21 PM, William L. Thomson Jr.
> wrote:
> >
> > Why are no new people coming? its hardly because of me Maybe
> > someday the majority will make it past the denial and blame others.
bout what is on their system. Every
other version is another potential for security issues etc. What good
system adminstrator just installs needless stuff because they are lazy.
Neither of these are good points. hacking nor users who do not care to
even set targets
--
William L. Thomson Jr.
nd maybe
some others.
> Hence, that's the sort of problem I'm more inclined to throw grep at
> and then run it through an automated test PR to make sure I didn't
> break anything if I was really concerned.
Check out paludis
--
William L. Thomson Jr.
the case yet.... That is a lot of work.
--
William L. Thomson Jr.
pgpsfB2vrfG9y.pgp
Description: OpenPGP digital signature
On Tue, 11 Apr 2017 00:44:30 +0300
Mart Raudsepp wrote:
> Ühel kenal päeval, E, 10.04.2017 kell 17:33, kirjutas William L.
> Thomson Jr.:
> > Add a new Java version and recompiling packages with it, will also
> > immediately show breakage if any.
> >
> > If your s
uld run it
and it produced like a chart, depgraph sort of thing or something. Its
been a long time, since I used it.
> It was good once, but it and the portage tree no longer seem good
> friends.
That was my experience. Seemed it was one or the other not both. At
least not easily.
--
ell them how to conduct themselves, etc.
I live by the golden rule, and most all that has been done to me. I
would never to do to others. I would not stand for those things for
to be done to anyone. No on deserves such. Nor do I believe those doing
such things would feel the same if things were re
trying to invalidate the pain that some people experience,
> just pointing out that I think it may be inaccurate to call that the
> “ordinary user” use case.
That you are on -dev mailing list. Not sure that would put you in the
normal use category. Though there are normal users who run ~arc
e a script that runs annually to
update all copyrights to current year. I do some of that myself and
need to do more
Additional reading
http://www.copyrightlaws.com/international/copyright-notice-year/
--
William L. Thomson Jr.
pgpKfN8GUyuA8.pgp
Description: OpenPGP digital signature
On Fri, 5 May 2017 13:18:58 -0400
"William L. Thomson Jr." wrote:
> On Fri, 05 May 2017 18:55:41 +0200
> Michał Górny wrote:
>
> > On pią, 2017-05-05 at 10:35 -0500, William Hubbs wrote:
> > > # Copyright 2017 Gentoo Foundation
> >
> > Are
ial give up our
copyright when you put Gentoo's copyright on there. I think it would
have to include a persons name for the death term to apply.
I believe 95-120 years is the duration.
https://www.copyright.gov/circs/circ15a.pdf
--
William L. Thomson Jr.
pgpKBQG77At9M.pgp
Description: Op
On Fri, 5 May 2017 14:05:38 -0400
"William L. Thomson Jr." wrote:
> That means if you author something in 2017, and put down say
> 1999-2017. You are starting at 1999, and not 2017. Losing 16 years
Er 18 back to 1st grade...
--
William L. Thomson Jr.
pgpuBuutCVu7b
On Fri, 5 May 2017 14:31:17 -0400
"William L. Thomson Jr." wrote:
> On Fri, 5 May 2017 18:20:43 +
> Erik Närström wrote:
>
> > I'snt copyright deth of author +70yrs?
>
> Yes for work that is copyright to say you or me. Something copyright
> to an
. And becoming more so by the day
--
William L. Thomson Jr.
pgp4HsR9xGXa3.pgp
Description: OpenPGP digital signature
th java 8 it is something you are doing wrong. It will
build fine with Java 8, and Java 9... Feel free to punt though.
https://firebirdsql.org/en/jdbc-driver/
--
William L. Thomson Jr.
pgpBiX_lA2YHJ.pgp
Description: OpenPGP digital signature
https://dirtycow.ninja/
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=19be0eaffa3ac7d8eb6784ad9bdbc7d67ed8e619
--
William L. Thomson Jr.
pgpQrERxVX_tW.pgp
Description: OpenPGP digital signature
.
--
William L. Thomson Jr.
pgpIneSWJ429G.pgp
Description: OpenPGP digital signature
hat blog post. But sets seem pretty nifty. I liked them till I tried
using one in a profile.
--
William L. Thomson Jr.
pgpD1D0rSunhu.pgp
Description: OpenPGP digital signature
.
You cannot remove all packages ( short of dep clean ) or re-emerge all
packages from a meta ebuild easily. You can from a set.
Sets do have their uses. I think they are not used much for a variety
of reasons, but likely could be used more.
--
William L. Thomson Jr.
pgpDmJSAHVTYl.pgp
Description: OpenPGP digital signature
On Fri, 7 Jul 2017 12:57:17 -0400
Brian Evans wrote:
> On 7/7/2017 12:32 PM, William L. Thomson Jr. wrote:
>
> > I think sets have benefits over meta packages. This was the most
> > comprehensive document on sets, benefits, uses, etc. Other than the
> > general doc
On Fri, 7 Jul 2017 13:31:52 -0400
NP-Hardass wrote:
> On 07/07/2017 01:05 PM, William L. Thomson Jr. wrote:
> > On Fri, 7 Jul 2017 12:48:04 -0400
> > NP-Hardass wrote:
> >>
> Yeah, but I'm not wild about the prospect of handling some packages
> via one met
ost issues
of that nature should be easily preventable.
My main interest is in being able to use a package set in a profile.
While retaining that set on its own for rebuild and other purposes.
Someone may want to use said set, but not a given profile using the set.
Having sets being usable in profiles gives you the best of both.
--
William L. Thomson Jr.
pgpb6BTYnmChX.pgp
Description: OpenPGP digital signature
For anyone interested in such, I opened a feature request bug for
allowing use of sets in profile packages.
https://bugs.gentoo.org/show_bug.cgi?id=624300
--
William L. Thomson Jr.
pgp04RTMoMwAV.pgp
Description: OpenPGP digital signature
For anyone interested in such, I opened a feature request bug for
allowing use of sets in profile packages.
https://bugs.gentoo.org/show_bug.cgi?id=624300
P.S.
Miss posted on wrong thread... thus duplicate, sorry!
--
William L. Thomson Jr.
pgpkQZ6BpgeJj.pgp
Description: OpenPGP digital
has supported for some time. You likely have many
sets already on your system
emerge --list-sets
https://wiki.gentoo.org/wiki/World_set_(Portage)
https://wiki.gentoo.org/wiki/System_set_(Portage)
https://wiki.gentoo.org/wiki//etc/portage/sets
https://dev.gentoo.org/~zmedico/portage/doc/
y trying to expand their use.
If someone wants to "try" out some packages a set is an ideal way of
doing such. If someone wants a subset of what is in a meta ebuild.
Again a set is an ideal way to do that. If for no other reason, then
if the user wants to remove them. They
On Sat, 8 Jul 2017 16:35:34 -0700
Zac Medico wrote:
> On Sat, Jul 8, 2017 at 4:09 PM, William L. Thomson Jr.
> wrote:
> > Sets are also used for package rebuilds, like x11-module-rebuild,
> > live-rebuild, and others.
>
> Usually there are better ways to trigge
On Sun, 9 Jul 2017 00:49:57 +0100
Ciaran McCreesh wrote:
> On Sat, 8 Jul 2017 19:39:33 -0400
> "William L. Thomson Jr." wrote:
> > The two ways are not the same, and there is a reason sets exist in
> > the first place. People seem to be over looking that fact. I di
On Sun, 9 Jul 2017 01:10:11 +0100
Ciaran McCreesh wrote:
> On Sat, 8 Jul 2017 19:58:13 -0400
> "William L. Thomson Jr." wrote:
> > On Sun, 9 Jul 2017 00:49:57 +0100
> > Ciaran McCreesh wrote:
> > > On Sat, 8 Jul 2017 19:39:33 -0400
> > > "
moon_build, and the entry
> "@palemoon_build" from /var/lib/portage/world_sets. It turns out that
> all these packages are required anyways.
Meaning little was removed after you did emerge --depclean world ?
--
William L. Thomson Jr.
pgpBF_KcKMHrU.pgp
Description: OpenPGP digital signature
On Sat, 8 Jul 2017 18:30:10 -0700
Zac Medico wrote:
> On Sat, Jul 8, 2017 at 4:46 PM, William L. Thomson Jr.
> wrote:
> > On Sat, 8 Jul 2017 16:35:34 -0700
> > Zac Medico wrote:
> >
> >> For live-rebuild, it would be
> >> much nicer to have a fram
On Sun, 9 Jul 2017 05:24:19 -0400
"Walter Dnes" wrote:
> On Sat, Jul 08, 2017 at 09:32:09PM -0400, William L. Thomson Jr. wrote
> > On Sat, 8 Jul 2017 20:27:38 -0400
> > "Walter Dnes" wrote:
> > >
> > > > Though I will have to see what
the rules for sets in
profiles easier.
- Sets in profiles can contain anything that is valid in a
profile/packages file, less the * symbol.
I think that addresses both versions and slots. The rest, like use
expansion I believe is handled via package.use in profiles and not in
packages.
--
William L. Thomson Jr.
pgpg4_wmxj4MG.pgp
Description: OpenPGP digital signature
. That's why we need an
> EAPI/PMS extension, in order to implement behavior like
> smart-live-rebuild.
Hopefully that will be in a future version so such can be added. Up to
PMS authors.
--
William L. Thomson Jr.
pgpLNRirHG5wH.pgp
Description: OpenPGP digital signature
ding on demand is likely the biggest feature.
You cannot rebuild a meta package on demand. You can rebuild the meta
package, but not the packages in the meta package. You would have to
list those one by one. Thus using a set is much easier.
--
William L. Thomson Jr.
pgp9xkAQQUKvV.pgp
Description: OpenPGP digital signature
On Mon, 10 Jul 2017 00:43:11 -0400
"William L. Thomson Jr." wrote:
> On Sun, 9 Jul 2017 21:37:11 -0400
> "Walter Dnes" wrote:
> >
> > "Fat-Finger" does happen once in while. Removing the risk of it
> > happening in the first place is a l
On Mon, 10 Jul 2017 15:07:37 -0400
Brian Evans wrote:
> On 7/10/2017 2:59 PM, William L. Thomson Jr. wrote:
> > On Mon, 10 Jul 2017 00:43:11 -0400
> > "William L. Thomson Jr." wrote:
> > I think portage should also warn on removing packages that came in
> >
On Mon, 10 Jul 2017 15:15:35 -0400
"William L. Thomson Jr." wrote:
> # emerge -pC tomcat-servlet-api
> * This action can remove important packages! In order to be safer,
> use
> * `emerge -pv --depclean ` to check for reverse dependencies
>before
> * remov
;>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.
--
William L. Thomson Jr.
pgpikSlzOPh3U.pgp
Description: OpenPGP digital signature
On Mon, 10 Jul 2017 15:36:16 -0400
"William L. Thomson Jr." wrote:
>
> !!! 'sys-devel/gcc' is part of your system profile.
> !!! Unmerging it may be damaging to your system.
When un-merging a package from a set, You get a similar warning. I
think this warning sho
about informing the user. Both ways leave the user
wanting.
- The -c option should say why it will not remove.
- The -C option should warn like it does with profile packages
--
William L. Thomson Jr.
pgp5TMEgVbvWZ.pgp
Description: OpenPGP digital signature
On Mon, 10 Jul 2017 14:48:23 -0500
Ben Kohler wrote:
> >
> >
> > - The -c option should say why it will not remove.
> >
> >
> > --
> > William L. Thomson Jr.
> >
> It does, if you use the --verbose flag. This is mentioned in your
> emerge o
On Mon, 10 Jul 2017 15:55:47 -0400
Rich Freeman wrote:
> On Mon, Jul 10, 2017 at 3:45 PM, William L. Thomson Jr.
> wrote:
> > On Mon, 10 Jul 2017 14:39:00 -0500
> > Ben Kohler wrote:
> >>
> >> > You aren't taking the time to read your own emerg
asking for -C to behave like
> -c, when you could just be using -c instead.
No I simply want warnings like that exist for profiles and set packages.
Also more information when attempting to remove a package that is not
removed.
--
William L. Thomson Jr.
pgpt1MIMOOMfm.pgp
Description: OpenPGP digital signature
1 - 100 of 379 matches
Mail list logo