*fatal: Not a git repository (or any of the parent directories): .git*
> GOGC=off go install -ldflags "-X main.version="
> make: Leaving directory
> '/tmp/portage/net-proxy/fabio-1.5.2/work/fabio-1.5.2/src/github.com/fabiolb/fabio
> <http://github.com/fabiolb/fabio>'
>>>> Source compiled.
>
--
Alan McKinnon
alan.mckin...@gmail.com
as that is what wayland and X11 have in
common. It's a long unwieldy name and the "-" might trip over hidden
naming assumptions.
Given a vote, I'd vote for "xui".
Second choice is to stick with "x11-" as it will take a very long time
for all users to forget what x11 is and how wayland relates
--
Alan McKinnon
alan.mckin...@gmail.com
stop treating other people as worthless
nuisances.
You are annoyed by someone or something, that much has been obvious for
a long time now. I can assure you, Walter is not the correct target for
your annoyance. Please deal with the correct source.
--
Alan McKinnon
alan.mckin...@gmail.com
r sheer hard work.
I think William has a point; sometimes making a criteria a negative one
result in a lot less work. A good survey usually gives numbers that let
you tell if it will.
--
Alan McKinnon
alan.mckin...@gmail.com
On 30/01/2017 01:04, Michael Orlitzky wrote:
> On 01/29/2017 05:30 PM, Alan McKinnon wrote:
>>
>> Good catch with symlinks.
>> I don't see the point about hardlinks, they are just files with 2
>> dentries. When find gets to the second one it's already change
On 30/01/2017 00:20, Michael Orlitzky wrote:
> On 01/29/2017 05:07 PM, Alan McKinnon wrote:
>>
>> Sure it can be done, just don't chown -R ~user. DO it the VERY
>> long way round, file by file. Say you changed user "awesome" uid 300 to 400:
>&
On 29/01/2017 19:05, Michael Orlitzky wrote:
> On 01/29/2017 03:26 AM, Alan McKinnon wrote:
>>>
>>> Can anyone think of an upgrade path for fixed UIDs? That issue aside, I
>>> may have convinced myself that fixed UIDs are better.
>>
>> The general proce
/GID so there is some consistency with most other
Gentoo things out there.
If the user already exists, it's presumably because the sysadmin wants
it that way or it was installed that way from an older ebuild. Either
way the ebuild cannot mess around with that. It could output an elog
saying the uid/gid doesn't match the new Gentoo norm, and provide the
commands to run to bring things into line (usermod, groupmod, find /
-user -exec chown, etc, etc)
--
Alan McKinnon
alan.mckin...@gmail.com
and written
more shell installers, puppet manifests, ansible playbooks and user
account deployers than I care to recall; I've never run into this
problem that I couldn't solve trivially - usually by just knowing the
username|groupname and looking up the corresponding uid/gid. Really,
it's just data mapping and we have tools to do the lookup real fast.
--
Alan McKinnon
alan.mckin...@gmail.com
second doesn't logically follow from the first and it doesn't seem like
an example of the first either.
I suggest an intro para along the lines of
"This version of openrc introduces two changes"
and then number the paras following
--
Alan McKinnon
alan.mckin...@gmail.com
on is the teaching language. Realizing there
are other things out there is part of the learning process.
But, despite all that, Java is not special. It should run on Gentoo for
anyone who wants it, just like things starting with P.
You volunteering to do the grunt work?
--
Alan McKinnon
alan.mckin...@gmail.com
niche market where uni students do "clustering" - whatever that is.
The interesting apps out there are mostly running python, go and
(sometimes) lua. And that's what I observe in my day job -
business/mobile ISP.
--
Alan McKinnon
alan.mckin...@gmail.com
On 05/07/2016 21:53, james wrote:
* If you don't know the last commit before removal, juts load up the
removal commit and copy the commit hash of the "Parent" link to get the
commit before that
Tada! Attic restored ^_~
Not bad, at first glance. Not too bad at all! Let me work with this a bit.
at guarantee archival of old codes. Security, is
> important, but not the main issue from my perspective. Maintenance of
> old codes, particularly written in C and related to hardware or logic of
> minimal systems, is keenly important to me. If gentoo remains 'a good
> stuart' of th
On 03/06/2016 23:33, Nick Vinson wrote:
> USE="gtk" is a dependency.
No. It is a feature. However, it is a feature named after the
dependencies needed to enable it. If a package has a hard dependency on
libgtk, a USE flag would not be added, but a soft dependency on libgtk
means that libgtk
On 03/06/2016 21:34, waltd...@waltdnes.org wrote:
On Fri, Jun 03, 2016 at 10:35:45AM -0400, Ian Stakenvicius wrote
USE=gui is about building the graphical user interface that an
application offers, when it is optional. That's it. What
dependencies that means and so on have nothing to do with
provide proper support to everyone who wants it. If you want it,
as you do, you get to do it yourself. While it still works, grat. When
it stops working, you fix it.
He did not say, as you imply, that it cannot work right now.
--
Alan McKinnon
alan.mckin...@gmail.com
y. I understand all the historical arguments but I don't
think they matter too much these days anymore as times and OSes do change.
I feel that the / vs /usr split is rather pointless on modern systems,
but I do like the bin vs sbin split because it makes my life easier
(which is the entire point of any env var when you think about it). When
working as a user I'd rather not have my tab completion results
cluttered with apps I have to be root to use properly.
I vote to leave things as they are, and I also vote for showing people
who don;t like it how to change $PATH
--
Alan McKinnon
alan.mckin...@gmail.com
th busybox. This
only affects mounts with "_netdev" listed under options in /etc/fstab.
Such systems should use "noauto" and/or "nofail" as described above.
--
Alan McKinnon
alan.mckin...@gmail.com
as the second release of the package, so it succeeds the first
> # version.
> VERSION_SUCCEEDS="insaneversionspec2"
> ...
> EOF ---
>
> Obviously, the downside of this scheme is that you have to load and
>
ys they see fit.
Citing "QA policy" as a way to avoid having to deal with murky real-life
corner cases is just flat out wrong. And those murky corner cases exist,
they always will and are the things that separate real life from
theoretical ideals.
gtk2 exists and is in use. I see no
On 13/08/2015 00:21, James Le Cuirot wrote:
> On Thu, 13 Aug 2015 00:11:45 +0200
> Alan McKinnon wrote:
>
>> On 12/08/2015 23:29, James Le Cuirot wrote:
>>> Mike Frysinger gentoo.org> writes:
>>>>
>>>> On 10 Aug 2015 09:17, Michał Górny
; if you will.
/usr/portage/distfiles and /usr/portage/packages are there because
that's where ports has put them for decades, and no-one has gotten
around to changing it in portage yet. FreeBSD defines the use of /usr
very differently to what Linux users are used to.
Those dirs really should be in /var/portage, and the user's overlay has
no business being under main tree itself
--
Alan McKinnon
alan.mckin...@gmail.com
oo", there is a place for that but it is by no
means the general case. We DO accommodate the control freaks, we let
them USE="-*" and let them keep all the tiny shards.
But the truth is far more subtle than a care-all/care-none scenario.
I say stick with reasonable defaults, and for better or worse, that
includes "use highest version in ACCEPT_KEYWORDS unless user says otherwise"
--
Alan McKinnon
alan.mckin...@gmail.com
for a given package, then I'm happy to
package.use but mostly I like that file to be as empty as I can get it.
What I don't want is for the machinery to give the impression that I
can't just go with whatever the dev put in the ebuild for the general
case. I also don't want to have to keep going back to use.desc because
it's not obvious what the flag probably does.
--
Alan McKinnon
alan.mckin...@gmail.com
have
> no idea.
>
> If fstab is truly legasy, I'll look into that.
You have to list the standard mounts /somewhere/, it might as well be
/etc/fstab...
There's very little useless cruft in that file
--
Alan McKinnon
alan.mckin...@gmail.com
what? You know you want them changed and you
have persistent pristine original copies of portage's versions and your
mods. Finally, reboot.
This whole last step must also happen after reboot, so make it a custom
init script in an appropriate runlevel where you can launch it as needed
during upgrade and reboot.
--
Alan McKinnon
alan.mckin...@gmail.com
ompletely clear what the user must do to retain their existing
mysql clients, and many of them will think mysql-connector-c provides
it. I'd suggest a wording myself, but I'm still not 100% clear how it
will really work.
--
Alan McKinnon
alan.mckin...@gmail.com
On Thu, 26 Feb 2015 02:22:40 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> Alan McKinnon posted on Wed, 25 Feb 2015 14:00:57 +0200 as excerpted:
>
> > Why are you messing around with the profile anyway, when all the
> > available documentation in many many plac
On Wed, 25 Feb 2015 17:23:03 +0600 (NOVT)
gro...@gentoo.org wrote:
> Hello *,
>
> dev-lisp/ecls-15.2.21 does not compiled with USE=cpu_flags_x86_sse.
> So, I've added the line
>
> =dev-lisp/ecls-15.2.21 cpu_flags_x86_sse
>
> to .../profiles/base/package.use.mask. But I still see
>
> dns ~ # em
ns correctly.
--
Alan McKinnon
alan.mckin...@gmail.com
the original pre-fork package.
I support the idea of re-defining the USE flags even if it means
once-off temporary pain. That's far better than having to deal with the
existing method forever. Plus, user bug reports will never stop.
--
Alan McKinnon
alan.mckin...@gmail.com
cite.
And that packages are only removed from the tree when they don't build,
don't work, upstream is gone and took their sources with them, etc, etc.
--
Alan McKinnon
alan.mckin...@gmail.com
a very few fetch their
kernels directly from upstream. The vast majority of users who have
described how they do it simply emerge one of the source packages just
like the handbook says to do.
There's an even split between genkernel users and those who make
menuconfig (100% unscientific survey taken from my brain and nowhere else)
--
Alan McKinnon
alan.mckin...@gmail.com
intent from diff and the ebuild content. That happens maybe
once a year.
--
Alan McKinnon
alan.mckin...@gmail.com
On 08/08/2014 15:32, Jeroen Roovers wrote:
>> If no such USE flag, what about stabilize
>> > gentoo with STABILIZED flag implementation in make.conf?
> Next time, please bother the gentoo-user@ mailing list.
No, please don't.
--
Alan McKinnon
alan.mckin...@gmail.com
u like a simple
decision re blockers but to the users there they see something very
different, and a news item gives them the info they need.
--
Alan McKinnon
alan.mckin...@gmail.com
move all x86 cpu flags from arm
Desktop profiles with and without systemd or KDE or Gnome or whatever
looks exactly like an inherited class plus interfaces problem. Which is
what mix-ins do :-)
So once again - mixins, an awesome idea
--
Alan McKinnon
alan.mckin...@gmail.com
On 04/06/2014 00:32, Tom Wijsman wrote:
> On Tue, 03 Jun 2014 22:24:11 +0200
> Alan McKinnon wrote:
>
>> The point is, human communication is vastly more powerful
>
> +1
>
> It might not be clear in the moment, because it looks like a ton of
> bikeshedding and oth
the bill
perfectly. There are still 1000s of users out there who haven't run
across this upower stumble yet, a news item will help them a lot and
will be very well accepted (aka Samuli gets brownie points from user for
caring)
--
Alan McKinnon
alan.mckin...@gmail.com
On 24/03/2014 02:43, Tom Wijsman wrote:
> On Sun, 23 Mar 2014 23:47:22 +0200
> Alan McKinnon wrote:
>
>> Tags work best when they describe narrow, clearly defined attributes,
>> and the thing they are applied to can have one, two or more of these
>> attributes or som
hat apply from a clearly defined list and store
the data in a clearly defined place.
Such a thing can be made more generic, by making it a clear mechanism to
describe extra metadata and the things to be described go through a
defined process first before making it into the list. this concept is
not present in the GLEP as currently written.
--
Alan McKinnon
alan.mckin...@gmail.com
On 10/02/2014 22:56, Alec Warner wrote:
> On Mon, Feb 10, 2014 at 8:26 AM, Alan McKinnon <mailto:alan.mckin...@gmail.com>> wrote:
>
> On 10/02/2014 18:05, Ulrich Mueller wrote:
> >> Removing support for it from a package manager should of course
> >
l no, luckily he agrees with me.
--
Alan McKinnon
alan.mckin...@gmail.com
is a file, it sits next to 178,477 files and does no harm, it
only gets used on hardware that needs it.
--
Alan McKinnon
alan.mckin...@gmail.com
good QA guy
from limiting damage, but what happens when QA itself abuses the policy?
And it will happen, we both know this. How does QA propose to curb that
downside?
--
Alan McKinnon
alan.mckin...@gmail.com
e proposal I've seen so far.
Revoking access is a human problem and is solved with human solutions.
Do beware the law of unintended side-effects.
On 01/21/14 16:56, Tom Wijsman wrote:
> On Mon, 20 Jan 2014 16:09:46 +0200
> Alan McKinnon wrote:
>
>> Speaking as someone who
ody who can make the decision. If QA has a problem with
a dev for any reason whatsoever, then QA should make a well-thought out
case to that other body for decision. Anything else is madness and open
invitation for it to all go south.
--
Alan McKinnon
alan.mckin...@gmail.com
On 18/01/2014 09:49, Alec Warner wrote:
> On Fri, Jan 17, 2014 at 11:10 PM, Alan McKinnon <mailto:alan.mckin...@gmail.com>> wrote:
>
> On 18/01/2014 09:04, Patrick Lauer wrote:
> >> which could link to the
> >> > infra page would be good here pe
04800 IN A 81.93.255.5
5 minutes downtime max if a switch needs to be done.
5 minutes is perfectly acceptable IMHO
--
Alan McKinnon
alan.mckin...@gmail.com
On 16/01/2014 20:26, Peter Stuge wrote:
> Alan McKinnon wrote:
>> "Respecting bug priority" feels like that corporate BS I have to put up
>> with every day.
>
> Gentoo is incorporated so maybe that fits. ;)
>
> On a more serious note, please try to understand
vily influenced by their own sense of
responsibility. We have nothing to offer maintainers except
fuzzy-feel-good and recognition; we have to trust them to do the right
thing.
--
Alan McKinnon
alan.mckin...@gmail.com
On 11/01/2014 18:52, Michał Górny wrote:
> Dnia 2014-01-11, o godz. 18:15:09
> Alan McKinnon napisał(a):
>
>> A far better method from a user point of view is to install the linguas
>> the user explicitly asked for. Your proposal as worded will be taken at
>> first
ot XX" as most users
won't see the MASK portion and forget to flip the logic around in their
head.
How much work is it to get native support for LINGUAS into all ebuilds?
That would be the intuitive place considering there is already USE flags
for LINGUAS.
--
Alan McKinnon
alan.mckin...@gmail.com
On 16/12/2013 22:17, Michael Orlitzky wrote:
> On 12/16/2013 01:21 PM, Alan McKinnon wrote:
>>>
>>> "Enable use of the SSSE3 instruction set (NOT sse3). This is needed by
>>> projects which contain assembly code or which use certain compiler
>>> intrin
t; You can make a case for brevity, but how many times do you find yourself
> (a) reading USE flag descriptions, and (b) thinking they're too long?
It's possible to have a very verbose, and meaningless, description. be
verbose by all means if the verbosity carries useful information
--
Alan McKinnon
alan.mckin...@gmail.com
the network.
Network is only slightly less necessary than disk drivers - almost
everyone is going to need it. So just ship the thing that the majority
will need, for the few that have a valid case to not need networking
after install, it's a simple matter for them to disable it.
The default install doesn't need to have a network provider with all the
bells and whistles, netifrc is perfectly adequate (especially if dhcp is
enabled as it always was for years)
--
Alan McKinnon
alan.mckin...@gmail.com
Presumably ebuild maintainers read the README
and Changelog, these often state the versions of deps the package
supports. Take that information and put it in the ebuild. Maintainers
are under no obligation to provide the absolute minimum version of a
dep, only at least one that will work. If the user decides to make other
versions available to his system by whatever means, then portage can
deal with it by and large transparently.
--
Alan McKinnon
alan.mckin...@gmail.com
really the very very last resort, only suitable
when the cost of my troubleshooting time is more than the cost of cpu
cycles over a weekend.
--
Alan McKinnon
alan.mckin...@gmail.com
On 03/11/2013 12:53, Michał Górny wrote:
> Dnia 2013-11-03, o godz. 10:53:13
> Alan McKinnon napisał(a):
>
>> One set of questions that were never answered and probably do deserve
>> some kind of notification:
>
> I can help you with these. However, I don't k
as probably warranted in this case, not to avoid
bugs, but just to alert folk that something is coming down the wire and
a short description of what it's trying to achieve. Most folks are
naturally suspicious of anything that alters their python setup.
--
Alan McKinnon
alan.mckin...@gmail.com
ad, when it
pipes up rather be careful and double check.
>
> Afaik there is no official way to update gentoo, is there?
It's always been "emerge -avuND world"
>
> I personally got used to -uaNDv and I don't even know what exactly is
> the difference and it's implications between that and just -uD
the difference is -N, it's in man emerge
--
Alan McKinnon
alan.mckin...@gmail.com
ite all
> our efforts it already breaks in some exotic configurations, and this
> is a trend likely to grow worse.
if you add
"For more info, see "
after that paragraph, most users can have their questions answered in
the simplest way possible.
--
Alan McKinnon
alan.mckin...@gmail.com
sure, that enlightenment is dead?
> Not that I'm opposite to delete the dep of old prehistoric version of
> enlightenment, but I just can't get, why do you think that upstream is
> dead...
>
enlightenment is not dead, edb is. It was replaced with eet years ago.
--
Alan McKinnon
alan.mckin...@gmail.com
On 03/09/2013 23:03, Rich Freeman wrote:
> On Tue, Sep 3, 2013 at 4:41 PM, Alan McKinnon wrote:
>> The solution is obvious - default to writing plain text to log files and
>> give the user an option to enable escapes in the log if {s,}he chooses
>> to have it. This does mean
On 03/09/2013 23:00, Magnus Granberg wrote:
> tisdag 03 september 2013 22.41.14 skrev Alan McKinnon:
>
>> I *do* like colorized text on my terminal, but I do believe we ought to
>> keep defaults sane - the minimum that could possibly work. Everything
>> extra shou
rly if your terminal type is not the same as what was in
effect when the log was created. And they are essentially candy. A log
without escapes that you wish had them is still usable. A log with
escapes you wish were absent is impossible to use sanely.
The solution is obvious - default to writing plain text to log files and
give the user an option to enable escapes in the log if {s,}he chooses
to have it. This does mean you can't use tricks with tee.
I *do* like colorized text on my terminal, but I do believe we ought to
keep defaults sane - the minimum that could possibly work. Everything
extra should be optional
--
Alan McKinnon
alan.mckin...@gmail.com
s. A rolling release will never be truly "stable"
What I'm saying is let's not set the bar for stable too high. Our
targeted userbase is somewhat unique in the world.
--
Alan McKinnon
alan.mckin...@gmail.com
On 20/08/2013 22:25, Tom Wijsman wrote:
> On Tue, 20 Aug 2013 22:00:52 +0200
> Alan McKinnon wrote:
>
>> As a long time user and citizen of -user I can tell you what the
>> general feeling of arch vs ~arch there is:
>
> Thanks for jumping into the discussion.
>
&
just fine.
Hey, maybe you guys are doing your job in ~arch *too well*, to your own
detriment :-) Something to consider?
[snip]
--
Alan McKinnon
alan.mckin...@gmail.com
The software was originally called "net", right? Perhaps not officially,
but certainly colloquially.
Why not just keep the name "net" and leave other newer systems to come
up with their own names?
I do agree that modifiers "old" and "new" are bad ideas - they come
about because of the environment and no the software itself.
--
Alan McKinnon
alan.mckin...@gmail.com
sentences is redundant - perhaps the
protest is more about that and the unfamiliar wording than anything else.
I read it as an announcement of a new major version, and nothing more
than that.
--
Alan McKinnon
alan.mckin...@gmail.com
ces to
> do it singly. Please help us!
>
Long-time Gentoo user, not a dev ;-)
I've been looking for a way to contribute back to Gentoo for a while,
this might be a nice easy way to get going. And I get to use perl
packages a lot at work.
Would you be OK with a proxy-maintainer?
ultimate choice:
rm
or it's expedient cousin
INSTALL_MASK
--
Alan McKinnon
alan.mckin...@gmail.com
ices too. Sometimes that means you have to let
that guy have a little bit of his infra lying around so his choice is
possible. And no-one ever said having choices means your exact personal
preferences wrt every little thing will be baked in.
--
Alan McKinnon
alan.mckin...@gmail.com
he kernel upgraded guide after installing
kernel sources. I'd like to filter those out whilst keeping important
stuff in (like all the recent udev spam)
--
Alan McKinnon
alan.mckin...@gmail.com
tter to give
the reason in a plain text comment with a link where interested users
can go to start the rescue process.
You also didn't give any examples of how "inclusive" could work.
--
Alan McKinnon
alan.mckin...@gmail.com
client invariably whinge at length about how the performance of
samba sucks.
Solution: run both protocols, everyone wins.
It only goes south when AD/Kerberos enters the mix.
--
Alan McKinnon
alan.mckin...@gmail.com
ike for me. I need access to everything (I'm last call in any
emergency) and most systems I rarely touch but I must not be locked out.
What emerges out of this is the most security and ease for the smallest
effort. Works for me :-)
--
Alan McKinnon
alan.mckin...@gmail.com
me I build a new host
I just copy, tweak CFLAGS, maybe MAKEOPTS, and let 'er rip.
My "local" is probably years out of date. Serves me right for not
reading 50 screens of man page with every new host :-)
This sub-thread is probably just noise, sorry for that.
--
Alan McKinnon
alan.mckin...@gmail.com
On Wed, 19 Dec 2012 14:19:52 -0800
Zac Medico wrote:
> On 12/19/2012 02:01 PM, Alan McKinnon wrote:
> > On Wed, 19 Dec 2012 14:56:44 +0100
> > Diego Elio Pettenò wrote:
> >
> >> Just mv /usr/portage /var/portage ? FFS no. Among other things, as
> >>
es at all.
If we are going to move distfiles out of the tree into, what are the
odds of getting /some/path/portage/local to move somewhere else too?
That one has irked me for ages, its the one thing left on my systems
that stops the local tree dir being an exact replica of the upstream
master.
yers run ~arch boxes anyway so they
will never notice that the game ebuild is not in stable
alan
--
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?
Alan McKinnon
alan at linuxholdings dot co dot za
+27 82
83 matches
Mail list logo
