same resolutions as "RESOLVED"?
So, for a stable package a bug would go
CONFIRMED -> NEEDSTABLE FIXED -> RESOLVED FIXED
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
>
> To be honest, I don't really see the need for VERIFIED state. Since
> it's used scarcely, it can't be really relied upon. Some users use it
> completely incorrectly (e.g. when the bug should be reopened instead).
>
Indeed. Kill VERIFIED with fire.
--
A
the bugwranglers
[*] No, I'm NOT opposed to bug auto-assignment. I just think we should run and
test it first, and once we've concluded that it works fine, then tear down our
old auxiliary constructs.
Usually you don't tear down the old bridge over the river before building the
new one.
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
ailure modes. [B]
[A] Let's say there are overlays which package StarOffice, Go-OOO and some
other random OOO fork. Do I have to block them all because of file collisions
then?
[B] The package manager could be broken to leave some random files on the
system too... maybe we need some more bl
h upgrading.
Large parts of Perl are already EAPI=6.
Such an old portage will not see these ebuilds and therefore think that 2/3 of
all Perl packages have been removed from the tree, with corresponding
hilarity.
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
r EAPI, or help figuring out how
to fix the eclass. ***
The current state is untenable because not everyone will notice the problem,
leading to even more depend.apache EAPI=6 ebuilds.
Cheers,
Andreas
- --
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.ak
t and updated by the
> eclass maintainer in order to not require an audit by each ebuild
> maintainer inheriting the eclass. This was discussed on the last council
> meeting but did not get to a vote.
You get my vote for that...
- --
Andreas K. Huettel
Gentoo Linux develope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Samstag, 1. Oktober 2016, 00:12:26 schrieb Kristian Fiskerstrand:
> On 10/01/2016 12:09 AM, Andreas K. Huettel wrote:
> > Am Samstag, 1. Oktober 2016, 00:01:54 schrieb Kristian Fiskerstrand:
> >>> This *will* break
nted so we can
finally get away cleanly from the unrealistic "no useflags for optional
runtime deps" policy.
Cheers, Andreas
- --
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
-BEGIN PGP SIGNATURE-
Please review. Given that I'm only tangentially involved with Apache myself, I
would like to keep the changes to the eclass minimal...
[The last nontrivial changes to the eclass were made in 2012 and 2008.]
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Montag, 5. Dezember 2016, 01:12:56 schrieb Michael Orlitzky:
> On 12/04/2016 06:18 PM, Andreas K. Huettel wrote:
> > Starting with EAPI=6, the variables APACHE_BASEDIR and APACHE_MODULESDIR
> > are not exported in globa
n your patch...
Cheers, Andreas
- --
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQKTBAEBCgB9FiEEwo/LD3vtE3qssC2JpEzzc+fumeQFAlhIeDJfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3Bl
to deal with the IRS (should that even be discussed on
a publicly archived list?) find their best audience on the nfp list.
After all, whoever wants to participate can subscribe there, and whoever
doesn't subscribe there probably doesn't *want* to hear about it.
- --
Andreas K. Huettel
Gent
in the Gentoo repository, even if the original source
becomes unavailable.
It's not nice that the original SRC_URI is gone, it's kind of a QA violation,
but nothing breaks.
So let's just keep fixing packages. At some point all will be gone.
- --
Andreas K. Huettel
Gentoo Linux de
So, things are a little bit messy right now. We have "stable arches", "arches
that are ~arch only (but occasional stable keywords can pop up and be
ignored)", "arches that are ~arch only". In addition, some are always checked
with repoman, some only with -d or (hic sunt leones) -e flag.
The la
Am Samstag, 28. Januar 2017, 20:32:54 CET schrieb M. J. Everitt:
>
> How does this compare/contrast/integrate with kent\n's proposal
> regarding "profiles.types"?
Oops.
Sorry I'm a bit back in mailing list reading. I came up with this some time
ago, and wanted to finally send it out. Will read
So I've been talking to kent\n and the conclusion is that our ideas basically
do and achieve the same, with a slightly different approach. (I still like
mine better though. :)
However one valid point that came up in discussions is - whether an arch
supports stable keywords is a per-arch setting
Am Montag, 30. Januar 2017, 09:29:06 CET schrieb Kent Fredric:
> ---
>amd64 keywords=strict checkdeps=stable enforcedeps=stable
>mips keywords=mixed checkdeps=stable enforcedeps=dev
>m68k keywords=mixed checkdeps=expenforcedeps=exp
> ---
The problem with this is that (already
> > Proposal No 2:
> > * Leave profiles.desc unmodified
> > * Introduce a new file arch.desc, which contains the "stability
> > status" of an
> > arch;
> >
> > Syntax: 2 columns,
> > # arch status
> > amd64 stable
> > mipstesting
> > sh unstable
> >
> > The meaning of the
# Andreas K. Hüttel (2022-02-27)
# Outdated, fails to build with glibc-2.34, bug 806755
# Has been integrated into net-fs/nfs-utils, please use that instead.
# Removal in 30 days.
net-libs/libnfsidmap
--
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-syst
> >
> > I wouldn't block anyone from doing this, but it's not something I'm
> > personally interested in pursuing. I see very little value here.
>
> First, you're trying to justify replacing repoman on an entirely subjective
> opinion of "I think is superior" ...
Well, if you've ever tried it y
Hey all,
we'll do a base-system team meeting 15/May 19:00 utc, on #gentoo-base.
There will be only one agenda item, lead election (since I'm stepping
down as base lead and will not seek re-election).
Cheers,
Andreas
--
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council,
Hi all,
it's time for introducing 22.0 profiles [1] - so if you have any things that
need to
be switched in an incompatible way tree-wide, or if you have any suggestions on
how
to change our default settings, please reply to this mail with details!
Cheers,
Andreas
[1] Why? That's a quite lon
# Andreas K. Hüttel (2022-06-05)
# Ages old, abandoned upstream, and server installs now provide an
# actually useful webmail interface. Removal in 30 days.
mail-client/novell-groupwise-client
--
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, qa, toolchain, base-system,
>
> 2nd RFC: Recruiting proven contributors without a mentor
>
> I'm aware recruiters don't really need to ask a permission here, but I
> believe it's great to gauge the general feelings about this beforehand.
> What would you say if recruiters started more actively approaching
> potential develo
> Once again new council has been elected: congratulations to the chosen
> members! And once again many nominees expressed their wishes to see more
> non-developer contributors to become official developers. Yet, only very
> few people (if any) are interested in mentoring them. I get it, the
> rela
Hey all,
in the past I already sent a mail about features for a next profile version.
The feedback was rather limited, but anyway we got quite a list of ideas.
The general tracker is bug 876891.
In the following I would like to put up the various features for discussion,
in order of bug number.
>
> acct-group/cron
> acct-group/fcron
> acct-user/cron
> acct-user/fcron
> dev-libs/libelf
> net-misc/curl
> sys-process/cronbase
> sys-process/fcron
> virtual/cron
> virtual/libelf
>
These should probably go to base-system
--
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(cou
>
> Just keep in mind that CI can't search for open bugs on bugzilla (because of
> a down of
> course), so bugs that have already been reported in the past, may be reported
> on github
> too, but from my perspective is better have few duplicates rather than
> unnoticed bugs
> that may reach
Am Donnerstag, 15. Juni 2023, 06:02:14 CEST schrieb Joshua Kinard:
>
> Noticing that the ebuild for gcc-12.3.0 got dropped with little explanation.
> It is the upstream stable
> release. I am eyeballing #906310 as what may have triggered the drop, but I
> find it a bit of a stretch ...
This
Dear all,
I'd like to add
sec-keys/openpgp-keys-gentoo-release
to @system - any objections?
The package contains a single file (~20k) with the public keys used for stage,
manifest, and binpackage signing.
This is more of a formal request since portage already depends on it anyway, and
the
# Andreas K. Hüttel (2023-09-11)
# Dead project accumulating open bugs and incompatibilities.
# No maintainer commits since February 2021.
# Bugs 673834, 713106, 753134, 667686, 771705, 668880, 770358, 851255,
# 711462, 904741, ... Removal in 30 days.
sys-fs/eudev
--
Andreas K. Hüttel
dilfri...@
Am Montag, 11. September 2023, 17:22:43 CEST schrieb orbea:
> Upstream is maintained still.
>
> https://github.com/eudev-project/eudev
>
No, it's not.
--
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)
signature.asc
Descript
> >> I'm an outsider to Gentoo development (just a heavy user for over a
> >> decade both personally and professionally) so I might have missed
> >> something. I just find it puzzling.
> >
> > I'm not puzzled by what is going on, or by your email, because it
> > happens basically anytime a high-pro
# Andreas K. Hüttel (2021-07-06, 2023-09-15)
# No longer maintained upstream; masked everywhere for two years now.
# Please see also the 2021-07-15-opentmpfiles-deprecation news item.
#
https://www.gentoo.org/support/news-items/2021-07-15-opentmpfiles-deprecation.html
#
# The replacement is sys-a
+# Andreas K. Hüttel (2023-10-28)
+# Fails to build with glibc-2.38 (and musl). No maintainer.
+# Removal on 2023-11-28. Bug #713402
+app-editors/fte
+
--
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)
signature.asc
Descrip
Am Mittwoch, 22. November 2023, 00:33:18 CET schrieb
stefan1@shitposting.expert:
> I've noticed that on my last @world update, mpv's libplacebo USE flag
> got removed and portage pulled in libplacebo.
> Was there any reason behind this change?
Special request by Placebo Domingo.
> Mpv has
Hi all,
here's a brief update on the upcoming 23.0 profiles.
* All planned features are implemented (but not necessarily tested).
https://wiki.gentoo.org/wiki/Project:Toolchain/23.0_profile_transition
* A draft upgrade document exists.
https://wiki.gentoo.org/wiki/Project:Toolchain/23.0_upd
Am Sonntag, 26. November 2023, 17:50:22 CET schrieb Alex Boag-Munroe:
> On Sat, 25 Nov 2023 at 23:27, Andreas K. Huettel wrote:
>
> > * A draft upgrade document exists.
> > https://wiki.gentoo.org/wiki/Project:Toolchain/23.0_update_instructions
>
> I can't edit
7;s no plasma profile with merged-usr but
> without systemd anyway... except that there is:
> default/linux/amd64/23.0/desktop/plasma, it's just not mentioned in the
> table.
It's fairly simple:
* In 17.x, every systemd split-usr profile has a corresponding merged-usr
pr
>
> Wait, does this mean that split-usr will be gone soon?
>
Define soon.
It took us 6 years to come up with new profiles.
Guess how long the next ones will take.
--
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)
Hi all,
you may have already seen the announcement on the www.gentoo.org front page-
our binary package hosting finally went "officially live".
https://www.gentoo.org/news/2023/12/29/Gentoo-binary.html
From the announcement: "To speed up working with slow hardware and for overall
convenience,
> > we have many local gpg useflags which basically just enable gpg.
> > Should we merge these to one global useflag?
> >
> > Additionally we have a few gpgme useflags.
> > See also https://bugs.gentoo.org/679634
> >
> > What are your ideas?
> >
>
> We have also have a bunch of USE=pgp and USE=
Am Donnerstag, 1. Februar 2024, 09:15:39 CET schrieb Robin H. Johnson:
> TL;DR:
> I'd like to propose a change where packages should NOT install their
> tests to ${D} by default. Such an install may optionally enabled with
> USE=test, which should be decoupled from FEATURES=test. Or depending on
>
Hi all,
for the following arches (and only these)
** GLIBC:
** alpha, arm, ia64, loong, m68k, ppc, ppc64, riscv, s390, sparc, x86
** MUSL:
** riscv
the 23.0 profiles are ready for testing, including stage downloads,
binary packages, and update instructions for existing installations.
IMPORTAN
News item / update instructions draft:
Title: Profile upgrade to version 23.0 available
Author: Andreas K. Huettel
Posted: -mm-dd
Revision: 1
News-Item-Format: 2.0
Display-If-Keyword: alpha
Display-If-Keyword: arm
Display-If-Keyword: ia64
Display-If-Keyword: loong
Display-If-Keyword: m68k
Am Dienstag, 27. Februar 2024, 15:45:17 CET schrieb Michał Górny:
> Hello,
>
> Given the recent spread of the "AI" bubble, I think we really need to
> look into formally addressing the related concerns. In my opinion,
> at this point the only reasonable course of action would be to safely
> ban "
Hi all,
the 23.0 profiles are ready for testing, including stage downloads,
binary packages, and update instructions for existing installations,
for all arches.
IMPORTANT Exception IMPORTANT
** musl on (32bit) arm and x86 does NOT work yet (gcc build failure) **
IMPORTANT Update instructions IM
Hi Jaco,
* we have more stages
* the binary packages have to go somewhere
* and, temporarily, things are duplicated due to the 17.x / 23.0 profile
transition
The third point will eventually go away. However, I'm not sure how much it
actually
contributes.
https://www.akhuettel.de/~huettel/plot
> > Note 2: While there are 23.0 split-usr profiles, the *stage* downloads
> > are *all* of the merged-usr type. Why? Not because I'm a big fan of that,
> > but because we should try to unify and standardize a bit again - to
> > avoid too many different build configurations leading to too many
>
Am Samstag, 16. März 2024, 13:12:04 CET schrieb Duncan:
> Andreas K. Huettel posted on Fri, 15 Mar 2024 19:12:54 +0100 as excerpted:
>
> > Note 3: amd64 now has CET turned on by default.
> > https://docs.kernel.org/next/x86/shstk.html If you have already used the
> > u
Hi all,
so here's a small update on the state of the 23.0 profiles:
* For all arches, the 23.0 profiles are now marked at the same stability status
(mostly for the CI and pkgcheck) as before the 17.x profiles. Most 17.x
profiles
have been downgraded to "exp".
* All stage downloads (with th
> > Most 17.x profiles have been downgraded to "exp".
>
> I could imagine there is a reason to downgrade those back to 'exp',
> could you elaborate a bit on that?
>
> Isn't it bit strange that a 'stable' profiles gets downgraded back to
> 'exp'? Then again, I am not sure about the implications
Am Sonntag, 7. April 2024, 04:03:01 CEST schrieb Michael Orlitzky:
> On Sat, 2024-04-06 at 17:06 +0200, Andreas K. Huettel wrote:
> > Hi all,
> >
> > so here's a small update on the state of the 23.0 profiles:
> >
>
> Why was this silently added
Am Sonntag, 7. April 2024, 14:51:55 CEST schrieb Michael Orlitzky:
> On Sun, 2024-04-07 at 14:35 +0200, Andreas K. Huettel wrote:
> >
> > Uhh, I dont really remember, I think some Chinese-sounding guy asked
> > me for it... (j/k)
>
> It is remarkably bad timing. How
> I see no way of migrating to 23.0 profile because of not-recompilable
> packages that are installed (over 4 years) which block --emptytree,
> and do not wish to be forced to migrate to merged-usr on an openrc box
> without a compelling need (on principle).
That sounds a bit like self-inflicted p
reply.
Title: dev-lang/perl useflags become a PERL_FEATURES use-expand
Author: Andreas K. Huettel
Posted: 2024-05-10
Revision: 1
News-Item-Format: 2.0
Starting with dev-lang/perl-5.38.2-r3, the three use flags "debug",
"ithreads", and "quadmath" of Perl are rename
> As you all know, Gentoo supports many various arches, in various degrees
> (stable, dev, exp). Let me explain those 3 statuses fast:
>
> * stable arch - meaning we have stable profile for this arch, and stable
> keywords across base-system + varying degree of seriousness. We stable
> stuff after
> alpha
>
> Exp arch, with nearly (or maybe already) full correct dep-tree. matoro
> did a lot of great work here, so I think we should promote it to dev
> arch, so dep-tree remains unbroken. We dekeyworded a lot of stuff,
> cleaned it up, so a nice "completion bonus".
>
> =
> riscv
>
> Dev arch. I don't have much info on it, but I heard some mess with
> riscv32 and riscv64, so maybe time to split it? I leave it to riscv arch
> team, which works quite well, but I'll be happy to open discussion for it.
riscv is something new and growing, but for now
> > ia64
> >
> > Dev 64-bit arch. Kernel dropped support, glibc dropped support, devbox
> > died - days are short before full exp status or full removal of arch.
>
> Yeah, no interest in ia64, sorry. I'd like it to just go.
This is probably unavoidable given that our devbox and
> 32-bit arches
>
> This includes stable arches x86, arm, ppc, sparc32, dev arches s390, and
> maybe more. Those are in much worse situation, with a mess on various
> fronts, some of them super hard to continue support. For example
> qtwebengine is less and less likely to manage
> I would hope to split this arch into the two endianness, but I suspect
> nobody has the energy to do it. Oh well.
[...]
> Dev arch. I don't have much info on it, but I heard some mess with
> riscv32 and riscv64, so maybe time to split it? I leave it to riscv arch
> team, which works quite well, b
Hi all,
mips stage builds are currently broken since needed dependencies lack the mips
keyword.
If we want to continue building mips stages, then someone will need to work on
open keyword requests and verification of the dependency tree.
I started looking at it, but with already way too many Ge
> > mips stage builds are currently broken since needed dependencies lack the
> > mips keyword.
> >
[...]
> >
> Can you share what exactly is missing? This is a longterm project of mine,
> but ever since the mail archives went out I can no longer see failed stage
> builds to check.
>
Sure, n
Hi Arthur,
> a. Splitting ppc64 keyword into ppc64 and ppc64le
> b. Splitting riscv keyword into riscv(64?) and riscv32
So in principle these steps both make sense.
The problem is mostly that such an operation on the living Gentoo
has not been attempted in recorded history. There is no precede
Am Montag, 5. August 2024, 00:39:13 CEST schrieb Robin H. Johnson:
> > Step 2: Formally introduce the new keywords in ebuilds by duplication.
> > Any "ppc64" in keywords becomes "ppc64 ppc64le".
> > Any "riscv" becomes "riscv riscv32 riscv64".
> > No exceptions. Can be done automatically. Until th
Dear all,
the number of packages with unfulfilled dependencies in mips has decreased a
lot,
mostly, as far as I know, due to the tireless work of matoro and arturzam.
Right now we're at 38.
As such I would like to switch one of the mips profiles from exp to
dev. This makes such breakage visib
And committed. 31 new warnings (compared to 400 preexisting ones). :)
Am Montag, 2. September 2024, 23:14:50 CEST schrieb Andreas K. Huettel:
> Dear all,
>
> the number of packages with unfulfilled dependencies in mips has decreased a
> lot,
> mostly, as far as I know, due
he sense of easy handling, noone will
probably want to edit
profiles/highly_unstable/next_version/package.stable.mask.
I have basically given up that this "feature" will ever become useful
for the main tree. Long live inertia.
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gento
ntoo dev, you will not need to touch it, and then learning the minimal CVS
requirements should then be the very least of your worries. So this point is
probably a bit out of context here.
(/me remembers that the monthly reminder mail "how is the migration going"
still needs to be sent...)
profile directory or the base profile
(since there the main profile EAPI setting will apply also in the future).
Other disadvantages have also been discussed.
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
nce now all existing profiles require EAPI 5, move that requirement to
the profile root directory.
Comments?
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
ages not being stable.
OK then unless someone brings up valid points against this, let's suggest for
the upcoming meeting that Council decides
* whether to implement solution a) as discussed in preceeding e-mails
* and if yes, how long the waiting time between deprecation of 10.0 and
remov
> iF4EAREIAAYFAlDd8xUACgkQRtClrXBQc7VnPgD/dW6G8dEnSL5n8S+z/3k4PlTl
> k3XmuGy+ACbwR7mxdg4A/32aKt/8qFeRlaQls4gTrIZ6yXNSbzoFFrdx0z1HAjtO
> =WP4X
> -END PGP SIGNATURE-
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
Gentoo isn't a business.
Even if you're not a business you should care about maintainable solutions.
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
directory becomes EAPI=5. This means e.g. hardened, ulibc, prefix
or bsd.
Cheers,
Andreas
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
and after I've finished.
Cheers, Andreas
Am Samstag, 12. Januar 2013, 21:47:18 schrieb Andreas K. Huettel:
> Hi everyone,
>
> since Council has approved the creation of a fresh set of EAPI=5 "13.0"
> profiles, I would like to volunteer for creating them. The prop
the deprecation warning for "10.0/server" point to "13.0" (i.e. prompt
users to upgrade from the 10.0 server profile to the 13.0 base profile).
Opinions?
[I'm not doing anything with this regard unless a clear consensus is found
here on the list. Otherwise I'll copy the dirs
Am Mittwoch, 16. Januar 2013, 00:36:18 schrieb Andreas K. Huettel:
> Hi,
>
> several people have pointed out to me that the 10.0 -> 13.0 transition
> would be a good moment to finally remove the (also in my opinion rather
> useless) server profiles.
>
OK, I consider this con
server profile should basically be the same
as a minimal profile.
And then, defining a minimal profile separate from the base profile does not
make too much sense. Rather, carefully try to move all specific stuff out of
the base profile.
[ That said, CVS is such a pain, I'll not do anyt
vel" "qt".
My suggestion would be qt-base (analogous to kde-base, gnome-base, gnustep-
base, lxde-base, and xfce-base) for everything that is part of the main Qt
release.
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
ur profile symlink manually and testing the new
profile tree. In case of problems, please file a bug and assign it to me (or
tell me if I'm around).
If all goes well, we'll continue in a week.
Cheers,
Andreas
Am Samstag, 12. Januar 2013, 21:47:18 schrieb Andreas K. Huettel:
>
:
* move setting USE=dri and USE=cups from default/linux/make.defaults to
targets/desktop/make.defaults
* remove setting USE=pppd in default/linux/make.defaults, instead have it
default to on in net-dialup/capi4k-utils (the only place where it is used)
Opinions?
Cheers, A
--
Andreas K. Huettel
Am Freitag, 18. Januar 2013, 23:20:50 schrieben Sie:
> On Fri, 18 Jan 2013 21:37:10 +0100
>
> "Andreas K. Huettel" wrote:
> > FYI, the new 13.0 profiles are now all available in profiles.desc, for
> > now all with status "dev" (i.e. repoman includes
the bikeshedding is a pain. I'll come up
with a separate e-mail about this and some suggestions soon... (or do it
yourself, but PLEASE start a separate thread!)
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
a message similar to the "open elections
message" could be displayed.
Obviously the implementation does not exist, but this is conceptually simple
enough so it could be implemented within reasonable time.
Opinions?
(Yes / No / More discussion needed :D )
--
Andreas K. Huette
>
> *the thing with USE flags is a big change.
You're kidding, right?
If we seriously start doing that, we'll either get slapped with "dont bother
us with that" by the council members, or nobody wants to run for council
anymore.
--
Andreas K. Huettel
Gent
as a newer glibc than gentoo (metaphorically
speaking).
We will in the end need a compromise that both gets things done and involves
everyone that actively wants to be involved. (And yes, that means reading your
mail!)
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://w
ate to IUSE="+dri" in the ebuilds over time but that is a
separate issue.]
I am sorry for any inconvenience this has caused.
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
he bug only affects repoman, not emerge.]
Cheers,
Andreas
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
the font name for a debug output)
2) was unplayably fast (imagine what you get when you pass milliseconds to
usleep...)
So in this case the mask was quite adequate.
02 Feb 2013; Andreas K. Huettel -xboing-2.4-
r1.ebuild,
+xboing-2.4-r2.ebuild, +files/xboing-2.4-buffer.patch,
+files/xboi
e]).
I agree 100% that we should not accumulate cruft in the tree and that removals
are necessary. Please however,
*** write meaningful log or mask messages *** !!!
"Old and uses IMake" is not really a reason for treecleaning. "Fortify crash
on start and unuseable on fast machines
e versions: 1.00 {{+offensive}}
Homepage:http://www.otherpeoplesproblem.org/
Description: Neat set of scripts making sure your cron messages
are heard. By everyone.
huettel@pinacolada ~ $
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
before we can
remove the 10.0 trees.
Maintainers of profiles outside default/linux (e.g. hardened and prefix),
please take care of the migration to EAPI=5 on your own.
Everyone else, have fun! :)
Am Samstag, 12. Januar 2013, 21:47:18 schrieb Andreas K. Huettel:
> Hi everyone,
>
> sinc
which profile to pick, which would be
more complicated in a news item).
Then again, that's a matter of personal preference, too.
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
o the corresponding
parent profile. This may change the default value of some use-flags. The
specific setting in "server" was
USE="-perl -python snmp truetype xml"
You may want to check the setting of these flags after switching profile, but
otherwise nothing cha
Am Sonntag, 10. Februar 2013, 15:59:57 schrieb Patrick Nagel:
>
> Actually, if you could add a note that before switching to the new profile,
> you should update portage if it's old, that would be even more
> user-friendly:
>
Already done, see separate mail...
--
Andre
Am Sonntag, 10. Februar 2013, 16:02:55 schrieb Andreas K. Huettel:
> Am Sonntag, 10. Februar 2013, 15:15:43 schrieb Markos Chandras:>
>
> > I suspect most people are interested in understanding what changed
> > (since deprecation means that the new thing is better than the o
Am Montag, 11. Februar 2013, 00:34:19 schrieb Michał Górny:
> >
> > actually *do* to one's system?
>
> Out of curiosity, does portage suggest switching to the new profiles
> even if it doesn't support its EAPI?
Unfortunately, it seems yes. (Feature request?)
201 - 300 of 794 matches
Mail list logo
