Re: noarch debuginfo packages missing from repo?

On 25.10.2016 20:02, Till Maas wrote: On Tue, Oct 25, 2016 at 05:44:49PM +0200, Sandro Mani wrote: rawhide-debuginfo is enabled, and indeed i.e. qt5-qtbase-debuginfo is found). I suspect that perhaps noarch debuginfo packages are missing from AFAIK debuginfo packages are not generated for

Re: F26 proposed release tooling changes

On martes, 25 de octubre de 2016 2:42:15 PM CDT Ken Dreyer wrote: > Hi Amanda, > > I'm curious about this change: "Kerberos support in koji, fedpkg, OSBS " > > Is koji.fedoraproject.org is going to eventually stop supporting TLS > authentication, and we'll have a Fedora-project-wide Kerberos >

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

On Tue, 2016-10-25 at 17:07 +, Fedora compose checker wrote: > Missing expected images: > > Workstation live i386 > Workstation live x86_64 > > Failed openQA tests: 8/90 (x86_64), 2/16 (i386), 1/2 (arm) > > New failures (same test did not fail in Rawhide-20161024.n.0): > > ID: 44083

Re: F26 proposed release tooling changes

Hi Amanda, I'm curious about this change: "Kerberos support in koji, fedpkg, OSBS " Is koji.fedoraproject.org is going to eventually stop supporting TLS authentication, and we'll have a Fedora-project-wide Kerberos infrastructure instead? - Ken On Mon, Oct 24, 2016 at 12:04 PM, Amanda Carter

Re: RPM %changelog?

Adam Williamson wrote: > That's pretty much the exact *opposite* of what I put in the changelog, > FWIW. For me, that stuff goes in the git commit message (and even then > I don't really break it down in that much detail, because the tools > make it easy to see *what* changed, the thing the commit

Re: RPM %changelog?

On Tue, Oct 25, 2016 at 09:51:09PM +0200, Kevin Kofler wrote: > Well, the user-centric stuff belongs in the Bodhi update notes first of all. This is an excellent point. Argh — we have three changelogs, and possibly *four*: 1. Whatever upstream has 2. The specfile/rpm changelog 3. The dist-git

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

On Tue, 2016-10-25 at 12:43 -0700, Adam Williamson wrote: > > Aside from the 'getting stuck and timing out' problem there's a > dep issue affecting a lot of these tests - looks like firebird- > libfbembed requires a rebuild for an ICU soname bump. I haven't looked > into the details yet (to see

Re: RPM %changelog?

On 25 October 2016 at 23:47, Jonny Heggheim wrote: > On 25 October 2016 at 17:06, Adam Williamson > wrote: >> That wouldn't really bother me, so I'm only curious, but why do you >> find having a big changelog at the end of the file so annoying? It's

Re: Firefox 49.0.2

> Could someone with access please build this version of FF. Apparently, > it's a security release. > > Thanks, usually Martin Stransky builds them, i think there is a JavaScript Bug fixed https://www.mozilla.org/en-US/firefox/49.0.2/releasenotes/, but IMO there is no point in compiling 49.0.2

Re: Supported way to require that a service be stopped prior to installing an .rpm package?

> On 10/25/2016 4:47 PM, jhally(a)gmail.com wrote: > > https://fedoraproject.org/wiki/Packaging:Scriptlets > > It seems like this is something that could be done in %pretrans, as well. > Alternatively, > depending on the paradigm you're working with, you could give service restart >

Re: Pondering security update time frames

On Wed, 26 Oct 2016 13:00:07 +1100 Bojan Smojver wrote: > If there existed updates-urgent and updates-urgent-testing > repositories for packages like kernel (example: Dirty COW > patch-to-testing wait time was rather long; note that some people > cannot install unsigned

Re: Pondering security update time frames

On 10/26/2016 04:28 AM, Kevin Fenzi wrote: On Wed, 26 Oct 2016 13:00:07 +1100 Bojan Smojver wrote: If there existed updates-urgent and updates-urgent-testing repositories for packages like kernel (example: Dirty COW patch-to-testing wait time was rather long; note that

Re: Firefox 49.0.2

On 10/26/2016 02:45 AM, Bojan Smojver wrote: What about this? https://www.mozilla.org/en-US/security/advisories/mfsa2016-87/ And it seems that Fedora builds do not enable e10s, so the cache leak might actually affect users. Florian ___ devel

Re: Pondering security update time frames

I'm thinking, why not just have these as dump repositories (i.e. just signed packages) and then have dnf on each system stitch up a repo from them using createrepo locally. Then you don't need to teach bodhi anything. And the number of such urgent packages would always be very low. Essentially an

Re: Pondering security update time frames

Dnf would need to be taught to do these things, of course The "on the fly" repositories could be defined like any other, using repo files. They could be signed by the same keys updates/updates- testing repos use. Not sure why master mirrors would be required. Wouldn't regular mirrors work, minus

Re: Pondering security update time frames

On 10/26/2016 02:59 AM, Andrew Lutomirski wrote: 3. AFAIK Fedora has no means by which it can participate in embargoed updates. Is this really relevant? For how many updates a year would it make a difference? I get that participating in embargoes is important to some people, but in the

Re: Pondering security update time frames

On Wed, 26 Oct 2016 13:50:11 +1100 Bojan Smojver wrote: > I'm thinking, why not just have these as dump repositories (i.e. just > signed packages) and then have dnf on each system stitch up a repo > from them using createrepo locally. Then you don't need to teach bodhi >

Re: Supported way to require that a service be stopped prior to installing an .rpm package?

On 10/25/2016 6:13 PM, jha...@gmail.com wrote: On 10/25/2016 4:47 PM, jhally(a)gmail.com wrote: https://fedoraproject.org/wiki/Packaging:Scriptlets It seems like this is something that could be done in %pretrans, as well. Alternatively, depending on the paradigm you're working with, you could

Re: Pondering security update time frames

If there existed updates-urgent and updates-urgent-testing repositories for packages like kernel (example: Dirty COW patch-to-testing wait time was rather long; note that some people cannot install unsigned kernel packages from koji due to grub2 bugs), FF etc., maybe these large (and possibly

Supported way to require that a service be stopped prior to installing an .rpm package?

Hello, My team is building and maintaining a fairly complex software stack that is being packaged via rpm. As part of the requirements, the service provided by the .rpm file must be stopped prior to installation / update of the package. Is there any supported / recommended way to do this?

Pondering security update time frames

It seems to me that Fedora has three severe distribution wide issues relating to security updates: 1. Updates, even critical security updates, are very slow. Getting an update out involves creating a build and an update (which is reasonably fast for most packages), pushing the update to

Re: Pondering security update time frames

On Tue, Oct 25, 2016 at 6:03 PM, Adam Williamson wrote: > On Tue, 2016-10-25 at 17:59 -0700, Andrew Lutomirski wrote: >> 2. There doesn't appear to be a working process to get updates out >> quickly. As a current and pressing example, there is no build for >> Firefox

Re: RPM %changelog?

On 25 October 2016 at 21:38, Matthew Miller wrote: > On Tue, Oct 25, 2016 at 09:51:09PM +0200, Kevin Kofler wrote: >> Well, the user-centric stuff belongs in the Bodhi update notes first of all. > > This is an excellent point. Argh — we have three changelogs, and >

Re: Supported way to require that a service be stopped prior to installing an .rpm package?

On 10/25/2016 4:47 PM, jha...@gmail.com wrote: Hello, My team is building and maintaining a fairly complex software stack that is being packaged via rpm. As part of the requirements, the service provided by the .rpm file must be stopped prior to installation / update of the package. Is

Re: Pondering security update time frames

On Tue, 2016-10-25 at 17:59 -0700, Andrew Lutomirski wrote: > 2. There doesn't appear to be a working process to get updates out > quickly.  As a current and pressing example, there is no build for > Firefox 49.0.2. There isn't really a single 'security update process', no. Releasing security

Re: Firefox 49.0.2

Which is also already in Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1387589 -- Bojan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Pondering security update time frames

Wouldn't package maintainers get the CVE bug notification from Bugzilla about FF that I pointed to? Given that, the assumption that maintainers are away seems reasonable. Ergo, I sent an e-mail to the list. PS. I also checked FF package git repo, which had no recent commits. -- Bojan

Re: F26 proposed release tooling changes

On Tue, Oct 25, 2016 at 3:00 PM, Dennis Gilmore wrote: > On martes, 25 de octubre de 2016 2:42:15 PM CDT Ken Dreyer wrote: >> Hi Amanda, >> >> I'm curious about this change: "Kerberos support in koji, fedpkg, OSBS " >> >> Is koji.fedoraproject.org is going to eventually stop

Re: RPM %changelog?

On 25 October 2016 at 17:06, Adam Williamson wrote: > That wouldn't really bother me, so I'm only curious, but why do you > find having a big changelog at the end of the file so annoying? It's at > the end and you pretty much never have to look at it. Is it just >

Re: Supported way to require that a service be stopped prior to installing an .rpm package?

Packaging methods should not be used for this requirement. You should be using some system automation tools like Ansible or Puppet or Chef to make that transaction complete smoothly. Openshift uses Ansible for their cluster upgrades. ___ devel mailing

Re: Firefox 49.0.2

What about this? https://www.mozilla.org/en-US/security/advisories/mfsa2016-87/ -- Bojan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Pondering security update time frames

On Tue, 25 Oct 2016 17:59:24 -0700 Andrew Lutomirski wrote: > It seems to me that Fedora has three severe distribution wide issues > relating to security updates: > > 1. Updates, even critical security updates, are very slow. Getting an > update out involves creating a build and

Re: Private Bugzilla bugs

On 25/10/16 22:49, den...@ausil.us wrote: > There has never been any policy against private bugs, and it's been > encouraged for security sensitive bugs from day 1. There is a lot of Red Hat > employees who default to private bugs FYI The warn on public create customization has been dropped

Fedora Rawhide-20161024.n.0 compose check report

No missing expected images. Failed openQA tests: 7/101 (x86_64), 3/17 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20161022.n.0): ID: 43973 Test: i386 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/43973 Old failures (same test

Re: RPM %changelog?

So why don't we optionally split changelog out of the .spec file? Something like this might be first step: $ sed -n '/^*/,$ p' ruby.spec > ruby.changes $ git diff diff --git a/ruby.spec b/ruby.spec index 2817201..c82740d 100644 --- a/ruby.spec +++ b/ruby.spec @@ -92,6 +92,7 @@ Source10:

Re: RPM %changelog?

On 10/25/2016 05:15 AM, Kevin Kofler wrote: Matthew Miller wrote: On Mon, Oct 24, 2016 at 07:39:19PM +0200, Thorsten Leemhuis wrote: Hmmm. I think I don't consider it duplicated information. A commit messages in the VCS afaics is something that is written for other developers that want to

Re: Private Bugzilla bugs

On 10/25/2016 03:54 AM, Kevin Kofler wrote: > > Even without this written down anywhere, it used to be common understanding > that Fedora bugs are public by design. But then came the ABRT team. Now we > get tons of "private" bug reports. Mostly because ABRT lets users attach > tons of crazy

Storage size unknown on rawhide

Hi, I have an error while building ccnet on rawhide: utils.c: In function 'ccnet_decrypt_with_key': utils.c:1141:20: error: storage size of 'ctx' isn't known  EVP_CIPHER_CTX ctx; How can I solve this? I'll report it upstream (ideally with a patch) soon but I'd like a fix to get the package

Re: Storage size unknown on rawhide

On Tue, Oct 25, 2016 at 10:01:55AM +0200, Julien Enselme wrote: > Hi, > > I have an error while building ccnet on rawhide: > > utils.c: In function 'ccnet_decrypt_with_key': > utils.c:1141:20: error: storage size of 'ctx' isn't known >  EVP_CIPHER_CTX ctx; Looks like ccnet need porting to

First steps for New Comers

Hi, I want to contribute to sssd project. I have builded and installed source code on my VM These are my queries: 1. I tried to pick up a easyfix bug at https://fedorahosted.org/sssd/query?status=new=reopened=~easyfix=~=status=id=summary=status=type=priority=milestone=component=34=priority But

Re: F25 workstation, and (almost) hidpi displays

- Original Message - > Adam Williamson wrote: > > 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

Re: [HEADS UP] python-matplotlib-2.0.0 major update

On Mon, 24 Oct 2016 17:15:24 +0200 Dominik 'Rathann' Mierzejewski wrote: > > > I was hoping to backport 2.0.0 to F25 as well, but I didn't have > > > time to do it before Alpha or even Beta Freeze. Also, considering > > > upstream has not released 2.0.0 yet, I guess I'll

Re: [Fedora-packaging] Re: Broken dependencies: vim-syntastic

On 10/03/2016 08:53 AM, Pavel Raiskup wrote: > Even more interesting, %arm is not on ExclusiveArch list for > 'vim-syntastic-d' package, while the build on arm machine succeeded: > http://koji.fedoraproject.org/koji/taskinfo?taskID=15919447 I drive-by fixed the ldc package on arm last night (I

reviewing captagent (HOMER / SIPCapture)

Is anybody interested in reviewing captagent? https://bugzilla.redhat.com/show_bug.cgi?id=1376848 It is a relatively small package that is used to feed data to a HOMER / SIPCapture system. It is extremely useful for troubleshooting any of the other SIP or RTP applications currently available

Re: RPM %changelog?

On 10/25/2016 09:25 AM, Panu Matilainen wrote: > What I often do is write write the changelog entry in a way that can be > used as the summary line of dist-git, and then the rest of the commit > message explains the details in the level of detail necessary. > > The same would easily go the other

Re: RPM %changelog?

On Tue, Oct 25, 2016 at 09:14:14AM +0200, Vít Ondruch wrote: > So why don't we optionally split changelog out of the .spec file? > Something like this might be first step: > > > $ sed -n '/^*/,$ p' ruby.spec > ruby.changes The problem with this is the first time there is a mass rebuild, or a

Fedora 25 compose report: 20161025.n.0 changes

OLD: Fedora-25-20161024.n.0 NEW: Fedora-25-20161025.n.0 = SUMMARY = Added images:0 Dropped images: 2 Added packages: 4 Dropped packages:0 Upgraded packages: 65 Downgraded packages: 0 Size of added packages: 199.07 KiB Size of dropped packages:0.00 B Size

Re: orphaning ec2-metadata, system-autodeath, s3cmd

I'm taking ec2-metadata. Thank you. On Fri, Sep 16, 2016 at 6:51 AM, Fabio Alessandro Locati wrote: > On Fri, Sep 16, 2016 at 06:07:49AM -0400, Nico Kadel-Garcia wrote: > > On Thu, Sep 15, 2016 at 3:24 PM, Athmane Madjoudj > > wrote: > > > Hi, > > >

Re: Private Bugzilla bugs

Jakub Filak wrote: > I will repeat my argument again - users are allowed to do it when filling > a private bug manually. My point is, they shouldn't be. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

Re: RPM %changelog?

On Tue, Oct 25, 2016 at 03:33:25PM +0100, Peter Robinson wrote: > >> On Mon, Oct 24, 2016 at 05:00:21PM -0400, Josh Boyer wrote: > >> > > Please, no, don't do that. RPM is a standard, the changelog is > >> > > part of that. It would be pretty crappy to just declare we're > >> > > going to stop

Re: RPM %changelog?

On Tue, Oct 25, 2016 at 04:59:17PM +0200, Michael Schroeder wrote: > FWIW, SUSE has a patch in rpm that trims only the changelog of binary rpms > and leaves the full changelog in the source rpms. This seems perfect! (Wow, look what happens when we have people from other distros participating --

Re: RPM %changelog?

>> On Mon, Oct 24, 2016 at 05:00:21PM -0400, Josh Boyer wrote: >> > > Please, no, don't do that. RPM is a standard, the changelog is >> > > part of that. It would be pretty crappy to just declare we're >> > > going to stop using RPM changelogs and bake some random new idea >> > > into our distro's

Re: RPM %changelog?

On Tue, 25 Oct 2016 08:56:10 -0400 Matthew Miller wrote: > On Mon, Oct 24, 2016 at 05:00:21PM -0400, Josh Boyer wrote: > > > Please, no, don't do that. RPM is a standard, the changelog is > > > part of that. It would be pretty crappy to just declare we're > > > going to

Re: RPM %changelog?

On Tue, Oct 25, 2016 at 6:35 AM, Richard W.M. Jones wrote: > On Tue, Oct 25, 2016 at 09:14:14AM +0200, Vít Ondruch wrote: >> So why don't we optionally split changelog out of the .spec file? >> Something like this might be first step: >> >> >> $ sed -n '/^*/,$ p' ruby.spec >

Re: Call for help contacting contributor: aledvink

On Wed, Oct 05, 2016 at 12:42:53PM +0200, Pierre-Yves Chibon wrote: > Dear all, > > Packagers, members of the fedorabugs group and people having a 'watchbugzilla' > ACL in pkgdb must have a bugzilla account attached to the email they set in > the > Fedora Account System (FAS). > This is

Re: F25 workstation, and (almost) hidpi displays

De: "Bastien Nocera" > So Qt 5.6 supports non-integer scale factors with the exact same problems > that made GTK+ developers not support it. So QT 5.6 handles configurations GTK+ developers refused to envision. -- Nicolas Mailhot ___ devel mailing

Re: Private Bugzilla bugs

There has never been any policy against private bugs, and it's been encouraged for security sensitive bugs from day 1. There is a lot of Red Hat employees who default to private bugs or private comments due to working mostly on internal bugs. A nice rfe might be to enable the ability to default

Re: RPM %changelog?

On Mon, Oct 24, 2016 at 05:00:21PM -0400, Josh Boyer wrote: > > Please, no, don't do that. RPM is a standard, the changelog is part of > > that. It would be pretty crappy to just declare we're going to stop > > using RPM changelogs and bake some random new idea into our distro's > > packaging

Re: RPM %changelog?

Dne 25.10.2016 v 13:03 Neal Gompa napsal(a): > On Tue, Oct 25, 2016 at 6:35 AM, Richard W.M. Jones wrote: >> On Tue, Oct 25, 2016 at 09:14:14AM +0200, Vít Ondruch wrote: >>> So why don't we optionally split changelog out of the .spec file? >>> Something like this might be

Re: First steps for New Comers

On 10/25/2016 06:19 AM, amitk...@redhat.com wrote: > Hi, > I want to contribute to sssd project. I have builded and installed source > code on my VM > These are my queries: > 1. I tried to pick up a easyfix bug at >

Re: RPM %changelog?

On 25/10/16 14:56, Matthew Miller wrote: On Mon, Oct 24, 2016 at 05:00:21PM -0400, Josh Boyer wrote: Please, no, don't do that. RPM is a standard, the changelog is part of that. It would be pretty crappy to just declare we're going to stop using RPM changelogs and bake some random new idea

Re: RPM %changelog?

On Tue, Oct 25, 2016 at 11:35:46AM +0100, Richard W.M. Jones wrote: > SUSE deleted all their RPM changelogs a very long time ago, we should > do the same. AFAIK the SUSE .changes files predate the switch to rpm. So we somewhat never used rpm style changelogs. ;) Cheers, Michael. -- Michael

Re: Dumb newbie packager questions

On 10/25/2016 01:48 AM, Adam Williamson wrote: > On Sat, 2016-10-22 at 22:08 -0600, William Moreno wrote: >> By default koji will not let build a package of there is a previus buid >> with the same NVR in the same branch, you can build many times the same NVR >> in diferent branches, (fedpkg

Re: F25 workstation, and (almost) hidpi displays

Bastien Nocera wrote: > - Original Message - >> But KDE is actually much smarter and can handle any DPI, though you will >> likely have to configure it manually, because as you explained, the >> developers of the commonly used X drivers decided to be jerks and >> deliberately report a

Re: Storage size unknown on rawhide

On 10/25/2016 10:41 AM, Tomasz Torcz wrote: > On Tue, Oct 25, 2016 at 10:01:55AM +0200, Julien Enselme wrote: >> Hi, >> >> I have an error while building ccnet on rawhide: >> >> utils.c: In function 'ccnet_decrypt_with_key': >> utils.c:1141:20: error: storage size of 'ctx' isn't known >>

Re: RPM %changelog?

Dne 25.10.2016 v 16:23 Kevin Fenzi napsal(a): > On Tue, 25 Oct 2016 08:56:10 -0400 > Matthew Miller wrote: > >> On Mon, Oct 24, 2016 at 05:00:21PM -0400, Josh Boyer wrote: Please, no, don't do that. RPM is a standard, the changelog is part of that. It would

Re: RPM %changelog?

On Sun, 2016-10-23 at 19:46 +0200, Michael Schwendt wrote: > On Sun, 23 Oct 2016 16:21:25 +, Christopher wrote: > > > > Our rules is "leave it to the packager's personal preference" and to > > > "keep what's important". > > > > I'm curious, what *IS* important? > > 1.) Don't copy upstream

Re: F25 workstation, and (almost) hidpi displays

On Tue, 2016-10-25 at 05:16 -0400, Bastien Nocera wrote: > > - Original Message - > > Adam Williamson wrote: > > > 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

Re: F25 workstation, and (almost) hidpi displays

On Tue, 2016-10-25 at 09:30 -0700, Adam Williamson wrote: > On Tue, 2016-10-25 at 05:16 -0400, Bastien Nocera wrote: > > > > - Original Message - > > > Adam Williamson wrote: > > > > If you use Fedora (Workstation, at least, and I think maybe KDE too) on > > > > a 3200x1800 13" screen

Re: RPM %changelog?

On Tue, 2016-10-25 at 11:08 -0400, Matthew Miller wrote: > This seems perfect! (Wow, look what happens when we have people from > other distros participating -- thanks!) It doesn't do anything to fix the problem that the changelog takes up way too much space in the spec file. We should have

Fedora 25-20161025.n.0 compose check report

No missing expected images. Failed openQA tests: 5/101 (x86_64), 2/17 (i386) New failures (same test did not fail in 25-20161024.n.0): ID: 44206 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/44206 ID: 44216 Test: i386 KDE-live-iso

Re: noarch debuginfo packages missing from repo?

On Tue, 25 Oct 2016 17:44:49 +0200 Sandro Mani wrote: > Hi > > Just noticed that dnf (or yum-deprecated for the matter) won't find > any mingw{32,64}-XXX-debuginfo packages to install (even though > rawhide-debuginfo is enabled, and indeed i.e. qt5-qtbase-debuginfo is >

Re: RPM %changelog?

On Tue, 2016-10-25 at 10:43 -0500, Michael Catanzaro wrote: > On Tue, 2016-10-25 at 11:08 -0400, Matthew Miller wrote: > > This seems perfect! (Wow, look what happens when we have people from > > other distros participating -- thanks!) > > It doesn't do anything to fix the problem that the

Re: noarch debuginfo packages missing from repo?

On 25.10.2016 18:14, Kevin Fenzi wrote: On Tue, 25 Oct 2016 17:44:49 +0200 Sandro Mani wrote: Hi Just noticed that dnf (or yum-deprecated for the matter) won't find any mingw{32,64}-XXX-debuginfo packages to install (even though rawhide-debuginfo is enabled, and

noarch debuginfo packages missing from repo?

Hi Just noticed that dnf (or yum-deprecated for the matter) won't find any mingw{32,64}-XXX-debuginfo packages to install (even though rawhide-debuginfo is enabled, and indeed i.e. qt5-qtbase-debuginfo is found). I suspect that perhaps noarch debuginfo packages are missing from the repo?

Fedora Rawhide-20161025.n.0 compose check report

Missing expected images: Workstation live i386 Workstation live x86_64 Failed openQA tests: 8/90 (x86_64), 2/16 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20161024.n.0): ID: 44083 Test: x86_64 Workstation-boot-iso install_default@uefi URL:

Re: F25 workstation, and (almost) hidpi displays

On Tue, Oct 25, 2016 at 9:33 AM, Adam Williamson wrote: > On Tue, 2016-10-25 at 09:30 -0700, Adam Williamson wrote: >> On Tue, 2016-10-25 at 05:16 -0400, Bastien Nocera wrote: >> > >> > - Original Message - >> > > Adam Williamson wrote: >> > > > If you use

Re: RPM %changelog?

> Please, no, don't do that. RPM is a standard lol. * The representation of file names in package headers changed in rpm-4.0. * Originally, file names were stored as an array of absolute paths. * In rpm-4.0, file names are stored as separate arrays of dirname's and * basename's, * with a

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

On Tue, 2016-10-25 at 15:54 +, Fedora compose checker wrote: > No missing expected images. > > Failed openQA tests: 5/101 (x86_64), 2/17 (i386) > > New failures (same test did not fail in 25-20161024.n.0): > > ID: 44206 Test: x86_64 KDE-live-iso install_default@uefi > URL:

Re: noarch debuginfo packages missing from repo?

On Tue, Oct 25, 2016 at 05:44:49PM +0200, Sandro Mani wrote: > rawhide-debuginfo is enabled, and indeed i.e. qt5-qtbase-debuginfo is > found). I suspect that perhaps noarch debuginfo packages are missing from AFAIK debuginfo packages are not generated for noarch packages. I am not sure if there

Re: RPM %changelog?

On Tue, 2016-10-25 at 18:35 +, David Shea wrote: > > Please, no, don't do that. RPM is a standard > > lol. > > * The representation of file names in package headers changed in rpm-4.0. > * Originally, file names were stored as an array of absolute paths. > * In rpm-4.0, file names are

Re: RPM %changelog?

On 10/25/2016 11:35 AM, David Shea wrote: Please, no, don't do that. RPM is a standard lol. * The representation of file names in package headers changed in rpm-4.0. * Originally, file names were stored as an array of absolute paths. * In rpm-4.0, file names are stored as separate arrays

Firefox 49.0.2

Could someone with access please build this version of FF. Apparently, it's a security release. Thanks, -- Bojan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

ausil set the critpath flag on the perl-Data-Dumper package (master)

ausil set the critpath flag on the perl-Data-Dumper package (master) ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1379558] perl-Image-Info: XXE in SVG files [fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1379558 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Image-Info-1.38-6.fc25

[EPEL-devel] Bug in awscli-1.11.0-1.el7

After an upgrade to the current EPEL awcli, a system I'm working on broke. There's a bug with downloading empty files that's been fixed in 1.11.1. We verified that upgrading to awscli-1.11.2-1.el7 fixes the problem. https://github.com/aws/aws-cli/blob/develop/CHANGELOG.rst# Thanks!

scikit-learn in Fedora 25 ?

I have used scikit-learn in several previous Fedora releases, however if I look at https://bodhi.fedoraproject.org/updates/?packages=python-scikit-learn there is no scikit-learn for Fedora 25 anymore. The latest stable version is 0.18.1 ( http://scikit-learn.org/dev/whats_new.html), this is a

[Bug 1379558] perl-Image-Info: XXE in SVG files [fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1379558 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Image-Info-1.38-6.fc25

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

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

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

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

[Bug 1388088] perl-Module-Install-1.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1388088 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA

[389-devel] Re: Enable quiet build on ds, ns, svrcore

On Tue, 2016-10-25 at 09:08 +0200, Lukas Slebodnik wrote: > On (25/10/16 14:23), William Brown wrote: > >Hi, > > > >I want to get feedback from the team about a small change I would like > >to make to our configure.ac. I want to add the following to > >configure.ac. > > >

[389-devel] please review: Ticket 49015 - register-ds-admin.pl - silent install does not work with local instances

https://fedorahosted.org/389/ticket/49015 https://fedorahosted.org/389/attachment/ticket/49015/0001-Ticket-49015-register-ds-admin.pl-silent-install-doe.patch ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email

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

https://bugzilla.redhat.com/show_bug.cgi?id=1385612 Fedora Update System changed: What|Removed |Added Status|ON_QA

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

https://bugzilla.redhat.com/show_bug.cgi?id=1387462 Fedora Update System changed: What|Removed |Added Status|ON_QA

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

https://bugzilla.redhat.com/show_bug.cgi?id=1387451 Fedora Update System changed: What|Removed |Added Status|ON_QA

[389-devel] Please review 49017 minor test failures

https://fedorahosted.org/389/ticket/49017 https://fedorahosted.org/389/attachment/ticket/49017/0001-Ticket-49017-Various-minor-test-failures.patch -- Sincerely, William Brown Software Engineer Red Hat, Brisbane signature.asc Description: This is a digitally signed message part

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

https://bugzilla.redhat.com/show_bug.cgi?id=1387452 Fedora Update System changed: What|Removed |Added Status|ON_QA

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

https://bugzilla.redhat.com/show_bug.cgi?id=1387453 Fedora Update System changed: What|Removed |Added Status|ON_QA

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

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

  1   2   >