Fedora Workstation 21 Alpha TC5 Live media crash on Intel 945GM

[Luya Tshimbalanga]

Attempting to run Fedora workstation 21 Alpha TC5 led to a crash at the 
login screen with "Oh no! Something went wrong!". Test is done on a 
powered Intel 945GM laptop. The same system runs on the latest update of 
Fedora 20 featuring Gnome Shell 3.10.2.


Bugzilla report below:
https://bugzilla.redhat.com/show_bug.cgi?id=1136703

Posted following Ankur Sinha aka FranscisoD's suggestion.
--
*Luya Tshimbalanga*
Fedora Design Team
Design Suite spin maintainer
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Introduction: Naresh

[Naresh Vijayakumar]

Hi everyone!
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"!
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!

You can contact me through mail or a Hangouts message. Also, my IRC
nickname on freenode is *rexybytes* .


--
Naresh

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

Re: Fatal server error: Caught signal 11 (Segmentation fault). Server aborting

[poma]

On 01.09.2014 23:16, poma wrote:
> On 01.09.2014 23:15, poma wrote:
>> On 01.09.2014 17:12, poma wrote:
>>>
>>> $ rpm -q xorg-x11-server-Xorg
>>> xorg-x11-server-Xorg-1.16.0-6.fc22.x86_64
>>>
>>>  (EE) 
>>>  (EE) Backtrace:
>>>  (EE) 0: /usr/libexec/Xorg.bin (OsLookupColor+0x119) [0x59bea9]
>>>  (EE) 1: /lib64/libc.so.6 (__restore_rt+0x0) [0x7ffd99f3098f]
>>>  (EE) 2: /usr/libexec/Xorg.bin (xf86PlatformMatchDriver+0x253) [0x49a8b3]
>>>  (EE) 3: /usr/libexec/Xorg.bin (config_fini+0x1bcd) [0x49f9fd]
>>>  (EE) 4: /usr/libexec/Xorg.bin (config_fini+0x20be) [0x4a031e]
>>>  (EE) 5: /usr/libexec/Xorg.bin (InitOutput+0xb56) [0x47bc06]
>>>  (EE) 6: /usr/libexec/Xorg.bin (remove_fs_handlers+0x22a) [0x43cfca]
>>>  (EE) 7: /lib64/libc.so.6 (__libc_start_main+0xf0) [0x7ffd99f1b0e0]
>>>  (EE) 8: /usr/libexec/Xorg.bin (_start+0x29) [0x42761e]
>>>  (EE) 9: ? (?+0x29) [0x29]
>>>  (EE) 
>>>  (EE) Segmentation fault at address 0x0
>>>  (EE) 
>>> Fatal server error:
>>>  (EE) Caught signal 11 (Segmentation fault). Server aborting
>>>  (EE) 
>>>  (EE) 
>>> Please consult the Fedora Project support 
>>>  at http://wiki.x.org
>>>  for help. 
>>>  (EE) Please also check the log file at "/var/log/Xorg.0.log" for 
>>> additional information.
>>>  (EE) 
>>>
>>>
>>> Déjà vu?
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1118540
>>>
>>>  (EE) 
>>>  (EE) Backtrace:
>>>  (EE) 0: /usr/libexec/Xorg.bin (OsLookupColor+0x119) [0x59bbe9]
>>>  (EE) 1: /lib64/libc.so.6 (__restore_rt+0x0) [0x35d5235c7f]
>>>  (EE) 2: /lib64/libc.so.6 (cfree+0x22) [0x35d52869b2]
>>>  (EE) 3: /usr/libexec/Xorg.bin (config_fini+0x19a) [0x49c39a]
>>>  (EE) 4: /usr/libexec/Xorg.bin (xf86LoadKernelModule+0x306) [0x49ffa6]
>>>  (EE) 5: /usr/libexec/Xorg.bin (xf86PlatformDeviceCheckBusID+0x1ff) 
>>> [0x4a023f]
>>>  (EE) 6: /usr/libexec/Xorg.bin (config_fini+0x1a93) [0x49f423]
>>>  (EE) 7: /usr/libexec/Xorg.bin (xf86PlatformMatchDriver+0x2f0) [0x49ac40]
>>>  (EE) 8: /usr/libexec/Xorg.bin (xf86BusProbe+0x9) [0x46cdb9]
>>>  (EE) 9: /usr/libexec/Xorg.bin (InitOutput+0x75b) [0x47b84b]
>>>  (EE) 10: /usr/libexec/Xorg.bin (remove_fs_handlers+0x22a) [0x43cfca]
>>>  (EE) 11: /lib64/libc.so.6 (__libc_start_main+0xf0) [0x35d52200c0]
>>>  (EE) 12: /usr/libexec/Xorg.bin (_start+0x29) [0x42761e]
>>>  (EE) 13: ? (?+0x29) [0x29]
>>>  (EE) 
>>>  (EE) Segmentation fault at address 0x2
>>>  (EE) 
>>> Fatal server error:
>>>  (EE) Caught signal 11 (Segmentation fault). Server aborting
>>>  (EE) 
>>>  (EE) 
>>> Please consult the Fedora Project support 
>>>  at http://wiki.x.org
>>>  for help. 
>>>  (EE) Please also check the log file at "/var/log/Xorg.0.log" for 
>>> additional information.
>>>  (EE) 
>>>  (EE) Server terminated with error (1). Closing log file.
>>>
>>
>> Considering 
>> $ rpm -q xorg-x11-server-Xorg
>> xorg-x11-server-Xorg-1.16.0-4.fc22.x86_64
>> workin OK, 
>>
>> %changelog
>> ...
>> * Mon Aug 25 2014 Peter Robinson  1.16.0-5
>> - re-add support for non pci platform devices
>> http://pkgs.fedoraproject.org/cgit/xorg-x11-server.git/commit/?id=5556cee
>> http://pkgs.fedoraproject.org/cgit/xorg-x11-server.git/plain/xorg-non-pci.patch
>> broke it.
>>
> 
> Yep
> 

This doesn't refer to a specific device/module, but generally if a gpu based 
device doesn't have a bare minimum config e.g. as I use to configure 
multi-seat, it will crash X. This explicitly refers to >= 
xorg-x11-server-Xorg-1.16.0-5.fc22.x86_64 patched with 
http://pkgs.fedoraproject.org/cgit/xorg-x11-server.git/plain/xorg-non-pci.patch

A bare minimum config(xorg-x11-server-Xorg-1.16.0-5.fc22.x86_64) {
A bare minimum config(xorg-x11-server-Xorg-1.16.0-4.fc22.x86_64) {
/etc/X11/xorg.conf.nouveau 
Section "Device"
Identifier   "nvidia0"
Driver   "nouveau"
EndSection
}
/etc/X11/xorg.conf.modesetting 
Section "Device"
Identifier   "udl0"
Driver   "modesetting"
EndSection
}


poma


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

Is there a reason gnome documents wasn't part of the test day?

[Ankur Sinha]

Hi,

I remember participating the the gnome test day[1]. Yesterday, I finally
decided to take the leap to gnome-documents. I organised a lot of my
documents etc., and in the process crashed into a plethora of bugs. The
I realised that we didn't test documents at all in the test day. We
tested photos and music which are both quite behind documents
development wise, but not documents. Is there a reason for this or did
we just skip it by mistake?

Here are the bugs that I've filed. Please see if you can reproduce them
and comment upstream. I think it's really bad user experience if we want
our users to use documents/music/photos instead of the old school file
manager organisation system but none of these work properly..

https://bugzilla.gnome.org/buglist.cgi?emailreporter1=1;classification=Core;emailtype1=substring;query_format=advanced;bug_status=UNCONFIRMED;bug_status=NEW;bug_status=ASSIGNED;bug_status=REOPENED;bug_status=NEEDINFO;version=3.13.x;email1=sanjay.ankur%40gmail.com;component=documentation;component=general;product=gnome-documents

There are six at the moment, but every time I use docs, I sort of run
into a new one. 

[1] http://testdays.qa.fedoraproject.org/testdays/show_event?event_id=17

-- 
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: livecd failing media check

[Chris Murphy]

On Sep 2, 2014, at 1:23 PM, Chris Murphy  wrote:

> OK so I downloaded TC5 and I have the same problem:
> 
> - the downloaded ISO checksum matches the published one
> - when dd'd to multiple USB sticks, it fails rd.live.check
> 
> And yet in a VM the image passes rd.live.check. Weird. Bit of a WTF moment 
> here.

Nice. OS X automounts the "anaconda" volume read/write and that immediately 
changes the contents of the USB stick. Every time I pull the stick out and put 
it back in, the shasum is different. Haha.

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

Re: livecd failing media check

[Chris Murphy]

OK so I downloaded TC5 and I have the same problem:

- the downloaded ISO checksum matches the published one
- when dd'd to multiple USB sticks, it fails rd.live.check

And yet in a VM the image passes rd.live.check. Weird. Bit of a WTF moment here.


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

Re: [Test-Announce] Fedora 21 Alpha Test Compose 5 (TC5) Available Now!

[Adam Williamson]

`On Tue, 2014-09-02 at 10:42 +0200, Petr Schindler wrote:
> NOTE: There are no cloud images in TC5 due to some issue with anaconda
> and kickstart parsing.

I just wanted to note that there are some more serious known issues than
this. The blocker list was linked in the announcement, but particularly
note that we know of issues with both Server and Workstation network
installation:

https://bugzilla.redhat.com/show_bug.cgi?id=1135746
https://bugzilla.redhat.com/show_bug.cgi?id=1134524

you can work around these issues by specifying a repository URL manually
(in a kickstart, as a boot parameter, or in the Installation Source
spoke). As these issues are known, please don't file duplicate bugs.
Thanks!

Note for 'Product'ized testing: for test cases that don't specify a
particular Product in the test case description, and aren't listed in a
special Product-specific section on a general results page or on a
special Product-specific results page, you can test using any Product
(e.g. you can run most of the installation variation tests using Server
or Workstation).
-- 
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: livecd failing media check

[Chris Murphy]

On Sep 2, 2014, at 10:43 AM, Chris Murphy  wrote:

> I have this from today: 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=7509031
> Where do I find the checksum for this ISO?
> 
> Once dd'd to two different USB sticks, it fails the boot time media check. So 
> either two downloads are bad, or two sticks are bad, or we have a bug.

This is SHA1.

$ shasum /Users/chris/Downloads/Fedora-Live-Workstation-x86_64-21-20140902.iso 
345a461abda525c2f2bf80faae60e09693baa31c  
/Users/chris/Downloads/Fedora-Live-Workstation-x86_64-21-20140902.iso

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

livecd failing media check

[Chris Murphy]

I have this from today: 
http://koji.fedoraproject.org/koji/taskinfo?taskID=7509031
Where do I find the checksum for this ISO?

Once dd'd to two different USB sticks, it fails the boot time media check. So 
either two downloads are bad, or two sticks are bad, or we have a bug.

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

F-21 Branched report: 20140902 changes

[Fedora Branched Report]

Compose started at Tue Sep  2 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]
hibe

Re: vte in F20 stable is downgraded by yum distro-sync

[Andre Robatino]

Andre Robatino  fedoraproject.org> writes:

> I previously had vte-0.34.9-3.fc20 installed in F20 stable (installed on
> July 3, which is probably the push date) but a yum distro-sync downgraded it
> to vte-0.34.9-2.fc20, and the -3 version does not appear in Bodhi. What
> happened to it?

Sorry, I mixed up vte and vte3. The message above should have read

I previously had vte3-0.34.9-3.fc20 installed in F20 stable (pushed on May
18) but a yum distro-sync downgraded it to vte3-0.34.9-2.fc20, and the -3
version does not appear in Bodhi. What happened to it?

Update: dgilmore responded on #fedora-qa, the older version shouldn't have
gone to stable so it will be unpushed.




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

Congrats to the f21 team: I could install F21 without any flaw

[Joachim Backes]

I could install the F21/Alpha TC5 from the Life x86_64/DVD without any
flaw to a VirtualBox virtual machine (4G ram, 12 GB VDI-Disk, own
partitioning with 10 for / and 2 for swap).

Compared to the very early days of F20, this F21 installation was a
childs play :-)


-- 

Fedora release 20 (Heisenbug)
Kernel-3.15.10-201.fc20.x86_64


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

Re: vte in F20 stable is downgraded by yum distro-sync

[Dennis Gilmore]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, 2 Sep 2014 11:35:59 + (UTC)
Andre Robatino  wrote:

> I previously had vte-0.34.9-3.fc20 installed in F20 stable (installed
> on July 3, which is probably the push date) but a yum distro-sync
> downgraded it to vte-0.34.9-2.fc20, and the -3 version does not
> appear in Bodhi. What happened to it?
> 

you never got it from stable, I have the last almost 41,000 emails from
bodhi actions, I get email whenever people add updates, sthey get
pushed to stable etc  there is zero emails for vte-0.34.9-3.fc20 it
wasnt pushed out as an update.

Dennis
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJUBa6NAAoJEH7ltONmPFDRRs0P/03zbQhxa2O29gSzFnG3RMe9
veY9WlvjIIApYFyvWTKdod9QRK6zR01dujacdbMRa3S6eeKFRUEudft6pCLzXMhP
8JfuURf4e1E0uiyeNVIUz2QJlngrZyFZIxm5OnSzXvo766nm05frXPKwWR+pbj9T
UsEppDeqkREaCn9RNsYWc1jj3lftKstuW8FZeEhnEK8LJ3ra0ldB/Q5OVdrE5WE5
RVakzKPL1W2Rlq8T+JFA/1o0guHN/Z6P6vd86YldkTBgw6G4jn2I5hj8pTZoFrcG
uDVLuqOiKf8HVNT9Sdb/EqtK7mxgV9Z0dFHnNx8k6ei8hHDV0JpEQxg2FRP8ypP4
5vXc+bI3otcaogd4lWwOmNp6hlnYnSZKhW2Dj/4OTeRdEmqI+M6OYGwXJzzPDStx
YxIvPYPzXhLAyeDxIZXqtopwr68jSteSggwnlaKXpJ/9kdmAatqKNXPY8yAqgFyQ
r8gWuCV7/3BsQwq51IX9pdJTWpjnzp3PtYHK/cE3+nT3KwtfHCIEx2fut/4Dvq1Z
5VzWRVvFL0E0jPLDiLHOY4kKhb6Y/5yWFuvS5hn/qpx563uZ9c3CASQUhTyv8R32
jQpOwhnj5qm6EeHHILwK4e726Ing5q0Nn+LeP6LI8JLeGRYH27tigHrKVijGmX3R
0APGjSvpLG1UFRJpuIP6
=ifjF
-END PGP SIGNATURE-
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

vte in F20 stable is downgraded by yum distro-sync

[Andre Robatino]

I previously had vte-0.34.9-3.fc20 installed in F20 stable (installed on
July 3, which is probably the push date) but a yum distro-sync downgraded it
to vte-0.34.9-2.fc20, and the -3 version does not appear in Bodhi. What
happened to it?

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

[Test-Announce] Fedora 21 Alpha Test Compose 5 (TC5) Available Now!

[Petr Schindler]

NOTE: There are no cloud images in TC5 due to some issue with anaconda
and kickstart parsing.

As per the Fedora 21 schedule [1], Fedora 21 Alpha Test Compose 5 (TC5)
is now available for testing. Content information, including changes,
can be found at https://fedorahosted.org/rel-eng/ticket/5940#comment:7
. Please see the following pages for download links (including delta
ISOs) and testing instructions. Normally dl.fedoraproject.org should
provide the fastest download, but download-ib01.fedoraproject.org is
available as a mirror (with an approximately 1 hour lag) in case of
trouble. To use it, just replace "dl" with "download-ib01" in the
download URL.

Installation:

https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test

Base:

https://fedoraproject.org/wiki/Test_Results:Current_Base_Test

Desktop:

https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test

Server:

https://fedoraproject.org/wiki/Test_Results:Current_Server_Test

Ideally, all Alpha priority test cases for Installation [2], Base [3],
and Desktop [4] should pass in order to meet the Alpha Release Criteria
[5]. Help is available on #fedora-qa on irc.freenode.net [6], or on the
test list [7].

Create Fedora 21 Alpha test compose (TC) and release candidate (RC)
https://fedorahosted.org/rel-eng/ticket/5940

Current Blocker and Freeze Exception bugs:
http://qa.fedoraproject.org/blockerbugs/current

[1]
https://fedorapeople.org/groups/schedule/f-21/f-21-quality-tasks.html
[2] https://fedoraproject.org/wiki/QA:Installation_validation_testing
[3] https://fedoraproject.org/wiki/QA:Base_validation_testing
[4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing
[5] https://fedoraproject.org/wiki/Fedora_21_Alpha_Release_Criteria
[6] irc://irc.freenode.net/fedora-qa
[7] https://admin.fedoraproject.org/mailman/listinfo/test


___
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

weird behaviour of qoppa studio pro on rawhide -- cursor seems mispositioned

[Robert P. J. Day]

  i'm having a strange and recent issue with a commercial PDF editor
running on rawhide that i've been using without issue for quite some
time -- this showed up just a few days ago in conjunction with both a
new release of the product *and* an update of rawhide, so it might be
related to one, the other, or some bizarre interaction between the
two.

  short explanation -- when i start a session with the product, PDF
studio pro, and left-click on "File" to open a file, the immediately
highlighted entry under "File" is "Open", which is the *second* entry
in the submenu, under "New Document" -- it's as if, once having
selected "File", the cursor position is one entry too low in the
submenu. if i want to go up slightly to select "New Document", i
actually have to move the cursor *above* the word "File", into the
blank title bar area.

  the same is true for all the other top-level menus -- "Edit",
"View", "Document", and so on and so on; click on menu entry, submenu
appears with second selection highlighted, not first. no other
graphical client displays this behaviour; everything else seems to
work just fine.

  i've asked qoppa support about this and they can't reproduce it, but
they admit they're using a release version of fedora, not rawhide. i
also tried uninstalling and reinstalling -- no luck. i also
backtracked to the older version of the product, but still see the
same weirdness.

  i can experiment more today, but i'm open to suggestions as to what
might be happening here. if anyone wants to reproduce this, you can
download an eval version of studio pro here:

 http://www.qoppa.com/pdfstudio/

of course, if your version works fine, i'll be even more confused.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

Re: [Fedora QA] #452: Proposed Test Day - Jenkins

[Fedora QA]

#452: Proposed Test Day - Jenkins
---+---
  Reporter:  msrb  |  Owner:  pschindl
  Type:  task  | Status:  new
  Priority:  major |  Milestone:  Fedora 21
 Component:  Test Day  |Version:
Resolution:|   Keywords:
Blocked By:|   Blocking:
---+---
Changes (by pschindl):

 * cc: qa-devel@… (removed)


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