Re: [Fedora 23 beta] Under Wayland, apps run via su or sudo are not authorised to connect to the X11 display server

[Adam Williamson]

On Mon, 2015-10-05 at 11:17 +0100, Mike Fleetwood wrote:
> Hi,
> 
> I'm an upstream GParted developer and I recently looked at this bug
> report:
> 
> [Bug 1266771] In Wayland mode, gparted wont start from terminal ( eg
> sudo gparted /dev/sda )
> https://bugzilla.redhat.com/show_bug.cgi?id=1266771
> 
> I concluded that gdm (GNOME Display Manager) doesn't set-up an xauth
> token when logging the user in when they select "GNOME on Wayland"
> where
> it does when they use the "GNONE" on native X11 display server.  This
> leads to apps run via su and sudo not working because they aren't
> authorised to connect to the X11 display server.
> 
> Just wanted to draw your attention to this so you can evaluate if it
> is
> intended or a significant bug.

There's an xinit.d script to do this under X, I think:
/etc/X11/xinit/xinitrc.d/localuser.sh . Also 50-systemd-user.sh .
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net


-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Fedora 23 updates-testing report

[updates]

The following Fedora 23 Security updates need testing:
 Age  URL
  62  https://bodhi.fedoraproject.org/updates/FEDORA-2015-12739   
python-kdcproxy-0.3.2-1.fc23
  46  https://bodhi.fedoraproject.org/updates/FEDORA-2015-13824   
python-django-1.8.4-1.fc23
  44  https://bodhi.fedoraproject.org/updates/FEDORA-2015-5eb2131441   
conntrack-tools-1.4.2-9.fc23
  40  https://bodhi.fedoraproject.org/updates/FEDORA-2015-14197   
sblim-sfcb-1.4.9-4.fc23
  27  https://bodhi.fedoraproject.org/updates/FEDORA-2015-13919   
ipsilon-1.0.0-5.fc23
  27  https://bodhi.fedoraproject.org/updates/FEDORA-2015-15291   
ipsilon-1.1.0-1.fc23
  15  https://bodhi.fedoraproject.org/updates/FEDORA-2015-16197   
python-tornado-4.2.1-1.fc23
  15  https://bodhi.fedoraproject.org/updates/FEDORA-2015-16240   
nagios-4.0.8-1.fc23
   9  https://bodhi.fedoraproject.org/updates/FEDORA-2015-1781d1322a   
squid-3.5.9-6.fc23
   2  https://bodhi.fedoraproject.org/updates/FEDORA-2015-dd52a54fa1   
python-pymongo-3.0.3-1.fc23
   2  https://bodhi.fedoraproject.org/updates/FEDORA-2015-e7712d6c32   
cyrus-imapd-2.4.18-1.fc23
   2  https://bodhi.fedoraproject.org/updates/FEDORA-2015-02382803f3   
community-mysql-5.6.27-1.fc23
   2  https://bodhi.fedoraproject.org/updates/FEDORA-2015-f82917c70c   
php-5.6.14-1.fc23
   2  https://bodhi.fedoraproject.org/updates/FEDORA-2015-c76c1c84cf   
mod_nss-1.0.12-1.fc23


The following Fedora 23 Critical Path updates have yet to be approved:
 Age URL
  23  https://bodhi.fedoraproject.org/updates/FEDORA-2015-15675   
lorax-23.18-1.fc23
   4  https://bodhi.fedoraproject.org/updates/FEDORA-2015-acf322ef6d   
libssh-0.7.2-1.fc23
   2  https://bodhi.fedoraproject.org/updates/FEDORA-2015-1d111e275e   
notification-daemon-3.18.0-1.fc23
   2  https://bodhi.fedoraproject.org/updates/FEDORA-2015-101626b341   
kdepim-runtime-4.14.10-5.fc23 kdepim-4.14.10-5.fc23
   0  https://bodhi.fedoraproject.org/updates/FEDORA-2015-e87cad5526   
python-meh-0.43-1.fc23
   0  https://bodhi.fedoraproject.org/updates/FEDORA-2015-6df1834815   
xdg-utils-1.1.0-1.fc23
   0  https://bodhi.fedoraproject.org/updates/FEDORA-2015-8f2fb2353e   
perl-Coro-6.48-1.fc23
   0  https://bodhi.fedoraproject.org/updates/FEDORA-2015-830c350960   
bluez-5.35-1.fc23


The following builds have been pushed to Fedora 23 updates-testing

GraphicsMagick-1.3.22-1.fc23
NetworkManager-fortisslvpn-1.0.6-1.fc23
Singular-3.1.6-18.fc23
advancecomp-1.20-1.fc23
ansible-1.9.3-3.fc23
bcm283x-firmware-20151004-1.b06b317.fc23
bluez-5.35-1.fc23
cura-lulzbot-17.10-1.fc23
ecl-16.0.0-1.fc23
fillets-ng-1.0.1-10.fc23
fillets-ng-data-1.0.1-4.fc23
gap-pkg-polymaking-0.8.1-2.fc23
gdl-0.9.5-10.fc23
labyrinth-0.6-7.fc23
libteam-1.21-1.fc23
lmarbles-1.0.7-21.fc23
mate-themes-1.10.6-0.1.git20151005.5fec168.fc23
maxima-5.37.2-3.fc23
mingw-gtk3-3.18.1-1.fc23
octave-4.0.0-5.fc23
openfortivpn-1.1.0-1.fc23
openscap-1.2.6-1.fc23
orca-3.18.0-2.fc23
perl-Coro-6.48-1.fc23
perl-Excel-Writer-XLSX-0.85-1.fc23
perl-Module-ScanDeps-1.20-1.fc23
perl-Test-Strict-0.28-1.fc23
perl-experimental-0.015-1.fc23
php-composer-spdx-licenses-1.1.2-1.fc23
php-cssjanus-1.1.1-1.fc23
php-mediawiki-at-ease-1.1.0-1.fc23
php-pecl-gmagick-1.1.7-0.4.RC2.fc23
php-phpunit-PHPUnit-4.8.10-1.fc23
php-phpunit-PHPUnit-MockObject-2.3.8-1.fc23
php-theseer-autoload-1.20.3-1.fc23
pius-2.2.0-1.fc23
python-gbpclient-0.10.1-1.fc23
python-meh-0.43-1.fc23
rubygem-kramdown-1.9.0-1.fc23
rubygem-mongoid-3.1.7-1.fc23
sagemath-6.5-12.fc23
spice-vdagent-0.16.0-2.fc23
sqlite-jdbc-3.8.11.2-2.fc23
torcs-1.3.6-1.fc23
torcs-data-1.3.6-1.fc23
trojita-0.5-8.fc23
vdr-skinenigmang-0.1.3-2.20150920git3362ab0.fc23
vdr-skinnopacity-1.1.3-9.fc23
vdr-tvguide-1.2.2-9.fc23
xdg-utils-1.1.0-1.fc23

Details about builds:



 GraphicsMagick-1.3.22-1.fc23 (FEDORA-2015-7825fec35b)
 An ImageMagick fork, offering faster image generation and better quality

Update Information:

  GraphicsMagick-1.3.22-1.fc23  - 1.3.22, filter provides   octave-4.0.0-5.fc23
- rebuild (GraphicsMagick)   gdl-0.9.5-10.fc23  - rebuild (GraphicsMagick)
vdr-skinnopacity-1.1.3-9.fc23  - rebuild (GraphicsMagick)   vdr-
skinenigmang-0.1.3-2.20150920git3362ab0.fc23  - rebuild (GraphicsMagick)   vdr-
tvguide-1.2.2-9.fc23  - rebuild(GraphicsMagick)php-pecl-
gmagick-1.1.7-0.4.RC2.fc23  - rebuild (GraphicsMagick)




 NetworkManager-fortisslvpn-1.0.6-1.fc23 (FEDORA-2015-4f84ca237a)
 NetworkManager VPN plugin for Fortinet compatible SSLVPN

[Test-Announce] Proposal to CANCEL: 2015-10-05 Fedora QA Meeting

[Adam Williamson]

Hi folks! I'm proposing we cancel Monday's QA meeting. I think
everything's pretty much on track - we have Final TC1 to test, might be
a TC2 coming this week, and there'll be Cinnamon Test Day on Thursday.
There'll be a blocker review meeting at 1600 UTC.

If anyone does have something they think could do with meeting
discussion, please do reply to this mail and we can get together ahead
of the blocker review meeting!
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net


___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Proposed new blocking criterion for Fedora Server: GSSAPI SSO via SSH

[Mike Ruckman]

On Mon, Oct 05, 2015 at 03:05:42PM -0400, Stephen Gallagher wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Currently, we have a number of blocking criterion in Fedora Server
> around domain membership that the machine must be able to join a
> domain and that a user must be able to log into the machine using
> standard login mechanisms (console, GDM, etc.).
> 
> What we are lacking is a criterion specifying single-sign-on
> functionality, which is a key part of the domain experience. I'd like
> to propose that the following functionality be added as a Beta
> criterion from here forth:
> 
> == Server Product Requirements ==
> 
> === Remote Authentication ===
> * A user who signs in locally or via SSH to a Fedora Server joined to
> a FreeIPA or Active Directory domain using a supported domain-joining
> mechanism[1] must be capable of connecting via SSH to any other Fedora
> Server of the same version to which they have appropriate access
> privileges without being required to re-enter their password.[2]
> (Note: this assumes an "online" login; if the user logs in while
> disconnected from the authentication server, they may not be able to
> use SSO features without manual intervention.)
> 
> * Single-sign-on capabilities must be available without any additional
> configuration by the user except the initial join to the domain.
> 
> 
> 
> [1] This means realmd in the current implementation, which is the
> mechanism used under the hood by Cockpit. I'd recommend leaving out
> more manual methods like ipa-client-install, adcli and 'net ads'.
> 
> [2] Under the hood, this means that the authentication negotiation
> should happen via GSSAPI.
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iEYEARECAAYFAlYSygMACgkQeiVVYja6o6NUMwCgkNjoXxlGB6cyCZC3bkVJ1pNX
> +K4AoJn6Yg24djVWofsN5qr9AhGoBdDn
> =vY35

+1

That seems to be clear and make sense to me.

-- 
// Mike 
--
Fedora QA
freenode: roshi
http://roshi.fedorapeople.org
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Workstation 23 (Beta) locking up

[Sanne Grinovero]

On 5 October 2015 at 13:58, Kamil Paral  wrote:
>> Hi all,
>> I was brave enough to upgrade my primary work laptop - a Lenovo laptop
>> T440s - from Fedora 22 (workstation) to the Beta of version 23.
>>
>> The upgrade was smooth, Gnome 3 is working great, and it's all looking
>> gorgeous but the machine occasionally seems to "freeze" and I have to
>> long-press the power button to force a shut down as it won't react to
>> any other key combination I tried (from ctrl-alt-del to
>> ctrl-alt-F1..F9, ctrl-alt-backspace).
>>
>> Kernel version is  4.2.1-300.fc23.x86_64 (not tainted nor customized).
>>
>> The boot command line is the "vanilla" one:
>>  BOOT_IMAGE=/vmlinuz-4.2.1-300.fc23.x86_64
>> root=UUID=f12bc342-dcf1-4c72-815f-4d3c0475a9f0 ro
>> rootflags=subvol=root vconsole.font=latarcyrheb-sun16 rhgb quiet
>>
>> Is there anything I can do to help getting this fixed?
>>
>> I guess a good start would be to report it on some issue tracker, but
>> I'm not sure which one, or which component: I probably need some help
>> to narrow it done somewhat?
>>
>> Thanks,
>> Sanne
>
>
> Are you using a docking station perhaps? At least Intel cards are known to 
> hang the system with it:
> https://bugzilla.redhat.com/show_bug.cgi?id=1256712

Yes it's an Intel one, and yes I'm using a dock but it's only to get
it charged conveniently and connect to other perks - such as wired
network and input devices - but the dock has no monitor attached.

I've had the lockups happen frequently when travelling; been away for
2 weeks now: that implies no dock at all for many days, and even with
several reboots between the last time it was in the dock (obviously,
because of the issue itself).

Thanks,
Sanne
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F23 suspend issues anyone?

[Joachim Backes]

On 05.10.2015 23:16, Ankur Sinha wrote:

Hiya,

Is anyone else seeing suspend issues? Bug filed here:
https://bugzilla.redhat.com/show_bug.cgi?id=1268625





Ankur,

I never had suspend problems in F23 with any kernel (my actual included: 
4.2.3-300.fc23.x86_64).


Kind regards

Joachim Backes

--

Fedora release 23 (Twenty Three)
Kernel-4.2.3-300.fc23.x86_64


Joachim Backes 
http://www-user.rhrk.uni-kl.de/~backes/
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Workstation 23 (Beta) locking up

[Michel Alexandre Salim]

Does the system normally lock up when idling or when under heavy load? I
find that when under memory pressure (start Android Studio, start an
emulator, etc) I could make the system so sluggish that the mouse wouldn't
even move and switching to a VT doesn't work...

or doesn't seem so; wait long enough and the mouse pointer will move again
but it's faster to just power cycle at that point.

If it's a similar problem, then I wonder... Recent changes in swap
behavior? On my non-Fedora work laptop with an older kernel, similar memory
pressure has a less adverse effect.

-
Michel

On Tue, Oct 6, 2015, 05:30 Sanne Grinovero 
wrote:

> On 5 October 2015 at 13:58, Kamil Paral  wrote:
> >> Hi all,
> >> I was brave enough to upgrade my primary work laptop - a Lenovo laptop
> >> T440s - from Fedora 22 (workstation) to the Beta of version 23.
> >>
> >> The upgrade was smooth, Gnome 3 is working great, and it's all looking
> >> gorgeous but the machine occasionally seems to "freeze" and I have to
> >> long-press the power button to force a shut down as it won't react to
> >> any other key combination I tried (from ctrl-alt-del to
> >> ctrl-alt-F1..F9, ctrl-alt-backspace).
> >>
> >> Kernel version is  4.2.1-300.fc23.x86_64 (not tainted nor customized).
> >>
> >> The boot command line is the "vanilla" one:
> >>  BOOT_IMAGE=/vmlinuz-4.2.1-300.fc23.x86_64
> >> root=UUID=f12bc342-dcf1-4c72-815f-4d3c0475a9f0 ro
> >> rootflags=subvol=root vconsole.font=latarcyrheb-sun16 rhgb quiet
> >>
> >> Is there anything I can do to help getting this fixed?
> >>
> >> I guess a good start would be to report it on some issue tracker, but
> >> I'm not sure which one, or which component: I probably need some help
> >> to narrow it done somewhat?
> >>
> >> Thanks,
> >> Sanne
> >
> >
> > Are you using a docking station perhaps? At least Intel cards are known
> to hang the system with it:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1256712
>
> Yes it's an Intel one, and yes I'm using a dock but it's only to get
> it charged conveniently and connect to other perks - such as wired
> network and input devices - but the dock has no monitor attached.
>
> I've had the lockups happen frequently when travelling; been away for
> 2 weeks now: that implies no dock at all for many days, and even with
> several reboots between the last time it was in the dock (obviously,
> because of the issue itself).
>
> Thanks,
> Sanne
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

[Fedora 23 beta] Under Wayland, apps run via su or sudo are not authorised to connect to the X11 display server

[Mike Fleetwood]

Hi,

I'm an upstream GParted developer and I recently looked at this bug
report:

[Bug 1266771] In Wayland mode, gparted wont start from terminal ( eg
sudo gparted /dev/sda )
https://bugzilla.redhat.com/show_bug.cgi?id=1266771

I concluded that gdm (GNOME Display Manager) doesn't set-up an xauth
token when logging the user in when they select "GNOME on Wayland" where
it does when they use the "GNONE" on native X11 display server.  This
leads to apps run via su and sudo not working because they aren't
authorised to connect to the X11 display server.

Just wanted to draw your attention to this so you can evaluate if it is
intended or a significant bug.

Thanks,
Mike
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Workstation 23 (Beta) locking up

[Kamil Paral]

> Hi all,
> I was brave enough to upgrade my primary work laptop - a Lenovo laptop
> T440s - from Fedora 22 (workstation) to the Beta of version 23.
> 
> The upgrade was smooth, Gnome 3 is working great, and it's all looking
> gorgeous but the machine occasionally seems to "freeze" and I have to
> long-press the power button to force a shut down as it won't react to
> any other key combination I tried (from ctrl-alt-del to
> ctrl-alt-F1..F9, ctrl-alt-backspace).
> 
> Kernel version is  4.2.1-300.fc23.x86_64 (not tainted nor customized).
> 
> The boot command line is the "vanilla" one:
>  BOOT_IMAGE=/vmlinuz-4.2.1-300.fc23.x86_64
> root=UUID=f12bc342-dcf1-4c72-815f-4d3c0475a9f0 ro
> rootflags=subvol=root vconsole.font=latarcyrheb-sun16 rhgb quiet
> 
> Is there anything I can do to help getting this fixed?
> 
> I guess a good start would be to report it on some issue tracker, but
> I'm not sure which one, or which component: I probably need some help
> to narrow it done somewhat?
> 
> Thanks,
> Sanne


Are you using a docking station perhaps? At least Intel cards are known to hang 
the system with it:
https://bugzilla.redhat.com/show_bug.cgi?id=1256712
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: [Fedora 23 beta] Under Wayland, apps run via su or sudo are not authorised to connect to the X11 display server

[František Zatloukal]

Hi Mike,
I've reported it already:
https://bugzilla.redhat.com/show_bug.cgi?id=1266792

2015-10-05 12:17 GMT+02:00 Mike Fleetwood :

> Hi,
>
> I'm an upstream GParted developer and I recently looked at this bug
> report:
>
> [Bug 1266771] In Wayland mode, gparted wont start from terminal ( eg
> sudo gparted /dev/sda )
> https://bugzilla.redhat.com/show_bug.cgi?id=1266771
>
> I concluded that gdm (GNOME Display Manager) doesn't set-up an xauth
> token when logging the user in when they select "GNOME on Wayland" where
> it does when they use the "GNONE" on native X11 display server.  This
> leads to apps run via su and sudo not working because they aren't
> authorised to connect to the X11 display server.
>
> Just wanted to draw your attention to this so you can evaluate if it is
> intended or a significant bug.
>
> Thanks,
> Mike
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test




-- 



*Best regards / S pozdravem,František Zatloukal*

*Fedora.cz Editor in-chief*
*Web:* frantisek.zatloukalu.eu
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

F-23 Branched report: 20151005 changes

[Fedora Branched Report]

Compose started at Mon Oct  5 07:15:03 UTC 2015
Broken deps for armhfp
--
[CableSwig]
CableSwig-3.20.0-13.fc23.armv7hl requires gccxml
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires 
mvn(org.apache.juddi:juddi-client)
[hamlib]
hamlib-devel-3.0-2.fc23.armv7hl requires hamlib-tcl(armv7hl-32) = 
0:3.0-2.fc23
[hbase]
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
[moon-buggy]
moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0
[netbeans-platform]
1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura >= 
0:1.9.3
[nodejs-grunt-contrib-copy]
nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires 
npm(file-sync-cmp) < 0:0.2
nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires 
npm(file-sync-cmp) >= 0:0.1.0
nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) >= 
0:0.5.1
[oat]
oat-appraiser-1.6.0-16.fc22.armv7hl requires tomcat-servlet-3.0-api
oat-client-1.6.0-16.fc22.armv7hl requires tomcat-servlet-3.0-api
[oozie]
oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.pig:pig)
oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-serde)
oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-metastore)
oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-exec)
oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-common)
oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-cli)
oozie-4.0.1-5.fc22.noarch requires 
mvn(org.apache.hive.hcatalog:webhcat-java-client)
oozie-4.0.1-5.fc22.noarch requires 
mvn(org.apache.hive.hcatalog:hcatalog-server-extensions)
oozie-4.0.1-5.fc22.noarch requires 
mvn(org.apache.hive.hcatalog:hcatalog-pig-adapter)
oozie-4.0.1-5.fc22.noarch requires 
mvn(org.apache.hive.hcatalog:hcatalog-core)
[openstack-heat-gbp]
openstack-heat-gbp-2014.2-2.fc23.noarch requires openstack-heat-engine 
< 0:2014.3
[openstack-neutron-gbp]
openstack-neutron-gbp-2014.2-2.fc23.noarch requires openstack-neutron < 
0:2014.3
[openstack-swift]
openstack-swift-2.3.0-2.fc23.noarch requires python-pyeclib
[polymake]
polymake-2.13-22.git20141013.fc23.armv7hl requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20
polymake-2.13-22.git20141013.fc23.armv7hl requires liblrsgmp.so.5
[pyjigdo]
pyjigdo-0.4.0.3-9.fc23.noarch requires fuseiso
[python-django-horizon-gbp]
openstack-dashboard-gbp-2014.2-2.fc23.noarch requires 
openstack-dashboard < 0:2014.3
python-django-horizon-gbp-2014.2-2.fc23.noarch requires 
python-django-horizon < 0:2014.3
[python-fiat]
python-fiat-1.5.0-2.fc23.noarch requires ScientificPython
[python-gbpclient]
python-gbpclient-0.9.0-2.fc23.noarch requires python-neutronclient = 
0:2.3.9
[vdr-live]
vdr-live-0.3.0-21.20150213git6ea279a.fc23.armv7hl requires 
libtntnet.so.12
vdr-live-0.3.0-21.20150213git6ea279a.fc23.armv7hl requires 
libcxxtools.so.9
[vfrnav]
vfrnav-20141211-1.fc22.armv7hl requires libgps.so.21
vfrnav-utils-20141211-1.fc22.armv7hl requires libgdal.so.1



Broken deps for i386
--
[CableSwig]
CableSwig-3.20.0-13.fc23.i686 requires gccxml
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires 
mvn(org.apache.juddi:juddi-client)
[hamlib]
hamlib-devel-3.0-2.fc23.i686 requires hamlib-tcl(x86-32) = 0:3.0-2.fc23
[hbase]
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
[moon-buggy]
moon-buggy-1.0.51-14.fc23.i686 requires libesd.so.0
[netbeans-platform]
1:netbeans-platform-harness-7.0.1-11.fc22.i686 requires cobertura >= 
0:1.9.3
[nodejs-grunt-contrib-copy]

Workstation 23 (Beta) locking up

[Sanne Grinovero]

[re-sending after being pointed to the right mailing list]

Hi all,
I was brave enough to upgrade my primary work laptop - a Lenovo laptop
T440s - from Fedora 22 (workstation) to the Beta of version 23.

The upgrade was smooth, Gnome 3 is working great, and it's all looking
gorgeous but the machine occasionally seems to "freeze" and I have to
long-press the power button to force a shut down as it won't react to
any other key combination I tried (from ctrl-alt-del to
ctrl-alt-F1..F9, ctrl-alt-backspace).

Kernel version is  4.2.1-300.fc23.x86_64 (not tainted nor customized).

The boot command line is the "vanilla" one:
 BOOT_IMAGE=/vmlinuz-4.2.1-300.fc23.x86_64
root=UUID=f12bc342-dcf1-4c72-815f-4d3c0475a9f0 ro
rootflags=subvol=root vconsole.font=latarcyrheb-sun16 rhgb quiet

Is there anything I can do to help getting this fixed?

I guess a good start would be to report it on some issue tracker, but
I'm not sure which one, or which component: I probably need some help
to narrow it done somewhat?

Thanks,
Sanne
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: No GUI on booting F23 sometimes - system gets stuck

[Ankur Sinha]

On Sat, 2015-10-03 at 10:05 -0600, Michal Jaegermann wrote:
> On Sat, Oct 03, 2015 at 03:44:58PM +0100, Ankur Sinha wrote:
> > 
> > I've recently noticed that my system doesn't always get to GDM on
> > boot. I'm not sure what's causing it, but looking at the boot
> > messages, it seems to get stuck around something to do with "User
> id 42".
> 
> You can check what is "User id 42" by typing
> 
>    id -n -u 42
> 
> (or by looking at id numbers in /etc/passwd).  Unless you were
> forcing
> some id changes on your system you will most likely find that the
> answer
> is "gdm". Surprise!

Should've guessed that..
> 
> > I'm trying to get more info off journalctl but it doesn't have
> > any. Any suggestions?
> 
>    systemctl -l status gdm


> It is really hard to guess without any information what troubles you
> may have and why.
> 
> > Oh, booting into run level 3 and then running startx seems to work.
> 
> How about 'telinit 5' instead here?  'systemctl default' should do
> the
> same (one would hope so).


I know, but when gdm fails, the system just hangs and I can't access a
virtual terminal or anything - journalctl doesn't seem to store data
about this boot at all :/

For the time being, I've changed my login manager to lightdm and that
appears to work fine. I'll keep testing this from time to time and see
if I can get some logs or error info.
-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD"

http://fedoraproject.org/wiki/User:Ankursinha



signature.asc
Description: This is a digitally signed message part
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Fedora 22 updates-testing report

[updates]

The following Fedora 22 Security updates need testing:
 Age  URL
 178  https://bodhi.fedoraproject.org/updates/FEDORA-2015-5878   
echoping-6.1-0.beta.r434svn.1.fc22
 127  https://bodhi.fedoraproject.org/updates/FEDORA-2015-9110   
fossil-1.33-1.fc22
 127  https://bodhi.fedoraproject.org/updates/FEDORA-2015-9185   
ceph-deploy-1.5.25-1.fc22
  96  https://bodhi.fedoraproject.org/updates/FEDORA-2015-10944   
openhpi-3.4.0-2.fc22
  60  https://bodhi.fedoraproject.org/updates/FEDORA-2015-12781   
python-kdcproxy-0.3.2-1.fc22
  47  https://bodhi.fedoraproject.org/updates/FEDORA-2015-13616   
mod_nss-1.0.11-4.fc22
  45  https://bodhi.fedoraproject.org/updates/FEDORA-2015-13823   
python-django-1.8.4-1.fc22
  44  https://bodhi.fedoraproject.org/updates/FEDORA-2015-1aee5e6f0b   
conntrack-tools-1.4.2-9.fc22
  44  https://bodhi.fedoraproject.org/updates/FEDORA-2015-13945   
wireshark-1.12.7-2.fc22
  39  https://bodhi.fedoraproject.org/updates/FEDORA-2015-14199   
sblim-sfcb-1.4.9-2.fc22
  39  https://bodhi.fedoraproject.org/updates/FEDORA-2015-14212   
ntp-4.2.6p5-33.fc22
  26  https://bodhi.fedoraproject.org/updates/FEDORA-2015-15292   
ipsilon-1.1.0-1.fc22
  20  https://bodhi.fedoraproject.org/updates/FEDORA-2015-15767   
bugzilla-4.4.10-1.fc22
  14  https://bodhi.fedoraproject.org/updates/FEDORA-2015-16239   
nagios-4.0.8-1.fc22
  11  https://bodhi.fedoraproject.org/updates/FEDORA-2015-16314   
icu-54.1-4.fc22
  11  https://bodhi.fedoraproject.org/updates/FEDORA-2015-16369   
qemu-2.3.1-5.fc22
   8  https://bodhi.fedoraproject.org/updates/FEDORA-2015-05490fc42d   
squid-3.4.13-3.fc22
   8  https://bodhi.fedoraproject.org/updates/FEDORA-2015-be2c11d456   
subversion-1.8.14-1.fc22
   3  https://bodhi.fedoraproject.org/updates/FEDORA-2015-2d37e7dacf   
openstack-swift-2.2.0-6.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-7a0963e260   
firefox-41.0-6.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-3e4043f088   
python-pymongo-3.0.3-1.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-773ef285ef   
openjpeg2-2.1.0-7.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-8d4b507cb0   
cyrus-imapd-2.4.18-1.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-b689ef0dbf   
community-mysql-5.6.27-1.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-b24a52fc97   
php-5.6.14-1.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-eff717cb3b   
opensmtpd-5.7.2p1-1.fc22


The following Fedora 22 Critical Path updates have yet to be approved:
 Age URL
 125  https://bodhi.fedoraproject.org/updates/FEDORA-2015-9342   
perl-Curses-1.32-1.fc22
  54  https://bodhi.fedoraproject.org/updates/FEDORA-2015-13210   
yum-3.4.3-508.fc22
  44  https://bodhi.fedoraproject.org/updates/FEDORA-2015-af679ba575   
freetype-2.5.5-2.fc22
  39  https://bodhi.fedoraproject.org/updates/FEDORA-2015-14218   
xulrunner-40.0-1.fc22
  19  https://bodhi.fedoraproject.org/updates/FEDORA-2015-15897   
libgdata-0.17.3-1.fc22
  11  https://bodhi.fedoraproject.org/updates/FEDORA-2015-16314   
icu-54.1-4.fc22
   9  https://bodhi.fedoraproject.org/updates/FEDORA-2015-16470   
python-bugzilla-1.2.2-1.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-a84e080ad0   
kdepim-runtime-4.14.10-5.fc22 kdepim-4.14.10-5.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-1134eca5dd   
kdepimlibs-4.14.10-3.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-ea806811c7   
libssh-0.7.2-1.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-7a0963e260   
firefox-41.0-6.fc22
   1  https://bodhi.fedoraproject.org/updates/FEDORA-2015-16118   
avahi-0.6.31-43.fc22


The following builds have been pushed to Fedora 22 updates-testing

adonthell-0.3.5-6.fc22
amsynth-1.6.0-1.fc22
cube-4.3.2-3.fc22
engrampa-1.10.2-2.fc22
fbzx-3.0.0-1.fc22
nginx-1.8.0-11.fc22
postbooks-4.9.2-7.fc22
python-minibelt-0.1.1-1.fc22
recoll-1.21.2-1.fc22
shinken-2.4.2-1.fc22
sqlite-jdbc-3.8.11.2-1.fc22
svxlink-14.08.1-3.fc22
tor-0.2.6.10-4.fc22
wine-1.7.52-1.fc22
xemacs-21.5.34-12.20150929hga76c9268bb72.fc22
xosview-1.17-1.fc22

Details about builds:



 adonthell-0.3.5-6.fc22 (FEDORA-2015-b2ee71080f)
 A 2D graphical RPG game

Update Information:

Some spec cleanup




 amsynth-1.6.0-1.fc22 (FEDORA-2015-213c8b2f55)
 A classic synthesizer with dual oscillators

Update Information:

Update to new 1.6  New subpackage with vst plugin  Fix wrong name of plugins
subpackages

Re: [Fedora QA] #476: Proposed Test Day - Cinnamon Spin

[Fedora QA]

#476: Proposed Test Day - Cinnamon Spin
---+---
  Reporter:  grinnz|  Owner:  adamwill
  Type:  task  | Status:  assigned
  Priority:  major |  Milestone:  Fedora 23
 Component:  Test Day  |Version:
Resolution:|   Keywords:
Blocked By:|   Blocking:
---+---

Comment (by grinnz):

 Haha, I had forgotten about it also. Thanks for rescheduling.

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: No GUI on booting F23 sometimes - system gets stuck

[Ankur Sinha]

Hi Michal,

On Mon, 2015-10-05 at 08:43 -0600, Michal Jaegermann wrote:
> Yes, but if you can type 'startx' after booting to level 3 you can
> type 'systemctl default' or 'telinit 5' too.  Does this hang the same
> way?  If this is producing any ouput on a console before hanging you
> may try to redirect that to a permanent file to be looked at after
> the
> next boot. 

This is hanging the same way, unfortunately,

>  In any case 'journalctl -xb-1' is supposed to get you at
> least some data from the previous boot.  Did you try to examine that?
> Results of 'journalctl -xb-1' are usually way to chatty but sometimes
> one can fish out from that something useful and informative.

I did try that, although I'll reconfirm this when I get home later
today. I tried a journalctl --list-boots and it gave me something weird
too - not a list of boots as it should've. I'll post the output when I
get back home to the laptop.
-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD"

http://fedoraproject.org/wiki/User:Ankursinha



signature.asc
Description: This is a digitally signed message part
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Fedora 23 Branched 20151005 compose check report

[Fedora compose checker]

No missing expected images.

No images in this compose but not 23 Branched 20151004

No images in 23 Branched 20151004 but not this.

Failed openQA tests: 9 of 52

ID: 4796Test: x86_64 universal server_scsi_updates_img
ID: 4793Test: i386 kde_live default_install
ID: 4792Test: x86_64 workstation_live default_install@uefi
ID: 4790Test: x86_64 kde_live default_install
ID: 4789Test: i386 workstation_live default_install
ID: 4785Test: i386 universal upgrade_desktop_32bit
ID: 4770Test: x86_64 universal server_simple_free_space@uefi
ID: 4768Test: x86_64 universal server_delete_partial@uefi
ID: 4761Test: x86_64 universal upgrade_desktop_64bit

Passed openQA tests: 43 of 52
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test