On May 31, 2016 15:44, "Adam Williamson" <adamwill(a)fedoraproject.org> wrote:
> On Tue, 2016-05-31 at 15:26 -0400, Eric Griffith wrote:
> > What if the Anaconda team changed it so the "Make this user an
> > administrator" checkbox also enabled linger?
> anaconda team is (rightly) opposed to anything like this, in terms of
> magic code in anaconda that changes things. All that box does is put
> the user in the wheel group (and maybe tell PolicyKit they're an admin,
> I forget if that's a separate thing or not). It does not and will not
> do anything else. Anything else has to be achieved in terms of saying
> 'wheel members / PK admins can do X'.
Fair enough, reasonable position. Would this avenue be reasonable /
acceptable / possible, then? Can logind read and respond to policykit? Such
as "members of wheel can linger"? I'm not familiar enough with the
internals of either logind or policykit to know how interconnected they can
I would like to ask for some help what to do with
https://bugzilla.redhat.com/show_bug.cgi?id=1324881 I've been
pondering it for some time, but I know too little to know what to do.
It's about the old amusement xpenguins. (A program showing small
penguins walking on the windows and jumping between them.) As can be
seen in the bug report, it doesn't show anything in e.g. Gnome. From
what I understand this is because Gnome doesn't show the actual X root
window. It has a second window covering the entire screen as
background, and this window hides all the penguins.
A first question is if this is indeed correct?
If so, could anyone describe it in more technically correct terms. I
would like to write a warning about the issue in the description of
To handle the issue, I've considered to blacklist environments that do
something like the above in the desktop file with a line
"NotShowIn=GNOME;..." for Gnome and other environments doing something
like this. (I fear that it would mean most modern environments.)
Even better would be if there were some way to dynamically check if
the "real root window" was available. But I'm not aware of any way to
test that, nor any way to let the desktop file use that information if
I had it.
But a problem is that "NotShowIn=GNOME;" doesn't seem to have any
effect in the current Gnome version. There is no menu to exclude
xpenguins from, and when I try it seems just as available regardless
of that setting. As you may have guessed I'm not a regular Gnome
user, but that is what I see when I test it.
So a second question is if anyone has any advice on how to best handle
this? How to best make sure Gnome users don't get fooled to use a
program that do not work in their environment.
Any advice on the subject would be appreciated!
right now I wasn't thinking about other plans. Atm I am trying to get it working correctly with Epiphany instead of Electron, so we would be able to push the package into Fedora (this can take really long time, depends on how Epiphany developers will be willing to help me).
Best regards / S pozdravem,
----- Original Message -----
From: "Owen Taylor" <otaylor(a)redhat.com>
To: "Development discussions related to Fedora" <devel(a)lists.fedoraproject.org>
Cc: developer-portal(a)lists.fedoraproject.org, websites(a)lists.fedoraproject.org, "Frantisek Zatloukal" <fzatlouk(a)redhat.com>
Sent: Tuesday, May 31, 2016 4:46:20 PM
Subject: Re: Fedora Developer Portal as a application
Hi Petr and Frantisek,
Are there future plans for developing this further, or is the goal just to have the website running in an application-style window?
----- Original Message -----
> Hi folks,
> I am happy to announce, Frantisek Zatloukal did Fedora Developer Portal
> package .
> Issue for it on Fedora Developer Portal GitHub .
> Feel free to comment and improve:)
> Fedora Developer Portal looks like as an application on your Fedora system.
> It requires an electron package, which is also packaged by Frantisek and it
> is a part of Frantisek's repository.
> Feel free to install and test it.
> Awesome work Frantisek, though:) Go ahead.
>  https://github.com/developer-portal/website/issues/41
> Petr Hracek
> Software Engineer
> Developer Experience
> Red Hat, Inc.
> Mob: +420 777 056 169
> email: phracek(a)redhat.com
> devel mailing list
= Proposed Self Contained Change: Koji Generates Installation Media =
* Jay Greguske <jgregusk with the usual red hat domain>
Extend Koji with a new feature that allows users to create
installation media for various architectures.
== Detailed Description ==
This is a significant enabler for generating DVD media, other ISOs,
and images more efficiently. It also allows other tools such as mash
or pungi to offload much of the heavy-lifting to the build system.
Longer term, we may be able to reduce the number of tools needed to
manufacture Fedora releases.
== Scope ==
* to implement this change
* This feature does require coordination with release engineering
(e.g. changes to installer image generation or update package
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic