Jaroslav Reznik | 22 Jan 16:21 2015
Picon

F22 Self Contained Change: Vagrant

= Proposed Self Contained Change: Vagrant =
https://fedoraproject.org/wiki/Changes/Vagrant

Change owner(s): Josef Stribny <jstribny <at> redhat.com>

Provide Vagrant http://www.vagrantup.com/ with the libvirt provider
as a default. 

== Detailed Description ==
Vagrant is an automation tool used to manage development environments
using virtualization and configuration management tools. It allows
developers and teams to work on their projects and test them in an
environment similar to production. Historically, Vagrant had a 
dependency on VirtualBox, but the newer versions have a plugin system 
allowing it to work with other virtualization technologies, including 
libvirt. The plan is to package Vagrant with the support for libvirt 
(coming as vagrant-libvirt plugin) replacing VirtualBox as a default 
provider. 

== Scope ==
* Proposal Owners: Initial work has been done in for Vagrant on F20 
in a Copr repository. Patches and quick fixes should be cleaned up 
or revisited. Also we need to depend on newer version of libvirt 
through rubygem-fog. Some commits for that are already in upstream 
repositories for vagrant-libvirt and fog. See upstream issue for 
details. 

* Other developers: N/A (not a System Wide Change) 
* Release engineering: N/A (not a System Wide Change) 
* Policies and guidelines: N/A (not a System Wide Change) 
(Continue reading)

Vojtěch Trefný | 22 Jan 16:10 2015
Picon

Self Introduction: Vojtech Trefny

Hi all,

my name is Vojtech Trefny and I am from the Czech Republic. I have been 
using Linux and OSS for nearly ten years now. I spent most of this time 
in Ubuntu community doing non-development work (localisation, 
documentation, advocacy...), but I switched to Fedora in 2013, joined 
Red Hat later that year as an intern and finally last year's october 
moved to the Installer team where I work on storage, mostly on a small 
application called blivet-gui.

Regards

Vojtech
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Miroslav Suchý | 22 Jan 15:15 2015
Face
Picon

DNF and mock

I just spoke with two members of DNF team about default usage of DNF in mock. I would like to share outcomes of this
meeting.

First I would like to state that you can already optionally use DNF in your mock by setting:
  config_opts['package_manager'] = 'dnf'
in your
  /etc/mock/site-defaults.cfg
It is present in mock for half a year and all known problems have been resolved for some time.
You can even set this option per chroot target. E.g. put this line only in
  /etc/mock/fedora-rawhide-x86_64.cfg
and then only rawhide-x86_64 builds will use dnf while everything else will use yum.

DNF should be default packager manager in Fedora 22, so I started thinking how it affects mock.

I have a notion, that after branching of Fedora 22 I will change
  /etc/mock/fedora-rawhide-*.cfg
to use DNF by default. I.e. everything build for Fedora 23 would use DNF for building.

At the outset I thought that we use yum for older targets (epel-7, fedora-22..) indefinitely. Or to be
precise until
those targets will be EOLed. But that would imply that yum have to be present in Fedora until Fedora 40 [1].
This is very unlikely to happen. More realistic expectation is that yum will disappear around Fedora 27 [2].
Which means that in  Fedora 27 you either will be unable to build packages for epel-7 or you will have to use DNF.
This is quite distant future and we will try our best to make this transition as much flawless as possible.
I just want to make you aware in advance. Of course if you want to help, you are very welcome.

I expect that we will be building Fedora 22- always by yum due to short Fedora life cycle. Yum will be still
present in
Fedora 24 for sure.

(Continue reading)

Peter Hutterer | 22 Jan 07:45 2015
Picon

Testers needed: KDE kcm_touchpad libinput support

Please add this copr
https://copr.fedoraproject.org/coprs/whot/kcm_touchpad/

Please review this branch:
https://github.com/whot/kcm_touchpad/tree/wip/libinput-support

Please test this on F21 and F22

Please monitor and report issues in this bug here:
https://bugzilla.redhat.com/show_bug.cgi?id=1184713

Please send beer. No? oh well, was worth a try... :)

Anwyay, I've tested this on F21 and with xorg/libinput bits equiv to
rawhide and it works for both. As I point out in the bug: 
"Note that we need to keep supporting both synaptics and libinput. libinput
has less knobs to tweak, so a large portion of the UI is now disabled.
Long-term upstream KDE should reconsider the design of the kcm_touchpad
module to accommodate for both drivers, but for now I think this will do.

Also note that disable-while-typing is disabled because libinput does it
automatically (or something very similar anyway).

Also note that the Fedora 20 libinput version does not support switching
scroll methods, so that'll be permanently disabled in the GUI (but enabled
on the touchpad). And edge scrolling is only available on single-touch
touchpads, so that's permanently disabled in the GUI too."

So this is the classic 90% case to make things work. A bit of polish is
needed but I'd like for upstream to help out with that.
(Continue reading)

James Antill | 22 Jan 05:58 2015

Schedule for Thursday's FPC Meeting (2015-01-22 17:00 UTC) Followup:14 New:1

 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2015-01-22 1:00 UTC in #fedora-meeting-1 on
irc.freenode.net.

 Local time information (via. rktime):

2015-01-22 09:00 Thu US/Pacific             PST
2015-01-22 12:00 Thu US/Eastern             EST
2015-01-22 17:00 Thu UTC <-
2015-01-22 17:00 Thu Europe/London <-
2015-01-22 18:00 Thu Europe/Paris           CET
2015-01-22 18:00 Thu Europe/Berlin          CET
2015-01-22 22:30 Thu Asia/Calcutta          IST
------------------new day----------------------
2015-01-23 01:00 Fri Asia/Singapore         SGT
2015-01-23 01:00 Fri Asia/Hong_Kong         HKT
2015-01-23 02:00 Fri Asia/Tokyo             JST
2015-01-23 03:00 Fri Australia/Brisbane     EST

 Links to all tickets below can be found at: 

https://fedorahosted.org/fpc/report/13

= Followups =

(needed policy, feature not accepted yet)
#topic #466 	recommend Privatedevices and PrivateNetwork in systemd
guidelines
.fpc 466
https://fedorahosted.org/fpc/ticket/466
(Continue reading)

Neal Becker | 22 Jan 01:25 2015
Picon

another dnf problem

I installed kernel* from updates-testing.  Now I want to go back to distro-sync.  
Let's try it:
sudo dnf distro-sync kernel*
Error: problem with installed package kernel-3.17.7-300.local.fc21.x86_64.
problem with installed package kernel-core-3.17.7-300.local.fc21.x86_64.
problem with installed package kernel-doc-3.17.4-200.fc20.noarch.
problem with installed package kernel-modules-3.17.7-300.local.fc21.x86_64.
problem with installed package kernel-modules-extra-3.17.7-300.local.fc21.x86_64

that didn't work, and not very informative.  How about?

[nbecker <at> nbecker1 ~]$ sudo dnf downgrade kernel*
Error: conflicting requests

Another loser.

OK, yum?
sudo yum distro-sync kernel*
Dependencies Resolved

================================================================================
 Package                                Arch   Version          Repository
                                                                           Size
================================================================================
Installing:
 kernel-devel                           x86_64 3.17.8-300.fc21  updates   9.1 M
Removing:
 kernel                                 x86_64 3.18.3-201.fc21  installed 0.0  
 kernel-core                            x86_64 3.18.3-201.fc21  installed  41 M
 kernel-devel                           x86_64 3.18.3-201.fc21  installed  34 M
(Continue reading)

Picon

Re: Orphaning freefem++

Dear Fedora Community,
I'm orphaning the freefem++ package[1] since I don't have access to
anyone that uses it and despite having an active upstream, it's a pain
to get it to build with each new release.

Also, I can hardly speak French.

Nothing seems to depend on freefem++ directly. There are two open bugs:
one for updating to the latest upstream release 3.32 and another
to enable two more build dependencies.

Hopefully, someone who actually uses it can take care of this package.

Regards,
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Jochen Schmitt | 21 Jan 18:45 2015
Picon

{Help Wanted]How to fix dependency to perl(for)

Hello,

after I have built pgp-tools-1.1.10 I have to recorgnized, that there is
a dependency to perl(for) which could not been resolved.

Because I don't have any idea how to fix this issue, I hope there is anyone
out there which can give me a hint to solve this issue.

Best Regards:

Jochen Schmitt
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Ralph Bean | 21 Jan 18:03 2015
Picon

Planned Outage: Rebuild fedora-packages xapian db - 2015-01-21 18:00 UTC

There will be an outage of the 'fedora-packages' service starting at 2015-01-21
18:00 UTC, which will last approximately 4 hours.

To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run:

    date -d '2015-01-21 18:00'

Reason for outage:

    The xapian database for Fedora Packages has gotten out of sync and the only
    way we have to right it at the moment is to rebuild it entirely. See
    https://lists.fedoraproject.org/pipermail/infrastructure/2015-January/015424.html

Affected Services:

    Fedora Packages - https://apps.fedoraproject.org/packages
_______________________________________________
devel-announce mailing list
devel-announce <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Dennis Gilmore | 21 Jan 15:58 2015
Picon

Schedule for Wednesday's FESCo Meeting (2015-01-21)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.

To convert UTC to your local time, take a look at
  http://fedoraproject.org/wiki/UTCHowto


or run:
  date -d '2015-01-21 18:00 UTC'


Links to all tickets below can be found at: 
https://fedorahosted.org/fesco/report/9


= Followups =

#topic #1349 	Fedora 22 scheduling strategy (and beyond)
.fesco 1349
https://fedorahosted.org/fesco/ticket/1349


#topic #1326 	change to fesco replacement process?
.fesco 1326
https://fedorahosted.org/fesco/ticket/1326


= New business =

#topic #1381 	Nonresponsive maintainer: odysseus
.fesco 1381
(Continue reading)

Richard W.M. Jones | 21 Jan 15:46 2015
Picon

Anyone else see Rawhide losing network connection exactly 1 hour after boot?

$SUBJECT?

Originally this happened with a log message saying:

  avahi-daemon[878]: Withdrawing address record for 192.168.0.138 on br0.

I then masked everything related to avahi, and now the exact same
thing happens (losing network after exactly one hour), but there is no
log message.  I don't even know what to look at.

It's incredibly frustrating on my remote Rawhide server as you can
imagine.

More details of my network setup here:
https://bugzilla.redhat.com/show_bug.cgi?id=1184173#c0

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Gmane