> 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 in
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: xarg
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://
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 in
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: https://communityblog.fedoraprojec
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 di
- 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 2019-
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 queu
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
- 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 1
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 lo
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 scrollin
> 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 to
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 re
> 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 -- devel@lists.fedorap
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 lo
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 2
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: https://communityblog.fedoraproject.org/modularit
===
#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
---
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 c
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 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 co
> 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,
> > 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
> 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 requir
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 i
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.
H
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 hav
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
--
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 unsubsc
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
32 matches
Mail list logo
