Dne 1.1.2017 v 23:47 Till Maas napsal(a):
> AFAIK in Rawhide only one version is available for each package,
> therefore I suspect this does not have a real impact on Rawhide.
I have to take into account thirdparty repos (Copr, private repos...), where
things are not so straight.
However I am ope
The final values of CFLAGS/LDFLAGS/… are set (as shell variables) by the
%configure macro. There is no other immediately obvious way to get
those definitions. This means that if you can't use %configure for some
reason, you are out of luck.
In this situation, this still works:
%global %_con
On Sunday, December 25, 2016 13:13:31 Pádraig Brady wrote:
> On 22/12/16 13:13, Pádraig Brady wrote:
> > On 21/12/16 16:04, Dan Horák wrote:
> >> On Tue, 20 Dec 2016 16:03:49 +0100
> >>
> >> Pavel Raiskup wrote:
> >>> Hi all,
> >>>
> >>> where is documented what system/hw is used on (primary) Ko
Dne 20.12.2016 v 16:03 Pavel Raiskup napsal(a):
> The only thing I was able to find is version of mock in the log output.
Hmm, that is nice idea. Plugin for Mock which will print:
* number of CPU
* RAM + swap
* storage size available
I will try to work on that.
--
Miroslav Suchy, RHCA
Red Ha
On Mon, Jan 2, 2017 at 10:56 AM, Florian Weimer wrote:
> The final values of CFLAGS/LDFLAGS/… are set (as shell variables) by the
> %configure macro. There is no other immediately obvious way to get those
> definitions. This means that if you can't use %configure for some reason,
> you are out o
> https://fedoraproject.org/wiki/How_to_debug_Wayland_problems
>
> "Debugging mutter
>
> You can debug mutter (used in gnome-shell) by setting its environment
> variables. These need to be set prior to run gnome-shell, so if you
> want to log into GNOME from GDM, you need to create a wrapper scri
We received a bug report that generated RPM dependencies are too coarse
in rawhide (#1409557).
The bug report is correct at a technical level. But I assumed that it
was not a problem because partial upgrades are in rawhide are not
supported—it's always all-or-nothing.
Comments?
Thanks,
Flo
On Monday, January 2, 2017 11:00:44 AM CET Kamil Dudka wrote:
> > Note this test was just changed upstream to use locks instead of volatiles,
> > which significantly improved performance on a 40 core NUMA system at least:
> > http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=480d374
>
On Mon, Jan 02, 2017 at 02:29:47PM +0100, Florian Weimer wrote:
> We received a bug report that generated RPM dependencies are too coarse in
> rawhide (#1409557).
>
> The bug report is correct at a technical level. But I assumed that it was
> not a problem because partial upgrades are in rawhide
OLD: Fedora-Rawhide-20170101.n.0
NEW: Fedora-Rawhide-20170102.n.0
= SUMMARY =
Added images:2
Dropped images: 4
Added packages: 1
Dropped packages:0
Upgraded packages: 47
Downgraded packages: 0
Size of added packages: 99.38 MiB
Size of dropped packages
On Monday, January 2, 2017 11:24:35 AM CET Miroslav Suchý wrote:
> Dne 20.12.2016 v 16:03 Pavel Raiskup napsal(a):
> > The only thing I was able to find is version of mock in the log output.
>
> Hmm, that is nice idea. Plugin for Mock which will print:
> * number of CPU
> * RAM + swap
> * stora
On Monday, January 2, 2017 10:01:20 AM CET Miroslav Suchý wrote:
> Dne 1.1.2017 v 23:47 Till Maas napsal(a):
> > AFAIK in Rawhide only one version is available for each package,
> > therefore I suspect this does not have a real impact on Rawhide.
>
> I have to take into account thirdparty repos (C
On 2016-12-24, Kevin Fenzi wrote:
> On Fri, 23 Dec 2016 10:30:12 + (UTC)
> Petr Pisar wrote:
>> No. This is a generic problem that the ExclusiveArch hack as
>> documents in packaging guidelines (i.e. noarch package with
>> ExclusiveArch including noarch) is not honored by infrastructure.
>
>
On Monday, January 2, 2017 10:56:10 AM CET Florian Weimer wrote:
> The final values of CFLAGS/LDFLAGS/… are set (as shell variables) by the
> %configure macro. There is no other immediately obvious way to get
> those definitions. This means that if you can't use %configure for some
> reason, y
On Mon, 02 Jan 2017 15:10:26 +0100, Pavel Raiskup wrote:
> >
> > %global %_configure :
> > %configure
> >
> > As a result, %configure tries to run “:” instead of “./configure”, which
> > is a NOP, and only the shell variable initialization remains.
> >
> > Is this the recommend way to initiali
On Mon, Jan 02, 2017 at 02:29:47PM +0100, Florian Weimer wrote:
> We received a bug report that generated RPM dependencies are too
> coarse in rawhide (#1409557).
>
> The bug report is correct at a technical level. But I assumed that
> it was not a problem because partial upgrades are in rawhide
Hi,
>
> Is there a way to discover who is submitting these crash reports and
> what they are trying to do?
Unfortunately, there is no full report (e.g. bugzilla) created via ABRT yet,
so there is no way to discover who is submitting these crash reports.
FAF reports are created from uReports wh
On Monday, January 2, 2017 2:40:34 PM CET Pavel Raiskup wrote:
> Also, the question is whether it isn't really glibc bug, because
> schedulers non-ppc64le architectures look to be more "fair" regardless
> the default.
Sorry, not really -- at least i686 (build cross-compiled from x86_64
probably) i
-20170102- appeared since
previous compose
Mount /run/media/test/Fedora-WS-Live-Rawhide-20170101- disappeared since
previous compose
System load changed from 0.86 to 0.70
Previous test data: https://openqa.fedoraproject.org/tests/53362#downloads
Current test data: https://openqa.fedoraproject.org
On Mon, Jan 02, 2017 at 09:37:01AM -0500, Matthew Miller wrote:
> On Mon, Jan 02, 2017 at 02:29:47PM +0100, Florian Weimer wrote:
> > We received a bug report that generated RPM dependencies are too
> > coarse in rawhide (#1409557).
> >
> > The bug report is correct at a technical level. But I as
Change in package status over the last 168 hours
1 packages were orphaned
clipit [master, el6, f25, epel7, f24] was orphaned by comzeradd
A lightweight, fully featured GTK+ clipboard manager
https://admin.fedorapro
Start Date: 2016-12-26 10:08:01.813272
End Date: 2017-01-02 10:08:01.813272
Neal Gompa : 14
https://bugzilla.redhat.com/show_bug.cgi?id=1409400 parzip
https://bugzilla.redhat.com/show_bug.cgi?id=1409386 python-uvloop
https://bugzilla.redhat.com/show_bug.cgi?id=1409
On Thu, 29 Dec 2016 14:52:29 +, Sérgio Basto wrote:
> BTW
> I received ABRT report for package mlt has reached 100 occurrences
> Packages: mlt
> Function: QObject::disconnect(QObject const*, char const*, QObject
> const*, char const*)
> First occurrence: 2016-12-17
> Type: core
> Count:
On 12/24/2016 06:03 PM, Kevin Fenzi wrote:
>> Packager can override channel manually when needed. When submitting
>> build, you can choose which channel to use. For example, when you want
>> the build to be ran on x86_64 you can select "livecd" channel [2],
>> which contains only x86_64 hosts. In t
> On Mon, Jan 02, 2017 at 02:29:47PM +0100, Florian Weimer wrote:
>
> This is rawhide, if it breaks, people should keep the pieces.
> We shouldn't
> change what we do with symbol versions just because of it.
>
It has nothing to do with rawhide. It is a best practice how to use
map symbols/versi
Dne 2.1.2017 v 11:24 Miroslav Suchý napsal(a):
> Hmm, that is nice idea. Plugin for Mock which will print:
> * number of CPU
> * RAM + swap
> * storage size available
>
> I will try to work on that.
Done. You can expect it in next version of Mock:
https://github.com/rpm-software-management/mo
On Mon, 2 Jan 2017 13:59:25 + (UTC)
Petr Pisar wrote:
> On 2016-12-24, Kevin Fenzi wrote:
> > On Fri, 23 Dec 2016 10:30:12 + (UTC)
> > Petr Pisar wrote:
> >> No. This is a generic problem that the ExclusiveArch hack as
> >> documents in packaging guidelines (i.e. noarch package with
>
On 01/02/2017 05:22 PM, Lukas Slebodnik wrote:
I know it is not a high critical issue and therefore I suggested (in BZ) to
to automatically rebuild docker base image for such change in glibc in rawhide.
It would not fix the problem but it would reduce potential bugs. And in future
we might upgr
Hi
For the upgrade to python-pillow-4.0.0, I need these two packages reviewed:
- https://bugzilla.redhat.com/show_bug.cgi?id=1409647 - libimagequant -
Palette quantization library
- https://bugzilla.redhat.com/show_bug.cgi?id=1409648 - python-olefile -
Python package to parse, read and write M
Hi Sérgio,
It depends on what is your goal.
Do you want to fix the crash?
You can log in to FAF and check if there is a contact email or a comment. If
there is not additional information, you can just wait until some opens a
Bugzilla bug report.
Do you want to get rid of the notifica
Isn't this related to no free disk space?
I've seen some strange mmap related crashes when a process mmaped a sparse
file and disk ran out of free space.
Anyway, please do let me know what additional information would help you to
resolve the issue. Please bare in mind that FAF report must
On 01/02/2017 07:26 PM, jfi...@fedoraproject.org wrote:
Isn't this related to no free disk space?
I've seen some strange mmap related crashes when a process mmaped a sparse
file and disk ran out of free space.
This can only happen with writes. This one is a read, if I pieced the
available
Given the sad news of the passing of Erik van Pienbroek, I suppose at
this stage his packages should be orphaned.
I've had a look at what packages he's marked as point of contact in
pkgdb [1], in particular the following are packages without comaintainers:
mingw-webkitgtk
mingw-gtkhtml3
mingw
On Mon, Jan 2, 2017 at 7:09 PM, Sandro Mani wrote:
> Hi
>
> For the upgrade to python-pillow-4.0.0, I need these two packages reviewed:
Appreciate that!
>
> - https://bugzilla.redhat.com/show_bug.cgi?id=1409647 - libimagequant -
> Palette quantization library
> - https://bugzilla.redhat.com/show_b
Hi
I've orphaned python-sphinx-theme-better. It was briefly used by
python-pillow for its documentation in the past, but that's not the case
anymore and python-sphinx-theme-better hasn't seen any activity upstream
since 2013. As far as I can tell [1] no other package in fedora requires it.
S
On Mon, Jan 2, 2017 at 9:14 PM, Sandro Mani wrote:
> Hi
>
> I've orphaned python-sphinx-theme-better. It was briefly used by
> python-pillow for its documentation in the past, but that's not the case
> anymore and python-sphinx-theme-better hasn't seen any activity upstream
> since 2013. As far as
On 02.01.2017 21:28, Igor Gnatenko wrote:
On Mon, Jan 2, 2017 at 9:14 PM, Sandro Mani wrote:
Hi
I've orphaned python-sphinx-theme-better. It was briefly used by
python-pillow for its documentation in the past, but that's not the case
anymore and python-sphinx-theme-better hasn't seen any act
> On 01/02/2017 05:22 PM, Lukas Slebodnik wrote:
> The bug is in the user-supplied container build scripts. Recommended
> practice is to run “dnf update” (or “yum update”) as part of the build
> process.
Could you provide some link where it is recommended?
Because most of pages say exactly oppo
> On Mon, Jan 02, 2017 at 02:29:47PM +0100, Florian Weimer wrote:
>
> I think officially, we don't "support" anything but all-or-nothing
> upgrades in *all* branches. That is, if you cherry-pick an update from
> updates (or even updates-testing) and it also needs some other package
> to be upgrade
On 12/11/2016 05:34 PM, Dennis Gilmore wrote:
> * koji and the source lookaside were changed to use kerberos
> authentication
> instead of ssl certificates. All maintainers will need to:
>
> kinit your-fas-accountn...@fedoraaproject.org
>
> to get a valid kerberos TGT and be able to authenticate
On Mon, Jan 2, 2017 at 11:27 PM, Orion Poplawski wrote:
> On 12/11/2016 05:34 PM, Dennis Gilmore wrote:
>> * koji and the source lookaside were changed to use kerberos
>> authentication
>> instead of ssl certificates. All maintainers will need to:
>>
>> kinit your-fas-accountn...@fedoraaproject.or
Dear all,
You are kindly invited to the meeting:
Modularity WG on 2017-01-03 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting for the Modularity Working Group.
More information available at: [Modularity Working Group wiki
page](https://
On Mon, 2017-01-02 at 09:37 -0500, Matthew Miller wrote:
> On Mon, Jan 02, 2017 at 02:29:47PM +0100, Florian Weimer wrote:
> > We received a bug report that generated RPM dependencies are too
> > coarse in rawhide (#1409557).
> >
> > The bug report is correct at a technical level. But I assumed t
On Mon, 2017-01-02 at 20:43 -0800, Adam Williamson wrote:
> On Mon, 2017-01-02 at 09:37 -0500, Matthew Miller wrote:
> > On Mon, Jan 02, 2017 at 02:29:47PM +0100, Florian Weimer wrote:
> > > We received a bug report that generated RPM dependencies are too
> > > coarse in rawhide (#1409557).
> > >
On Fri, Dec 23, 2016 at 02:33:29PM -0700, Pete Zaitcev wrote:
> On Wed, 21 Dec 2016 00:18:47 +0100
> Miro Hrončok wrote:
>
> > I've attached the list of failed packages (failed.txt). You can search
>
> python-ceilometerclient
> python-keystoneclient
> python-manilaclient
> python-swiftclient
>
45 matches
Mail list logo
