I no longer use InfluxDB. The ebuild is at version 5.3.0, while
upstream is at 5.3.1, so it’s only one micro version out of date. The
ebuild declares compatibility up to Python 3.10. It’s a pretty simple
package.
--
Christopher Head
pgp3yBZ2Nmwn_.pgp
Description: OpenPGP digital signature
3.8 while adding
3.9, right? (likewise the next handful of lines)
> +You can also switch to Python 3.8 earlier by setting:
Likewise, 3.9 here?
> +The Python 3.7 cleanup requires that Python 3.7 is removed from
3.8 here?
--
Christopher Head
pgp_6ql8obmSt.pgp
Description: OpenPGP digital signature
lso start getting removed, which makes it ever harder and harder to
install $P if you need it. I wasn’t talking about things that depend on
$P.
--
Christopher Head
pgppPDza5h85T.pgp
Description: OpenPGP digital signature
specific case, but isn’t the 30-day time
period also meant as a nice long warning time for people *using* the
package to give them time to migrate to something else before it starts
to be unsupported, potentially break the depgraph, no longer be
installable on additional systems, and so on?
-
a PR[1] open for the version bump and Python 3.7 support.
I’m happy for you to take over if you like; mine is waiting for review.
Just thought you ought to know in case you get merge conflicts later
on, or want to take any bits of my changes.
[1] https://github.com/gentoo/gentoo/pull/15783
--
Chri
On Thu, 13 Feb 2020 08:09:13 -0800
Christopher Head wrote:
> On Wed, 12 Feb 2020 19:14:45 +0100
> Michał Górny wrote:
>
> > I'm pretty sure user.eclass does print whatever changes it is doing.
> > It isn't elog-ged though, I admit. This is probably worth fi
On Wed, 12 Feb 2020 23:39:11 -0800
Georgy Yakovlev wrote:
> + eqawarn "For more details, please see the
> freedesktop Upstrem Metadate guidelines"
Couple of typos here: s/Upstrem/Upstream/, s/Metadate/Metadata/.
--
Christopher Head
pgp6oJDIFyQwY.pgp
Description:
ary print output—most of my machines run emerge -jN where
it isn’t shown at all, and even on the serial ones, there’s so much
build output from a few dozen packages that I’m not going to scroll up
looking for specific things which may have been lost from scrollback
anyway.
--
Christopher Head
p
H. Thinking about it more, this feels a lot like “configuration”, and we
have a well-established tool for handling sysadmins customizing configuration
while packages land new changes: CONFIG_PROTECT. Is that possibly relevant here?
--
Christopher Head
signature.asc
Description: PGP
already
exists, to ease migration from the old world where sysadmins are easily able to
do anything we want with our users and groups to the new world where we’re
expected to leave them alone as the ebuilds make them, or worst case make out
changes in an overlay.
Thoughts?
--
Christopher Head
-S were lagging behind upstream
significantly, and it’s a much better argument for packages that come with
expectations of security team support than those that don’t, but it is
something to consider.
--
Christopher Head
signature.asc
Description: PGP signature
eally improved if a package I use is dropped
because its maintainer no longer has time to maintain it because they now have
to spend their N available hours per month building man pages for one package
rather than maintaining two?
--
Christopher Head
signature.asc
Description: PGP signature
g hwclock would be
appropriate (if any migration is even needed—I’m unclear on whether
hwclock would be removed from the boot runlevel on existing installs or
only not added on new installs).
--
Christopher Head
pgp9kI8u8utDp.pgp
Description: OpenPGP digital signature
back today’s tree rather than last week’s is
not a negative impact), not something that can be restored to exactly its prior
state automatically.
--
Christopher Head
signature.asc
Description: PGP signature
ng to a fast-forward merge.
Well, unless you consider “git rebase --no-ff” to be standard git tools, I
guess… it’s not like you need to do anything *that* obscure to fix it.
--
Christopher Head
signature.asc
Description: PGP signature
(plus the
>period
>specified in point 5)'.
“The expiry date of the key shall never be more than two years in the future”?
--
Christopher Head
signature.asc
Description: PGP signature
One more try, this time with the proper revision number.
Title: Radicale 2 requires pre-install migration
Author: Christopher Head
Posted: 2018-04-02
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: http://radicale.org/1to2/
If you do a custom migration, please ensure the database is
d date in this news item and add it
to the news repo when accepting the PR. Thanks!
Title: Radicale 2 requires pre-install migration
Author: Christopher Head
Posted: 2018-03-30
Revision: 2
News-Item-Format: 2.0
Display-If-Installed: http://radicale.org/1to2/
If you do a custom migration, please
Posted date to today, as I can’t predict when it will actually be
posted; I ask that the committer please revise the date accordingly.
Thank you!
Title: Radicale 2 requires pre-install migration
Author: Christopher Head
Posted: 2018-03-01
Revision: 1
News-Item-Format: 2.0
Display-If-Installed
ncies whose names I don’t even really recognize but I have installed.
--
Christopher Head
signature.asc
Description: PGP signature
follow myself, probably missing a few in the process, and (2) filter out the
unimportant bug mail which currently never reaches this list at all.
--
Christopher Head
signature.asc
Description: PGP signature
unstable.
What I really want to install is, “the latest version of the package that
doesn’t pull in any deps that aren’t available (stable or accepted),” but I
don’t know any way to tell Portage that. Am I missing something, or is that
indeed impossible?
--
Christopher Head
signature.asc
tainers could add
to specific ebuilds to indicate whether or not they’re stabilization
candidates (though I wonder if it would be better to flag the ones that
*aren’t* candidates, rather than the ones that *are*).
--
Christopher Head
pgpnLOp9yoUTL.pgp
Description: OpenPGP digital signature
On Fri, 28 Apr 2017 23:02:40 +0200
Manuel Rüger wrote:
> www-servers/spawn-fcgi
I’ll file for proxied maintainership of this one, since it looks like
nobody else has taken it yet.
--
Christopher Head
pgpGqPRsTEBZz.pgp
Description: OpenPGP digital signature
e.
I’m not trying to invalidate the pain that some people experience, just
pointing out that I think it may be inaccurate to call that the “ordinary user”
use case.
--
Christopher Head
signature.asc
Description: PGP signature
and 3.4 will go away. Just like every other
package. I won’t need to do any config file editing, just a revdep-rebuild run
perhaps. So regardless of the situation for maintainers, as a user, I don’t see
this pain.
--
Christopher Head
signature.asc
Description: PGP signature
ting that I used ghdl, my situation changed
and I no longer need it. It also sounded like there was at least one other
person who was actually interested in and knowledgeable about Ada as a language
rather than just one consuming package. So I think I shouldn’t be involved.
--
Christopher Head
UIDs. The draft that I wrote up
> was for the "fixed UID with random fallback" model, but said utility
> could still be useful for people who want to change their running
> systems to use the same UIDs that would have been chosen by default.
Are you sure that said utility i
talled, Portage should just rebuild dev-libs/bar
with USE=+baz. If I eventually uninstall app-cat/foo, something like
depclean should reinstall dev-libs/bar with USE=-baz. Just like all the
other dependencies, if I don’t care to make a manual choice, it should
be automatic and dynamic.
--
Chri
from gcc? Isn't the
> Ada frontend just part of gcc? Why not just a gcc[ada] USE flag?
>
I agree. Anyone from toolchain@, if someone (perhaps myself) were to
submit a pull request adding an ada useflag to sys-devel/gcc, would it
be accepted (assuming the patch were sensible and clean)?
--
On December 15, 2016 12:19:05 AM PST, "Michał Górny" wrote:
>Would it be fine with you if we kept gnat-gcc and ghdl? (but lastrited
>dev-ada/*)
I personally have no use for the others.
--
Christopher Head
other choice, then I possibly might look into it. I won’t bother
though if there’s some reason why it wouldn’t be accepted anyway,
because people don’t want Gnat or GHDL in the tree.
--
Christopher Head
pgpz_Xk5oibPC.pgp
Description: OpenPGP digital signature
>
> Is anyone interested in Ada? Any comments?
>
I notice sci-electronics/ghdl is not in this list. Is it considered
part of this? It depends on gnat-gcc. I guess it would also be lost if
the above were given last rites?
--
Christopher Head
pgpXcBNpo99EH.pgp
Description: OpenPGP digital signature
the sense of “manage” (the organization). If forks are a way to develop work
destined for upstream, they’re great. It’s when they become a tool for
fragmenting the community (of both users and developers) without any hope of
work being recombined that they become a problem.
--
Christopher Head
When I want to do some
math, I just emerge sci-mathematics/octave. Most things that most
people care about in the main tree. Breaking things up into overlays or
different OSs or whatever just means adding more hoops that I have to
jump through before I can start working on a new topic.
--
Christopher Head
pgpa8a3bVCWvb.pgp
Description: OpenPGP digital signature
udev attribute and use
it to set up meaningful persistent names for multiple
otherwise-identical devices.
--
Christopher Head
pgphi7PNcCbPu.pgp
Description: OpenPGP digital signature
e kernel.efi and another file initramfs. This is FAT, so
no symlinks. The script deletes gentoo-old, copies gentoo to
gentoo-old, and finally puts the new files in gentoo. I have EFI boot
records pointing to both, using initrd=\gentoo\initramfs syntax.
--
Christopher Head
pgp7PeYxC9xcO.pgp
Descript
are brought up
on this list yet.
--
Christopher Head
ving a dozen things broken and no idea where
to start looking.
Also, from a more pragmatic point of view, I don’t particularly want to
have to *compile* a year’s worth of new packages at one moment in
time—better to spend an hour here, an hour there, spread out over the
weeks.
--
Christopher Head
clarification—I was honestly under the impression
that, to be a dev, one was *expected* to pick up a lot of packages and
spend a lot of time. Good to know that’s not the case.
--
Christopher Head
signature.asc
Description: PGP signature
few packages, in favour of having
a much smaller number of developers who have to handle more
packages—which is fine, but it excludes people like me from
participating as full developers.
--
Christopher Head
signature.asc
Description: PGP signature
On Wed, 21 Jan 2015 01:13:08 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
(a lot)
Thank you, Duncan. You explained by position perfectly.
--
Christopher Head
signature.asc
Description: PGP signature
can simply send its output to make.conf and, if you
>are paranoid, can use it to check if this has changed in a postsync
>hook ?
I see having a script to select flag values as orthogonal to when the flag
values need to be looked at. I also agree that having a script would be a good
thing.
--
Christopher Head
get what the file was
called—cpu.flags.use.desc or something?), then I can just open that
file to see the list, hence why case 2 is better IMO—put all the
entries in that file for users to look at, even if no package uses them
yet.
--
Christopher Head
signature.asc
Description: PGP signature
flags for feature sets that *are* announced
but that no package actually uses yet.
--
Christopher Head
signature.asc
Description: PGP signature
knowing the names, though; it would
be fine if no package actually uses the feature yet.
--
Christopher Head
ies them to be complicated enough
to have a loop, it would be preferable to fail secure (start nothing) rather
than open (omit iptables).
As the late loop detector is no longer under consideration, however, I retract
my question.
--
Christopher Head
not even a
loop including $insecure_service, but some other loop entirely), and it’s the
randomly chosen victim? Is it still good to boot as many services as possible?
I think not.
--
Christopher Head
d5-cache. That's the same thing you get via
> 'emerge --sync'. And that's why the deltas are so big -- I recall
> three big cache updates this week.
>
I would absolutely use this on my machines.
--
Christopher Head
signature.asc
Description: PGP signature
andards have to slip a bit to maintain timeliness, then
I’d prefer a stable tree that’s as stable as practical, accepting
reality—perhaps where users are able to submit reports of working
packages, or where we let platform-agnostic packages be stabilized
after one arch has tested, or various of the other suggestions in this
thread. Just not no stable tree at all.
--
Christopher Head
signature.asc
Description: PGP signature
packages, even if they’re a month, a year, or three
years old.
--
Christopher Head
signature.asc
Description: PGP signature
On Thu, 22 Aug 2013 12:28:24 +0100
Markos Chandras wrote:
> Wow! That is something we actively encourage people to avoid. Mixed
> systems are totally
> unsupported and I am sure quite a few bugs are closed as invalid when
> a mixed system is detected.
>
> It may work on regular basis but encoura
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, 5 Aug 2013 05:20:32 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> Exactly. That's why I like it. netrc is generic enough to be used
> elsewhere, yet descriptive enough of what it actually does, that from
> my perspective anyway, it's
On Tue, 12 Feb 2013 20:51:15 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> Christopher Head posted on Tue, 12 Feb 2013 11:38:14 -0800 as
> excerpted:
>
> > On Sun, 10 Feb 2013 20:43:02 +0100 Dirkjan Ochtman
> > wrote:
> >
> >> On Sun, Feb 10, 20
On Sun, 10 Feb 2013 14:49:03 -0800
Alec Warner wrote:
> Most external firmware is not needed to boot. If you need it to boot,
> you will have to stow it in the initramfs.
For those of us who prefer monolithic kernels, virtually all firmware
is needed to boot. Even if a network interface doesn't
On Sun, 10 Feb 2013 20:43:02 +0100
Dirkjan Ochtman wrote:
> On Sun, Feb 10, 2013 at 5:54 PM, Fabio Erculiani
> wrote:
> >> +1 from me; I've had a few machines break on kernel upgrades
> >> because I didn't have the proper firmware installed (I guess older
> >> kernel sources came with the firmwa
On Fri, 1 Feb 2013 09:45:07 -0500
Rich Freeman wrote:
> That seems rather speculative. I'm sure that people look for
> vulnerabilities in unmaintained software - if they didn't then nobody
> would be able to exploit them in the first place (you have to find a
> vulnerability to exploit it). I
On Fri, 25 Jan 2013 13:47:05 -0500
Rich Freeman wrote:
> Very problematic. What is built in for the currently running kernel
> can be fairly reliably determined by grepping /proc/config.gz - IF
> support for that was enabled in the kernel. But, there is no
> guarantee that this kernel will be r
Are you sure? I have CONFIG_DEVTMPFS_MOUNT disabled, latest stable udev
(197-r3) and openrc (0.11.8), and no /dev line in my fstab, yet my /dev
is still a devtmpfs with a proper set of device nodes.
Chris
On Wed, 23 Jan 2013 17:03:15 +0100
Michael Weber wrote:
> Hi,
>
> On 01/23/2013 04:04 PM,
On Thu, 17 Jan 2013 15:02:48 -0500
Rich Freeman wrote:
> We might be talking past each other. Sane but minimal is the target.
>
> Bottom line is that the question isn't whether a minimal system should
> have CUPS installed (that would be an argument for putting it in
> @system - ugh!). The que
On Thu, 17 Jan 2013 14:32:01 -0500
Rich Freeman wrote:
> Sure, I can think of reasons why I would want chromium with -cups, but
> the whole point is to target the TYPICAL user. And the context here
> is servers - how many servers would have chromium installed with
> -cups? If anything I'd expec
On Wed, 16 Jan 2013 22:17:26 -0500
Rich Freeman wrote:
> Oh, and keep in mind that flags really only have an effect if the
> corresponding packages are actually installed. For example, the cups
> flag doesn't really have an effect unless you install apps that do
> printing, so it seems pretty sa
On Wed, 9 Jan 2013 18:13:21 -0600
William Hubbs wrote:
> There is a way for users to opt out if we default this to on, but I
> think the new naming scheme has advantages over the traditional eth*
> wlan* etc names.
I think it should be taken with a grain of salt. The page mentions how
it lets yo
On Wed, 9 Jan 2013 16:13:10 -0600
William Hubbs wrote:
> http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
This seems like a good thing for some systems. Will there be a news
item when 197 (or greater) goes stable informing people that the option
is available and
On Mon, 10 Sep 2012 09:48:32 -0500
William Hubbs wrote:
> Does anyone have any thoughts about whether we should keep OpenRC
> support for one or both of these?
As a user… yes? I use a laptop, so I don’t much care which one is
maintained but I’d be quite annoyed if both went away (unless there’s
On Sun, 12 Aug 2012 11:03:01 +0300
Samuli Suominen wrote:
> > 2. I saw on some lists that Gnome/Kde and Xfce plan to use some
> > SystemD API, so does it means that we will need to install SystemD
> > aside of OpenRC ?
>
> For Xfce it only means that xfce4-session will try to query
> credentials
On Thu, 9 Aug 2012 12:30:54 -0500
William Hubbs wrote:
> Ok folks, I hit the wrong key; this was meant to go to the list.
>
> On Thu, Aug 09, 2012 at 05:59:39PM +0200, Luca Barbato wrote:
> > Yet I'm not used to have to reboot after issuing emerge -u world and
> > most of the times I don't have
On Thu, 19 Jul 2012 07:05:39 -0400
Rich Freeman wrote:
> As others have mentioned, coreutils doesn't impact the initramfs much
> anyway, though other tools like mdadm/lvm/etc are more likely to.
>
> I think the more practical issue is that it isn't straightforward to
> do in an automated way. I
On Wed, 11 Jan 2012 08:41:04 +0100
Michał Górny wrote:
> Remind me of a single good reason. Last time I heard those were mostly
> hacks and laziness.
Here's one: ability to share disk space automatically between /usr
and /home (implication: must be same filesystem; useful because these
are the t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 31 Jul 2011 04:40:33 +0300
Samuli Suominen wrote:
> >> Can we discuss both options?
> > If there's any option that allows the use of a separate /usr
> > partition without an initramfs, then let's explore it. I don't feel
> > like having to us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 27 Mar 2011 11:33:03 +0300
Samuli Suominen wrote:
> libjpeg-turbo stabilization is happening for amd64/x86 at
> http://bugs.gentoo.org/360715
>
> - the gentoo-x86 has been converted to virtual/jpeg to support this.
> - we have no bugs report
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 17 May 2011 01:13:15 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> User perspective...
>
> If it's at all possible to continue to have a consolekit/polkit-less
> system, making them USE-based dependencies of kde, gnome, etc,
> relying e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 27 Mar 2011 08:30:16 -0500
Jeremy Olexa wrote:
> The tree has 679 m-n packages.
> http://www.gentoo.org/proj/en/qa/treecleaners/maintainer-needed.xml
I want to proxy-maintain app-misc/pwsafe. It hasn't been updated in six
years, but it stil
73 matches
Mail list logo
