On 6/14/19 2:52 AM, Remi Collet wrote:
> Le 13/06/2019 à 20:31, Adam Samalik a écrit :
>> So, I'd like to discuss the libgit issue [1] [2] we're experiencing. With a
>> help of a few people, I've put together this post to get us on common
>> ground:
On Fri, Jun 14, 2019 at 8:09 AM Daniel Walsh wrote:
>
> On 6/13/19 3:14 PM, Neal Gompa wrote:
> > On Thu, Jun 13, 2019 at 3:13 PM Daniel Walsh wrote:
> >> Send an email to: podman-j...@lists.podman.io with the word "subscribe"
> >> in the title, or by going to https://lists.podman.io and
Dne 14. 06. 19 v 6:23 Samuel Sieb napsal(a):
After reading the bug report and the discussions, I still don't
understand why dnf is complaining about a conflict with packages
(modules?) that are not installed and are not even trying to be
installed. Can someone explain that?
The dependency
On 6/13/19 3:14 PM, Neal Gompa wrote:
> On Thu, Jun 13, 2019 at 3:13 PM Daniel Walsh wrote:
>> Send an email to: podman-j...@lists.podman.io with the word "subscribe"
>> in the title, or by going to https://lists.podman.io and scrolling to
>> the bottom of that page to subscribe.
>>
> Could FAS
===
#fedora-meeting: FESCO (2019-06-14)
===
Meeting started by contyk at 15:00:04 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2019-06-14/fesco.2019-06-14-15.00.log.html
Meeting summary
Node.js 12.4.0 is now in the Rawhide buildroot and will be in the
repos tomorrow.
On Wed, Jun 12, 2019 at 4:35 PM Stephen Gallagher wrote:
>
> On Tue, May 28, 2019 at 9:30 AM Stephen Gallagher wrote:
> >
> > On Mon, May 27, 2019 at 6:59 AM Vít Ondruch wrote:
> > >
> > >
> > > Dne 24. 05. 19 v
On 6/13/19 3:14 PM, Neal Gompa wrote:
> On Thu, Jun 13, 2019 at 3:13 PM Daniel Walsh wrote:
>> Send an email to: podman-j...@lists.podman.io with the word "subscribe"
>> in the title, or by going to https://lists.podman.io and scrolling to
>> the bottom of that page to subscribe.
>>
> Could FAS
> So what is the point of modules then? If we want just multiple
> versions of a few applications, we can just have few repositories.
Add another repository for every alternate version (stream) doesn't scale.
___
devel mailing list --
On Fri, Jun 14, 2019 at 6:11 PM David Cantrell wrote:
>
> On 6/14/19 2:52 AM, Remi Collet wrote:
> > Le 13/06/2019 à 20:31, Adam Samalik a écrit :
> >> So, I'd like to discuss the libgit issue [1] [2] we're experiencing. With a
> >> help of a few people, I've put together this post to get us on
- Original Message -
> From: "Zbigniew Jędrzejewski-Szmek"
> To: "Development discussions related to Fedora"
>
> Cc: gol...@lists.fedoraproject.org
> Sent: Wednesday, June 12, 2019 4:20:40 PM
> Subject: Re: New Go Packaging Guidelines landed in rawhide (koji) today
>
> On Wed, Jun
> Modules are fine for applications.
So what is the point of modules then? If we want just multiple
versions of a few applications, we can just have few repositories.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On Fri, Jun 14, 2019 at 12:05 PM David Cantrell wrote:
>
> On 6/14/19 2:52 AM, Remi Collet wrote:
> > Le 13/06/2019 à 20:31, Adam Samalik a écrit :
> >> So, I'd like to discuss the libgit issue [1] [2] we're experiencing. With a
> >> help of a few people, I've put together this post to get us on
I did not intend to provide solution to the problem, just as an idea.
Or you think changing huge pieces of infrastructure, and working for
3+ years on a project (modularity) was done just to have 3 versions of
Node.js available?
On Fri, Jun 14, 2019 at 4:36 PM Carl George wrote:
>
> > So what is
On Fri, Jun 14, 2019 at 3:50 AM Remi Collet wrote:
>
>
> > IMHO, having library in modules is an error, this can only raise issues
>
> Some examples, taken from RHEL-8
>
> libJudy is part of the mariadb module ... (without -devel)
> libssh2 is part of the virt module... (without -devel)
> libzip
> We could go a step further and extend rpm and dnf to support multiple
> versions of same named packages for installation. This is doable but
> not necessarily trivial.
Having rescued this week a system in abysmal stale, with traces of rpm
forcing right and left, I'd say this would also
> > Thanks to soname, library are perfect use case for parallel installation
> > of multiple versions.
>
> +1
>
> We could go a step further and extend rpm and dnf to support multiple
> versions of same named packages for installation. This is doable but
Both rpm and dnf can do that, try running
> Or you think changing huge pieces of infrastructure, and working for
> 3+ years on a project (modularity) was done just to have 3 versions of
> Node.js available?
Of course not. Modularity is a great fit to provide multiple versions many
applications (in one repository), such as php, mariadb,
Hi,
I would like to un-retire Pew.
Upstream (https://github.com/berdario/pew/) is an active project and it
was originally retired because it has been orphaned for more than 6
weeks on Dec 24, 2018:
https://src.fedoraproject.org/rpms/pew/c/ca9ed68f8ca88ec93b06039f2cc7cf2873af22e3?branch=master.
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Passed openQA tests: 2/2 (x86_64)
New passes (same test not passed in updates-20190614.0):
ID: 411740 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/411740
--
I noticed that my F30 installs are coming out far larger than my F29
installs (by 3GB or so) and did some digging into why.
With F30 we switched away from having groups named like "korean-support"
that you could install to get input methods and fonts needed to display
a language and instead we
On Sat, Jun 15, 2019 at 3:47 AM Jason L Tibbitts III
wrote:
> I noticed that my F30 installs are coming out far larger than my F29
> installs (by 3GB or so) and did some digging into why.
>
> With F30 we switched away from having groups named like "korean-support"
> that you could install to get
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Passed openQA tests: 2/2 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To
> IMHO, having library in modules is an error, this can only raise issues
Some examples, taken from RHEL-8
libJudy is part of the mariadb module ... (without -devel)
libssh2 is part of the virt module... (without -devel)
libzip is part of the php module...
etc
How are we going to manage this
There are two thing that stands out from the article:
* Multiple module names to parallel install
I hope you are not serious about it. We don't need modularity to do
things like that.
* Bundle libgit into the silver and bat modules
Not sure what you mean by this. I hope you mean that just as
On Thu, May 30, 2019 at 3:07 PM Kevin Fenzi wrote:
>
> So, most of my concerns have already been mentioned by other folks in
> this thread:
>
> * No rhel7/8 support will annoy people, and also increase burden on
> fedora infrastructure since we would have to move our koji hubs to
> Fedora instead
Le 13/06/2019 à 20:31, Adam Samalik a écrit :
> So, I'd like to discuss the libgit issue [1] [2] we're experiencing. With a
> help of a few people, I've put together this post to get us on common
> ground: https://communityblog.fedoraproject.org/modularity-vs-libgit/
>
> There are few ideas about
Hi all,
On Monday, June 10, 2019 4:20:56 PM CEST Pavel Raiskup wrote:
> [snip] we temporarily disabled ppc64le architecture in copr [snip]
> [1] https://pagure.io/fedora-infrastructure/issue/7868
the issue is over, at least seems to be. We enabled ppc64le architecture
in Copr again, and the
On Fri, Jun 14, 2019, 09:42 Remi Collet wrote:
> Le 13/06/2019 à 20:31, Adam Samalik a écrit :
> > So, I'd like to discuss the libgit issue [1] [2] we're experiencing.
> With a
> > help of a few people, I've put together this post to get us on common
> > ground:
Following is the list of topics that will be discussed in the
FESCo meeting Friday at 15:00UTC in #fedora-meeting on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2019-06-14 15:00 UTC'
Links to all issues to be
- Original Message -
> From: "Nicolas Mailhot"
> To: "Jakub Cajka"
> Cc: gol...@lists.fedoraproject.org, "Development discussions related to
> Fedora"
> Sent: Wednesday, June 12, 2019 11:23:34 AM
> Subject: Re: New Go Packaging Guidelines landed in rawhide (koji) today
>
> Le
On 6/14/19 3:09 AM, Sérgio Basto wrote:
I mixed my builds, I still have issues with libprojectM [1] , but seems
a little different that is reported [2]
[1]
https://koji.fedoraproject.org/koji/taskinfo?taskID=35530649
[2]
+ /usr/lib/rpm/brp-strip-static-archive /usr/bin/strip
BUILDSTDERR:
On 6/13/19 6:59 PM, Adam Williamson wrote:
On Thu, 2019-06-13 at 13:25 +0300, Panu Matilainen wrote:
On 6/13/19 12:54 PM, Miroslav Suchý wrote:
Dne 13. 06. 19 v 11:43 Peter Lemenkov napsal(a):
Hello All!
I've noticed that I cannot build Elixir in Rawhide anymore. It got
stuck at tests and all
On 6/13/19 6:03 PM, Jerry James wrote:
Is there any possibility that the new rpmbuild might be responsible
for a change from:
Provides: python-subunit
to:
Provides: python-subunit(architecture)
in a noarch package? See https://bugzilla.redhat.com/show_bug.cgi?id=1720139.
Yes. See
https://bugzilla.redhat.com/show_bug.cgi?id=1720241
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Test-Strict-0.49 is|perl-Test-Strict-0.50 is
https://bugzilla.redhat.com/show_bug.cgi?id=1720744
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1580795
--> https://bugzilla.redhat.com/attachment.cgi?id=1580795=edit
[patch] Update to 1.14 (#1720744)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1720744
Bug ID: 1720744
Summary: perl-Crypt-Rijndael-1.14 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Crypt-Rijndael
Keywords: FutureFeature,
On 6/13/19 4:03 PM, Randy Barlow wrote:
> Greetings!
>
> Fedora Infrastructure recently deployed Bodhi 4.0.0 to production,
> which included quite a few backwards incompatible changes[0]. Some of
> the changes have resulted in older Bodhi clients (less than 4.0.0) not
> being compatible with the
https://bugzilla.redhat.com/show_bug.cgi?id=1716417
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Date-Manip-6.77-1.fc30 |perl-Date-Manip-6.77-1.fc30
https://bugzilla.redhat.com/show_bug.cgi?id=1716421
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Locale-Codes-3.61-1.fc |perl-Locale-Codes-3.61-1.fc
https://fedorapeople.org/groups/389ds/ci/nightly/2019/06/15/report-389-ds-base-1.4.1.3-20190614gitbd80a4f.fc30.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1716731
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1716421
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1716417
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1720438
Bug ID: 1720438
Summary: perl-XML-SAX-1.02 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-XML-SAX
Keywords: FutureFeature, Triaged
On Fri, Jun 14, 2019 at 9:28 AM William Brown wrote:
>
>
>
> > On 13 Jun 2019, at 16:09, Viktor Ashirov wrote:
> >
> > On Thu, Jun 13, 2019 at 3:26 PM William Brown wrote:
> >>
> >> Is the test case *just* testing if binary searching of attributes works?
> > The test was to check if we can
> On 14 Jun 2019, at 11:25, Viktor Ashirov wrote:
>
> On Fri, Jun 14, 2019 at 9:28 AM William Brown wrote:
>>
>>
>>
>>> On 13 Jun 2019, at 16:09, Viktor Ashirov wrote:
>>>
>>> On Thu, Jun 13, 2019 at 3:26 PM William Brown wrote:
Is the test case *just* testing if binary
> On 13 Jun 2019, at 16:09, Viktor Ashirov wrote:
>
> On Thu, Jun 13, 2019 at 3:26 PM William Brown wrote:
>>
>> Is the test case *just* testing if binary searching of attributes works?
> The test was to check if we can query the server for
> userCertificate=, where is a string
> On 13 Jun 2019, at 17:00, Mark Reynolds wrote:
>
>
> On 6/13/19 4:02 AM, William Brown wrote:
>>
>>> On 12 Jun 2019, at 17:36, Mark Reynolds wrote:
>>>
>>> http://www.port389.org/docs/389ds/design/repl-agmt-status-design.html
>>
>> Looks great!
>>
>> Instead of "Success" we could use
48 matches
Mail list logo