python-pkginfo's license has changed from the Python license to MIT in
version 1.4.0.
--
Jeremy Cline
XMPP: jer...@jcline.org
IRC: jcline
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
On Fri, Mar 23, 2018 at 04:07:51PM +0100, Ralf Corsepius wrote:
> On 03/23/2018 12:23 PM, Petr Viktorin wrote:
> >tl;dr: Unless someone steps up to maintain Python 2 after 2020, we
> >need to start dropping python2 packages now.
> Bummer - I am speechless.
>
> >Python 2.7 will reach end of
OLD: Fedora-28-20180323.n.0
NEW: Fedora-28-20180324.n.0
= SUMMARY =
Added images:0
Dropped images: 4
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
Petr Viktorin wrote:
> As with any orphaning, that leaves two options:
> - someone else agrees now to take over in 2020 (keeping in mind this is
> a security-critical package and will be abandoned upstream), or
IMHO, this is clearly the right thing to do. I have been doing security
backports for
No missing expected images.
Failed openQA tests: 14/137 (x86_64), 5/23 (i386), 1/2 (arm)
ID: 210998 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/210998
ID: 211030 Test: i386 Workstation-boot-iso install_default
URL:
OLD: Fedora-Rawhide-20180323.n.0
NEW: Fedora-Rawhide-20180324.n.0
= SUMMARY =
Added images:2
Dropped images: 8
Added packages: 4
Dropped packages:1
Upgraded packages: 301
Downgraded packages: 0
Size of added packages: 31.55 MiB
Size of dropped packages
On 03/24/2018 01:59 AM, Christopher wrote:
> If this seems reasonable, I'd be happy to help start editing some of the
> wiki pages... but it'd be helpful if everybody maintaining
> infrastructure documentation was on the same page.
+1 from me.
___
devel
No missing expected images.
Failed openQA tests: 16/137 (x86_64), 5/23 (i386), 1/2 (arm)
ID: 210833 Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/210833
ID: 210858 Test: x86_64 Workstation-live-iso desktop_update_graphical
URL:
On Sat, Mar 24, 2018 at 4:53 PM, Miroslav Suchý wrote:
> Dne 24.3.2018 v 06:59 Christopher napsal(a):
>> Can we stop saying "dist-git" in our docs? Nobody knows what that is.
>> The service at https://src.fedoraproject.org is clearly branded as "Fedora
>> Package Sources".
>
>
# F28 Blocker Review meeting
# Date: 2018-03-26
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We have several proposed blockers and freeze exception issues
to review, so let's have a review meeting on Monday.
If you have time this weekend, you can take a look
Dne 24.3.2018 v 06:59 Christopher napsal(a):
> Can we stop saying "dist-git" in our docs? Nobody knows what that is.
> The service at https://src.fedoraproject.org is clearly branded as "Fedora
> Package Sources".
BTW dist-git is (for some time) documented quite well:
Neal Gompa wrote:
> Unlike VCSes like CVS and SVN, Git does not handle binaries very well,
> and so they needed to be moved out of the VCS into an external store.
Actually, the external lookaside cache was already used in Fedora in the CVS
days.
Kevin Kofler
On Fri, Mar 23, 2018 at 11:53 PM, Adam Williamson
wrote:
> It's due to this change in upstream poppler:
>
> https://cgit.freedesktop.org/poppler/poppler/commit/poppler/Dict.h?id=8794789a72f845b009656e6d7ae6a00b709e09bc
>
> I think it suggests texlive is actually doing
On Sat, Mar 24, 2018 at 05:59:38AM +, Christopher wrote:
> Can we stop saying "dist-git" in our docs? Nobody knows what that is.
> The service at https://src.fedoraproject.org is clearly branded as "Fedora
> Package Sources".
>
> Using the jargon "dist-git" in our documentation is simply
Hello, Rex.
Recently a new version of modem-manager-gui has been released. This new release
added an option to use ofono as the modem manager. I've updated the mmgui
package and ran into a problem where the rawhide [1] and F28 [2] builds
succeed, but the F27 [3] and F26 [4] builds fail, as it
On Sat, Mar 24, 2018 at 8:17 PM, Kevin Kofler wrote:
> Neal Gompa wrote:
>> Unlike VCSes like CVS and SVN, Git does not handle binaries very well,
>> and so they needed to be moved out of the VCS into an external store.
>
> Actually, the external lookaside cache was
Hi folks! I'm proposing we cancel the QA meeting on Monday. Once again,
F28 Beta validation will be the focus this week: go/no-go is on Thursday
(again), and we'll be trying to get things in shape by then (again).
If anyone would like to have a meeting, and is willing to run it in my
place,
On 2018-03-24, 15:09 GMT, Richard W.M. Jones wrote:
> I'm not personally a fan of either variant of the language
> - it's silly that we let programmers use an unsafe, slow, interpreted
> scripting language when we've known how to make better programming
> environments for at least 40 years.
Just
On 03/24/2018 07:12 PM, Jerry James wrote:
> On Fri, Mar 23, 2018 at 11:53 PM, Adam Williamson
> wrote:
>> It's due to this change in upstream poppler:
>>
>> https://cgit.freedesktop.org/poppler/poppler/commit/poppler/Dict.h?id=8794789a72f845b009656e6d7ae6a00b709e09bc
On Sat, Mar 24, 2018 at 6:57 PM, Ben Rosser wrote:
>
> Looking at the dist-git README further reinforces this impression. The
> first sentence says: "DistGit (Distributed Git) is Git with additional
> data storage". My initial reaction to that is "so, it is basically
> just
On Sat, Mar 24, 2018 at 08:56:02PM +0100, Matěj Cepl wrote:
> On 2018-03-24, 15:09 GMT, Richard W.M. Jones wrote:
> > I'm not personally a fan of either variant of the language
> > - it's silly that we let programmers use an unsafe, slow, interpreted
> > scripting language when we've known how to
Can we stop saying "dist-git" in our docs? Nobody knows what that is.
The service at https://src.fedoraproject.org is clearly branded as "Fedora
Package Sources".
Using the jargon "dist-git" in our documentation is simply confusing, since
it doesn't match what the service calls itself, and
Hi Tanmoy,
How long ago did you add your SSH key to FAS? Is it a new repository?
Historically, and I believe currently, there is a delay before everything is
fully configured. This may be solved by just waiting for about 30 minutes.
regards,
bex
On Sat, Mar 24, 2018, at 12:43 PM, Tanmoy
I am facing some problems in pagure. I have configured everything successfully.
But when I try to clone files with ssh this returns. signing failed: agent
refused operation permission denied (publickey). fatal: could not read from
remote repository. please make sure you have the correct access
On 03/23/2018 10:11 PM, Christopher wrote:
>>
> Thanks. That clarifies things significantly. "Docs could definitely be
> better" is a severe understatement :)
>
> FWIW, I found the-new-hotness code at
> https://github.com/fedora-infra/the-new-hotness
> I was going to try to do a pull request to
===
#fedora-meeting: FESCO (2018-03-23)
===
Meeting started by tyll at 15:00:34 UTC. The full logs are available at
https://meetbot.fedoraproject.org/fedora-meeting/2018-03-23/fesco.2018-03-23-15.00.log.html
Meeting summary
On 24 March 2018 at 03:14, Kevin Fenzi wrote:
[..]
>> BTW In situations like this is possible to observe how really bad idea
>> was building ALL Fedora +5.6k texlive* packages from single sec file.
>
> Except that is no longer the case. texlive-base only has ~120 or so
>
I released open-eid as a new package in epel7-testing [1], but when I run
# yum --enablerepo=epel-testing install open-eid
I obtain various message like
Error: Package: webextension-token-signing-1.0.6-4.el7.x86_64
(epel-testing) Requires: esteidcerts
but esteidcerts package is in EPEL7
https://bugzilla.redhat.com/show_bug.cgi?id=1558427
--- Comment #9 from Fedora Update System ---
perl-File-Copy-Recursive-0.40-3.fc28 has been pushed to the Fedora 28 testing
repository. If problems still persist, please make note of it in this bug
report.
See
> "GM" == Germano Massullo writes:
GM> but esteidcerts package is in EPEL7 *stable* repositories [2], so
GM> why do I get such message?
That update report indicates that it was pushed to stable, but as far as
I can tell it does not actually appear in the stable
https://bugzilla.redhat.com/show_bug.cgi?id=1560220
Bug ID: 1560220
Summary: perl-String-CamelCase-0.04 is available
Product: Fedora
Version: rawhide
Component: perl-String-CamelCase
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1560218
Bug ID: 1560218
Summary: perl-MooX-StrictConstructor-0.009 is available
Product: Fedora
Version: rawhide
Component: perl-MooX-StrictConstructor
Keywords: FutureFeature, Triaged
The package should appear in the repositories with the next EPEL7
compose.
- J<
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1560213
Bug ID: 1560213
Summary: perl-DBD-CSV-0.51 is available
Product: Fedora
Version: rawhide
Component: perl-DBD-CSV
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1560182
Bug ID: 1560182
Summary: The version of perl-Gtk2-Unique is out of date,
causing shutter to crash
Product: Fedora
Version: 27
Component: perl-Gtk2-Unique
https://bugzilla.redhat.com/show_bug.cgi?id=1560173
Bug ID: 1560173
Summary: perl-DateTime-TimeZone-2.18 is available
Product: Fedora
Version: rawhide
Component: perl-DateTime-TimeZone
Keywords: FutureFeature, Triaged
36 matches
Mail list logo