Re: Requiring package test instructions

On Wed, Jul 13, 2016 at 01:23:04PM -0400, Przemek Klosowski wrote: > I think the functionality you're talking about (checking correctness of bug > fixes, etc) should be left to the original bug reporters. After all, they > raised the issue so they are invested in the result. Agreed. > Automation

Schedule for Thursday's FPC Meeting (2016-07-14 16:00 UTC)

 Following is the list of topics that will be discussed in the FPC meeting Thursday at 2016-07-14 16:00 UTC in #fedora-meeting-1 on irc.freenode.net.  Local time information (via. rktime): 2016-07-14 09:00 Thu US/Pacific PDT 2016-07-14 12:00 Thu US/Eastern EDT 2016-07-14

[389-devel] Please review: 48925 sigill on amd, dsktune to detect incompatible CPU

https://fedorahosted.org/389/ticket/48925 https://fedorahosted.org/389/attachment/ticket/48925/0001-Ticket-48925-slapd-crash-with-SIGILL-Dsktune-should-.patch -- Sincerely, William Brown Software Engineer Red Hat, Brisbane signature.asc Description: This is a digitally signed message part --

Re: F25 System Wide Change: KillUserProcesses=yes by default

On Tuesday, July 12, 2016 7:56:41 AM EDT Chris Murphy wrote: > I have KillUserProcesses=yes set in Fedora 24 for some time now. I'm > noticing that I still often have 90 second delays if I restart or > shutdown, more than half the time. Yup. Me too. [snip] > I have no idea how to collect >

Add Budgie Desktop as optional DE in Fedora

Budgie desktop is doing a very good job using GNOME technologies keeping things simple. It is now officially offers from the Solus project through OBS, but it would be good to have in the official repositories of Fedora and perhaps in the future as Spin. Cheers -- devel mailing list

[Bug 1356338] New: perl-MooX-Options-4.023 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1356338 Bug ID: 1356338 Summary: perl-MooX-Options-4.023 is available Product: Fedora Version: rawhide Component: perl-MooX-Options Keywords: FutureFeature, Triaged Assignee:

[Bug 1356338] perl-MooX-Options-4.023 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1356338 --- Comment #3 from Upstream Release Monitoring --- Patches were not touched. All were applied properly -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora

[Bug 1356338] perl-MooX-Options-4.023 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1356338 --- Comment #2 from Upstream Release Monitoring --- Created attachment 1179533 --> https://bugzilla.redhat.com/attachment.cgi?id=1179533=edit Rebase-helper rebase-helper-debug.log log file.

[Bug 1356338] perl-MooX-Options-4.023 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1356338 --- Comment #1 from Upstream Release Monitoring --- Patching or scratch build for perl-MooX-Options-4.022 failed. -- You are receiving this mail because: You are on the CC list for the bug. --

[Bug 1356323] New: perl-Math-BigInt-1.999725 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1356323 Bug ID: 1356323 Summary: perl-Math-BigInt-1.999725 is available Product: Fedora Version: rawhide Component: perl-Math-BigInt Keywords: FutureFeature, Triaged Assignee:

[Bug 1356320] New: perl-Importer-0.014 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1356320 Bug ID: 1356320 Summary: perl-Importer-0.014 is available Product: Fedora Version: rawhide Component: perl-Importer Keywords: FutureFeature, Triaged Assignee:

[Bug 1356312] New: perl-B-Hooks-OP-PPAddr-0.05 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1356312 Bug ID: 1356312 Summary: perl-B-Hooks-OP-PPAddr-0.05 is available Product: Fedora Version: rawhide Component: perl-B-Hooks-OP-PPAddr Keywords: FutureFeature, Triaged

Re: F25 Self Contained Change: GNS3

Hi, On Wed, Jul 13, 2016 at 2:56 PM, Cole Robinson wrote: > Googling around, it doesn't sound like this is something that needs work on > the qemu side, more that it can use a properly configured qemu VM as a node in > the network topology. I'm not positive though... No

[389-devel] Re: Please review: nunc stans 57, job state machine

On Wed, 2016-07-13 at 07:49 -0400, Mark Reynolds wrote: > On 07/13/2016 02:28 AM, William Brown wrote: > > On Wed, 2016-07-13 at 14:47 +1000, William Brown wrote: > >> https://fedorahosted.org/nunc-stans/ticket/57 > >> > >>

Re: Package Reviews Statistics

On Mon, 11 Jul 2016 13:18:25 - "Raphael Groner" wrote: > Can that information be used to award badges? There's an old open > issue to implement badges for doing package reviews. Maybe get in > contact with the badges team. >

Re: Package Reviews Statistics

On Tue, 12 Jul 2016 08:28:01 +0530 Parag Nemade wrote: > After long time I see this script results on devel list. Last few > maintainers have tried to update this script but I think whenever > bugzilla gets updated this script got broken. > But I really don't see any need to

Re: Too fast karma on Bodhi updates

Sayan Chowdhury wrote: > I recently packaged and pushed an update for > fedmsg-meta-fedora-infrastructure to bodhi and exactly 40 secs[1] later I > got a +1 to the update. I am sure that testing a package surely takes more > than 40 secs. This makes me really curious that are the packages really >

[389-devel] please review: Ticket 48924 - Fixup tombstone task needs to set proper flag when updating tombstones

https://fedorahosted.org/389/ticket/48924 https://fedorahosted.org/389/attachment/ticket/48924/0001-Ticket-48924-Fixup-tombstone-task-needs-to-set-prope.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: F25 Self Contained Change: Rust Compiler

On Wed, 2016-07-13 at 12:42 -0700, Josh Stone wrote: > On 07/13/2016 07:50 AM, Adam Jackson wrote: > > On Wed, 2016-07-13 at 07:26 +, Stefan Nuxoll wrote: > > > Rust uses LLVM for codegen, so in theory, yes. This excludes any > > > potential platform-specific bugs that may affect rustc, which

Re: F25 Self Contained Change: Rust Compiler

On 07/13/2016 07:50 AM, Adam Jackson wrote: > On Wed, 2016-07-13 at 07:26 +, Stefan Nuxoll wrote: >> Rust uses LLVM for codegen, so in theory, yes. This excludes any >> potential platform-specific bugs that may affect rustc, which are >> certainly a possibility. > > At the moment llvm has

How best to handle tools which support multiple Python runtimes

I'm a co-maintainer for the python-sphinx package. There's a bug [1] I'd like to address, but I'd like some input on what I was thinking. There was some discussion about this on FPC ticket [2], but nothing workable really came out of that. I also attempted to get input [3] from the Sphinx

Re: F25 System Wide Change: KillUserProcesses=yes by default

On Wed, Jul 13, 2016 at 11:28 AM, Björn Persson wrote: > In my opinion the proposal needs to be amended in the following ways: > > > Scope: > > Understanding the scope of this Change requires understanding how many > programs there are that will have to be adapted to avoid

Re: F25 System Wide Change: KillUserProcesses=yes by default

In my opinion the proposal needs to be amended in the following ways: Scope: Understanding the scope of this Change requires understanding how many programs there are that will have to be adapted to avoid getting killed. Therefore the Scope section should contain a complete list of affected

Re: Requiring package test instructions

On 07/13/2016 01:38 AM, Siddhesh Poyarekar wrote: On Tue, Jul 12, 2016 at 10:26:20PM -0700, Adam Williamson wrote: It would not be 'a lot of work', it would be a gigantic, totally unsustainable burden. I honestly think you're shooting *way* too high here. Even with all the recent volunteers, we

Re: F25 Self Contained Change: Rust Compiler

On Wed, 13 Jul 2016 09:02:06 -0700 Josh Stone wrote: > On 07/12/2016 11:45 PM, Dan Horák wrote: > > How does the new language (and compiler) affect secondary > > architectures? Will it just work? > > Rust has their own tier system of architecture support: > >

Re: F25 Self Contained Change: Rust Compiler

On 07/13/2016 09:10 AM, Stefan Nuxoll wrote: > ABI stability is entirely dependent on compiler version, AFAIK. > Within the same version of rustc there should be no issues with > dynamic linking, I suspect that may true in general, but I don't think it's promised, and I don't really trust it. We

Re: Requiring package test instructions

On Wed, 2016-07-13 at 11:41 +0200, Vít Ondruch wrote: > > Dne 12.7.2016 v 18:49 Adam Williamson napsal(a): > > > > > > The idea is this: there could be a requirement for all packages to > > provide at least *some* kind of 'how to test' information. > > If the package should be tested by human,

Re: F25 Self Contained Change: Rust Compiler

On 07/12/2016 09:18 PM, Jan Kurik wrote: > Rust 1.10.0 was released on July 7 along with Cargo 0.11.0. These will > be the initial targets to package. Rust's next release is scheduled > for August 18 on a 6-week cycle. Backwards compatibility is taken very > seriously, so it should be possible to

Re: F25 Self Contained Change: Rust Compiler

ABI stability is entirely dependent on compiler version, AFAIK. Within the same version of rustc there should be no issues with dynamic linking, of course whenever we upgrade rustc we'd need a mass rebuild of every rust package but we'd have to do the same thing with static linking. -- devel

[389-devel] please review: Ticket 48923 - lib389 - serverCmd timeout not working as expected

https://fedorahosted.org/389/ticket/48923 https://fedorahosted.org/389/attachment/ticket/48923/0001-Ticket-48923-serverCmd-timeout-not-working-as-expect.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: F25 Self Contained Change: Rust Compiler

On 07/13/2016 02:24 AM, Dridi Boukelmoune wrote: > Since 1.10 (the target of this change) it has become possible to > create "cdylib" (C dynamic library) crates, basically shared objects > that can be linked to by non-Rust programs. > > It isn't supported by cargo yet, but it's available.. Yes,

Re: F25 Self Contained Change: Rust Compiler

On 07/13/2016 12:29 AM, Stefan Nuxoll wrote: > Rust supports dynamic linking, would it be worth investigating that > route instead of copying the proposed Go guidelines? I'm not against > static linking at all costs, but it would make package maintenance > (especially security updates) a lot more

Re: F25 Self Contained Change: Rust Compiler

On 07/12/2016 11:45 PM, Dan Horák wrote: > How does the new language (and compiler) affect secondary architectures? > Will it just work? Rust has their own tier system of architecture support: https://doc.rust-lang.org/book/getting-started.html#platform-support Only i686 and x86_64 are Tier 1

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

On Wed, 2016-07-13 at 11:34 +, Fedora compose checker wrote: > Missing expected images: > > Kde live i386 > Workstation live i386 > Server dvd i386 > Server boot x86_64 > Server dvd x86_64 > Kde live x86_64 > Cloud_base raw-xz x86_64 > Cloud_base raw-xz i386 > Server boot i386 > Atomic raw-xz

Re: Requiring package test instructions (was: Re: Too fast karma on Bodhi updates)

On Wed, 2016-07-13 at 10:21 +0100, Jonathan Wakely wrote: > On 13/07/16 08:21 +0530, Siddhesh Poyarekar wrote: > > > > On Tue, Jul 12, 2016 at 03:45:54PM -0700, Adam Williamson wrote: > > > > > > Bodhi works at the source package level, not binary package level. > > That's irrelevant. If a

Re: F25 Self Contained Change: Rust Compiler

On Wed, 2016-07-13 at 07:26 +, Stefan Nuxoll wrote: > Rust uses LLVM for codegen, so in theory, yes. This excludes any > potential platform-specific bugs that may affect rustc, which are > certainly a possibility. At the moment llvm has codegen support for every Fedora architecture, primary

Re: F25 Self Contained Change: GNS3

On 07/12/2016 10:07 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Jul 12, 2016 at 11:04:53PM +0200, Jan Kurik wrote: >> = Proposed Self Contained Change: GNS3 = >> https://fedoraproject.org/wiki/Changes/GNS3 >> >> Change owner(s): >> *Athmane Madjoudj >> >> Graphical Network Simulator 3 >> >>

Re: F25 change update: new storaged just landed in Rawhide

On Wed, 2016-07-13 at 11:43 +0200, Tomáš Smetana wrote: > Hello, >   Just a heads-up: I have just build the 2.6.2 version of storaged > that should > replace udisks2 in Fedora 25. The upgrade should be seamless: Cockpit > and > Blivet would need to be rebuilt too to use the new API. The rest of >

Accidentally installed libtool wrapper scripts instead of binaries

Just a note more than anything, since I don't see this problem discussed anywhere in the packaging guidelines ... If a package uses libtool, then sometimes libtool generates bash scripts instead of executables. These libtool wrapper scripts can be run from the build directory and run the real

Re: iphone mount in nautilus on Fedora 24

Huh, the phone should still be getting mounted, but as a camera, and just as a camera, and you can remove photos there without botching the phone's internal photo database. That definitely works here. -- >>> >>> Yeah All I see are "documents on dusty's

Re: iphone mount in nautilus on Fedora 24

On 07/13/2016 08:49 AM, Bastien Nocera wrote: > > > - Original Message - >> >> >> On 07/12/2016 05:01 AM, Bastien Nocera wrote: >>> >>> >>> Huh, the phone should still be getting mounted, but as a camera, and just >>> as >>> a camera, and you can remove photos there without botching

Re: iphone mount in nautilus on Fedora 24

- Original Message - > > > On 07/12/2016 05:01 AM, Bastien Nocera wrote: > > > > > > Huh, the phone should still be getting mounted, but as a camera, and just > > as > > a camera, and you can remove photos there without botching the phone's > > internal > > photo database. > > > >

[Bug 1121638] perl-Crypt-DES not built for EPEL7 ( required by perl-Net-SNMP)

https://bugzilla.redhat.com/show_bug.cgi?id=1121638 --- Comment #5 from Eric S. --- OK. At the time of my testing it was not in optional. Thanks. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG

Re: iphone mount in nautilus on Fedora 24

On 07/12/2016 05:01 AM, Bastien Nocera wrote: > > > Huh, the phone should still be getting mounted, but as a camera, and just as > a camera, and you can remove photos there without botching the phone's > internal > photo database. > > That definitely works here. > -- Yeah All I see are

[389-devel] Re: Please review: nunc stans 57, job state machine

On 07/13/2016 02:28 AM, William Brown wrote: > On Wed, 2016-07-13 at 14:47 +1000, William Brown wrote: >> https://fedorahosted.org/nunc-stans/ticket/57 >> >> https://fedorahosted.org/nunc-stans/attachment/ticket/57/0001-Ticket-57-Implement-a-strict-state-machine-for-nunc-.patch >> >>

Re: Requiring package test instructions

Il 13/07/2016 05:01, Siddhesh Poyarekar ha scritto: On Tue, Jul 12, 2016 at 09:23:26PM +0200, Reindl Harald wrote: nonsense - it's enough to give a sign that a potential fix don't break things wich worked before hi this should break at least wildfly ... and if they run/build in

Fedora Rawhide-20160713.n.0 compose check report

Missing expected images: Kde live i386 Workstation live i386 Server dvd i386 Server boot x86_64 Server dvd x86_64 Kde live x86_64 Cloud_base raw-xz x86_64 Cloud_base raw-xz i386 Server boot i386 Atomic raw-xz x86_64 Kde raw-xz armhfp Minimal raw-xz armhfp Workstation live x86_64 Failed openQA

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: 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

Broken dependencies: perl-Algorithm-Permute

perl-Algorithm-Permute has broken dependencies in the rawhide tree: On x86_64: perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386:

Re: Requiring package test instructions

On 07/13/2016 08:17 AM, Siddhesh Poyarekar wrote: But then we're setting the bar too low by allowing *anyone* to set karma for the sake of it. You might as well just let developers push packages to stable if they're 'confident' about it. That is painting with too broad of a brush for one or

F25 change update: new storaged just landed in Rawhide

Hello, Just a heads-up: I have just build the 2.6.2 version of storaged that should replace udisks2 in Fedora 25. The upgrade should be seamless: Cockpit and Blivet would need to be rebuilt too to use the new API. The rest of the system should just work as usually. Thanks and regards, -- Tomáš

Re: Requiring package test instructions

Dne 12.7.2016 v 18:49 Adam Williamson napsal(a): > > The idea is this: there could be a requirement for all packages to > provide at least *some* kind of 'how to test' information. If the package should be tested by human, I'd expect that there will be some additional value, i.e. the human can

Re: F25 Self Contained Change: Rust Compiler

On Wed, Jul 13, 2016 at 11:11 AM, Igor Gnatenko wrote: > I meant that rust itself links dynamically to system libraries. But > libraries built by rust are not supposed to be dynamically linked by > programs. Hello, Since 1.10 (the target of this change) it has become

Re: Requiring package test instructions (was: Re: Too fast karma on Bodhi updates)

On 13/07/16 08:21 +0530, Siddhesh Poyarekar wrote: On Tue, Jul 12, 2016 at 03:45:54PM -0700, Adam Williamson wrote: Bodhi works at the source package level, not binary package level. That's irrelevant. If a source package only provides a library for other packages to link against then testing

Re: F25 Self Contained Change: Rust Compiler

I meant that rust itself links dynamically to system libraries. But libraries built by rust are not supposed to be dynamically linked by programs. At least at this moment. So for now I don't see alternatives to have same packaging guidelines as for Go. -Igor Gnatenko On Jul 13, 2016 11:05 AM,

Re: F25 Self Contained Change: Rust Compiler

On Wed, 13 Jul 2016, Igor Gnatenko wrote: Currently it's not possible for dynamic linking... Why? Dynamic linking is supported by Rust and according to its documentation, is enabled for system libraries on Linux by default. Can you explain why you are claiming it is not possible to enable

Re: F25 Self Contained Change: Rust Compiler

Currently it's not possible for dynamic linking... On Wed, Jul 13, 2016 at 9:29 AM, Stefan Nuxoll wrote: > Rust supports dynamic linking, would it be worth investigating that route > instead of copying the proposed Go guidelines? I'm not against static linking > at all costs,

ppisar pushed to perl-DateTime-TimeZone (master). "Mark optional test dependencies"

From af80db50b4aaeeec04830b74707ec0495f52e48a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 13 Jul 2016 10:54:10 +0200 Subject: Mark optional test dependencies --- perl-DateTime-TimeZone.spec | 3 ++- 1 file changed, 2 insertions(+), 1

ppisar pushed to perl-DateTime-Locale (master). "Simplify optional build-time dependencies"

From b7653e27f1105465d733b8c61fa96c926fa4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 13 Jul 2016 10:36:17 +0200 Subject: Simplify optional build-time dependencies --- perl-DateTime-Locale.spec | 22 +++--- 1 file changed,

pghmcfc pushed to perl-MouseX-Getopt (perl-MouseX-Getopt-0.37-1.fc25). "Update to 0.37 (..more)"

From cbffaa7b793586ae507c3a2c0782ab854dd04693 Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 13 Jul 2016 08:44:12 +0100 Subject: Update to 0.37 - New upstream release 0.37 - Cope with GLD output changes in version 0.100 (GH#10) - Switch to Module::Build::Tiny flow

Re: F25 System Wide Change: KillUserProcesses=yes by default

On Tue, Jul 12, 2016 at 02:34:04PM -0400, Przemek Klosowski wrote: > On 07/12/2016 06:15 AM, Lennart Poettering wrote: > >That's hardly useful, as "screen" alone is useless as it's just a > >frontend to other programs (such as a shell that is run inside the > >"screen" instance), and if we kill

pghmcfc pushed to perl-MouseX-Getopt (master). "Update to 0.37 (..more)"

From cbffaa7b793586ae507c3a2c0782ab854dd04693 Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 13 Jul 2016 08:44:12 +0100 Subject: Update to 0.37 - New upstream release 0.37 - Cope with GLD output changes in version 0.100 (GH#10) - Switch to Module::Build::Tiny flow

Re: F25 Self Contained Change: Rust Compiler

On Wed, Jul 13, 2016 at 8:45 AM, Dan Horák wrote: > On Wed, 13 Jul 2016 06:18:17 +0200 > Jan Kurik wrote: > >> = Proposed Self Contained Change: Rust Compiler = >> https://fedoraproject.org/wiki/Changes/RustCompiler >> >> Change owner(s): >> * Josh Stone >> >>

pghmcfc uploaded MouseX-Getopt-0.37.tar.gz for perl-MouseX-Getopt

080b1895635b525f2b9792a672b2569e MouseX-Getopt-0.37.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-MouseX-Getopt/MouseX-Getopt-0.37.tar.gz/md5/080b1895635b525f2b9792a672b2569e/MouseX-Getopt-0.37.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

Re: F25 Self Contained Change: Rust Compiler

Rust supports dynamic linking, would it be worth investigating that route instead of copying the proposed Go guidelines? I'm not against static linking at all costs, but it would make package maintenance (especially security updates) a lot more pleasant. -- devel mailing list

Re: F25 Self Contained Change: Rust Compiler

Rust uses LLVM for codegen, so in theory, yes. This excludes any potential platform-specific bugs that may affect rustc, which are certainly a possibility. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1355747] perl-Gearman-Server-v1.130.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1355747 --- Comment #7 from Fedora Update System --- perl-Gearman-Server-1.130.1-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

[Bug 1354697] perl-Gearman-Server-v1.130.0 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1354697 --- Comment #13 from Fedora Update System --- perl-Gearman-Server-1.130.1-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

[Bug 1354697] perl-Gearman-Server-v1.130.0 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1354697 --- Comment #12 from Fedora Update System --- perl-Gearman-Server-1.130.1-1.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1355747] perl-Gearman-Server-v1.130.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1355747 --- Comment #6 from Fedora Update System --- perl-Gearman-Server-1.130.1-1.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See

Re: Requiring package test instructions (was: Re: Too fast karma on Bodhi updates)

On Tue, Jul 12, 2016 at 11:52:45PM -0700, Adam Williamson wrote: > FWIW, as someone who is working on this, I don't think we can > realistically aim to do distribution-level automated testing with per- > package granularity. We actually have all the bits in place to do > something like that if we

Re: Requiring package test instructions (was: Re: Too fast karma on Bodhi updates)

On Tue, 2016-07-12 at 23:52 -0700, Adam Williamson wrote: > > Of course, we don't *have* to pick one thing or the other necessarily; > we can certainly provide all the appropriate hooks for packages to do > automated update testing, this is something folks are already looking > at, and there's no

Re: Requiring package test instructions (was: Re: Too fast karma on Bodhi updates)

On Wed, 2016-07-13 at 11:08 +0530, Siddhesh Poyarekar wrote: > On Tue, Jul 12, 2016 at 10:26:20PM -0700, Adam Williamson wrote: > > > > It would not be 'a lot of work', it would be a gigantic, totally > > unsustainable burden. I honestly think you're shooting *way* too high > > here. Even with

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 492 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 254 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 121

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 370 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 364 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 296

Re: F25 Self Contained Change: Rust Compiler

On Wed, 13 Jul 2016 06:18:17 +0200 Jan Kurik wrote: > = Proposed Self Contained Change: Rust Compiler = > https://fedoraproject.org/wiki/Changes/RustCompiler > > Change owner(s): > * Josh Stone > > Introduce packages for the Rust compiler and its Cargo build system. > > >

headsup: ghc-7.10.3 went into Rawhide

Hi! On behalf of the Fedora Haskell SIG, I am happy to announce that finally GHC 7.10 (7.10.3) has gone into Rawhide for F25. This is a new major release (though ghc-8.0.1 is already out for a little time now). The push comes also with a bunch of version updates including pandoc-1.17. You can

[389-devel] Please review: 48920 memleak in pwdhash-bin

https://fedorahosted.org/389/ticket/48920 https://fedorahosted.org/389/attachment/ticket/48920/0001-Ticket-48920-Memory-leak-in-pwdhash-bin.patch -- Sincerely, William Brown Software Engineer Red Hat, Brisbane signature.asc Description: This is a digitally signed message part -- 389-devel