Hello Till,
It seems that s3ql package was retired today however I took the
package on 2016-05-16 and update it week later, see BZ #1249301
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1249301
Best regards.
- Athmane
Hello!
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
the package.
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!
Hi Owen,
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,
František Zatloukal
Project Coordinator
Red Hat
----- 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?
- Owen
----- Original Message -----
> Hi folks,
>
> I am happy to announce, Frantisek Zatloukal did Fedora Developer Portal
> package [1].
>
> Issue for it on Fedora Developer Portal GitHub [2].
> 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.
>
> [1]
> https://copr.fedorainfracloud.org/coprs/frantisekz/fedora-developer-portal/
> [2] 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
> devel(a)lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
= Proposed Self Contained Change: Koji Generates Installation Media =
https://fedoraproject.org/wiki/Changes/KojiInstallMedia
Change owner(s):
* 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 ==
Proposal owners:
* to implement this change
Release engineering:
* This feature does require coordination with release engineering
(e.g. changes to installer image generation or update package
delivery.)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
Hi folks,
I am happy to announce, Frantisek Zatloukal did Fedora Developer Portal
package [1].
Issue for it on Fedora Developer Portal GitHub [2].
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.
[1]
https://copr.fedorainfracloud.org/coprs/frantisekz/fedora-developer-portal/
[2] 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