hi
have the opening screen on a KDE system, after editing the spec file to
remove the youtube-dl dependency as this is a month and 10 versions out
of date.
On 29/7/19 7:25 pm, Antonio Trande wrote:
Hi all.
Could anyone test LiVES-3.0.0-pre1 on a non-Gnome system, please?
http://koji.rpmfusi
Le lun. 29 juil. 2019 à 13:10, Nicolas Chauvet a écrit :
>
> Le lun. 29 juil. 2019 à 12:34, Antonio Trande a écrit
> :
> >
> > Cinnamon is a fork of Gnome...
> > It happens on Gnome too.
> >
> > On 29/07/19 11:46, Leigh Scott wrote:
> > > It's seem totally broken on cinnamon, it doesn't start up
Le lun. 29 juil. 2019 à 12:34, Antonio Trande a écrit :
>
> Cinnamon is a fork of Gnome...
> It happens on Gnome too.
>
> On 29/07/19 11:46, Leigh Scott wrote:
> > It's seem totally broken on cinnamon, it doesn't start up in the correct
> > position and window tiling is broken.
Can you have an e
RPM Fusion update report
Section free:
-
Fedora 29
-
Pushed to testing:
devedeng-4.15.0-1.fc29
Pushed to stable:
chromium-vaapi-75.0.3770.142-1.fc29
Fedora 30
-
Pushed to testing:
devedeng-4.15.0-1.fc30
pulseaudio-module-bluetooth-f
Cinnamon is a fork of Gnome...
It happens on Gnome too.
On 29/07/19 11:46, Leigh Scott wrote:
> It's seem totally broken on cinnamon, it doesn't start up in the correct
> position and window tiling is broken.
> ___
> rpmfusion-developers mailing list --
It's seem totally broken on cinnamon, it doesn't start up in the correct
position and window tiling is broken.
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@li
Hi all.
Could anyone test LiVES-3.0.0-pre1 on a non-Gnome system, please?
http://koji.rpmfusion.org/koji/taskinfo?taskID=339659
Especially, if main window is correctly expanded/repositioned/resized.
Thanks.
--
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5321
--- Comment #4 from Nicolas Chauvet ---
* You are probably missing the following to avoid stripping on binary only
content:
%global__strip /bin/true
* Is there a way to avoid having a sub-package for every project that might use
the p
