Re: Proposed generic release criterion: service manipulation
On Tue, 2014-07-22 at 12:58 -0500, Ian Pilcher wrote: On 07/18/2014 04:43 PM, Adam Williamson wrote: Shutdown, reboot and logout Shutting down, logging out and rebooting must work using standard console commands and the mechanisms offered (if any) by all release-blocking desktops. Should the shutdown/reboot menus in login managers be included? I've tended to consider that to be implied by the desktop wording, but hey, why not make it explicit: all release-blocking desktops and their associated login managers. -- 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
Re: Who turned out the light - GNOME Classic - DesktopNames
On Tue, 2014-07-22 at 22:47 +0200, poma wrote: OK, I tested with the real image # file gnome-continuous-x86_64-runtime-20140722.30.qcow2 gnome-continuous-x86_64-runtime-20140722.30.qcow2: QEMU QCOW Image (v2), 8589934592 bytes https://wiki.gnome.org/Projects/GnomeContinuous http://build.gnome.org/ostree/buildmaster/images/z/current/ http://build.gnome.org/continuous/buildmaster/images/z/current/ However what's the point now, after more than two months and how it can help us here? He wasn't linking for you to test it. He was pointing out GNOME's continuous integration test system, and noting that it covers Classic, which provides a degree of assurance that it 'works' at least to the point that a CI system can detect. -- 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
Re: where to get images? fedoraproject.org downloads super slow
On Tue, 2014-07-22 at 18:09 -0600, Chris Murphy wrote: I'm stuck. I need an image with a 3.16rc6 kernel. However all of the images at the Rawhide Dashboard point to kojipkgs.fedoraproject.org and for some reason Lives are estimated to take 5-6 hours. It's been this way for about two weeks, I don't know why. e.g. https://kojipkgs.fedoraproject.org/work/tasks/7123/7177123/Fedora-Live-KDE-x86_64-rawhide-20140722.iso Is there a mirror for this image? Koji nightlies aren't mirrored anywhere so far as I'm aware, no. Last week nirik suggested I try boot.iso from http://download-ib02.fedoraproject.org/pub/fedora/linux/development/21/x86_64/os/ which downloaded in about 2 minutes, so that's working fast. But today, no images there. Also due to an anaconda bug, rescue mode isn't working, and I need two shells to do some kernel troubleshooting. Due to the bug, I only get one shell. So I'm stuck. That's also an automatic build; basically when the tree gets generated nightly a boot.iso will show up if the image compose process succeeds, and if not...not. So really all you can do is wait a day and hope. Or you can check the Rawhide tree and see if that one succeeded. Sorry, I know it's not the answer you were looking for, but it's what we've got: those really are the only daily automatically generated images, and the Koji-built lives aren't mirrored. -- 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
Re: where to get images? fedoraproject.org downloads super slow
On Tue, 2014-07-22 at 23:51 -0700, Adam Williamson wrote: On Tue, 2014-07-22 at 18:09 -0600, Chris Murphy wrote: I'm stuck. I need an image with a 3.16rc6 kernel. However all of the images at the Rawhide Dashboard point to kojipkgs.fedoraproject.org and for some reason Lives are estimated to take 5-6 hours. It's been this way for about two weeks, I don't know why. e.g. https://kojipkgs.fedoraproject.org/work/tasks/7123/7177123/Fedora-Live-KDE-x86_64-rawhide-20140722.iso Is there a mirror for this image? Koji nightlies aren't mirrored anywhere so far as I'm aware, no. Last week nirik suggested I try boot.iso from http://download-ib02.fedoraproject.org/pub/fedora/linux/development/21/x86_64/os/ which downloaded in about 2 minutes, so that's working fast. But today, no images there. Also due to an anaconda bug, rescue mode isn't working, and I need two shells to do some kernel troubleshooting. Due to the bug, I only get one shell. So I'm stuck. That's also an automatic build; basically when the tree gets generated nightly a boot.iso will show up if the image compose process succeeds, and if not...not. So really all you can do is wait a day and hope. Or you can check the Rawhide tree and see if that one succeeded. Sorry, I know it's not the answer you were looking for, but it's what we've got: those really are the only daily automatically generated images, and the Koji-built lives aren't mirrored. One option I'd suggest is that it really isn't that difficult to build your own lives, I do it all the time; you can just keep the environment lying around and pull the compose command out of your command history whenever you need it. 'Fire off a live image' is a pretty common task for me. I have a ~/local/live dir with spin-kickstarts.git checked out beneath it, and tmp/ and cache/ subdirs for...temporary files and cache, respectively. I have a few kickstart files in there with various different tweaks, the one I use most often is called 'live_bleed.ks' and looks like this: %include spin-kickstarts/fedora-live-workstation.ks repo --name=fedora --baseurl=http://dl.fedoraproject.org/pub/fedora/linux/development/$releasever/$basearch/os/ repo --name=side --baseurl=file:///home/adamw/local/repo2/$basearch repo --name=bleed --baseurl=http://kojipkgs.fedoraproject.org/mash/bleed/$basearch 'bleed' is the side repo releng uses to pull in release blocker and freeze exception fixes (so right now it's empty, but it's useful to have it enabled during TC/RC periods if you want your builds to include all the stuff that's going into the TCs/RCs). 'side' is a local repo into which I can stuff anything I want to test in the live image - for instance, you could stick the kernel build you want into it to make sure it got onto the image. Then I just fire off (as root): livecd-creator -v --releasever=21 --tmpdir=/home/adamw/local/live/tmp/ --cache=/home/adamw/local/live/cache/ -f 20140722-desktop-aw live_bleed.ks or something similar, and off it goes. Downloaded packages are stored in the cache dir so they won't get redownloaded every time you build an image. -- 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
Re: Who turned out the light - GNOME Classic - DesktopNames
On 23.07.2014 08:48, Adam Williamson wrote: On Tue, 2014-07-22 at 22:47 +0200, poma wrote: OK, I tested with the real image # file gnome-continuous-x86_64-runtime-20140722.30.qcow2 gnome-continuous-x86_64-runtime-20140722.30.qcow2: QEMU QCOW Image (v2), 8589934592 bytes https://wiki.gnome.org/Projects/GnomeContinuous http://build.gnome.org/ostree/buildmaster/images/z/current/ http://build.gnome.org/continuous/buildmaster/images/z/current/ However what's the point now, after more than two months and how it can help us here? He wasn't linking for you to test it. He was pointing out GNOME's continuous integration test system, and noting that it covers Classic, which provides a degree of assurance that it 'works' at least to the point that a CI system can detect. Matthias only provided a link to screenshot-final.png with a short commentary. :) And 'works' at least still don't helps here. After more than two months. poma -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Re: Fedora-Minimal-armhfp-rawhide-20140722-sda.raw
On 23/07/14 00:52, Peter Robinson wrote: Using serial port. The Hieroglyphics regularly occur on output. What serial rate and terminal program do you use? I see it occasionally but find screen is usually pretty decent screen /dev/ttyUSB0 115200 Program used - minicom /dev/ttyUSB0 115200 8N1. Identified as pl2303 3-2:1.0: pl2303 converter detected by the kernel. Used for connections: 3 routers with openwrt installed, cubieboard, cubietruck with Fedora 3.4.75 kernel ( jwrdegoede build ) with no problems. No network available had to create ifcfg-eth0 and ifup eth0 to start network. Note not using IPV6 on router. We've seen that randomly but it's intermittently and still being investigated. Did not resize partition! Known issue, we've seen an intermittent issue with finding rootfs that is believed could be to do with the growing of the partition so we've disabled it for the moment to see if we can get some data either way. https://bugzilla.redhat.com/show_bug.cgi?id=1109603 Also had this problem with Pandaboard releases F19 and F20, became a habit to resize partition after installing image. First IP address given by router running openwrt and dnsmasq version 2.62. root@router:~# cat /var/dhcp.leases 1406708192 f6:6b:6e:a3:63:57 192.168.53.53 ct1 ff:6e:a3:63:57:00:01:00:01:c7:92:be:b9:f6:6b:6e:a3:63:57 After reboot root@router:~# cat /var/dhcp.leases 140671 be:bd:3e:5e:af:bd 192.168.53.59 ct1 ff:3e:5e:af:bd:00:01:00:01:c7:92:be:b9:f6:6b:6e:a3:63:57 1406708192 f6:6b:6e:a3:63:57 192.168.53.53 * ff:6e:a3:63:57:00:01:00:01:c7:92:be:b9:f6:6b:6e:a3:63:57 [root@ct1 ~]# ip link 1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether be:bd:3e:5e:af:bd brd ff:ff:ff:ff:ff:ff I'm not sure the CT has a fixed MAC address or serial number in which to derive one https://lists.fedoraproject.org/pipermail/arm/2013-December/007218.html I thought (jwrdegoede) had pushed a modification to calculate/fix the MAC address, cannot remember if this was in U-Boot or Kernel. I'm sure the cubietruck running Fedora 3.4.75 kernel ( jwrdegoede build ) does not assign a new MAC address on reboot. Will have to check! Attached dmesg.txt. Any assistance would be welcome. On another cubietruck I performed yum update - this showed no updates available, even though the mirrors were showing updates. Not sure on that one. Looking at this again, it may be the kernel release had different version numbering, note the extra .1. after fc22 kernel-3.16.0-0.rc6.git0.1.fc22.1.armv7hl. contents of /boot/extlinux/extlinux.conf label Fedora (3.16.0-0.rc5.git0.1.fc22.armv7hl) 22 (Rawhide) kernel /vmlinuz-3.16.0-0.rc5.git0.1.fc22.armv7hl append ro root=UUID=47984fd6-5fcb-4547-94be-3fa261beaa75 console=ttyS0,115200 console=tty0 LANG=en_US.UTF-8 fdtdir /dtb-3.16.0-0.rc4.git3.1.fc22.armv7hl/ initrd /initramfs-3.16.0-0.rc5.git0.1.fc22.armv7hl.img Note the fdtdir should be fdtdir /dtb-3.16.0-0.rc6.git0.1.fc22.1.armv7hl That's a known blocker bug https://bugzilla.redhat.com/show_bug.cgi?id=1088933 Sorry, I was aware of this bug, I forgot to check in Bugzilla, also thought info would be useful to show the problem still existed. Peter The reason I'm following the progress of F21 for arm is I need a headless server on the cubieboard, with the cubietruck as a media server. All my other Intel/AMD equipment has F20 installed. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Who turned out the light - GNOME Classic - DesktopNames
On 23.07.2014 10:59, poma wrote: On 23.07.2014 08:48, Adam Williamson wrote: On Tue, 2014-07-22 at 22:47 +0200, poma wrote: OK, I tested with the real image # file gnome-continuous-x86_64-runtime-20140722.30.qcow2 gnome-continuous-x86_64-runtime-20140722.30.qcow2: QEMU QCOW Image (v2), 8589934592 bytes https://wiki.gnome.org/Projects/GnomeContinuous http://build.gnome.org/ostree/buildmaster/images/z/current/ http://build.gnome.org/continuous/buildmaster/images/z/current/ However what's the point now, after more than two months and how it can help us here? He wasn't linking for you to test it. He was pointing out GNOME's continuous integration test system, and noting that it covers Classic, which provides a degree of assurance that it 'works' at least to the point that a CI system can detect. Matthias only provided a link to screenshot-final.png with a short commentary. :) And 'works' at least still don't helps here. After more than two months. BTW he doesn't need to link it for me to make the actual test. Haha. Adam, the namedescription of this very list is test -- For testing and quality assurance of Fedora releases Surprise, surprise! :) poma -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 20 updates-testing report
The following Fedora 20 Security updates need testing: Age URL 82 https://admin.fedoraproject.org/updates/FEDORA-2014-5897/nrpe-2.15-2.fc20 62 https://admin.fedoraproject.org/updates/FEDORA-2014-6551/chicken-4.8.0.6-2.fc20 60 https://admin.fedoraproject.org/updates/FEDORA-2014-6615/drupal7-views-3.8-1.fc20 32 https://admin.fedoraproject.org/updates/FEDORA-2014-7551/asterisk-11.10.2-2.fc20 31 https://admin.fedoraproject.org/updates/FEDORA-2014-7613/perl-Email-Address-1.905-1.fc20 22 https://admin.fedoraproject.org/updates/FEDORA-2014-7936/python3-3.3.2-16.fc20 13 https://admin.fedoraproject.org/updates/FEDORA-2014-8065/rubygem-activerecord-4.0.0-4.fc20 11 https://admin.fedoraproject.org/updates/FEDORA-2014-7896/zarafa-7.1.10-2.fc20 11 https://admin.fedoraproject.org/updates/FEDORA-2014-5497/openstack-keystone-2013.2.3-5.fc20 9 https://admin.fedoraproject.org/updates/FEDORA-2014-8334/python-bottle-0.12.6-1.fc20 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8394/ipython-0.13.2-4.fc20 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8407/java-1.8.0-openjdk-1.8.0.11-1.b12.fc20 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8412/mosquitto-1.3.2-1.fc20 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8183/qemu-1.6.2-7.fc20,java-1.7.0-openjdk-1.7.0.65-2.5.1.3.fc20,qt-4.8.6-9.fc20.1,qt5-qtmultimedia-5.3.1-1.fc20.1,gnome-shell-3.10.4-7.fc20,gnome-settings-daemon-3.10.3-2.fc20,control-center-3.10.3-2.fc20,empathy-3.10.3-2.fc20,gstreamer1-plugins-good-1.2.4-2.fc20,speech-dispatcher-0.8-9.fc20,spice-gtk-0.23-3.fc20,sphinxtrain-1.0.8-13.fc20,guacamole-server-0.8.4-3.fc20,audacious-plugins-3.4.3-2.fc20,paprefs-0.9.10-7.fc20,fldigi-3.21.83-2.fc20,qmmp-0.7.7-1.fc20.1,mumble-1.2.6-1.fc20.1,libmikmod-3.3.6-3.fc20,minimodem-0.19-3.fc20,sidplayfp-1.2.0-2.fc20,xmp-4.0.7-2.fc20,gqrx-2.2.0-6.fc20,cinnamon-settings-daemon-2.2.4-2.fc20,cinnamon-control-center-2.2.10-1.fc20.1,cinnamon-2.2.14-5.fc20,phonon-4.7.2-1.fc20.1,qt-mobility-1.2.2-0.16.20140317git169da60c.fc20,fluidsynth-1.1.6-4.fc20,ffgtk-0.8.6-7.fc20,pulseaudio-5.0-7.fc20 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8485/drupal7-7.29-1.fc20 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8510/sdcc-3.3.0-1.fc20 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8458/gd-2.1.0-6.fc20 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8495/drupal6-6.32-1.fc20 3 https://admin.fedoraproject.org/updates/FEDORA-2014-8561/cobbler-2.6.3-1.fc20 2 https://admin.fedoraproject.org/updates/FEDORA-2014-8581/phpMyAdmin-4.2.6-1.fc20 1 https://admin.fedoraproject.org/updates/FEDORA-2014-8601/moodle-2.5.7-1.fc20 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8698/ansible-1.6.8-1.fc20 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8683/ansible-1.6.7-1.fc20 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8189/krb5-1.11.5-10.fc20 The following Fedora 20 Critical Path updates have yet to be approved: Age URL 7 https://admin.fedoraproject.org/updates/FEDORA-2014-8358/openldap-2.4.39-4.fc20 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8438/realmd-0.14.6-5.fc20 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8189/krb5-1.11.5-10.fc20 The following builds have been pushed to Fedora 20 updates-testing 389-ds-base-1.3.2.20-1.fc20 ansible-1.6.8-1.fc20 davix-0.3.4-1.fc20 inkscape-0.48.5-1.fc20 nodejs-base64-js-0.0.7-2.fc20 nodejs-caniuse-db-1.0.20140717-1.fc20 nodejs-clean-css-2.2.8-1.fc20 nodejs-connect-livereload-0.4.0-2.fc20 nodejs-csslint-0.10.0-1.fc20 nodejs-gonzales-pe-3.0.0-0.2.9.fc20 nodejs-grunt-contrib-copy-0.5.0-2.fc20 nodejs-grunt-contrib-csslint-0.2.0-2.fc20 nodejs-open-0.0.5-2.fc20 nodejs-parserlib-0.2.5-1.fc20 nodejs-portscanner-1.0.0-2.fc20 nodejs-strip-path-0.1.1-2.fc20 nodejs-vow-0.4.5-1.fc20 nodejs-vow-fs-0.3.2-2.fc20 nodejs-vow-queue-0.3.1-2.fc20 perl-Data-Record-0.02-1.fc20 perl-Text-Table-Tiny-0.03-1.fc20 php-horde-wicked-2.0.1-2.fc20 python-qpid-0.26-2.fc20 vdsm-4.14.11.2-0.fc20 Details about builds: 389-ds-base-1.3.2.20-1.fc20 (FEDORA-2014-8709) 389 Directory Server (base) Update Information: 389-ds-base-1.3.2.20 release - several bug fixes ChangeLog: * Tue Jul 22 2014 Noriko Hosoi nho...@redhat.com - 1.3.2.20-1 - Release 1.3.2.20 - Ticket 47753 - Add switch to disable pre-hashed password checking - Ticket 47861 - Certain schema files are not replaced during upgrade - Ticket 47858 - Internal searches using OP_FLAG_REVERSE_CANDIDATE_ORDER can crash the server - Ticket 47797 - DB deadlock when two threads (on separated backend) try to
Fedora 19 updates-testing report
The following Fedora 19 Security updates need testing: Age URL 270 https://admin.fedoraproject.org/updates/FEDORA-2013-19963/openstack-glance-2013.1.4-1.fc19 82 https://admin.fedoraproject.org/updates/FEDORA-2014-5896/nrpe-2.15-2.fc19 62 https://admin.fedoraproject.org/updates/FEDORA-2014-6553/chicken-4.8.0.6-2.fc19 60 https://admin.fedoraproject.org/updates/FEDORA-2014-6597/drupal7-views-3.8-1.fc19 40 https://admin.fedoraproject.org/updates/FEDORA-2014-7322/thunderbird-24.6.0-1.fc19 33 https://admin.fedoraproject.org/updates/FEDORA-2014-7496/readline-6.2-8.fc19 32 https://admin.fedoraproject.org/updates/FEDORA-2014-7570/asterisk-11.10.2-2.fc19 31 https://admin.fedoraproject.org/updates/FEDORA-2014-6774/claws-mail-3.10.1-1.fc19,claws-mail-plugins-3.10.0-1.fc19,libetpan-1.5-1.fc19 31 https://admin.fedoraproject.org/updates/FEDORA-2014-7610/perl-Email-Address-1.905-1.fc19 22 https://admin.fedoraproject.org/updates/FEDORA-2014-7939/lzo-2.08-1.fc19 17 https://admin.fedoraproject.org/updates/FEDORA-2014-8089/rubygem-activerecord-3.2.13-2.fc19 11 https://admin.fedoraproject.org/updates/FEDORA-2014-7889/zarafa-7.1.10-2.fc19 9 https://admin.fedoraproject.org/updates/FEDORA-2014-8328/python-bottle-0.12.6-1.fc19 9 https://admin.fedoraproject.org/updates/FEDORA-2014-8332/transmission-2.84-1.fc19 7 https://admin.fedoraproject.org/updates/FEDORA-2014-8352/cups-1.6.4-6.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8443/mosquitto-1.3.2-1.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8402/ipython-0.13.2-4.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8395/java-1.7.0-openjdk-1.7.0.65-2.5.1.2.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8441/java-1.8.0-openjdk-1.8.0.11-1.b12.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8487/kernel-3.14.13-100.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8515/drupal7-7.29-1.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8528/sdcc-3.3.0-1.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8488/drupal6-6.32-1.fc19 3 https://admin.fedoraproject.org/updates/FEDORA-2014-8545/cobbler-2.6.3-1.fc19 3 https://admin.fedoraproject.org/updates/FEDORA-2014-8564/dpkg-1.16.15-1.fc19 2 https://admin.fedoraproject.org/updates/FEDORA-2014-8577/phpMyAdmin-4.2.6-1.fc19 2 https://admin.fedoraproject.org/updates/FEDORA-2014-8571/homebank-4.6.1-1.fc19 1 https://admin.fedoraproject.org/updates/FEDORA-2014-8609/moodle-2.4.11-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8648/ansible-1.6.7-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8176/krb5-1.11.3-24.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8706/ansible-1.6.8-1.fc19 The following Fedora 19 Critical Path updates have yet to be approved: Age URL 218 https://admin.fedoraproject.org/updates/FEDORA-2013-22326/fedora-bookmarks-15-5.fc19 144 https://admin.fedoraproject.org/updates/FEDORA-2014-3245/testdisk-6.14-2.fc19.1,ntfs-3g-2014.2.15-1.fc19 12 https://admin.fedoraproject.org/updates/FEDORA-2014-8256/langtable-0.0.25-1.fc19 7 https://admin.fedoraproject.org/updates/FEDORA-2014-8360/pcre-8.32-10.fc19 7 https://admin.fedoraproject.org/updates/FEDORA-2014-8352/cups-1.6.4-6.fc19 7 https://admin.fedoraproject.org/updates/FEDORA-2014-8338/curl-7.29.0-21.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8176/krb5-1.11.3-24.fc19 The following builds have been pushed to Fedora 19 updates-testing ansible-1.6.8-1.fc19 nodejs-base64-js-0.0.7-2.fc19 nodejs-caniuse-db-1.0.20140717-1.fc19 nodejs-clean-css-2.2.8-1.fc19 nodejs-connect-livereload-0.4.0-2.fc19 nodejs-csslint-0.10.0-1.fc19 nodejs-gonzales-pe-3.0.0-0.2.9.fc19 nodejs-grunt-contrib-copy-0.5.0-2.fc19 nodejs-grunt-contrib-csslint-0.2.0-2.fc19 nodejs-open-0.0.5-2.fc19 nodejs-parserlib-0.2.5-1.fc19 nodejs-portscanner-1.0.0-2.fc19 nodejs-strip-path-0.1.1-2.fc19 nodejs-vow-0.4.5-1.fc19 nodejs-vow-fs-0.3.2-2.fc19 nodejs-vow-queue-0.3.1-2.fc19 python-qpid-0.26-2.fc19 Details about builds: ansible-1.6.8-1.fc19 (FEDORA-2014-8706) SSH-based configuration management, deployment, and task execution system Update Information: Update to 1.6.8 with fixes for shell quoting from previous release. ChangeLog: * Tue Jul 22 2014 Kevin Fenzi ke...@scrye.com 1.6.8-1 - Update to 1.6.8 with fixes for shell quoting from previous release. - Fixes bugs #1122060 #1122061 #1122062 * Mon Jul 21 2014 Kevin Fenzi ke...@scrye.com 1.6.7-1 - Update to 1.6.7 - Fixes CVE-2014-4966 and CVE-2014-4967
Re: bug to which attached (was: Who turned out...)
On Fri, 18 Jul 2014 08:45:15 -0700, Adam Williamson wrote: On Thu, 2014-07-17 at 20:53 -0400, Felix Miata wrote: On 2014-07-17 20:41 (GMT-0400) Adam Williamson composed: https://bugzilla.redhat.com/attachment.cgi?id=918676 What bug is this attached to? Bugzilla does not provide a backtrack from an attachment to a bug report, infuriatingly. A convenient link to click, you're right, it has none. But there is a way. Simply append action=edit to the attachment URL and you will get a page that provides a link to the bug it's attached to. Hah, nice workaround, I should've thought of that. thanks. You can also bookmark this page for some options: https://bugzilla.redhat.com/attachment.cgi -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
back to fedora 21, from rawhide
Hello, It seems that after some update, my rawhide system moved onto Fedora 22, leaving Fedora 21 behind. How can i prevent this from happening on my other fedora 21system, and how can i go back now to fedora 21? Regards, Cornel -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Who turned out the light - GNOME Classic - DesktopNames
On Tue, 2014-07-22 at 23:48 -0700, Adam Williamson wrote: However what's the point now, after more than two months and how it can help us here? He wasn't linking for you to test it. He was pointing out GNOME's continuous integration test system, and noting that it covers Classic, which provides a degree of assurance that it 'works' at least to the point that a CI system can detect. Hey, sorry for being terse. What I wanted to express was that classic is not just thrown over the fence and never looked at again; it is maintained and tested upstream. I have now taken the time to log out on this F21 system, and log in again after choosing 'GNOME Classic' from the gdm session chooser. Works just fine. I think your problem is more with random ways of starting graphical sessions from a shell script. That's always half-broken and basically unsupported. If you want to test a graphical desktop in Fedora, you should choose it from the session menu on the login screen. Matthias -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
gnome desktop image for arm?
I am looking at: http://koji.fedoraproject.org/koji/tasks?state=allview=treemethod=applianceorder=-id And do not see a gnome image for f21 arm (let alone any hardware). So obviously I am missing how it is encoded in the description. How do I find the right f21 armhfp image with gnome? xfce is nice, but I DO have 1GB memory # cat /proc/meminfo MemTotal:1010204 kB And I will want the gnome apps. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: back to fedora 21, from rawhide
On Wed, 2014-07-23 at 15:30 +0200, cornel panceac wrote: Hello, It seems that after some update, my rawhide system moved onto Fedora 22, leaving Fedora 21 behind. How can i prevent this from happening on my other fedora 21system, and how can i go back now to fedora 21? This should work: - disable the rawhide repo - yum distro-sync -- 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: back to fedora 21, from rawhide
On Wed, 23 Jul 2014 15:30:08 +0200 cornel panceac cpanc...@gmail.com wrote: Hello, It seems that after some update, my rawhide system moved onto Fedora 22, leaving Fedora 21 behind. How can i prevent this from happening on my other fedora 21system, and how can i go back now to fedora 21? Regards, Cornel Cornel, There was a thread earlier this month with the instructions. It's here [0] in the archives. // Mike [0] https://lists.fedoraproject.org/pipermail/test/2014-July/121912.html signature.asc Description: PGP signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Who turned out the light - GNOME Classic - DesktopNames
On 23.07.2014 16:04, Matthias Clasen wrote: On Tue, 2014-07-22 at 23:48 -0700, Adam Williamson wrote: However what's the point now, after more than two months and how it can help us here? He wasn't linking for you to test it. He was pointing out GNOME's continuous integration test system, and noting that it covers Classic, which provides a degree of assurance that it 'works' at least to the point that a CI system can detect. Hey, sorry for being terse. What I wanted to express was that classic is not just thrown over the fence and never looked at again; it is maintained and tested upstream. I have now taken the time to log out on this F21 system, and log in again after choosing 'GNOME Classic' from the gdm session chooser. Works just fine. I think your problem is more with random ways of starting graphical sessions from a shell script. That's always half-broken and basically unsupported. If you want to test a graphical desktop in Fedora, you should choose it from the session menu on the login screen. Matthias Really? :) Since 2014-05-05 and after all this undermentioned. GNOME vs GNOME Classic - Who turned out the light https://bugzilla.redhat.com/show_bug.cgi?id=1120283 Classic mode is broken on latest master https://bugzilla.gnome.org/show_bug.cgi?id=729575 Vadim Rutkovsky [reporter] [developer] 2014-05-05 14:23:09 UTC Classic mode is broken in latest master - gdm displays the black window... GNOME Classic fails to start if gnome-classic.desktop has GNOME-Classic in DesktopNames https://bugzilla.gnome.org/show_bug.cgi?id=733376 Adam Williamson [reporter] 2014-07-18 19:17:05 UTC ... This was partially reported by Vadim Rutkovsky in that bug, and further reported somewhat gnomically downstream in Fedora by 'poma'... :) https://bugzilla.gnome.org/show_bug.cgi?id=733376#c5 Ray Strode [halfline] [gnome-shell developer] 2014-07-18 20:54:11 UTC i'll do a 3.13.3 now. Update to 3.13.3 Fix classic mode Resolves: #1120283 http://pkgs.fedoraproject.org/cgit/gnome-session.git/commit/?id=e916f52 Information for build gnome-session-3.13.3-1.fc21 http://koji.fedoraproject.org/koji/buildinfo?buildID=545751 Changelog * Fri Jul 18 2014 Ray Strode rstr...@redhat.com 3.13.3-1 - Update to 3.13.3 - Fix classic mode Resolves: #1120283 experts super happy fun club -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: where to get images? fedoraproject.org downloads super slow
On Tue, 22 Jul 2014 23:01:29 -0500 Dan Mossor danofs...@gmail.com wrote: The guys in #releng told me the slow downloads were my issue. I'm glad it's not just me - I can't offer much beyond confirmation that there is a problem with koji. There really isn't a problem with koji. It sounds like there's a network problem on some provider between your machine and koji. Could someone seeing this please open an infrastructure ticket and include: The exact image/url you were downloading The speed a traceroute from your machine you are downloading from to kojipkgs (or whatever server you are downloading from) If others can add there information, perhaps we can trace it to a single provider that we can ask to look into it? kevin signature.asc Description: PGP signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: where to get images? fedoraproject.org downloads super slow
On 23.07.2014 18:59, Kevin Fenzi wrote: On Tue, 22 Jul 2014 23:01:29 -0500 Dan Mossor danofs...@gmail.com wrote: The guys in #releng told me the slow downloads were my issue. I'm glad it's not just me - I can't offer much beyond confirmation that there is a problem with koji. There really isn't a problem with koji. It sounds like there's a network problem on some provider between your machine and koji. Could someone seeing this please open an infrastructure ticket and include: The exact image/url you were downloading The speed a traceroute from your machine you are downloading from to kojipkgs (or whatever server you are downloading from) If others can add there information, perhaps we can trace it to a single provider that we can ask to look into it? kevin There are no problemos with e.g. http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/x86_64/os/images/boot.iso Fedora 21 boot.iso can be built locally, no big deal. http://fedoraproject.org/wiki/How_to_create_a_Fedora_install_ISO_for_testing iso build fan club -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Who turned out the light - GNOME Classic - DesktopNames
On 23.07.2014 20:08, Adam Williamson wrote: On Wed, 2014-07-23 at 10:59 +0200, poma wrote: And 'works' at least still don't helps here. After more than two months. I already investigated the cause of the problem, talked to the developer about it, we agreed on how to fix it, and re-opened your bug with the details: https://bugzilla.redhat.com/show_bug.cgi?id=1120283#c11 . It'll be fixed when a new gnome-session build lands in F21. In fact a 3.13.3-1 build was done on 07-18, if you install that it should work. :) You're late! Matthias has already tested gnome-session-3.13.3-1.fc21 for us. Haha classic fan club -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: gnome desktop image for arm?
On 07/23/2014 01:31 PM, John Dulaney wrote: Date: Wed, 23 Jul 2014 10:33:47 -0400 From: r...@htt-consult.com To: test@lists.fedoraproject.org Subject: gnome desktop image for arm? I am looking at: http://koji.fedoraproject.org/koji/tasks?state=allview=treemethod=applianceorder=-id And do not see a gnome image for f21 arm (let alone any hardware). So obviously I am missing how it is encoded in the description. How do I find the right f21 armhfp image with gnome? xfce is nice, but I DO have 1GB memory # cat /proc/meminfo MemTotal: 1010204 kB And I will want the gnome apps. I don't know if Gnome arm images are being spun up or not, but, the issue with Gnome on ARM is with the graphics, not necessarily the memory. Allwinner A20 is suppose to have a fast GPU... -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: gnome desktop image for arm?
On Wed, Jul 23, 2014 at 8:35 PM, Robert Moskowitz r...@htt-consult.com wrote: On 07/23/2014 01:31 PM, John Dulaney wrote: Date: Wed, 23 Jul 2014 10:33:47 -0400 From: r...@htt-consult.com To: test@lists.fedoraproject.org Subject: gnome desktop image for arm? I am looking at: http://koji.fedoraproject.org/koji/tasks?state=allview=treemethod=applianceorder=-id And do not see a gnome image for f21 arm (let alone any hardware). So obviously I am missing how it is encoded in the description. How do I find the right f21 armhfp image with gnome? xfce is nice, but I DO have 1GB memory # cat /proc/meminfo MemTotal: 1010204 kB And I will want the gnome apps. I don't know if Gnome arm images are being spun up or not, but, the issue with Gnome on ARM is with the graphics, not necessarily the memory. Allwinner A20 is suppose to have a fast GPU... That's not the point does it have a usable 3D driver? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: back to fedora 21, from rawhide
2014-07-23 21:12 GMT+03:00 Adam Williamson adamw...@fedoraproject.org: On Thu, 2014-07-24 at 00:41 +1000, Ankur Sinha wrote: On Wed, 2014-07-23 at 15:30 +0200, cornel panceac wrote: Hello, It seems that after some update, my rawhide system moved onto Fedora 22, leaving Fedora 21 behind. How can i prevent this from happening on my other fedora 21system, and how can i go back now to fedora 21? This should work: - disable the rawhide repo - yum distro-sync You will probably need to do 'yum --releasever=21 distro-sync', as you might now have a Rawhide fedora-release which says your system is Fedora 22, and the distro-sync would wind up trying to use non-existent 22 repos. After the '--releasever=21 distro-sync' your system should be a 21 system and things should work as usual. You may need a 'yum clean all' or two in there somewhere as well. -- thank you all very much. is there a way to prevent this from happening? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: back to fedora 21, from rawhide
On Wed, 2014-07-23 at 22:08 +0300, cornel panceac wrote: 2014-07-23 21:12 GMT+03:00 Adam Williamson adamw...@fedoraproject.org: On Thu, 2014-07-24 at 00:41 +1000, Ankur Sinha wrote: On Wed, 2014-07-23 at 15:30 +0200, cornel panceac wrote: Hello, It seems that after some update, my rawhide system moved onto Fedora 22, leaving Fedora 21 behind. How can i prevent this from happening on my other fedora 21system, and how can i go back now to fedora 21? This should work: - disable the rawhide repo - yum distro-sync You will probably need to do 'yum --releasever=21 distro-sync', as you might now have a Rawhide fedora-release which says your system is Fedora 22, and the distro-sync would wind up trying to use non-existent 22 repos. After the '--releasever=21 distro-sync' your system should be a 21 system and things should work as usual. You may need a 'yum clean all' or two in there somewhere as well. thank you all very much. is there a way to prevent this from happening? well, read my always-accurate, always-hilarious and always-informative posts on test@ and follow their instructions ;) -- 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
Re: back to fedora 21, from rawhide
On Wed, Jul 23, 2014 at 10:11:23PM +0300, cornel panceac wrote: thank you all very much. is there a way to prevent this from happening? well, read my always-accurate, always-hilarious and always-informative posts on test@ and follow their instructions ;) ok, i've just read it :) gonna follow those instructions ,then. thanks again. And just be aware that this happens every time we branch for a new release. -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 21 / 22: repo definition .rpmnews
Hi, folks. Just a note for those following 21 (Branched) or 22 (Rawhide): I noticed today that several of my /etc/yum.repos.d/*.repo files had .rpmnew versions, including my fedora.repo and fedora-updates-testing.repo and fedora-rawhide.repo , even though I didn't recall manually editing them. This meant the metadata_expire setting for my fedora.repo was 7d, so I wasn't seeing any F21 updates. So keep an eye out, and copy the .rpmnew version into production if necessary. Also note that the F21 repo definitions already have 'gpgcheck=1', even though the F21 packages won't be consistently signed until Bodhi use kicks in for F21. So you'll need to pass --nogpgcheck on the command line for now (or edit the repos, but then you'll get rpmnew files again in future...) -- 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
Re: gnome desktop image for arm?
On Wed, 2014-07-23 at 14:35 -0400, Robert Moskowitz wrote: I don't know if Gnome arm images are being spun up or not, but, the issue with Gnome on ARM is with the graphics, not necessarily the memory. Allwinner A20 is suppose to have a fast GPU... OpenGL ES or full OpenGL? Almost all Arm chips limit themselves to ES since that is all Android requires. Yes it does make Arm kinda pointless for 'real computing' purposes, but the target market is phones, tablets and settop boxes. A real pity. Next problem is all video drivers on Arm (except, depending how you split hairs, the Pi) are blobs. If Fedora isn't officially admitting the otherwise pretty darned good Nvidia drivers exist I wouldn't hold my breath waiting for support for the craptastic stuff that passes for an embedded video driver. 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: gnome desktop image for arm?
On 07/23/2014 04:58 PM, John Morris wrote: On Wed, 2014-07-23 at 14:35 -0400, Robert Moskowitz wrote: I don't know if Gnome arm images are being spun up or not, but, the issue with Gnome on ARM is with the graphics, not necessarily the memory. Allwinner A20 is suppose to have a fast GPU... OpenGL ES or full OpenGL? Almost all Arm chips limit themselves to ES since that is all Android requires. Yes it does make Arm kinda pointless for 'real computing' purposes, but the target market is phones, tablets and settop boxes. A real pity. Next problem is all video drivers on Arm (except, depending how you split hairs, the Pi) are blobs. If Fedora isn't officially admitting the otherwise pretty darned good Nvidia drivers exist I wouldn't hold my breath waiting for support for the craptastic stuff that passes for an embedded video driver. Well I know what to ask the developers. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: gnome desktop image for arm?
2014-07-23 20:37 GMT+02:00 drago01 drag...@gmail.com: On Wed, Jul 23, 2014 at 8:35 PM, Robert Moskowitz r...@htt-consult.com wrote: On 07/23/2014 01:31 PM, John Dulaney wrote: Date: Wed, 23 Jul 2014 10:33:47 -0400 From: r...@htt-consult.com To: test@lists.fedoraproject.org Subject: gnome desktop image for arm? I am looking at: http://koji.fedoraproject.org/koji/tasks?state=allview=treemethod=applianceorder=-id And do not see a gnome image for f21 arm (let alone any hardware). So obviously I am missing how it is encoded in the description. How do I find the right f21 armhfp image with gnome? xfce is nice, but I DO have 1GB memory # cat /proc/meminfo MemTotal: 1010204 kB And I will want the gnome apps. I don't know if Gnome arm images are being spun up or not, but, the issue with Gnome on ARM is with the graphics, not necessarily the memory. Allwinner A20 is suppose to have a fast GPU... That's not the point does it have a usable 3D driver? The Fedora 21 userspace should be able to run gnome with a freedreno device. Last time I've checked in was few months ago with Fedora 20 and mesa 10.2 (was mesa master as that time). Tested on ifc6410, but It was with a downstream 3.4 kernel. I'm using a tegra device daily as graphical travel workstation (on lxde at least) Still the opentegra FOSS (yet 2D only) driver isn't in fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1122713 Any reviewer welcomed. (this driver can rely on a vanilla fedora kernel) Thx -- - Nicolas (kwizart) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 19 updates-testing report
The following Fedora 19 Security updates need testing: Age URL 271 https://admin.fedoraproject.org/updates/FEDORA-2013-19963/openstack-glance-2013.1.4-1.fc19 83 https://admin.fedoraproject.org/updates/FEDORA-2014-5896/nrpe-2.15-2.fc19 63 https://admin.fedoraproject.org/updates/FEDORA-2014-6553/chicken-4.8.0.6-2.fc19 61 https://admin.fedoraproject.org/updates/FEDORA-2014-6597/drupal7-views-3.8-1.fc19 40 https://admin.fedoraproject.org/updates/FEDORA-2014-7322/thunderbird-24.6.0-1.fc19 34 https://admin.fedoraproject.org/updates/FEDORA-2014-7496/readline-6.2-8.fc19 33 https://admin.fedoraproject.org/updates/FEDORA-2014-7570/asterisk-11.10.2-2.fc19 32 https://admin.fedoraproject.org/updates/FEDORA-2014-6774/claws-mail-3.10.1-1.fc19,claws-mail-plugins-3.10.0-1.fc19,libetpan-1.5-1.fc19 32 https://admin.fedoraproject.org/updates/FEDORA-2014-7610/perl-Email-Address-1.905-1.fc19 23 https://admin.fedoraproject.org/updates/FEDORA-2014-7939/lzo-2.08-1.fc19 18 https://admin.fedoraproject.org/updates/FEDORA-2014-8089/rubygem-activerecord-3.2.13-2.fc19 12 https://admin.fedoraproject.org/updates/FEDORA-2014-7889/zarafa-7.1.10-2.fc19 10 https://admin.fedoraproject.org/updates/FEDORA-2014-8328/python-bottle-0.12.6-1.fc19 10 https://admin.fedoraproject.org/updates/FEDORA-2014-8332/transmission-2.84-1.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8443/mosquitto-1.3.2-1.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8402/ipython-0.13.2-4.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8395/java-1.7.0-openjdk-1.7.0.65-2.5.1.2.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-8441/java-1.8.0-openjdk-1.8.0.11-1.b12.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8515/drupal7-7.29-1.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8528/sdcc-3.3.0-1.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-8488/drupal6-6.32-1.fc19 3 https://admin.fedoraproject.org/updates/FEDORA-2014-8545/cobbler-2.6.3-1.fc19 3 https://admin.fedoraproject.org/updates/FEDORA-2014-8564/dpkg-1.16.15-1.fc19 2 https://admin.fedoraproject.org/updates/FEDORA-2014-8577/phpMyAdmin-4.2.6-1.fc19 2 https://admin.fedoraproject.org/updates/FEDORA-2014-8571/homebank-4.6.1-1.fc19 1 https://admin.fedoraproject.org/updates/FEDORA-2014-8648/ansible-1.6.7-1.fc19 1 https://admin.fedoraproject.org/updates/FEDORA-2014-8176/krb5-1.11.3-24.fc19 1 https://admin.fedoraproject.org/updates/FEDORA-2014-8609/moodle-2.4.11-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8706/ansible-1.6.8-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8352/cups-1.6.4-7.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8763/firefox-31.0-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8771/ReviewBoard-1.7.27-1.fc19 The following Fedora 19 Critical Path updates have yet to be approved: Age URL 219 https://admin.fedoraproject.org/updates/FEDORA-2013-22326/fedora-bookmarks-15-5.fc19 145 https://admin.fedoraproject.org/updates/FEDORA-2014-3245/testdisk-6.14-2.fc19.1,ntfs-3g-2014.2.15-1.fc19 13 https://admin.fedoraproject.org/updates/FEDORA-2014-8256/langtable-0.0.25-1.fc19 8 https://admin.fedoraproject.org/updates/FEDORA-2014-8360/pcre-8.32-10.fc19 8 https://admin.fedoraproject.org/updates/FEDORA-2014-8338/curl-7.29.0-21.fc19 1 https://admin.fedoraproject.org/updates/FEDORA-2014-8176/krb5-1.11.3-24.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8763/firefox-31.0-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8761/systemd-204-20.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8352/cups-1.6.4-7.fc19 The following builds have been pushed to Fedora 19 updates-testing ReviewBoard-1.7.27-1.fc19 cups-1.6.4-7.fc19 dkms-2.2.0.3-25.fc19 firefox-31.0-1.fc19 golang-github-codegangsta-cli-1.0.0-3.fc19 ibus-table-others-1.3.1-1.fc19 imaptest-20140711-1.fc19 libgadu-1.12.0-1.fc19 nodejs-agent-base-1.0.1-1.fc19 nodejs-ast-traverse-0.1.1-1.fc19 nodejs-ast-types-0.4.5-1.fc19 nodejs-bluebird-2.2.2-1.fc19 nodejs-breakable-1.0.0-1.fc19 nodejs-cls-0.1.5-1.fc19 perl-Text-Clip-0.0014-1.fc19 shinken-2.0.3-7.fc19 systemd-204-20.fc19 vdsm-4.14.11.2-0.fc19 Details about builds: ReviewBoard-1.7.27-1.fc19 (FEDORA-2014-8771) Web-based code review tool Update Information: - New upstream security release 1.7.27 - http://www.reviewboard.org/docs/releasenotes/reviewboard/1.7.27 ChangeLog: * Wed Jul 23 2014 Patrick Uiterwijk puiterw...@redhat.com - 1.7.27-1 - New upstream security
Fedora-Xfce-armhfp-21-20140723-sda.raw.xz on Cubieboard2
I downloaded Fedora-Xfce-armhfp-21-20140723-sda.raw.xz and installed it to a 16Gb microSD card by: [root@lx120e ~]# /home/rgm/fedora-arm-image-installer/fedora-arm-image-installer.sh --image=/home/rgm/Fedora-Xfce-armhfp-21-20140723-sda.raw.xz --target=Cubietruck --media=/dev/sdb This also failed to boot up. I followed the manual procedure. Again, no boot. I will have to try when I can have a serial consol connection to see if I am getting any messages there. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: back to fedora 21, from rawhide
2014-07-23 22:30 GMT+03:00 Matthew Miller mat...@fedoraproject.org: On Wed, Jul 23, 2014 at 10:11:23PM +0300, cornel panceac wrote: thank you all very much. is there a way to prevent this from happening? well, read my always-accurate, always-hilarious and always-informative posts on test@ and follow their instructions ;) ok, i've just read it :) gonna follow those instructions ,then. thanks again. And just be aware that this happens every time we branch for a new release. roger that. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Interesting debugging experiences Fedora 21 on real hardware
Recent yum updates to my omen.com server have resulted in an unstable system. At first the problem appeared to be related to the Tigervnc server. VNC sessions would fail quickly. I ended up force installing Tigervnc from the Heisenbug tree. With VNC apparently settled down, I saw hard disk errors on various drives. The solution for that was to fall back to 3.16.0-0.rc4.git2.1.fc21.x86_64. Omen.com now seems stable. Meanwhile Fedora 21 and rawhide installs on my test machines ceased to boot into a graphical desktop. I tried both Gnome and Xfce. I could get a text console but no desktop. The current F21 anaconda didn't get to a desktop screen either. I then replaced the Nvidia FTX 460 on my spare test machine and F21 anaconda started working. Since my ultimate goal is to get a (relatively) clean F21 on my server, I started experimenting using the Heisenbug netinst.iso with a specified repository of http://mirrors.kernel.org/fedora/development/21/x86_64/os It would be most useful to be able to specify a copy of the repository on a local HD: /dev/sdd1/fc21/os- but in the meantime I will have to install over the net at a more leisurely pace. -- 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
