-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 2017-09-05 at 08:31 +0200, Nicolas Chauvet wrote:
> 2017-09-04 19:20 GMT+02:00 Richard Hughes :
> > On 4 September 2017 at 17:56, Neal Gompa
> > wrote:
> > > It sounds like it would make more sense for createrepo_c to link
> > > to
> > > the
Dne 5.9.2017 v 08:31 Nicolas Chauvet napsal(a):
> 2017-09-04 19:20 GMT+02:00 Richard Hughes :
>> On 4 September 2017 at 17:56, Neal Gompa wrote:
>>> It sounds like it would make more sense for createrepo_c to link to
>>> the AppStream builder library to handle AppStream metadata processing
>>> a
2017-09-04 19:20 GMT+02:00 Richard Hughes :
> On 4 September 2017 at 17:56, Neal Gompa wrote:
>> It sounds like it would make more sense for createrepo_c to link to
>> the AppStream builder library to handle AppStream metadata processing
>> as part of the createrepo_c repodata generation, wouldn't
Dne 4.9.2017 v 22:02 Dennis Gilmore napsal(a):
> El lun, 04-09-2017 a las 12:56 -0400, Neal Gompa escribió:
>> On Mon, Sep 4, 2017 at 12:33 PM, Richard Hughes
>> wrote:
>>> On 4 September 2017 at 17:15, Dennis Gilmore
>>> wrote:
The correct way to deal with appstream is to add the appstrea
Dear all,
About ten days ago I asked a question on this list, but I guess on one
hand it was too specific, while on the other it coincided with people
travelling to Flock or being on vacation. As I really want to get the
package in question back in Fedora, I will ask again and I will try to
be mor
On Mon, 2017-09-04 at 16:11 -0700, Adam Williamson wrote:
> On Mon, 2017-09-04 at 20:07 +0100, Sérgio Basto wrote:
> >
> > That is the point, how many package fail to build with ImageMagick7
> > ?
> > we "just" need change requires on FTBFS packages (with
> > ImageMagick7)
>
> No it isn't the p
On Mon, 2017-09-04 at 23:15 +0100, Sérgio Basto wrote:
>
> We already have ImageMagick 6.9.3 ABI compatibility package.
>
> https://bodhi.fedoraproject.org/updates/FEDORA-2017-20d59de2dc
I don't really see *why*. It doesn't seem to be very necessary. We've
already rebuilt everything in 25 and 26
On Mon, 2017-09-04 at 20:07 +0100, Sérgio Basto wrote:
>
> That is the point, how many package fail to build with ImageMagick7 ?
> we "just" need change requires on FTBFS packages (with ImageMagick7)
No it isn't the point. More things actually use the ImageMagick *CLI*
than use the library, and
On Mon, 2017-09-04 at 20:07 +0100, Sérgio Basto wrote:
> On Mon, 2017-09-04 at 11:01 -0700, Adam Williamson wrote:
> > On Mon, 2017-09-04 at 17:55 +, Stephen Gallagher wrote:
> > >
> > > We didn't specifically rule on the naming, FWIW. As far as IM7
> > > being the
> > > variant package, we mo
Dear all,
You are kindly invited to the meeting:
Modularity WG (once every two weeks) on 2017-09-05 from 10:00:00 to 11:00:00
US/Eastern
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Working Group.
More information available at: [Modularity Work
On Mon, Sep 4, 2017 at 4:02 PM, Dennis Gilmore wrote:
> El lun, 04-09-2017 a las 12:56 -0400, Neal Gompa escribió:
>> On Mon, Sep 4, 2017 at 12:33 PM, Richard Hughes
>> wrote:
>> > On 4 September 2017 at 17:15, Dennis Gilmore
>> > wrote:
>> > > The correct way to deal with appstream is to add th
On Mon, Sep 4, 2017 at 3:57 PM, Dennis Gilmore wrote:
> El lun, 04-09-2017 a las 17:33 +0100, Richard Hughes escribió:
>> On 4 September 2017 at 17:15, Dennis Gilmore wrote:
>> > The correct way to deal with appstream is to add the appstream data
>> > to
>> > rpm headers and then teach createrepo
El lun, 04-09-2017 a las 12:56 -0400, Neal Gompa escribió:
> On Mon, Sep 4, 2017 at 12:33 PM, Richard Hughes
> wrote:
> > On 4 September 2017 at 17:15, Dennis Gilmore
> > wrote:
> > > The correct way to deal with appstream is to add the appstream
> > > data to
> > > rpm headers and then teach cre
El lun, 04-09-2017 a las 17:33 +0100, Richard Hughes escribió:
> On 4 September 2017 at 17:15, Dennis Gilmore wrote:
> > The correct way to deal with appstream is to add the appstream data
> > to
> > rpm headers and then teach createrepo to make the appropriate
> > metadata
> > files.
>
> I'm sur
On Mon, 2017-09-04 at 11:01 -0700, Adam Williamson wrote:
> On Mon, 2017-09-04 at 17:55 +, Stephen Gallagher wrote:
> >
> > We didn't specifically rule on the naming, FWIW. As far as IM7
> > being the
> > variant package, we mostly ruled that for F27, nothing using IM in
> > the
> > release bl
On Mon, 2017-09-04 at 11:54 -0700, Adam Williamson wrote:
> On Mon, 2017-09-04 at 20:37 +0200, Igor Gnatenko wrote:
> > > Some of those are false positives (just names for things that are
> > > actually moved to dnf), but a lot of them are actual usage of the yum
> > > module.
> >
> > Pungi in raw
On Mon, 2017-09-04 at 20:37 +0200, Igor Gnatenko wrote:
> > Some of those are false positives (just names for things that are
> > actually moved to dnf), but a lot of them are actual usage of the yum
> > module.
>
> Pungi in rawhide uses DNF backend for gathering, so irrelevant.. 😉
I don't believ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, 2017-09-04 at 09:25 -0700, Adam Williamson wrote:
> On Fri, 2017-09-01 at 19:01 +0200, Igor Gnatenko wrote:
> > So I think F28/F29 would be best time for retiring YUM. Right now
> > DNF
> > should be already stable and provide same capabiliti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, 2017-09-04 at 18:15 +0200, Till Maas wrote:
> On Sun, Sep 03, 2017 at 01:45:40PM +0200, Igor Gnatenko wrote:
> > GnuPG 2.2.0 has --enable-gpg-is-gpg2 which would install compat
> > symlink
> > from /usr/bin/gpg to /usr/bin/gpg2..
> >
> > Is
On Mon, 2017-09-04 at 17:55 +, Stephen Gallagher wrote:
>
> We didn't specifically rule on the naming, FWIW. As far as IM7 being the
> variant package, we mostly ruled that for F27, nothing using IM in the
> release blocking media may require IM7. I'm personally neutral on how the
> files and
On Mon, Sep 4, 2017 at 11:41 AM Adam Williamson
wrote:
> On Sun, 2017-09-03 at 16:13 +0100, Sérgio Basto wrote:
> > On Sat, 2017-09-02 at 14:10 -0500, Michael Cronenworth wrote:
> > > On Sep 2, 2017 11:36 AM, Adam Williamson
> > > wrote:
> > > So I'm gonna start working on the 6.9.9 downgrade in
On Mon, Sep 4, 2017 at 1:20 PM, Richard Hughes wrote:
> On 4 September 2017 at 17:56, Neal Gompa wrote:
>> It sounds like it would make more sense for createrepo_c to link to
>> the AppStream builder library to handle AppStream metadata processing
>> as part of the createrepo_c repodata generatio
Hey, Petr
On Mon, Sep 4, 2017 at 4:27 PM, Petr Stodulka wrote:
> I apologize for late response as I was on holiday. Not sure if you already
> talked together about that but I agree with Pavel. `make srpm` solves only
> _one_
> type of troubles. I guess that usually I will get response from upstr
On 4 September 2017 at 17:56, Neal Gompa wrote:
> It sounds like it would make more sense for createrepo_c to link to
> the AppStream builder library to handle AppStream metadata processing
> as part of the createrepo_c repodata generation, wouldn't it?
100% agree. This does take some time curren
On Mon, Sep 04, 2017 at 06:23:27PM +0200, Roberto Ragusa wrote:
> On 09/04/2017 06:13 PM, Till Maas wrote:
> > You need to add --batch to the command line:
> > $ LANG=C date|gpg2 --batch --passphrase aaa -ca | gpg2 --batch
> > --passphrase aaa
> > gpg: AES encrypted data
> > gpg: encrypted with
On Mon, Sep 4, 2017 at 12:33 PM, Richard Hughes wrote:
> On 4 September 2017 at 17:15, Dennis Gilmore wrote:
>> The correct way to deal with appstream is to add the appstream data to
>> rpm headers and then teach createrepo to make the appropriate metadata
>> files.
>
> I'm sure we've had this di
On 4 September 2017 at 17:15, Dennis Gilmore wrote:
> The correct way to deal with appstream is to add the appstream data to
> rpm headers and then teach createrepo to make the appropriate metadata
> files.
I'm sure we've had this discussion before, but:
* What happens if a single package contai
Hi,
On Mon, Sep 04, 2017 at 12:22:27PM +0200, Vít Ondruch wrote:
> Interesting. I already requested something like this previously [1], but
> had not good enough use case for it ... May be you want to recycle my
> ticket?
There is now an accepted upstream ticket, the patch is still missing,
thou
On Fri, 2017-09-01 at 19:01 +0200, Igor Gnatenko wrote:
> So I think F28/F29 would be best time for retiring YUM. Right now DNF
> should be already stable and provide same capabilities (or documented
> that something will not be supported).
>
> Hopefully infrastructure / rel-eng folks will finally
On Mon, Sep 04, 2017 at 08:56:31AM +0200, Remi Collet wrote:
> gnupg v2 is a nightmare for "server", I maintain some PHP extensions and
> libraries which works perfectly against v1, and not against v2
Would it be ok for you to patch the libraries to use /usr/bin/gpg1
instead?
> And, AFAIK, v1 is
On 09/04/2017 06:13 PM, Till Maas wrote:
> On Mon, Sep 04, 2017 at 09:23:05AM +0200, Roberto Ragusa wrote:
>
>> $ date|gpg2 --passphrase aaa -ca
>>
>> This shows a popup asking me for a passphrase, while it works
>> perfectly on gpg v1.
>
> You need to add --batch to the command line:
> $ LANG=C
On Fri, 2017-09-01 at 21:19 +0200, Igor Gnatenko wrote:
> While I agree that this is missing functionality, being honest I think
> we should educate users to use updateinfo which is meant for users
> while changelogs might be interested only for developers. Updateinfo is
> coming from what is writt
El vie, 01-09-2017 a las 13:37 +0300, Marius Vollmer escribió:
> Hi,
>
> I hope that soon the first Cockpit add-on appears in the Fedora
> repositories. Cockpit can find such add-ons via their AppStream
> metainfo data, similar to how GNOME Software finds applications to
> install for a desktop e
On Sun, Sep 03, 2017 at 01:45:40PM +0200, Igor Gnatenko wrote:
> GnuPG 2.2.0 has --enable-gpg-is-gpg2 which would install compat symlink
> from /usr/bin/gpg to /usr/bin/gpg2..
>
> Is it time to retire gnupg (v1) ?
It would be great if we could make gpg2 as the default (add symlink from
/usr/bin/
On Mon, Sep 04, 2017 at 09:23:05AM +0200, Roberto Ragusa wrote:
> $ date|gpg2 --passphrase aaa -ca
>
> This shows a popup asking me for a passphrase, while it works
> perfectly on gpg v1.
You need to add --batch to the command line:
$ LANG=C date|gpg2 --batch --passphrase aaa -ca | gpg2 --batch
El vie, 01-09-2017 a las 21:19 +0200, Igor Gnatenko escribió:
> On Fri, 2017-09-01 at 13:56 -0400, Neal Gompa wrote:
> > On Fri, Sep 1, 2017 at 1:01 PM, Igor Gnatenko
> > wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA256
> > >
> > > So I think F28/F29 would be best time for retir
On Sun, 2017-09-03 at 10:32 +0200, Ralf Corsepius wrote:
>
> This could makessome sense, if these are really used and if
> vulnerabilities can be reacted upon/fixed in the old versions.
>
> If the latter doesn't apply, it would be better to those remove package
> which requires these old libs f
On Sun, 2017-09-03 at 16:13 +0100, Sérgio Basto wrote:
> On Sat, 2017-09-02 at 14:10 -0500, Michael Cronenworth wrote:
> > On Sep 2, 2017 11:36 AM, Adam Williamson
> > wrote:
> > So I'm gonna start working on the 6.9.9 downgrade in F27, and I'm
> > tempted to just downgrade Rawhide at the same ti
# F27 Blocker Review meeting
# Date: 2017-09-04
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We currently have 7 proposed Beta blockers and 3 proposed
Final blockers to review, so let's have a Fedora 27 blocker review
meeting. Apologies for the late notice, bu
On Mon, Sep 4, 2017 at 9:28 AM, Dominic Robinson wrote:
> Hi,
>
>
>
> Apologies if this is the incorrect medium in which to send patches.
>
>
>
> There is a significant issue with the apst code that has been merged for the
> nvme driver under kernels >= 4.11 . The issue impacts some versions of
>
I apologize for late response as I was on holiday. Not sure if you already
talked together about that but I agree with Pavel. `make srpm` solves only _one_
type of troubles. I guess that usually I will get response from upstream like
that:
-- we will not add Makefile just because of COPR that is
Hi,
I will build a new release of poppler this week, which includes soname
bump. I will take care of rebuilding the affected packages:
boomaga
calligra
cups-filters
evas-generic-loaders
gambas3
gdal
gdcm
inkscape
kf5-kfilemetadata
libreoffice
okular
pdf2djvu
poppler-sharp
texlive
texworks
Note t
Hi,
Apologies if this is the incorrect medium in which to send patches.
There is a significant issue with the apst code that has been merged for
the nvme driver under kernels >= 4.11 . The issue impacts some versions of
Samsung’s firmware on sm961/pm961 and 960 nvme drives. The issue causes t
Michael , I move thread to here [1]
[1] https://pagure.io/fesco/issue/1766
On Sun, 2017-09-03 at 16:13 +0100, Sérgio Basto wrote:
> On Sat, 2017-09-02 at 14:10 -0500, Michael Cronenworth wrote:
> > On Sep 2, 2017 11:36 AM, Adam Williamson > g>
> > wrote:
> > So I'm gonna start working on the 6.
- Original Message -
> From: "Pete Travis"
> To: "Development discussions related to Fedora"
>
> Sent: Saturday, September 2, 2017 4:08:54 PM
> Subject: Re: RFC: retiring yum
>
>
>
> On Sep 1, 2017 4:54 PM, "Kai Bojens" < k...@kbojens.de > wrote:
>
>
>
> On Friday, 1 September 2017
Dne 4.9.2017 v 13:40 Debarshi Ray napsal(a):
> Hey,
>
> On Mon, Sep 04, 2017 at 12:32:38PM +0200, V??t Ondruch wrote:
>> Unfortunately, you have missed this dependency:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1486752
> Yes, sorry for missing it initially. However, I emailed
> konr...@f
On 2017-09-01, Carlos O'Donell wrote:
> I've written up some of the key ideas here:
> https://fedoraproject.org/wiki/BaseRuntimeInterface
>
> Any feedback would be appreciated, including bikeshed on component
> name prefix for frozen interface pakcages e.g. base-*.
>
What if there is a bug in the
Hey,
On Mon, Sep 04, 2017 at 12:32:38PM +0200, V??t Ondruch wrote:
> Unfortunately, you have missed this dependency:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1486752
Yes, sorry for missing it initially. However, I emailed
konr...@fedoraproject.org last Thursday after you pinged me on IRC
On Fri, Sep 1, 2017 at 3:10 PM, Hedayat Vatankhah
wrote:
> Hi,
>
> *Igor Gnatenko* wrote on Fri, 01 Sep 2017 19:01:49 +0200:
>
> <..>
> Do you still have some critical missing functionality in DNF? And let
> us know reasons why would you like to keep YUM available (hopefully
> there are no)!
>
>
On Mon, Sep 4, 2017 at 10:39 AM, Joachim Backes
wrote:
> Hi guys,
>
> my question: is it planned to make and release kernel-4.13 for F26? I saw
> that it has been declared as mainline and stable on kernel.org.
The latest stable kernel will always go to the latest stable Fedora
release (n-1 depend
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, 2017-09-04 at 11:29 +0100, Daniel P. Berrange wrote:
> A number of packages that I maintain have GPG signatures provided
> alongside
> the sources for new releases. Is there any best pratice approach /
> RPM macro
> magic for verifying the GP
Hi,
I've been working with Linux since around 1999. And around that time I
started creating a few RPM packages for Red Hat Linux, so that they would
easily install. Over time I got "distracted" with Ubuntu and Java. Working
since around 2007 on open source projects, in the last years mainly for Io
On 04.09.2017 12:42, Vít Ondruch wrote:
Dne 1.9.2017 v 22:56 Sandro Mani napsal(a):
Hi
I've got another weird situation: I wanted to get pjproject building
again, rebased and added necessary patches, did the scratch build, and
all looked good [1]. So I went ahead and committed the result, fi
Hi,
On Fri, Sep 1, 2017 at 9:12 PM, Richard Hughes wrote:
> Hi all,
>
> At the moment the appstream-builder requires a 48x48px application
> icon[1] to be included in the AppStream metadata. I'm sure it's no
> surprise that 48x48 padded to 64x64 and then interpolated up to
> 128x128 (for HiDPI s
Dne 1.9.2017 v 22:56 Sandro Mani napsal(a):
> Hi
>
> I've got another weird situation: I wanted to get pjproject building
> again, rebased and added necessary patches, did the scratch build, and
> all looked good [1]. So I went ahead and committed the result, fired
> off the build, but to my surp
Dne 31.8.2017 v 13:14 Debarshi Ray napsal(a):
> On Mon, Jun 26, 2017 at 11:06:16AM +, Debarshi Ray wrote:
>> On Wed, Jun 14, 2017 at 03:19:52PM +, Debarshi Ray wrote:
>>> I would like to initiate the non-responsive maintainer process [1] for
>>> Christopher Aillon [2]. A long time ago, he
A number of packages that I maintain have GPG signatures provided alongside
the sources for new releases. Is there any best pratice approach / RPM macro
magic for verifying the GPG signature of sources during build, or are
packagers just (re)inventing the wheel each time ?
Regards,
Daniel
--
|:
Dne 2.9.2017 v 16:00 Neal Gompa napsal(a):
> On Fri, Sep 1, 2017 at 1:01 PM, Igor Gnatenko
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> So I think F28/F29 would be best time for retiring YUM. Right now DNF
>> should be already stable and provide same capabilities (or docu
Dne 1.9.2017 v 19:56 Neal Gompa napsal(a):
> On Fri, Sep 1, 2017 at 1:01 PM, Igor Gnatenko
> wrote:
>> Do you still have some critical missing functionality in DNF? And let
>> us know reasons why would you like to keep YUM available (hopefully
>> there are no)!
>>
>
> In addition, don't we still
It can be when 4.13.3-4.13.5 released.
пн, 4 сент. 2017 г. в 12:40, Joachim Backes :
> Hi guys,
>
> my question: is it planned to make and release kernel-4.13 for F26? I
> saw that it has been declared as mainline and stable on kernel.org.
>
> Kind regards
>
> Joachim Backes
>
> --
>
> Fedora rel
Dne 1.9.2017 v 22:10 Hedayat Vatankhah napsal(a):
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1091702
This is blocker for me as well.
Mirek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.f
Hi guys,
my question: is it planned to make and release kernel-4.13 for F26? I
saw that it has been declared as mainline and stable on kernel.org.
Kind regards
Joachim Backes
--
Fedora release 26 (Twenty Six)
Kernel-4.12.9-300.fc26.x86_64
Joachim Backes
https://www-user.rhrk.uni-kl.de/~b
Dne 2.9.2017 v 16:00 Neal Gompa napsal(a):
On Fri, Sep 1, 2017 at 1:01 PM, Igor Gnatenko
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
So I think F28/F29 would be best time for retiring YUM. Right now DNF
should be already stable and provide same capabilities (or documented
that somet
On 1 September 2017 at 20:47, John Reiser wrote:
> Yes, losing 16 pixels width will be unfortunate, but it is a
> better default because it looks nicer.
I've tried this, and the "cropped" icons look much worse than the
padded ones. Plus, multiplying by 3 is a much more expensive thing to
do on lo
On Sun, 2017-09-03 at 13:45 +0200, Igor Gnatenko wrote:
> GnuPG 2.2.0 has --enable-gpg-is-gpg2 which would install compat
> symlink
> from /usr/bin/gpg to /usr/bin/gpg2..
>
> Is it time to retire gnupg (v1) ?
I really do not care. If the gpg v1 is still maintained upstream and
there is somebody
On Friday, September 1, 2017 12:16:32 PM CEST Michal Novotny wrote:
> On Fri, Sep 1, 2017 at 8:55 AM, Marc Dequènes (Duck)
> > On 09/01/2017 01:28 AM, Michal Novotny wrote:
> > > But I think an off-line talk might be the best. Depends on you.
> >
> > I can understand you don't want this thread to
On 09/04/2017 08:56 AM, Remi Collet wrote:
> gnupg v2 is a nightmare for "server", I maintain some PHP extensions and
> libraries which works perfectly against v1, and not against v2
>
> And, AFAIK, v1 is still maintained.
$ date|gpg2 --passphrase aaa -ca
This shows a popup asking me for a pass
67 matches
Mail list logo
