Re: libblockdev reaches the 1.0 milestone!
On 21.05.2015 20:08, Vratislav Podzimek wrote: > A year ago, I started working on a new storage library for low-level > operations with various types of block devices -- *libblockdev*. Today, > I'm happy to announce that the library reached the **1.0** milestone > which means that it covers all the functionality that has been stated > in the initial goals and it's going to keep the API stable. > > Read the blog post I wrote for more information: > http://blog-vpodzime.rhcloud.com/?p=61 > This looks very interesting. I don't see any function to deal with plain old block devices though just LVM, MD Raid, etc. Is this correct or am I missing something? Regards, Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Test-Announce] Fedora 22 Final status is Go, release on May 26, 2015
Am 25.05.2015 um 22:55 schrieb Adrian Soliard: Hours before of the official release, if I install F22 RC3, is like installing the final release? the RC3 is unchanged anyways, since yum/dnf distro-sync is even possible for dist-upgrades it's also suiteable to downgrade possible testing-packages to the current repo state 2015-05-22 16:40 GMT-03:00 Matthew Miller : On Sat, May 23, 2015 at 12:47:29AM +0530, Sumit Bhardwaj wrote: BTW, does this means that RC3 is the final build?? No more RCs, right? Until the annoucement goes out Tuesday morning, nothing is certain. This is the "gold" RC and is intended to be the final release, but there's always the — unlikely, knock on wood — option of the panic switch signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Test-Announce] Fedora 22 Final status is Go, release on May 26, 2015
Matthew, Hours before of the official release, if I install F22 RC3, is like installing the final release? 2015-05-22 16:40 GMT-03:00 Matthew Miller : > On Sat, May 23, 2015 at 12:47:29AM +0530, Sumit Bhardwaj wrote: >> BTW, does this means that RC3 is the final build?? No more RCs, right? > > Until the annoucement goes out Tuesday morning, nothing is certain. > This is the "gold" RC and is intended to be the final release, but > there's always the — unlikely, knock on wood — option of the panic > switch. > > -- > Matthew Miller > > Fedora Project Leader > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Adrian Soliard asoli...@fedoraproject.org https://fedoraproject.org/wiki/User:Asoliard http://www.adriansoliard.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 5 packages were orphaned SFML [f22, f21, f20, master] was orphaned by belegdol Simple and Fast Multimedia Library https://admin.fedoraproject.org/pkgdb/package/SFML ovirt-node [f21, f20, master] was orphaned by fabiand The oVirt Node daemons/scripts https://admin.fedoraproject.org/pkgdb/package/ovirt-node perl-Digest-SHA [el6, el5] was orphaned by wtogami Perl extension for SHA-1/224/256/384/512 https://admin.fedoraproject.org/pkgdb/package/perl-Digest-SHA perl-Net-Netmask [el6, epel7, el5] was orphaned by wtogami Perl module for manipulation and lookup of IP network blocks https://admin.fedoraproject.org/pkgdb/package/perl-Net-Netmask qupzilla [el6, epel7] was orphaned by raphgro Modern web browser https://admin.fedoraproject.org/pkgdb/package/qupzilla 12 packages were retired - compat-libcdio-paranoia1 [master] was retired by kalev Compat package with libcdio-paranoia libraries https://admin.fedoraproject.org/pkgdb/package/compat-libcdio-paranoia1 compat-libcdio15 [master] was retired by kalev Compat package with libcdio libraries https://admin.fedoraproject.org/pkgdb/package/compat-libcdio15 deskbar-applet [el6, el5] was retired by till A Gnome applet to allow easy access to various search engines https://admin.fedoraproject.org/pkgdb/package/deskbar-applet libisofs [epel7] was retired by robert Library to create ISO 9660 disk images https://admin.fedoraproject.org/pkgdb/package/libisofs naim [el6, el5] was retired by till An ncurses-based console AIM, ICQ, IRC, and Lily client https://admin.fedoraproject.org/pkgdb/package/naim pork [el6, el5] was retired by till Console based AIM client that looks like ircII https://admin.fedoraproject.org/pkgdb/package/pork pyevent [el5] was retired by till Python bindings for libevent https://admin.fedoraproject.org/pkgdb/package/pyevent python-TestGears [el6, el5] was retired by till Unit testing for Python https://admin.fedoraproject.org/pkgdb/package/python-TestGears python-tw-forms [el6] was retired by ralph Web Widgets for building and validating forms in ToscaWidgets https://admin.fedoraproject.org/pkgdb/package/python-tw-forms thunderbird [epel7] was retired by xhorak Mozilla Thunderbird mail/newsgroup client https://admin.fedoraproject.org/pkgdb/package/thunderbird xorg-x11-drv-void [f22] was retired by ausil Xorg X11 void input driver https://admin.fedoraproject.org/pkgdb/package/xorg-x11-drv-void xprobe2 [el6, el5] was retired by till Xprobe2 is an active operating system fingerprinting tool https://admin.fedoraproject.org/pkgdb/package/xprobe2 7 packages unorphaned - epiphany [f22, f21, f20, master] was unorphaned by catanzaro Web browser for GNOME https://admin.fedoraproject.org/pkgdb/package/epiphany mozilla-noscript [f22, f21, el6, master] was unorphaned by rathann JavaScript white list extension for Mozilla Firefox https://admin.fedoraproject.org/pkgdb/package/mozilla-noscript perl-Digest-Nilsimsa [f22, f21, f20, master] was unorphaned by psabata Perl interface to the Nilsima Algorithm https://admin.fedoraproject.org/pkgdb/package/perl-Digest-Nilsimsa perl-IO-Multiplex [el6, el5] was unorphaned by pghmcfc Manage IO on many file handles https://admin.fedoraproject.org/pkgdb/package/perl-IO-Multiplex perl-IO-Socket-INET6 [f22, f21, f20, master] was unorphaned by pghmcfc Perl Object interface for AF_INET|AF_INET6 domain sockets https://admin.fedoraproject.org/pkgdb/package/perl-IO-Socket-INET6 perl-Net-Netmask [f22, f21, f20, master] was unorphaned by psabata Perl module for manipulation and lookup of IP network blocks https://admin.fedoraproject.org/pkgdb/package/perl-Net-Netmask perl-Socket6 [f22, f21, f20, master] was unorphaned by pghmcfc IPv6 related part of the C socket.h defines and structure manipulators https://admin.fedoraproject.org/pkgdb/package/perl-Socket6 0 packages were unretired 3 packages were given gfs2-utils [f22, f21, f20, master] was given by puiterwijk to andyp Utilities for managing the global file system (GFS2) https://admin.fedoraproject.org/pkgdb/package/gfs2-utils kBuild [f22, f21, f20, master, el6, epel7, el5] was given by lkundrak to sergiomb A cross-platform build environment https://admin.fedoraproject.org/pkgdb/package/kBuild python-websockify [f22, f21, f20, master, el6, epel7] was given by pbrady to sross WSGI based adapter for the Websockets protocol https://admin.fedoraproject.org/pkgdb/package/python-websockify 1 packages had new branches python-pkgconfig had a new branches: f22, f21, master, epel7 for orion
rawhide report: 20150525 changes
Compose started at Mon May 25 05:15:04 UTC 2015 Broken deps for i386 -- [OpenTK] OpenTK-1.1-1.4c.fc22.noarch requires mono(mscorlib) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System.Xml) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System.Windows.Forms) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System.Drawing) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System) = 0:2.0.0.0 [RepetierHost] RepetierHost-0.90D-2.fc21.noarch requires mono(mscorlib) = 0:2.0.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System.Xml) = 0:2.0.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System.Windows.Forms) = 0:2.0.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System.Drawing) = 0:2.0.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System.Core) = 0:3.5.0.0 RepetierHost-0.90D-2.fc21.noarch requires mono(System) = 0:2.0.0.0 [banshee] banshee-2.6.2-9.fc23.i686 requires mono(mscorlib) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(System.Xml) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(System.Core) = 0:3.5.0.0 banshee-2.6.2-9.fc23.i686 requires mono(System) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(Mono.Posix) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(Mono.Cairo) = 0:2.0.0.0 banshee-2.6.2-9.fc23.i686 requires mono(ICSharpCode.SharpZipLib) = 0:2.84.0.0 [bless] bless-0.6.0-14.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 bless-0.6.0-14.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 bless-0.6.0-14.fc22.i686 requires mono(System) = 0:2.0.0.0 bless-0.6.0-14.fc22.i686 requires mono(Mono.Posix) = 0:2.0.0.0 [boo] boo-0.9.4.9-11.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(System.Core) = 0:3.5.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(System) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(Microsoft.Build.Utilities) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(Microsoft.Build.Tasks) = 0:2.0.0.0 boo-0.9.4.9-11.fc22.i686 requires mono(Microsoft.Build.Framework) = 0:2.0.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(System.Core) = 0:3.5.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(System) = 0:2.0.0.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(NAnt.DotNetTasks) = 0:0.90.3780.0 boo-devel-0.9.4.9-11.fc22.i686 requires mono(NAnt.Core) = 0:0.90.3780.0 [dmlite-plugins-memcache] dmlite-plugins-memcache-0.5.0-7.fc20.i686 requires libprotobuf.so.8 [gnome-do] gnome-do-0.95.1-3.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 gnome-do-0.95.1-3.fc22.i686 requires mono(System) = 0:2.0.0.0 [julia] julia-0.3.7-2.fc23.i686 requires libLLVM-3.5.so julia-devel-0.3.7-2.fc23.i686 requires libLLVM-3.5.so [mesos] mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.i686 requires libprotobuf.so.8 python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.i686 requires libprotobuf.so.8 [mojarra] mojarra-2.1.7-8.fc20.noarch requires tomcat-servlet-3.0-api mojarra-2.1.7-8.fc20.noarch requires tomcat-jsp-2.2-api mojarra-2.1.7-8.fc20.noarch requires tomcat-el-2.2-api [mono-tools] mono-tools-2.10-12.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 mono-tools-2.10-12.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 mono-tools-2.10-12.fc22.i686 requires mono(System.Core) = 0:3.5.0.0 mono-tools-2.10-12.fc22.i686 requires mono(System) = 0:2.0.0.0 mono-tools-2.10-12.fc22.i686 requires mono(Mono.Posix) = 0:2.0.0.0 mono-tools-2.10-12.fc22.i686 requires mono(Mono.Cairo) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Windows.Forms) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Web.Services) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Drawing) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System.Core) = 0:3.5.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(System) = 0:2.0.0.0 mono-tools-gendarme-2.10-12.fc22.i686 requires mono(ICSharpCode.SharpZipLib) = 0:2.84.0.0 mono-tools-ilcontrast-2.10-12.fc22.i686 requires mono(mscorlib) = 0:2.0.0.0 mono-tools-ilcontrast-2.10-12.fc22.i686 requires mono(System.Xml) = 0:2.0.0.0 mono-tools-ilcontrast-2.10-12.fc22.i686 requires mon
[Test-Announce] Canceled: 2015-05-25 Fedora QA Meeting
Hello folks, there's an US holiday today and the rest of us are working hard on finalizing tomorrow's F22 release day, so I think there's not much point in having a QA meeting today. I'm calling it off. If you have something urgent to discuss, please write to the test list or ping us in #fedora-qa any time. Thanks! Kamil ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Testing request: gdm-on-Wayland on hybrid graphics laptops (esp. Macbooks)
Hello, On 14/05/2015 20:01:21 GMT, Adam Williamson > wrote: > >> Hi folks! >> >> We have a somewhat-worrying proposed blocker for F22: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1218787 > > I have some issues with two different laptops, one with an Intel/Nvidia combo and one with an Intel/Radeon combo. Although not strictly related to have a gdm login on Wayland I think it's worth describing. Intel/Nvidia (binary driver): The Nvidia one (intel + nvidia blob) is working perfectly with Fedora 21 but not on Fedora 22 with the "Optimus offloading configuration" as depicted in Nvidia's README [1]. The X server simply crashes, and there is no way to have a GDM login screen with this method. I was using the X configuration file described in the docs plus the script /etc/gdm/Init/:0 for running the xrandr commands at login. Also, glamor is loaded even though its loading is explicitly disabled in xorg.conf. Unfortunately the laptop can only work with such configuration, the included GTX 860m does not work with nouveau reliably (lot of console errors and some crashes, no 3d) and there's no way to disable one of the cards through the bios. I've tried updating xorg with some 1.18 patches [2], removing glamor, forcing root access for everybody in Xwrapper.config to no avail, I always got the same crash. I'm considering this a regression... should I open a bug or it will be simply closed because there is the Nvidia binary involved? Intel/Nouveau and Intel/Radeon: When using wayland, there's no way to use the second card (DRI_PRIME), it will simply use the first card for GL programs or crash directly (nothing useful in the logs). Is prime supported on Wayland? The server is also always started as root, wasn't it supposed to start inside a user session by default on Open KMS drivers? Thanks & regards, --Simone [1] http://us.download.nvidia.com/XFree86/Linux-x86/352.09/README/randr14.html [2] http://lists.x.org/archives/xorg-devel/2014-December/045050.html -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson). http://xkcd.com/229/ http://negativo17.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct