ison is a bit difficult. I
might have to fiddle around with exactly when the top run happens and
stuff. Please excuse any not-terribly-useful output from the 'top'
comparison. (In this case, I just changed the 'top' run from happening
*after* all the other tests to happening *befor
Missing expected images:
Workstation live i386
Kde live x86_64
Xfce raw-xz armhfp
Workstation live x86_64
Kde live i386
Failed openQA tests: 52/79 (x86_64), 14/15 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20161130.n.0):
ID: 50248 Test: x86_64 Server-boot-iso instal
Announcing the creation of a new nightly release validation test event
for Fedora 26 Rawhide 20161202.n.2. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Dec 2, 2016 22:42, "Eric Sandeen" wrote:
On 12/2/16 7:10 PM, Paul Wouters wrote:
>
> Fedora runs a captive portal check page at:
>
> http://fedoraproject.org/static/hotspot.txt
>
> It used to return "OK\n".
>
> Now it returns "OK" without the newline.
Wouldn't it make more sense to be check
On 12/2/16 7:10 PM, Paul Wouters wrote:
>
> Fedora runs a captive portal check page at:
>
> http://fedoraproject.org/static/hotspot.txt
>
> It used to return "OK\n".
>
> Now it returns "OK" without the newline.
Seems like the file date is still well in the past
(2015-12-15) and does not actual
On Fri, 2016-12-02 at 20:10 -0500, Paul Wouters wrote:
> ps. Not sure if related or not, my gnome portal detection is no
> longer
> showing real captive portal pages, but instead just shows me a gnome
> window.
That should never happen.
It *might* be related to [1][2] as that's the only thing tha
Przemek Klosowski wrote:
> Right, that's what I thought. Still, completely blocking the upgrade
> seems rude. Yum had an option --skip-broken that would just leave such
> packages alone,
I don't think keeping an old version of the filesystem package (because the
conflict is between google-earth-
Rich Mattes wrote:
> Perhaps it's a side effect of DNF's "clean_requirements_on_remove"
> feature[1]?
>
> [1] http://dnf.readthedocs.io/en/latest/conf_ref.html#main-options
Yes, it's clearly that misfeature, and it's not a "side effect", it is
exactly what that "feature" is expected to do.
As yo
Przemek Klosowski wrote:
> - simple sound (aplay, espeak) failing after running fancy synthesized
> sound apps (Qsynth): I'd need guidance what to test to find the hidden
> state that causes that.
If you change the Qsynth settings to use PulseAudio rather than JACK for
output, that problem should
Fedora runs a captive portal check page at:
http://fedoraproject.org/static/hotspot.txt
It used to return "OK\n".
Now it returns "OK" without the newline.
This caused at least the geome tool (from the geome package) to return
a false positive and abort, telling the user to first authenticate
Thanks!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Fri, 02 Dec 2016 15:55:48 -
"Christian Stadelmann" wrote:
> The firefox update from 50.0.0 to 50.0.2 [1] isn't being pushed to
> updates-testing or updates in F25 and F24 for more than 24 hours.
> This update is urgent because it fixes a 0-day remote code execution
> bug in SVG handling pl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
===
#fedora-meeting: FESCO (2016-12-02)
===
Meeting started by sgallagh at 16:06:54 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2016-12-02/fes
Can you say for sure you're seeing this after clicking on the notification?
Because I'm seeing massive freezes (2…5 seconds) when notifications fade in
sometimes. I'm 100% sure though, that I didn't click the notification before
gnome-shell froze. Same symptoms even about switching to virtual co
The firefox update from 50.0.0 to 50.0.2 [1] isn't being pushed to
updates-testing or updates in F25 and F24 for more than 24 hours. This update
is urgent because it fixes a 0-day remote code execution bug in SVG handling
plus another critical bug in same-origin handling [2]. This bug has reache
On Mon, Nov 28, 2016 at 2:44 PM, Jerry James wrote:
> gap-pkg-hapcryst: https://bugzilla.redhat.com/show_bug.cgi?id=1378526
> gap-pkg-xmod: https://bugzilla.redhat.com/show_bug.cgi?id=1399365
I still need reviews for these two. I'm willing to swap reviews. Thanks,
--
Jerry James
http://www.jam
Hi all,
I've moved Wireshark from /usr/sbin/ directory to /usr/bin/ in rawhide
(https://bugzilla.redhat.com/show_bug.cgi?id=1393855), but it broke the
%post scriptlet in case of update (there is no problem with
installation), more specifically this part:
%post gtk
...
/usr/sbin/update-alternatives
On 12/01/2016 05:52 PM, Adam Williamson wrote:
On Thu, 2016-12-01 at 17:03 -0500, Przemek Klosowski wrote:
>This got me thinking if there's a common root cause that could be
>checked automatically? I didn't quite understand what exactly happened
>in the affected packages to cause it.
No, they'r
On 12/01/2016 07:48 PM, Fabio Valentini wrote:
> I has come to my attention that - since the update to vala from the
> 0.34.x series has made it into the fedora 25(+) repositories - every
> package that generates .vapi files during build might have done so
> incorrectly, because of the following bu
19 matches
Mail list logo
