Hi,
On 17/01/2021 16.57, Jonas Stein wrote:
> Dear all
>
> the following packages are up for grabs after dropping
> desktop-misc:
>
> x11-misc/gmrun
> https://packages.gentoo.org/packages/x11-misc/gmrun
I will grab the gmrun.
-- Piotr.
Hi,
I've been maintaining sys-power/bbswitch in the recent times, however, I
no longer have any hardware where I can even test it. If anyone sees it
fit, feel free to grab it and join other maintainers there. I just
dropped myself out of metadata.xml.
Open bugs:
- https://bugs.gentoo.org/761370
Hi,
On 25/11/2020 22.57, Georgy Yakovlev wrote:
> systemd-tmpfiles does not depend on any systemd-isms, does not need dbus,
> and is just a drop-in replacement, the only step needed is to emerge the
> package.
> it's a simple single binary + manpage, binary links to libacl and couple other
>
On 29/09/2020 16.02, William Breathitt Gray wrote:
> Cuckoo is a spam bot. The bot assumes the first response will be a user
> pointing out that the link is dangerous. So the bot's response is to
> respond back automatically with an aggressive denial in the hopes that
> more users will continue to
On 29/09/2020 14.26, Cuckoo's Calling wrote:
> You are so naive and I couldn't stop laughing.
I would appreciate it If you'd refrain from sending such messages to
mailing list, either go into details when you disagree with people or
don't reply at all. Those low level flexing is not welcome here.
Hi,
The current state is that the Ansible in tree is not working due to fact
that it misses core modules.
I'd say 2.10.0 should be masked, as ~arch or stable arch, it does not
work, then revbump to use bundle package, not ansible-base. If
maintainer want to split it into ansible-base + separated
On 24/08/2020 13.57, Mikle Kolyada wrote:
> dev-libs/girara
> app-text/zathura-ps
> app-text/zathura-pdf-poppler
> app-text/zathura-pdf-mupdf
> app-text/zathura-djvu
> app-text/zathura-cb
> app-text/zathura
>
>
> Are for grabs now, I do not use them daily anymore. A separate active
> maintainer
On 11/08/2020 15.38, Joonas Niilola wrote:
>
> On 8/11/20 11:36 AM, Jaco Kroon wrote:
>> And I've already provided you one use case where udev doesn't work well
>> but eudev does. I've also mentioned some historic issues I believe
>> should already be fixed but which did bit me in systemd-udev
Hi,
To summarize
- There's no known bugs in eudev that are not in udev
- There's no bug that would be fixed by switch from eudev to udev
- There's no new feature that would change eudev to udev bring
- Currently musl and glibc profiles uses common eudev, after change we
whould have musl profile
Hi,
On 18/07/2020 15.09, Andreas Sturmlechner wrote:
> # Andreas Sturmlechner (2020-07-18)
> # Stuck on Python 2, depends on deprecated dev-python/pygtk, bug #708162.
> # Needs a maintainer and >=2.0.1 version bump. Masked for removal in 30 days.
> net-p2p/nicotine+
>
Will pick it up.
--
On 29/06/2020 02.35, Aaron Bauman wrote:
> [...]
> net-dns/maradns
There's single python script that can work with Python3 (at least in new
version) that does that can just use any Python version.
I see that it did not got update for over a year, will take it over now and push
update tomorrow,
Hi,
On 21/06/2020 22.27, Michał Górny wrote:
> No offense but it sounds a little chaotic to me.
Which is the reasons we do those reviews. Appreciate the suggestions,
just sent revision 2 as the response to the very first email in this
thread, please check how it looks now.
-- Piotr.
Title: xorg-server dropping default suid
Author: Piotr Karbowski
Posted: 2020-06-22
Revision: 2
News-Item-Format: 2.0
Display-If-Installed: x11-base/xorg-server
Starting 2020-07-15, x11-base/xorg-server will default to using the
logind interface instead of suid by default. resulting in better
Hi,
On 22/06/2020 06.03, Philip Webb wrote:
[...]
> I don't want to use 'systemd', as I want to run a traditional UNIX version
> of Linux + KDE (or Fluxbox) for a simple single-user desktop system.
Then... don't use systemd? I officially give you my approval for that.
Read what you quoted in
Hi,
Re-sending news item inline.
###
Title: xorg-server dropping default suid
Author: Piotr Karbowski
Posted: 2020-06-22
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: x11-base/xorg-server
The Gentoo X11 Team is announcing that starting with 15th of July,
the x11-base/xorg-server
Hi,
Please find news item attached.
-- Piotr.
Title: xorg-server dropping default suid
Author: Piotr Karbowski
Posted: 2020-06-22
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: x11-base/xorg-server
The Gentoo X11 Team is announcing that starting with 15th of July,
the x11-base/xorg
Hi,
On 27/05/2020 01.31, Brian Dolbec wrote:
> * dev-python/boto3
> * dev-python/botocore
Do you mind if I join you on those? I use them a lot, and I planned to
comaintain awscli since Patrick is the only one current maintainer of
those, boto3 is vital part of it too.
-- Piotr.
signature.asc
Hi,
On 26/05/2020 09.23, Philip Webb wrote:
> 200526 Piotr Karbowski wrote:
>> On 26/05/2020 00.34, Philip Webb wrote:
>>> I'ld rather you didn't.
>> You didn't provided any rationale for that.
>
> I thought I did (smile).
>
>> Running X as root is anti-
Hi,
On 26/05/2020 00.34, Philip Webb wrote:
> I'ld rather you didn't.
You didn't provided any rationale for that. Running X as root is anti
pattern, especially nowadays when so little effort is required to not
have to run it as root.
You can either enable elogind, or you can enable suid if you
Hi,
For years the xorg-server in Gentoo was defaulting to be running with
suid, even those that does not really require it, like systemd users and
those who runs elogind still end up with X as uid 0 because of +suid
default.
Times has changed, we now have +elogind in desktop profile, xorg-server
# Piotr Karbowski (2020-05-03)
# Obsolete input drivers, use x11-drivers/xf86-input-libinput
# or x11-drivers/xf86-input-evdev instead.
# Removal in 30 days.
x11-drivers/xf86-input-keyboard
x11-drivers/xf86-input-mouse
For more information see
https://gitweb.gentoo.org/data/gentoo-news.git/tree
Hi,
On 02/04/2020 17.26, Piotr Karbowski wrote:
> Hi,
>
> Updated with what Ulm and Soup pointed out, while keeping the long
> sentence, that even it's long, is still beneficial to have. Revision
> bumped to 2, date bumped to tomorrow's.
My apology, s/Soup/Soap/.
-- Piotr.
Hi,
Updated with what Ulm and Soup pointed out, while keeping the long
sentence, that even it's long, is still beneficial to have. Revision
bumped to 2, date bumped to tomorrow's.
--- news item below ---
Title: Deprecation of legacy X11 input drivers
Author: Piotr Karbowski
Posted: 2020-04-03
Title: Deprecation and removal of legacy X11 input drivers.
Author: Piotr Karbowski
Posted: 2020-04-02
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: x11-drivers/xf86-input-mouse
Display-If-Installed: x11-drivers/xf86-input-keyboard
The Gentoo X11 Team is announcing the deprecation
Hi,
On 18/12/2019 22.08, Michał Górny wrote:
> I know that's an unhappy idea but maybe it's time to include CMake
> in stage3. Then it would be just a matter of temporarily enabling
> bundled libs for stage builds, I guess.
Not sure what's unhappy about it, but I like the idea, it will be
Hi,
I'd like to bring the topic of defining default policy to do changes to
packages within ::gentoo that one does not maintain.
This topic goes back from time to time on #gentoo-dev, and as I was
told, it was originally sent to gentoo-dev mailing list by robbat2 (I
failed to find this in
Hi,
On 29/09/2019 11.56, Michał Górny wrote:
> WDYT?
You mean using HTTPS-only mirrors in 3rdparty mirrors? I am on board
with that.
Ideally, we would switch all of Gentoo resources to HTTPS too. I had a
short discussion about it in #-infra where I was looking for distfiles
and stage3 snapshots
On 11/05/2019 18.00, Virgil Dupras wrote:
> Although I don't use it anymore because I find it too heavy for my
> needs, Ansible is generally seen as a good replacement.
FWIW Ansible does not seems that heavy when you realize that you can put
a exec bit on a playbook, set shebang to
Hi,
For time being the IUSE has been reverted to the old +suid, elogind is
now opt-in and not enabled by default. This preserves the old,
working-for-everyone-everywhere default flags.
-- Piotr.
pEpkey.asc
Description: application/pgp-keys
Hi,
On 22/03/2019 21.47, Andreas Sturmlechner wrote:
> Therefore, not one single package, unless it hard-depends on exactly-one-of (
> elogind systemd ) should enable elogind by default at this time. Doing so now
> only makes people switch it off globally either before or after they are
>
Hi,
On 22/03/2019 21.43, Brian Evans wrote:
> What are the implications, if any, of using DMs which are not aware of
> {,e}logind? Do they work without modification?
My understanding is that such DMs, like lightdm, fork X as root anyway,
so there's no implication here, regardless if you have
Hi,
I'd like to discuss here the current state of elogind integration as a
whole, and the follow-up work that is now required, after I've put a
default on local USE flag +elogind on xorg-server while dropping default
suid flag in my commit yesterday.
The motivation on the changes was to follow
32 matches
Mail list logo
