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
There are other ways to achieve a "lighter" system, but that's not really
what this is about. The server profiles are not any lighter than the base
profiles.
To those in favor of keeping some kind of "server" profile around, how
would it differ from the base profile? What would you enable or dis
This is why I said that the server profile are no lighter than the base.
It's actually the base PLUS "snmp truetype xml".
My original suggestion of hiding or removing the server profiles was based
on the assumption that no one wants to maintain it. The server profiles
*in their current state* ar
I hope this discussion doesn't end when the warnings are removed. These
server profiles are still useless and misleading, they do not need to exist
in their current form. Your previous statement that these are the most
minimal profiles, is not accurate. The base profiles are the most minimal
(no
On Sun, Oct 14, 2012 at 11:22 PM, Mike Frysinger wrote:
>
> please stop top posting. you're making a mess of this whole thread.
>
> sounds like we should extend the profiles.desc file or profile structure to
> include a description so that people know the intention of each one. the
> only
> mar
On Thu, Feb 9, 2017 at 2:18 PM, Daniel Campbell wrote:
>
> I support the idea of a profile-set variable that determines whether or
> not IUSE is respected. Minimalists get their systems faster, we get
> something that adds to Gentoo's versatility and an additional profile.
> Of course, we should b
On Mon, Jul 10, 2017 at 2:25 PM, William L. Thomson Jr.
wrote:
> 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
On Mon, Jul 10, 2017 at 2:36 PM, William L. Thomson Jr.
wrote:
> ...
> Calculating dependencies... done!
> >>> No packages selected for removal by depclean
> >>> To see reverse dependencies, use --verbose
> Packages installed: 1779
> Packages in world:194
> ...
>
# emerge -pC gcc
> * This
>
>
> - 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
On Mon, Jul 10, 2017 at 3:27 PM, William L. Thomson Jr.
wrote:
>
>
> Not sure why anyone would have objection to such a warning like exists
> for other things. Or providing more information to the user as to why a
> package was not removed, or should not be removed.
>
> --
> William L. Thomson Jr
On Mon, Jul 10, 2017 at 4:42 PM, William L. Thomson Jr.
wrote:
>
> If people understood, then saying use -c or -C makes no sense. It does
> not address the lack of output from either I am talking about.
>
> --
> William L. Thomson Jr.
>
I really thought I understood you in that you wanted true re
On Thu, Jul 13, 2017 at 9:29 AM, Mike Gilbert wrote:
>
> We are actually talking about protecting people who run something like
> rm -rf /sys/firmware/efi/efivars/ as root.
>
> If you are dumb enough to do something like that, you almost deserve
> to spend a couple hundred on a new motherboard.
>
On Tue, Dec 26, 2017 at 6:11 PM, Rich Freeman wrote:
> Does this still cause a warning? I thought that openrc/sysvinit were
> now pulled in via a virtual these days (alongside systemd), and were
> not directly in @system. Or do we still have functions.sh issues?
>
> --
> Rich
>
Still throws war
On Wed, Feb 17, 2016 at 7:39 AM, Richard Yao wrote:
>
>
> I have no idea why we are even discussing the choice of default for
> virtual/udev to have subdiscussions about kdbus. Practically everyone on
> the list thinks eudev is the best choice.
>
I think a lot of us appreciate that eudev exists a
On Wed, Feb 17, 2016 at 7:55 AM, Richard Yao wrote:
>
>
> eudev has every commit scrutinized by people who care about using it on
> Gentoo. systemd-udev does not. Consequently, eudev has avoided the system
> boot breaking regressions that prompted its creation. That is a good reason
> to make it
On Sat, Oct 8, 2016 at 9:28 AM, Tom H wrote:
> On Tue, Oct 4, 2016 at 11:34 PM, William Hubbs
> wrote:
> >
> > You don't have to use grub-mkconfig. You can write /boot/grub/grub.cfg
> > by hand if you want, and it appears that the syntax is documented in
> > the grub info pages.
>
> If you write
>
>
> Keep in mind some will emerge libraries dependencies for their own projects
> and development. They 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.
>
It's
On 2/24/23 04:58, Marek Szuba wrote:
In light of the current (proxied) maintainer having stated they no
longer have a Linux desktop and therefore expect difficulties in
continuing to maintain their packages,
media-gfx/rawtherapee
I will take this one unless anyone else is really passiona
# 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
hoot yourself in the foot by just dropping profile flags,
but keeping package defaults.
Of course, that adds another factor to the USE=dri in profile versus
package-default discussion, too.
-Ben Kohler
On Fri, Feb 15, 2013 at 7:48 AM, Ian Stakenvicius wrote:
>
>
> I expect to see the full result one would have to emerge -epv
> [package] , at least that will report the repos for all *DEPENDs
> (although it is a bit overkill to have users submit that in the
> general case)
>
> There are also comma
On Sun, Mar 24, 2013 at 6:33 AM, Alexander Berntsen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Making an install ISO is as pointless as writing a CMS for
> Gentoo.org... Gentoo should only bother if it is really necessary.
>
> ZSH-related bugs fixed ? Link SystemRescueCD : Link
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
On Mon, Mar 25, 2013 at 8:45 AM, Rich Freeman wrote:
>
> Tend to agree. To install Gentoo you really just need a shell, the
> ability to partition and create filesystems, some basic networking
> (even that is somewhat optional), and a text editor. Sure, a browser
> and such is a real nice-to-ha
On Tue, Apr 2, 2013 at 9:39 AM, hasufell wrote:
> On 04/02/2013 04:01 PM, Markos Chandras wrote:
> > Here we go again. Fine, keep arguing about the really important
> > question "why old X is in the tree when new X is stable".
> > Did anyone actually consider to ask the maintainers instead of ope
On Wed, Jul 24, 2013 at 2:01 PM, Peter Stuge wrote:
>
>
> To be clear: I am not suggesting to change the meaning of stable,
> I am suggesting that the latest available upstream kernel should
> perhaps be the default for Gentoo users. How to make that happen
> is less important, the idea to automat
On Thu, Aug 8, 2013 at 9:17 AM, Patrick Lauer wrote:
>
>
> Any users trying this sidegrade will be left without support and risk
> being ridiculed by annoyed bystanders.
>
>
There are many of us supporting systemd + gnome 3.8 in #gentoo right now
today, and I am strongly discouraging this "ridicul
On Sat, Aug 10, 2013 at 6:59 AM, Tom Wijsman wrote:
>
>
> Support for it is given all over the place; like for instance in #gentoo
> and #gentoo-desktop on the FreeNode IRC network, on the Gentoo Forums,
> on the gentoo-user ML as well as for bugs on the Bugzilla bug tracker.
>
> The people sayin
On Fri, Dec 6, 2013 at 9:26 AM, Ian Stakenvicius wrote:
>
>
> If the stage3 could include a dhcp client and (ideally imo) netifrc,
> even though they aren't a part of @system, that would help prevent the
> "stuff missing, damnit, have to reboot back to livecd" cycle. Since
> it isn't part of @wor
On Wed, Dec 11, 2013 at 1:30 PM, Peter Stuge wrote:
>
>
> I think that nobody who is not intimately familiar with the
> development in both projects can think anything that is actionable.
>
> It's insulting to see how people all over the internet run as fast
> as they possibly can in whatever dire
On Fri, Dec 13, 2013 at 10:08 AM, Peter Stuge wrote:
> Sergey Popov wrote:
> > >>> Last time I checked, vixie-cron upstream was died
> > >>
> > >> If vixie-cron upstream is dead as you say
> > >
> > > Define dead?
> >
> > Bugs are not fixed for a very long time, no answers on private
> > e-mails
On Wed, Jan 8, 2014 at 12:37 PM, Alex Xu wrote:
>
>
> Eww. Geographically-close files should be made available through
> GENTOO_MIRRORS and the regular distfiles system.
>
I think you may be missing the point of this proposal, or are unaware of
how profiles/thirdpartymirrors and SRC_URI="mirror:/
On Mon, Jan 6, 2014 at 2:20 PM, Robin H. Johnson wrote:
> This is a small feature request, but it will require a modification to
> PMS, so I describe it here.
>
> The present thirdpartymirrors file is unwieldy, and difficult to manage
> due to it's format with very long lines. It also doesn't per
On Thu, Jan 9, 2014 at 6:44 AM, Igor wrote:
>
>
> According to distro watch:
>
> ...
> According to Linux Counter
>
> ...
>
"What are distro watch and linux counter and who cares what their opt-in
stats gathering says?"
-most Gentoo users I've ever talked to
I think if you drop the premise "Gen
options to fix up all these bugs. Save, exit, give it to the
genkernel maintainer and we're done.
-Ben Kohler
On Fri, May 30, 2014 at 12:59 PM, Tom Wijsman wrote:
>
> Good idea, we really could use some kind of kernel seeds in the Portage
> tree; if someone is willing to maintain them, knowing that Pappy has
> maintained them for years and spoke about it it seems like hard work.
>
> Remember that these "k
On Wed, Jun 4, 2014 at 11:24 AM, Samuli Suominen
wrote:
>
>
> Wrong. I'm always using the -t (--tree) flag with Portage and I would
> have seen upower being the culprit immediately,
> and second command would have been `eix upower` to see available
> versions, at which point I would have seen
>
Hello,
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 a few packages
used on non-desktop linux systems.
This flag provides useful functionality that most
On 07/19/2018 05:00 PM, Michael Orlitzky wrote:
Please add defaults per-package, only where they make sense. Enabling
flags globally creates a huge headache for people that want them off.
If I want to undo your new flag, I have to set USE="-udev" globally, and
that clobbers any important per-pa
On 07/19/18 20:54, Mikle Kolyada wrote:
> +1. widely used profiles should have as least flags enabled by default
> as possible, I would not be happy with +udev on my servers.
>
I disagree with this premise. The default and most widely used profiles
should fit the most common use cases.
I'd be
On 07/19/18 22:40, Benda Xu wrote:
>
> To represent the Gentoo Prefix users, we would like to have USE=udev
> turned off or even hard masked on linux-prefix profiles.
>
> Yours,
> Benda
>
I believe this is an argument in favor of moving the default to profiles
then, out of IUSE defaults, right?
On 07/19/18 23:04, Michael Orlitzky wrote:
>
> No I'm not. I'm saying add them per-package, because it's a better
> design. We have package.use in profiles now, not just IUSE defaults.
>
> Global defaults have problems:
>
> * They can't be undone. It's next to impossible for me to undo
>
On 07/25/2018 02:28 AM, Andrew Savchenko wrote:
Adding udev to the base profile will make customization much harder
for people unwilling to use udev. This is the problem.
To stay on the original track, I was suggesting adding it to the linux
profile component, not base. And people who are u
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
Hi guys,
For some time now, we've been shipping broken i486 stage3s that do not
run on pre-i686 hardware [1]. Due to a change in catalyst [2], we no
longer set CXXFLAGS in the default make.conf, so the x86 profiles' (imho
wrong/broken) defaults [3] kick in.
I'd like to get this fixed, and I
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
On Fri, Jan 23, 2015 at 4:38 PM, Michał Górny wrote:
>
> 3. Put it in an ebuild, after all. This will add a lot of complexity
> but GPG comes for free, plus some people will actually test
> and stabilize it.
>
>
I think this should be in an ebuild. You mentioned that it's only needed
ONCE, but i
On Wed, Feb 25, 2015 at 5:23 AM, 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 ~ # emerge -pv dev-lisp/ecls
> [ebui
On Wed, Feb 25, 2015 at 1:38 PM, Mike Gilbert wrote:
>
>
> I would like to remove the elog for a couple of reasons:
>
> 1. The use flag description is there for whoever cares to read it.
> There is no need to alert the user every time.
> 2. We are not lawyers, and I have no business giving legal a
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)
On Tue, Sep 29, 2015 at 8:43 AM, hasufell wrote:
> On 09/29/2015 03:32 PM, Rich Freeman wrote:
> > [...]
>
> I have waited 9 days. I don't see a reason to wait another few weeks,
> just because you like to bikeshed a lot.
>
> I honestly feel like you are wasting my time, unless _you_ can come up
On 7/8/21 6:54 AM, Michael Orlitzky wrote:
On Wed, 2021-07-07 at 22:01 -0700, Matt Turner wrote:
Enable these flags by default, since they effectively add no additional
dependencies:
Why? This list should be getting smaller, not larger.
That's a valid opinion/viewpoint, but it's not a fact.
On 7/12/21 10:30 AM, Peter Stuge wrote:
Matt Turner wrote:
If you can find a case where you wouldn't want to enable one of these
USE flags, please let me know and I'll reconsider my position.
My catalyst spec files all have use: -* foo bar x y z
specifically because the defaults are never
On 7/12/21 12:25 PM, Michael Orlitzky wrote:
We've kept things the same level of difficulty for one group of people,
but made them much harder for another. In no situation can anyone who
wants everything enabled have a harder time than 'adds USE="bzip2 lzma
zstd" to make.conf', but everyone els
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
68 matches
Mail list logo
