Am 31.01.20 um 03:01 schrieb Kevin Fenzi:
> I am with you on open source, but I don't understand the 'self-hosted'
> requirement. I guess I agree that self hosting should be possible, in
> case someone wants to fork our distro and use our tools, but if we can
> convince a open source project to ma
On Thu, Jan 30, 2020 at 06:01:22PM -0800, Kevin Fenzi wrote:
> I am with you on open source, but I don't understand the 'self-hosted'
> requirement. I guess I agree that self hosting should be possible, in
> case someone wants to fork our distro and use our tools, but if we can
> convince a open so
Dne 31. 01. 20 v 8:03 Igor Gnatenko napsal(a):
> Hello,
>
> I am working on packaging
> [netbox](https://github.com/netbox-community/netbox/) which is
> basically web service which is run via gunicorn and then it is up to
> admin to decide whether he wants to use nginx, httpd or anything else.
>
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On Thu, Jan 30, 2020 at 02:28:30PM +0100, Kevin Kofler wrote:
> Daniel P. Berrangé wrote:
> > Ignoring low bugs also probably isn't a viable stragegy
> > for EPEL, because that's a long life distro stream, and
> > so won't automatically get low CVE fixes via a rebase
> > in 6 months like we do in F
Previously:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/RBOQEJY4QHNPDUTUU7GCNVJLNEH6JYKN/
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/KQ523Z3S3VUATKU6V2NASAPGBKR5EJWC/
https://lists.fedoraproject.org/pipermail/devel/2011-
On Fri, 31 Jan 2020 at 02:47, Kevin Fenzi wrote:
> Can you provide more info?
> Was this an irc or email message?
> or was it in the git push?
It was an email notification.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
On Thu, Jan 30, 2020 at 06:32:24PM -0800, Kevin Fenzi wrote:
> Just a few reminders for folks:
>
> * If your package failed to build in the mass rebuild
> ( https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.html )
> and you want to fix it, please do so. Just do a normal commit/build
>
-- Forwarded message -
From: Kevin Fenzi
Date: Fri, Jan 31, 2020, 03:40
Subject: Mass rebuild reminders
To:
Just a few reminders for folks:
* If your package failed to build in the mass rebuild
( https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.html )
and you want t
On 31. 01. 20 3:32, Kevin Fenzi wrote:
Just a few reminders for folks:
* If your package failed to build in the mass rebuild
( https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.html )
and you want to fix it, please do so. Just do a normal commit/build
cycle for rawhide as you normally
On Fri, 31 Jan 2020 at 00:56, Fabio Valentini wrote:
>
>> > It seems the "support" in PkgDB was also a "lie", because BugZilla
>> > doesn't even support default assignees per-branch.
>>
>> It just worked, and when somebody opened a ticket about an EPEL package,
>> the EPEL-specific maintainer beca
Dne 30. 01. 20 v 18:45 Adam Williamson napsal(a):
> On Thu, 2020-01-30 at 10:30 +0100, Vít Ondruch wrote:
>>> My point is that we have to dedicate a team to work on Pagure, I would
>>> rather have these people working on improving the infrastructure so
>>> that we don't need these heroics to happe
Dne 31. 01. 20 v 1:43 Neal Gompa napsal(a):
> On Thu, Jan 30, 2020 at 6:51 PM Randy Barlow
> wrote:
>> On Thu, 2020-01-30 at 10:30 +0100, Vít Ondruch wrote:
>>> cough cough errata cough cough
>>>
>>> Honestly, sometimes the disconnect between what is going on in Fedora
>>> and internally in Red H
On Fri, Jan 31, 2020, 11:51 AM Miro Hrončok wrote:
> On 31. 01. 20 3:32, Kevin Fenzi wrote:
> > Just a few reminders for folks:
> >
> > * If your package failed to build in the mass rebuild
> > ( https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.html )
> > and you want to fix it, pleas
Announcing the creation of a new nightly release validation test event
for Fedora 32 Rawhide 20200131.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
>
> It must be built against ocaml-lwt-4.4.0-6.fc32 (ie.
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1444113).
>
> However I cannot get ocaml-curl to build against this version. Tried
> building it both in the regular way and using ‘--target f32-rebuild’,
> but in both cases the buildr
On Thu, Jan 30, 2020 at 4:58 PM Robbie Harwood wrote:
> Richard Shaw writes:
>
> > Not replying to anyone in particular but to the thead as a whole...
> >
> > 1. Nothing in the packager introduction process prepares a packager
> > for what to do when they get a CVE filed against one of their
> >
Since I've moved my last dependent package off of this old stack, I've
retired gstreamer & gstreamer-plugins-base in rawhide (again).
Before reviving these poor and tired packages, please consider the
following:
* Upstream is not maintaining this code branch anymore.
* There are significant impro
On Fri, Jan 31, 2020 at 8:37 am, Tom Callaway
wrote:
* There are significant improvements in the gstreamer0.10 branch
(which is separately packaged and maintained in Fedora)
You meant to write "gstreamer1", yes?
___
devel mailing list -- devel@lists
Hi, Tom.
On Friday, 31 January 2020 at 14:37, Tom Callaway wrote:
> Since I've moved my last dependent package off of this old stack, I've
> retired gstreamer & gstreamer-plugins-base in rawhide (again).
Hold on. I'll take these.
> Before reviving these poor and tired packages, please consider t
No missing expected images.
Compose FAILS proposed Rawhide gating check!
6 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 54/158 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedo
On Fri, Jan 31, 2020 at 2:47 pm, Dominik 'Rathann' Mierzejewski
wrote:
I'm very well aware of the above, but I'm forced to use some
proprietary
software that is linked against gstreamer 0.10, so I need to maintain
these until the software in question gets ported to gstreamer1.
gstreamer0.10 h
On Friday, 31 January 2020 at 14:52, Michael Catanzaro wrote:
> On Fri, Jan 31, 2020 at 2:47 pm, Dominik 'Rathann' Mierzejewski
> wrote:
> > I'm very well aware of the above, but I'm forced to use some proprietary
> > software that is linked against gstreamer 0.10, so I need to maintain
> > these
We don't have any problem to retire open source packages that works
because they don't move to python 3 for example, but at the same time we
hold dead old libraries due to proprietary software.
It looks unfair at least
___
devel mailing list -- devel@
Yes, I did. Apologies.
Tom
On Fri, Jan 31, 2020 at 8:41 AM Michael Catanzaro
wrote:
> On Fri, Jan 31, 2020 at 8:37 am, Tom Callaway
> wrote:
> > * There are significant improvements in the gstreamer0.10 branch
> > (which is separately packaged and maintained in Fedora)
>
> You meant to write "
Am 31.01.20 um 15:06 schrieb Julen Landa Alustiza:
> We don't have any problem to retire open source packages that works because
> they don't move to python 3 for example, but at the same time we hold dead old
> libraries due to proprietary software.
>
> It looks unfair at least
The main differe
On Fri, Jan 31, 2020 at 3:01 pm, Dominik 'Rathann' Mierzejewski
wrote:
I don't see any bugs open against these components. I can't move them
to
COPR as then RPM Fusion cannot consume them. I want to maintain them,
so
why are you trying to prevent me from doing that?
Nobody is going to file b
Hello,
I've recently updated my laptop to F31. Then I was no longer
able to ssh into it. After a little debugging... it turns
out my laptop was not getting the expected ip address
from DHCP. The reason for that was the MAC address it was
sending to dhcpd had change!!! Looking at the interfaces
On Fri, Jan 31, 2020 at 01:44:08PM +0100, Alejandro Álvarez Ayllón wrote:
> >
> > It must be built against ocaml-lwt-4.4.0-6.fc32 (ie.
> > https://koji.fedoraproject.org/koji/buildinfo?buildID=1444113).
> >
> > However I cannot get ocaml-curl to build against this version. Tried
> > building it bo
On 31/01/2020 14:28, Steve Dickson wrote:
I've recently updated my laptop to F31. Then I was no longer
able to ssh into it. After a little debugging... it turns
out my laptop was not getting the expected ip address
from DHCP. The reason for that was the MAC address it was
sending to dhcpd had ch
Am 31.01.20 um 15:22 schrieb Felix Schwarz:
> (Also you should not presume that shipping gstreamer 0.10 in Fedora is a
> given, see Dominik's answer and Miro's attempt to clarify the security
> policy.)
^^^ Michael's answer of course
Felix
___
On 31/01/2020 12:11, Vít Ondruch wrote:
Dne 31. 01. 20 v 1:43 Neal Gompa napsal(a):
On Thu, Jan 30, 2020 at 6:51 PM Randy Barlow
wrote:
On Thu, 2020-01-30 at 10:30 +0100, Vít Ondruch wrote:
cough cough errata cough cough
Honestly, sometimes the disconnect between what is going on in Fedora
On 1/31/20 9:55 AM, Tom Hughes wrote:
> On 31/01/2020 14:28, Steve Dickson wrote:
>
>> I've recently updated my laptop to F31. Then I was no longer
>> able to ssh into it. After a little debugging... it turns
>> out my laptop was not getting the expected ip address
>> from DHCP. The reason for t
On 31/01/2020 15:23, Steve Dickson wrote:
I know there was a change with systemd-networkd in a recent release so
that it now creates a unique but persistent MAC for bridges and maybe
other systems like NetworkManager have done the same?
Hmm... this seems odd to me... any idea why this was done?
On 31/01/2020 15:29, Tom Hughes wrote:
On 31/01/2020 15:23, Steve Dickson wrote:
I know there was a change with systemd-networkd in a recent release so
that it now creates a unique but persistent MAC for bridges and maybe
other systems like NetworkManager have done the same?
Hmm... this seems
Hello all,
I am on the process of creating a new package, and making sure it builds
smoothly on Fedora.
However, even if it compiles successfully in ppc64le, the %check command
fails with this error:
/builddir/build/BUILDROOT/sourcextractor++-0.8-1.fc31.ppc64le//usr/bin/sourcextractor++:
error wh
On Fri, Jan 31, 2020 at 10:23 AM Michal Konecny wrote:
>
>
>
> On 31/01/2020 12:11, Vít Ondruch wrote:
> > Dne 31. 01. 20 v 1:43 Neal Gompa napsal(a):
> >> On Thu, Jan 30, 2020 at 6:51 PM Randy Barlow
> >> wrote:
> >>> On Thu, 2020-01-30 at 10:30 +0100, Vít Ondruch wrote:
> cough cough errat
On Thu, 30 Jan 2020 at 20:49, Kevin Fenzi wrote:
> On Thu, Jan 30, 2020 at 07:57:22AM -0500, Stephen John Smoogen wrote:
> > On Thu, 30 Jan 2020 at 06:06, Jiri Kucera wrote:
> > >
> > > Hello,
> > >
> > > when doing `fedpkg scratch-build --target epel8-candidate --srpm
> sox-14.4.2.0-29.el8.src.
On Fri, 31 Jan 2020 16:32:15 +0100
Alejandro Álvarez Ayllón wrote:
> Hello all,
>
> I am on the process of creating a new package, and making sure it
> builds smoothly on Fedora.
> However, even if it compiles successfully in ppc64le, the %check
> command fails with this error:
>
> /builddir/bu
On Fri, 31 Jan 2020, 14:53 Michael Catanzaro, wrote:
> On Fri, Jan 31, 2020 at 2:47 pm, Dominik 'Rathann' Mierzejewski
> wrote:
> > I'm very well aware of the above, but I'm forced to use some
> > proprietary
> > software that is linked against gstreamer 0.10, so I need to maintain
> > these unt
On Fri, Jan 31, 2020 at 12:11:08PM +0100, Vít Ondruch wrote:
>
> Of course, there is a lot of business logic specific to Red Hat projects
> backed into Errata, but ultimately, it does not help to anybody if
> Fedora release process is using different tools then Red Hat internally.
> What Red Hat d
On Fri, Jan 31, 2020 at 04:32:15PM +0100, Alejandro Álvarez Ayllón wrote:
> I am on the process of creating a new package, and making sure it builds
> smoothly on Fedora.
> However, even if it compiles successfully in ppc64le, the %check command
> fails with this error:
>
> /builddir/build/BUILDRO
Hi
On Fri, Jan 31, 2020 at 10:46 AM Pierre-Yves Chibon wrote:
>
> Welcome to our lives!
> If it was mathematically possible to go above 100% that's how much
> agreement you
> would have from us.
>
If Red Hat is using Pagure internally, it is really odd to discuss
replacing Pagure with something
Damian Ivanov wrote:
>>Bumping Qt versions is... a fairly difficult process in fedora,
>>unfortunately.
>
> Introducing a new Qt version could be very simple I think:
> 1) Branch all Qt related packages (it should be with a one line
> command or using a web interface)
> 2) Edit package version nu
Rex Dieter wrote:
> Damian Ivanov wrote:
>
>>>Bumping Qt versions is... a fairly difficult process in fedora,
>>>unfortunately.
>>
>> Introducing a new Qt version could be very simple I think:
>> 1) Branch all Qt related packages (it should be with a one line
>> command or using a web interface)
On Fri, Jan 31, 2020 at 3:53 PM Rahul Sundaram wrote:
> Hi
>
> On Fri, Jan 31, 2020 at 10:46 AM Pierre-Yves Chibon wrote:
>
>>
>> Welcome to our lives!
>> If it was mathematically possible to go above 100% that's how much
>> agreement you
>> would have from us.
>>
>
> If Red Hat is using Pagure i
On Fri, 31 Jan 2020 16:43:21 +0100
Dan Horák wrote:
> On Fri, 31 Jan 2020 16:32:15 +0100
> Alejandro Álvarez Ayllón wrote:
>
> > Hello all,
> >
> > I am on the process of creating a new package, and making sure it
> > builds smoothly on Fedora.
> > However, even if it compiles successfully in
On 1/29/20 10:09 PM, Huzaifa Sidhpurwala wrote:
Do we want to continue the same condition as described here:
https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmivehind.net%2F2020%2F01%2F28%2FFedora-has-too-many-security-bugs%2F&data=02%7C01%7Cprzemek.klosowski%40nist.gov%7C9ae214a
El vie., 31 ene. 2020 17:59, Dan Horák escribió:
> On Fri, 31 Jan 2020 16:43:21 +0100
> Dan Horák wrote:
>
> > On Fri, 31 Jan 2020 16:32:15 +0100
> > Alejandro Álvarez Ayllón wrote:
> >
> > > Hello all,
> > >
> > > I am on the process of creating a new package, and making sure it
> > > builds s
Fabio Valentini writes:
> Michael Schwendt wrote:
>> On Thu, 30 Jan 2020 14:44:50 +0100, Kevin Kofler wrote:
>>> Fabio Valentini wrote:
>>
>> All this would not even interest me at all, but almost a week ago
>> someone from Red Hat Security decided it would be a good idea to
>> assign to me (wit
On Fri, 31 Jan 2020 18:08:11 +0100
Alejandro Álvarez Ayllón wrote:
> El vie., 31 ene. 2020 17:59, Dan Horák escribió:
>
> > On Fri, 31 Jan 2020 16:43:21 +0100
> > Dan Horák wrote:
> >
> > > On Fri, 31 Jan 2020 16:32:15 +0100
> > > Alejandro Álvarez Ayllón wrote:
> > >
> > > > Hello all,
> > >
On 31/01/2020 17:08, Alejandro Álvarez Ayllón wrote:
It is the first time I compile this software in ppc64, and probably the
first time it has been. The problem is that I do not have access to a
ppc machine to reproduce the issue. I'll try next week with qemu perhaps.
You can always use the t
On Fri, 31 Jan 2020 18:08:11 +0100
Alejandro Álvarez Ayllón wrote:
> El vie., 31 ene. 2020 17:59, Dan Horák escribió:
>
> > On Fri, 31 Jan 2020 16:43:21 +0100
> > Dan Horák wrote:
> >
> > > On Fri, 31 Jan 2020 16:32:15 +0100
> > > Alejandro Álvarez Ayllón wrote:
> > >
> > > > Hello all,
> > >
On Fri, 31 Jan 2020 18:14:55 +0100
Dan Horák wrote:
> On Fri, 31 Jan 2020 18:08:11 +0100
> Alejandro Álvarez Ayllón wrote:
>
> > El vie., 31 ene. 2020 17:59, Dan Horák escribió:
> >
> > > On Fri, 31 Jan 2020 16:43:21 +0100
> > > Dan Horák wrote:
> > >
> > > > On Fri, 31 Jan 2020 16:32:15 +01
El vie., 31 ene. 2020 18:21, Dan Horák escribió:
> On Fri, 31 Jan 2020 18:14:55 +0100
> Dan Horák wrote:
>
> > On Fri, 31 Jan 2020 18:08:11 +0100
> > Alejandro Álvarez Ayllón wrote:
> >
> > > El vie., 31 ene. 2020 17:59, Dan Horák escribió:
> > >
> > > > On Fri, 31 Jan 2020 16:43:21 +0100
> >
Following is the list of topics that will be discussed in the
FESCo meeting on Monday, February 03 2020 at 15:00 UTC
in #fedora-meeting-1 on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-02-03 15:00 UTC'
Links
On Thu, Jan 30, 2020 at 7:39 PM Kevin Fenzi wrote:
> * There were some failures on s390x at the beginning of the mass
> rebuild. We will try and resubmit these after the mass rebuild is
> done. You're welcome to resubmit them (make sure you resubmit or do a
> new build in the f32-rebuild tag, not
Neal Gompa writes:
> Michal Konecny wrote:
>> Vít Ondruch wrote:
>>> Neal Gompa napsal(a):
Randy Barlow wrote:
> Vít Ondruch wrote:
>
>> cough cough errata cough cough
>>
>> Honestly, sometimes the disconnect between what is going on in
>> Fedora and internally in R
On Fri, Jan 31, 2020 at 10:41:36AM +, Richard W.M. Jones wrote:
> On Thu, Jan 30, 2020 at 06:32:24PM -0800, Kevin Fenzi wrote:
> > Just a few reminders for folks:
> >
> > * If your package failed to build in the mass rebuild
> > ( https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.h
On Fri, Jan 31, 2020 at 01:44:08PM +0100, Alejandro Álvarez Ayllón wrote:
> >
> > It must be built against ocaml-lwt-4.4.0-6.fc32 (ie.
> > https://koji.fedoraproject.org/koji/buildinfo?buildID=1444113).
> >
> > However I cannot get ocaml-curl to build against this version. Tried
> > building it bo
On Fri, Jan 31, 2020 at 11:27:04AM -0700, Jerry James wrote:
> On Thu, Jan 30, 2020 at 7:39 PM Kevin Fenzi wrote:
> > * There were some failures on s390x at the beginning of the mass
> > rebuild. We will try and resubmit these after the mass rebuild is
> > done. You're welcome to resubmit them (ma
On Fri, 31 Jan 2020 at 18:11, Robbie Harwood wrote:
>
> I could have also needinfo(Michael) (and in hindsight I probably should
> have), but based on their reaction, I don't think they would have been
> any happier with that.
I would have preferred private email over assigning multiple tickets
to
On 1/31/20 10:31 AM, Tom Hughes wrote:
> On 31/01/2020 15:29, Tom Hughes wrote:
>> On 31/01/2020 15:23, Steve Dickson wrote:
>>
I know there was a change with systemd-networkd in a recent release so
that it now creates a unique but persistent MAC for bridges and maybe
other systems
Michael Schwendt writes:
> On Fri, 31 Jan 2020 at 18:11, Robbie Harwood wrote:
>>
>> I could have also needinfo(Michael) (and in hindsight I probably
>> should have), but based on their reaction, I don't think they would
>> have been any happier with that.
>
> I would have preferred private emai
Hi everybody,
With more responsibilities (FPC, Stewardship SIG, FESCo) and the
ever-growing number of packages I maintain, I don't have as much time
for the things I originally started my contributions to fedora with -
the Pantheon desktop and the accompanying elementary applications.
What makes
On Fri, 31 Jan 2020 at 20:45, Robbie Harwood wrote:
>
> You received a total of between 4 and 8 emails depending on how bugzilla
> batched them. My apologies for the extra 3-7.
More than eight because of needinfo notifications, "assigned" and "Cc"
changes and tracker ticket changes.
> >> Andrea
Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is
coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source
repoquery --source --requires python-pytest-harvest
lists:
directory
pyproject-rpm-macros
python3-devel
python3dist(decopa
Richard W.M. Jones wrote:
> I didn't say RHEL completely ignores them. They are not fixed
> asynchronously but we do fix them in the next regular minor release.
Sometimes. Not always though.
I have seen more than one security issue that we fixed very quickly in
Fedora, but that was marked WONTF
Hello all!
I'm Erich, the current project leader of Ubuntu Studio, the creativity-oriented
flavor of Ubuntu. I've been leading that project for the past two years.
In that time, my team and I have taken Ubuntu Studio strides from where it was.
However, due to some circumstances I will not menti
Hi Eric
On Fri, Jan 31, 2020 at 6:59 PM Erich Eickmeyer
wrote:
> Hello all!
>
> I'm Erich, the current project leader of Ubuntu Studio, the
> creativity-oriented flavor of Ubuntu. I've been leading that project for
> the past two years.
>
> In order to do the Self-Contained Change Reques
I have tried to use Jack before and I have to say that a tool like that is
really needed. I am new here as a packager also, but I've been using Fedora for
a long time. I'm glad to see your project coming to Fedora. Good luck to you.
On Friday, January 31, 2020, 7:00:02 PM EST, Erich Eickmey
On 01. 02. 20 0:31, Fabio Valentini wrote:
Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is
coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source
repoquery --source --requires python-pytest-harvest
lists:
directory
pyprojec
On 01. 02. 20 8:36, Miro Hrončok wrote:
On 01. 02. 20 0:31, Fabio Valentini wrote:
Hi everybody,
I've noticed these a few times now, and I have *no idea* where this is
coming from, for example:
dnf --releasever=rawhide --repo rawhide --repo rawhide-source
repoquery --source --requires python-p
Rahul Sundaram writes:
> Hi
>
> On Fri, Jan 31, 2020 at 10:46 AM Pierre-Yves Chibon wrote:
>
>>
>> Welcome to our lives!
>> If it was mathematically possible to go above 100% that's how much
>> agreement you
>> would have from us.
>>
>
> If Red Hat is using Pagure internally, it is really odd to
74 matches
Mail list logo
