On 10.1.2018 03:16, Nick Coghlan wrote:
On 10 January 2018 at 11:30, Jason L Tibbitts III wrote:
In the end I just can't shake the notion that it's bad to have some
random non-python-related environment variable basically breaking
python.
Aye, I think you've hit on the main problem: if this i
On Tue, Jan 09, 2018 at 09:25:03AM -0800, Adam Williamson wrote:
> On Tue, 2018-01-09 at 11:03 +0100, Pierre-Yves Chibon wrote:
> > Dear all,
> >
> > The Fedora Infrastructure team has had a jenkins instance running at
> > jenkins.fedorainfracloud.org for a little while now. This instance was
> >
On 10.1.2018 00:56, Kevin Kofler wrote:
Jan Kurik wrote:
Currently in Fedora (package names, executable names, etc.), python
means Python 2.
We would like to change it to mean Python 3, but to do that, we need
to free it of the current meaning.
This means explicitly using either "python2" or "py
On 01/09/2018 10:09 PM, Kevin Kofler wrote:
> Jonny Heggheim wrote:
>> I think the best solution, based on my knowledge and available time, is
>> to upgrade Fedora 26 to the latest upstream.
> So please do that then. The sooner, the better.
I agree, pushed updates to bodhi yesterday, it would be g
On 01/10/2018 09:33 AM, Miro Hrončok wrote:
On 10.1.2018 03:16, Nick Coghlan wrote:
On 10 January 2018 at 11:30, Jason L Tibbitts III
wrote:
In the end I just can't shake the notion that it's bad to have some
random non-python-related environment variable basically breaking
python.
Aye, I th
On Tuesday, January 9, 2018 11:51:03 PM CET David Kaspar [Dee'Kej] wrote:
> Initial NOTE: I have made some bigger changes in Ghostscript package during
> the cleanup, which should be self-contained. In my opinion those changes
> are not so significant to create "self-contained change" wiki page for
On Wed, Jan 10, 2018 at 09:33:44AM +0100, Miro Hrončok wrote:
> On 10.1.2018 03:16, Nick Coghlan wrote:
> >On 10 January 2018 at 11:30, Jason L Tibbitts III wrote:
> >>In the end I just can't shake the notion that it's bad to have some
> >>random non-python-related environment variable basically b
On 10.1.2018 10:28, Petr Viktorin wrote:
On 01/10/2018 09:33 AM, Miro Hrončok wrote:
On 10.1.2018 03:16, Nick Coghlan wrote:
On 10 January 2018 at 11:30, Jason L Tibbitts III
wrote:
In the end I just can't shake the notion that it's bad to have some
random non-python-related environment varia
= System Wide Change: Rename "nobody" user =
https://fedoraproject.org/wiki/Changes/RenameNobodyUser
Change owner(s):
*Zbigniew Jędrzejewski-Szmek
* Lennart Poettering
Use "nobody:nobody" as the names for the kernel overflow UID:GID pair,
and retire the old "nfsnobody" name and the old "nobody:
On 10.1.2018 11:25, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Jan 10, 2018 at 09:33:44AM +0100, Miro Hrončok wrote:
On 10.1.2018 03:16, Nick Coghlan wrote:
On 10 January 2018 at 11:30, Jason L Tibbitts III wrote:
In the end I just can't shake the notion that it's bad to have some
random non-
On Wed, Jan 10, 2018 at 11:56:46AM +0100, Reindl Harald wrote:
>
>
> Am 10.01.2018 um 11:46 schrieb Jan Kurik:
> >On existing systems, to make upgrades easier:
> >* if nfsnobody was defined, keep it in /etc/passwd *after* the new
> >line for nobody:nobody, so that both the old name and the new na
January 9, 2018 9:59 PM, "Kevin Kofler" wrote:
> Kevin Fenzi wrote:
>
>> To save all the Fedora users in the world from having to update metadata
>> for minor changes. Since there's a hourly dnf makecache every user in
>> the world pulls down new metadata ever time we update a repo.
>
> So to s
On 01/08/2018 01:36 AM, Kevin Fenzi wrote:
On 01/07/2018 01:38 PM, Christian Dersch wrote:
Hi all,
within the whole Meltdown and Spectre story I realized that Koji pushes
even security updates to batched only, not directly to stable. In
The critera for bypassing batched is if the update is ma
On 01/09/2018 10:36 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jan 09, 2018 at 04:30:56PM +0100, Pavel Březina wrote:
On 01/05/2018 05:21 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Jan 05, 2018 at 02:50:45PM +0100, Jan Kurik wrote:
= System Wide Change: Make authselect default tool ins
On Tue, Jan 9, 2018 at 5:51 PM, David Kaspar [Dee'Kej]
wrote:
> Hello guys! :)
>
> Initial NOTE: I have made some bigger changes in Ghostscript package during
> the cleanup, which should be self-contained. In my opinion those changes are
> not so significant to create "self-contained change" wiki
On Wed, Jan 10, 2018 at 5:46 AM, Jan Kurik wrote:
> = System Wide Change: Rename "nobody" user =
> https://fedoraproject.org/wiki/Changes/RenameNobodyUser
>
> Change owner(s):
> *Zbigniew Jędrzejewski-Szmek
> * Lennart Poettering
>
> Use "nobody:nobody" as the names for the kernel overflow UID:G
Hi
I've received a request to package a version of scotch with 64bit
integers (as opposed to 32bit). I suppose the details are less
important, the bottom line is
scotch 32bit: typedef int32_t SCOTCH_Num;
scotch 64bit: typedef int64_t SCOTCH_Num;
where SCOTCH_Num affects the public ABI and i
On Wed, Jan 10, 2018 at 2:05 PM, Neal Gompa wrote:
> Is there a specific bug that forces us to require we have transitional
> packages like this? RPM's Conflicts+Obsoletes logic is powerful enough
> to allow us to avoid this.
>
I'm not aware of any BZ/Fedora wiki page that is requiring this. Th
On Wed, Jan 10, 2018 at 3:30 PM, David Kaspar [Dee'Kej]
wrote:
> I hope I didn't forget to mention something important... :D If something
> is unclear, lay it on me! ;)
>
Yeah, I forgot one more small thing to mention... :D For now I'm waiting
for 'google-droid-fonts' to be rebased to latest ve
Thanks for all the input... very interesting.
But I decide to go a head can create a new package
which eliminates all the questions about lifecycles
dependencies, licenses, etc
Again, thanks for all the input!
steved.
On 01/08/2018 12:21 PM, Steve Dickson wrote:
> Hello,
>
> Is it a probl
On Wed, Jan 10, 2018 at 9:30 AM, David Kaspar [Dee'Kej]
wrote:
> On Wed, Jan 10, 2018 at 2:05 PM, Neal Gompa wrote:
>>
>> Is there a specific bug that forces us to require we have transitional
>> packages like this? RPM's Conflicts+Obsoletes logic is powerful enough
>> to allow us to avoid this.
On Tue, 2018-01-09 at 12:25 +0100, Florian Weimer wrote:
> On 01/09/2018 11:00 AM, Petr Pisar wrote:
> > On 2018-01-05, Florian Weimer wrote:
> > >perl-PDL-2.18.0-4.fc27.src.rpm
> >
> > [...]
> > > This is based on relatively current Fedora rawhide/x86_64 and reflects
> > > which currently us
On Wed, Jan 10, 2018 at 11:46:13AM +0100, Jan Kurik wrote:
> Use "nobody:nobody" as the names for the kernel overflow UID:GID pair,
> and retire the old "nfsnobody" name and the old "nobody:nogroup" pair
> with 99:99 numbers
See previous thread on this proposal from two years ago:
https://lists.f
On Wed, Jan 10, 2018 at 6:18 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Wed, Jan 10, 2018 at 11:56:46AM +0100, Reindl Harald wrote:
>>
>> Am 10.01.2018 um 11:46 schrieb Jan Kurik:
>> >On existing systems, to make upgrades easier:
>> >* if nfsnobody was defined, keep it in /etc/passwd *after* the
On Mon, Jan 8, 2018 at 12:21 PM, Steve Dickson wrote:
> Hello,
>
> Is it a problem for a package to pull from two different
> upstream tar balls? Basically have
>
> Source0: http://server.com/package1/package1.tar
> Source1: http://server.com/package2/package2.tar
>
> Then I would, by hand, untar
On Wed, Jan 10, 2018 at 3:44 PM, Neal Gompa wrote:
> If the content of "ghostscript-core" is now part of "ghostscript", you
> can do the following:
>
> Obsoletes: ghostscript-core < 9.22-5
> Provides: ghostscript-core = %{version}-%{release}
>
> In addition, packages that currently require "ghost
On 01/09/2018 02:09 PM, Tim Landscheidt wrote:
> Kevin Fenzi wrote:
>
>> […]
>
> I really don't understand why we do this "batched" thing to begin with.
>
To reduce the constant flow of updates that are very minor or affect
very few mixed in with the major updates that affect lots
On 01/09/2018 12:57 PM, Kevin Kofler wrote:
> Kevin Fenzi wrote:
>> You also don't want updates-testing to even exist right?
>
> That is not true. I want to leave the decision whether and for how long an
> update needs to be tested to the package maintainer instead of enforcing
> minimum testing
On 01/10/2018 04:01 AM, Tomasz Torcz wrote:
>
> So, if there ARE updates to be pushed (marked urgent?) and we update
> metadata
> ANYWAY, this is a good point to flush everything from batched in this push.
We could yeah. We could also only ever push when there are urgent updates...
kevin
On 10 January 2018 at 08:50, Neal Gompa wrote:
> On Wed, Jan 10, 2018 at 5:46 AM, Jan Kurik wrote:
>> The new mapping for nobody:nobody would be implemented in two redundant ways:
>> * as a static allocation in /etc/passwd and /etc/group managed by setup.rpm
>> * dynamically provided by the
On mercredi 10 janvier 2018 00:07:11 CET rugk wrote:
> Providing privacy and security for DNS! (especially after dnscrypt is
> discontinued now).
> It would be nice to have this in Fedora.
>
> https://dnsprivacy.org/wiki/display/DP/DNS+Privacy+Daemon+-+Stubby
> GitHub: https://github.com/getdnsap
> "MH" == Miro Hrončok writes:
MH> This sounds good to me. It didn't occur to me that we can actually
MH> set a dedicated env vars for our builds (which is even better).
Well, doing so requires that we change an rpm macro to export this new
env var in the same place that RPM_BUILD_ROOT is ex
On 01/10/2018 11:18 AM, Robert-André Mauchin wrote:
> On mercredi 10 janvier 2018 00:07:11 CET rugk wrote:
>> Providing privacy and security for DNS! (especially after dnscrypt is
>> discontinued now).
>> It would be nice to have this in Fedora.
>>
>> https://dnsprivacy.org/wiki/display/DP/DNS+Pri
>
>
> > Maybe you could suggest the package maintainer to add a "Provides:
> stubby" so
> > it can be found directly. CCing Paul Wouters in that regard.
>
> That's a good idea! I'll fire of some new builds with that later today
> when I fixup
> the libidn2 handling as well.
>
>
If people are going
Yaakov Selkowitz wrote:
> https://github.com/cygwinports/kde-runtime/blob/master/15.04.3-libtirpc.patch
FYI, this patch does not work:
-- Looking for include file rpc/rpc.h
-- Looking for include file rpc/rpc.h - not found
…
-- The following features have been disabled:
* NFS kioslave, The RPC li
On Wed, 2018-01-10 at 10:45 +0100, Kamil Dudka wrote:
> On Tuesday, January 9, 2018 11:51:03 PM CET David Kaspar [Dee'Kej] wrote:
> > Initial NOTE: I have made some bigger changes in Ghostscript package during
> > the cleanup, which should be self-contained. In my opinion those changes
> > are not
> On Jan 9, 2018, at 9:59 AM, Kevin Fenzi wrote:
>
>> On 01/08/2018 10:53 AM, Kevin Kofler wrote:
>> Kevin Fenzi wrote:
>>> Well, if this firefox update was urgent, shouldn't it have been marked
>>> urgent?
>>
>> Urgency is always in the eye of the beholder. I as a user consider all
>> security up
On 10 January 2018 at 14:23, Andrew Lutomirski wrote:
>> On Jan 9, 2018, at 9:59 AM, Kevin Fenzi wrote:
>>
>>> On 01/08/2018 10:53 AM, Kevin Kofler wrote:
>>> Kevin Fenzi wrote:
Well, if this firefox update was urgent, shouldn't it have been marked
urgent?
>>>
>>> Urgency is always in t
Sorry for the top post, on my phone...
Telling third party software to link against a different soname suffixed
with 64 would be pkg-config's job, usually.
Dridi
On Jan 10, 2018 14:59, "Sandro Mani" wrote:
Hi
I've received a request to package a version of scotch with 64bit integers
(as oppos
On Wed, Jan 10, 2018 at 11:38 AM, Stephen John Smoogen
wrote:
> On 10 January 2018 at 14:23, Andrew Lutomirski wrote:
> >> On Jan 9, 2018, at 9:59 AM, Kevin Fenzi wrote:
> >>
> >>> On 01/08/2018 10:53 AM, Kevin Kofler wrote:
> >>> Kevin Fenzi wrote:
> Well, if this firefox update was urgen
On 10 January 2018 at 14:46, Andrew Lutomirski wrote:
>
>
> On Wed, Jan 10, 2018 at 11:38 AM, Stephen John Smoogen
> wrote:
>>
>> On 10 January 2018 at 14:23, Andrew Lutomirski wrote:
>> >> On Jan 9, 2018, at 9:59 AM, Kevin Fenzi wrote:
>> >>
>> >>> On 01/08/2018 10:53 AM, Kevin Kofler wrote:
>
Il giorno mer, 10/01/2018 alle 17.18 +0100, Robert-André Mauchin ha
scritto:
> Maybe you could suggest the package maintainer to add a "Provides:
> stubby" so it can be found directly. CCing Paul Wouters in that
> regard.
[lesca@dodo ~]$ dnf whatprovides stubby -C
Last metadata exp
On Wed, Jan 10, 2018 at 12:01 PM, Stephen John Smoogen wrote:
>
> On 10 January 2018 at 14:46, Andrew Lutomirski wrote:
> >
> >
> > On Wed, Jan 10, 2018 at 11:38 AM, Stephen John Smoogen
> > wrote:
> >>
> >> On 10 January 2018 at 14:23, Andrew Lutomirski wrote:
> >> >> On Jan 9, 2018, at 9:59 A
On 01/09/2018 02:09 PM, Tim Landscheidt wrote:
BTW, are there technical reasons why the metadata is updated
en bloc and not incrementally like for example delta RPMs,
or is it just that nobody bothered to implement something
like that yet for metadata?
This has been discussed for a very long ti
Hi,
I am working on a PR to get subscription-manager and related packages
packaged for python 3 for Fedora (see
https://github.com/candlepin/subscription-manager/pull/1744), and we're
aware we've made some naming decisions in the past that aren't quite up
to the python package naming conventi
On Tue, Jan 9, 2018 at 12:43 PM, Adam Williamson
wrote:
> https://pagure.io/compose-utils
>
> that may be of interest to the original poster.
Bingo. https://pagure.io/compose-utils/blob/master/f/compose_utils/changelog.py
thank you!
martin
--
martin.langh...@gmail.com
- ask interesting que
On Tue, Jan 09, 2018 at 08:27:51PM +, Sérgio Basto wrote:
> On Tue, 2018-01-09 at 18:28 +0100, Till Hofmann wrote:
> >
> > On 01/09/2018 05:53 PM, Sérgio Basto wrote:
> > > Packages remaining to rebuild:
> > > digikam
> > > fawkes
> > > kf5-libkface
> > > nomacs
> > > player
> > > simon
> > >
On Wed, 2018-01-10 at 22:27 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Jan 09, 2018 at 08:27:51PM +, Sérgio Basto wrote:
> > On Tue, 2018-01-09 at 18:28 +0100, Till Hofmann wrote:
> > >
> > > On 01/09/2018 05:53 PM, Sérgio Basto wrote:
> > > > Packages remaining to rebuild:
> > > > di
On 01/03/2018 06:02 PM, Adam Williamson wrote:
> * The most useful feedback is just whether the kernel boots and works
> correctly on all systems you have access to (assuming they worked OK
> with the previous kernel, of course). If it does, please leave positive
> karma on the relevant update.
Today we are starting the Interview period during which we will
prepare interviews with candidates to the following teams:
* FESCo (Engineering) [1]
* Fedora Council [2]
* Mindshare [3]
This period is open until 2018-Jan-15 at 23:59:59 UTC.
The questions for candidates can be found in the templa
On Tue, Jan 9, 2018 at 9:08 AM Jan Kurik wrote:
> = System Wide Change: IBus Unicode Typing =
> https://fedoraproject.org/wiki/Changes/IBus_Unicode_Typing
>
> Change owner(s):
> * Takao Fujiwara
>
> IBus core provides an Emoji dialog which users can type emoji
> annotations and output the emoji
On Wed, Jan 10, 2018 at 11:35:16PM +, Sérgio Basto wrote:
> On Wed, 2018-01-10 at 22:27 +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Tue, Jan 09, 2018 at 08:27:51PM +, Sérgio Basto wrote:
> > > On Tue, 2018-01-09 at 18:28 +0100, Till Hofmann wrote:
> > > >
> > > > On 01/09/2018 05:53 P
On Wed, Jan 10, 2018 at 10:21:32AM -0500, Matthew Miller wrote:
> On Wed, Jan 10, 2018 at 11:46:13AM +0100, Jan Kurik wrote:
> > Use "nobody:nobody" as the names for the kernel overflow UID:GID pair,
> > and retire the old "nfsnobody" name and the old "nobody:nogroup" pair
> > with 99:99 numbers
>
On Wed, Jan 10, 2018 at 10:26:24AM -0500, Nico Kadel-Garcia wrote:
> On Wed, Jan 10, 2018 at 6:18 AM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Wed, Jan 10, 2018 at 11:56:46AM +0100, Reindl Harald wrote:
> >>
> >> Am 10.01.2018 um 11:46 schrieb Jan Kurik:
> >> >On existing systems, to make upgra
No missing expected images.
Failed openQA tests: 15/129 (x86_64), 4/24 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20180108.n.0):
ID: 185174 Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/185174
ID: 185175 Test: x86_6
55 matches
Mail list logo
