Re: i3wm based minimal Spin?

[Kevin Kofler]

Fabio Alessandro Locati wrote:
> I was thinking about it too... but I think that i3wm may be not the
> right one since is based on Xorg and there is no plan to support
> wayland in the near future. http://swaywm.org/ is a project to write
> an i3wm port to wayland. I think it could be interesting to be based
> on it

I suspect most of the users of old-school window managers won't want to 
touch Wayland with a 10-foot pole.

Kevin Kofler

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

FedRTC.org SIP and XMPP service - help needed

[Daniel Pocock]

Hi all,

I've been looking at ways to expand on the fedrtc.org service and would
like to start creating a team around the service just as we did in
Debian[1].

There are many ways for people to participate:
- answering questions from users of the service
- helping people diagnose problems and decide whether the problems
justify bug reports
- interacting with upstream developers and package maintainers, e.g. for
bug triage
- maintaining documentation / screenshots on the wiki
- proposing and/or implementing new features
- project work

This is a fast moving area and there are many opportunities for people
to show initiative and leadership and engage in project work.  For example:

- the current service is only SIP, but it would be great to do XMPP too.
 debian.org just went live with XMPP using Prosody.  gnome.org and FSFE
also have XMPP.

- integration of SIP or XMPP with other parts of the Fedora world, such
as fedmsg[2]

- integration with IRC

- adding event-driven code to the web page (see example[3]) to make
lookups and display interesting data about callers

- helping migrate the service to run on official Fedora infrastructure
(it is currently running using packages on CentOS7 and EPEL7 so this
shouldn't be too hard)

If anybody is interested, please contact me and we can discuss how to
proceed.  People are also welcome to join the Free-RTC mailing list[4]
to discuss aspects of this work that go beyond Fedora.

Regards,

Daniel




1. https://wiki.debian.org/Teams/RTC
2. http://www.fedmsg.com/en/latest/
3.
https://github.com/opentelecoms-org/jscommunicator/blob/master/event-demo.js
4. https://lists.fsfe.org/mailman/listinfo/free-rtc
-- 
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: DNF is completly unable to act with local packages

[Michael Schwendt]

On Thu, 12 Nov 2015 16:50:16 +0100, Reindl Harald wrote:

> >> Personally I find "install"/"update" naming more readable than 
> >> "-Uvh"/"-Fvh".
> >
> > Note that -U and -F aren't meant to be readable. They're shorthand for
> > "--upgrade" and for "--freshen" respectively
> 
> but it's unexpected behavior that -U *installs* packages instead only 
> _U_pgrade installed ones while nobody ever searchs for "freshen"

If an _upgrade_ introduces new sub-packages or new dependencies, you
need a method that can install those new packages *and* update older
installed ones at the same time. Running "rpm -U *.rpm" is like asking
RPM to "upgrade the installation to the packages specified by *.rpm",
which may involve replacing older installed ones as well as adding new
packages to the installation.

To squeeze a similar feature into "dnf install *.rpm" would be odd as
long as "dnf update …" still accepts local package files, too.
-- 
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: [RFC] DistGit Container Image namespacing for Layered Image Build Service

[Ray Strode]

Hi,

On Tue, Nov 10, 2015 at 1:08 PM, Adam Miller
 wrote:
> If we were to go with the former rather than the latter, we would need
> to find a way to "namespace" container images so they can be
> determined as different. I've thought about this a lot and I worry
> about defining a namespace by some alphanumberic sequence because I
> just know that at some point there will end up being a piece of
> software in the ecosystem that we want to package as a rpm that will
> share this pattern and result in problematic filtering. We could
> accept that risk and simply say "this sequence is a reserved word" or
> use a special character as the leading character in a DistGit
> repository name to signify that it is a container.

git repositories normally use '/' to separate namespaces, so i'd propose

$ fedpkg clone containers/cockpit

and maybe add support for

$ fedpkg clone srpms/cockpit

at the same time.

This has the added benefit that cgit will automatically filter docker
reposistories when you visit, e.g,

http://pkgs.fedoraproject.org/cgit/containers/


--Ray
-- 
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: Retire a package from Fedora i686 (not x86_64)

[Przemek Klosowski]

On 11/11/2015 03:54 PM, Reindl Harald wrote:


Am 11.11.2015 um 21:20 schrieb Fred New:


On the other hand, my >10 year-old 32-bit system (Fedora 22) is the only
place my LaserJet 4L printer works. My 64-bit systems drop control
sequences (like they don't flush the output buffer), leaving the last
page of every job sitting in printer memory. I reported the bug a few
years ago, but it got closed as WONTFIX and now I can't find it in 
bugzilla


we talk about a *bleeding edge distribution*

https://en.wikipedia.org/wiki/HP_LaserJet_4#4L_and_4P
"The LaserJet 4 series was discontinued in the 1990s"

why in the world does somebody install a operating system released in 
2015 to drive harwdare realeased 10-15 years ago and *why in the 
world* should recent hardware feautures ignored forever because of 
users with such hardware?


This should not be a big problem---the printer used to work, so we have 
a regression. From Fred's description, it looks like a simple issue, 
actually.


I agree with you that the ball is in Fred's court, though: he's the one 
that wants to keep his stuff running so at least he should help to 
diagnose and report the problem (which he did), and follow up by 
tracking it to some satisfactory resolution (which he didn't). It seems 
to me that Fred should find, reopen and pursue his bugzilla report.


On the other hand, Harald, I have to say that in this case my irony 
detector bent the needle. You often voice your displeasure in this forum 
that some setup you used for years was broken by new stuff, and yet you say

you CAN NOT HAVE both - leading edge software and legacy support forever


I just see this quoted back at you in the future :)



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

Fedora 23 builders (was Re: koschei/koji build failures)

[Kevin Fenzi]

On Mon, 9 Nov 2015 12:19:18 -0700
Kevin Fenzi  wrote:

> On Sun, 8 Nov 2015 13:40:16 -0700
> Kevin Fenzi  wrote:
> 
> > ok. I think this might be: 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1264198
> > which is an rpm bug fixed in rawhide, but not yet in f23. 
> > 
> > We need a f23 update with that fixed and we can try again.   
> 
> There's now a f23 update, I have applied it to buildvm-01 to 09 and
> re-added them. 
> 
> Please let me know if you see any build failures on these builders
> that cannot be duplicated on others. 

I now have moved: 

buildvm*
arm02*
arm04*
buildhw*

over to being Fedora 23. 

Next week I will move the bkernel builders over and hopefully we will
also retire the old buildppc instances in Favor of some new Fedora 23
ones soon. Then we should be 100% Fedora 23 builders. 

One issue to note: dnf is not that verbose when running builddep. It
will tell you if the package you needed cannot be installed, but it
won't tell you that the reason is 5 more layers deep. ;( 
I've filed https://bugzilla.redhat.com/show_bug.cgi?id=1281596 for
this. 

kevin


kevin


pgpLB2PRMPHJ1.pgp
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: "Fixing" mcelog on AMD cpu's

[Richard Shaw]

Ok, after doing some more digging, perhaps systemd generators[1] could be
used to generate the unit file dynamically if support exists.

/usr/lib/systemd/system-generators/mcelog-generator.sh:

/usr/sbin/mcelog --is-cpu-supported &> /dev null
if [ $? -eq 0 ]; then

fi

Thoughts?

Richard
-- 
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: wayland in rawhide

[David Airlie]

- Original Message -
> From: "Ray Strode" 
> To: "Development discussions related to Fedora" 
> 
> Sent: Friday, 13 November, 2015 12:56:48 AM
> Subject: Re: wayland in rawhide
> 
> Hi,
> 
> > This seems still still be confusing a lot of people, I see quite
> > regularly queries on some forums like G+ that when they upgrade to
> > anything post F-21 all they get is a black screen on boot. Is there
> > any way that if way for that to happen automatically where they don't
> > get to a gdm login prompt?
> 
> Well it's supposed to automatically happen if users don't get a GDM
> prompt, but there was a case with hybrid hardware where we sending the
> prompt to the wrong card.
> 
> That was fixed in this bug I think:
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=753434

Here's one on Ironlake, with two monitors plugged in.

https://bugzilla.gnome.org/show_bug.cgi?id=750610

still not fixed, doesn't fall back.

Like filing bugs is all well and good, but going default while nobody is fixing 
the blackscreens isn't good.

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

"Fixing" mcelog on AMD cpu's

[Richard Shaw]

All of my computers at home are AMD based and a while ago I noticed that
the mcelog service always fails. It has been reported on BZ [1]

The easy solution was to just disable it but I wasn't sure how important it
was at the time. Turns out it's just flat out incompatible with modern AMD
processors[2,3].

So what do we do? I don't think it should be disabled since you never know
when you'll swap a hard drive or motherboard but it should have a way to
exit cleanly and just do nothing.

Basically, don't go away mad (erroring out), just go away.

I've searched the systemd help files but haven't found anything that does
this directly.

First I wondered if there was a way to use (abuse?) ExecStartPre to check
for compatibility before starting mcelog (via --is-cpu-supported) but if it
fails then the whole service fails so the result is the same.

I thought about using the error code, but grepping through the source, 1 is
used all over the place, not just for this particular problem. So making
the exit code "OK" is not an option.

Then I thought perhaps there was a way to have a separate service file to
check compatibility (mcelog-check.service?) and have it "Wants" the actual
service file. That may still be possible but I haven't figured out the
magic incantation to get that to work.

Ideas?

Thanks,
Richard

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1069652
[2] http://www.mcelog.org/faq.html#13
[3] http://www.mcelog.org/faq.html#18
-- 
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: where is mariadb-10.0.21-1.fc23 ?

[Kevin Kofler]

Petr Pisar wrote:
> In otherwords always disable autokarma. I push builds into testing and
> sombody raises karma over a weekend and when I come to the mailbox
> later, I only see F22 was pushed into stable before F23. There is
> nothing a mainter can do besides disabling default Bodhi features.

This was not the issue at hand here, but yes, you exactly got the point why 
autokarma should NEVER be used.

Kevin Kofler

-- 
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: [EPEL-devel] SPEC file for nginx package ?

[Adam Miller]

On Thu, Nov 12, 2015 at 3:52 PM, Wojciech Sciesinski
 wrote:
> Hi!
>
> I would like create my own package for nginx with builtin
> nginx-dav-ext-module https://github.com/arut/nginx-dav-ext-module .
>
> If someone of you can share with me SPEC file for nginx rpm package?

It's publicly available in Fedora's DistGit here:

http://pkgs.fedoraproject.org/cgit/nginx.git/tree/?h=epel7

-AdamM

>
> Thank you in advance.
>
> --
> Wojciech Ściesiński, wojci...@sciesinski.net
> ___
> epel-devel mailing list
> epel-devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/epel-devel
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: Fedora Rawhide 20151112 compose check report

[Adam Williamson]

On Thu, 2015-11-12 at 07:49 -0500, Fedora compose checker wrote:
> Missing expected images:
> 
> Cloud disk raw i386
> Cloud_atomic disk raw x86_64
> Workstation live x86_64
> Workstation live i386
> Minimal disk raw armhfp
> Kde disk raw armhfp
> Kde live i386
> Cloud disk raw x86_64
> Kde live x86_64
> 
> No images in this compose but not Rawhide 2015
> 
> Images in Rawhide 2015 but not this:
> 
> Cloud disk raw i386
> Design_suite live x86_64
> Lxde live i386
> Soas disk raw armhfp
> Xfce disk raw armhfp
> Cloud vagrant virtualbox x86_64
> Security live i386
> Scientific_kde live x86_64
> Cloud disk raw x86_64
> Design_suite live i386
> Workstation live i386
> Lxde disk raw armhfp
> Workstation disk raw armhfp
> Cloud disk qcow x86_64
> Security live x86_64
> Cloud vagrant libvirt x86_64
> Cinnamon live i386
> Cloud disk qcow i386
> Minimal disk raw armhfp
> Mate live x86_64
> Cloud docker x86_64
> Kde disk raw armhfp
> Soas live x86_64
> Kde live i386
> Mate disk raw armhfp
> Server disk raw armhfp
> 
> Failed openQA tests: 45 of 47

So the failed openQA tests are all caused by a kernel issue:

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

Kernel hangs in DRM init when booting with the 'vga' virtual graphics
adapter that openQA instances use, thus none of the tests get anywhere.

AIUI some of the cloud images are built in VMs so that may be causing
the cloud compose failure too, but I'm not sure. The lives and ARM disk
images are probably something else (dependency issues most likely),
I'll have a look at that next.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net


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

[Bug 1281319] New: Upgrade perl-Net-OpenSSH to 0.66

[bugzilla]

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

Bug ID: 1281319
   Summary: Upgrade perl-Net-OpenSSH to 0.66
   Product: Fedora
   Version: rawhide
 Component: perl-Net-OpenSSH
  Keywords: FutureFeature
  Assignee: steve.tray...@cern.ch
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
steve.tray...@cern.ch



Latest Fedora delivers 0.64 version. Upstream released 0.66. Please upgrade.

Also please enable release monitoring service to receive notification about
future releases.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281321] New: Uprgade perl-Proc-Wait3 to 0.05

[bugzilla]

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

Bug ID: 1281321
   Summary: Uprgade perl-Proc-Wait3 to 0.05
   Product: Fedora
   Version: rawhide
 Component: perl-Proc-Wait3
  Keywords: FutureFeature
  Assignee: rc040...@freenet.de
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
rc040...@freenet.de



Latest Fedora delivers 0.04. Upstream released 0.05. Please upgrade.

Also please enable release monitoring service to receive notification about
future releases.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281294] New: Upgrade perl-Directory-Queue to 1.9

[bugzilla]

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

Bug ID: 1281294
   Summary: Upgrade perl-Directory-Queue to 1.9
   Product: Fedora
   Version: rawhide
 Component: perl-Directory-Queue
  Keywords: FutureFeature
  Assignee: steve.tray...@cern.ch
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: lionel.c...@cern.ch, massimo.pala...@gmail.com,
perl-devel@lists.fedoraproject.org,
steve.tray...@cern.ch



Latest Fedora delivers 1.8 version. Upstream release 1.9. Please upgrade.

Also please enable release monitoring service to receive future release
notifications.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281322] New: perl-Sub-Exporter-GlobExporter-0.005 is available

[bugzilla]

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

Bug ID: 1281322
   Summary: perl-Sub-Exporter-GlobExporter-0.005 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Sub-Exporter-GlobExporter
  Keywords: FutureFeature, Triaged
  Assignee: psab...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org,
psab...@redhat.com



Latest upstream release: 0.005
Current version/release in rawhide: 0.004-3.fc23
URL: http://search.cpan.org/dist/Sub-Exporter-GlobExporter/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281322] perl-Sub-Exporter-GlobExporter-0.005 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1093099
  --> https://bugzilla.redhat.com/attachment.cgi?id=1093099=edit
[patch] Update to 0.005 (#1281322)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

lcons pushed to perl-Authen-Credential (el5). "Upgraded to 1.1."

[notifications]

From 434b7dc80263ddf5df01c00a8bfed35fd739193b Mon Sep 17 00:00:00 2001
From: Lionel Cons 
Date: Thu, 12 Nov 2015 11:12:49 +0100
Subject: Upgraded to 1.1.

---
 perl-Authen-Credential.spec | 5 -
 sources | 2 +-
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/perl-Authen-Credential.spec b/perl-Authen-Credential.spec
index b300a09..a4900e9 100644
--- a/perl-Authen-Credential.spec
+++ b/perl-Authen-Credential.spec
@@ -1,5 +1,5 @@
 Name:   perl-Authen-Credential
-Version:1.0
+Version:1.1
 Release:1%{?dist}
 Summary:Abstraction of a credential
 License:GPL+ or Artistic
@@ -60,6 +60,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Nov 12 2015 Lionel Cons  - 1.1-1
+- Upgraded to 1.1.
+
 * Tue Feb 26 2013 Massimo Paladin  - 1.0-1
 - Update to 1.0, rhbz #915293.
 
diff --git a/sources b/sources
index 4ce3241..8bf0687 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-0d5d7a36d41cddcea1eec76e53e47b92  Authen-Credential-1.0.tar.gz
+93633c8c7b1d96fbb9f1a94d877936ce  Authen-Credential-1.1.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Authen-Credential.git/commit/?h=el5=434b7dc80263ddf5df01c00a8bfed35fd739193b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perl-B-Keywords (perl-B-Keywords-1.15-1.fc24). "Update to 1.15 (..more)"

[notifications]

From e50f92b43dd05ddf6083f68a44fce461e5528710 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 11 Nov 2015 18:46:14 +
Subject: Update to 1.15

- New upstream release 1.15
  - Fixed $OUTPUT_AUTOFLUSH (CPAN RT#108572)
  - Made $* $MULTILINE_MATCHING version specific, deprecated with 5.8.1,
removed with 5.10
- Explicitly require perl-devel, for CORE/keywords.h
---
 perl-B-Keywords.spec | 15 +--
 sources  |  2 +-
 2 files changed, 14 insertions(+), 3 deletions(-)

diff --git a/perl-B-Keywords.spec b/perl-B-Keywords.spec
index 5b415a3..318671d 100644
--- a/perl-B-Keywords.spec
+++ b/perl-B-Keywords.spec
@@ -1,6 +1,6 @@
 Name:   perl-B-Keywords
-Version:1.14
-Release:4%{?dist}
+Version:1.15
+Release:1%{?dist}
 Summary:Lists of reserved barewords and symbol names
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -8,6 +8,9 @@ URL:http://search.cpan.org/dist/B-Keywords/
 Source0:
http://search.cpan.org/CPAN/authors/id/R/RU/RURBAN/B-Keywords-%{version}.tar.gz
 BuildArch:  noarch
 # Module Build
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -16,6 +19,7 @@ BuildRequires:  perl(Exporter)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(vars)
 # Test Suite
+BuildRequires:  perl-devel
 BuildRequires:  perl(File::Spec)
 BuildRequires:  perl(lib)
 BuildRequires:  perl(Test)
@@ -76,6 +80,13 @@ make test %{!?perl_bootstrap:IS_MAINTAINER=1 
AUTHOR_TESTING=1}
 
 
 %changelog
+* Wed Nov 11 2015 Paul Howarth  - 1.15-1
+- Update to 1.15
+  - Fixed $OUTPUT_AUTOFLUSH (CPAN RT#108572)
+  - Made $* $MULTILINE_MATCHING version specific, deprecated with 5.8.1,
+removed with 5.10
+- Explicitly require perl-devel, for CORE/keywords.h
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 1.14-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 7c2b99a..d2b4fab 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d7845a15def72af92d15c27de48997df  B-Keywords-1.14.tar.gz
+ec1d4909cc76294fa3a3e279d170e778  B-Keywords-1.15.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-B-Keywords.git/commit/?h=perl-B-Keywords-1.15-1.fc24=e50f92b43dd05ddf6083f68a44fce461e5528710
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281323] New: Upgrade perl-Unicode-LineBreak to 2015.11

[bugzilla]

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

Bug ID: 1281323
   Summary: Upgrade perl-Unicode-LineBreak to 2015.11
   Product: Fedora
   Version: rawhide
 Component: perl-Unicode-LineBreak
  Keywords: FutureFeature
  Assignee: xav...@bachelot.org
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
xav...@bachelot.org



Latest Fedora delivers 2015.07.16 version. Upstream released 2015.11. Please
upgrade.

Also please enable release monitoring service to receive notification about
future releases.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

psabata set the monitor flag of perl-Module-Info to nobuild

[notifications]

psabata set the monitor flag of perl-Module-Info to nobuild

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: DNF is completly unable to act with local packages

[Michael Schwendt]

On Tue, 10 Nov 2015 08:13:04 -0500, Matthew Miller wrote:

> > "local update" used to work like that but it was requested to change
> > this behaviour and we made it consistent with "remote update" [1].
> > You probably want to use `dnf install *.rpm` as Matthew pointed out.
> [...]
> > it allows the user to install the package by `dnf install ` 
> > regardless the version - continuation of bug 1138700 (where the
> > original bug could not be reproduced).
> 
> Cool. I wonder how this could be better documented. Maybe it would make
> for a use case at http://dnf.readthedocs.org/en/latest/use_cases.html?
> (Or, a FAQ note?)

Not sure yet what is cool about that.

Since you can point the program at local packages as well as things to
fetch from remote repositories, it would be cool, if the tool were smart
enough to do the right thing, regardless of whether you run "dnf update …"
or "dnf install …".

The former failing to handle local packages whereas the latter would
happily update already installed packages, would be very confusing.

Compared with that, "rpm -Uvh …" installs what's not installed yet.
And "rpm -Fvh …" is the special case where you only want to apply
updates, but not install any new package.

The user explicitly asks the tool to do something, so why would the
tool refuse to serve the user unless it detects any problem?
-- 
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: wayland in rawhide

[Peter Robinson]

>>> That's fine.  I don't have a problem adding "GNOME on Xorg" option to
>>> the session
>>> menu in the interim. I'll do it tomorrow.
>>
>> This is what the feature page said would happen in the first place. So
>> I'm also confused why you didn't just do that.
> Initially the feature page was written before Fedora 23.  I was involved in
> a more recent discussion about the implementation details of
> pushing the big red switch, and having one item that did fallback was the
> conclusion of the discussion.  I did edit the wiki to say this:
>
> Users will be able to disable wayland by setting WaylandEnable=false
>  in /etc/gdm/custom.conf but there will no longer be two separate menu
> items for GNOME on Wayland and GNOME on X11.

This seems still still be confusing a lot of people, I see quite
regularly queries on some forums like G+ that when they upgrade to
anything post F-21 all they get is a black screen on boot. Is there
any way that if way for that to happen automatically where they don't
get to a gdm login prompt?

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

[Bug 1281320] New: Upgrade perl-Net-SFTP-Foreign to 1.79

[bugzilla]

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

Bug ID: 1281320
   Summary: Upgrade perl-Net-SFTP-Foreign to 1.79
   Product: Fedora
   Version: rawhide
 Component: perl-Net-SFTP-Foreign
  Keywords: FutureFeature
  Assignee: fedora...@rule.lv
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: fedora...@rule.lv, perl-devel@lists.fedoraproject.org



Latest Fedora delivers 1.77 version. Upstream released 1.79. Please upgrade.

Also please enable release monitoring service to receive notification about
future releases.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281322] perl-Sub-Exporter-GlobExporter-0.005 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=11801482

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281314] perl-Module-Info-0.37 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Failed to kick off scratch build.

cmd:  spectool -g /var/tmp/thn-QTYxng/perl-Module-Info.spec
return code:  22
stdout:
Getting http://www.cpan.org/authors/id/M/MB/MBARBON/Module-Info-0.37.tar.gz to
./Module-Info-0.37.tar.gz

stderr:
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed

  0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0
  0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 404 Not Found

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281314] New: perl-Module-Info-0.37 is available

[bugzilla]

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

Bug ID: 1281314
   Summary: perl-Module-Info-0.37 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Module-Info
  Keywords: FutureFeature, Triaged
  Assignee: psab...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
psab...@redhat.com, st...@silug.org



Latest upstream release: 0.37
Current version/release in rawhide: 0.35-7.fc23
URL: http://search.cpan.org/dist/Module-Info/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281640] New: perl-POE-Component-Client-DNS-1.054 is available

[bugzilla]

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

Bug ID: 1281640
   Summary: perl-POE-Component-Client-DNS-1.054 is available
   Product: Fedora
   Version: rawhide
 Component: perl-POE-Component-Client-DNS
  Keywords: FutureFeature, Triaged
  Assignee: psab...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org, psab...@redhat.com



Latest upstream release: 1.054
Current version/release in rawhide: 1.053-7.fc23
URL: http://search.cpan.org/dist/POE-Component-Client-DNS/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281640] perl-POE-Component-Client-DNS-1.054 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1093505
  --> https://bugzilla.redhat.com/attachment.cgi?id=1093505=edit
[patch] Update to 1.054 (#1281640)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281631] New: perl-GraphViz-2.19 is available

[bugzilla]

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

Bug ID: 1281631
   Summary: perl-GraphViz-2.19 is available
   Product: Fedora
   Version: rawhide
 Component: perl-GraphViz
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org, psab...@redhat.com



Latest upstream release: 2.19
Current version/release in rawhide: 2.18-3.fc23
URL: http://search.cpan.org/dist/GraphViz/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281631] perl-GraphViz-2.19 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1093500
  --> https://bugzilla.redhat.com/attachment.cgi?id=1093500=edit
[patch] Update to 2.19 (#1281631)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Heads up: Rawhide NetworkManager and RFC7217

[Tomasz Torcz]

On Thu, Nov 12, 2015 at 02:35:59PM +0100, Lubomir Rintel wrote:
> Hi,
> 
> starting with NetworkManager-1.2.0-0.3.20151112gitec4d653.fc24 the IPv6
> connections will default to using the RFC7217 "stable privacy"
> addressing mode for new connections.
> 
> There's also a way to revert to the old behavior. The address
> generation mode is controlled with "ipv6.addr-gen-mode" property.
> 
> To use the older mechanism, set the property as follows:
> 
>   # nmcli c modify  ipv6.addr-gen-mode eui64
> 
> To switch it to the RFC7217 mode do:
> 
>   # nmcli c modify  ipv6.addr-gen-mode stable-privacy
> 

  Will there be a GUI switch? I.e. will GNOME network UI be updated?

-- 
Tomasz Torcz   RIP is irrevelant. Spoofing is futile.
xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev



signature.asc
Description: PGP 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: FedRTC.org SIP and XMPP service - help needed

[Jared K. Smith]

On Thu, Nov 12, 2015 at 2:36 PM, Daniel Pocock  wrote:

> I've been looking at ways to expand on the fedrtc.org service and would
> like to start creating a team around the service just as we did in
> Debian[1].
>


Ordinarily I'd probably be the first to encourage this, but having done a
lot of the work to setup Fedora Talk many years ago, I'm not sure this is a
good fit for Fedora Infrastructure.  Why?  Because with Fedora Talk, we saw
that the service wasn't used very much, and while the maintenance burden on
the Infra team wasn't big, it was still one more thing they had to worry
about, and something that the didn't feed 100% confident in administering.
Do you have any statistics on how much the service is being used by Fedora
contributors?

--
Jared Smith
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[389-devel] Please review 48145 RFE Add log file for rejected changes

[William Brown]

https://fedorahosted.org/389/ticket/48145

https://fedorahosted.org/389/attachment/ticket/48145/0001-Ticket-48145-
RFE-Add-log-file-for-rejected-changes.patch

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane



signature.asc
Description: This is a digitally signed message part
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

Re: Orphaning Arduino

[gil]

hi
I sketched the JSSC spec file
https://gil.fedorapeople.org/jssc.spec
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=11809937
regards
gil
Il 13/11/2015 00:29, Pete V ha scritto:

very new to this packaging thing but I do use Arduino myself
I'll be glad to take it on :)

On Thu, Nov 12, 2015 at 5:34 PM, Peter Oliver 
> wrote:


I'm afraid I don't have the time to dedicate to Arduino that it
deserves, not using it myself, so I'm going to give up being the
main contact for the package.

The package needs an update to a new major version, and there are
new dependencies that need packaging for that to be able to
happen.  Any takers?

-- 
Peter Oliver


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






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

Orphaning Arduino

[Peter Oliver]

I'm afraid I don't have the time to dedicate to Arduino that it deserves,
not using it myself, so I'm going to give up being the main contact for the
package.

The package needs an update to a new major version, and there are new
dependencies that need packaging for that to be able to happen.  Any takers?

-- 
Peter Oliver
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1281628] perl-Catalyst-Runtime-5.90103 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Failed to kick off scratch build.

cmd:  spectool -g /var/tmp/thn-evg_Se/perl-Catalyst-Runtime.spec
return code:  22
stdout:
Getting
http://search.cpan.org/CPAN/authors/id/J/JJ/JJNAPIORK/Catalyst-Runtime-5.90103.tar.gz
to ./Catalyst-Runtime-5.90103.tar.gz

stderr:
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed

  0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0
  0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0

  0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 404 Not Found

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281628] New: perl-Catalyst-Runtime-5.90103 is available

[bugzilla]

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

Bug ID: 1281628
   Summary: perl-Catalyst-Runtime-5.90103 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Catalyst-Runtime
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, iarn...@gmail.com,
mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 5.90103
Current version/release in rawhide: 5.90102-1.fc24
URL: http://search.cpan.org/dist/Catalyst-Runtime/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1276813] perl-Net-GitHub-0.80 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Net-GitHub-0.80-1.fc24 |perl-Net-GitHub-0.80-1.fc24
   ||perl-Net-GitHub-0.80-1.fc23
 Resolution|--- |ERRATA
Last Closed||2015-11-12 18:28:45



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1276813] perl-Net-GitHub-0.80 is available

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-Net-GitHub-0.80-1.fc23 has been pushed to the Fedora 23 stable repository.
If problems still persist, please make note of it in this bug report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1272905] perl-DBIx-Class-0.082820-2.fc24 FTBFS: Failed test 'Deploying the bad schema produces a warning: aba_name_artists was not created.'

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-DBIx-Class-0.082820-3. |perl-DBIx-Class-0.082820-3.
   |fc24|fc24
   ||perl-DBIx-Class-0.082820-3.
   ||fc23
 Resolution|--- |ERRATA
Last Closed||2015-11-12 18:28:05



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1272905] perl-DBIx-Class-0.082820-2.fc24 FTBFS: Failed test 'Deploying the bad schema produces a warning: aba_name_artists was not created.'

[bugzilla]

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



--- Comment #9 from Fedora Update System  ---
perl-DBIx-Class-0.082820-3.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1276813] perl-Net-GitHub-0.80 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1276813
Bug 1276813 depends on bug 1277100, which changed state.

Bug 1277100 Summary: Review Request: perl-Cache-LRU - Simple, fast 
implementation of LRU cache in pure perl
https://bugzilla.redhat.com/show_bug.cgi?id=1277100

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Orphaning Arduino

[Pete V]

very new to this packaging thing but I do use Arduino myself
I'll be glad to take it on :)

On Thu, Nov 12, 2015 at 5:34 PM, Peter Oliver <
lists.fedoraproject@mavit.org.uk> wrote:

> I'm afraid I don't have the time to dedicate to Arduino that it deserves,
> not using it myself, so I'm going to give up being the main contact for the
> package.
>
> The package needs an update to a new major version, and there are new
> dependencies that need packaging for that to be able to happen.  Any takers?
>
> --
> Peter Oliver
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1276807] perl-local-lib-2.000018 is available

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-local-lib-2.18-1.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1276807] perl-local-lib-2.000018 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-local-lib-2.18-1.f |perl-local-lib-2.18-1.f
   |c24 |c24
   ||perl-local-lib-2.18-1.f
   ||c23
 Resolution|--- |ERRATA
Last Closed||2015-11-12 18:29:08



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: F23: r8169 stopped working

[Francois Romieu]

Jos Vos  :
[...]
> On a new laptop that I used successfully with the F22 Live image for
> several times (using the wired Ethernet), I now installed F23
> and there I can't get the RTL8111/8168/8411 wired Ethernet working:
> after a while trying to get an address I get:
> 
> Nov 12 17:29:38 localhost kernel: [ cut here ]
> Nov 12 17:29:38 localhost kernel: WARNING: CPU: 0 PID: 0 at 
> net/sched/sch_generic.c:303 dev_watchdog+0x22e/0x240()
> Nov 12 17:29:38 localhost kernel: NETDEV WATCHDOG: enp3s0 (r8169): transmit 
> queue 0 timed out
[...]
> Nov 12 17:29:38 localhost kernel: Hardware name: LENOVO 80ES/Lenovo B50-30, 
> BIOS 9CCN26WW(V2.04) 06/06/2014
[...]
> At first sight, I don't see recent bug reports about this, but I
> can't imnagine I'm the only one seeing this problem...
> 
> Any suggestions or comments?

The stuff below could suck on post 4.2. It should be merged shortly.

Please followup #PR on netdev.

diff --git a/drivers/net/ethernet/realtek/r8169.c 
b/drivers/net/ethernet/realtek/r8169.c
index b4f2123..79ef799 100644
--- a/drivers/net/ethernet/realtek/r8169.c
+++ b/drivers/net/ethernet/realtek/r8169.c
@@ -7429,15 +7429,15 @@ process_pkt:
 
rtl8169_rx_vlan_tag(desc, skb);
 
+   if (skb->pkt_type == PACKET_MULTICAST)
+   dev->stats.multicast++;
+
napi_gro_receive(>napi, skb);
 
u64_stats_update_begin(>rx_stats.syncp);
tp->rx_stats.packets++;
tp->rx_stats.bytes += pkt_size;
u64_stats_update_end(>rx_stats.syncp);
-
-   if (skb->pkt_type == PACKET_MULTICAST)
-   dev->stats.multicast++;
}
 release_descriptor:
desc->opts2 = 0;
-- 
Ueimor
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1281631] perl-GraphViz-2.19 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=11809037

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1272905] perl-DBIx-Class-0.082820-2.fc24 FTBFS: Failed test 'Deploying the bad schema produces a warning: aba_name_artists was not created.'

[bugzilla]

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



--- Comment #10 from Fedora Update System  ---
perl-DBIx-Class-0.082810-3.fc22 has been pushed to the Fedora 22 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1272905] perl-DBIx-Class-0.082820-2.fc24 FTBFS: Failed test 'Deploying the bad schema produces a warning: aba_name_artists was not created.'

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-DBIx-Class-0.082820-3. |perl-DBIx-Class-0.082820-3.
   |fc24|fc24
   |perl-DBIx-Class-0.082820-3. |perl-DBIx-Class-0.082820-3.
   |fc23|fc23
   ||perl-DBIx-Class-0.082810-3.
   ||fc22



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

psabata set the monitor flag of perl-Sub-Exporter-GlobExporter to nobuild

[notifications]

psabata set the monitor flag of perl-Sub-Exporter-GlobExporter to nobuild

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: wayland in rawhide

[Nathanael Noblet]

> On Nov 12, 2015, at 8:10 AM, Tom Hughes  wrote:
> 
> On 12/11/15 00:58, David Airlie wrote:
> 
>> Close all remaining feature parity gaps between the Wayland and the X11 
>> session:
>> 
>> input methods
>> on-screen keyboard
>> hi-dpi support
>> clipboard proxy for xwayland
>> attached modal dialogs
>> tablet support
>> startup notification
>> touch proxy for xwayland
>> accessibility features
>> output rotation
>> 
>> These are just the missing features (never mind dialog boxes in wierd places 
>> bugs)
>> and it doesn't even contain the USB output hotplugging, or secondary GPU 
>> output use cases.
> 
> You forgot primary selection/middle click paste, which was what made me go 
> back to X when I tried it in F23.
> 

So I upgraded to F23 just around Alpha or Beta can’t remember and I’ve 
experienced some odd mouse / copy paste behaviour. I haven’t yet filed a bug 
but now I’m wondering… How do I know if I’m using Wayland? I’ve never 
specifically configured it so anything I’m experiencing in a normal GNOME 3 
session is either ‘normal’ but I don’t like it, configurable change that has a 
different default or some weird bug… I’d like to know if I’m somehow not using 
X anymore, and that’s the problem.

— 
Nathanael

smime.p7s
Description: S/MIME cryptographic 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: [RFC] DistGit Container Image namespacing for Layered Image Build Service

[Tomas Tomecek]

Quoting Adam Miller (2015-11-10 19:08:25)
> Cockpit's Dockerfile repo in DistGit would be stored with a
> leading special character:
> fedpkg clone -cockpit
> 

How about

$ fedpkg clone cockpit-docker


Pros

 * no need to change infrastructure

 * easy to use

 * repo name suggests content

Cons

 * not a different namespace (in fact same namespace as rpms)

 * someone can do `fedpkg clone cockpit-docker && cd cockpit-docker && fedpkg
   build` and get scared that it doesn't work

   * `build` could be aware of Dockerfile and run `container-build` actually

   * error could suggest using different build method


What's the way of building (qcow, docker base) images? Could that approach be
resued? (meaning, what's the way of storing kickstart files atm?)


~~
Tomáš Tomeček
Software Engineer
Developer Experience
UTC+2 (CEST)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Self Introduction: Pavel Valena

[Pavel Valena]

Hi,

I am working for Red Hat and I will be mostly maintaining Ruby packages.

I have written many scripts, utilities and small libraries in Bash, Ruby, C++,
JavaScript and PHP. I have not released any yet, as I was studying
at a university, but I am looking forward to it.

Here is my first review request:

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

Here are my informal reviews:

  https://bugzilla.redhat.com/show_bug.cgi?id=1268450
  https://bugzilla.redhat.com/show_bug.cgi?id=1268360


Regards,

Pavel Valena
Associate Software Engineer
Brno, Czech Republic

RED HAT | TRIED. TESTED. TRUSTED.
All of the airlines in the Fortune Global 500 rely on Red Hat.
Find out why at Trusted | Red Hat


-- 
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: DNF is completly unable to act with local packages

[Honza Šilhan]

> From: "Michael Schwendt" 
>
> Since you can point the program at local packages as well as things to
> fetch from remote repositories, it would be cool, if the tool were smart
> enough to do the right thing, regardless of whether you run "dnf update …"
> or "dnf install …".
> 
> The former failing to handle local packages whereas the latter would
> happily update already installed packages, would be very confusing.
> 
> Compared with that, "rpm -Uvh …" installs what's not installed yet.
> And "rpm -Fvh …" is the special case where you only want to apply
> updates, but not install any new package.
> 
> The user explicitly asks the tool to do something, so why would the
> tool refuse to serve the user unless it detects any problem?

I think we are on the same page.
"rpm -Uvh …" ~ "dnf install" - only difference is that dnf install can
do downgrades too if you specify the version of the package
"rpm -Fvh" ~ "dnf update" - only difference is that dnf update gives you
the message that package is not installed. (I don't know whether rpm skips
not-installed packages and proceeds with the rest of arguments though)

The commands should work the same for local files and remote packages.
If update does not work like that then it's a bug in DNF and will be fixed.

Personally I find "install"/"update" naming more readable than "-Uvh"/"-Fvh".

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

HEAD UP: python 3.5 landed in rawhide

[Peter Robinson]

Hi All,

I've just tagged the python 3.5 rebuild into rawhide. I'm just
building a few packages that have newer versions already in rawhide,
they'll be there shortly.

There's still a few packages with issues according to repoquery [1] so
maintainers please ensure these are fixed as soon as possible. I don't
believe any there should affect general rawhide.

Any issues please let me or the python3 maintainers know.

Regards,
Peter

[1] http://paste.fedoraproject.org/289573/73294361/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1281314] perl-Module-Info-0.37 is available

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-Module-Info-0.37-1.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2015-f6f6442134

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

lcons pushed to perl-Authen-Credential (el6). "Upgraded to 1.1."

[notifications]

From 434b7dc80263ddf5df01c00a8bfed35fd739193b Mon Sep 17 00:00:00 2001
From: Lionel Cons 
Date: Thu, 12 Nov 2015 11:12:49 +0100
Subject: Upgraded to 1.1.

---
 perl-Authen-Credential.spec | 5 -
 sources | 2 +-
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/perl-Authen-Credential.spec b/perl-Authen-Credential.spec
index b300a09..a4900e9 100644
--- a/perl-Authen-Credential.spec
+++ b/perl-Authen-Credential.spec
@@ -1,5 +1,5 @@
 Name:   perl-Authen-Credential
-Version:1.0
+Version:1.1
 Release:1%{?dist}
 Summary:Abstraction of a credential
 License:GPL+ or Artistic
@@ -60,6 +60,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Nov 12 2015 Lionel Cons  - 1.1-1
+- Upgraded to 1.1.
+
 * Tue Feb 26 2013 Massimo Paladin  - 1.0-1
 - Update to 1.0, rhbz #915293.
 
diff --git a/sources b/sources
index 4ce3241..8bf0687 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-0d5d7a36d41cddcea1eec76e53e47b92  Authen-Credential-1.0.tar.gz
+93633c8c7b1d96fbb9f1a94d877936ce  Authen-Credential-1.1.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Authen-Credential.git/commit/?h=el6=434b7dc80263ddf5df01c00a8bfed35fd739193b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rawhide report: 20151112 changes

[Fedora Rawhide Report]

Compose started at Thu Nov 12 05:15:03 UTC 2015
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0
IQmol-2.3.0-9.fc24.i686 requires libOpenMeshCore.so.3.2
[alliance]
alliance-5.0-40.20090901snap.fc22.i686 requires libXm.so.2
[eclipse-jbosstools]
eclipse-jbosstools-as-4.2.2-1.fc22.noarch requires 
osgi(org.eclipse.tm.terminal)
[fawkes]
fawkes-core-0.5.0-26.fc24.i686 requires libmicrohttpd.so.10
fawkes-plugin-player-0.5.0-26.fc24.i686 requires libgeos-3.4.2.so
fawkes-plugin-xmlrpc-0.5.0-26.fc24.i686 requires libmicrohttpd.so.10
[gcc-python-plugin]
gcc-python2-debug-plugin-0.14-4.fc23.i686 requires gcc = 0:5.1.1-4.fc23
gcc-python2-plugin-0.14-4.fc23.i686 requires gcc = 0:5.1.1-4.fc23
gcc-python3-debug-plugin-0.14-4.fc23.i686 requires gcc = 0:5.1.1-4.fc23
gcc-python3-plugin-0.14-4.fc23.i686 requires gcc = 0:5.1.1-4.fc23
[gnash]
1:gnash-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_serialization.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_program_options.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_date_time.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires 
libboost_serialization.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_date_time.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-klash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-klash-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-plugin-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
[golang-github-kraman-libcontainer]
golang-github-kraman-libcontainer-devel-0-0.4.gitd700e5b.fc24.noarch 
requires golang(github.com/docker/docker/pkg/netlink)
[golang-github-kubernetes-heapster]
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/google/cadvisor/info/v1)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/google/cadvisor/client)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/schema)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/registry)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/pkg)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/machine)

[Bug 1279863] perl-Mojolicious-6.30 is available

[bugzilla]

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



--- Comment #5 from Upstream Release Monitoring 
 ---
Scratch build failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=11803939

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

psabata pushed to perl-Module-Info (master). "0.37 bump (..more)"

[notifications]

From 6056dd3c40dfd25c65b9e4df8dc5cdff96c8ba8b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Thu, 12 Nov 2015 13:40:11 +0100
Subject: 0.37 bump

- Modernize the spec, dropping el5 support
---
 ...Rename-parent-if-native-B-OP-parent-exist.patch | 78 --
 perl-Module-Info.spec  | 75 +++--
 sources|  2 +-
 3 files changed, 39 insertions(+), 116 deletions(-)
 delete mode 100644 
Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch

diff --git a/Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch 
b/Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch
deleted file mode 100644
index 6cac7bc..000
--- a/Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch
+++ /dev/null
@@ -1,78 +0,0 @@
-diff -up Module-Info-0.35/lib/B/BUtils.pm.orig Module-Info-0.35/lib/B/BUtils.pm
 Module-Info-0.35/lib/B/BUtils.pm.orig  2015-05-07 14:06:49.010018343 
+0200
-+++ Module-Info-0.35/lib/B/BUtils.pm   2015-05-07 15:12:50.820650940 +0200
-@@ -212,8 +212,17 @@ In the future, it may be possible to sea
- C pointers in place, but it'll take me a while to figure out how to do
- that.
- 
-+Warning: Since 5.21.2 B comes with it's own version of B::OP::parent
-+which returns either B::NULL or the real parent when ccflags contains
-+-DPERL_OP_PARENT.
-+In this case rather use $op->_parent.
-+
- =cut
- 
-+
-+BEGIN {
-+  unless ($] >= 5.021002 and exists ::OP::parent) {
-+eval q[
- sub B::OP::parent {
- my $target = shift;
- printf( "parent %s %s=(0x%07x)\n",
-@@ -254,6 +263,56 @@ sub B::OP::parent {
-my $start = $target;
-$result = $search->($start) and return $result while $start = $start->next;
-return $search->($start);
-+}];
-+  } else {
-+eval q[
-+sub B::OP::_parent {
-+my $target = shift;
-+printf( "parent %s %s=(0x%07x)\n",
-+  B::class( $target),
-+  $target->oldname,
-+  $$target )
-+  if $DEBUG;
-+
-+die "I'm not sure how to do this yet. I'm sure there is a way. If you 
know, please email me."
-+if (!$target->seq);
-+
-+my (%deadend, $search_kids);
-+$search_kids = sub {
-+my $node = shift || return undef;
-+  
-+  printf( "Searching from %s %s=(0x%07x)\n",
-+  class($node)||'?',
-+  $node->oldname,
-+  $$node )
-+  if $DEBUG;
-+  
-+# Go up a level if we've got stuck, and search (for the same
-+# $target) from a higher vantage point.
-+return $search->($node->parent) if exists $deadend{$node};
-+
-+# Test the immediate children
-+return $node if scalar grep {$_ == $target} $node->kids;
-+
-+# Recurse
-+my $x;
-+defined($x = $search->($_)) and return $x for $node->kids;
-+
-+# Not in this subtree.
-+$deadend{$node}++;
-+return undef;
-+   };
-+   my $result;
-+   my $start = $target;
-+   $result = $search->($start) and return $result while $start = $start->next;
-+   return $search->($start);
-+}];
-+  }
-+  if ($] >= 5.021002) {
-+eval q[
-+sub B::NULL::kids { }
-+];
-+  }
- }
- 
- =item C<< $op->previous >>
diff --git a/perl-Module-Info.spec b/perl-Module-Info.spec
index 0ebb515..79c4b12 100644
--- a/perl-Module-Info.spec
+++ b/perl-Module-Info.spec
@@ -1,35 +1,45 @@
-# Provides/Requires filtering is different from rpm 4.9 onwards
-%global rpm49 %(rpm --version | perl -p -e 's/^.* 
(\\d+)\\.(\\d+).*/sprintf("%d.%03d",$1,$2) ge 4.009 ? 1 : 0/e')
-
 Name:   perl-Module-Info
-Version:0.35
-Release:7%{?dist}
+Version:0.37
+Release:1%{?dist}
 Summary:Information about Perl modules
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Module-Info/
-Source0:
http://www.cpan.org/authors/id/M/MB/MBARBON/Module-Info-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
-# Support native B::OP::parent with 5.21.2 -DPERL_OP_PARENT (CPAN RT#97105)
-# Inspired by B-Utils patches (CPAN RT#100251)
-Patch0: 
Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch
+Source0:
http://www.cpan.org/authors/id/N/NE/NEILB/Module-Info-%{version}.tar.gz
 BuildArch:  noarch
+# Build
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(strict)
+# Runtime
+BuildRequires:  perl(B)
+BuildRequires:  perl(B::Utils) >= 0.27
 BuildRequires:  perl(Carp)
+BuildRequires:  perl(Config)
+BuildRequires:  perl(File::Spec) >= 0.8
+# XXX: BuildRequires:  perl(IPC::Open3)
+BuildRequires:  perl(Safe)
+BuildRequires:  perl(version)
+BuildRequires:  perl(warnings)
+# Tests only
 BuildRequires:  perl(Class::Struct)
-BuildRequires:  perl(Cwd)
-BuildRequires:  perl(File::Spec)

Failing builds on rawhide

[Jan Synacek]

I'm getting this error:

bash: /usr/bin/rpmbuild: No such file or directory

http://koji.fedoraproject.org/koji/taskinfo?taskID=11804093

Cheers,
-- 
Jan Synacek
Software Engineer, Red Hat


signature.asc
Description: PGP 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

lcons pushed to perl-Authen-Credential (epel7). "Upgraded to 1.1"

[notifications]

From 04ea63977e69a5d24bdb0e8262e061f07dce6076 Mon Sep 17 00:00:00 2001
From: Lionel Cons 
Date: Thu, 12 Nov 2015 11:24:13 +0100
Subject: Upgraded to 1.1

---
 perl-Authen-Credential.spec | 7 +--
 sources | 2 +-
 2 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/perl-Authen-Credential.spec b/perl-Authen-Credential.spec
index 3da227a..db15977 100644
--- a/perl-Authen-Credential.spec
+++ b/perl-Authen-Credential.spec
@@ -1,6 +1,6 @@
 Name:   perl-Authen-Credential
-Version:1.0
-Release:3%{?dist}
+Version:1.1
+Release:1%{?dist}
 Summary:Abstraction of a credential
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -60,6 +60,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Nov 12 2015 Lionel Cons  - 1.1-1
+- Upgraded to 1.1.
+
 * Sat Aug 03 2013 Fedora Release Engineering  
- 1.0-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
diff --git a/sources b/sources
index 4ce3241..8bf0687 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-0d5d7a36d41cddcea1eec76e53e47b92  Authen-Credential-1.0.tar.gz
+93633c8c7b1d96fbb9f1a94d877936ce  Authen-Credential-1.1.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Authen-Credential.git/commit/?h=epel7=04ea63977e69a5d24bdb0e8262e061f07dce6076
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: wayland in rawhide

[Jared K. Smith]

On Thu, Nov 12, 2015 at 2:10 AM, Tom Hughes  wrote:

> You forgot primary selection/middle click paste, which was what made me go
> back to X when I tried it in F23.



I've been testing Wayland myself since around the F22 time period, but
"middle click paste" and the occasional odd bug keep annoying me enough to
go back to X.  Can you elaborate on the plans for supporting middle click
to paste, or is it considered a relic of a bygone era and I should try to
unlearn?  I'm generally in favor of pushing the envelope a bit when it
comes to new features, but I have to admit that defaulting to Wayland at
this point seems a bit premature to me, even for rawhide.

--
Jared Smith
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1279863] perl-Mojolicious-6.30 is available

[bugzilla]

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



--- Comment #4 from Upstream Release Monitoring 
 ---
Created attachment 1093238
  --> https://bugzilla.redhat.com/attachment.cgi?id=1093238=edit
[patch] Update to 6.30 (#1279863)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: HEAD UP: python 3.5 landed in rawhide

[Jakub Jelen]

On 11/12/2015 01:19 PM, Peter Robinson wrote:

Hi All,

I've just tagged the python 3.5 rebuild into rawhide. I'm just
building a few packages that have newer versions already in rawhide,
they'll be there shortly.

There's still a few packages with issues according to repoquery [1] so
maintainers please ensure these are fixed as soon as possible. I don't
believe any there should affect general rawhide.

Any issues please let me or the python3 maintainers know.

Regards,
Peter

[1] http://paste.fedoraproject.org/289573/73294361/
Seems related to failing builds on rawhide as the other post on devel 
notes. My scratch build failed with:


DEBUG util.py:393:  Error: nothing provides libpython3.4m.so.1.0()(64bit) 
needed by gdb-7.10.50.20151027-31.fc24.x86_64
DEBUG util.py:515:  Child return code was: 1


http://koji.fedoraproject.org/koji/taskinfo?taskID=11804106

Any ideas what went wrong?

--
Jakub Jelen
Security Technologies
Red Hat

--
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: wayland in rawhide

[Tom Hughes]

On 12/11/15 10:51, Jared K. Smith wrote:


On Thu, Nov 12, 2015 at 2:10 AM, Tom Hughes > wrote:

You forgot primary selection/middle click paste, which was what made
me go back to X when I tried it in F23.

I've been testing Wayland myself since around the F22 time period, but
"middle click paste" and the occasional odd bug keep annoying me enough
to go back to X.  Can you elaborate on the plans for supporting middle
click to paste, or is it considered a relic of a bygone era and I should
try to unlearn?  I'm generally in favor of pushing the envelope a bit
when it comes to new features, but I have to admit that defaulting to
Wayland at this point seems a bit premature to me, even for rawhide.


All I know is what I found by googling:

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

https://ask.fedoraproject.org/en/question/75924/fedora-23-wayland-gnome-terminal-mouse-middle-click-paste/

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1279863] perl-Mojolicious-6.30 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-Mojolicious-6.29 is|perl-Mojolicious-6.30 is
   |available   |available



--- Comment #3 from Upstream Release Monitoring 
 ---
Latest upstream release: 6.30
Current version/release in rawhide: 6.27-1.fc24
URL: http://mojolicio.us/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Failing builds on rawhide

[Peter Robinson]

On Thu, Nov 12, 2015 at 12:41 PM, Jan Synacek  wrote:
> I'm getting this error:
>
> bash: /usr/bin/rpmbuild: No such file or directory
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=11804093

I suspect that's due to python 3.5 being tagged in, it should be OK
shortly,  I'm keeping an eye on it.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1281321] Uprgade perl-Proc-Wait3 to 0.05

[bugzilla]

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



--- Comment #1 from Ralf Corsepius  ---
I repeatedly told you that I deliberately unsubscribed from "release monitoring
service" and therefore consider your nag mails to be infantile and silly spam
and your behavior to be hostile.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: HEAD UP: python 3.5 landed in rawhide

[Peter Robinson]

>> Hi All,
>>
>> I've just tagged the python 3.5 rebuild into rawhide. I'm just
>> building a few packages that have newer versions already in rawhide,
>> they'll be there shortly.
>>
>> There's still a few packages with issues according to repoquery [1] so
>> maintainers please ensure these are fixed as soon as possible. I don't
>> believe any there should affect general rawhide.
>>
>> Any issues please let me or the python3 maintainers know.
>>
>> Regards,
>> Peter
>>
>> [1] http://paste.fedoraproject.org/289573/73294361/
>
> Seems related to failing builds on rawhide as the other post on devel notes.
> My scratch build failed with:

Basically gdb was bumped, it's being rebuilt now, it's almost
finished, once that's done everything should be back to normal
shortly. Patience young padawan :)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

lcons set the monitor flag of perl-Authen-Credential to nobuild

[notifications]

lcons set the monitor flag of perl-Authen-Credential to nobuild

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

psabata pushed to perl-Module-Info (f23). "0.37 bump (..more)"

[notifications]

From 6056dd3c40dfd25c65b9e4df8dc5cdff96c8ba8b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Thu, 12 Nov 2015 13:40:11 +0100
Subject: 0.37 bump

- Modernize the spec, dropping el5 support
---
 ...Rename-parent-if-native-B-OP-parent-exist.patch | 78 --
 perl-Module-Info.spec  | 75 +++--
 sources|  2 +-
 3 files changed, 39 insertions(+), 116 deletions(-)
 delete mode 100644 
Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch

diff --git a/Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch 
b/Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch
deleted file mode 100644
index 6cac7bc..000
--- a/Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch
+++ /dev/null
@@ -1,78 +0,0 @@
-diff -up Module-Info-0.35/lib/B/BUtils.pm.orig Module-Info-0.35/lib/B/BUtils.pm
 Module-Info-0.35/lib/B/BUtils.pm.orig  2015-05-07 14:06:49.010018343 
+0200
-+++ Module-Info-0.35/lib/B/BUtils.pm   2015-05-07 15:12:50.820650940 +0200
-@@ -212,8 +212,17 @@ In the future, it may be possible to sea
- C pointers in place, but it'll take me a while to figure out how to do
- that.
- 
-+Warning: Since 5.21.2 B comes with it's own version of B::OP::parent
-+which returns either B::NULL or the real parent when ccflags contains
-+-DPERL_OP_PARENT.
-+In this case rather use $op->_parent.
-+
- =cut
- 
-+
-+BEGIN {
-+  unless ($] >= 5.021002 and exists ::OP::parent) {
-+eval q[
- sub B::OP::parent {
- my $target = shift;
- printf( "parent %s %s=(0x%07x)\n",
-@@ -254,6 +263,56 @@ sub B::OP::parent {
-my $start = $target;
-$result = $search->($start) and return $result while $start = $start->next;
-return $search->($start);
-+}];
-+  } else {
-+eval q[
-+sub B::OP::_parent {
-+my $target = shift;
-+printf( "parent %s %s=(0x%07x)\n",
-+  B::class( $target),
-+  $target->oldname,
-+  $$target )
-+  if $DEBUG;
-+
-+die "I'm not sure how to do this yet. I'm sure there is a way. If you 
know, please email me."
-+if (!$target->seq);
-+
-+my (%deadend, $search_kids);
-+$search_kids = sub {
-+my $node = shift || return undef;
-+  
-+  printf( "Searching from %s %s=(0x%07x)\n",
-+  class($node)||'?',
-+  $node->oldname,
-+  $$node )
-+  if $DEBUG;
-+  
-+# Go up a level if we've got stuck, and search (for the same
-+# $target) from a higher vantage point.
-+return $search->($node->parent) if exists $deadend{$node};
-+
-+# Test the immediate children
-+return $node if scalar grep {$_ == $target} $node->kids;
-+
-+# Recurse
-+my $x;
-+defined($x = $search->($_)) and return $x for $node->kids;
-+
-+# Not in this subtree.
-+$deadend{$node}++;
-+return undef;
-+   };
-+   my $result;
-+   my $start = $target;
-+   $result = $search->($start) and return $result while $start = $start->next;
-+   return $search->($start);
-+}];
-+  }
-+  if ($] >= 5.021002) {
-+eval q[
-+sub B::NULL::kids { }
-+];
-+  }
- }
- 
- =item C<< $op->previous >>
diff --git a/perl-Module-Info.spec b/perl-Module-Info.spec
index 0ebb515..79c4b12 100644
--- a/perl-Module-Info.spec
+++ b/perl-Module-Info.spec
@@ -1,35 +1,45 @@
-# Provides/Requires filtering is different from rpm 4.9 onwards
-%global rpm49 %(rpm --version | perl -p -e 's/^.* 
(\\d+)\\.(\\d+).*/sprintf("%d.%03d",$1,$2) ge 4.009 ? 1 : 0/e')
-
 Name:   perl-Module-Info
-Version:0.35
-Release:7%{?dist}
+Version:0.37
+Release:1%{?dist}
 Summary:Information about Perl modules
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Module-Info/
-Source0:
http://www.cpan.org/authors/id/M/MB/MBARBON/Module-Info-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
-# Support native B::OP::parent with 5.21.2 -DPERL_OP_PARENT (CPAN RT#97105)
-# Inspired by B-Utils patches (CPAN RT#100251)
-Patch0: 
Module-Info-0.35-Rename-parent-if-native-B-OP-parent-exist.patch
+Source0:
http://www.cpan.org/authors/id/N/NE/NEILB/Module-Info-%{version}.tar.gz
 BuildArch:  noarch
+# Build
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(strict)
+# Runtime
+BuildRequires:  perl(B)
+BuildRequires:  perl(B::Utils) >= 0.27
 BuildRequires:  perl(Carp)
+BuildRequires:  perl(Config)
+BuildRequires:  perl(File::Spec) >= 0.8
+# XXX: BuildRequires:  perl(IPC::Open3)
+BuildRequires:  perl(Safe)
+BuildRequires:  perl(version)
+BuildRequires:  perl(warnings)
+# Tests only
 BuildRequires:  perl(Class::Struct)
-BuildRequires:  perl(Cwd)
-BuildRequires:  perl(File::Spec)

Fedora Rawhide 20151112 compose check report

[Fedora compose checker]

Missing expected images:

Cloud disk raw i386
Cloud_atomic disk raw x86_64
Workstation live x86_64
Workstation live i386
Minimal disk raw armhfp
Kde disk raw armhfp
Kde live i386
Cloud disk raw x86_64
Kde live x86_64

No images in this compose but not Rawhide 2015

Images in Rawhide 2015 but not this:

Cloud disk raw i386
Design_suite live x86_64
Lxde live i386
Soas disk raw armhfp
Xfce disk raw armhfp
Cloud vagrant virtualbox x86_64
Security live i386
Scientific_kde live x86_64
Cloud disk raw x86_64
Design_suite live i386
Workstation live i386
Lxde disk raw armhfp
Workstation disk raw armhfp
Cloud disk qcow x86_64
Security live x86_64
Cloud vagrant libvirt x86_64
Cinnamon live i386
Cloud disk qcow i386
Minimal disk raw armhfp
Mate live x86_64
Cloud docker x86_64
Kde disk raw armhfp
Soas live x86_64
Kde live i386
Mate disk raw armhfp
Server disk raw armhfp

Failed openQA tests: 45 of 47

ID: 8240Test: i386 generic_boot default_install
ID: 8239Test: x86_64 generic_boot default_install@uefi
ID: 8238Test: x86_64 generic_boot default_install
ID: 8236Test: i386 universal server_lvmthin
ID: 8235Test: i386 universal server_ext3
ID: 8234Test: i386 universal server_btrfs
ID: 8233Test: i386 universal server_software_raid
ID: 8232Test: i386 universal server_simple_encrypted
ID: 8231Test: i386 universal server_repository_http_graphical
ID: 8230Test: i386 universal server_scsi_updates_img
ID: 8229Test: i386 universal package_set_minimal
ID: 8228Test: x86_64 universal server_no_swap@uefi
ID: 8227Test: x86_64 universal server_lvmthin@uefi
ID: 8226Test: x86_64 universal server_ext3@uefi
ID: 8225Test: x86_64 universal server_btrfs@uefi
ID: 8224Test: x86_64 universal server_software_raid@uefi
ID: 8223Test: x86_64 universal server_multi_empty@uefi
ID: 8222Test: x86_64 universal server_simple_free_space@uefi
ID: 8221Test: x86_64 universal server_simple_encrypted@uefi
ID: 8220Test: x86_64 universal server_delete_partial@uefi
ID: 8219Test: x86_64 universal server_delete_pata@uefi
ID: 8218Test: x86_64 universal server_sata_multi@uefi
ID: 8217Test: x86_64 universal european_language_install
ID: 8216Test: x86_64 universal server_shrink_ntfs
ID: 8215Test: x86_64 universal server_shrink_ext4
ID: 8214Test: x86_64 universal server_updates_img_local
ID: 8213Test: x86_64 universal upgrade_desktop_64bit
ID: 8211Test: x86_64 universal server_kickstart_hdd
ID: 8210Test: x86_64 universal server_no_swap
ID: 8209Test: x86_64 universal server_lvmthin
ID: 8208Test: x86_64 universal server_ext3
ID: 8207Test: x86_64 universal server_btrfs
ID: 8206Test: x86_64 universal server_software_raid
ID: 8205Test: x86_64 universal server_multi_empty
ID: 8204Test: x86_64 universal server_simple_free_space
ID: 8203Test: x86_64 universal server_simple_encrypted
ID: 8202Test: x86_64 universal server_delete_partial
ID: 8201Test: x86_64 universal server_repository_http_variation
ID: 8200Test: x86_64 universal server_repository_http_graphical
ID: 8199Test: x86_64 universal server_mirrorlist_graphical
ID: 8198Test: x86_64 universal server_delete_pata
ID: 8197Test: x86_64 universal server_kickstart_user_creation
ID: 8196Test: x86_64 universal server_scsi_updates_img
ID: 8195Test: x86_64 universal server_sata_multi
ID: 8194Test: x86_64 universal package_set_minimal

Passed openQA tests: 2 of 47
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
-- 
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: Summary/Minutes for today's FESCo meeting (2015-11-11)

[Scott Schmit]

On Wed, Nov 11, 2015 at 01:54:32PM -0500, Adam Jackson wrote:
> ===
> #fedora-meeting: FESCO (2015-11-11)
> ===

The meeting summary isn't showing the resolutions from the meetings
properly.  Reading the summary...

> Meeting summary
> ---
> * #1491 clarifications/improvements for new bundling policy  (ajax,
>   18:04:48)
>   * LINK: https://fedorahosted.org/fesco/ticket/1491   (ajax, 18:04:48)
> 
> * 1478 F24 Self Contained Changes  (ajax, 18:31:31)
>   * LINK: https://fedorahosted.org/fesco/ticket/1478   (ajax, 18:31:32)
> 
> * 1496 OpenH264 solution.fesco 1496  (ajax, 18:41:50)
>   * LINK: https://fedorahosted.org/fesco/ticket/1496   (ajax, 18:41:51)

...discussion occurred on these topics, but nothing was agreed upon.

According to the below...

> 18:04:48  #topic #1491 clarifications/improvements for new
> bundling policy
> 18:28:29  #approved bundled libs must be appropriately filtered
> from rpm Provides as documented in
> https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering
> (+6 -0)

> 18:31:31  #topic 1478 F24 Self Contained Changes
> 18:33:57  #approved Change is approved (+6 -0)

> 18:41:50  #topic 1496 OpenH264 solution.fesco 1496
> 18:45:44  #approved Proposal is approved (+7 -0)

...that was not the case.



smime.p7s
Description: S/MIME cryptographic 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: i3wm based minimal Spin?

[Dennis Chen]

I see this more as an opportunity to create a "stock" Fedora i3-ish
setup. Granted people like to configure things on their own: KDE users
are especially known for this but do not mind their own Fedora spin. 

Given a base of i3-like wm, we can create a nice starting environment.
Similar to how F23 Workstation includes Evolution, Rhythm Box, and
these other non-GNOME apps. It's optional to use those apps provided,
but providing those apps showcases some of the best that the Fedora
community has to offer. It would be great if we could accomplish the
same thing with an i3-like wm.

signature.asc
Description: This is a digitally signed message part


smime.p7s
Description: S/MIME cryptographic 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

[Bug 1209748] Upgrade to new upstream version

[bugzilla]

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

lionel.c...@cern.ch changed:

   What|Removed |Added

 CC||upstream-release-monitoring
   ||@fedoraproject.org



--- Comment #6 from lionel.c...@cern.ch ---
*** Bug 1209939 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1209939] stompclt-1.3 is available

[bugzilla]

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

lionel.c...@cern.ch changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||lionel.c...@cern.ch
 Resolution|--- |DUPLICATE
Last Closed||2015-11-13 02:14:42



--- Comment #6 from lionel.c...@cern.ch ---


*** This bug has been marked as a duplicate of bug 1209748 ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

jplesnik set the monitor flag of perl-GraphViz to nobuild

[notifications]

jplesnik set the monitor flag of perl-GraphViz to nobuild

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: [RFC] DistGit Container Image namespacing for Layered Image Build Service

[Petr Spacek]

On 12.11.2015 21:01, Ray Strode wrote:
> Hi,
> 
> On Tue, Nov 10, 2015 at 1:08 PM, Adam Miller
>  wrote:
>> If we were to go with the former rather than the latter, we would need
>> to find a way to "namespace" container images so they can be
>> determined as different. I've thought about this a lot and I worry
>> about defining a namespace by some alphanumberic sequence because I
>> just know that at some point there will end up being a piece of
>> software in the ecosystem that we want to package as a rpm that will
>> share this pattern and result in problematic filtering. We could
>> accept that risk and simply say "this sequence is a reserved word" or
>> use a special character as the leading character in a DistGit
>> repository name to signify that it is a container.
> 
> git repositories normally use '/' to separate namespaces, so i'd propose
> 
> $ fedpkg clone containers/cockpit
> 
> and maybe add support for
> 
> $ fedpkg clone srpms/cockpit
> 
> at the same time.
> 
> This has the added benefit that cgit will automatically filter docker
> reposistories when you visit, e.g,
> 
> http://pkgs.fedoraproject.org/cgit/containers/

+1, sounds reasonable.

-- 
Petr Spacek  @  Red Hat
-- 
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: F23: r8169 stopped working

[Jos Vos]

On Fri, Nov 13, 2015 at 12:37:17AM +0100, Francois Romieu wrote:

> The stuff below could suck on post 4.2. It should be merged shortly.

I did some further tests:

-  Also the F23 Live image works fine (with 4.2.3 kernel), no issues
   with the Ethernet, I get an immediate connection, flawless...
   And: also suspend/resume works fine there (see below).

-  F23 installed (with all updates): no Ethernet working and resume
   after suspend doesn't turn on backlight of the laptop (system is
   running fine, I can remotely login via wifi), while resuming with
   backlight works perfectly using the F23 live image.

Confused...

-- 
--Jos Vos 
--X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--Amsterdam, The Netherlands| Fax: +31 20 6948204
-- 
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: HEAD UP: python 3.5 landed in rawhide

[Peter Robinson]

>> Hi All,
>>
>> I've just tagged the python 3.5 rebuild into rawhide. I'm just
>> building a few packages that have newer versions already in rawhide,
>> they'll be there shortly.
>>
>> There's still a few packages with issues according to repoquery [1] so
>> maintainers please ensure these are fixed as soon as possible. I don't
>> believe any there should affect general rawhide.
>>
>> Any issues please let me or the python3 maintainers know.
>>
>> Regards,
>> Peter
>>
>> [1] http://paste.fedoraproject.org/289573/73294361/
>
> Seems related to failing builds on rawhide as the other post on devel notes.
> My scratch build failed with:
>
> DEBUG util.py:393:  Error: nothing provides libpython3.4m.so.1.0()(64bit)
> needed by gdb-7.10.50.20151027-31.fc24.x86_64
> DEBUG util.py:515:  Child return code was: 1
>
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=11804106
>
> Any ideas what went wrong?

It should be all fixed now
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

jplesnik pushed to perl-Config-Model (master). "2.074 bump"

[notifications]

From 56756a1ecf21ee42056727834ba45d9cac964879 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Thu, 12 Nov 2015 14:53:28 +0100
Subject: 2.074 bump

---
 .gitignore | 1 +
 perl-Config-Model.spec | 5 -
 sources| 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 03beb37..6afb5db 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ Config-Model-1.205.tar.gz
 /Config-Model-1.235.tar.gz
 /Config-Model-2.071.tar.gz
 /Config-Model-2.073.tar.gz
+/Config-Model-2.074.tar.gz
diff --git a/perl-Config-Model.spec b/perl-Config-Model.spec
index 43391d4..73a650a 100644
--- a/perl-Config-Model.spec
+++ b/perl-Config-Model.spec
@@ -1,5 +1,5 @@
 Name:   perl-Config-Model
-Version:2.073
+Version:2.074
 Release:1%{?dist}
 Summary:Framework to create configuration validation tools and editors
 License:LGPLv2+
@@ -105,6 +105,9 @@ configuration information provided by the user.
 %{_mandir}/man3/*
 
 %changelog
+* Thu Nov 12 2015 Jitka Plesnikova  - 2.074-1
+- 2.074 bump
+
 * Wed Jul 29 2015 Jitka Plesnikova  - 2.073-1
 * 2.073 bump
 
diff --git a/sources b/sources
index 0961624..b56fcbd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-816db3a0f943014672805af75f56e68b  Config-Model-2.073.tar.gz
+b82052c7f6d9f24dd3477633f49b83c7  Config-Model-2.074.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Model.git/commit/?h=master=56756a1ecf21ee42056727834ba45d9cac964879
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: wayland in rawhide

[Reindl Harald]

Am 12.11.2015 um 15:31 schrieb Dominique Martinet:

It really didn't take me long after first using X-based interfaces to
make use of the primary buffer, and I've pretty much never used ^C/^V
ever since.

I only ever touch the mouse when I need to select something to
copy/paste it, so I'm not going to try to pretend I understand people
saying they don't want this behavior -- but likewise please don't say
that the "selection copies" behavior is bad for everyone.
It really isn't something I (and seemingly many others) want to lose,
ever
I also don't think multiple buffers is a good idea, I've always found
that confusing in X and this has been said in the bz as well, so we
really should try to keep a single buffer too


a single buffer don't when you use selection / middle click because you 
can not copy something, select something different and replace it with 
the clipboard and hence the X behavior is perfect to have *both*


for me that all sounds like again something trying me to sell 
feature-loss as improvement...




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

Heads up: Rawhide NetworkManager and RFC7217

[Lubomir Rintel]

Hi,

starting with NetworkManager-1.2.0-0.3.20151112gitec4d653.fc24 the IPv6
connections will default to using the RFC7217 "stable privacy"
addressing mode for new connections.

This feature is intended to improve privacy of the IPv6 users by using
a different host part in each network while maintaining the address
stability (the address will remain the same when the user reconnects to
the same network). It also improves addressing robustness by dealing
with duplicate address failures.

For most users this change won't affect anything user-visible.

However, this can potentially cause problems in setups which rely on
the IPv6 addresses to be derived from the interface MAC address. If you
suspect this is the case please read on.

The change in defaults does not affect existing configurations -- if
you have your IPv6 connections already configured their addresses will
_not_ change.

There's also a way to revert to the old behavior. The address
generation mode is controlled with "ipv6.addr-gen-mode" property.

To use the older mechanism, set the property as follows:

  # nmcli c modify  ipv6.addr-gen-mode eui64

To switch it to the RFC7217 mode do:

  # nmcli c modify  ipv6.addr-gen-mode stable-privacy

If you're creating the ifcfg files by hand, the equivalent key is
ADDR_GEN_MODE. If it's missing, the eui64 mode is assumed.

Please see nm-settings-ifcfg-rh(5) manual for details.

If anything breaks, we'd like to hear! Feel free to follow up on this
or file a bug report.

♥,
Lubo
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

False failure in COPR for x86_64 on rawhide?

[Dave Johansen]

https://copr.fedoraproject.org/coprs/daveisfera/odb_2.5/build/138953/

In the above COPR, it says the x86_64 for rawhide failed, but the logs look
fine and the .rpm results are there, so am I missing something or is this a
false failure?

Thanks,
Dave
-- 
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: wayland in rawhide

[Tom Hughes]

On 12/11/15 14:10, Chuck Anderson wrote:

On Thu, Nov 12, 2015 at 10:59:02AM +, Tom Hughes wrote:

On 12/11/15 10:51, Jared K. Smith wrote:


On Thu, Nov 12, 2015 at 2:10 AM, Tom Hughes > wrote:

You forgot primary selection/middle click paste, which was what made
me go back to X when I tried it in F23.

I've been testing Wayland myself since around the F22 time period, but
"middle click paste" and the occasional odd bug keep annoying me enough
to go back to X.  Can you elaborate on the plans for supporting middle
click to paste, or is it considered a relic of a bygone era and I should
try to unlearn?  I'm generally in favor of pushing the envelope a bit
when it comes to new features, but I have to admit that defaulting to
Wayland at this point seems a bit premature to me, even for rawhide.


All I know is what I found by googling:

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

https://ask.fedoraproject.org/en/question/75924/fedora-23-wayland-gnome-terminal-mouse-middle-click-paste/


My brain hurts after reading that.  Since Wayland decided there should
be Only One clipboard buffer (which is probably a good idea), would it
be too hard to just make Menu Copy/Paste do the same thing as Keyboard
Copy/Paste (Ctrl-C/Ctrl-V) do the same thing as Select/Middle-Click
Copy/Paste, all with the same single clipboard buffer, on/between both
Xwayland apps and native Wayland apps?


I think the bug explains fairly well why that is a bad idea.

It's not so much on the paste side, where having middle click paste 
whatever was in the clipboard side would not be a major problem.


It's more that you probably wouldn't want your clipboard buffer 
overwritten whenever you selected some text.


Currently X has two (well three, but let's ignore the secondary 
selection) buffers. One for primary selection that is overwritten when 
you select and pasted with middle click and one for the clipboard 
selection that is overwritten on Ctrl+C and pasted on Ctrl+V.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
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: wayland in rawhide

[Dominique Martinet]

Hi,

Tom Hughes wrote on Thu, Nov 12, 2015 at 02:22:35PM +:
> I think the bug explains fairly well why that is a bad idea.

Sorry to butt in, but no, it explains why a handful of people think it
is a bad idea, with another saying it's a good one.

> It's not so much on the paste side, where having middle click paste whatever
> was in the clipboard side would not be a major problem.
> 
> It's more that you probably wouldn't want your clipboard buffer overwritten
> whenever you selected some text.
> 
> Currently X has two (well three, but let's ignore the secondary selection)
> buffers. One for primary selection that is overwritten when you select and
> pasted with middle click and one for the clipboard selection that is
> overwritten on Ctrl+C and pasted on Ctrl+V.

It really didn't take me long after first using X-based interfaces to
make use of the primary buffer, and I've pretty much never used ^C/^V
ever since.

I only ever touch the mouse when I need to select something to
copy/paste it, so I'm not going to try to pretend I understand people
saying they don't want this behavior -- but likewise please don't say
that the "selection copies" behavior is bad for everyone.
It really isn't something I (and seemingly many others) want to lose,
ever.
I also don't think multiple buffers is a good idea, I've always found
that confusing in X and this has been said in the bz as well, so we
really should try to keep a single buffer too.

If we can't get to a compromise just make it an option and everyone will
be happy (except maybe for the nagging of what should be the default,
but people can just make a poll for that -- I personally don't care as
long as it's possible without having to hack code and rebuild)


-- 
Dominique Martinet
-- 
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: where is mariadb-10.0.21-1.fc23 ?

[Andrew Lutomirski]

On Nov 11, 2015 11:34 PM, "Petr Pisar"  wrote:
>
> On 2015-11-11, Kevin Fenzi  wrote:
> > The best thing we can do about these cases right now is for maintainers
> > to PAY ATTENTION. If you have multiple updates in flight for the same
> > package, please make sure they don't both go stable at the same time.=20
> >
> That's ridiculous. Should I request for stable in one branch, then wait
> few days until the packages is actually pushed, and then request for
> stable into older Fedora?
>
> The serialization should be handled by releng's tool that do the push.
>
> > Failing that, when you notice these issues after the fact, file a
> > releng ticket and we can retag things in the right order so it gets
> > fixed.
> >
> In otherwords always disable autokarma. I push builds into testing and
> sombody raises karma over a weekend and when I come to the mailbox
> later, I only see F22 was pushed into stable before F23. There is
> nothing a mainter can do besides disabling default Bodhi features.

This is very much related to a thread I started a couple weeks ago.  I
really think that Bodhi should be able to understand that a pair of updates
to different branches match and to push them together.

Also, compose should maybe learn to do branches together - right now I have
a broken upgrade path just because F22 finished its push while my F23 push
is still pending.

--Andy

>
> -- Petr
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
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: Failing builds on rawhide

[Peter Robinson]

On Thu, Nov 12, 2015 at 12:47 PM, Peter Robinson  wrote:
> On Thu, Nov 12, 2015 at 12:41 PM, Jan Synacek  wrote:
>> I'm getting this error:
>>
>> bash: /usr/bin/rpmbuild: No such file or directory
>>
>> http://koji.fedoraproject.org/koji/taskinfo?taskID=11804093
>
> I suspect that's due to python 3.5 being tagged in, it should be OK
> shortly,  I'm keeping an eye on it.

I think we should be good now, I resbumitted your task

http://koji.fedoraproject.org/koji/taskinfo?taskID=11804206
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1270193] Upgrade perl-Config-Model to 2.074

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-Config-Model-2.074-1.f
   ||c24
 Resolution|--- |RAWHIDE
Last Closed||2015-11-12 08:55:37



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: wayland in rawhide

[Chuck Anderson]

On Thu, Nov 12, 2015 at 10:59:02AM +, Tom Hughes wrote:
> On 12/11/15 10:51, Jared K. Smith wrote:
> 
> >On Thu, Nov 12, 2015 at 2:10 AM, Tom Hughes  >> wrote:
> >
> >You forgot primary selection/middle click paste, which was what made
> >me go back to X when I tried it in F23.
> >
> >I've been testing Wayland myself since around the F22 time period, but
> >"middle click paste" and the occasional odd bug keep annoying me enough
> >to go back to X.  Can you elaborate on the plans for supporting middle
> >click to paste, or is it considered a relic of a bygone era and I should
> >try to unlearn?  I'm generally in favor of pushing the envelope a bit
> >when it comes to new features, but I have to admit that defaulting to
> >Wayland at this point seems a bit premature to me, even for rawhide.
> 
> All I know is what I found by googling:
> 
>   https://bugzilla.redhat.com/show_bug.cgi?id=1214655
> 
> https://ask.fedoraproject.org/en/question/75924/fedora-23-wayland-gnome-terminal-mouse-middle-click-paste/

My brain hurts after reading that.  Since Wayland decided there should
be Only One clipboard buffer (which is probably a good idea), would it
be too hard to just make Menu Copy/Paste do the same thing as Keyboard
Copy/Paste (Ctrl-C/Ctrl-V) do the same thing as Select/Middle-Click
Copy/Paste, all with the same single clipboard buffer, on/between both
Xwayland apps and native Wayland apps?
-- 
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: wayland in rawhide

[Reindl Harald]

Am 12.11.2015 um 15:10 schrieb Chuck Anderson:

On Thu, Nov 12, 2015 at 10:59:02AM +, Tom Hughes wrote:

On 12/11/15 10:51, Jared K. Smith wrote:


On Thu, Nov 12, 2015 at 2:10 AM, Tom Hughes > wrote:

You forgot primary selection/middle click paste, which was what made
me go back to X when I tried it in F23.

I've been testing Wayland myself since around the F22 time period, but
"middle click paste" and the occasional odd bug keep annoying me enough
to go back to X.  Can you elaborate on the plans for supporting middle
click to paste, or is it considered a relic of a bygone era and I should
try to unlearn?  I'm generally in favor of pushing the envelope a bit
when it comes to new features, but I have to admit that defaulting to
Wayland at this point seems a bit premature to me, even for rawhide.


All I know is what I found by googling:

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

https://ask.fedoraproject.org/en/question/75924/fedora-23-wayland-gnome-terminal-mouse-middle-click-paste/


My brain hurts after reading that.  Since Wayland decided there should
be Only One clipboard buffer (which is probably a good idea), would it
be too hard to just make Menu Copy/Paste do the same thing as Keyboard
Copy/Paste (Ctrl-C/Ctrl-V) do the same thing as Select/Middle-Click
Copy/Paste, all with the same single clipboard buffer, on/between both
Xwayland apps and native Wayland apps?


we will lose the ability to have one regular clipboard and one with the 
selection and middle click?


that was and is a great option if you have to paste different things 
multiple times in the same document (source code) and makes things so 
much faster when you just have to move the pointer and press middle-key 
or CTRL+V on the postion you need it




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: wayland in rawhide

[Reindl Harald]

Am 12.11.2015 um 15:31 schrieb Dominique Martinet:

It really didn't take me long after first using X-based interfaces to
make use of the primary buffer, and I've pretty much never used ^C/^V
ever since.

I only ever touch the mouse when I need to select something to
copy/paste it, so I'm not going to try to pretend I understand people
saying they don't want this behavior -- but likewise please don't say
that the "selection copies" behavior is bad for everyone.
It really isn't something I (and seemingly many others) want to lose,
ever
I also don't think multiple buffers is a good idea, I've always found
that confusing in X and this has been said in the bz as well, so we
really should try to keep a single buffer too


a single buffer don't when you use selection / middle click because you 
can not copy something, select something different and replace it with 
the clipboard and hence the X behavior is perfect to have *both*


for me that all sounds like again something trying me to sell 
feature-loss as improvement...




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: where is mariadb-10.0.21-1.fc23 ?

[Reindl Harald]

Am 12.11.2015 um 15:34 schrieb Andrew Lutomirski:

On Nov 11, 2015 11:34 PM, "Petr Pisar"  In otherwords always disable autokarma. I push builds into testing and
 > sombody raises karma over a weekend and when I come to the mailbox
 > later, I only see F22 was pushed into stable before F23. There is
 > nothing a mainter can do besides disabling default Bodhi features.

This is very much related to a thread I started a couple weeks ago.  I
really think that Bodhi should be able to understand that a pair of
updates to different branches match and to push them together


who says you that a update for F22 would behave identical on F23 or the 
other direction when half of the OS has different versions of libraries 
and the whole userland?


it may often work that way but to assume it is so by definition is a 
dangerous game, i saw enough Fedora bugs the past 8 years after 
dist-upgrades where the affected application had exactly the same 
version as before the upgrade and behaved wrong or failed completly





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: i3wm based minimal Spin?

[Fabio Alessandro Locati]

I was thinking about it too... but I think that i3wm may be not the
right one since is based on Xorg and there is no plan to support
wayland in the near future. http://swaywm.org/ is a project to write
an i3wm port to wayland. I think it could be interesting to be based
on it

2015-11-12 16:00 GMT+01:00 Adam Miller :
> On Wed, Nov 11, 2015 at 10:29 PM, Dan Book  wrote:
>> On Wed, Nov 11, 2015 at 11:20 PM, Dennis Chen  wrote:
>>>
>>> Hi,
>>>
>>> What are the chances that a minimal desktop spin can be created for the
>>> 24 release? It would be nice to have a prepackaged "desktop
>>> environment" with the terminal as it's main focus.
>
> I've thought about doing this a few times in the past but decided not
> to because I generally expect folks who want very minimal systems with
> tiling window managers like i3wm are going to want things very
> customized exactly the way they like them (myself included). My
> approach right now is just to install a minimal system with the net
> installer and then run an ansible playbook[0] I have to setup my
> laptop the way I like it along with my configs[1] and I'd be surprised
> if others who use tiling window managers have a much different
> approach.
>
> That being said, if there are enough people interested in agreeing on
> some sort of a baseline such that we have a nice LiveCD/USB image that
> can be installed from, I'd be open to discussing and helping maintain
> an i3wm spin.
>
> -AdamM
>
> [0] - https://github.com/maxamillion/ansible-maxamillion-workstation
> [1] - https://github.com/maxamillion/dotfiles
>
>>>
>>> Dennis Chen
>>> --
>>> devel mailing list
>>> devel@lists.fedoraproject.org
>>> https://admin.fedoraproject.org/mailman/listinfo/devel
>>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>>
>>
>> As with anything, it probably depends foremost on someone being willing to
>> set it up. There is a "Basic Desktop" group that could be used.
>>
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale
-- 
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: False failure in COPR for x86_64 on rawhide?

[Dave Johansen]

On Thu, Nov 12, 2015 at 8:20 AM, Miroslav Suchý  wrote:

> Dne 12.11.2015 v 14:36 Dave Johansen napsal(a):
> > https://copr.fedoraproject.org/coprs/daveisfera/odb_2.5/build/138953/
> >
> > In the above COPR, it says the x86_64 for rawhide failed, but the logs
> look fine and the .rpm results are there, so am I
> > missing something or is this a false failure?
>
> It is bug in Copr. The relevant part is here:
>
> https://copr-be.cloud.fedoraproject.org/results/daveisfera/odb_2.5/fedora-rawhide-x86_64/00138953-odb/mockchain.log.gz
>
> I identified it two days aga too - first build in new project fails
> because some bug in gpg keys on our keygen server.
> If you resubmit it, it will be build without problem.
>
> We are working on the fix.


Ok, thanks for the quick response and it's good to hear that it's a known
issue and is being worked on.
Thanks,
Dave
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1281314] perl-Module-Info-0.37 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
perl-Module-Info-0.37-1.fc23 has been pushed to the Fedora 23 testing
repository. If problems still persist, please make note of it in this bug
report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update perl-Module-Info'
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2015-f6f6442134

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1281322] perl-Sub-Exporter-GlobExporter-0.005 is available

[bugzilla]

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



--- Comment #5 from Fedora Update System  ---
perl-Sub-Exporter-GlobExporter-0.005-1.fc23 has been pushed to the Fedora 23
testing repository. If problems still persist, please make note of it in this
bug report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update
perl-Sub-Exporter-GlobExporter'
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2015-d13a89248a

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1272905] perl-DBIx-Class-0.082820-2.fc24 FTBFS: Failed test 'Deploying the bad schema produces a warning: aba_name_artists was not created.'

[bugzilla]

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



--- Comment #11 from Fedora Update System  ---
perl-DBIx-Class-0.08250-7.fc21 has been pushed to the Fedora 21 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel