Re: Private Bugzilla bugs

[Jeff Fearn]

On 22/10/2016 4:54 AM, Florian Weimer wrote:
> On 10/21/2016 08:42 PM, Stephen John Smoogen wrote:
>> We don't run the Bugzilla so the capability of who has it and who does
>> not is not set by us.
>
> Bugzilla's group-based restrictions can be configured per product, so
> it's easy to ask for changes if this is what we want.  It doesn't even
> need custom code.

The fedora_pm group has product ownership of the products in the Fedora
classification, this allows them to make changes like this without asking.

AFAIK the only mandatory group for community products like Fedora is the
security group, because people open bugs in the wrong place all the
time, other than that it's up to the individual communities as to which
groups can be applied to their bugs.

Cheers, Jeff.



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1387462] perl-Module-CoreList-5.20161020 is available

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-Module-CoreList-5.20161020-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-3163fca5f1

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1387642] perl-Log-Report-1.18 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-Log-Report-1.18-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-ba217214bd

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1387453] perl-CPAN-Perl-Releases-2.98 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #1 from Fedora Update System  ---
perl-CPAN-Perl-Releases-2.98-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-932f5a6a2e

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1385612] perl-Archive-Tar-2.12 is available

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-Archive-Tar-2.14-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-7fca203097

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1387452] perl-DateTime-TimeZone-2.06 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #1 from Fedora Update System  ---
perl-DateTime-TimeZone-2.06-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-30277ed7be

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1387451] perl-Archive-Tar-2.14 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #1 from Fedora Update System  ---
perl-Archive-Tar-2.14-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-7fca203097

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1387462] perl-Module-CoreList-5.20161020 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-Module-CoreList-5.20161020-1.fc23 has been pushed to the Fedora 23 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-7b3e31ff96

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Zbigniew Jędrzejewski-Szmek]

On Fri, Oct 21, 2016 at 10:22:14PM +0100, Richard W.M. Jones wrote:
> On Fri, Oct 21, 2016 at 02:35:13PM +0530, Parag Nemade wrote:
> > and emacs package was added because of @core group
> > @core group installs iputils -> libidn -> emacs-filesystem
> 
> Coincidentally when I was doing the RISC-V bring up, I really wished
> that emacs-filesystem had been a separate package (or maybe just part
> of 'filesystem'?)

Probably better to just drop the -filesystem subpackage and make all dependent
packages co-own that dir. Those -filesystem packages are a remnant of time
before repoquery could be used to easily find all packages that use some
directory. IMHO the rules that recommend -filesystem packages or similar
labour-intensive solutions over simply co-owning the directory are a total
waste of package time.

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora 25-20161021.n.0 compose check report

[Adam Williamson]

On Fri, 2016-10-21 at 17:05 +, Fedora compose checker wrote:
> No missing expected images.
> 
> Failed openQA tests: 5/101 (x86_64), 1/17 (i386)
> 
> ID: 42904 Test: x86_64 Workstation-live-iso 
> desktop_notifications_postinstall
> URL: https://openqa.fedoraproject.org/tests/42904
> ID: 42914 Test: x86_64 KDE-live-iso desktop_notifications_live
> URL: https://openqa.fedoraproject.org/tests/42914

Test issues, I really need to get to either fixing or disabling these
tests...

> ID: 42986 Test: x86_64 universal upgrade_2_minimal_64bit
> URL: https://openqa.fedoraproject.org/tests/42986

typing error at a console :/ hate when that happens. We may need to
wait_idle for a bit after logging into a freshly upgraded system, I
guess...

> ID: 43009 Test: i386 universal upgrade_2_desktop_32bit
> URL: https://openqa.fedoraproject.org/tests/43009

*still* https://bugzilla.redhat.com/show_bug.cgi?id=1333591 .

> ID: 43014 Test: x86_64 universal install_iscsi
> URL: https://openqa.fedoraproject.org/tests/43014

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

> ID: 43018 Test: x86_64 universal upgrade_kde_64bit
> URL: https://openqa.fedoraproject.org/tests/43018

I think this must have been a typing fail when typing the root
password...
-- 
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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20161021.n.0 compose check report

[Adam Williamson]

On Fri, 2016-10-21 at 18:18 +, Fedora compose checker wrote:
> No missing expected images.
> 
> Failed openQA tests: 12/101 (x86_64), 2/17 (i386), 1/2 (arm)
> 
> ID: 42775 Test: x86_64 Workstation-live-iso install_default@uefi
> URL: https://openqa.fedoraproject.org/tests/42775
> ID: 42784 Test: x86_64 Workstation-live-iso 
> desktop_notifications_postinstall
> URL: https://openqa.fedoraproject.org/tests/42784
> ID: 42795 Test: x86_64 KDE-live-iso desktop_notifications_postinstall
> URL: https://openqa.fedoraproject.org/tests/42795
> ID: 42801 Test: arm Minimal-raw_xz-raw.xz 
> install_arm_image_deployment_upload
> URL: https://openqa.fedoraproject.org/tests/42801
> ID: 42814 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
> URL: https://openqa.fedoraproject.org/tests/42814
> ID: 42817 Test: x86_64 Server-dvd-iso server_cockpit_basic
> URL: https://openqa.fedoraproject.org/tests/42817
> ID: 42848 Test: x86_64 universal install_iscsi
> URL: https://openqa.fedoraproject.org/tests/42848
> ID: 42852 Test: x86_64 universal install_multi_empty@uefi
> URL: https://openqa.fedoraproject.org/tests/42852
> ID: 42862 Test: x86_64 universal upgrade_desktop_64bit
> URL: https://openqa.fedoraproject.org/tests/42862
> ID: 42865 Test: x86_64 universal upgrade_desktop_encrypted_64bit
> URL: https://openqa.fedoraproject.org/tests/42865
> ID: 42867 Test: x86_64 universal upgrade_2_desktop_64bit
> URL: https://openqa.fedoraproject.org/tests/42867
> ID: 42869 Test: x86_64 universal upgrade_2_kde_64bit
> URL: https://openqa.fedoraproject.org/tests/42869
> ID: 42870 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
> URL: https://openqa.fedoraproject.org/tests/42870
> ID: 42888 Test: i386 universal upgrade_desktop_32bit
> URL: https://openqa.fedoraproject.org/tests/42888
> ID: 42889 Test: i386 universal upgrade_2_desktop_32bit
> URL: https://openqa.fedoraproject.org/tests/42889

There's some weird one-off bugs in there, ARM test just times out, and
most of the upgrade fails are package set issues from yesterday.
There's one clear obvious bug, in role_deploy_domain_controller - the
FreeIPA server test - but it's already been fixed (freeipa package
needed rebuilding against updated krb5) and should be OK for tomorrow.
-- 
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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1387805] New: perl-Devel-CheckOS-1.77 is available

[bugzilla]

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

Bug ID: 1387805
   Summary: perl-Devel-CheckOS-1.77 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Devel-CheckOS
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 1.77
Current version/release in rawhide: 1.76-5.fc25
URL: http://search.cpan.org/dist/Devel-CheckOS/

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.

Based on the information from anitya: 
https://release-monitoring.org/project/2824/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Adam Williamson]

On Fri, 2016-10-21 at 16:23 -0700, Thomas Daede wrote:
> Even more so
> because until recently, Qt still used EDID DPI scaling (as of 5.6, it
> supports a mode like Windows where it assumes 96dpi and supports
> fractional scale factors)

As I mentioned in my long mail, according to my investigation at least
it actually doesn't, because Qt tries to implement this by asking X for
the display size, and X doesn't try and tell it the truth. It just
takes the display resolution, figures out what reported display size
will make Qt calculate 96dpi for that display resolution, and tells it
that display size. The only exception to this is if you explicitly
specify DisplaySize in an X config file.

Many years ago when you queried X for the display size it would tell
you what the monitor claimed, but it doesn't any more.
-- 
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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Thomas Daede]

On 10/21/2016 03:31 PM, Adam Williamson wrote:
>> There was a lot of kerfuffle around the GTK (and Wayland) decision to
>> only support integer scales, searching for it will give you some background.
> 
> I don't recall that...do you have any specific references? At the time
> hidpi was first added to GNOME, IIRC, only OS X was really doing it,
> and it only did it in integers (because, as you say, they just make
> sure that's all the hardware they ship needs).

I think this thread was the start of the discussion:
https://lists.freedesktop.org/archives/wayland-devel/2013-May/009073.html

There were several after that. Sometimes they are quite difficult to
follow, as the concepts of fractional scaling, and scaling based on EDID
DPI are often mixed up, although they are orthogonal. Even more so
because until recently, Qt still used EDID DPI scaling (as of 5.6, it
supports a mode like Windows where it assumes 96dpi and supports
fractional scale factors)

There are technical issues with drawing natively at fractional scales,
such as choosing sizes of Xembeds or Wayland subsurfaces, which are
always snapped to the nearest pixel. Qt and Firefox manage, but probably
because neither really uses Xembeds, and both have to work on Windows.
There are also personal preferences, as integer scales with legacy
applications can use nearest neighbor resampling leading to sharp but
pixelated images, and fractional scaling usually uses bicubic or lanczos
which leads to soft images.

I think it would be great to improve the out of box experience for these
displays that sit at awkward scaling steps, with the tools that we
currently have. I'm not exactly sure of the best approach, though. For
example, Firefox could be changed to pick up a fractional scaling from
the gnome-tweak-tool's font scaling, but that means its widget sizes
don't quite line up with other GTK3 apps. You can also achieve Mac-style
2x->1.5x or 3x->2x scaling via xrandr plane scaling - maybe a UI could
be created for that (but with the performance caveats).

> Still, now I got curious and looked it up, it's a bit difficult to
> interpret Windows' history here. I can at least tell that Windows 7 and
> 8 had 100%, 125% and 150% scaling settings, and 8.1 and 10 have up to
> 200% and per-display scaling, but I haven't found any references as to
> exactly how this is implemented for each release - whether it's really
> interface scaling, complete with high-resolution interface assets in
> the OS so the scaled display actually looks sharp, or if it's just text
> scaling like GNOME's 'text scaling factor'...

I have a Windows 10 machine right next to me (being used by a coworker).
It appears to have full interface scaling, with high resolution assets,
for apps that indicate support. It's currently set to 1.5x scaling with
a 4k monitor.

For multiple displays, the app can only have one scaling at a time, but
it does change per monitor. Moving an app across screens causes a sudden
"snap" in its scale factor once it's over halfway to the other screen.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Unknown build target

[Kevin Fenzi]

On Fri, 21 Oct 2016 19:55:16 +0200
Antonio Trande  wrote:

> Hi all.
> 
> Just a question:
> 
> why does Koji not work with specific tags?
..snip...
> koji: error: Unknown build target: f25-updates-testing

Because thats not the way it works. ;) You build against
'targets' ( koji list-targets ) and successful builds in a target tags
the build with a specific tag. ie: 

Name   Buildroot Destination   
...
f25f25-build f25-updates-candidate 
...

So, if you build against the f25 'target' you use the 'f25-build' buildroot
and if it works, the build is tagged with 'f25-updates-candidate'. 

Lots of tags are for other uses than building against. For example, the
'-pending' tags are there so taskotron knows what things are pending
updates, etc. 

kevin


pgpIuoYuaSKgA.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: openmpi 2.0.1 in rawhide

[Orion Poplawski]

On 10/20/2016 05:02 PM, Orion Poplawski wrote:
> I hope to update openmpi to 2.0.1 in rawhide on Friday.  This is a soname/ABI
> break so dependent packages will be rebuilt.
> 

hdf5 is taking a long time to build on arm, so that and dependent builds are
not yet done.   Hopefully not too much longer though.
http://koji.fedoraproject.org/koji/taskinfo?taskID=16155405

sundails failed some tests on aarch64 -
http://koji.fedoraproject.org/koji/taskinfo?taskID=16155862

Most everything else rebuilt fine unless there was a previous build issue.

- Orion

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Adam Williamson]

On Fri, 2016-10-21 at 15:18 -0700, Thomas Daede wrote:
> On 10/21/2016 03:08 PM, Adam Williamson wrote:
> > 13" 1080p laptops are the biggest exception to this that I can think
> > of. I dunno what you do with them on Windows; I think Windows has a
> > slider somewhere which more or less works like the 'scaling factor'
> > setting.
> 
> Yes, Windows also has a scaling factor, but it behaves more like the
> Firefox one - it supports non-integer scales. Applications that don't
> signal support for it are scaled by the compositor.

Well, I went and looked it up a bit, and it may support non-integer
scaling, but it's still fairly coarse: it goes in 25% increments. Text
scaling can be done pretty much as fine as you like (the GNOME and
Firefox text scaling factors will accept pretty much any decimal you
put in).

It's only the hidpi-type scaling that is integer-only on GNOME. Simple
text scaling predates hidpi support by years.
> 
> Mac hardware seems to have settled into choosing display densities where
> integer scaling makes sense, though on PC there is more variety,
> probably due to Windows supporting it.
> 
> There was a lot of kerfuffle around the GTK (and Wayland) decision to
> only support integer scales, searching for it will give you some background.

I don't recall that...do you have any specific references? At the time
hidpi was first added to GNOME, IIRC, only OS X was really doing it,
and it only did it in integers (because, as you say, they just make
sure that's all the hardware they ship needs).

Still, now I got curious and looked it up, it's a bit difficult to
interpret Windows' history here. I can at least tell that Windows 7 and
8 had 100%, 125% and 150% scaling settings, and 8.1 and 10 have up to
200% and per-display scaling, but I haven't found any references as to
exactly how this is implemented for each release - whether it's really
interface scaling, complete with high-resolution interface assets in
the OS so the scaled display actually looks sharp, or if it's just text
scaling like GNOME's 'text scaling factor'...
-- 
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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Thomas Daede]

On 10/21/2016 03:20 PM, Adam Williamson wrote:
> Out of curiosity, do you know if that's hidpi-style 'scale everything'
> scaling, or is it just font size scaling?

It's hidpi-style 'scale everything'. Apps can either natively draw at
1.5x or 1.25x, or be scaled by the compositor (with what looks like a
bicubic approximation).

> I read somewhere that Apple came up with a trick for doing 1.5x hidpi
> scaling - they just scale everything 3x in software then tell the GPU
> to scale it back down by 2x on output. Which is a neat wheeze. Be
> trickier to do 1.25x that way, though.

Yup, in theory this should be implementable by a Wayland compositor,
too. The downside is that this approach is disastrous to memory
bandwidth - you're rendering over double the number of pixels that you
need to, and then you have to sample from all of those pixels in the
compositor, too. It's also not compatible with hinting (which Apple
doesn't do anyway).
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Dan Book]

On Fri, Oct 21, 2016 at 6:20 PM, Adam Williamson  wrote:

> On Fri, 2016-10-21 at 18:16 -0400, Dan Book wrote:
> > On Fri, Oct 21, 2016 at 6:08 PM, Adam Williamson <
> adamw...@fedoraproject.org
> > > wrote:
> > >
> > >
> > > 13" 1080p laptops are the biggest exception to this that I can think
> > > of. I dunno what you do with them on Windows; I think Windows has a
> > > slider somewhere which more or less works like the 'scaling factor'
> > > setting.
> >
> >
> > FWIW, here on windows 7, there are just options for 1.25 and 1.5 scaling.
>
> Out of curiosity, do you know if that's hidpi-style 'scale everything'
> scaling, or is it just font size scaling?
>
> I read somewhere that Apple came up with a trick for doing 1.5x hidpi
> scaling - they just scale everything 3x in software then tell the GPU
> to scale it back down by 2x on output. Which is a neat wheeze. Be
> trickier to do 1.25x that way, though.


 It seems to be hidpi style. Looking into the help topic there's also an
option to set a custom scale anywhere between 1-5x in 0.01 increments.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

/usr/include/math.h:346:1: error: template with C linkage

[Orion Poplawski]

FYI -

I'm starting to see more builds fail with errors like the following in rawhide:

In file included from /usr/include/c++/6.2.1/cmath:45:0,
 from /usr/include/c++/6.2.1/math.h:36,
 from /usr/include/cubew/cubew_report_layouts_types.h:28,
 from /usr/include/cubew/cubew_types.h:31,
 from /usr/include/cubew/cubew_metric.h:28,
 from ../../build-backend/../src/scout/Pattern.h:24,
 from ../../build-backend/../src/scout/OmpPattern.h:21,
 from ../../build-backend/../src/scout/OmpPattern.cpp:20:
/usr/include/math.h:346:1: error: template with C linkage
 template  inline bool
 ^~~~

The problem seems to be in various C libraries wrapping system #includes
inside of extern "C" {} blocks.  I've just fixed cube and grib_api, but there
may be others out there.

HTH,
   Orion

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Adam Williamson]

On Fri, 2016-10-21 at 18:16 -0400, Dan Book wrote:
> On Fri, Oct 21, 2016 at 6:08 PM, Adam Williamson  > wrote:
> > 
> > 
> > 13" 1080p laptops are the biggest exception to this that I can think
> > of. I dunno what you do with them on Windows; I think Windows has a
> > slider somewhere which more or less works like the 'scaling factor'
> > setting.
> 
> 
> FWIW, here on windows 7, there are just options for 1.25 and 1.5 scaling.

Out of curiosity, do you know if that's hidpi-style 'scale everything'
scaling, or is it just font size scaling?

I read somewhere that Apple came up with a trick for doing 1.5x hidpi
scaling - they just scale everything 3x in software then tell the GPU
to scale it back down by 2x on output. Which is a neat wheeze. Be
trickier to do 1.25x that way, though.
-- 
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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Thomas Daede]

On 10/21/2016 03:08 PM, Adam Williamson wrote:
> 13" 1080p laptops are the biggest exception to this that I can think
> of. I dunno what you do with them on Windows; I think Windows has a
> slider somewhere which more or less works like the 'scaling factor'
> setting.

Yes, Windows also has a scaling factor, but it behaves more like the
Firefox one - it supports non-integer scales. Applications that don't
signal support for it are scaled by the compositor.

Mac hardware seems to have settled into choosing display densities where
integer scaling makes sense, though on PC there is more variety,
probably due to Windows supporting it.

There was a lot of kerfuffle around the GTK (and Wayland) decision to
only support integer scales, searching for it will give you some background.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Private Bugzilla bugs

[Michael Catanzaro]

On Fri, 2016-10-21 at 15:29 -0600, Chris Murphy wrote:
> Does it makes sense to have something sanitize URLs and paths that
> start with /home by default? Seems like a scalpel vs backhoe is
> needed.

Maybe... I dunno, sometimes the actual value really is important for
reproducing the bug. It at least does it make sense for bugs to default
to private when there's a URL or file path in the backtrace or command
line.

Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Dan Book]

On Fri, Oct 21, 2016 at 6:08 PM, Adam Williamson  wrote:
>
>
> 13" 1080p laptops are the biggest exception to this that I can think
> of. I dunno what you do with them on Windows; I think Windows has a
> slider somewhere which more or less works like the 'scaling factor'
> setting.


FWIW, here on windows 7, there are just options for 1.25 and 1.5 scaling.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Adam Williamson]

On Fri, 2016-10-21 at 13:55 -0600, Chris Murphy wrote:
> On Fri, Oct 21, 2016 at 1:41 PM, Adam Williamson
>  wrote:
> > On Fri, 2016-10-21 at 12:44 -0600, Chris Murphy wrote:
> > > HP Spectre 13" 1920x1080 and all text everywhere by default is just on
> > > the cusp of too small. I don't think this is really a hidpi display,
> > > so I'd expect this problem to be much worse if it were 3200x1800.
> > 
> > Actually, no, it'd be better. hidpi support goes in integers. I don't
> > think any display in the world actually triggers 3x hidpi yet, so
> > practically speaking, it's either on or it's off.
> > 
> > The cutoff for 2x hidpi is 192dpi: if your screen is above 192dpi
> > you'll get 2x hidpi, if it isn't, you won't. Now to the math!
> > 
> > 1920x1080 at 13" is 169.45dpi, so you don't get hidpi.
> > 3200x1800 at 13" is 282.42dpi, so you *do* get hidpi.
> 
> I see. So it's binary handling, with a cutoff, rather than as a continuum.

Well yes, because you can't do hidpi as a continuum, unless absolutely
every bit of chrome you have is a scalable vector.

GNOME does not attempt to do any kind of automatic text scaling based
on DPI detection because it's just too finicky and easy to get wrong,
for several reasons. Some displays just don't tell the truth about
their size. Even if we have a correct physical DPI for the display, we
don't know how close you (the user) are to the screen, which is
important. 

We can algorithmically determine a 'technically correct' scaling
factor, by which we mean the factor at which the physical measurement
of a '12 point' (or whatever) character on your screen is exactly the
official physical size of a '12 point character'. But this is not
actually the scaling factor you want on a laptop, because you sit
closer to a laptop than to a desktop; people are broadly used to
*desktop* displays scaling things to more or less the 'correct' size in
this sense, but they're used to *laptop* displays making everything a
bit smaller than it "ought to be", because you sit closer to your
laptop than to your desktop and so to your eyes, everything being
'smaller than it ought to be' looks right. If you find the actual DPI
of your laptop display and set the GNOME scaling factor to (that
number) / 96, it will display text at the 'theoretically correct' size,
but you will think 'holy crap everything looks huge' - to confirm this,
try setting the GNOME and Firefox scaling factors to 1.765.

We also wouldn't want to get too finicky about it; if a desktop
display's physical DPI is anywhere within, say, 10-15% of 96, we
probably just want to leave the scaling factor at 1.0 rather than
adjusting it to be strictly 'correct', because fonts tend to be tweaked
such that they render best at exactly 96dpi, so applying a small
scaling factor loses you more (in terms of fonts suddenly starting to
look a bit weird, particularly at certain sizes) than it gains you in
'technical correctness'.

GNOME used to try and detect the display's DPI and apply a 'correct'
scaling factor a long time ago; due to the above reasons and several
others it no longer does, it always uses a scaling factor of 1.0 (i.e.
a logical DPI of 96). This is also what Windows does. KDE thinks it
detects the display's DPI, but in fact it does not, because it asks X
for the display size, and X is specially configured to lie to it and
report whatever display size will result in KDE calculating a DPI of
96; this I find particularly hilarious and documented in more detail at
https://www.happyassassin.net/2015/07/09/of-dpis-desktops-and-toolkits/
 
. In case you're wondering, X lies to it for the same reason as GNOME
doesn't bother detecting the DPI in the first place: the X devs came to
the conclusion that trying to get clever about this stuff just isn't
the right thing to do.

In practice, every major OS - if we ignore hidpi - just hard codes a
logical DPI of 96, and hardware manufacturers are perfectly aware of
this and usually design hardware around it. This is why almost all
desktop monitors have a native DPI somewhere between 90 and 110, and
almost all laptop displays have a native DPI somewhere between 110 and
130 - because the manufacturers know that's what will look 'right'
given the behaviour of the OSes. Similarly, desktop monitors intended
for hidpi use have a native DPI somewhere between 180 and 220, and
laptop monitors intended for hidpi use have a native DPI somewhere
between 220 and 280.

13" 1080p laptops are the biggest exception to this that I can think
of. I dunno what you do with them on Windows; I think Windows has a
slider somewhere which more or less works like the 'scaling factor'
setting.
-- 
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
To unsubscribe send an email to 

Re: Gnome Software fails to display some fonts

[Luya Tshimbalanga]

On 21/10/16 12:34 AM, Richard Hughes wrote:
> On 20 October 2016 at 20:48, Luya Tshimbalanga  wrote:
>> I already file a bug
>> (https://bugzilla.redhat.com/show_bug.cgi?id=1387403). Could someone
>> investigate the cause?
> I'll comment on the bug. For the future, grabbing me on IRC is the
> singlehanded best way to fix these kind of issues :)
>
> Richard
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Got it.

-- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Orphan package: firehol

[Michael Hampton]

Hello all,

I've orphaned package firehol.

Unfortunately I do not have enough time to maintain this package, and I also do 
not use it.

Regards,




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Private Bugzilla bugs

[Chris Murphy]

On Fri, Oct 21, 2016 at 1:16 PM, Michael Catanzaro  wrote:
> On Fri, 2016-10-21 at 20:56 +0200, Florian Weimer wrote:
>> Bugzilla is specifically not designed for keeping sensitive stuff
>
> Really? Every Bugzilla that I regularly work with (GNOME, WebKit, Red
> Hat) has this feature. If you have a mailing list auto-CCed to a
> component, well yeah that screws it up, but otherwise it seems to work
> fine?
>
> Now, ABRT's heuristic for whether to make the bug private is really
> terrible; you can imagine that any application that uses hash tables
> will have "key" in the backtrace, and those all get set to private
> unless the reporter decides to uncheck the box. So I never bother to
> check what ABRT thinks is possibly-sensitive because it's *almost*
> always wrong. Nor do I ever ask users for permission to set their bugs
> public; the bug is usually never going to get fixed unless upstream can
> see the backtrace, and there's almost never anything sensitive in the
> backtrace. I do sanity-check the backtraces to check for obvious
> sensitive data before setting them public. Nobody has complained yet.
>
> So I think the default is bad, but the functionality really is useful
> to have if used more sparingly. Occasionally people will file a WebKit
> bug and ooops there's a porn URL in the command line or the backtrace,
> which can be embarrassing. Sometimes users don't care, sometimes they
> do, and it's good to be able to mark those as private. Adam had another
> example with passwords.

Does it makes sense to have something sanitize URLs and paths that
start with /home by default? Seems like a scalpel vs backhoe is
needed.

-- 
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Richard W.M. Jones]

On Fri, Oct 21, 2016 at 02:35:13PM +0530, Parag Nemade wrote:
> and emacs package was added because of @core group
> @core group installs iputils -> libidn -> emacs-filesystem

Coincidentally when I was doing the RISC-V bring up, I really wished
that emacs-filesystem had been a separate package (or maybe just part
of 'filesystem'?)

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Chris Murphy]

On Fri, Oct 21, 2016 at 1:35 PM, Thomas Daede  wrote:
> In Firefox, the about:config setting:
>
> layout.css.devPixelsPerPx
>
> can be set to an arbitrary non-integer scalefactor, such as 1.25 or 1.5.

1.25 is looking sane at the moment. I didn't realize it'd take a
non-integer. 2 is huge and worse than the -1 default.

>
> Unfortunately, GTK applications are limited to scalefactors of 1 or 2 so
> you're stuck with Large Text, gnome-tweak-tool's font scaling factor, or
> setting font sizes directly in gnome-tweak-tool.

Large Text is working OK.

But the actual question here is, why isn't this better out of the box?
And is there some threshold at which a display is considered hidpi and
it *is* better out of the box for those, and I was just at the cutoff.



-- 
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Chris Murphy]

On Fri, Oct 21, 2016 at 1:41 PM, Adam Williamson
 wrote:
> On Fri, 2016-10-21 at 12:44 -0600, Chris Murphy wrote:
>> HP Spectre 13" 1920x1080 and all text everywhere by default is just on
>> the cusp of too small. I don't think this is really a hidpi display,
>> so I'd expect this problem to be much worse if it were 3200x1800.
>
> Actually, no, it'd be better. hidpi support goes in integers. I don't
> think any display in the world actually triggers 3x hidpi yet, so
> practically speaking, it's either on or it's off.
>
> The cutoff for 2x hidpi is 192dpi: if your screen is above 192dpi
> you'll get 2x hidpi, if it isn't, you won't. Now to the math!
>
> 1920x1080 at 13" is 169.45dpi, so you don't get hidpi.
> 3200x1800 at 13" is 282.42dpi, so you *do* get hidpi.

I see. So it's binary handling, with a cutoff, rather than as a continuum.


-- 
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Adam Williamson]

On Fri, 2016-10-21 at 12:41 -0700, Adam Williamson wrote:
> 
> Use the 'scaling factor' setting in gnome-tweak-tool. On my 1920x1080
> 13" laptop (yup, I have one too) I set it to 1.3; adjust for your
> taste. Firefox should respect that setting so long as you have
> layout.css.dpi set to -1 (which is the modern default), though I'm not
> actually sure if that works on Wayland.

Actually I think Thomas is right on this one - I forgot about
layout.css.devPixelsPerPx , which I have set to 1.3 (matching my tweak-
tool 'scaling factor' - it's the same calculation). So set that too.
-- 
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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Adam Williamson]

On Fri, 2016-10-21 at 12:44 -0600, Chris Murphy wrote:
> HP Spectre 13" 1920x1080 and all text everywhere by default is just on
> the cusp of too small. I don't think this is really a hidpi display,
> so I'd expect this problem to be much worse if it were 3200x1800.

Actually, no, it'd be better. hidpi support goes in integers. I don't
think any display in the world actually triggers 3x hidpi yet, so
practically speaking, it's either on or it's off.

The cutoff for 2x hidpi is 192dpi: if your screen is above 192dpi
you'll get 2x hidpi, if it isn't, you won't. Now to the math!

1920x1080 at 13" is 169.45dpi, so you don't get hidpi.
3200x1800 at 13" is 282.42dpi, so you *do* get hidpi.

If you use Fedora (Workstation, at least, and I think maybe KDE too) on
a 3200x1800 13" screen then hidpi mode will kick in, and everything
will be sized as if you were using a 1600x900 13" screen, which is a
pretty common setup.

1920x1080 13" displays are actually just really awkward, as they fall
right in between what's approximately a 'standard' DPI for a laptop
display (110-140) and a level at which simple 2x hidpi would give you a
decent experience (if you try enabling 2x hidpi on a 1920x1080 13"
display, you'll see everything becomes way too big, as your effective
DPI is now ~85, which is way too low on a laptop).

> To compensate, I'm using Large Text in Universal Access. But
> applications don't use that, such as Firefox.  Further,
> Preferences>Content >Fonts & Colors> Size is not used on many sites,
> so that produces mixed results. Yes I can control-+ to get bigger
> text, but that's a per page setting apparently - so I get even more
> mixed results.
> 
> So... what am I missing that'd make this a better out of the box experience?

Use the 'scaling factor' setting in gnome-tweak-tool. On my 1920x1080
13" laptop (yup, I have one too) I set it to 1.3; adjust for your
taste. Firefox should respect that setting so long as you have
layout.css.dpi set to -1 (which is the modern default), though I'm not
actually sure if that works on Wayland. You can also set a 'minimum
font size' in the Firefox advanced font settings, though even that
isn't universally respected, I don't think (web font rendering
is...complicated).
-- 
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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F25 workstation, and (almost) hidpi displays

[Thomas Daede]

In Firefox, the about:config setting:

layout.css.devPixelsPerPx

can be set to an arbitrary non-integer scalefactor, such as 1.25 or 1.5.

Unfortunately, GTK applications are limited to scalefactors of 1 or 2 so
you're stuck with Large Text, gnome-tweak-tool's font scaling factor, or
setting font sizes directly in gnome-tweak-tool.

On 10/21/2016 11:44 AM, Chris Murphy wrote:
> HP Spectre 13" 1920x1080 and all text everywhere by default is just on
> the cusp of too small. I don't think this is really a hidpi display,
> so I'd expect this problem to be much worse if it were 3200x1800.
> 
> To compensate, I'm using Large Text in Universal Access. But
> applications don't use that, such as Firefox.  Further,
> Preferences>Content >Fonts & Colors> Size is not used on many sites,
> so that produces mixed results. Yes I can control-+ to get bigger
> text, but that's a per page setting apparently - so I get even more
> mixed results.
> 
> So... what am I missing that'd make this a better out of the box experience?
> 
> This is gnome 3.22.1 on wayland. Thanks.
> 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Private Bugzilla bugs

[Michael Catanzaro]

On Fri, 2016-10-21 at 20:56 +0200, Florian Weimer wrote:
> Bugzilla is specifically not designed for keeping sensitive stuff

Really? Every Bugzilla that I regularly work with (GNOME, WebKit, Red
Hat) has this feature. If you have a mailing list auto-CCed to a
component, well yeah that screws it up, but otherwise it seems to work
fine?

Now, ABRT's heuristic for whether to make the bug private is really
terrible; you can imagine that any application that uses hash tables
will have "key" in the backtrace, and those all get set to private
unless the reporter decides to uncheck the box. So I never bother to
check what ABRT thinks is possibly-sensitive because it's *almost*
always wrong. Nor do I ever ask users for permission to set their bugs
public; the bug is usually never going to get fixed unless upstream can
see the backtrace, and there's almost never anything sensitive in the
backtrace. I do sanity-check the backtraces to check for obvious
sensitive data before setting them public. Nobody has complained yet.

So I think the default is bad, but the functionality really is useful
to have if used more sparingly. Occasionally people will file a WebKit
bug and ooops there's a porn URL in the command line or the backtrace,
which can be embarrassing. Sometimes users don't care, sometimes they
do, and it's good to be able to mark those as private. Adam had another
example with passwords.

Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Private Bugzilla bugs

[Florian Weimer]

On 10/21/2016 08:45 PM, Adam Williamson wrote:

On Fri, 2016-10-21 at 20:25 +0200, Florian Weimer wrote:

Why does Bugzilla allow filing private Fedora bugs?



One major reason is for abrt reports; the data abrt submits can include
sensitive stuff.


Bugzilla is specifically not designed for keeping sensitive stuff, and 
the Fedora product is certainly not set up in such a way to support 
that.  If we give a different impression to users, we do not care 
sufficiently about our users' privacy.


Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Private Bugzilla bugs

[Florian Weimer]

On 10/21/2016 08:42 PM, Stephen John Smoogen wrote:

We don't run the Bugzilla so the capability of who has it and who does
not is not set by us.


Bugzilla's group-based restrictions can be configured per product, so 
it's easy to ask for changes if this is what we want.  It doesn't even 
need custom code.


Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Private Bugzilla bugs

[Christopher]

On Fri, Oct 21, 2016 at 2:44 PM Stephen John Smoogen 
wrote:

> On 21 October 2016 at 14:25, Florian Weimer  wrote:
> > Why does Bugzilla allow filing private Fedora bugs?
> >
>
> Because people believe they are posting private information from their
> systems which they do not want to have broad dissemination. There are
> many times where Fedora bugs were part of Red Hat customer information
> which they wanted to keep private to the best possible.
>
> I believe that previous conversations of getting it removed ended up
> like the Debian private debates.. you can't get enough people to agree
> to not wanting it or to go through the private ones to see if they can
> be public.
>
>
> > I'm not sure who has the capability (it may be tied to specific
> accounts).
> > It is not all that helpful because accounts on the Cc: list still receive
> > notifications and can access the bug.  Recipients of the notifications
> may
> > include public mailing lists.  This is probably not what people make bugs
> > private expect.
>
> We don't run the Bugzilla so the capability of who has it and who does
> not is not set by us.
>
>

Personally, I see this as a problem (a minor one, perhaps, but still a
problem). We should run our own, or use something which we have more
control over.



> >
> > The other problem is that I keep having to ask people filing private
> bugs if
> > it is okay with them to make them public, and then to open the bugs
> again if
> > they accidentally turn it private afterwards.
> >
> > Surely it's best to remove this capability from Bugzilla?
> >
> > (In case anyone wonders: We do not file Fedora bugs for embargoed
> security
> > issues at all, so a Bugzilla permissions change would have zero impact on
> > that front.)
> >
> > Thanks,
> > Florian
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
>
>
> --
> Stephen J Smoogen.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Private Bugzilla bugs

[Adam Williamson]

On Fri, 2016-10-21 at 20:25 +0200, Florian Weimer wrote:
> Why does Bugzilla allow filing private Fedora bugs?
> 
> I'm not sure who has the capability (it may be tied to specific 
> accounts).  It is not all that helpful because accounts on the Cc: list 
> still receive notifications and can access the bug.  Recipients of the 
> notifications may include public mailing lists.  This is probably not 
> what people make bugs private expect.
> 
> The other problem is that I keep having to ask people filing private 
> bugs if it is okay with them to make them public, and then to open the 
> bugs again if they accidentally turn it private afterwards.
> 
> Surely it's best to remove this capability from Bugzilla?

One major reason is for abrt reports; the data abrt submits can include
sensitive stuff. abrt actually tries to detect if there is any
possibly-sensitive information in any of the stuff it uploads and makes
the bug private by default if so. This mechanism tends to be overly
sensitive, and is probably the #1 source of private Fedora bugs. But it
*is* a genuine case: we actually discovered a couple of cases back in
2013-4 of abrt-filed bugs containing users' passwords. Making those
private isn't a perfect fix - as you say, there's still a lot of people
who can access them - but it at least stops absolutely anyone from
being able to scrape them out of bugzilla (and all the search engine
bots and so on).
-- 
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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

F25 workstation, and (almost) hidpi displays

[Chris Murphy]

HP Spectre 13" 1920x1080 and all text everywhere by default is just on
the cusp of too small. I don't think this is really a hidpi display,
so I'd expect this problem to be much worse if it were 3200x1800.

To compensate, I'm using Large Text in Universal Access. But
applications don't use that, such as Firefox.  Further,
Preferences>Content >Fonts & Colors> Size is not used on many sites,
so that produces mixed results. Yes I can control-+ to get bigger
text, but that's a per page setting apparently - so I get even more
mixed results.

So... what am I missing that'd make this a better out of the box experience?

This is gnome 3.22.1 on wayland. Thanks.

-- 
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Private Bugzilla bugs

[Stephen John Smoogen]

On 21 October 2016 at 14:25, Florian Weimer  wrote:
> Why does Bugzilla allow filing private Fedora bugs?
>

Because people believe they are posting private information from their
systems which they do not want to have broad dissemination. There are
many times where Fedora bugs were part of Red Hat customer information
which they wanted to keep private to the best possible.

I believe that previous conversations of getting it removed ended up
like the Debian private debates.. you can't get enough people to agree
to not wanting it or to go through the private ones to see if they can
be public.


> I'm not sure who has the capability (it may be tied to specific accounts).
> It is not all that helpful because accounts on the Cc: list still receive
> notifications and can access the bug.  Recipients of the notifications may
> include public mailing lists.  This is probably not what people make bugs
> private expect.

We don't run the Bugzilla so the capability of who has it and who does
not is not set by us.

>
> The other problem is that I keep having to ask people filing private bugs if
> it is okay with them to make them public, and then to open the bugs again if
> they accidentally turn it private afterwards.
>
> Surely it's best to remove this capability from Bugzilla?
>
> (In case anyone wonders: We do not file Fedora bugs for embargoed security
> issues at all, so a Bugzilla permissions change would have zero impact on
> that front.)
>
> Thanks,
> Florian
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



-- 
Stephen J Smoogen.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Private Bugzilla bugs

[Florian Weimer]

Why does Bugzilla allow filing private Fedora bugs?

I'm not sure who has the capability (it may be tied to specific 
accounts).  It is not all that helpful because accounts on the Cc: list 
still receive notifications and can access the bug.  Recipients of the 
notifications may include public mailing lists.  This is probably not 
what people make bugs private expect.


The other problem is that I keep having to ask people filing private 
bugs if it is okay with them to make them public, and then to open the 
bugs again if they accidentally turn it private afterwards.


Surely it's best to remove this capability from Bugzilla?

(In case anyone wonders: We do not file Fedora bugs for embargoed 
security issues at all, so a Bugzilla permissions change would have zero 
impact on that front.)


Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Rawhide-20161021.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 12/101 (x86_64), 2/17 (i386), 1/2 (arm)

ID: 42775   Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/42775
ID: 42784   Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/42784
ID: 42795   Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/42795
ID: 42801   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/42801
ID: 42814   Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/42814
ID: 42817   Test: x86_64 Server-dvd-iso server_cockpit_basic
URL: https://openqa.fedoraproject.org/tests/42817
ID: 42848   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/42848
ID: 42852   Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/42852
ID: 42862   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/42862
ID: 42865   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/42865
ID: 42867   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/42867
ID: 42869   Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/42869
ID: 42870   Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/42870
ID: 42888   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/42888
ID: 42889   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/42889

Soft failed openQA tests: 1/101 (x86_64)
(Tests completed, but using a workaround for a known bug)

ID: 43011   Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/43011

Passed openQA tests: 85/101 (x86_64), 15/17 (i386)

Skipped openQA tests: 1 of 120
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1381896] perl-No-Worries-1.3 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-No-Worries-1.3-1.el5   |perl-No-Worries-1.3-1.el5
   |perl-No-Worries-1.3-1.el7   |perl-No-Worries-1.3-1.el7
   ||perl-No-Worries-1.3-1.el6



--- Comment #6 from Fedora Update System  ---
perl-No-Worries-1.3-1.el6 has been pushed to the Fedora EPEL 6 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1381897] perl-Messaging-Message-1.6.1 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Messaging-Message-1.6. |perl-Messaging-Message-1.6.
   |1-1.el5 |1-1.el5
   |perl-Messaging-Message-1.6. |perl-Messaging-Message-1.6.
   |1-1.el7 |1-1.el7
   ||perl-Messaging-Message-1.6.
   ||1-1.el6



--- Comment #7 from Fedora Update System  ---
perl-Messaging-Message-1.6.1-1.el6 has been pushed to the Fedora EPEL 6 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Unknown build target

[Antonio Trande]

Hi all.

Just a question:

why does Koji not work with specific tags?

$ koji list-tags | grep f25
f25
f25-Alpha
f25-Beta
f25-build
f25-compose
f25-ghc
f25-gnome
f25-golang17
f25-icu
f25-infra
f25-infra-candidate
f25-kde
f25-openh264
f25-override
f25-perl
f25-python
f25-updates
f25-updates-candidate
f25-updates-pending
f25-updates-testing
f25-updates-testing-pending

$ koji build --scratch f25-updates-testing xxx.src.rpm
Usage: koji build [options] target 
(Specify the --help global option for a list of other help options)

koji: error: Unknown build target: f25-updates-testing


-- 
---
Antonio Trande
mailto: sagitter 'at' fedoraproject 'dot' org
http://fedoraos.wordpress.com/
https://fedoraproject.org/wiki/User:Sagitter
GPG Key: 0x6CE6D08A
Check on https://keys.fedoraproject.org/



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Notifications on dependency retirement

[Till Maas]

On Fri, Oct 21, 2016 at 11:51:25AM +0200, Julien Enselme wrote:

> I guess that in this case you mean the (co)maintainer of the retired
> package not its dependencies. Can I ask what permissions on the package
> are required to get these mails?
> 
> What I find strange here is that I am a (co)maintainer for ccnet (watch
> & commit permissions only) but I didn't get these mails.

Any permission suffices, however it took a while since I sent the last
e-mail till I got to retire the packages. You should have gotten at
least the e-mail "Orphaned Packages in rawhide (2016-09-08)" and several
before it. Can you please properly check you mailbox? The e-mail
mentions your FAS username therefore I am pretty sure that there was a
mail sent to you, but I do not have any logs to check it.

Kind regards
Till


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Broken dependencies: perl-Authen-Krb5-Admin

[Robbie Harwood]

build...@fedoraproject.org writes:

> perl-Authen-Krb5-Admin has broken dependencies in the rawhide tree:
> On aarch64:
>   perl-Authen-Krb5-Admin-0.17-12.fc25.aarch64 requires 
> libkadm5clnt_mit.so.10()(64bit)
>   perl-Authen-Krb5-Admin-0.17-12.fc25.aarch64 requires 
> libkadm5clnt_mit.so.10(kadm5clnt_mit_10_MIT)(64bit)
> On x86_64:
>   perl-Authen-Krb5-Admin-0.17-12.fc25.x86_64 requires 
> libkadm5clnt_mit.so.10()(64bit)
>   perl-Authen-Krb5-Admin-0.17-12.fc25.x86_64 requires 
> libkadm5clnt_mit.so.10(kadm5clnt_mit_10_MIT)(64bit)
> On i386:
>   perl-Authen-Krb5-Admin-0.17-12.fc25.i686 requires libkadm5clnt_mit.so.10
>   perl-Authen-Krb5-Admin-0.17-12.fc25.i686 requires 
> libkadm5clnt_mit.so.10(kadm5clnt_mit_10_MIT)
> On armhfp:
>   perl-Authen-Krb5-Admin-0.17-12.fc25.armv7hl requires 
> libkadm5clnt_mit.so.10
>   perl-Authen-Krb5-Admin-0.17-12.fc25.armv7hl requires 
> libkadm5clnt_mit.so.10(kadm5clnt_mit_10_MIT)
> Please resolve this as soon as possible.

Hi, could you plan to rebuild against krb5-1.15 soon?  Thanks!


signature.asc
Description: PGP signature
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Fedora 25-20161021.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 5/101 (x86_64), 1/17 (i386)

ID: 42904   Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/42904
ID: 42914   Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/42914
ID: 42986   Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/42986
ID: 43009   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/43009
ID: 43014   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/43014
ID: 43018   Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/43018

Soft failed openQA tests: 1/101 (x86_64)
(Tests completed, but using a workaround for a known bug)

ID: 42909   Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/42909

Passed openQA tests: 95/101 (x86_64), 16/17 (i386), 2/2 (arm)
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1379997] perl-Canary-Stability-2012 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc26  |1.fc26
   |perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc25  |1.fc25
   |perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc24  |1.fc24
   |perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.fc23  |1.fc23
   |perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.el5   |1.el5
   |perl-Canary-Stability-2012- |perl-Canary-Stability-2012-
   |1.el6   |1.el6
   ||perl-Canary-Stability-2012-
   ||1.el7



--- Comment #13 from Fedora Update System  ---
perl-Canary-Stability-2012-1.el7 has been pushed to the Fedora EPEL 7 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1381896] perl-No-Worries-1.3 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-No-Worries-1.3-1.el5   |perl-No-Worries-1.3-1.el5
   ||perl-No-Worries-1.3-1.el7



--- Comment #5 from Fedora Update System  ---
perl-No-Worries-1.3-1.el7 has been pushed to the Fedora EPEL 7 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1381897] perl-Messaging-Message-1.6.1 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Messaging-Message-1.6. |perl-Messaging-Message-1.6.
   |1-1.el5 |1-1.el5
   ||perl-Messaging-Message-1.6.
   ||1-1.el7



--- Comment #6 from Fedora Update System  ---
perl-Messaging-Message-1.6.1-1.el7 has been pushed to the Fedora EPEL 7 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.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Koji payload hash?

[Kevin Fenzi]

On Thu, 20 Oct 2016 16:42:02 +
Christopher  wrote:

> What is the "Payload Hash" in koji?
> It looks like an MD5, but of what? It's not the rpm... I've checked.
> Should koji be providing verification hashes for manual downloads of
> built RPMs? I think this would be useful for testing.
> 
> http://koji.fedoraproject.org/koji/rpminfo?rpmID=8351409

I'm not sure either. I think it's the internal payload before adding
the signatures, etc?

In any case if you want a change in koji behavior, best to ask that
upstream: 

https://pagure.io/koji/issues

kevin


pgpP19_2rVx5E.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: Retire Synaptics Driver

[Kevin Fenzi]

On Fri, 21 Oct 2016 09:17:08 +1000
Peter Hutterer  wrote:

> On Thu, Oct 20, 2016 at 08:16:21PM -, Johannes Lips wrote:
> > > On Thu, 20 Oct 2016 10:08:29 +0200
> > > Johannes Lips  > > 
> > > 
> > > Can you expand on how/what didn't work here?
> > > 
> > > I've been using it here with Xfce just fine since support was
> > > added... no particular problems here.   
> > Hi Kevin,
> > I think I was affected by this bug, basically natural scrolling was
> > different across the gtk toolkits.
> > https://bugzilla.xfce.org/show_bug.cgi?id=11193  
> 
> that sounds... odd. when libinput enables natural scrolling, the
> scroll events coming out of the driver are already inverted. The
> toolkits don't get a say in that and it should be completely
> transparent anyway.

Yeah, I have never seen that here. 

Can you perhaps provide the information Oliver is asking for in the bug?

kevin


pgpvdf5QB4gMS.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Kevin Kofler]

Tom Hughes wrote:
> Because it's packaging some emacs extensions:
> 
> % rpm -ql libidn.x86_64 | fgrep emacs
> /usr/share/emacs/site-lisp/libidn
> /usr/share/emacs/site-lisp/libidn/idna.el
> /usr/share/emacs/site-lisp/libidn/idna.elc
> /usr/share/emacs/site-lisp/libidn/punycode.el
> /usr/share/emacs/site-lisp/libidn/punycode.elc

Why are these not in some emacs-libidn subpackage? Not all the world uses 
Emacs!

Ctrl-X Ctrl-C,
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Stephen John Smoogen]

On 21 October 2016 at 10:55, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Fri, Oct 21, 2016 at 02:23:47PM +0100, Peter Robinson wrote:
>> On Fri, Oct 21, 2016 at 2:21 PM, Zbigniew Jędrzejewski-Szmek
>>  wrote:
>> > On Fri, Oct 21, 2016 at 01:31:25PM +0200, Jan Kratochvil wrote:
>> >> On Fri, 21 Oct 2016 13:18:38 +0200, Peter Robinson wrote:
>> >> > guild would be because it's a dep of a dep of gdb-headless
>> >>   guile
>> >>
>> >> libguile-2.0.so.22 is DT_NEEDED - as shown by ldd.
>> >>
>> >> Easy way would be to make gdb-headless a separate binary/build.
>> >>
>> >> Less easy way would be to dlopen() libguile from gdb and keep there some 
>> >> stub
>> >> with dlsym()ed pointers to functions.  Or maybe provide weak symbols all
>> >> pointing to a function dlopen()ing libguile and so the weak symbols would 
>> >> get
>> >> overriden by real symbols from libguile.  Or is solved by some project?
>> >>
>> >> Not sure if that guile dependency is such an issue.
>> >
>> > Can't we instead add fake Provides: this-package-is-not-critpath
>> > and ignore such packages from the script which makes them critpath?
>> > This seems like a better solution than doing ugly things like dlopen
>> > (and breaking automatic Requires, etc.)
>>
>> Or just not care if they're critpath? I'm not sure what the problem is.
>
> Additional constraints on updates.

Just say it.. no one wants to admit that emacs is needed for an OS to
be operational :).


-- 
Stephen J Smoogen.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Schedule for Today's FESCo Meeting (2016-10-21)

[Adam Miller]

Apologies for getting the agenda out late.

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

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

or run:
  date -d '2016-10-21 16:00 UTC'


Links to all issues below can be found at:
https://pagure.io/fesco/report/meeting_agenda

= Followups =

#topic #1634 EOL and vulnerable software
.fesco 1634
https://pagure.io/fesco/issue/1634

= New business =

#topic #1635 F26 Self Contained Changes
.fesco 1635
https://pagure.io/fesco/issue/1635

= Open Floor =

For more complete details, please visit each individual
issue.  The report of the agenda items can be found at
https://pagure.io/fesco/report/meeting_agenda

If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/fesco, e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.

-AdamM
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Zbigniew Jędrzejewski-Szmek]

On Fri, Oct 21, 2016 at 02:23:47PM +0100, Peter Robinson wrote:
> On Fri, Oct 21, 2016 at 2:21 PM, Zbigniew Jędrzejewski-Szmek
>  wrote:
> > On Fri, Oct 21, 2016 at 01:31:25PM +0200, Jan Kratochvil wrote:
> >> On Fri, 21 Oct 2016 13:18:38 +0200, Peter Robinson wrote:
> >> > guild would be because it's a dep of a dep of gdb-headless
> >>   guile
> >>
> >> libguile-2.0.so.22 is DT_NEEDED - as shown by ldd.
> >>
> >> Easy way would be to make gdb-headless a separate binary/build.
> >>
> >> Less easy way would be to dlopen() libguile from gdb and keep there some 
> >> stub
> >> with dlsym()ed pointers to functions.  Or maybe provide weak symbols all
> >> pointing to a function dlopen()ing libguile and so the weak symbols would 
> >> get
> >> overriden by real symbols from libguile.  Or is solved by some project?
> >>
> >> Not sure if that guile dependency is such an issue.
> >
> > Can't we instead add fake Provides: this-package-is-not-critpath
> > and ignore such packages from the script which makes them critpath?
> > This seems like a better solution than doing ugly things like dlopen
> > (and breaking automatic Requires, etc.)
> 
> Or just not care if they're critpath? I'm not sure what the problem is.

Additional constraints on updates.

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] python34 in testing for EPEL6

[Tim Orling]

I came across a need for python34 in CentOS 6.8 and decided to go ahead and 
package it for EL6 (SCLs were already available). I have also packaged a number 
of other python3 modules, which are also in testing. If you are interested, 
please take a moment to review:

https://bodhi.fedoraproject.org/users/ttorling

Any testing and karma is much appreciated.

--Tim (Intel)

P.S. A big Thank You to orionp for the original python34 patch and for 
answering many questions during the process.
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Fedora rawhide compose report: 20161021.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20161020.n.0
NEW: Fedora-Rawhide-20161021.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  5
Dropped packages:0
Upgraded packages:   63
Downgraded packages: 0

Size of added packages:  14.19 MiB
Size of dropped packages:0.00 B
Size of upgraded packages:   2.69 GiB
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   53.49 MiB
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: php-akamai-open-edgegrid-auth-0.6.0-1.fc26
Summary: Implements the Akamai {OPEN} EdgeGrid Authentication
RPMs:php-akamai-open-edgegrid-auth
Size:19558 bytes

Package: php-asm89-stack-cors-1.0.0-1.fc26
Summary: Cross-origin resource sharing library and stack middleware
RPMs:php-asm89-stack-cors
Size:11382 bytes

Package: php-fedora-autoloader-0.1.1-1.fc26
Summary: Fedora Autoloader
RPMs:php-fedora-autoloader php-fedora-autoloader-devel
Size:19968 bytes

Package: python-deap-1.0.1-1.20160624git232ed17.fc26
Summary: Distributed Evolutionary Algorithms in Python
RPMs:python-deap-doc python2-deap python3-deap
Size:12887230 bytes

Package: python-ruamel-yaml-0.12.14-1.fc26
Summary: YAML 1.2 loader/dumper package for Python
RPMs:python2-ruamel-yaml python3-ruamel-yaml
Size:1939600 bytes


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  SDL2-2.0.5-1.fc26
Old package:  SDL2-2.0.4-9.fc26
Summary:  A cross-platform multimedia library
RPMs: SDL2 SDL2-devel SDL2-static
Size: 4507408 bytes
Size change:  116624 bytes
Changelog:
  * Thu Oct 20 2016 Igor Gnatenko <i.gnatenko.br...@gmail.com> - 2.0.5-1
  - Update to 2.0.5 (RHBZ #1387238)


Package:  amanda-3.4-1.fc26
Old package:  amanda-3.3.9-3.fc26
Summary:  A network-capable tape backup solution
RPMs: amanda amanda-client amanda-libs amanda-server
Size: 8655264 bytes
Size change:  1212256 bytes
Changelog:
  * Wed Oct 19 2016 Josef Ridky <jri...@redhat.com> - 3.4-1
  - New upstream release 3.4 (#1386434) - resolves (#1384065)


Package:  blinken-16.08.2-1.fc26
Old package:  blinken-16.08.1-1.fc26
Summary:  Memory Enhancement Game
RPMs: blinken
Size: 2322676 bytes
Size change:  -1872 bytes
Changelog:
  * Thu Oct 13 2016 Rex Dieter <rdie...@fedoraproject.org> - 16.08.2-1
  - 16.08.2


Package:  btbuilder-0.5.13-1.fc26
Old package:  btbuilder-0.5.12-1.fc26
Summary:  Turn based role-playing game builder and engine
RPMs: btbuilder btbuilder-data
Size: 408342890 bytes
Size change:  165572 bytes
Changelog:
  * Wed Oct 19 2016 Dennis Payne <du...@identicalsoftware.com> - 0.5.13-1
  - New version of btbuilder released.


Package:  calamares-2.4.2-3.fc26
Old package:  calamares-2.4.2-2.fc26
Summary:  Installer from a live CD/DVD/USB to disk
RPMs: calamares calamares-devel calamares-interactiveterminal 
calamares-libs calamares-webview
Size: 4380004 bytes
Size change:  4516 bytes
Changelog:
  * Thu Oct 20 2016 Kevin Kofler <ke...@tigcc.ticalc.org> - 2.4.2-3
  - grubcfg module: Fix mismatched quoting and escaping
  - Update dracut-luks-fde backport with the grubcfg fixes for hostonly="no" 
mode


Package:  cantor-16.08.2-1.fc26
Old package:  cantor-16.08.1-2.fc26
Summary:  KDE Frontend to Mathematical Software
RPMs: cantor cantor-R cantor-devel cantor-libs python2-cantor 
python3-cantor
Size: 4386100 bytes
Size change:  4968 bytes
Changelog:
  * Thu Oct 13 2016 Rex Dieter <rdie...@fedoraproject.org> - 16.08.2-1
  - 16.08.2


Package:  compat-openssl10-1:1.0.2j-5.fc26
Old package:  compat-openssl10-1:1.0.2j-4.fc26
Summary:  Compatibility version of the OpenSSL library
RPMs: compat-openssl10 compat-openssl10-devel
Size: 9745924 bytes
Size change:  35156 bytes
Changelog:
  * Thu Oct 20 2016 Tom Mr??z <tm...@redhat.com> 1.0.2j-5
  - fix -devel subpackage conflict with man-pages package (#1387175)


Package:  doxygen-1:1.8.12-2.fc26
Old package:  doxygen-1:1.8.12-1.fc26
Summary:  A documentation system for C/C++
RPMs: doxygen doxygen-doxywizard doxygen-latex
Size: 18414588 bytes
Size change:  -1464 bytes
Changelog:
  * Thu Oct 20 2016 Than Ngo <t...@redhat.com> - 1:1.8.12-2
  - backport upstream fixes
Bug 771310 - French description for "Namespace Members" is wrong and causes 
fatal javascript error
Bug 771344 - Class name 'internal' breaks class hierarchy in C++


Package:  erlang-bitcask-2.0.6-1.fc26
Old package:  erlang-bitcask-2.0.3-1.fc26
Summary:  Eric Brewer-inspired key/value store
RPMs: erlang-bitcask
Size: 3262144 bytes
Size change:  -428 bytes
Changelog:
  * Thu Oct 20 2016 Peter Lemenkov <lemen...@gmail.com> - 2.0.6-1
  - Ver. 2.0.6


Package:  fcitx-qt5-1.0.6-1.fc26

Broken dependencies: perl-Authen-Krb5-Admin

[buildsys]

perl-Authen-Krb5-Admin has broken dependencies in the rawhide tree:
On aarch64:
perl-Authen-Krb5-Admin-0.17-12.fc25.aarch64 requires 
libkadm5clnt_mit.so.10()(64bit)
perl-Authen-Krb5-Admin-0.17-12.fc25.aarch64 requires 
libkadm5clnt_mit.so.10(kadm5clnt_mit_10_MIT)(64bit)
On x86_64:
perl-Authen-Krb5-Admin-0.17-12.fc25.x86_64 requires 
libkadm5clnt_mit.so.10()(64bit)
perl-Authen-Krb5-Admin-0.17-12.fc25.x86_64 requires 
libkadm5clnt_mit.so.10(kadm5clnt_mit_10_MIT)(64bit)
On i386:
perl-Authen-Krb5-Admin-0.17-12.fc25.i686 requires libkadm5clnt_mit.so.10
perl-Authen-Krb5-Admin-0.17-12.fc25.i686 requires 
libkadm5clnt_mit.so.10(kadm5clnt_mit_10_MIT)
On armhfp:
perl-Authen-Krb5-Admin-0.17-12.fc25.armv7hl requires 
libkadm5clnt_mit.so.10
perl-Authen-Krb5-Admin-0.17-12.fc25.armv7hl requires 
libkadm5clnt_mit.so.10(kadm5clnt_mit_10_MIT)
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Broken dependencies: perl-Alien-ROOT

[buildsys]

perl-Alien-ROOT has broken dependencies in the rawhide tree:
On aarch64:
perl-Alien-ROOT-5.34.36.1-1.fc26.noarch requires root-core
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the rawhide tree:
On aarch64:
perl-Data-Alias-1.20-2.fc24.aarch64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.aarch64 requires perl(:MODULE_COMPAT_5.22.1)
On x86_64:
perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Data-Alias-1.20-2.fc24.i686 requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.i686 requires perl(:MODULE_COMPAT_5.22.1)
On armhfp:
perl-Data-Alias-1.20-2.fc24.armv7hl requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.armv7hl requires perl(:MODULE_COMPAT_5.22.1)
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Peter Robinson]

On Fri, Oct 21, 2016 at 2:21 PM, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Fri, Oct 21, 2016 at 01:31:25PM +0200, Jan Kratochvil wrote:
>> On Fri, 21 Oct 2016 13:18:38 +0200, Peter Robinson wrote:
>> > guild would be because it's a dep of a dep of gdb-headless
>>   guile
>>
>> libguile-2.0.so.22 is DT_NEEDED - as shown by ldd.
>>
>> Easy way would be to make gdb-headless a separate binary/build.
>>
>> Less easy way would be to dlopen() libguile from gdb and keep there some stub
>> with dlsym()ed pointers to functions.  Or maybe provide weak symbols all
>> pointing to a function dlopen()ing libguile and so the weak symbols would get
>> overriden by real symbols from libguile.  Or is solved by some project?
>>
>> Not sure if that guile dependency is such an issue.
>
> Can't we instead add fake Provides: this-package-is-not-critpath
> and ignore such packages from the script which makes them critpath?
> This seems like a better solution than doing ugly things like dlopen
> (and breaking automatic Requires, etc.)

Or just not care if they're critpath? I'm not sure what the problem is.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Zbigniew Jędrzejewski-Szmek]

On Fri, Oct 21, 2016 at 01:31:25PM +0200, Jan Kratochvil wrote:
> On Fri, 21 Oct 2016 13:18:38 +0200, Peter Robinson wrote:
> > guild would be because it's a dep of a dep of gdb-headless
>   guile
> 
> libguile-2.0.so.22 is DT_NEEDED - as shown by ldd.
> 
> Easy way would be to make gdb-headless a separate binary/build.
> 
> Less easy way would be to dlopen() libguile from gdb and keep there some stub
> with dlsym()ed pointers to functions.  Or maybe provide weak symbols all
> pointing to a function dlopen()ing libguile and so the weak symbols would get
> overriden by real symbols from libguile.  Or is solved by some project?
> 
> Not sure if that guile dependency is such an issue.

Can't we instead add fake Provides: this-package-is-not-critpath
and ignore such packages from the script which makes them critpath?
This seems like a better solution than doing ugly things like dlopen
(and breaking automatic Requires, etc.)

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1387642] perl-Log-Report-1.18 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Log-Report-1.18-1.fc26



--- Comment #1 from Petr Pisar  ---
A bug-fix release suitable for Fedora ≥ 25.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Log-Report (f25). "1.18 bump"

[notifications]

From 0f7bcac52f1ce4e5956ad4df4e0c51b4594d613f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 21 Oct 2016 15:02:20 +0200
Subject: 1.18 bump

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

diff --git a/.gitignore b/.gitignore
index b07c063..4d8b7b0 100644
--- a/.gitignore
+++ b/.gitignore
@@ -14,3 +14,4 @@
 /Log-Report-1.15.tar.gz
 /Log-Report-1.16.tar.gz
 /Log-Report-1.17.tar.gz
+/Log-Report-1.18.tar.gz
diff --git a/perl-Log-Report.spec b/perl-Log-Report.spec
index 8175444..79feedf 100644
--- a/perl-Log-Report.spec
+++ b/perl-Log-Report.spec
@@ -1,5 +1,5 @@
 Name:   perl-Log-Report
-Version:1.17
+Version:1.18
 Release:1%{?dist}
 Summary:Report a problem with exceptions and translation support
 License:GPL+ or Artistic
@@ -219,6 +219,9 @@ make test
 %{_mandir}/man3/MojoX::Log::Report.*
 
 %changelog
+* Fri Oct 21 2016 Petr Pisar  - 1.18-1
+- 1.18 bump
+
 * Wed Sep 21 2016 Petr Pisar  - 1.17-1
 - 1.17 bump
 
diff --git a/sources b/sources
index 32e58ad..4447242 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-672d765d08cdad081092074c780587a2  Log-Report-1.17.tar.gz
+156055e98a0b2f2daee52b5210be4faf  Log-Report-1.18.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Log-Report.git/commit/?h=f25=0f7bcac52f1ce4e5956ad4df4e0c51b4594d613f
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Log-Report (master). "1.18 bump"

[notifications]

From 0f7bcac52f1ce4e5956ad4df4e0c51b4594d613f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 21 Oct 2016 15:02:20 +0200
Subject: 1.18 bump

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

diff --git a/.gitignore b/.gitignore
index b07c063..4d8b7b0 100644
--- a/.gitignore
+++ b/.gitignore
@@ -14,3 +14,4 @@
 /Log-Report-1.15.tar.gz
 /Log-Report-1.16.tar.gz
 /Log-Report-1.17.tar.gz
+/Log-Report-1.18.tar.gz
diff --git a/perl-Log-Report.spec b/perl-Log-Report.spec
index 8175444..79feedf 100644
--- a/perl-Log-Report.spec
+++ b/perl-Log-Report.spec
@@ -1,5 +1,5 @@
 Name:   perl-Log-Report
-Version:1.17
+Version:1.18
 Release:1%{?dist}
 Summary:Report a problem with exceptions and translation support
 License:GPL+ or Artistic
@@ -219,6 +219,9 @@ make test
 %{_mandir}/man3/MojoX::Log::Report.*
 
 %changelog
+* Fri Oct 21 2016 Petr Pisar  - 1.18-1
+- 1.18 bump
+
 * Wed Sep 21 2016 Petr Pisar  - 1.17-1
 - 1.17 bump
 
diff --git a/sources b/sources
index 32e58ad..4447242 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-672d765d08cdad081092074c780587a2  Log-Report-1.17.tar.gz
+156055e98a0b2f2daee52b5210be4faf  Log-Report-1.18.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Log-Report.git/commit/?h=master=0f7bcac52f1ce4e5956ad4df4e0c51b4594d613f
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar uploaded Log-Report-1.18.tar.gz for perl-Log-Report

[notifications]

156055e98a0b2f2daee52b5210be4faf  Log-Report-1.18.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Log-Report/Log-Report-1.18.tar.gz/md5/156055e98a0b2f2daee52b5210be4faf/Log-Report-1.18.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[389-devel] Please review: Ticket #48133 v2 - Non tombstone entry which dn starting with "nsuniqueid=...," cannot be deleted

[Ludwig Krispenz]

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

https://fedorahosted.org/389/attachment/ticket/48133/0001-Ticket-48133-v2-Non-tombstone-entry-which-dn-startin.patch


--
Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Eric 
Shander
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[Bug 1387452] perl-DateTime-TimeZone-2.06 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-DateTime-TimeZone-2.06
   ||-1.fc26



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-DateTime-TimeZone (f25). "2.06 bump (2016h Olson database)"

[notifications]

From 164135c8dfd65812dcfa49ca3775ca34b0c238af Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 21 Oct 2016 14:33:08 +0200
Subject: 2.06 bump (2016h Olson database)

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

diff --git a/perl-DateTime-TimeZone.spec b/perl-DateTime-TimeZone.spec
index 7944024..e10377c 100644
--- a/perl-DateTime-TimeZone.spec
+++ b/perl-DateTime-TimeZone.spec
@@ -1,6 +1,6 @@
 Name:   perl-DateTime-TimeZone
-Version:2.05
-Release:2%{?dist}
+Version:2.06
+Release:1%{?dist}
 Summary:Time zone object base class and factory
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -99,6 +99,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 21 2016 Jitka Plesnikova  - 2.06-1
+- 2.06 bump (2016h Olson database)
+
 * Thu Oct 06 2016 Jitka Plesnikova  - 2.05-2
 - Add BR perl(DateTime) to run more tests
 
diff --git a/sources b/sources
index 19bbb61..1a94537 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c48de9112613c16fd280c23d32706d10  DateTime-TimeZone-2.05.tar.gz
+b24832c5dcf43e132e829c1cdc1fa19c  DateTime-TimeZone-2.06.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-DateTime-TimeZone.git/commit/?h=f25=164135c8dfd65812dcfa49ca3775ca34b0c238af
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1387642] New: perl-Log-Report-1.18 is available

[bugzilla]

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

Bug ID: 1387642
   Summary: perl-Log-Report-1.18 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Log-Report
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 1.18
Current version/release in rawhide: 1.17-1.fc26
URL: http://search.cpan.org/dist/Log-Report/

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.

Based on the information from anitya: 
https://release-monitoring.org/project/3044/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-DateTime-TimeZone (master). "2.06 bump (2016h Olson database)"

[notifications]

From c95d992bbeb53405f5a24239379467873c2e70ba Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 21 Oct 2016 14:33:08 +0200
Subject: 2.06 bump (2016h Olson database)

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

diff --git a/perl-DateTime-TimeZone.spec b/perl-DateTime-TimeZone.spec
index 7944024..e10377c 100644
--- a/perl-DateTime-TimeZone.spec
+++ b/perl-DateTime-TimeZone.spec
@@ -1,6 +1,6 @@
 Name:   perl-DateTime-TimeZone
-Version:2.05
-Release:2%{?dist}
+Version:2.06
+Release:1%{?dist}
 Summary:Time zone object base class and factory
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -99,6 +99,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 21 2016 Jitka Plesnikova  - 2.06-1
+- 2.06 bump (2016h Olson database)
+
 * Thu Oct 06 2016 Jitka Plesnikova  - 2.05-2
 - Add BR perl(DateTime) to run more tests
 
diff --git a/sources b/sources
index 19bbb61..1a94537 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c48de9112613c16fd280c23d32706d10  DateTime-TimeZone-2.05.tar.gz
+b24832c5dcf43e132e829c1cdc1fa19c  DateTime-TimeZone-2.06.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-DateTime-TimeZone.git/commit/?h=master=c95d992bbeb53405f5a24239379467873c2e70ba
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik uploaded DateTime-TimeZone-2.06.tar.gz for perl-DateTime-TimeZone

[notifications]

b24832c5dcf43e132e829c1cdc1fa19c  DateTime-TimeZone-2.06.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-DateTime-TimeZone/DateTime-TimeZone-2.06.tar.gz/md5/b24832c5dcf43e132e829c1cdc1fa19c/DateTime-TimeZone-2.06.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Jan Kratochvil]

On Fri, 21 Oct 2016 13:18:38 +0200, Peter Robinson wrote:
> guild would be because it's a dep of a dep of gdb-headless
  guile

libguile-2.0.so.22 is DT_NEEDED - as shown by ldd.

Easy way would be to make gdb-headless a separate binary/build.

Less easy way would be to dlopen() libguile from gdb and keep there some stub
with dlsym()ed pointers to functions.  Or maybe provide weak symbols all
pointing to a function dlopen()ing libguile and so the weak symbols would get
overriden by real symbols from libguile.  Or is solved by some project?

Not sure if that guile dependency is such an issue.


Jan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Tom Hughes]

On 21/10/16 12:18, Peter Robinson wrote:


Because they get pulled into builds for core deliverables.  In the
case of emacs I believe it's because emacs-filesystem gets pulled in
due to libidn (I've no idea why libidn needs that and I'd love to get
that dep removed).


Because it's packaging some emacs extensions:

% rpm -ql libidn.x86_64 | fgrep emacs
/usr/share/emacs/site-lisp/libidn
/usr/share/emacs/site-lisp/libidn/idna.el
/usr/share/emacs/site-lisp/libidn/idna.elc
/usr/share/emacs/site-lisp/libidn/punycode.el
/usr/share/emacs/site-lisp/libidn/punycode.elc

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Peter Robinson]

On Fri, Oct 21, 2016 at 9:43 AM, Jan Synacek  wrote:
> Why were critpath flags set on Emacs and Guile?

Because they get pulled into builds for core deliverables.  In the
case of emacs I believe it's because emacs-filesystem gets pulled in
due to libidn (I've no idea why libidn needs that and I'd love to get
that dep removed).

guild would be because it's a dep of a dep of gdb-headless and make
(not sure if make is in the default installs)

Peter
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New ExecDB

[Josef Skladanka]

So, after a long discussion, we arrived to this solution.

We will clearly split up the "who to notify" part, and "should we
re-schedule" part of the proposal. The party to notify will be stored in
the `notify` field, with `taskotron, task, unknown` options. Initially any
crashes in `shell` or `python` directive, during formula parsing, and when
installing the packages specified in the formula's environment will be sent
to task maintainers, every other crash to taskotron maintainer. That covers
what I initially wanted from the multiple crashed states.

On top of that, we feel that having an information on "what went wrong" is
important, and we'd like to have as much detail as possible, but on the
other hand we don't want the re-scheduling logic to be too complicated. We
agreed on using a `cause` field, with `minion, task, network, libtaskotron,
unknown` options, and storing any other details in a key-value store. We
will likely just re-schedule any crashed task anyway, at the beginning, but
this allows us to hoard some data, and make more informed decision later
on. On top of that, the `fatal` flag can be set, to say that it is not
necessary to reschedule, as the crash is unlikely to be fixed by that.

This allows us to keep the re-scheduling logic rather simple, and most
imporantly decoupled from the parts that just report what went wrong.
___
qa-devel mailing list -- qa-devel@lists.fedoraproject.org
To unsubscribe send an email to qa-devel-le...@lists.fedoraproject.org

pkgdb_updater updated: description of perl-Specio-Library-Path-Tiny

[notifications]

pkgdb_updater updated: description of perl-Specio-Library-Path-Tiny

https://admin.fedoraproject.org/pkgdb/package/perl-Specio-Library-Path-Tiny/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pkgdb_updater updated: description of perl-Net-Statsd-Server

[notifications]

pkgdb_updater updated: description of perl-Net-Statsd-Server
https://admin.fedoraproject.org/pkgdb/package/perl-Net-Statsd-Server/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Notifications on dependency retirement

[Julien Enselme]

On Thu, 2016-10-20 at 22:39 +0200, Till Maas wrote:
> On Wed, Oct 19, 2016 at 03:59:41PM +, Christopher wrote:
> > 
> > On Wed, Oct 19, 2016, 08:51 Julien Enselme 
> > wrote:
> > > 
> > > Thanks for the link. I didn't use to pay much attention to these
> > > emails. I'll be more careful in the future.
> > > 
> > 
> > There's a lot of noise on this list, and those emails are
> > information
> > overload. The fact that a particular package is affected is easily
> > overlooked. It'd be nice if a notice could be shown in pkgdb to
> > indicate
> > that a particular package has dependencies in a problematic state.
> > It'd
> > also be nice if each package has its own list or notification
> > feeds.
> 
> I might get to send smaller e-mails to each person eventually, but in
> the meantime the e-mails are not only sent to the list but also to
> each
> affected (co)maintainer individually.

I guess that in this case you mean the (co)maintainer of the retired
package not its dependencies. Can I ask what permissions on the package
are required to get these mails?

What I find strange here is that I am a (co)maintainer for ccnet (watch
& commit permissions only) but I didn't get these mails.

> Therefore getting the e-mail
> directly is indicates that one will be affected by the retirement and
> searching for ones FAS name in the e-mail shows which package needs
> to
> be adopted.
> 
> Kind regards
> Till

Regards,
-- 
Julien Enselme
http://www.jujens.eu/

signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Notifications on dependency retirement

[Julien Enselme]

On Thu, 2016-10-20 at 22:42 +0200, Till Maas wrote:
> 
> On Wed, Oct 19, 2016 at 01:34:18PM +0200, Julien Enselme wrote:
> 
> > 
> > 
> > I discovered this morning that a package I co-maintain was retired
> > (ccnet [1]) because one of its dependency was retired (libzdb [2]).
> > I
> > learned it only because we have an open bug on it that change
> > assigner
> > because of this fact. I'll call this notification thanks to luck.
> 
> > 
> > 
> > [1] https://admin.fedoraproject.org/pkgdb/package/rpms/ccnet/
> > [2] https://admin.fedoraproject.org/pkgdb/package/rpms/libzdb/
> 
> If you want to maintain these packages, I can unretire them for you
> and
> set you as main admin easily within two weeks of the retirement.
> 
> Kind regards
> Till

That would be great! I'll also need two packages retired because ccnet
was:

seafile: https://admin.fedoraproject.org/pkgdb/package/rpms/seafile/
seafile-client:
https://admin.fedoraproject.org/pkgdb/package/rpms/seafile-client/

Regards,
-- 
Julien Enselme
http://www.jujens.eu/

signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Critpath flags on Emacs and Guile

[Parag Nemade]

Hi,

On Fri, Oct 21, 2016 at 2:13 PM, Jan Synacek  wrote:
> Why were critpath flags set on Emacs and Guile?

I think guile package was added because of @critical-path-base
@critical-path-base installs rpm-build -> gdb-headless -> guile

and emacs package was added because of @core group
@core group installs iputils -> libidn -> emacs-filesystem

Regards,
Parag.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Critpath flags on Emacs and Guile

[Jan Synacek]

Why were critpath flags set on Emacs and Guile?

Cheers,
-- 
Jan Synacek
Software Engineer, Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-CPAN-Perl-Releases (f25). "2.98 bump"

[notifications]

From d9ea8e0c1ddd78b0c9aaf7e82b030802eb62fd7e Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 21 Oct 2016 10:25:21 +0200
Subject: 2.98 bump

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

diff --git a/.gitignore b/.gitignore
index d141479..a2d57f5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -56,3 +56,4 @@
 /CPAN-Perl-Releases-2.92.tar.gz
 /CPAN-Perl-Releases-2.94.tar.gz
 /CPAN-Perl-Releases-2.96.tar.gz
+/CPAN-Perl-Releases-2.98.tar.gz
diff --git a/perl-CPAN-Perl-Releases.spec b/perl-CPAN-Perl-Releases.spec
index 3adc19f..116bd7c 100644
--- a/perl-CPAN-Perl-Releases.spec
+++ b/perl-CPAN-Perl-Releases.spec
@@ -1,5 +1,5 @@
 Name:   perl-CPAN-Perl-Releases
-Version:2.96
+Version:2.98
 Release:1%{?dist}
 Summary:Mapping Perl releases on CPAN to the location of the tarballs
 License:GPL+ or Artistic
@@ -53,6 +53,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 21 2016 Jitka Plesnikova  - 2.98-1
+- 2.98 bump
+
 * Thu Oct 13 2016 Petr Pisar  - 2.96-1
 - 2.96 bump
 
diff --git a/sources b/sources
index 698bdc4..bc7dc22 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6a6799d04ab52472446c40a4a3a2  CPAN-Perl-Releases-2.96.tar.gz
+e82935dcbcbb292672df3f9211e8af13  CPAN-Perl-Releases-2.98.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-CPAN-Perl-Releases.git/commit/?h=f25=d9ea8e0c1ddd78b0c9aaf7e82b030802eb62fd7e
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1387453] perl-CPAN-Perl-Releases-2.98 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |MODIFIED
   Fixed In Version||perl-CPAN-Perl-Releases-2.9
   ||8-1.fc26



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: pkgdb2 devel

[Pierre-Yves Chibon]

On Thu, Oct 20, 2016 at 09:32:04PM +, Christopher wrote:
>Where does pkgdb2 development occur? Searching online, and
>https://admin.fedoraproject.org/pkgdb/ itself points to
>https://fedorahosted.org/pkgdb2/
>That page says there's a clone at
>https://github.com/fedora-infra/pkgdb2
> 
>But, based on what's at both locations, it seems like the Trac page is out
>of date and so is the link at the bottom of pkgdb, and the development is
>actually occurring on GitHub.
> 
>In short, should I file a Trac ticket or a GitHub issue for a feature
>request?

Both places are currently supported, until the project moves entirely to
pagure.io :)

I know, it feels a little like the xkcd cartoon: https://xkcd.com/927/


Pierre
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-CPAN-Perl-Releases (f24). "2.98 bump"

[notifications]

From 7f37555c99be3944679eca31a2da420358b05d6d Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 21 Oct 2016 10:25:21 +0200
Subject: 2.98 bump

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

diff --git a/.gitignore b/.gitignore
index d141479..a2d57f5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -56,3 +56,4 @@
 /CPAN-Perl-Releases-2.92.tar.gz
 /CPAN-Perl-Releases-2.94.tar.gz
 /CPAN-Perl-Releases-2.96.tar.gz
+/CPAN-Perl-Releases-2.98.tar.gz
diff --git a/perl-CPAN-Perl-Releases.spec b/perl-CPAN-Perl-Releases.spec
index 8c30cd1..1d28e4e 100644
--- a/perl-CPAN-Perl-Releases.spec
+++ b/perl-CPAN-Perl-Releases.spec
@@ -1,5 +1,5 @@
 Name:   perl-CPAN-Perl-Releases
-Version:2.96
+Version:2.98
 Release:1%{?dist}
 Summary:Mapping Perl releases on CPAN to the location of the tarballs
 License:GPL+ or Artistic
@@ -53,6 +53,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 21 2016 Jitka Plesnikova  - 2.98-1
+- 2.98 bump
+
 * Thu Oct 13 2016 Petr Pisar  - 2.96-1
 - 2.96 bump
 
diff --git a/sources b/sources
index 698bdc4..bc7dc22 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6a6799d04ab52472446c40a4a3a2  CPAN-Perl-Releases-2.96.tar.gz
+e82935dcbcbb292672df3f9211e8af13  CPAN-Perl-Releases-2.98.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-CPAN-Perl-Releases.git/commit/?h=f24=7f37555c99be3944679eca31a2da420358b05d6d
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-CPAN-Perl-Releases (master). "2.98 bump"

[notifications]

From d68e806942374cc27f8832b788494376272b7ed5 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 21 Oct 2016 10:25:21 +0200
Subject: 2.98 bump

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

diff --git a/.gitignore b/.gitignore
index d141479..a2d57f5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -56,3 +56,4 @@
 /CPAN-Perl-Releases-2.92.tar.gz
 /CPAN-Perl-Releases-2.94.tar.gz
 /CPAN-Perl-Releases-2.96.tar.gz
+/CPAN-Perl-Releases-2.98.tar.gz
diff --git a/perl-CPAN-Perl-Releases.spec b/perl-CPAN-Perl-Releases.spec
index 3adc19f..116bd7c 100644
--- a/perl-CPAN-Perl-Releases.spec
+++ b/perl-CPAN-Perl-Releases.spec
@@ -1,5 +1,5 @@
 Name:   perl-CPAN-Perl-Releases
-Version:2.96
+Version:2.98
 Release:1%{?dist}
 Summary:Mapping Perl releases on CPAN to the location of the tarballs
 License:GPL+ or Artistic
@@ -53,6 +53,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 21 2016 Jitka Plesnikova  - 2.98-1
+- 2.98 bump
+
 * Thu Oct 13 2016 Petr Pisar  - 2.96-1
 - 2.96 bump
 
diff --git a/sources b/sources
index 698bdc4..bc7dc22 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6a6799d04ab52472446c40a4a3a2  CPAN-Perl-Releases-2.96.tar.gz
+e82935dcbcbb292672df3f9211e8af13  CPAN-Perl-Releases-2.98.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-CPAN-Perl-Releases.git/commit/?h=master=d68e806942374cc27f8832b788494376272b7ed5
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik uploaded CPAN-Perl-Releases-2.98.tar.gz for perl-CPAN-Perl-Releases

[notifications]

e82935dcbcbb292672df3f9211e8af13  CPAN-Perl-Releases-2.98.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-CPAN-Perl-Releases/CPAN-Perl-Releases-2.98.tar.gz/md5/e82935dcbcbb292672df3f9211e8af13/CPAN-Perl-Releases-2.98.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-Archive-Tar (f25). "2.14 bump"

[notifications]

From 13c7a8fe7693f6b2f0eb5f934bccc0cf1b5c44f6 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 21 Oct 2016 10:05:13 +0200
Subject: 2.14 bump

---
 .gitignore| 1 +
 perl-Archive-Tar.spec | 6 +-
 sources   | 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 8ded7dc..2f46118 100644
--- a/.gitignore
+++ b/.gitignore
@@ -18,3 +18,4 @@ Archive-Tar-1.64.tar.gz
 /Archive-Tar-2.08.tar.gz
 /Archive-Tar-2.10.tar.gz
 /Archive-Tar-2.12.tar.gz
+/Archive-Tar-2.14.tar.gz
diff --git a/perl-Archive-Tar.spec b/perl-Archive-Tar.spec
index d6c0122..d5ca942 100644
--- a/perl-Archive-Tar.spec
+++ b/perl-Archive-Tar.spec
@@ -1,5 +1,5 @@
 Name:   perl-Archive-Tar
-Version:2.12
+Version:2.14
 Release:1%{?dist}
 Summary:A module for Perl manipulation of .tar files
 Group:  Development/Libraries
@@ -56,6 +56,7 @@ BuildRequires:  perl(Test::Harness) >= 2.26
 BuildRequires:  perl(Test::More)
 # Optional tests:
 %if !%{defined perl_bootstrap}
+BuildRequires:  perl(IPC::Cmd)
 BuildRequires:  perl(Test::Pod) >= 0.95
 %endif
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
@@ -104,6 +105,9 @@ make test
 
 
 %changelog
+* Fri Oct 21 2016 Jitka Plesnikova  - 2.14-1
+- 2.14 bump
+
 * Mon Oct 17 2016 Jitka Plesnikova  - 2.12-1
 - 2.12 bump
 
diff --git a/sources b/sources
index 68cff49..09657a3 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-e7e50512c992d448acd1a4f49557e4a6  Archive-Tar-2.12.tar.gz
+749d44845397bc9ef6c5d85fb5301c66  Archive-Tar-2.14.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Archive-Tar.git/commit/?h=f25=13c7a8fe7693f6b2f0eb5f934bccc0cf1b5c44f6
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-Archive-Tar (master). "2.14 bump"

[notifications]

From 3b566030971e788c76236534c289a7137032 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 21 Oct 2016 09:52:37 +0200
Subject: 2.14 bump

---
 perl-Archive-Tar.spec | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/perl-Archive-Tar.spec b/perl-Archive-Tar.spec
index 7acf345..d5ca942 100644
--- a/perl-Archive-Tar.spec
+++ b/perl-Archive-Tar.spec
@@ -56,7 +56,7 @@ BuildRequires:  perl(Test::Harness) >= 2.26
 BuildRequires:  perl(Test::More)
 # Optional tests:
 %if !%{defined perl_bootstrap}
-#BuildRequires:  perl(IPC::Cmd)
+BuildRequires:  perl(IPC::Cmd)
 BuildRequires:  perl(Test::Pod) >= 0.95
 %endif
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Archive-Tar.git/commit/?h=master=3b566030971e788c76236534c289a7137032
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1387451] perl-Archive-Tar-2.14 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Archive-Tar-2.14-1.fc2
   ||6



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-Archive-Tar (master). "2.14 bump"

[notifications]

From 302543fe374ade044215364cc8ad87a1c407b6c9 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 21 Oct 2016 09:50:29 +0200
Subject: 2.14 bump

---
 .gitignore| 1 +
 perl-Archive-Tar.spec | 6 +-
 sources   | 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 8ded7dc..2f46118 100644
--- a/.gitignore
+++ b/.gitignore
@@ -18,3 +18,4 @@ Archive-Tar-1.64.tar.gz
 /Archive-Tar-2.08.tar.gz
 /Archive-Tar-2.10.tar.gz
 /Archive-Tar-2.12.tar.gz
+/Archive-Tar-2.14.tar.gz
diff --git a/perl-Archive-Tar.spec b/perl-Archive-Tar.spec
index d6c0122..7acf345 100644
--- a/perl-Archive-Tar.spec
+++ b/perl-Archive-Tar.spec
@@ -1,5 +1,5 @@
 Name:   perl-Archive-Tar
-Version:2.12
+Version:2.14
 Release:1%{?dist}
 Summary:A module for Perl manipulation of .tar files
 Group:  Development/Libraries
@@ -56,6 +56,7 @@ BuildRequires:  perl(Test::Harness) >= 2.26
 BuildRequires:  perl(Test::More)
 # Optional tests:
 %if !%{defined perl_bootstrap}
+#BuildRequires:  perl(IPC::Cmd)
 BuildRequires:  perl(Test::Pod) >= 0.95
 %endif
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
@@ -104,6 +105,9 @@ make test
 
 
 %changelog
+* Fri Oct 21 2016 Jitka Plesnikova  - 2.14-1
+- 2.14 bump
+
 * Mon Oct 17 2016 Jitka Plesnikova  - 2.12-1
 - 2.12 bump
 
diff --git a/sources b/sources
index 68cff49..09657a3 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-e7e50512c992d448acd1a4f49557e4a6  Archive-Tar-2.12.tar.gz
+749d44845397bc9ef6c5d85fb5301c66  Archive-Tar-2.14.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Archive-Tar.git/commit/?h=master=302543fe374ade044215364cc8ad87a1c407b6c9
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik uploaded Archive-Tar-2.14.tar.gz for perl-Archive-Tar

[notifications]

749d44845397bc9ef6c5d85fb5301c66  Archive-Tar-2.14.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Archive-Tar/Archive-Tar-2.14.tar.gz/md5/749d44845397bc9ef6c5d85fb5301c66/Archive-Tar-2.14.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Gnome Software fails to display some fonts

[Richard Hughes]

On 20 October 2016 at 20:48, Luya Tshimbalanga  wrote:
> I already file a bug
> (https://bugzilla.redhat.com/show_bug.cgi?id=1387403). Could someone
> investigate the cause?

I'll comment on the bug. For the future, grabbing me on IRC is the
singlehanded best way to fix these kind of issues :)

Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Module-CoreList (f23). "5.20161020 bump"

[notifications]

From 933f43babc31fe448303ec3882c413126b46da9e Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 21 Oct 2016 08:44:45 +0200
Subject: 5.20161020 bump

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

diff --git a/.gitignore b/.gitignore
index bdef814..e7186e6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,3 +29,4 @@ Module-CoreList-2.13.tar.gz
 /Module-CoreList-5.20160720.tar.gz
 /Module-CoreList-5.20160820.tar.gz
 /Module-CoreList-5.20160920.tar.gz
+/Module-CoreList-5.20161020.tar.gz
diff --git a/perl-Module-CoreList.spec b/perl-Module-CoreList.spec
index 2935b9d..80912d2 100644
--- a/perl-Module-CoreList.spec
+++ b/perl-Module-CoreList.spec
@@ -1,7 +1,7 @@
 Name:   perl-Module-CoreList
 # Epoch to compete with perl.spec
 Epoch:  1
-Version:5.20160920
+Version:5.20161020
 Release:1%{?dist}
 Summary:What modules are shipped with versions of perl
 License:GPL+ or Artistic
@@ -83,6 +83,9 @@ make test
 %{_mandir}/man1/corelist.*
 
 %changelog
+* Fri Oct 21 2016 Petr Pisar  - 1:5.20161020-1
+- 5.20161020 bump
+
 * Wed Sep 21 2016 Petr Pisar  - 1:5.20160920-1
 - 5.20160920 bump
 
diff --git a/sources b/sources
index cff4c65..d6d3cec 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-473a30938cf16ce6a867e20a6a25d39d  Module-CoreList-5.20160920.tar.gz
+a65feab6a616df1792bdee33f46cbe1c  Module-CoreList-5.20161020.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Module-CoreList.git/commit/?h=f23=933f43babc31fe448303ec3882c413126b46da9e
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Module-CoreList (f24). "5.20161020 bump"

[notifications]

From 58c065dfbb269e968364bb96c3c185b1e45788f7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 21 Oct 2016 08:44:45 +0200
Subject: 5.20161020 bump

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

diff --git a/.gitignore b/.gitignore
index bdef814..e7186e6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,3 +29,4 @@ Module-CoreList-2.13.tar.gz
 /Module-CoreList-5.20160720.tar.gz
 /Module-CoreList-5.20160820.tar.gz
 /Module-CoreList-5.20160920.tar.gz
+/Module-CoreList-5.20161020.tar.gz
diff --git a/perl-Module-CoreList.spec b/perl-Module-CoreList.spec
index 7f4479b..b675817 100644
--- a/perl-Module-CoreList.spec
+++ b/perl-Module-CoreList.spec
@@ -1,7 +1,7 @@
 Name:   perl-Module-CoreList
 # Epoch to compete with perl.spec
 Epoch:  1
-Version:5.20160920
+Version:5.20161020
 Release:1%{?dist}
 Summary:What modules are shipped with versions of perl
 License:GPL+ or Artistic
@@ -83,6 +83,9 @@ make test
 %{_mandir}/man1/corelist.*
 
 %changelog
+* Fri Oct 21 2016 Petr Pisar  - 1:5.20161020-1
+- 5.20161020 bump
+
 * Wed Sep 21 2016 Petr Pisar  - 1:5.20160920-1
 - 5.20160920 bump
 
diff --git a/sources b/sources
index cff4c65..d6d3cec 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-473a30938cf16ce6a867e20a6a25d39d  Module-CoreList-5.20160920.tar.gz
+a65feab6a616df1792bdee33f46cbe1c  Module-CoreList-5.20161020.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Module-CoreList.git/commit/?h=f24=58c065dfbb269e968364bb96c3c185b1e45788f7
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Module-CoreList (f25). "5.20161020 bump"

[notifications]

From bf0277310a8d297f445c28ed130b29fed1c7a538 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 21 Oct 2016 08:44:45 +0200
Subject: 5.20161020 bump

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

diff --git a/.gitignore b/.gitignore
index bdef814..e7186e6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,3 +29,4 @@ Module-CoreList-2.13.tar.gz
 /Module-CoreList-5.20160720.tar.gz
 /Module-CoreList-5.20160820.tar.gz
 /Module-CoreList-5.20160920.tar.gz
+/Module-CoreList-5.20161020.tar.gz
diff --git a/perl-Module-CoreList.spec b/perl-Module-CoreList.spec
index 7267448..1022f91 100644
--- a/perl-Module-CoreList.spec
+++ b/perl-Module-CoreList.spec
@@ -1,7 +1,7 @@
 Name:   perl-Module-CoreList
 # Epoch to compete with perl.spec
 Epoch:  1
-Version:5.20160920
+Version:5.20161020
 Release:1%{?dist}
 Summary:What modules are shipped with versions of perl
 License:GPL+ or Artistic
@@ -83,6 +83,9 @@ make test
 %{_mandir}/man1/corelist.*
 
 %changelog
+* Fri Oct 21 2016 Petr Pisar  - 1:5.20161020-1
+- 5.20161020 bump
+
 * Wed Sep 21 2016 Petr Pisar  - 1:5.20160920-1
 - 5.20160920 bump
 
diff --git a/sources b/sources
index cff4c65..d6d3cec 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-473a30938cf16ce6a867e20a6a25d39d  Module-CoreList-5.20160920.tar.gz
+a65feab6a616df1792bdee33f46cbe1c  Module-CoreList-5.20161020.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Module-CoreList.git/commit/?h=f25=bf0277310a8d297f445c28ed130b29fed1c7a538
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org