.
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 u...@gentoo.org 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
This offers the best default options to the majority of users, and
is easy
documentation is up to
date.
Cheers,
Ben
On 22 February 2012 20:36, Corentin Chary corentin.ch...@gmail.com wrote:
- 960 http://dev.gentoo.org: that's a lot of package hosted
here, is that really right ?
That includes patches 20kb
of handling this.
Cheers,
Ben | yngwin
On 19 March 2012 01:09, Pacho Ramos pa...@gentoo.org 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 na...@gentoo.org wrote:
Ben yng...@gmail.com writes:
On 19 March 2012 01:09, Pacho Ramos pa...@gentoo.org 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
On 28 April 2012 18:17, Michael Weber x...@gentoo.org 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
to implement it.
See also bug #285743.
Cheers,
Ben | yngwin
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
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
arfrever@gmail.com 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
and remove the mask.
Cheers,
Ben | yngwin
Gentoo developer, Qt project lead
, 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 yng...@gentoo.org wrote:
On 21 January 2013 12:16, Peter Stuge pe...@stuge.se 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.
I build
)
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
, or as-needed based on new
features that show up.
-Ben
On Sun, Mar 24, 2013 at 2:46 PM, Alexander Berntsen alexan...@plaimi.netwrote:
-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
As a very active
On Sun, Mar 24, 2013 at 2:46 PM, Alexander Berntsen alexan...@plaimi.netwrote:
-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
Just to add a bit
paragraph because I definitely agree with
everything else you said.
-Ben
sick of
hearing about it, I'll stop following the thread.
-Ben
.
-Ben
this, rather than abusing keywords.
-Ben
.
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
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 kind of
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 SIGNATURE-
Version
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 results if I try
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.
bug 109926
Thanks! That got rid
instead. Why is this such a big issue?
Anyway, the most important reason for the GLEP (IMO) is giving AT's r/o
access to CVS. When working on bugs, it's always fun to find out that
the problem has already been resolved and just hasn't made it to your
local rsync mirror yet..
Just my $0.02.
Ben
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 package
|because
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
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 g...@malth.us wrote:
On 10/11/2012 1:04 PM, Walter Dnes wrote:
On Thu, Oct 11, 2012 at 03:22:17PM -0400, Mike Frysinger wrote
sounds like something
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 flop...@gentoo.org wrote:
On Fri, Oct 12, 2012 at 4:18 AM, Rich
(non-selinux) ones.
-Ben
On Sun, Oct 14, 2012 at 5:00 AM, Markos Chandras hwoar...@gentoo.orgwrote:
On Fri, Oct 12, 2012 at 3:29 PM, Daniel Pielmeier bil...@gentoo.org
wrote:
Markos Chandras schrieb am 12.10.2012 10:08:
+1. I want these profiles to *staty*. I am using this profile on my
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
to warn veteran
haven't used the handbook in years people.
-Ben
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
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
at
thirdpartymirrors/mirrorname.
-Ben
its own file, one server per line, with comments, etc...
will be a huge help in using and maintaining these groups.
-Ben
that you think Gentoo has stopped.
You have some great ideas but this is not a sinking ship scenario.
-Ben
, exit, give it to the
genkernel maintainer and we're done.
-Ben Kohler
of separately packaging the kernel configs.
-Ben
it is to everyone else.
No offense intended.
-Ben
be properly handled. And bugs can be properly handled, etc etc.
-Ben
/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
get rid of the per-ebuild einfo warnings but let's
educate the users about USE=bindist earlier.
-Ben
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)
my work now. If you have 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
r being a "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
70C 1DE4 6F7A 9091 1EA0 55D6
>
> Can't this already be accomplished by modifying the USE_ORDER variable?
-Ben
iles in
> "/etc/grub.d/".
>
> 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
ng that requires
both a very specific firmware bug AND serious user error, to trigger.
-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
ly thought I understood you in 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
ing a package that is not in your
> world file. Which means 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
your own emerge output. 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
,
when you could just be using -c instead.
-Ben
?
>
> --
> Rich
>
Still throws warning due to unresolved bug https://bugs.gentoo.org/375115
-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 quite
ds 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 appreciate the
optimization&
IUSE defaults, right?
-Ben
pEpkey.asc
Description: application/pgp-keys
ngineering 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 do have global USE in profiles now and I belie
justified,
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
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
objections to this idea?
Thanks,
Ben
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
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/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/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
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
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-lisp
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
.
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
ve is not the only correct one on this topic.
-Ben
t 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
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,
we document
policies and best practices. I suggest we keep only devmanual and PMS as
authoritative documents.
In that case we should go forward and add these kind of policies to the
devmanual.
--
Cheers,
Ben | yngwin
Gentoo developer
Gentoo Qt project lead, Gentoo Wiki admin
On 4 December 2012 17:19, Markos Chandras hwoar...@gentoo.org wrote:
On 4 December 2012 01:18, Ben de Groot yng...@gentoo.org wrote:
In my opinion we should limit the amount of places where we document
policies and best practices. I suggest we keep only devmanual and PMS as
authoritative
to him. Such
guidance should be documented in the bug-wranglers project page and
not on the
proxy-maintainers one.
Actually, as I have been arguing elsewhere, scattering policies over
multiple documents is not helpful. So this should be documented in
devmanual.
--
Cheers,
Ben | yngwin
Gentoo
.
Also we can pop-up newsitem asking them to put it into cflags ;-)
Please don't. For most users this is a waste of resources.
--
Cheers,
Ben | yngwin
Gentoo developer
Gentoo Qt project lead, Gentoo Wiki admin
. :-)
I prefer some location in /var/ as well.
--
Cheers,
Ben | yngwin
Gentoo developer
Gentoo Qt project lead, Gentoo Wiki admin
On 17 December 2012 18:55, Tomáš Chvátal tomas.chva...@gmail.com wrote:
2012/12/17 Ben de Groot yng...@gentoo.org:
Please don't. For most users this is a waste of resources.
On first look it seems like waste of resources.
On second hand it makes stuff easy wrt bugreports provided by users
https://github.com/yngwin/proxy-maint/
Feel free to send pull requests my way. I have been very busy lately
with work, so I am a bit behind on my Gentoo stuff, but I should be back
in full swing soon.
--
Cheers,
Ben | yngwin
Gentoo developer
Gentoo Qt project lead, Gentoo Wiki admin
On 30 December 2012 00:13, Brian Dolbec dol...@gentoo.org wrote:
On Sat, 2012-12-29 at 16:42 +0800, Ben de Groot wrote:
On 27 December 2012 00:39, Kent Fredric kentfred...@gmail.com wrote:
Can we short cut the whole quiz process and have some Inbound repository
until we're full git, which
in 2013?
I will add my own thoughts later. I first would like to hear from you.
--
Cheers,
Ben | yngwin
Gentoo developer
Gentoo Qt project lead, Gentoo Wiki admin
of people asking for user overlay
hosting or getting an existing overlay being added to the layman
registry that we could serve.
Ben, I hope you have the time to make a news post from this thread's
collection?
Seeing the meagre content, I'm not sure that's a good idea. Is it
really newsworthy
,
Ben | yngwin
Gentoo developer
Gentoo Qt project lead, Gentoo Wiki admin
1 - 100 of 543 matches
Mail list logo