ing this debate now, in Gentoo, 12 days before a
cut-over that has been in the works - coordinated and approved by
upstream for a year - is purely FUD and a disservice to our users.
I say we remove the just re-added package mask immediately and not
publish this news item.
Thank you,
~Craig
entoo/pull/21587
~Craig
ettings as well as annoying
to the user.
My suggested approach was to notifying the user of the change in the
pkg_pretend phase [5] so they're aware before they actually upgrade;
however, the proxy maintainer disagreed and force a revert. [6]
Thank you for your consideration and assistance
# Craig Andrews (2021-07-09)
# deprecated; replaced by media-plugins/kodi-audiodecoder-sacd
# No reverse dependencies
# See https://bugs.gentoo.org/801406
# Masked for removal in 30 days.
media-plugins/kodi-vfs-sacd
signature.asc
Description: OpenPGP digital signature
# Craig Andrews (2021-03-29)
# Unmaintained upstream.
# Project is also not useful due to changes in cryptocurrency mining.
# Open security issue, bug #779004
# Removal on 2021-04-29, bug #779166
net-p2p/xmr-stak
Thanks,
~Craig
signature.asc
Description: PGP signature
signature.asc
dev-libs/rocm-comgr-${PV}
>=dev-libs/rocm-device-libs-${PV}
- dev-libs/ocl-icd[khronos-headers]
+ >=virtual/opencl-3
media-libs/mesa"
DEPEND="${RDEPEND}
dev-lang/ocaml
Assuming that you've compile-tested this change, I approve.
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
On 2020-03-09 01:46, Robin H. Johnson wrote:
Can you please clarify why you removed the last stable version of
app-admin/needrestart? Repoman used to warn about this, and I think
pkgcheck does as well.
On Sun, Mar 01, 2020 at 04:12:05PM +, Craig Andrews wrote:
commit
# Craig Andrews (2020-03-03)
# Deprecated upstream in favor of dev-libs/rocm-comgr
# Masked for removal in 30 days. Bug #711398
dev-libs/rocm-opencl-driver
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
for this change:
https://github.com/gentoo/gentoo/pull/14046
[1] https://svnweb.freebsd.org/ports/head/GIDs?view=co
[2] https://api.gentoo.org/uid-gid.txt
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
On 10.10.2019 16:38, Mike Gilbert wrote:
On Thu, Oct 10, 2019 at 4:03 PM Craig Andrews
wrote:
I'm working on getting HTTP/3 support in place for curl:
https://github.com/gentoo/gentoo/pull/12920
Yes, HTTP/3 isn't final yet. But we're Gentoo - that shouldn't stop
us!
rch package.use.mask additions
Which is why I'm contacting the -dev list. And of course also the curl
maintainer, blueness.
Thoughts?
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
On 10.10.2019 04:59, Ulrich Mueller wrote:
On Wed, 09 Oct 2019, Craig Andrews wrote:
I would like to reserve UID/GID 545 for deluge (net-p2p/deluge).
We currently use dynamic UID/GIDs.
As far as I can tell, UID/GID 545 is free [1]
[1] https://api.gentoo.org/uid-gid.txt
No, there's
I would like to reserve UID/GID 545 for deluge (net-p2p/deluge).
We currently use dynamic UID/GIDs.
As far as I can tell, UID/GID 545 is free [1]
Here's a PR for this change [2]
[1] https://api.gentoo.org/uid-gid.txt
[2] https://github.com/gentoo/gentoo/pull/13241
Thanks,
~
om/netdata/netdata/blob/e2e20dad1fc29dcd6bd76b6dc50c80045d0a2956/packaging/docker/Dockerfile#L59
[2] https://api.gentoo.org/uid-gid.txt
[3] https://github.com/gentoo/gentoo/pull/12910
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
I would like to reserve UID/GID 123 for ntp (net-misc/ntp)
These fixed IDs are what we are currently using.
Here's a PR for this change:
https://github.com/gentoo/gentoo/pull/12802
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
aintenance. So I'll take it over.
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
(2) is ideal - but
I have no idea what the timeline on that upstreaming effort may be, and
I can't find anything that gives a hint.
What is the best way forward? And what would be acceptable to the Gentoo
LLVM project?
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
On 06.11.2018 12:53, Craig Andrews wrote:
=dev-libs/openssl-1.1* has been masked since 26 Aug 2016 - that's over
2 years ago. I think it's time to talk about dropping the mask.
The tracker issue https://bugs.gentoo.org/592438 currently has 12 open
issues. Some will be closed by tre
file is very much a less than ideal solution.
To point out the absurdity, please include me - It'll be nice to see
only 3 names in the AUTHORS file with mine being first (hooray for
alphabetical order!)
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
On 08.11.2018 07:15, Michał Górny wrote:
Hello,
The following packages are up for grabs after package reassignment
of inactive developers:
I'll take net-misc/proxytunnel
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
number of packages being masked because their
latest versions require >=dev-libs/openssl-1.1
What's the plan for removing this mask?
Thanks,
~Craig
On 06.11.2018 06:00, Alexis Ballier wrote:
On Mon, 05 Nov 2018 20:38:58 -0500
Craig Andrews wrote:
I think it's time to remove the mask on >=media-video/ffmpeg-4.0
ffmpeg 4 is in many distros (including Debian, Arch) and FreeBSD.
Upstreams are starting to require it, too. For examp
-plugins/vdr-image
* 655442 and 658128 are for media-video/mplayer and fixed upstream,
requiring a new snapshot release
What do we say? Can we set a date when the hard mask will be removed?
Thanks,
~Craig
signature.asc
Description: OpenPGP digital signature
On 09.08.2018 16:58, Craig Andrews wrote:
I'm proposing the addition of a new eclass, libretro-core.eclass,
which I'll use when adding a number of libretro ebuilds.
This version incorporates all the changes and suggestions posed so far.
The pull request which includes this eclass as
re to come) can be found at
https://github.com/gentoo/gentoo/pull/9330
Thanks,
~Craig
---
eclass/libretro-core.eclass | 197
1 file changed, 197 insertions(+)
create mode 100644 eclass/libretro-core.eclass
diff --git a/eclass/libretro-core.eclass b/eclas
0
Thanks,
~Craig
---
eclass/libretro-core.eclass | 168
1 file changed, 168 insertions(+)
create mode 100644 eclass/libretro-core.eclass
diff --git a/eclass/libretro-core.eclass b/eclass/libretro-core.eclass
new file mode 100644
index ..c82420ac98c
Hi,
Danke! Man sieht sich vielleicht beim nächsten Congress...oder meld
dich, wenn du mal in Düsseldorf bist. :)
Gruß,
craig
On Sat, 27 Jan 2018 17:21:02 +0100
Sebastian Pipping wrote:
> Stefan,
>
>
> thanks for your work on Gentoo!
>
> All the best
>
>
>
> Sebastian
>
>
Hi everyone,
it was on my TODO list for 2018 anyways, but as Michal was asking if
I'm still active, I decided to speed this up: I'm formally retiring.
I haven't done much in recent years and felt like it would be
appropriate to formally retire in 2018. I've been an active gentoo
user for a very l
r.
To end on a positive note, I was a user for many years and will
continue for the short term at the very least as I think the concept
of gentoo is great.
Cheers,
Craig
e puts their hand up ill proxy maintain xdotool, I use it
all the time with keepass.
Cheers,
Craig
signature.asc
Description: Digital signature
Hey Matt,
On Thu, May 26, 2016 at 1:12 AM, Matt Turner wrote:
> Is tatt usable for anyone? Both the 0.3 and versions seem to hang
> after printing the Bugnumber:
I was using it successfully a few months ago, when I was actively
doing arch testing. So something recently may have broken it.
This past weekend, I upgraded about 80 packages and a kernel and later
discovered that my CD-ROM drive went missing and my lovingly crafted
gnome menus were trashed by Gnome 2.10 and no longer editable. Oh joy,
another portage upgrade surprise. Some rummaging around in the Gentoo
forums sent me in
32 matches
Mail list logo
