On Thu, 2018-06-28 at 05:21 +, rawh...@fedoraproject.org wrote:
> Announcing the creation of a new nightly release validation test event
> for Fedora 29 Rawhide 20180627.n.0. Please help run some tests for this
> nightly compose if you have time. For more information on nightly
Announcing the creation of a new nightly release validation test event
for Fedora 29 Rawhide 20180627.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
El jue, 14-06-2018 a las 12:06 +0200, Jan Kurik escribió:
> = Proposed System Wide Change: Make BootLoaderSpec the default =
> https://fedoraproject.org/wiki/Changes/BootLoaderSpecByDefault
>
>
> Owner(s):
> * Javier Martinez Canillas
> * Peter Jones
>
>
> Use BootLoaderSpec fragment file
El mié, 27-06-2018 a las 11:58 +, Zbigniew Jędrzejewski-Szmek
escribió:
> Hi,
>
> I'd like to pick up the process of converting fedora-release from a
> split "upstream"/"downstream" model into a single repo in src.fp.o.
>
> For previous discussions see
> https://lists.fedoraproject.org/archiv
Miroslav Suchý wrote:
> Yes, YUM is required. Technically it is "Suggests: yum" on Fedoras.
How about changing the default config to use DNF instead? Last I checked,
the tenor was that it should work and that you just prefer using YUM 3 to
ensure the results are the same as when running mock on
On Tue, 2018-06-19 at 17:33 -0700, Adam Williamson wrote:
>
> A further update here: it appears releng, at least for the present, is
> inclined to favour manual tagging of just the kickstarts for the actual
> release compose. Given that, I think we should still have a release
> criterion (since th
On Wed, 2018-06-27 at 18:18 -0400, Josh Boyer wrote:
> On Wed, Jun 27, 2018 at 4:30 PM Adam Williamson
> wrote:
> >
> > On Wed, 2018-06-27 at 16:25 -0400, Matthew Miller wrote:
> > > On Wed, Jun 27, 2018 at 02:54:07PM +0200, Björn Persson wrote:
> > > > > IMHO deprecate != remove, but rather mark
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2018-06-27 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2018-06-28 09:00 PDT US/Pacific
2018-06-28 1
On Wed, Jun 27, 2018 at 4:30 PM Adam Williamson
wrote:
>
> On Wed, 2018-06-27 at 16:25 -0400, Matthew Miller wrote:
> > On Wed, Jun 27, 2018 at 02:54:07PM +0200, Björn Persson wrote:
> > > > IMHO deprecate != remove, but rather mark for removal in some next
> > > > release.
> > > > Should the cha
On Tue, Jun 26, 2018 at 10:38 PM, Javier Martinez Canillas
wrote:
> On Tue, Jun 26, 2018 at 5:36 PM, Javier Martinez Canillas
> wrote:
>> On Tue, Jun 26, 2018 at 4:33 PM, Peter Jones wrote:
>
> [snip]
>
>>>
It attempts to sort using the id field, and if this isn't defined
other fields
On Wed, 2018-06-27 at 16:25 -0400, Matthew Miller wrote:
> On Wed, Jun 27, 2018 at 02:54:07PM +0200, Björn Persson wrote:
> > > IMHO deprecate != remove, but rather mark for removal in some next
> > > release.
> > > Should the change be called differently?
> >
> > Especially since Yum has been ca
On Wed, Jun 27, 2018 at 02:54:07PM +0200, Björn Persson wrote:
> > IMHO deprecate != remove, but rather mark for removal in some next release.
> > Should the change be called differently?
> Especially since Yum has been called "yum-deprecated" for several
> releases already.
How about "Replace Yum
Hi Miro,
python-qutepart is fixed with a build conditional to skip some tests in
execution that otherwise let abort xvfb due to unknown reasons. No better
solution available so far.
Regards, Raphael
___
devel mailing list -- devel@lists.fedoraproject.
On 06/27/2018 06:50 PM, Florian Weimer wrote:
On 06/27/2018 06:45 PM, Nick Clifton wrote:
Hi Florian,
Superficially, this will work.
But I'm a bit worried that the .weak still makes the symbol global,
so that it ends up in the dynamic symbol table.
Hmm, if I make the symbols hidden rather
On 06/27/2018 06:45 PM, Nick Clifton wrote:
Hi Florian,
Superficially, this will work.
But I'm a bit worried that the .weak still makes the symbol global, so that it
ends up in the dynamic symbol table.
Hmm, if I make the symbols hidden rather than weak, will that work ?
The problem was t
Hi Florian,
> Superficially, this will work.
>
> But I'm a bit worried that the .weak still makes the symbol global, so that
> it ends up in the dynamic symbol table.
Hmm, if I make the symbols hidden rather than weak, will that work ?
I need to investigate...
Cheers
Nick
_
On 06/27/2018 06:25 PM, Nick Clifton wrote:
OK - so if I change annobin so that it creates its own function start symbol,
eg libxsmm_crc32_u64_start and then it references this symbol in the .weak
directive, (instead of libxsmm_crc32_u64), then everything should be OK right ?
Since the new symbol
On Wed, Jun 27, 2018 at 05:25:17PM +0100, Nick Clifton wrote:
> > Nick, this looks like an annobin bug. This is really, really problematic
> > from an ABI perspective.
>
> OK - so if I change annobin so that it creates its own function start symbol,
> eg libxsmm_crc32_u64_start and then it refe
Hi Florian, Hi Dave,
>> /usr/bin/ld: build/intel64/libxsmm_main.o: relocation R_X86_64_PC32
>> against symbol `libxsmm_crc32_u64' can not be used when making a shared
>> object; recompile with -fPIC
> GCC emits calls to the function using:
>
> call libxsmm_crc32_u64
>
> This is
Hi,
I'd like to pick up the process of converting fedora-release from a
split "upstream"/"downstream" model into a single repo in src.fp.o.
For previous discussions see
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/CIKK4WEF5ACVWZ6EWBKNHSKKKCDTV27C/#CIKK4WEF5AC
On 06/27/2018 01:38 PM, Dave Love wrote:
Florian Weimer writes:
On 06/26/2018 02:53 PM, Dave Love wrote:
What has changed in the last month to affect building shared libraries
in rawhide?
I tried to rebuild libxsmm in rawhide, after changing the spec to use
python2 explicitly, and it failed
Miro Hrončok wrote:
> On 27.6.2018 11:52, Jan Kurik wrote:
> > = Proposed Self Contained Change: Deprecate YUM 3 =
> > https://fedoraproject.org/wiki/Changes/Deprecate_YUM_3
> >
> >
> > Owner(s):
> >* Daniel Mach
> >
> >
> > Remove yum (v3) and all related packages from Fedora.
> >
> >
On 06/25/2018 09:11 PM, Miro Hrončok wrote:
I'm now mass rebuilding everything. Will do a couple of rounds before
I will look at the logs. If you see you package failing for a
non-dependencies related reason, please try to fix it and rebuild it
with:
fedpkg build --target=f29-python
Th
On Wed, Jun 27, 2018 at 8:24 AM Sam Varshavchik wrote:
>
> Jan Kurik writes:
>
> > = Proposed Self Contained Change: Deprecate YUM 3 =
> > https://fedoraproject.org/wiki/Changes/Deprecate_YUM_3
> >
> >
> > Owner(s):
> > * Daniel Mach
> >
> >
> > Remove yum (v3) and all related packages from Fed
Jan Kurik writes:
= Proposed Self Contained Change: Deprecate YUM 3 =
https://fedoraproject.org/wiki/Changes/Deprecate_YUM_3
Owner(s):
* Daniel Mach
Remove yum (v3) and all related packages from Fedora.
== Detailed description ==
Remove packages from the distribution:
* createrepo
We
Dne 27.6.2018 v 13:06 Miroslav Suchý napsal(a):
> Dne 27.6.2018 v 12:14 Vít Ondruch napsal(a):
>> Isn't yum required to build {RH,EP}EL{6,7} packages using Mock?
>> Actually, the Mock "bootstrap" feature could be used to fetch YUM from
>> {RH,EP}EL using DNF, but I am not sure it can be configure
Florian Weimer writes:
> On 06/26/2018 02:53 PM, Dave Love wrote:
>> What has changed in the last month to affect building shared libraries
>> in rawhide?
>>
>> I tried to rebuild libxsmm in rawhide, after changing the spec to use
>> python2 explicitly, and it failed with
>>
>>/usr/bin/ld: bu
Petr Pisar writes:
> On 2018-06-26, Dave Love wrote:
>> What has changed in the last month to affect building shared libraries
>> in rawhide?
>>
>> I tried to rebuild libxsmm in rawhide, after changing the spec to use
>> python2 explicitly, and it failed with
>>
> Did you check continuous integr
Dne 27.6.2018 v 12:14 Vít Ondruch napsal(a):
> Isn't yum required to build {RH,EP}EL{6,7} packages using Mock?
> Actually, the Mock "bootstrap" feature could be used to fetch YUM from
> {RH,EP}EL using DNF, but I am not sure it can be configured like this
Yes, YUM is required. Technically it
Removing Yyum would mean that there will no longer be /usr/bin/pungi
available in Fedora. This is not a problem for any work done by release
engineering, but it is still used by people creating spins.
So this is a call to action: if anyone wants to continue using it, now
is the time to come up and
Dne 27.6.2018 v 11:52 Jan Kurik napsal(a):
> = Proposed Self Contained Change: Deprecate YUM 3 =
> https://fedoraproject.org/wiki/Changes/Deprecate_YUM_3
>
>
> Owner(s):
> * Daniel Mach
>
>
> Remove yum (v3) and all related packages from Fedora.
Isn't yum required to build {RH,EP}EL{6,7} pack
On 27.6.2018 11:52, Jan Kurik wrote:
= Proposed Self Contained Change: Deprecate YUM 3 =
https://fedoraproject.org/wiki/Changes/Deprecate_YUM_3
Owner(s):
* Daniel Mach
Remove yum (v3) and all related packages from Fedora.
== Detailed description ==
Remove packages from the distribution
= Proposed Self Contained Change: Deprecate YUM 3 =
https://fedoraproject.org/wiki/Changes/Deprecate_YUM_3
Owner(s):
* Daniel Mach
Remove yum (v3) and all related packages from Fedora.
== Detailed description ==
Remove packages from the distribution:
* createrepo
* yum
* yum-langpacks
* yu
On Thu, Jun 21, 2018 at 06:55:54PM +0200, Mikolaj Izdebski wrote:
> On 06/21/2018 06:26 PM, Stephen Gallagher wrote:
> >>> So, when we started looking at ways to provide alternative software, we
> >>> determined that parallel-installation was a non-goal. Not needing to
> >> solve
> >>> an unsolvabl
34 matches
Mail list logo
