On Fri, Nov 16, 2018 at 08:01:48PM -0600, Jason L Tibbitts III wrote:
> > "NG" == Neal Gompa writes:
>
> NG> Most of these fonts look like they are licensed appropriately, the
> NG> only problem is the Ubuntu fonts, which have been noted to have a
> NG> non-free license[3] (unless someone
Try
https://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems#Playback_problems.2C_crackling_or_skipping
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
https://bugzilla.redhat.com/show_bug.cgi?id=1648872
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1645195
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1644249
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
People,
I haven't seen any posts about this but is anyone else having problem
with audio after an upgrade? - it happens with both PulseAudio and with
just basic ALSA. I have a relatively simple setup:
*-multimedia
description: Audio device
product: 200
https://fedorapeople.org/groups/389ds/ci/nightly/2018/11/17/report-389-ds-base-1.4.0.16-1.fc29.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code
> "NG" == Neal Gompa writes:
NG> Most of these fonts look like they are licensed appropriately, the
NG> only problem is the Ubuntu fonts, which have been noted to have a
NG> non-free license[3] (unless someone can get Canonical to fix it).
I had a look at the license at
# Fedora Quality Assurance Meeting
# Date: 2018-11-19
# Time: ** 16:00 ** UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
As many folks were missing last week, let's run the meeting again
with the desktop testing
On Thu, 2018-09-20 at 08:33 -0400, Stephen Gallagher wrote:
> There was a bug[1] filed recently that indicated that printing was
> broken on certain printers. As a result of that discussion, it became
> apparent that there was no criteria for printing to work at all, which
> seems like an
On Fri, 16 Nov 2018 at 18:39, Orion Poplawski wrote:
>
> What's the plan with epel8 branching? I was fairly happy with needing to
> request branches manually like with did with epel7. Are we going to use the
> "epel8" name?
That is the part I am wondering about because of modularity and
On Fri, 2018-09-14 at 10:22 -0400, Stephen Gallagher wrote:
> At yesterday's F29 Go/No-Go meeting, we discussed the blocker status
> of BZ #1628192 - Fedora 29 installation cannot see a firmware RAID
> device. While the blocker criteria clearly states that this should be
> a blocker for Beta, many
Le vendredi 16 novembre 2018 à 13:02 -0800, Japheth Cleaver a écrit :
>
> I'm not sure why punting like this is a good thing. RPM is a
> standard,
> moving along at what one might expect a core component to do, but to
> the
> extent that "evolving our packaging" means doing things at odds with
> "MM" == Matthew Miller writes:
MM> It's the fundamental contradiction that all operating systems face:
MM> users complain "too fast and too slow!" at the same time.
Well, then lengthening the Fedora lifecycle does not seem to me to be
the real solution. Instead, I think, it's to
On 11/16/18 3:00 PM, Adam Williamson wrote:
> On Fri, 2018-11-16 at 22:07 +, Jonathan Dieter wrote:
>> For reference, this is in reply to Paul's email about lifecycle
>> objectives, specifically focusing on problem statement #1[1].
>>
>>
>> Have rpm use zchunk as its compression format,
Yesterday, Red Hat announced its Red Hat Enterprise Linux 8 Beta, and
so we would like to start getting ideas on what people expect for
EPEL-8.
First off, we are not going to be able to do this like we did with
EPEL-5,6, or 7 because too much of the build infrastructure and tools
have changed
On Fri, 2018-11-16 at 22:07 +, Jonathan Dieter wrote:
> For reference, this is in reply to Paul's email about lifecycle
> objectives, specifically focusing on problem statement #1[1].
>
>
> Have rpm use zchunk as its compression format, removing the need for
> deltarpms, and thus reducing
On 11/15/18 3:05 PM, Miroslav Suchy wrote:
> Hi,
> I just released [1] new mock-core-config package which include new
> rhelbeta-8-* configs.
> This will allows you to build packages on top of RHEL 8 Beta. This is
> temporary config. I put them there so you can experiment with your
> builds and
What's the plan with epel8 branching? I was fairly happy with needing to
request branches manually like with did with epel7. Are we going to use the
"epel8" name?
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
On 11/15/18 3:05 PM, Miroslav Suchy wrote:
> Hi,
> I just released [1] new mock-core-config package which include new
> rhelbeta-8-* configs.
> This will allows you to build packages on top of RHEL 8 Beta. This is
> temporary config. I put them there so you can experiment with your
> builds and
For reference, this is in reply to Paul's email about lifecycle
objectives, specifically focusing on problem statement #1[1].
Have rpm use zchunk as its compression format, removing the need for
deltarpms, and thus reducing compose time. This will require changes
to both the rpm format and new
The following commits were pushed to the repo rpms/perl-Mojolicious on branch
f29, which you are following:
df0b2d05354c41dd535add4d55ec3b76326dd63bAdam WilliamsonMerge branch
'master' into f29
089318d55fdb0a3a01b31e4369df93e8331bc125Emmanuel SeymanUpdate to 8.06
The following commits were pushed to the repo rpms/perl-Mojolicious on branch
master, which you are following:
df0b2d05354c41dd535add4d55ec3b76326dd63bAdam WilliamsonMerge branch
'master' into f29
c47a0baf6ca965545d22b300fec800f87620b4c4Emmanuel SeymanUpdate to 7.94
To view
On 11/15/2018 3:54 PM, Jason Tibbitts wrote:
And to add in an additional argument that we didn't have a decade ago:
We're actually trying to evolve our packaging now. EPEL with it's "old
RPM never changes" restriction is bad enough but fortunately limited in
scope. Having years of Fedora
Hello,
I'm going to work on protobuf update which involves SONAME change from
.15 to .17.
I don't see any breakage from release notes, it is mostly about making
minimum c++ std to c++11 and cleanups.
I'll carefully check and if everything looks ok, I'll push it to
Rawhide next week and rebuild
Does anybody know how to contact him?
The last activity dates 2010.
I didn't follow procedure fully yet, but I'm 99% sure that there will
be no reply in bugzilla.
But I'm starting it now: https://bugzilla.redhat.com/show_bug.cgi?id=1650661
___
devel
On Fri, Nov 16, 2018 at 12:52 PM Jason L Tibbitts III wrote:
>
> > "IU" == Iñaki Ucar writes:
>
> IU> AFAIK, that wasn't officially supported.
>
> What does "official" actually mean, and what relevance does that have?
> Adrian Bunk didn't maintain 2.6.16 in a way that's much different than
>
When Fedora 29 was released, the Python Classroom Lab wasn't built.
The problem is now fixed:
https://koji.fedoraproject.org/koji/packageinfo?packageID=23847
However how do i build and release it, so it is listed on:
https://labs.fedoraproject.org/
And so that
> On Sun, Nov 11, 2018 at 06:25:20AM -, Anatoli Babenia wrote:
>
> The key word is "comps". There is a separate database which stores
> this information and is used by (some) installer software:
>
> https://fedoraproject.org/wiki/How_to_use_and_edit_comps.xml_for_package_...
I have setup a samba AD-DC server with BIND9_DLZ on a Fedora 29 server.
Samba is OK, all work fine when all services are started
The problem occur only when I stop and then start the server, If I
reboot, the problem do not occur.
When the server start after a stop, some services do not start
> "IU" == Iñaki Ucar writes:
IU> AFAIK, that wasn't officially supported.
What does "official" actually mean, and what relevance does that have?
Adrian Bunk didn't maintain 2.6.16 in a way that's much different than
the current long term support kernels are supported. And even before
that,
Gerald Henriksen wrote:
> I think the problem is that for a consumer / desktop oriented product
> - which we seem to be talking about given that this appears to be
> driven in part by the desire of hardware vendors - the RHEL/CentOS
> release cycle leads to problems for several years worth of
El vie., 16 nov. 2018 17:07, Jason L Tibbitts III
escribió:
> > "IU" == Iñaki Ucar writes:
>
> IU> In this respect (the kernel), it's true that something changed
> IU> compared to a decade ago: there was no LTS support upstream
> IU> then. Now, there is.
>
> That is not really true. 2.6.16
On Fri, Nov 16, 2018 at 9:21 AM Miro Hrončok wrote:
> On 16. 11. 18 15:15, Mohan Boddu wrote:
> > Hello,
> >
> > We got a suggestion about giving same acls of rpm when creating new
> > module dist-git which matches the rpm.
> >
> > The plan is to give "main admin" permission to the requester of
> "IU" == Iñaki Ucar writes:
IU> In this respect (the kernel), it's true that something changed
IU> compared to a decade ago: there was no LTS support upstream
IU> then. Now, there is.
That is not really true. 2.6.16 (the first kernel that I recall anyone
calling some equivalent of "LTS")
The following commits were pushed to the repo rpms/perl-YAML-Tiny on branch
master, which you are following:
72c5f176693ce3bb59f325033f3c311c3dba1c8ePaul HowarthDrop legacy Group:
tag and redundant test requirements
To view more about the commits, visit:
I worked with FPL Matthew Miller and our engineering manager Jim
Perrin, among others, to define the various problems we want to solve
in diversifying the Fedora lifecycle. We're seeking review and
feedback from community members. The most salient feedback will be
from those involved in the
On 16. 11. 18 15:15, Mohan Boddu wrote:
Hello,
We got a suggestion about giving same acls of rpm when creating new
module dist-git which matches the rpm.
The plan is to give "main admin" permission to the requester of the new
module repo and then giving the same permissions as that of the
Hello,
We got a suggestion about giving same acls of rpm when creating new module
dist-git which matches the rpm.
The plan is to give "main admin" permission to the requester of the new
module repo and then giving the same permissions as that of the maintainers
from its matching rpm repo.
I
Planned Outage - src.fedoraproject.org - 2018-11-20 08:30 UTC
There will be an outage starting at 2018-11-20 08:30 UTC,
which will last approximately 1 hour.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2018-11-20
Planned Outage - src.fedoraproject.org - 2018-11-20 08:30 UTC
There will be an outage starting at 2018-11-20 08:30 UTC,
which will last approximately 1 hour.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2018-11-20
On Thu, 15 Nov 2018 23:05:24 +0100
Miroslav Suchy wrote:
> Hi,
> I just released [1] new mock-core-config package which include new
> rhelbeta-8-* configs.
> This will allows you to build packages on top of RHEL 8 Beta. This is
> temporary config. I put them there so you can experiment with your
https://bugzilla.redhat.com/show_bug.cgi?id=1650156
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On Thu, Nov 15, 2018 at 05:54:59PM -0600, Jason Tibbitts wrote:
> MM> Let's talk about something new and exciting.
[...]
> I know it's been a while. Maybe it's been long enough that a
> significant number of the developers here don't remember it. I am
> pretty sure you were around, though, so I
The following commits were pushed to the repo rpms/perl-TestML on branch
master, which you are following:
6d56c459a7cb90dffdf88f575e95f77bbbc78788Petr Písař0.54_05 bump
To view more about the commits, visit:
https://src.fedoraproject.org/rpms/perl-TestML/commits/master
Hi,
I've updated xml-security-c from 1.7.3 to 2.0.2 in rawhide. This includes a
soname bump. I'm going to start rebuilds for affected packages shortly:
libdigidocpp
opensaml
xmltooling
Pete
___
devel mailing list -- devel@lists.fedoraproject.org
To
mcatanz...@gnome.org píše v Čt 15. 11. 2018 v 19:00 -0600:
> On Tue, Nov 13, 2018 at 5:36 PM, Matthew Miller
> wrote:
> > But there are some good cases for a longer lifecycle. For one
> > thing,
> > this has been a really big blocker for getting Fedora shipped on
> > hardware. Second, there are
Le vendredi 16 novembre 2018 à 11:37 +0100, Nicolas Mailhot a écrit :
> iable, and checking those in the installer)
>
> * that effectively means:
> * the only supported state is the current upgrade tip,
> * you have an N-era window where upgrades to the current tip are
> supported baring
Le jeudi 15 novembre 2018 à 16:22 -0500, Matthew Miller a écrit :
> On Thu, Nov 15, 2018 at 10:45:26AM -0500, Neal Gompa wrote:
> > He's proposing Debian-style source code forking into git repos and
> > having the build description merged into that source tree. It's
> > usually referred to as
https://bugzilla.redhat.com/show_bug.cgi?id=1650041
--- Comment #4 from Petr Pisar ---
Perl 5 porters recommend calling "close ARGVOUT" explicitly as a workaround
because the file replacement is triggered by closing the file handle (that
normally happens by consecutive "<>" call that's called
Hi,
Realistically, the only thing that fits the interests of Fedora
packagers, the cadence and interdependencies of the projects Fedora
ships, is a form of rolling release.
We are not a Microsoft that can tell its software groups “from now on
you release with this cadence and support for this
Hi,
Now that RHEL 8 beta is out, is there any plan to have some sort of EPEL
8 beta for people willing to prepare for the real RHEL 8 in advance ?
Regards,
Xavier
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send
On Fri, 16 Nov 2018 at 01:54, Jason Tibbitts wrote:
>
> My recollection is that meaningful discussion usually stopped at the
> kernel issue. At one point we had some basic agreement that people who
> cared were welcome to push to old branches of things to keep them going,
> but that was back
Dne 16. 11. 18 v 10:38 Vít Ondruch napsal(a):
> Dne 16. 11. 18 v 0:54 Jason Tibbitts napsal(a):
>>> "MM" == Matthew Miller writes:
>> MM> How would we balance this with getting people new stuff fast as
>> MM> well?
>>
>> Wait, what? Certainly you're not suggesting trying to do an extended
Dne 16. 11. 18 v 0:54 Jason Tibbitts napsal(a):
>> "MM" == Matthew Miller writes:
> MM> Let's talk about something new and exciting.
>
> I assume that you mean "very much not new and about as exciting as the
> fifteenth viewing of an episode of the Joy of Painting".
>
> I know it's been a
Dne 14. 11. 18 v 21:11 Ben Rosser napsal(a):
> Instead of working on a new "Fedora LTS" for this usage case,
> would time be better spent improving EPEL and CentOS for the
> desktop/laptop use case?
+1
Instead of building bigger kernel team, rel-engs, security team... we can focus
on CentOS
56 matches
Mail list logo
