The builsystem should rebuild all the other participants in the cycle against
the new link, then rebuild the new link against the updated cycle, then rebuild
again the rest of the cycle against the new link
If that fails, attempt to do the same with a bootstrap pass, hoping one of the
cycle par
Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler:
> Miro Hrončok wrote:
> > gnutls now cannot be rebuilt:
> >
> > nothing provides libnettle.so.6 needed by gnutls-3.6.8-
> > 1.fc31.armv7hl
>
> Don't you love circular dependencies?
>
> This is really the biggest issue that we have: T
* Kevin Fenzi:
>> I also think all architectures should behave consistently in mock. It's
>> odd that after the proposed change, only on i686, mock will be affected
>> by buildroot overrides in the default configuration, for instance.
>
> Also true.
>
> I just don't think the number of people who
Neal Gompa wrote:
> On Mon, Jul 15, 2019 at 7:22 PM Kevin Kofler wrote:
>> Not really. It would break the legacy "install all packages as multilib
>> if available" mode, which has not been the default modus operandi of YUM
>> for years now. Does DNF even support this mode? (That mode would break
>
Björn 'besser82' Esser wrote:
> Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler:
>> Miro Hrončok wrote:
>> > gnutls now cannot be rebuilt:
>> >
>> > nothing provides libnettle.so.6 needed by gnutls-3.6.8-
>> > 1.fc31.armv7hl
>>
>> Don't you love circular dependencies?
>>
>> This i
On Tue, Jul 16, 2019 at 5:34 AM Björn 'besser82' Esser
wrote:
>
> Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler:
> > Miro Hrončok wrote:
> > > gnutls now cannot be rebuilt:
> > >
> > > nothing provides libnettle.so.6 needed by gnutls-3.6.8-
> > > 1.fc31.armv7hl
> >
> > Don't you lo
Hello package maintainers (Bcc'ed).
Your package (build)requires unversioned Python in Fedora rawhide.
"Python" is now Python 3, not Python 2.
https://fedoraproject.org/wiki/Changes/Python_means_Python3
In some cases it means your package is satisfied with any Python version and in
that case y
Nikos Mavrogiannopoulos writes:
> The latest nettle (3.5.1) update will break ABI on rawhide. The API
> remains the same hence recompilation will be sufficient to address any
> issues.
Thanks to the suggestion from Miro, the new nettle and gnutls built
against it are now in rawhide. I am using
On Mon, 15 Jul 2019 at 22:00, Samuel Sieb wrote:
> On 7/15/19 1:51 PM, Stephen John Smoogen wrote:
> > OK could all the people who are so interested in i686 get onto the
> > x86_32 mailing list and chime up there about what they are wanting to
> > do? Also start having regular sig meetings and ot
OLD: Fedora-Rawhide-20190715.n.1
NEW: Fedora-Rawhide-20190716.n.0
= SUMMARY =
Added images:7
Dropped images: 1
Added packages: 1
Dropped packages:2
Upgraded packages: 20
Downgraded packages: 0
Size of added packages: 549.86 KiB
Size of dropped packages
No missing expected images.
Compose FAILS proposed Rawhide gating check!
5 of 47 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.cloud.all
Failed open
Am Dienstag, den 16.07.2019, 12:00 +0200 schrieb Kevin Kofler:
> Björn 'besser82' Esser wrote:
>
> > Am Dienstag, den 16.07.2019, 00:20 +0200 schrieb Kevin Kofler:
> > > Miro Hrončok wrote:
> > > > gnutls now cannot be rebuilt:
> > > >
> > > > nothing provides libnettle.so.6 needed by gnutls-3.6.
Miro Hrončok wrote:
> $ repoquery --repo=rawhide --source --whatrequires
> python-unversioned-command --exact
> $ repoquery --repo=rawhide-source --whatrequires
> python-unversioned-command --exact
The whole point of python-unversioned-command was to make existing packages
build with no changes t
Le mardi 16 juillet 2019 à 18:53 +0200, Björn 'besser82' Esser a
écrit :
>
>
> Which build chain does look cleaner, shorter, and more semantically
> correct?
>
> 1. systemd (no cryptsetup) --> json-c (new so-ver) --> cryptsetup
> --> systemd (with cryptsetup) --> other consumers in chai
Stephen John Smoogen wrote:
> I am not looking for users to join this list. I am looking for the
> developers who are saying we can't drop x86_32 to go there to help
> diagnose and fix things. Currently there is an x86_32 problem with cpio
> and booting:
>
> https://bugzilla.redhat.com/show_bug.cg
Björn 'besser82' Esser wrote:
> We have a circular dependency in the minimal buildroot:
>
> systemd --> cryptsetup-libs --> json-c
>
>
> cryptsetup needs json-c for LUKS2 and there is no option to disable
> LUKS2 during build.
>
> However systemd can *possibly* be build without support for
On 7/15/19 3:11 PM, Kevin Kofler wrote:
> Kevin Fenzi wrote:
>> I just don't think the number of people who do local i686 builds is all
>> that large, so it having some issues and corner cases to help out the
>> vast majority of folks seems like a good trade off to me.
>
> Removing something does
On Mon, Jul 15, 2019 at 01:24:06PM -0500, Jason L Tibbitts III wrote:
> > "VO" == Vít Ondruch writes:
>
> VO> I just wonder what is the point of:
>
> VO>
> https://github.com/systemd/systemd/blob/b0ca726/src/core/macros.systemd.in#L122
>
> You include the configuration file in the source p
On 7/15/19 3:15 PM, Kevin Kofler wrote:
> Miro Hrončok wrote:
>> With the dropping of the i686 kernel package it's no longer possible to
>> directly install Fedora 31 or later on i686 hardware, however, it is still
>> possibly to upgrade older releases as long as we continue to provide a
>> reposit
On 7/15/19 12:35 AM, Nicolas Mailhot via devel wrote:
> It would be much clearer and user-friendly to move I*86 packages out of the
> 64 bit repos and make the i*86 an optional add-on
Well, the problem there would be that many folks wouldn't know to enable
that seperate repo for multilib, so perh
On 16. 07. 19 19:25, Kevin Kofler wrote:
Miro Hrončok wrote:
$ repoquery --repo=rawhide --source --whatrequires
python-unversioned-command --exact
$ repoquery --repo=rawhide-source --whatrequires
python-unversioned-command --exact
The whole point of python-unversioned-command was to make exist
On Tue, 16 Jul 2019 at 14:23, Kevin Kofler wrote:
> Stephen John Smoogen wrote:
> > I am not looking for users to join this list. I am looking for the
> > developers who are saying we can't drop x86_32 to go there to help
> > diagnose and fix things. Currently there is an x86_32 problem with cpio
Because of systemd-libs… It is a dependency of util-linux at least.
That ships logger and lslogins utilities which link against
libsystemd.
On Tue, Jul 16, 2019 at 8:42 PM Kevin Kofler wrote:
>
> Björn 'besser82' Esser wrote:
> > We have a circular dependency in the minimal buildroot:
> >
> > s
Am Dienstag, den 16.07.2019, 20:45 +0200 schrieb Igor Gnatenko:
> Because of systemd-libs… It is a dependency of util-linux at least.
> That ships logger and lslogins utilities which link against
> libsystemd.
Which I assume are not really useful nor needed in a minimal buildroot?
signature.asc
Am Dienstag, den 16.07.2019, 19:26 +0200 schrieb Nicolas Mailhot via
devel:
> Le mardi 16 juillet 2019 à 18:53 +0200, Björn 'besser82' Esser a
> écrit :
> >
> > Which build chain does look cleaner, shorter, and more semantically
> > correct?
> >
> > 1. systemd (no cryptsetup) --> json-c (new s
Hi
While looking at updating to tesseract-4.1.0, I noticed that the latest
version of the trained models is still at 4.0.0, hence I guess it make
sense to move them to a separate package instead of incorrectly using
the main tesseract version for the tessdata langpack and script
subpackages.
Am Dienstag, den 16.07.2019, 19:49 +0200 schrieb Kevin Kofler:
> Björn 'besser82' Esser wrote:
> > We have a circular dependency in the minimal buildroot:
> >
> > systemd --> cryptsetup-libs --> json-c
> >
> >
> > cryptsetup needs json-c for LUKS2 and there is no option to disable
> > LUKS2
There will be an outage starting at 2019-07-18 05:00 UTC, which will last
approximately 6 hours.
To convert UTC to your local time, take a look at
https://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2019-07-18 05:00 UTC'
Reason for outage:
Upgrade of Copr servers to Fedora 30.
Affected Se
I've been seeing this since clean installing Fedora 30. I don't recall
ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded
system (is now the clean installed system).
[chris@flap ~]$ man rpm | grep -C 10 rpmverbosity
:176: warning [p 3, 0.8i]: cannot adjust line
[chris@flap mante
On 16/07/2019 21:30, Chris Murphy wrote:
I've been seeing this since clean installing Fedora 30. I don't recall
ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded
system (is now the clean installed system).
[chris@flap ~]$ man rpm | grep -C 10 rpmverbosity
:176: warning [p 3,
On Tue, Jul 16, 2019 at 2:38 PM Tom Hughes wrote:
>
> On 16/07/2019 21:30, Chris Murphy wrote:
> > I've been seeing this since clean installing Fedora 30. I don't recall
> > ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded
> > system (is now the clean installed system).
> >
>
On Tue, Jul 16, 2019 at 5:13 PM Chris Murphy wrote:
>
> I've been seeing this since clean installing Fedora 30. I don't recall
> ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded
> system (is now the clean installed system).
>
> [chris@flap ~]$ man rpm | grep -C 10 rpmverbosity
Björn 'besser82' Esser wrote:
> Which even then would still remain an issue, as cryptsetup build-
> requires device-mapper-devel, which requires systemd for some unknown
> reason…
My idea is that the minimal buildroot should contain a fake package that
Obsoletes and Provides: systemd. Maybe it ca
Chris Murphy wrote:
> I've been seeing this since clean installing Fedora 30. I don't recall
> ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded
> system (is now the clean installed system).
> [chris@flap ~]$ man rpm | grep -C 10 rpmverbosity
> :176: warning [p 3, 0.8i]: cann
On Tue, Jul 16, 2019 at 8:12 PM Tim Landscheidt wrote:
>
> Chris Murphy wrote:
>
> > I've been seeing this since clean installing Fedora 30. I don't recall
> > ever seeing it before, including on a Fedora 29 -> Fedora 30 upgraded
> > system (is now the clean installed system).
>
> > [chris@flap ~
35 matches
Mail list logo
