On ti, 25 loka 2016, Ken Dreyer wrote:
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
- Mail original -
De: "Andrew Lutomirski"
> (Projectors are probably a lost cause and perhaps it should be purely
> a function of resolution.)
Even for projectors it would be rather easy since video organisations (SMPTE,
THX, ISF, etc) publish strict guidelines on the optimal viewing
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 maili
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 some people
cannot insta
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 gra
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 t
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
> anything. And the number
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 i
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 kernel packages from koji
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 supporting TLS
>> auth
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
___
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 faili
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
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 an update (whic
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
> 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
> responsibili
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 49.0.2.
>
> There isn't reall
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 upda
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
updates-t
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 there
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
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 li
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? Cur
> 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 w
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 at
>> the end and you pretty much never have t
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 from
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
> because it tends to match searche
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
> possibly *four*:
>
> 1. Whatever
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
> in
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
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 com
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 no
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 if
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
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 Tes
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
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
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 stor
> 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 dirn
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: https://openqa
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 i
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: https://openqa.fedoraproje
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 Fedora (Workstation, at least, an
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 then
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 you
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 indeed i.e. qt5-qtbase-debug
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
> found). I suspect that
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 changel
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 install_
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? Inde
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 .chang
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 be pretty crappy to just dec
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 ch
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 -- th
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 usin
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,
> > >
> > > On Thu, Sep 15, 2016 at 8:00 PM, Matth
>> 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
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
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 stop using RPM changelogs
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 Sc
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 int
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 tools
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
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 mandatory
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 bogus
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
>> EVP_C
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
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 switc
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
> https://fedorahosted.org/sssd/query?status=new&status=reopened&keywords=~easyfix&
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 first step:
>>>
>>>
>>>
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 li
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 > ruby.changes
>
> The p
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
pac
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 w
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 don
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&status=reopened&keywords=~easyfix&coverity=~&group=status&col=id&col=summary&col=status&col=type&
- 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 setu
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 in
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 stick with
> > > 1.5.x on
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
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 b
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 unde
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: rubyge
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 failed
84 matches
Mail list logo
