nodejs-semver license change

nodejs-semver (Semantic versioner for npm) changed license in version 2.x+ from MIT to BSD. Michal https://github.com/isaacs/node-semver/commit/aac3fc45dcd512451dd3df7d3b62c518bd2e7646 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fed

What is bundling?

What is bundling in the sense of ? In my opinion, the page deals with source package contents. But there are other things a package can do "bundle" things in the binary packages, by copying code and data from installed packages in

Re: Auto-expiring bugs are getting absurd

- Original Message - > On Fri, 2014-02-07 at 04:26 -0500, Matthew Miller wrote: > > On Thu, Feb 06, 2014 at 11:54:30PM -0800, Adam Williamson wrote: > > > > What is the underlying problem here anyway? > > > I've never been hugely convinced there is one, but the problem people > > > *claim*

Re: Auto-expiring bugs are getting absurd

- Original Message - > On Fri, Feb 07, 2014 at 01:33:31AM -0800, Adam Williamson wrote: > > There is a kind of magic trick for this: if you set a bug to be against > > Rawhide and give it the FutureFeature keyword (which is our 'official > > way' of identifying RFEs), it won't ever be re-ba

Re: Auto-expiring bugs are getting absurd

- Original Message - > > From: mat...@fedoraproject.org > > if someone has a clever way > > to automatically identify the most important candidates from the thousands, > > that would be very useful. > > What about having the ability to vote for bugs? I've seen it used effectively > and in

Re: Review swaps: misc debian packaging stuff

On 10.02.2014 04:19, Zbigniew Jędrzejewski-Szmek wrote: On Sun, Feb 09, 2014 at 07:07:01PM +0100, Sandro Mani wrote: Hi, Some more debian packaging stuff, useful when building certain packages with pbuilder: https://bugzilla.redhat.com/show_bug.cgi?id=1063044 - dh-autoreconf - debhelper add-o

[perl-Capture-Tiny/f19] Fix the dep list

commit 1a1b86a6f37aa291dcfc48088a37f51d4a9aace8 Author: Petr Šabata Date: Mon Feb 10 13:04:53 2014 +0100 Fix the dep list perl-Capture-Tiny.spec |1 + 1 files changed, 1 insertions(+), 0 deletions(-) --- diff --git a/perl-Capture-Tiny.spec b/perl-Capture-Tiny.spec index 6534c95..2fbfe

Educating packagers about always making changes in devel / rawhide first

Hi all, I've just upgraded my main workstation form F-20 to rawhide, and during the distro-sync I noticed that several packages in rawhide are older then in F-20. Although there will be some exceptions I believe that for most of them this is caused by some packages still not having a proper workf

[Bug 1062881] perl-Capture-Tiny-0.24 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1062881 --- Comment #3 from Fedora Update System --- perl-Capture-Tiny-0.24-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-Capture-Tiny-0.24-1.fc19 -- You are receiving this mail because: You are o

Unresponsive maintainer - pidgin package

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I've been trying to contact Stu Tomlinson for a while now -- in a bugzilla [1] and by mail. Anybody know how to contact him? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220 Cheers, - -- Jan Synacek Software Engineer, Red Hat -BEG

Re: Unresponsive maintainer - pidgin package

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/10/2014 01:32 PM, Jan Synacek wrote: > Hello, > > I've been trying to contact Stu Tomlinson for a while now -- in a > bugzilla [1] and by mail. Anybody know how to contact him? > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220 > > Ch

Agenda for Env-and-Stacks WG meeting (2014-02-11)

WG meeting will be at 16:00 UTC in #fedora-meeting on Freenode. == Topic == #vission statement Proposal: "Fedora is the preferred platform for software development and deployment in any language or application stack." #irc-channel fedora-stacks got +6 (bkabrda, hhorak, pkovar, driden, tjanez, mm

Re: Agenda for Env-and-Stacks WG meeting (2014-02-11)

- Original Message - > WG meeting will be at 16:00 UTC in #fedora-meeting on Freenode. > > == Topic == > #vission statement > Proposal: "Fedora is the preferred platform for software development and > deployment in any language or application stack." > > #irc-channel > fedora-stacks got +

[perl-Math-Clipper] Doesn't follow clipper/polyclipping version and is not neeeded as a depenedny anymore

commit ce3231809ea29d2d7db8def3dc69212dfafe9d5c Author: Miro Hrončok Date: Mon Feb 10 15:34:26 2014 +0100 Doesn't follow clipper/polyclipping version and is not neeeded as a depenedny anymore .gitignore |3 - dead.package |1 + pe

[pkgdb] perl-Math-Clipper (un)retirement

Package perl-Math-Clipper in Fedora devel has been retired by churchyard To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Math-Clipper -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fe

[pkgdb] perl-Math-Clipper ownership changed

Package perl-Math-Clipper in Fedora devel was orphaned by churchyard To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Math-Clipper -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedora

Re: Educating packagers about always making changes in devel / rawhide first

On Mon, Feb 10, 2014 at 2:14 PM, Hans de Goede wrote: > 2) Can someone maybe write a script which automatically detects > this situation and files bugs with a description text aimed at not > only getting the issue fixed, but also educating the packager? I wrote a script to detect this and ran it

Re: Agenda for Env-and-Stacks WG meeting (2014-02-11)

On 02/10/2014 03:32 PM, Jaroslav Reznik wrote: - Original Message - WG meeting will be at 16:00 UTC in #fedora-meeting on Freenode. == Topic == #vission statement Proposal: "Fedora is the preferred platform for software development and deployment in any language or application stack."

Re: Agenda for Env-and-Stacks WG meeting (2014-02-11)

- Original Message - > On 02/10/2014 03:32 PM, Jaroslav Reznik wrote: > > - Original Message - > >> WG meeting will be at 16:00 UTC in #fedora-meeting on Freenode. > >> > >> == Topic == > >> #vission statement > >> Proposal: "Fedora is the preferred platform for software development

[Owner-change] Fedora packages ownership change

Change in ownership over the last 168 hours === 3 packages were orphaned bzr-gtk [EL-6] was orphaned by lbazan Bazaar plugin for GTK+ interfaces to most Bazaar operations https://admin.fedoraproject.org/pkgdb/acls/name/bzr-

Re: Educating packagers about always making changes in devel / rawhide first

On Mon, 2014-02-10 at 13:14 +0100, Hans de Goede wrote: > Hi all, > > I've just upgraded my main workstation form F-20 to rawhide, and during > the distro-sync I noticed that several packages in rawhide are older then > in F-20. > > Although there will be some exceptions I believe that for most o

Re: Educating packagers about always making changes in devel / rawhide first

On Mon, Feb 10, 2014 at 9:11 AM, Igor Gnatenko wrote: > On Mon, 2014-02-10 at 13:14 +0100, Hans de Goede wrote: >> Hi all, >> >> I've just upgraded my main workstation form F-20 to rawhide, and during >> the distro-sync I noticed that several packages in rawhide are older then >> in F-20. > > That

Re: What is bundling?

On Mon, Feb 10, 2014 at 11:54:47AM +0100, Florian Weimer wrote: > What is bundling in the sense of > ? > > In my opinion, the page deals with source package contents. > > But there are other things a package can do "bundle" things in

Broken dependencies: perl-Catalyst-Controller-HTML-FormFu

perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide tree: On x86_64: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) On i386: perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML:

Re: Educating packagers about always making changes in devel / rawhide first

On Mon, 10 Feb 2014 16:46:20 +0200 Ville Skyttä wrote: > On Mon, Feb 10, 2014 at 2:14 PM, Hans de Goede > wrote: > > 2) Can someone maybe write a script which automatically detects > > this situation and files bugs with a description text aimed at not > > only getting the issue fixed, but also e

Broken dependencies: perl-Language-Expr

perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.

Broken dependencies: perl-qpid_proton

perl-qpid_proton has broken dependencies in the rawhide tree: On x86_64: perl-qpid_proton-0.6-1.fc21.x86_64 requires perl(qpid_proton) perl-qpid_proton-0.6-1.fc21.x86_64 requires perl(qpid::proton::ExceptionHandling) On i386: perl-qpid_proton-0.6-1.fc21.i686 requires perl

Broken dependencies: mojomojo

mojomojo has broken dependencies in the rawhide tree: On x86_64: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On i386: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On armhfp: mojomojo-1.10-1.fc20.noarch requir

Re: Educating packagers about always making changes in devel / rawhide first

On Mon, Feb 10, 2014 at 09:36:33AM -0700, Kevin Fenzi wrote: > This is the one I have run in the past: > https://git.fedorahosted.org/cgit/releng/tree/scripts/check-upgrade-paths.py > > Would folks be ok with running it weekly or something? > > and on which path? The entire f19-updates-testing

Re: Educating packagers about always making changes in devel / rawhide first

On Mon, 10 Feb 2014 17:42:47 +0100 Till Maas wrote: > On Mon, Feb 10, 2014 at 09:36:33AM -0700, Kevin Fenzi wrote: > > > This is the one I have run in the past: > > https://git.fedorahosted.org/cgit/releng/tree/scripts/check-upgrade-paths.py > > > > Would folks be ok with running it weekly or

Re: Educating packagers about always making changes in devel / rawhide first

Hi On Mon, Feb 10, 2014 at 11:36 AM, Kevin Fenzi wrote: > > Would folks be ok with running it weekly or something? > > and on which path? The entire f19-updates-testing to rawhide? > IMO, yes and yes Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/m

[perl-Test-Base/epel7] (3 commits) ...Update to 0.61

Summary of changes: fbf9e44... Perl 5.18 rebuild (*) 5d50b9f... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 1eafccf... Update to 0.61 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/

Audit overhead and default rules

On a default Fedora installation, every system call incurs a fair amount of overhead due to syscall auditing. This happens despite the fact that syscalls aren't actually audited, except as part of AVC denials. The overhead is something like 20-40ns per syscall, and the total time to do a simple s

Re: Audit overhead and default rules

On Monday, February 10, 2014 11:05:38 AM Andrew Lutomirski wrote: > On a default Fedora installation, every system call incurs a fair > amount of overhead due to syscall auditing. This happens despite the > fact that syscalls aren't actually audited, except as part of AVC > denials. > > The overh

Re: Audit overhead and default rules

On Mon, Feb 10, 2014 at 12:06 PM, Steve Grubb wrote: > On Monday, February 10, 2014 11:05:38 AM Andrew Lutomirski wrote: >> On a default Fedora installation, every system call incurs a fair >> amount of overhead due to syscall auditing. This happens despite the >> fact that syscalls aren't actual

Re: Audit overhead and default rules

On Monday, February 10, 2014 12:10:27 PM Andrew Lutomirski wrote: > On Mon, Feb 10, 2014 at 12:06 PM, Steve Grubb wrote: > > On Monday, February 10, 2014 11:05:38 AM Andrew Lutomirski wrote: > >> On a default Fedora installation, every system call incurs a fair > >> amount of overhead due to sysca

Re: Educating packagers about always making changes in devel / rawhide first

On Mon, Feb 10, 2014 at 09:55:26AM -0700, Kevin Fenzi wrote: > On Mon, 10 Feb 2014 17:42:47 +0100 > Till Maas wrote: > > Isn't AutoQA already running these kind of checks? > > For f19 and f20 updates, yes... in an advisory manner. > > But not for rawhide since it has no bodhi update to add the

Re: Audit overhead and default rules

On Mon, Feb 10, 2014 at 12:26 PM, Steve Grubb wrote: > On Monday, February 10, 2014 12:10:27 PM Andrew Lutomirski wrote: >> On Mon, Feb 10, 2014 at 12:06 PM, Steve Grubb wrote: >> > On Monday, February 10, 2014 11:05:38 AM Andrew Lutomirski wrote: >> >> On a default Fedora installation, every sys

Re: Audit overhead and default rules

On Monday, February 10, 2014 12:41:08 PM Andrew Lutomirski wrote: > >> There are, indeed, many ways for me to fix this on my machine. I'm > >> suggesting that Fedora change the default so that no one has > >> experiences this overhead by default. > > > > There are 3 levels of audit performance de

Re: Audit overhead and default rules

On Mon, Feb 10, 2014 at 1:02 PM, Steve Grubb wrote: > On Monday, February 10, 2014 12:41:08 PM Andrew Lutomirski wrote: >> >> There are, indeed, many ways for me to fix this on my machine. I'm >> >> suggesting that Fedora change the default so that no one has >> >> experiences this overhead by de

Re: Educating packagers about always making changes in devel / rawhide first

Hi, On 02/10/2014 08:03 PM, Rahul Sundaram wrote: > Hi > > > On Mon, Feb 10, 2014 at 11:36 AM, Kevin Fenzi wrote: > >> >> Would folks be ok with running it weekly or something? >> >> and on which path? The entire f19-updates-testing to rawhide? >> > > IMO, yes and yes +1 Thanks & Regards,

QA Infrastructure and Ansible

I don't know if we've talked about it much on list but most of the QA stuff (autoqa, blockerbugs-dev, taskotron, qadevel) is managed with a set of ansible playbooks: https://bitbucket.org/fedoraqa/ansible-playbooks As we've been adding stuff, these playbooks have been getting more and more unwiel

Self Introduction: Erik Erlandson

I'm a senior SW engineer at Red Hat, and developer on Red Hat Grid, whose upstream is HTCondor: http://research.cs.wisc.edu/htcondor/ http://www.redhat.com/products/mrg/grid/ My goal is to become a co-maintainer for the fedora condor package: https://admin.fedoraproject.org/pkgdb/acls/name/condor

Re: Educating packagers about always making changes in devel / rawhide first

Kevin Fenzi wrote: > This is the one I have run in the past: > https://git.fedorahosted.org/cgit/releng/tree/scripts/check-upgrade-paths.py If you're going to use that script, PLEASE use this patch: http://lists.fedoraproject.org/pipermail/devel/attachments/20120418/ead924dd/attachment.bin I wr

Re: Educating packagers about always making changes in devel / rawhide first

On Mon, 10 Feb 2014 21:37:19 +0100 Till Maas wrote: > On Mon, Feb 10, 2014 at 09:55:26AM -0700, Kevin Fenzi wrote: > > On Mon, 10 Feb 2014 17:42:47 +0100 > > Till Maas wrote: > > > > Isn't AutoQA already running these kind of checks? > > > > For f19 and f20 updates, yes... in an advisory manne

Re: Educating packagers about always making changes in devel / rawhide first

I think some packagers don't follow Fedora too often, so for a while we can't avoid this issue. But fedpkg should have a RFE: 1. fedpkg checks if the branch is able to receive commits as normal, then return status of the branch. But here comes a problem, Fedora allows packagers to commit to the E

Re: Educating packagers about always making changes in devel / rawhide first

On Tue, 11 Feb 2014 03:04:04 +0100 Kevin Kofler wrote: > Kevin Fenzi wrote: > > This is the one I have run in the past: > > https://git.fedorahosted.org/cgit/releng/tree/scripts/check-upgrade-paths.py > > If you're going to use that script, PLEASE use this patch: > > http://lists.fedoraproject

Re: Educating packagers about always making changes in devel / rawhide first

On Mon, 2014-02-10 at 19:27 -0700, Kevin Fenzi wrote: > > However, IMHO it makes more > > sense to just hook into AutoQA instead of running the same test > > twice. Also it would allow to respond in a timely manner which might > > better help to educate maintainers instead of when there are severa

Re: Adjust wiki for ARM BeagleBone Black

First thank you all for the comments. @ Dennis, I have not found error uEnv.txt leaving the file as it is already in / usr / share / uboot-BEAGLEBONE / uEnv.txt.beaglebone, but I believe he should be set to the version of my card because there other files that point to the version of the card, for