Hey,
On Thu, Apr 30, 2020 at 09:30, Alex Scheel wrote:
And yeah, agreed. Backports are time consuming. But this is F31, not
F30.
There's at least another 6 months of support on this distro
(technically...)
and as referenced on that ticket, I'm not the only one that has hit
it;
there's ab
Hey,
On Sun, Feb 18, 2018 at 6:09 PM, Igor Gnatenko
wrote:
> List of packages and respective maintainers:
> https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs.txt
Done:
gnome-session
gnome-shell-extensions(*)
Cheers,
Florian
(*) accidentally, by changing build systems to meson which ins
On Tue, 28 Jun 2016, 16:50 Michael Catanzaro, wrote:
>
> Hey Florian, it looks like a good time for another 3.20 release;
>
Yeah, I had planned another 3.20 release for a while. 3.20.3 is now pending
for testing:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-fb66c6e22c
>
--
devel mailing
Should be fixed by http://koji.fedoraproject.org/koji/buildinfo?buildID=701581
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On Sun, Sep 27, 2015 at 12:52 PM, kendell clark wrote:
> There seems to be two different sound volumes. I'll demonstrate.
> First, go into the sound settings panel in the control center. [...]
> I hear: output volume: slider 31454 31 percent. If I check the same
> thing on the top bar under setti
On Mon, Jan 26, 2015 at 5:23 PM, Alexander Ploumistos
wrote:
> On Mon, Jan 26, 2015 at 5:29 PM, Florian Müllner
> wrote:
>>
> After a little bit of testing, I can confirm that it happens with every app.
> [...]
> Do I file this against mutter?
Yes please.
>> The de
On Mon, Jan 26, 2015 at 1:51 PM, Alexander Ploumistos
wrote:
> A few days ago I upgraded my main workstation to F21 and I've noticed a few
> annoying glitches, but I don't know if they are all worth reporting
Yes. Glitches may be minor bugs, but bugs nonetheless.
> 1. Window size and position:
On Thu, Jan 22, 2015 at 6:05 PM, Reindl Harald wrote:
> Am 22.01.2015 um 17:59 schrieb drago01:
>> This is just a game
>
> keep your insults for yourself
> maybe for you it is just a game
That was not an insult, but was referring to the software in question,
gnome-2048 - which is indeed a ga
On Sat, Sep 13, 2014 at 3:40 PM, Joachim Backes
wrote:
> In gnome-sudoku (gnome-sudoku-3.13.90-3.fc21.x86_64) for F21 I'm missing
> the feature allowing to print multiple unsolved sudokus.
You should use a user list/forum for these kinds of questions, as it
is not related to developing Fedora in
On Thu, Nov 7, 2013 at 6:36 PM, Rahul Sundaram wrote:
> Perhaps instead of ignoring them entirely, you can just sort the results or
> having
> a secondary view "Click here for command line applications that match your
> search
> results" etc can be considered.
I guess the main obstacle here is
On Thu, Nov 7, 2013 at 4:58 PM, Kevin Kofler wrote:
> (My guess: Canonical will come up with their own Ubuntu App model requiring
> Ubuntu technologies
If you had read Lennart's previous reply to this thread, you'd be
aware that they already did.
--
devel mailing list
devel@lists.fedoraproject.o
On Mon, Nov 4, 2013 at 6:57 PM, Kevin Kofler wrote:
> Florian Müllner wrote:
>> ... or users having to update their *entire* system to
>> unstable/experimental versions if they want to try the lastest
>> Firefox/Libreoffice/Eclipse
>
> Then either upstream or the Fedora
On Mon, Nov 4, 2013 at 11:37 AM, Nicolas Mailhot <
nicolas.mail...@laposte.net> wrote:
> GNOME decided to break it all the time (can't even get extensions work
> from one gnome-shell version to the next one and no gracefully disabling
> is still functional breakage).
So what do you suggest? We can
On Mon, Nov 4, 2013 at 11:03 AM, drago01 wrote:
> Firefox for instance could use that, or libreoffice, or eclipse. If a
> user needs a newer version (or nightly build) without having upstream
> worry about the specific distribution.
... or users having to update their *entire* system to
unstable/
On Sat, Nov 2, 2013 at 4:11 PM, Gregory Maxwell wrote:
> The intention is that any parties capable of obtaining and running the
> provided binaries[...] can have a fully licensed
> implementation of H.264 at no cost.
IANAL, but I am sure that this will not be included in any official
Fedora repos
On Mon, Sep 9, 2013 at 5:36 PM, Remi Collet wrote:
> Le 06/09/2013 11:33, Richard Hughes a écrit :
>> [1] http://people.freedesktop.org/~hughsient/appdata/
>
> I don't see any localization information in those specifications...
From the above link: "Questions: [...] How do I translate this data?"
On Thu, Jul 4, 2013 at 12:04 PM, Thomas Sailer
wrote:
> What is happening here? How can I get the shell to accept finger input too?
It is fallout from the port to XInput2, see
https://bugzilla.gnome.org/show_bug.cgi?id=697192.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fed
On Mon, May 6, 2013 at 3:21 PM, Przemek Klosowski
wrote:
> Another example of such important change that recently appeared without
> recourse and much discussion is the lock screen: previously, the password
> unlock widget had focus so one could start typing the password, while the
> new behavior
On Mon, Apr 22, 2013 at 6:55 PM, Przemek Klosowski
wrote:
> Since clock-applet is a default install on every Fedora, I thought this
> would be widely reported
While it is installed on every (default desktop spin) Fedora system,
it is only used by the (non-default) GNOME fallback mode, which is
li
On Fri, Jan 25, 2013 at 2:42 PM, Peter Robinson wrote:
> I'll work to rebuild associated deps now
I just saw mutter and gnome-shell going by, thanks for taking care of that!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sep 18, 2012 2:56 PM, wrote:
> Any ideas on the equivalent for KDM?
No, sorry.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Sep 18, 2012 at 11:41 AM, Camilo Mesias wrote:
> I always enable the feature but it is an ongoing annoyance that it is
> disabled at GDM, is there any way to force it to default to on for the
> whole system?
I have the following in /etc/dconf/db/gdm.d/10-local-settings:
[org/gnome/settin
On Apr 27, 2012 11:34 PM, "Jared K. Smith" wrote:
> Sorry Bill -- I'm confused here. Was a notification method actually
> implemented? Was it enabled in F17.TC1? If so, I didn't see it. Or
> was it implemented only for rawhide?
It was implemented only in the sense that code was written and po
On Apr 20, 2012 11:55 AM, "Jiri Eischmann" wrote:
> The notification is nice, but the only job it does is that it says the
> live system is installable. It really doesn't help the user find out how
> to install it.
The notification contains a button which is labeled "Install". I don't
think users
Hey,
On Fri, Apr 20, 2012 at 9:49 AM, Kamil Paral wrote:
> I tried that out. For some reason the notification doesn't pop up after I
> run the program, is that intended?
No, it should be shown in "banner mode" like in
http://imgur.com/Gk1Az(that's a screenshot of running the unmodified
progra
On Fri, Apr 20, 2012 at 12:00 AM, Chris Murphy wrote:
> In effect it may necessitate a reboot to get that notification back, in
> order to know how to install?
>
Not if the notification is resident, in which case it will remain in the
message tray even after it has been acknowledged by the user.
On Thu, Feb 2, 2012 at 9:59 PM, Kevin Kofler wrote:
> Florian Müllner wrote:
> > It is not implemented with XEmbed.
>
> If the user runs non-GNOME software which tries to bring up a system tray
> icon, it is.
The discussion was about GNOME shell's top bar. No applicatio
On jue, 2012-02-02 at 20:17 +0100, Kevin Kofler wrote:
> And the thing is, renaming "Tooltip" to "Description" will break all the
> existing implementations and provide no benefit whatsoever to the end user.
> It's just an internal identifier the user will never see. For all I care it
> could be
On jue, 2012-02-02 at 20:11 +0100, Kevin Kofler wrote:
> Florian Müllner wrote:
> > I actually agree to that - if we used the notifier spec in the top bar,
> > we would either compromise on the intended experience, or provide a
> > crappy implementation. Or in other words: t
On jue, 2012-02-02 at 01:16 +0100, Kevin Kofler wrote:
> Then your implementation in gnome-shell would just be half-assed and crappy,
> just like your implementation of the XEmbed-based spec is. Unlike the
> XEmbed-based spec, the status notifier spec actually allows apps to specify
> whether th
On jue, 2012-02-02 at 00:44 +0100, Kevin Kofler wrote:
> >> So the argument that you're refusing to implement a cross-desktop
> >> protocol in order to ban random applications from adding themselves to
> >> the panel is bogus.
> >
> > Nobody said tha
On jue, 2012-02-02 at 01:28 +0100, Kevin Kofler wrote:
> Florian Müllner wrote:
> > No, but it would require that "circle" is drawn as circle and not a
> > square (or just discarded without notice). The NotifyIcon spec
> > explicitly allows either absurdity.
>
&g
On mié, 2012-02-01 at 17:00 -0700, Adam Williamson wrote:
> Yay cross-desktop maybe, but still a freaking disaster from a UI point
> of view, and the only thing I really dislike about GNOME 3
I don't think it's that bad, but that might just be me having different
use patterns (for instance a comm
On jue, 2012-02-02 at 05:26 +0100, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > Because it is the job of people who are proposing a spec to answer the
> > objections of the people who perform critical analysis of the spec
>
> They did answer. You just didn't like their answer.
Their answer wa
On mié, 2012-02-01 at 23:00 +0100, Kevin Kofler wrote:
> Are you going to require a spec on drawing circles to specify that the
> circumference of the circle must be between 355/113-2^-21 and 355/113
> times its diameter?
No, but it would require that "circle" is drawn as circle and not a
square
On mié, 2012-02-01 at 22:18 +0100, Kevin Kofler wrote:
> So the argument that you're refusing to implement a cross-desktop protocol
> in order to ban random applications from adding themselves to the panel is
> bogus.
No, the argument for refusing to implement the protocol is that the spec
is ba
On mié, 2012-02-01 at 18:25 +0100, Kevin Kofler wrote:
> The objections weren't addressed because they objected to the very point of
> the spec, making it impossible to address them without defeating the purpose
> of the spec.
>
> One main design goal of the spec was that it should NOT be the ap
On mié, 2012-02-01 at 12:01 +, Bastien Nocera wrote:
> GNOME never gave an opinion on the spec, we gave an opinion on the
> library, which was really just a huge pile of bugs (I know, they patched
> a bunch of the applications I maintain, and I get to receive a large
> number of crashers becaus
On dom, 2012-01-29 at 22:57 +, Noah Hall wrote:
> I'd love for Fedora become rolling simply because messing around
> with preupgrade and reinstalling is oh so tedious and a waste of my
> time. Why do you think more people are using Ubuntu for development?
Whatever their reasons might be, Ubunt
While I agree that our app-install story sucks, I'm far less convinced that
we need yet-another-downstream solution.
Florian
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On dom, 2011-11-06 at 22:42 +, Bojan Smojver wrote:
> The existence of all those extensions that bring back sanity (apps menu in
> normal view, workspaces in normal view, persistent dash for switching tasks in
> normal view etc.) is the proof of the ultimate irony - the (supposedly)
> biggest
2011/7/11 Steve Dickson
> > Hmm? Shell only understands strings, too. What precisely are you asking
> for?
> in /etc/sysconfig/nfsservices
> set LOCKD_TCPPORT=234
>
> In nfsservice.service
>
> EnvironmentFile=-/etc/sysconfig/nfsservices
> ExecStartPre=/sbin/sysctl -w $LOCKD_TCPPORT
>
> to work.
2011/7/11 Reindl Harald
> my main critic on systemd shipped als default with F15 is that
> widely used services like NFS are not converted to systemd
> BEFORE systemd replaced upstart
>
Given that Fedora only used upstart with existing SysV scripts, upstart
should not have been included in the f
43 matches
Mail list logo
