apper in Alpha TC5 F21
Installed KDE to disk from the Live CD. Using apper to check for updates results in a pop up of A problem that we were not expecting has occurred. The name org.freedesktop.PackageKit was not provided by any .service file Installing PackageKit fixes the problem. Don't see a bugzilla for it, but maybe it is already known? -- If you can't laugh at yourself, others will gladly oblige. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
rawhide report: 20140904 changes
Broken deps for i386 -- [APLpy] APLpy-0.9.8-5.fc21.noarch requires pywcs [PyKDE] PyKDE-3.16.6-14.fc20.i686 requires sip-api(10) = 0:10.0 [PyQuante] PyQuante-libint-1.6.4-11.fc22.1.i686 requires libint(x86-32) = 0:1.1.6-2.fc21 [audtty] audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.i686 requires libjson.so.0 [aws] aws-devel-3.1.0-6.fc21.i686 requires libgrypt-devel [bustle] bustle-0.4.7-2.fc22.i686 requires libHSdbus-0.10.7-ghc7.6.3.so [compat-gcc-34] compat-gcc-34-c++-3.4.6-29.fc19.i686 requires libstdc++ 0:4.9.0 [cp2k] cp2k-2.5.1-8.fc22.i686 requires libint(x86-32) = 0:1.1.6-2.fc21 cp2k-mpich-2.5.1-8.fc22.i686 requires libint(x86-32) = 0:1.1.6-2.fc21 cp2k-openmpi-2.5.1-8.fc22.i686 requires libmpi_usempi.so.1 cp2k-openmpi-2.5.1-8.fc22.i686 requires libint(x86-32) = 0:1.1.6-2.fc21 [csound] csound-java-5.19.01-1.fc20.i686 requires libgcj_bc.so.1 csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat csound-java-5.19.01-1.fc20.i686 requires java-1.5.0-gcj csound-tk-5.19.01-1.fc20.i686 requires libtk8.5.so csound-tk-5.19.01-1.fc20.i686 requires libtcl8.5.so [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [dragonegg] dragonegg-3.4-0.3.rc0.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc22.i686 requires libedelib.so edelib-devel-2.1-5.fc22.i686 requires libedelib.so [elk] elk-openmpi-2.3.22-7.fc21.i686 requires libmpi_usempi.so.1 [elpa] elpa-openmpi-2013.11-4.008.fc21.i686 requires libmpi_usempi.so.1 [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.i686 requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc22.i686 requires libtorrent-rasterbar.so.7 [flashrom] flashrom-0.9.6.1-5.svn1705.fc20.i686 requires libftdi.so.1 [flush] flush-0.9.12-10.fc22.i686 requires libtorrent-rasterbar.so.7 [freesteam] freesteam-ascend-2.1-6.20140724svn753.fc22.i686 requires libascend.so.1 [ga] ga-openmpi-5.3b-9.fc21.i686 requires libmpi_usempi.so.1 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python2-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python3-debug-plugin-0.12-18.fc21.i686 requires libpython3.3dm.so.1.0 gcc-python3-debug-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python3-plugin-0.12-18.fc21.i686 requires libpython3.3m.so.1.0 gcc-python3-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires libvala-0.24.so.0 [git-annex] git-annex-5.20140717-2.fc22.i686 requires libHSdbus-0.10.7-ghc7.6.3.so git-annex-5.20140717-2.fc22.i686 requires ghc(dbus-0.10.7-56b4210c43a53389843e3822496e305b) [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.i686 requires libmetacity-private.so.0 [gnome-shell-extension-pomodoro] gnome-shell-extension-pomodoro-0.10.0-4.fc21.i686 requires libupower-glib.so.2 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [hop] hop-2.5.0-1.fc22.2.i686 requires libunistring.so.0 [ice] ice-php-3.5.1-4.fc21.i686 requires php(zend-abi) = 0:20121212-32 ice-php-3.5.1-4.fc21.i686 requires php(api) = 0:20121113-32 [lcg-util] lcg-util-1.16.0-3.fc21.i686 requires libgfal.so.1 lcg-util-libs-1.16.0-3.fc21.i686 requires libgfal.so.1 lcg-util-python-1.16.0-3.fc21.i686 requires libgfal.so.1 [leiningen] leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks leiningen-1.7.1-7.fc20.noarch requires classworlds [libghemical] libghemical-2.99.1-24.fc20.i686 requires libf77blas.so.3 libghemical-2.99.1-24.fc20.i686 requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.i686 requires libopenobex.so.1 [librasterlite2] librasterlite2-1.0.0-1.rc0.fc22.i686 requires libgeotiff.so.1.2 librasterlite2-tools-1.0.0-1.rc0.fc22.i686 requires libgeotiff.so.1.2 [libreatlas] libreatlas-1.0.0a-8.fc22.i686 requires libgeotiff.so.1.2 [llvm] llvm-ocaml-3.4-15.fc22.i686 requires ocaml(Pervasives) = 0:4329e57fde14cc94b02a739d2595516b [ltsp] ltsp-client-5.4.5-8.fc21.i686 requires fuse-unionfs ltsp-server-5.4.5-8.fc21.i686 requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1
F-21 Branched report: 20140904 changes
Compose started at Thu Sep 4 07:15:02 UTC 2014 Broken deps for armhfp -- [APLpy] APLpy-0.9.8-5.fc21.noarch requires pywcs [PyKDE] PyKDE-3.16.6-14.fc20.armv7hl requires sip-api(10) = 0:10.0 [PyQuante] PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0 [couchdb] couchdb-1.6.0-9.fc21.armv7hl requires erlang(erl_nif_version) = 0:2.4 couchdb-1.6.0-9.fc21.armv7hl requires erlang(erl_drv_version) = 0:2.2 [cp2k] cp2k-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 cp2k-mpich-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libmpi_usempi.so.1 cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [csound] csound-java-5.19.01-1.fc20.armv7hl requires libgcj_bc.so.1 csound-java-5.19.01-1.fc20.armv7hl requires java-gcj-compat csound-java-5.19.01-1.fc20.armv7hl requires java-gcj-compat csound-java-5.19.01-1.fc20.armv7hl requires java-1.5.0-gcj csound-tk-5.19.01-1.fc20.armv7hl requires libtk8.5.so csound-tk-5.19.01-1.fc20.armv7hl requires libtcl8.5.so [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [docker-registry] docker-registry-0.7.3-1.fc21.noarch requires docker-io [dragonegg] dragonegg-3.4-0.3.rc0.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc21.armv7hl requires libedelib.so edelib-devel-2.1-5.fc21.armv7hl requires libedelib.so [ejabberd] ejabberd-2.1.13-8.fc21.armv7hl requires erlang(erl_drv_version) = 0:2.2 [elpa] elpa-openmpi-2013.11-4.008.fc21.armv7hl requires libmpi_usempi.so.1 [erlang-basho_metrics] erlang-basho_metrics-1.0.0-10.fc21.armv7hl requires erlang(erl_nif_version) = 0:2.4 [erlang-bitcask] erlang-bitcask-1.6.3-1.fc20.armv7hl requires erlang(erl_nif_version) = 0:2.4 [erlang-cl] erlang-cl-1.2.1-2.fc21.armv7hl requires erlang(erl_nif_version) = 0:2.4 [erlang-ebloom] erlang-ebloom-1.1.2-4.fc21.armv7hl requires erlang(erl_nif_version) = 0:2.4 [erlang-eleveldb] erlang-eleveldb-1.3.2-2.fc20.armv7hl requires erlang(erl_nif_version) = 0:2.4 [erlang-emmap] erlang-emmap-0-0.8.git05ae1bb.fc21.armv7hl requires erlang(erl_nif_version) = 0:2.4 [erlang-erlsyslog] erlang-erlsyslog-0.6.2-6.fc21.armv7hl requires erlang(erl_drv_version) = 0:2.2 [erlang-esasl] erlang-esasl-0.1-15.20120116git665cc80.fc21.armv7hl requires erlang(erl_drv_version) = 0:2.2 [erlang-esdl] erlang-esdl-1.3.1-3.fc21.armv7hl requires erlang(erl_drv_version) = 0:2.2 [erlang-js] erlang-js-1.2.2-5.fc21.armv7hl requires erlang(erl_drv_version) = 0:2.2 [erlang-sd_notify] erlang-sd_notify-0.1-1.fc21.armv7hl requires erlang(erl_nif_version) = 0:2.4 [erlang-skerl] erlang-skerl-1.1.0-7.fc21.armv7hl requires erlang(erl_nif_version) = 0:2.4 [erlang-snappy] erlang-snappy-1.0.3-0.7.git80db168.fc21.armv7hl requires erlang(erl_nif_version) = 0:2.4 [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.armv7hl requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc21.armv7hl requires libtorrent-rasterbar.so.7 [flashrom] flashrom-0.9.6.1-5.svn1705.fc20.armv7hl requires libftdi.so.1 [flush] flush-0.9.12-10.fc21.armv7hl requires libtorrent-rasterbar.so.7 [freesteam] freesteam-ascend-2.1-6.20140724svn753.fc21.armv7hl requires libascend.so.1 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 gcc-python2-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 gcc-python3-debug-plugin-0.12-18.fc21.armv7hl requires libpython3.3dm.so.1.0 gcc-python3-debug-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 gcc-python3-plugin-0.12-18.fc21.armv7hl requires libpython3.3m.so.1.0 gcc-python3-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires libvala-0.24.so.0 [ghc-hint] ghc-hint-devel-0.4.2.0-2.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.armv7hl requires libmetacity-private.so.0 [gnome-shell-extension-pomodoro] gnome-shell-extension-pomodoro-0.10.0-4.fc21.armv7hl requires libupower-glib.so.2 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [hibernate-search]
Re: apper in Alpha TC5 F21
On Thu, 2014-09-04 at 17:43 +0800, Ed Greshko wrote: Installed KDE to disk from the Live CD. Using apper to check for updates results in a pop up of A problem that we were not expecting has occurred. The name org.freedesktop.PackageKit was not provided by any .service file Installing PackageKit fixes the problem. Don't see a bugzilla for it, but maybe it is already known? So, apper requires 'PackageKit-qt', which sounds sane, but 'PackageKit-qt' doesn't require PackageKit. Looks like that's already filed: https://bugzilla.redhat.com/show_bug.cgi?id=1003122 -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: apper in Alpha TC5 F21
On Thursday 04 September 2014 17:43:16 Ed Greshko wrote: Installed KDE to disk from the Live CD. Using apper to check for updates results in a pop up of A problem that we were not expecting has occurred. The name org.freedesktop.PackageKit was not provided by any .service file Installing PackageKit fixes the problem. Don't see a bugzilla for it, but maybe it is already known? This is a me too post. :-) In one machine that I have updated using dnf I get the same (pesky) warning. Pesky because to get to the pop up you need to go to an empty desktop to be able to close it as it seems to be present in all (virtual) desktop but behind all the open windows. Note that it happens even without me checking apper, although possibly the check for updates is the culprit. Although I am not able to verify now I suspect that at some point in time I have removed PackageKit from the system. Regards, -- José Abílio-- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: apper in Alpha TC5 F21
On 09/04/14 21:22, Adam Williamson wrote: On Thu, 2014-09-04 at 17:43 +0800, Ed Greshko wrote: Installed KDE to disk from the Live CD. Using apper to check for updates results in a pop up of A problem that we were not expecting has occurred. The name org.freedesktop.PackageKit was not provided by any .service file Installing PackageKit fixes the problem. Don't see a bugzilla for it, but maybe it is already known? So, apper requires 'PackageKit-qt', which sounds sane, but 'PackageKit-qt' doesn't require PackageKit. Looks like that's already filed: https://bugzilla.redhat.com/show_bug.cgi?id=1003122 OK. I only searched F21 and Rawhide since I couldn't believe it was an old issue. :-) :-) -- If you can't laugh at yourself, others will gladly oblige. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: apper in Alpha TC5 F21
On 4 September 2014 14:22, Adam Williamson adamw...@fedoraproject.org wrote: So, apper requires 'PackageKit-qt', which sounds sane, but 'PackageKit-qt' doesn't require PackageKit. Looks like that's already filed: Either that, or apper should require PackageKit directly -- IIRC there was some push a few releases ago to be able to install the client libraries and not the daemon for people that wanted nothing to do with PackageKit; depends on how much we care about those people :) Richard. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
yum fails - Fedora-Minimal-armhfp-21-20140904-sda.raw.xz
On a Cubietruck - # yum install policycoreutils-python --nogpgcheck One of the configured repositories failed (Fedora 21 - armhfp), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work fix this: I will fall back to 9/1 and test with that. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: yum fails - Fedora-Minimal-armhfp-21-20140904-sda.raw.xz
On Thu, Sep 4, 2014 at 3:33 PM, Robert Moskowitz r...@htt-consult.com wrote: On a Cubietruck - # yum install policycoreutils-python --nogpgcheck All packages should now be signed so you can drop the --nogpgcheck One of the configured repositories failed (Fedora 21 - armhfp), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work fix this: Is your date/time correct? Peter -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: yum fails - Fedora-Minimal-armhfp-21-20140904-sda.raw.xz
On 09/04/2014 11:15 AM, Peter Robinson wrote: On Thu, Sep 4, 2014 at 3:33 PM, Robert Moskowitz r...@htt-consult.com wrote: On a Cubietruck - # yum install policycoreutils-python --nogpgcheck All packages should now be signed so you can drop the --nogpgcheck good. One of the configured repositories failed (Fedora 21 - armhfp), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work fix this: Is your date/time correct? It should have been via ntp. But I can't find where I put that SDcard to check it out. Too many SDcards sitting on my desk from all this testing. On a side note, I am 'inventing' an SDcard organizer for all the SDcards I have sitting around; the cubie's card reader will not allow space for a attaching a label. So anyway, it looks like making a new SDcard and trying again. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Really eth0 problem - Re: yum fails - Fedora-Minimal-armhfp-21-20140904-sda.raw.xz
On 09/04/2014 11:15 AM, Peter Robinson wrote: On Thu, Sep 4, 2014 at 3:33 PM, Robert Moskowitz r...@htt-consult.com wrote: On a Cubietruck - # yum install policycoreutils-python --nogpgcheck All packages should now be signed so you can drop the --nogpgcheck One of the configured repositories failed (Fedora 21 - armhfp), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work fix this: Is your date/time correct? I think it might be worst than date/time. I found the SDcard I was working with and booted up. No IP addresses on eth0, so no ntp, and why THAT yum message? Because date/time was essentially ZERO? I never thought to check on the ethernet. I have only started working on my 1 Cubietruck, after getting 5 Cubieboard2 systems put into production. 4 running Redsleeve (with F19 uboot), and 1 F20. I have run F19 on this Cubietruck with no problems with ethernet. So something is broken on the Cubietruck uboot support. Here is what I am seeing on ethernet on the serial console: [ 36.360611] eth0: device MAC address 56:bb:b8:7a:b2:d6 [ 36.386336] No MAC Management Counters available [ 36.455808] No MAC Management Counters available [ 36.473714] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 40.41] stmmaceth 1c5.ethernet eth0: Link is Up - 10 0Mbps/Full - flow control off [ 40.433554] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Last login: Thu Jan 1 00:00:49 on ttyS0 [root@localhost ~]# ip addr show 1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 56:bb:b8:7a:b2:d6 brd ff:ff:ff:ff:ff:ff -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Introduction: Naresh
Thanks for the links Amita. I'll start once the ISO download completes. :) On Wed, Sep 3, 2014 at 12:50 PM, Amita Sharma amsha...@redhat.com wrote: On 09/03/2014 11:59 AM, Naresh Vijayakumar wrote: Hi everyone! Hello Naresh, Welcome to community :) I just finished with creating all the accounts and I am very excited to be a part of the QA team. I knew of Redhat Linux in 2004 when I was only a kid (4th grade maybe) but used it only for Tux-racer :P . A couple of years back I started using Linux more regularly. Earlier I used a different distro but because their new version caused some overheating problems, I switched to Fedora. I then realized Fedora was cooler! yeah, No doubt about that :) I have so far been only 'normal' user of Fedora and I need to know a lot more about the its internals. A little about myself... I am a Computer Science undergraduate from Bangalore, India. I have always loved coding and so I immediately felt Bug Zappers is the group for me. I am also interested in contributing towards v21 release though I am still figuring out how to start! Nice to know about you, AFAIK, The BugZappers group is dormant at present, but still you can contribute in many exciting ways in Fedora QA - https://fedoraproject.org/wiki/QA/Join For Fedora 21 Testing , Fedora 21 Alpha Test Compose 5 (TC5) is now available for testing. There is a nice announcement mail on this list with subject [Test-Announce] Fedora 21 Alpha Test Compose 5 (TC5) Available Now! by Petr, you will get all the required URLs/links from that mail. Also, if you love coding then you can contribute to some feature development in new testing framework Taskotron - https://www.youtube.com/watch?v=jMTUFCFJS6o https://fedorahosted.org/rel-eng/ticket/5940#comment:7 You can contact me through mail or a Hangouts message. Also, my IRC nickname on freenode is *rexybytes* . Happy to have you, thanks for joining. - Amita -- Naresh Alt+F4 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- -- Naresh Alt+F4 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: apper in Alpha TC5 F21
On Thu, 2014-09-04 at 14:28 +0100, Richard Hughes wrote: On 4 September 2014 14:22, Adam Williamson adamw...@fedoraproject.org wrote: So, apper requires 'PackageKit-qt', which sounds sane, but 'PackageKit-qt' doesn't require PackageKit. Looks like that's already filed: Either that, or apper should require PackageKit directly -- IIRC there was some push a few releases ago to be able to install the client libraries and not the daemon for people that wanted nothing to do with PackageKit; depends on how much we care about those people :) Welp, I asked rdieter and he said it looked like a no-brainer, so I went ahead and 'fixed' it. Does apper work for package installation/removal without PackageKit installed? And can you remove apper without KDE going away? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Introduction: Naresh
On 09/04/2014 09:52 PM, Naresh Vijayakumar wrote: Thanks for the links Amita. I'll start once the ISO download completes. :) your welcome Naresh, good luck! On Wed, Sep 3, 2014 at 12:50 PM, Amita Sharma amsha...@redhat.com mailto:amsha...@redhat.com wrote: On 09/03/2014 11:59 AM, Naresh Vijayakumar wrote: Hi everyone! Hello Naresh, Welcome to community :) I just finished with creating all the accounts and I am very excited to be a part of the QA team. I knew of Redhat Linux in 2004 when I was only a kid (4th grade maybe) but used it only for Tux-racer :P . A couple of years back I started using Linux more regularly. Earlier I used a different distro but because their new version caused some overheating problems, I switched to Fedora. I then realized Fedora was cooler! yeah, No doubt about that :) I have so far been only 'normal' user of Fedora and I need to know a lot more about the its internals. A little about myself... I am a Computer Science undergraduate from Bangalore, India. I have always loved coding and so I immediately felt Bug Zappers is the group for me. I am also interested in contributing towards v21 release though I am still figuring out how to start! Nice to know about you, AFAIK, The BugZappers group is dormant at present, but still you can contribute in many exciting ways in Fedora QA - https://fedoraproject.org/wiki/QA/Join For Fedora 21 Testing , Fedora 21 Alpha Test Compose 5 (TC5) is now available for testing. There is a nice announcement mail on this list with subject [Test-Announce] Fedora 21 Alpha Test Compose 5 (TC5) Available Now! by Petr, you will get all the required URLs/links from that mail. Also, if you love coding then you can contribute to some feature development in new testing framework Taskotron - https://www.youtube.com/watch?v=jMTUFCFJS6o You can contact me through mail or a Hangouts message. Also, my IRC nickname on freenode is /rexybytes/ . Happy to have you, thanks for joining. - Amita -- Naresh Alt+F4 -- test mailing list test@lists.fedoraproject.org mailto:test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- -- Naresh Alt+F4 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 21 at omen.com
Yesterday I installed Fedora 21 net install using the boot.iso. Installation of the Xfce desktop proceeded smoothly. Two problems, previously reported, persist. After installing and running system-config-printer lp and lpr produce blank pages as previously reported. Workaround: enscript Tigervnc server sessions of the Xfce desktop stop within a second or so. I compiled tigervnc from source and tested that on another machine with the same problem. Workaround: force install tigervnc from Fedora 20. This causes yum to croak if tigervnc is mentioned. Otherwise Fedora 21 seems to be running normally on omen.com. The new gnome-terminal is much appreciated. -- Chuck Forsberg WA7KGX c...@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc The High Reliability Software 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: apper in Alpha TC5 F21
Adam Williamson wrote: Does apper work for package installation/removal without PackageKit installed? And can you remove apper without KDE going away? Pretty sure the answer to those are (should be!): no, yes, respectively. -- rex -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: apper in Alpha TC5 F21
On Thu, 2014-09-04 at 14:29 -0500, Rex Dieter wrote: Adam Williamson wrote: Does apper work for package installation/removal without PackageKit installed? And can you remove apper without KDE going away? Pretty sure the answer to those are (should be!): no, yes, respectively. so, it seems pretty pointless to support having PackageKit-Qt around without PackageKit, right? I think it's fine to just make sure apper lifts out, for people who want to yank PackageKit. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 21 Alpha Release Readiness Meeting :: Thursday, Sep. 04, 19:00 UTC
== #fedora-meeting-2: F21 Alpha Readiness Meeting == Meeting started by jreznik at 19:01:15 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-2/2014-09-04/f21-alpha-readiness-meeting.2014-09-04-19.01.log.html . Meeting summary --- * Purpose of this meeting (jreznik, 19:01:37) * Before each public release all of the groups participating the development of Fedora's next release meet to make sure the release is well coordinated. (jreznik, 19:01:38) * LINK: https://fedoraproject.org/wiki/Release_Readiness_Meetings (jreznik, 19:01:40) * Roll Call (jreznik, 19:01:53) * LINK: https://badges.fedoraproject.org/badge/readiness (jreznik, 19:03:05) * Current status (jreznik, 19:05:34) * Ambassadors (jreznik, 19:10:26) * Ambassadors are ready for alpha. The media question can be solved later. (jreznik, 19:12:48) * Design (jreznik, 19:16:07) * Design is ready, alpha wallpaper done, supplemental wallpaper done, alpha banner done (jreznik, 19:17:16) * Documentation (jreznik, 19:19:15) * FESCo (jreznik, 19:21:11) * FESCo is ready to go (jreznik, 19:22:21) * Fedora Engineering Manager (jreznik, 19:22:35) * No issues for Fedora Engineering Manager but mentions the need of support in MirrorManager for ostree for final release (jreznik, 19:25:46) * MirrorManager FAD is planned post-F21 - early December 2014 (jreznik, 19:27:36) * Fedora Project Leader (jreznik, 19:29:47) * FPL does not have anything particular (jreznik, 19:31:10) * Marketing (jreznik, 19:32:50) * LINK: https://fedoraproject.org/wiki/F21_Alpha_release_announcement (jreznik, 19:33:50) * Marketing - alpha release announcement is about 60% done (jreznik, 19:34:11) * Marketing team asks for if one person from each wg would write a state of... for Fedora Magazine for Alpha (jreznik, 19:41:45) * Documentation (jreznik, 19:45:03) * Documentation is in a good shape, changes, critpath stuff, etc, the product specific things will need to be written out soon but for Beta (jreznik, 19:48:42) * Infrastructure (jreznik, 19:58:05) * Infrastructure - no particular problems pending (jreznik, 20:00:48) * Websites (jreznik, 20:01:40) * Websites are mostly set, still need to figure out final paths of the images we are shipping (jreznik, 20:02:21) * doubts about Cloud and ARM (jreznik, 20:02:39) * LINK: https://stg.fedoraproject.org/en/get-prerelease (robyduck, 20:03:26) * For Final release, websites need much more feedback and informations from the single Working Groups (jreznik, 20:03:58) * LINK: https://stg.fedoraproject.org/en/get-prerelease#cloud (jzb, 20:04:36) * if anybody wants to change the text content please update it asap, we need to send changes out to L10n too (jreznik, 20:08:00) * QA (jreznik, 20:14:11) * QA does not have anything specific, the netinst issue has been brought up (jreznik, 20:16:57) * Release Engineering (jreznik, 20:18:57) * Open floor (jreznik, 20:21:13) * ACTION: jreznik to invite formally WGs representatives for the next meeting (Beta) (jreznik, 20:24:22) * LINK: https://fedorahosted.org/rel-eng/ticket/5891 (jreznik, 20:31:51) Meeting ended at 20:35:02 UTC. Action Items * jreznik to invite formally WGs representatives for the next meeting (Beta) Action Items, by person --- * jreznik * jreznik to invite formally WGs representatives for the next meeting (Beta) * **UNASSIGNED** * (none) People Present (lines said) --- * jreznik (162) * robyduck (51) * jzb (43) * sgallagh (40) * adamw (39) * stickster (36) * randomuser (23) * zodbot (16) * mattdm (14) * croberts (11) * roshi (7) * sesivany (6) * nirik (6) * jwb (5) * gnokii (3) * pjones (3) * satellit (1) * mailga (1) - Original Message - Fedora 21 Alpha Release Readiness Meeting. date: 2014-09-04 place: irc.freenode.net in #fedora-meeting-2 time: 19:00 UTC (3 PM EDT, 12 PM PDT, 21:00 CEST) This Thursday, September 04, we will meet to make sure we are coordinated and ready for the Alpha release of Fedora 21 on Tuesday, September 09, 2014. Please note that this meeting will occur on September 04 even if the release is delayed at the Go/No-Go meeting on the same day two hours earlier. You may received this message several times, but I was asked to open this meeting to the teams and I'll also hope this will raise awareness and more team representatives will come to this meeting. This meeting works best when we have representatives from all of the teams. Jaroslav -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Proposing new dual booting release criteria
On Mon, 2014-09-01 at 21:46 -0600, Chris Murphy wrote: I think the language you have is functional, it just needs a delimiter establishing our purview. Although, I'd suggest the size of the distribution doesn't matter, if we nerf someone's system because of something we're not doing correctly I think we should block on that. So are we fine with the Windows and OS X criteria as originally proposed? Adam, would these be better as beta blockers or as final blockers? The installer must be able to install into free space alongside an existing clean Windows installation and install a bootloader which can boot into both Windows and Fedora. The installer must be able to install into free space alongside an existing clean OS X installation and install a bootloader which can boot into both OS X and Fedora, OR the installer must prominently warn the user that he may be unable to boot OS X after installation, allowing the user to cancel installation and reboot to OS X. For the Linux criterion, how about this: The installer must be able to install into free space alongside existing GNU/Linux installations supported by the upstream software for detecting previously-installed operating systems, and install a bootloader which can boot into each previous installation. The intent of this is that if upstream os-prober supports it and (a) Fedora breaks it or (b) it's unexpectedly broken due to a regression (my language here is kind of ambiguous; not sure if that's good or bad), then that's a blocker. It also implicitly applies to cases where multiple GNU/Linux systems are installed. We would then replace this criterion in the future if BLS is adopted. 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
[Test-Announce] Fedora 21 Alpha to slip by one week
Today at Go/No-Go meeting it was decided to slip Fedora 21 Alpha release by one week due to unresolved blocker bugs [1] and no release candidate available. More details in meeting minutes [2]. As a result, ALL MAJOR MILESTONES, and their dependent tasks, will be pushed out by one week [3]. The next Go/No-Go meeting is on Thursday, Sep 11, the same time at #fedora-meeting-2 channel. [1] http://qa.fedoraproject.org/blockerbugs/milestone/21/alpha/buglist [2] http://meetbot.fedoraproject.org/fedora-meeting-2/2014-09-04/f21_alpha_gono-go_meeting.2014-09-04-17.01.html [3] https://fedoraproject.org/wiki/Releases/21/Schedule ___ 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
EE Xorg.bin xf86PlatformMatchDriver - Segmentation fault - Server aborting
First of all, I welcome the revered readership. Graciously invite you to help me figure out what's going on here. With: - xorg-x11-server-Xorg-1.16.0-5.fc22.x86_64 - xorg-x11-server-Xorg-1.16.0-6.fc22.x86_64 including: http://pkgs.fedoraproject.org/cgit/xorg-x11-server.git/commit/?id=5556cee ... # submitted http://lists.x.org/archives/xorg-devel/2014-June/042826.html # needed to allow X to start on arm and other devices without video on pci buses # There's a slight variant upstream but it doesn't build against 1.16.0 atm # rebase of Rob Clark's patches Patch10300: xorg-non-pci.patch ... %changelog ... * Mon Aug 25 2014 Peter Robinson pbrobin...@fedoraproject.org 1.16.0-5 - re-add support for non pci platform devices ... i.e. http://pkgs.fedoraproject.org/cgit/xorg-x11-server.git/plain/xorg-non-pci.patch this happens *with* *auto-detection* i.e. without xorg.conf[.d/*.conf] configuration files: $ cat /var/log/Xorg.0.log [29.277] X.Org X Server 1.16.0 Release Date: 2014-07-16 [29.277] X Protocol Version 11, Revision 0 [29.277] Build Operating System: 3.15.8-200.fc20.x86_64 [29.277] Current Operating System: Linux rawhide642 3.17.0-0.rc3.git0.1.fc22.x86_64 #1 SMP Mon Sep 1 14:47:34 UTC 2014 x86_64 [29.277] Kernel command line: BOOT_IMAGE=/vmlinuz-3.17.0-0.rc3.git0.1.fc22.x86_64 root=UUID=a07556d2-6fe2-417f-8202-c54c07fd9386 drm_kms_helper.edid_firmware=HDMI-A-1:edid/1920x1080.bin drm_kms_helper.edid_firmware=DVI-I-1:edid/848x480.bin initrd=/initramfs-3.17.0-0.rc3.git0.1.fc22.x86_64.img [29.278] Build Date: 26 August 2014 07:34:52PM [29.278] Build ID: xorg-x11-server 1.16.0-5.fc22 [29.278] Current version of pixman: 0.32.6 [29.278]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [29.278] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [29.279] (==) Log file: /var/log/Xorg.0.log, Time: Thu Sep 4 23:22:47 2014 [29.296] (==) Using system config directory /usr/share/X11/xorg.conf.d [29.296] (==) No Layout section. Using the first Screen section. [29.296] (==) No screen section available. Using defaults. [29.297] (**) |--Screen Default Screen Section (0) [29.297] (**) | |--Monitor default monitor [29.297] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [29.297] (==) Automatically adding devices [29.298] (==) Automatically enabling devices [29.298] (==) Automatically adding GPU devices [29.298] (==) FontPath set to: catalogue:/etc/X11/fontpath.d, built-ins [29.298] (==) ModulePath set to /usr/lib64/xorg/modules [29.298] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [29.298] (II) Loader magic: 0x81de40 [29.298] (II) Module ABI versions: [29.298]X.Org ANSI C Emulation: 0.4 [29.298]X.Org Video Driver: 18.0 [29.298]X.Org XInput driver : 21.0 [29.298]X.Org Server Extension : 8.0 [29.324] (EE) systemd-logind: failed to get session: PID 712 does not belong to any known session [29.326] (II) xfree86: Adding drm device (/dev/dri/card1) [29.328] (II) xfree86: Adding drm device (/dev/dri/card0) [29.380] (--) PCI:*(0:1:0:0) 10de:087d:1849:087d rev 177, Mem @ 0xfb00/16777216, 0xe000/268435456, 0xf600/33554432, I/O @ 0xec00/128, BIOS @ 0x/131072 [29.383] (II) LoadModule: glx [29.384] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [29.421] (II) Module glx: vendor=X.Org Foundation [29.430]compiled for 1.16.0, module version = 1.0.0 [29.430]ABI class: X.Org Server Extension, version 8.0 [29.430] (==) AIGLX enabled [29.430] (EE) [29.430] (EE) Backtrace: [29.432] (EE) 0: /usr/libexec/Xorg.bin (OsLookupColor+0x119) [0x59bea9] [29.456] (EE) 1: /lib64/libc.so.6 (__restore_rt+0x0) [0x7fb5636ae98f] [29.457] (EE) 2: /usr/libexec/Xorg.bin (xf86PlatformMatchDriver+0x253) [0x49a8b3] [29.470] (EE) 3: /usr/libexec/Xorg.bin (config_fini+0x1bcd) [0x49f9fd] [29.471] (EE) 4: /usr/libexec/Xorg.bin (config_fini+0x20be) [0x4a031e] [29.472] (EE) 5: /usr/libexec/Xorg.bin (InitOutput+0xb56) [0x47bc06] [29.499] (EE) 6: /usr/libexec/Xorg.bin (remove_fs_handlers+0x22a) [0x43cfca] [29.526] (EE) 7: /lib64/libc.so.6 (__libc_start_main+0xf0) [0x7fb5636990e0] [29.527] (EE) 8: /usr/libexec/Xorg.bin (_start+0x29) [0x42761e] [29.551] (EE) 9: ? (?+0x29) [0x29] [29.552] (EE) [29.552] (EE) Segmentation fault at address 0x0 [29.552] (EE) Fatal server error: [29.552] (EE) Caught signal 11 (Segmentation fault). Server aborting [29.552] (EE) [
Re: Is there a reason gnome documents wasn't part of the test day?
On Wed, 2014-09-03 at 09:35 -0400, Adam Williamson wrote: I don't think there was a specific reason. The test day page basically gets copy/pasted from release to release, and it may just be that no-one thought to add notes/test cases for Documents. It's absolutely worth testing it and filing bugs - thanks very much for those! I'm just going to drop a mail to the desktop list to get their attention on these bugs. At the moment, switching to gnome-documents rather than the traditional folder based organisation method is a disappointing experience. :/ -- Thanks, Warm regards, Ankur (FranciscoD) http://fedoraproject.org/wiki/User:Ankursinha Join Fedora! Come talk to us! http://fedoraproject.org/wiki/Fedora_Join_SIG 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
Re: after update, suddenly gnome-screenshot won't start
On Mon, 2014-09-01 at 21:04 +0200, Kalev Lember wrote: Can you file this downstream in bugzilla.redhat.com too? We should be able to propose this as an Alpha freeze exception and pull it in so that it gets included on the live media. Apologies Kalev, I didn't see this mail earlier. Thanks for filing the downstream bug. -- Thanks, Warm regards, Ankur (FranciscoD) http://fedoraproject.org/wiki/User:Ankursinha Join Fedora! Come talk to us! http://fedoraproject.org/wiki/Fedora_Join_SIG 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