st approach. But did anything get
>> into EAPI?
>
> You mean eclass? I submitted one for review but didn't get much of
> positive feedback on it. I'll commit it anyway soon, just let me double
> check and do some testing.
+1 from me. I think it would be useful to have a standard way of handling this.
Cheers,
Ben | yngwin
On 19 March 2012 01:09, Pacho Ramos wrote:
>
> Will CC cjk team then to let them know you are interested to join (looks
> like there are four devs in cjk alias...)
But none of them seem active...
On 19 March 2012 12:45, Naohiro Aota wrote:
> Ben writes:
>
>> On 19 March 2012 01:09, Pacho Ramos wrote:
>>
>>>
>>> Will CC cjk team then to let them know you are interested to join (looks
>>> like there are four devs in cjk alias...)
>>
&g
On 28 April 2012 18:17, Michael Weber wrote:
> Is there any state-of-the-art(tm) alternative to read .chm ebooks? I
> wouldn't want to loose this possibility.
app-text/kchmviewer
g for someone to implement it.
See also bug #285743.
Cheers,
Ben | yngwin
d 2 years ago, but I don't see a
> solution there.
>
I would argue (and I did 2 years ago) that it doesn't belong even in
the desktop profile. I'm certainly not the only desktop user who
hasn't had a printer in years.
Cheers,
Ben | yngwin
ike it would be a good idea to make a new, more minimal profile.
What do you guys think?
Cheers,
Ben | yngwin
On 7 May 2012 08:47, Arfrever Frehtes Taifersar Arahesis
wrote:
> I suggest to use separate qt-webkit (or webkit-qt) and webkit-gtk USE flags.
I don't think that is necessary.
Ben | yngwin
ound herds) and I will commit
the new ebuild and remove the mask.
Cheers,
Ben | yngwin
Gentoo developer, Qt project lead
other
LC_* values.
This should be combined with some good unicode fonts, such as the
LatCyrGr-16 for console, and dejavu for X.
Cheers,
Ben
On 19 February 2012 23:14, Ulrich Mueller wrote:
>>>>>> On Sun, 19 Feb 2012, Ben wrote:
>
>> In my opinion we should set a default environment with the following
>> values:
>
>> LANG=en_US.UTF-8
>> LC_ALL=
>> LC_COLLATE=C
>
>> Thi
ch and make sure our documentation is up to
date.
Cheers,
Ben
On 22 February 2012 20:36, Corentin Chary wrote:
> - "960 http://dev.gentoo.org": that's a lot of package hosted
> here, is that really right ?
That includes patches >20kb
t hasn't made it to your
local rsync mirror yet..
Just my $0.02.
Ben.
--
gentoo-dev@gentoo.org mailing list
a-libs/mesa etc, and
leave virtual/opengl as the alternative?
Or should I just wait until the real virtual/{opengl,xft,glu,glut}
ebuilds exist before touching packages that need them?
>
> Thanks for your patience,
> Donnie
Thanks for your work on this!
Ben.
--
gentoo-dev@gentoo.org mailing list
Am Samstag, den 10.12.2005, 17:00 -0800 schrieb Donnie Berkholz:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ben Skeggs wrote:
> | Am Freitag, den 09.12.2005, 23:12 + schrieb Donnie Berkholz:
> |
> |>2) Users with no X installed will pull in the virtual/x11 p
locale environment variables. This means that
firefox will always run in whatever language is listed first in LINGUAS.
Ben.
--
gentoo-dev@gentoo.org mailing list
er as well.
What is the procedure be for me to take over maintenance of these three
packages?
Thanks,
Ben Tucker
On Sat, May 31, 2008 at 1:09 AM, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> many of these are low maintence ... i'd forgotten i was even listed under
> them
> as i
Are you considering to replace the mediawiki with a different wiki system such
as moinmoin?
On Wednesday 12 November 2008 7:49:58 am Michael Hammer wrote:
> * Gokdeniz Karadag <[EMAIL PROTECTED]> [081112 13:06]:
> > Petteri Räty demis ki::
> > > Michael Hammer wrote:
> > > We should develop some
t
silly, if you look at its make.defaults. If this target is being kept
around just so we don't break older setups, then simply removing from
profiles.desc would allow these systems to keep using the profile, without
presenting it as a viable option for new users.
Thoughts?
-Ben Kohler
ing over the base profiles, and
then dropping the warning from the server profiles, would be a better
situation than where we are now.
-Ben
On Thu, Oct 11, 2012 at 5:22 PM, Gregory M. Turner wrote:
> On 10/11/2012 1:04 PM, Walter Dnes wrote:
>
>> On Thu, Oct 11, 2012 at 03:22:17PM -0
have a plan to make the server
profiles useful again, as a purposeful set of flags applied against the
base, then keeping these profiles listed is great. I would use a server
profile myself, in such case.
-Ben
On Fri, Oct 12, 2012 at 8:53 AM, Mike Gilbert wrote:
> On Fri, Oct 12, 2012 at
nimal
(non-selinux) ones.
-Ben
On Sun, Oct 14, 2012 at 5:00 AM, Markos Chandras wrote:
> On Fri, Oct 12, 2012 at 3:29 PM, Daniel Pielmeier
> wrote:
> > Markos Chandras schrieb am 12.10.2012 10:08:
> >>
> >> +1. I want these profiles to *staty*. I am using this profile
ld be shielded from them. They are not a viable
or sensible choice for ANY new installation. In my ideal world ("if I were
king"), today I would delist them from profiles.desc, and send out a news
item warning of their immediate deprecation and planned removal 3 months
from now.
-Ben
>
> Can't this already be accomplished by modifying the USE_ORDER variable?
-Ben
ans you are removing a package you did not install
> directly. Just like if you were to remove a system package.
>
> That way people would know if they are removing something that is a
> dependency.
>
> --
> William L. Thomson Jr.
>
Use -c rather than -C, like grknight suggested, and it will.
-Ben
ut. Now, both of
these recommend --pretend, but you can use --ask with it, for a safe
unmerge that checks for reverse deps THEN allows you to continue only if
it's safe.
Try "emerge -cav gcc.
-Ben
>
>
> - 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
output a few times.
-Ben
> William L. Thomson Jr.
>
If you want dependencies checked, use the correct option which checks
them. This takes significantly longer than -C, as it's significantly more
complex to check for.
As far as I can tell, you are literally asking for -C to behave like -c,
when you could just be using -c instead.
-Ben
that you wanted true reverse
dependencies calculated, to check against that, and warn for it. I think
that you are actually talking about a warning upon forced unmerge of
anything not in /var/lib/portage/world, is that correct?
-Ben
requires
both a very specific firmware bug AND serious user error, to trigger.
-Ben
ch
>
Still throws warning due to unresolved bug https://bugs.gentoo.org/375115
-Ben
systemd lover".
"Let's wait until udev becomes unusable" doesn't seem that unreasonable to
me, and it has nothing to do with being pro or anti systemd.
-Ben
just "upstream doesn't care about us" or "eventually split udev will
be impossible".
-Ben
.
>
> Well "grub2-mkconfig" by itself doesn't write anywhere unless you pass a
-o parameter. If you are "accidentally" running "grub2-mkconfig -o
/boot/grub/grub.cfg" and it catches you by surprise that
/boot/grub/grub.cfg is overwritten, you have bigger problems.
Let's not make up problems where there are none.
-Ben
gt; --
> William L. Thomson Jr.
>
It's really not confusing, you're making up issues just to hear yourself
talk.
-Ben
passionate about it.
It's related to one of my other packages (fotoxx) and I've done the last
bump and a few minor fixes on it already.
-Ben
# Ben Kohler (2024-04-07)
# Long ago forked to and obsoleted by sys-apps/memtest86+. Upstream has
# abandoned this for their proprietary UEFI-based one (packaged in
gentoo as
# as sys-apps/memtest86-bin).
# Removal on 2024-05-07. Bug #502464, #607494, #628528, #750677, #887003,
# #912973
# Ben Kohler (2024-04-07)
# Abandoned upstream long ago in favor of Unifi Protect (running only on an
# official Unifi appliance. Likely contains lots of security holes in
bundled
# libs.
# Removal on 2024-05-07. Bug #928881
acct-group/unifi-video
acct-user/unifi-video
media-video/unifi
On 5/2/24 06:15, Michal Prívozník wrote:
Hi,
I've noticed (thanks to an issue reported against Libvirt [1]), that
neither minimal installation ISO nor liveGUI ISO contain anything inside
their Primary Volume Descriptors that would hint the ISO contains
Gentoo. This is unfortunate a bit, becaus
the unmaintained server
profile target, as has been previously discussed. Is this doable or is
that another issue to be tackled another day?
-Ben Kohler
On Sun, Jan 20, 2013 at 11:27 PM, Ben de Groot wrote:
> On 21 January 2013 12:16, Peter Stuge wrote:
> > Panagiotis Christopoulos wrote:
> >> I don't build server machines every day, others do and it would be
> >> much appreciated if they could respond here.
>
> There are also commands like "eix --installed-from-overlay" to see at a
glance what questionable packages may be in play. Clearly we have a dev or
2 with some overlay hate, but I don't really think that's relevant to this
project discussion. It certainly shouldn't be a show stopper.
-Ben
wed releases a year, or as-needed based on new
features that show up.
-Ben
On Sun, Mar 24, 2013 at 2:46 PM, Alexander Berntsen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 24/03/13 20:32, Ben Kohler wrote:
> > I really feel like we should still have an official minimal iso
> Feelings do not matter.
>
> - --
>
On Sun, Mar 24, 2013 at 2:46 PM, Alexander Berntsen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 24/03/13 20:32, Ben Kohler wrote:
> > I really feel like we should still have an official minimal iso
> Feelings do not matter.
>
> - --
> Alexander
ll do just fine" applies.
BTW I just quoted your one paragraph because I definitely agree with
everything else you said.
-Ben
was looking forward to
hearing some insights on why bash-3.1 is still around, when I get sick of
hearing about it, I'll stop following the thread.
-Ben
;re ok with the risk/benefit
tradeoff" seems like the best bet, to me.
-Ben
h makes sense. But I think
there are better ways to accomplish this, rather than abusing keywords.
-Ben
scussion.
People are running gnome-3.8 and systemd today, on gentoo. It's working
great for tons of people out there. We're supporting it in #gentoo and on
the forums today, with much success. If you ("people out there", not you
Tom) don't realize that yet, please pull your head out of the sand.
-Ben
d mention
some alternatives. A news item would be a good idea to warn veteran
"haven't used the handbook in years" people.
-Ben
y possibly can in whatever direction even though they have
> nearly zero detailed understanding of the options they are choosing
> between.
>
> Suggesting cronie in the handbook seems like a no-brainer. Do you have
some information on vixie-cron that we're all missing?
-Ben
gs are not fixed for a very long time, no answers on private
> > e-mails or in maillists.
>
> Define very long time?
>
>
> //Peter
>
If you have some reason we should be sticking to vixie-cron, please stop
being so mysterious and share it with the rest of us.
Thanks!
-Ben
se a flat file at
thirdpartymirrors/mirrorname.
-Ben
anges like splitting the file so
each group gets its own file, one server per line, with comments, etc...
will be a huge help in using and maintaining these groups.
-Ben
seems stronger than ever.
I think a lot of us are puzzled that you think Gentoo has "stopped".
You have some great ideas but this is not a sinking ship scenario.
-Ben
options to fix up all these bugs. Save, exit, give it to the
genkernel maintainer and we're done.
-Ben Kohler
definitely in favor of separately packaging the kernel configs.
-Ben
em to understand just how
confusing it is to everyone else.
No offense intended.
-Ben
quite right as all X apps seem to cause BadValue
X errors in XCreateWindow.
I'm unsure as to whether I've done something wrong, or this is a problem
upstream.
Ben.
It's at
http://dev.gentoo.org/~spyderous/xorg-x11/migrating_to_modular_x_howto.txt
Thanks,
Donnie
-BEGIN PGP SI
Georgi Georgiev wrote:
maillog: 12/08/2005-07:16:10(+1000): Ben Skeggs types
Donnie Berkholz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I started a brief migrating to modular X howto, on popular demand.
Comments and additions would be appreciated.
Just a quick
Donnie Berkholz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Skeggs wrote:
| I've attached a small test case which demonstrates a problem with event
| selection.
| I haven't had time yet to try this with XCreateWindow also, but I
| imagine I'll see
| similar resu
ed for modular updated
successfully.
The only issue I've encountered so far is that XKB appears to be
completely broken for me. I can't quite track down why at this stage.
Thanks guys for the quick work in updating the ebuilds!
Ben.
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Am Donnerstag, den 20.10.2005, 16:28 +0100 schrieb Herbie Hopkins:
> On Fri, 2005-10-21 at 01:46 +1100, Ben Skeggs wrote:
> > The only issue I've encountered so far is that XKB appears to be
> > completely broken for me. I can't quite track down why at this stage.
>
&
IUSE defaults.
Any objections to this idea?
Thanks,
Ben
ortant per-package defaults that maintainers have set.
I was well aware of that when I prepared this proposal, and it's true of
every USE flag in any profile's make.defaults. I still believe it's the
correct course of action.
Thanks,
Ben
ustified,
but there are a few counter-arguments I've heard that I don't think hold
water, I'd like to focus on the others.
-Ben
pEpkey.asc
Description: application/pgp-keys
IUSE defaults, right?
-Ben
pEpkey.asc
Description: application/pgp-keys
eing told that it's bad
> engineering and downright annoying, go do it in a profile that I can
> avoid and not "linux".
>
I believe you're arguing against profile global USE in general, can you
start a new thread for that if you believe it's worth discussing?
We d
x make.defaults will make it
difficult to get back to that state.
So I will just continue to ask for IUSE=+udev where I believe it's very
important for sane functionality of a particular package. In other
words, I'm no longer pushing for the make.defaults change.
-Ben
On 07/26/2018 02:59 AM, Andrew Savchenko wrote:
Hi!
On Thu, 19 Jul 2018 16:51:17 -0500 Ben Kohler wrote:
I'd like to propose adding USE=udev to our linux profiles (in
profiles/default/linux/make.defaults probably). This flag is already
enabled on desktop profiles but it also affects qu
ess optimized builds for
people who choose not to customize *FLAGS at all in make.conf. But this
is correct behavior. What we have now is akin to setting -march=core2
on amd64 stage3 and saying "oops it doesn't work on early 64bit AMD
cpus, but oh well most people have newer and will
Signed-off-by: Ben Kohler
---
eclass/tmpfiles.eclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/eclass/tmpfiles.eclass b/eclass/tmpfiles.eclass
index 68478ffbcd6..360c5e3b816 100644
--- a/eclass/tmpfiles.eclass
+++ b/eclass/tmpfiles.eclass
@@ -63,7 +63,7 @@ esac
Some of these functions are missing @USAGE even though they do require
arguments. There's also a redundant function name in a few places.
Signed-off-by: Ben Kohler
---
eclass/common-lisp-3.eclass | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/eclass/common
Signed-off-by: Ben Kohler
---
eclass/bash-completion-r1.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/bash-completion-r1.eclass b/eclass/bash-completion-r1.eclass
index 7a69f485a74..636371df9d6 100644
--- a/eclass/bash-completion-r1.eclass
+++ b/eclass
Signed-off-by: Ben Kohler
---
eclass/perl-app.eclass | 3 ---
1 file changed, 3 deletions(-)
diff --git a/eclass/perl-app.eclass b/eclass/perl-app.eclass
index 6b762dd83b3..074902294e5 100644
--- a/eclass/perl-app.eclass
+++ b/eclass/perl-app.eclass
@@ -21,7 +21,6 @@ case "${EAPI:-0}"
Signed-off-by: Ben Kohler
---
eclass/prefix.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/prefix.eclass b/eclass/prefix.eclass
index 8ae3e3a531d..435e99fdf92 100644
--- a/eclass/prefix.eclass
+++ b/eclass/prefix.eclass
@@ -111,7 +111,7 @@ hprefixify
Signed-off-by: Ben Kohler
---
eclass/qmail.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
index 150b6c00aab..8dd3ae99043 100644
--- a/eclass/qmail.eclass
+++ b/eclass/qmail.eclass
@@ -69,7 +69,7 @@ dospp() {
}
# @FUNCTION
Signed-off-by: Ben Kohler
---
eclass/ruby-fakegem.eclass | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index a6a7654f9e6..f75e1669b0c 100644
--- a/eclass/ruby-fakegem.eclass
+++ b/eclass/ruby
Signed-off-by: Ben Kohler
---
eclass/s6.eclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/eclass/s6.eclass b/eclass/s6.eclass
index 32521515497..245df1e1118 100644
--- a/eclass/s6.eclass
+++ b/eclass/s6.eclass
@@ -48,7 +48,7 @@ s6_get_servicedir
Signed-off-by: Ben Kohler
---
eclass/texlive-common.eclass | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/eclass/texlive-common.eclass b/eclass/texlive-common.eclass
index e9a2eee65bd..b36be7a4db3 100644
--- a/eclass/texlive-common.eclass
+++ b/eclass/texlive
Signed-off-by: Ben Kohler
---
eclass/udev.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/udev.eclass b/eclass/udev.eclass
index baf60584938..2873ae9a92c 100644
--- a/eclass/udev.eclass
+++ b/eclass/udev.eclass
@@ -80,7 +80,7 @@ get_udevdir
ython issues can also
be properly handled. And bugs can be properly handled, etc etc.
-Ben
;
> This is because these cpu_flags_x86_* flags are masked globally
in profiles/base/use.mask then unmasked where they're valid, like
in profiles/arch/amd64/use.mask. So that later (global) unmask overrides
your package-specific mask in the base profile.
If you add your package.use.mask entry in
profiles/arch/amd64/package.use.mask then I believe it should work.
-Ben
sl/openssh blocker
and someone has to explain the whole thing to them.
So in summary, let's get rid of the per-ebuild einfo warnings but let's
educate the users about USE=bindist earlier.
-Ben
that are too version specific, where the upgraded 4.8.7 version
of some component would not meet the USE requirements of some reverse dep.
Then it'd lock that one component at 4.8.6 and again it's game-over for the
upgrade.
Hope this helps,
Ben Kohler
(iamben @ Freenode)
something to
> actually contribute, please ping me.
>
>
It makes me sad to see how you treat your fellow developers. I apologize
in advance for wasting more precious seconds of your time reading this.
-Ben
not a fact.
Someone may have wanted these features to be optional, but that doesn't
automatically imply that they should be disabled for everyone out of the
box.
Not everyone wants minimalism, some people want the expected features to
just be enabled by default.
-Ben
of everyone else.
I want to be clear that I'm not saying you are wrong, but remember that
your perspective is not the only correct one on this topic.
-Ben
.conf', but everyone else suffers to some degree. That's
discouraging choice overall.
Point taken. If IUSE="-flag" were actually common in reality, I'd use
it as evidence that MY way is better, but alas.. =)
-Ben
On 9/10/21 5:42 AM, Jaco Kroon wrote:
So just wondering how frequently packages.gentoo.org updates?
https://bugs.gentoo.org/811801
-Ben
let personal attacks and annoyances slide off your thick skin,
you _will_ create a win-win situation.
Honestly wishing you the best,
Ben
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH2TVDi+u7I1rvkiYRAm9xAKCTQ
much appreciated.
Thanks,
Ben
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH5N8vi+u7I1rvkiYRAqGBAJ49SeDwGgvVpTdMCI8M1DZ5hncuBwCZAWXd
GsgP7gY2xuOARHmCcbbx6xU=
=W6u7
-END PGP SIGNATURE-
--
gento
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Richard Freeman wrote:
|>> ... I don't think there is any excuse not to update the published
|>> release schedule,...
|
|
|
|> the update is simple: the untimely and quite unexpected surgical
|> "complication" resulting in the death of my mother has
Jeremy Olexa wrote:
> Nikos Chantziaras wrote:
>> Some kind of warning or other mechanism that does selecting this
>> profile without knowing what you're doing would be a good idea.
>
> This isn't enough?
>
> %% grep KNOW *
> make.defaults:I_KNOW_WHAT_I_AM_DOING="yes"
>
> ;)
>
>
Nobody ever re
presence of forcefully retired devs
It really baffles me that some developers are forcefully retired for
anti-social behavior, but are not consequently banned from the places
where they display this behavior, such as our MLs and IRC channels. What
good is it to retire developers, but allow them to continue to be
disruptive? I would like the Council to decide for a change in our
policy on this point.
Regards,
Ben de Groot
signature.asc
Description: OpenPGP digital signature
vior is much more
> obvious.
>
> Nowhere have I seen any accusation in Ben's mail, keep cool ;)
>
> Alexis.
That's exactly what I meant. Thanks, Alexis!
Ben
signature.asc
Description: OpenPGP digital signature
ugh I'm still waiting on the remainder of the qt team to
officially become a member.)
Regards,
Ben
signature.asc
Description: OpenPGP digital signature
David Leverton wrote:
> 2008/8/14 Donnie Berkholz <[EMAIL PROTECTED]>:
>>> Why aren't fired developers banned from the channels where they
>>> displayed this behavior?
>
> Isn't this one effectively withdrawn? I asked yngwin which devs he
> was referring to, and he said there weren't any, so is t
1 - 100 of 577 matches
Mail list logo
