(but it was already rebuilt anyway)
>
> - pcp
>
> - python-dask
>
> - python-dask-expr
>
> - python-distributed
>
> - python-formulaic
>
> - python-fsspec
>
> - python-geopandas
>
> - python-papermill
>
> - python-pyogrio
>
> - python-pytest-re
One week warning.
I will be merging whatever is built in the side tag on 20 Feb.
On Fri, Feb 7, 2025 at 1:25 PM Kaleb Keithley wrote:
>
> liborc-2.1.0 and libarrow-19.0.0 are now built in the side tag
> (f43-build-side-105129).
>
> On Thu, Feb 6, 2025 at 6:02 PM Kaleb
, Feb 6, 2025 at 4:03 PM Kaleb Keithley wrote:
> > side-tag f43-build-side-105129 has been created for rebuilding the
> dependent packages:
> [snip]
> > * myst-nb
>
> I have built myst-nb in the side tag. Do you plan to do this for F42
> also, or is this F43 only?
liborc-2.1.0 and libarrow-19.0.0 are now built in the side tag
(f43-build-side-105129).
On Thu, Feb 6, 2025 at 6:02 PM Kaleb Keithley wrote:
> Arrow packages include libarrow*.rpm parquet*.rpm (libparquet*), and
> python-pyarrow*.rpm. Updating to Arrow 19.0.0
>
> ORC packages inc
Arrow packages include libarrow*.rpm parquet*.rpm (libparquet*), and
python-pyarrow*.rpm. Updating to Arrow 19.0.0
ORC packages include liborc2*.rpm. Updating to ORC 2.1.0
side-tag f43-build-side-105129 has been created for rebuilding the
dependent packages:
* ceph (for which I am the maintai
Take that for what it's worth.
On Thu, Jan 9, 2025 at 9:01 AM Peter Robinson wrote:
>
>
> On Thu, 9 Jan 2025 at 12:07, Richard W.M. Jones wrote:
>
>> On Sun, Jan 05, 2025 at 02:07:11PM +0300, Benson Muite wrote:
>> >
>> >
>> > On Sat, Jan
It's all yours. Have fun.
On Sun, Jan 5, 2025 at 6:07 AM Benson Muite
wrote:
>
>
> On Sat, Jan 4, 2025, at 9:28 PM, Kaleb Keithley wrote:
> > Are you a packager?
>
> Yes
>
> What's your FAS ID?
>
> Fed500
>
> >
> > On Sat, Jan 4, 2025
Are you a packager? What's your FAS ID?
On Sat, Jan 4, 2025 at 6:53 AM Benson Muite
wrote:
>
> Happy to maintain it in Fedora while there is activity upstream.
>
>
--
Kaleb
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe se
On Tue, Jun 25, 2024 at 4:44 PM Kaleb Keithley wrote:
>
> HI,
>
> Development has effectively ended. For years Red Hat drove development for
> its RHGS product, but with the EOL of RHGS at the end of 2024 [1], and the
> disbanding of RHGS engineering at Red Hat, no develop
Arrow packages include libarrow*.rpm parquet*.rpm (libparquet*), and
python-pyarrow*.rpm
Updating to Arrow 18.0.0
side-tag f42-build-side-100844 has been created for rebuilding the
dependent packages:
* ceph (I am the maintainer)
* gdal (maintainer notified previously)
* groonga (etc.)
* myst
thanks
On Wed, Nov 27, 2024 at 9:37 AM Richard W.M. Jones
wrote:
> On Wed, Nov 27, 2024 at 08:37:11AM -0500, Kaleb Keithley wrote:
> > * gdal (maintainer cc'd)
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=126300702
>
> > * groong
24 at 7:45 AM Richard W.M. Jones
wrote:
> On Tue, Nov 26, 2024 at 01:06:42PM -0500, Kaleb Keithley wrote:
> > I actually did use --request. I just didn't copy it in the email.
>
> It's alright, I sent the wrong link :-( The correct link is:
>
>
> https://koji.f
I actually did use --request. I just didn't copy it in the email.
On Tue, Nov 26, 2024 at 11:59 AM Adam Williamson
wrote:
> On Tue, 2024-11-26 at 11:56 -0500, Kaleb Keithley wrote:
> > Well, I followed the instructions for creating and building in side tags
?prefix=l&tagID=100844&order=package_name&inherited=0&blocked=1
On Tue, Nov 26, 2024 at 10:29 AM Kaleb Keithley wrote:
>
>
> On Tue, Nov 26, 2024 at 9:42 AM Richard W.M. Jones
> wrote:
>
>> ...
>> I can bump & rebuild packages into the side tag if you
On Tue, Nov 26, 2024 at 9:42 AM Richard W.M. Jones
wrote:
> ...
> I can bump & rebuild packages into the side tag if you give me a full list.
>
> But it looks like you haven't built the updated arrow into the side
> tag yet:
>
>
> https://koji.fedoraproject.org/koji/packages?inherited=0&tagID=100
Arrow packages include libarrow*.rpm parquet*.rpm (libparquet*), and
python-pyarrow*.rpm
Updating to Arrow 18.0.0
side-tag f42-build-side-100844 has been created for rebuilding the
dependent packages:
* ceph (I am the maintainer)
* gdal (maintainer cc'd)
* groonga (maintainer cc'd)
* myst-nb
Arrow packages include libarrow*.rpm parquet*.rpm (libparquet*), and
python-pyarrow*.rpm
Updating to Arrow 18.0.0
side-tag f42-build-side-100844 has been created for rebuilding the
dependent packages:
* ceph (for which I am the maintainer)
* gdal (maintainer cc'd)
Are there any others?
--
K
I've had two ceph builds fail — one ppc64le and one x86_64 — apparently
when the disk filled up.
first was https://koji.fedoraproject.org/koji/taskinfo?taskID=125823380
second was https://koji.fedoraproject.org/koji/taskinfo?taskID=125827710
Has something changed recently wrt disk space?
--
Ka
and a third auto scratch build two days ago
https://koji.fedoraproject.org/koji/taskinfo?taskID=125759322
On Thu, Nov 14, 2024 at 8:20 AM Kaleb Keithley wrote:
> I've had two ceph builds fail — one ppc64le and one x86_64 — apparently
> when the disk filled up.
>
>
On Tue, Apr 23, 2024 at 1:24 PM Adam Williamson
wrote:
> On Tue, 2024-04-23 at 10:15 -0700, Adam Williamson wrote:
> > On Mon, 2024-04-22 at 11:04 -0400, Kaleb Keithley wrote:
> > > Coming soon.
> > >
> > > Updating to Arrow 16.0.0
> >
> > Thanks
HI,
Development has effectively ended. For years Red Hat drove development for
its RHGS product, but with the EOL of RHGS at the end of 2024 [1], and the
disbanding of RHGS engineering at Red Hat, no development is being done.
The last update (11.1) was on 6 Nov., 2023. Little or no, development i
Coming soon.
Updating to Arrow 16.0.0
--
Kaleb
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of
Coming soon to rawhide.
Updating to ORC 2.0.0 from 1.9.x
Currently ceph and gdal are the only packages with dependencies on Apache
ORC (liborc) and Apache Arrow (libarrow)
--
Kaleb
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
Hi,
Anyone know why distriobuildsync-eln has started building liborc and
libarrow again?
They were stopped at one point, but now they have started again.
There are not needed for ceph in ELN.
--
Kaleb
--
___
devel mailing list -- devel@lists.fedorap
Updating to Arrow 15.0.0.
Ceph is the only consumer–AFAIK–of libarrow.
(Both ceph and libarrow failed to build in the recent mass rebuild, but
have been built since then.)
--
Kaleb
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
Is someone in contact with cstratak?
I started the non-responsive maintainer process [1], because I asked that
python-installer be branched and built for epel, or to add the EPEL
packagers SIG to the maintainers [2] on 14 Nov 2023 and added a NEEDINFO on
16 Nov.
Even after allowing for holidays,
The update to 13.0.0 is on hold due to FTBFS on s390x.
Waiting for a fix from the devs.
On Thu, Jul 20, 2023 at 10:06 AM Kaleb Keithley wrote:
>
>
> On Mon, May 1, 2023 at 8:01 AM Kaleb Keithley wrote:
>
>>
>>
>> Now Apache Arrow 12.0.0 has been released.
>&g
On Mon, May 1, 2023 at 8:01 AM Kaleb Keithley wrote:
>
>
> Now Apache Arrow 12.0.0 has been released.
>
> Rebase landing soon in Rawhide.
>
Apache Arrow (libarrow) 13.0.0 has been released.
At least within Fedora, only Ceph (ceph-common, ceph-radosgw, ceph-test,
librgw2) d
Hi,
Apache ORC 1.9.0 has been released.
I believe it is the case that only libarrow (Apache Arrow) and by
extension, ceph consume liborc, and I am the maintainer of both libarrow
and ceph. (My repoqueries don't show anything using liborc or liborc-devel.)
I will be rebasing liborc to 1.9.0 short
Hi,
I don't see a specific epel working group list on lists.fpo.
I'd like to update rocksdb to a newer version for consumption by ceph.
(Ceph currently bundles rocksdb-7.9.2 IIRC for when the distribution's
version is too old.)
AFAIK, AFAICT, ceph is the only consumer of rocksdb in EPEL (or in F
Hi,
ceph-18 RC will likely be tagged in the next week or two, according to my
sources.
(Note: wrt rhbz#2193399, the submoduled/bundled boost that's currently in
ceph-18 is newer than the version in ceph-17 (quincy) and does support
kXXH3 cksum. Ceph, even ceph-18, hasn't caught up to boost-1.81,
On Thu, Feb 9, 2023 at 12:02 PM Kaleb Keithley wrote:
>
> On Tue, Nov 29, 2022 at 10:54 AM Kaleb Keithley
> wrote:
>
>> Hi,
>>
>> Apache Arrow 10.0.0 has been released.
>>
>> At present nobody is using libarrow except Ceph. (Which I am the
>> main
On Thu, Feb 23, 2023 at 8:19 AM Jakub Jelinek wrote:
> On Thu, Feb 23, 2023 at 01:11:13PM +, Jonathan Wakely wrote:
> > On Thu, 23 Feb 2023 at 13:03, Richard W.M. Jones wrote:
> > > Do you know anything about what's happening with Ceph?
> >
> > No idea, sorry.
>
> Ceph is likely #2169364 aka
On Tue, Nov 29, 2022 at 10:54 AM Kaleb Keithley wrote:
> Hi,
>
> Apache Arrow 10.0.0 has been released.
>
> At present nobody is using libarrow except Ceph. (Which I am the
> maintainer of.)
>
> I will be rebasing libarrow to 10.0.0 within the next couple of days.
>
Hi,
Apache Arrow 10.0.0 has been released.
At present nobody is using libarrow except Ceph. (Which I am the maintainer
of.)
I will be rebasing libarrow to 10.0.0 within the next couple of days.
--
Kaleb
___
devel mailing list -- devel@lists.fedorapr
E.g. my scratch build of ceph (
https://koji.fedoraproject.org/koji/taskinfo?taskID=92955292) failsthusly:
...
DEBUG util.py:443: Error:
DEBUG util.py:443: Problem: package
perl-Archive-Tar-2.40-490.fc37.noarch requires
perl(IO::Uncompress::UnXz), but none of the providers can be installed
DEB
On Tue, Aug 23, 2022 at 9:24 AM Richard W.M. Jones
wrote:
> On Tue, Aug 23, 2022 at 02:03:57PM +0100, Richard W.M. Jones wrote:
> > >
> > > ceph also uses rocksdb, so I think I'd want rocksdb to be rebuilt
> before ceph
> > > (i.e. before I rebuild ceph).
> >
> > AFAIK nothing should need to be r
On Tue, Aug 23, 2022 at 8:47 AM Richard W.M. Jones
wrote:
> On Tue, Aug 23, 2022 at 10:24:50AM +0100, Richard W.M. Jones wrote:
> > - ceph
> > ...
> > - rocksdb
>
>
> I built ceph, qemu, samba & plocate with the new liburing 2.2 and
> there didn't seem to be any problem with liburing. Samba howe
Hi,
Apache Arrow 9.0.0 has been released.
AFAIK nobody is using libarrow¹ except Ceph. (Which I am the maintainer of.)
I will be rebasing libarrow to 9.0.0 within the next few hours.
¹ E.g.:
$ sudo dnf repoquery --whatrequires libarrow
Last metadata expiration check: 1:36:14 ago on Wed 03 Aug
On Sun, Jul 17, 2022 at 3:56 PM wrote:
>
> Same for ceph. I tried unsucessfully to rebuild it. The bug is not yet
> upstream, only in Debian yet
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014549
I opened https://tracker.ceph.com/issues/56610
--
Kaleb
___
On Sun, Jul 17, 2022 at 3:56 PM wrote:
>
> Same for ceph. I tried unsucessfully to rebuild it. The bug is not yet
> upstream, only in Debian yet
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014549
>
Do you have a link to the failed build?
--
Kaleb
_
On Tue, Jul 5, 2022 at 9:45 AM Miro Hrončok wrote:
> On 05. 07. 22 15:20, Kaleb Keithley wrote:
> >
> >
> > On Tue, Jul 5, 2022 at 9:07 AM Richard W.M. Jones > <mailto:rjo...@redhat.com>> wrote:
> >
> > On Tue, Jul 05, 2022 at 01:17:39P
On Tue, Jul 5, 2022 at 9:07 AM Richard W.M. Jones wrote:
> On Tue, Jul 05, 2022 at 01:17:39PM +0200, Miro Hrončok wrote:
> > Hello,
> > forwarding this message to Fedora.
> >
> > Will know more by the end of this week -- we might need to consider
> > reverting back to Python 3.10 if we don't wan
Hi,
I need https://bugzilla.redhat.com/show_bug.cgi?id=2054708 reviewed please.
This is a pre-req dependency needed for new features in the next major
release of Ceph, i.e. Quincy.
Thanks
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.
On Thu, Jan 27, 2022 at 4:50 AM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 27/01/2022 01:30, Adam Williamson wrote:
> > Kaleb tried a ceph build with ppc64le turned back on, but it's failed:
>
Only because I started the ceph build too soon and the new build of fmt
hadn'
On Sat, Jan 22, 2022 at 2:28 PM Kaleb Keithley wrote:
>
>> The long double change is an ABI change, so this is kind of expected.
>> Mass rebuild unfortunately doesn't go according to the dependency graph
>> (and
>> unfortunately it isn't a tree, there are cyc
On Sun, Jan 23, 2022 at 4:58 AM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 22/01/2022 17:22, Jakub Jelinek wrote:
> > The long double change is an ABI change, so this is kind of expected.
>
> abidiff automatic test found no ABI changes between 8.0 and 8.1.
I think you
On Sat, Jan 22, 2022 at 11:22 AM Jakub Jelinek wrote:
> On Sat, Jan 22, 2022 at 09:56:24AM -0500, Kaleb Keithley wrote:
> > I know you want FTBFS bugs now for gcc-12 issues, but let me run this by
> > you first and I will open a BZ if necessary.
> >
> > For ceph I
I know you want FTBFS bugs now for gcc-12 issues, but let me run this by
you first and I will open a BZ if necessary.
For ceph I've hacked up a fix for all the other gcc-12isms in ceph and now
it fails to build on ppc64le[1] with
...
/usr/bin/ld:
/builddir/build/BUILD/ceph-16.2.7/build/redhat-li
On Thu, Jan 20, 2022 at 7:50 AM Kaleb Keithley wrote:
>
> I thought I'd solved all my gcc-12-isms in ceph by running --scratch
> --arch-override=x86_64 builds, so I tried a full build and ran into this on
> aarch64. :-(
>
ppc64le and s390x as we
I thought I'd solved all my gcc-12-isms in ceph by running --scratch
--arch-override=x86_64 builds, so I tried a full build and ran into this on
aarch64. :-(
/usr/bin/g++ -DBOOST_ASIO_DISABLE_THREAD_KEYWORD_EXTENSION
-DBOOST_ASIO_USE_TS_EXECUTOR_AS_DEFAULT -DHAVE_CONFIG_H
-D_FILE_OFFSET_BITS=64 -D
Ceph fails with gcc-12 too.
scratch build at
https://koji.fedoraproject.org/koji/taskinfo?taskID=81280838
upstream ceph bug at https://tracker.ceph.com/issues/53896
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On Mon, Nov 29, 2021 at 8:01 AM Daniel P. Berrangé
wrote:
> On Mon, Nov 29, 2021 at 07:36:30AM -0500, Kaleb Keithley wrote:
> > This seems to be happening on a semi-regular basis now. I run scratch
> > builds and they invariably work, but I have seen at least one of my
> scrat
This seems to be happening on a semi-regular basis now. I run scratch
builds and they invariably work, but I have seen at least one of my scratch
builds fail with the same error on f36/rawhide.
This makes no sense that gcc gets an internal error on random occastions.
Is it the machine (or vm) tha
On Mon, Nov 22, 2021 at 12:56 PM Richard W.M. Jones
wrote:
...
> libqemuutil.a.p/util_vfio-helpers.c.o -c ../util/vfio-helpers.c
> during RTL pass: mach
> ../util/vfio-helpers.c: In function 'qemu_vfio_open_pci':
> ../util/vfio-helpers.c:523:1: internal compiler error: in
> create_fix_barr
On Wed, Nov 17, 2021 at 10:20 PM wrote:
> Notification time stamped 2021-11-18 01:07:11 UTC
>
> ceph's builds started to fail in Fedora 35
> https://apps.fedoraproject.org/koschei/package/ceph?collection=f35
>
>
Not sure what I'm supposed to see here. The ceph builds are all green.
But I
On Tue, Nov 9, 2021 at 7:22 AM Mamoru TASAKA
wrote:
> Kaleb Keithley wrote on 2021/11/09 21:14:
> > I'm trying to do a scratch build but not getting python3-devel installed.
> >
> > The .spec file has BR: python3-devel, and rpm -qp --requires on the
> > .src.rpm
I'm trying to do a scratch build but not getting python3-devel installed.
The .spec file has BR: python3-devel, and rpm -qp --requires on the
.src.rpm shows it has the needed Requires: python3-devel.
E.g. https://kojipkgs.fedoraproject.org//work/tasks/6036/78546036/root.log
Regular builds of the
On Fri, Oct 29, 2021 at 8:42 AM Daniel P. Berrangé
wrote:
> On Fri, Oct 29, 2021 at 09:32:16PM +0900, Mamoru TASAKA wrote:
> > Daniel P. Berrangé wrote on 2021/10/29 21:15:
> > > On Fri, Oct 29, 2021 at 07:55:08AM -0400, Kaleb Keithley wrote:
> > > > On Fri, Oct 2
On Fri, Oct 29, 2021 at 6:52 AM Richard W.M. Jones
wrote:
> On Thu, Oct 28, 2021 at 11:16:42AM -0400, Kaleb Keithley wrote:
> >
> > Perfect. Thank you Mamoru-san.
> >
> > armv7hl is now back in.
>
> glusterfs library is totally broken on armv7, aarch64, s390x at
Perfect. Thank you Mamoru-san.
armv7hl is now back in.
Regards,
On Thu, Oct 28, 2021 at 10:31 AM Mamoru TASAKA
wrote:
> Kaleb Keithley wrote on 2021/10/28 22:41:
> >
> >
> > See
> >
> https://lists.fedoraproject.org/archives/list/devel@l
See
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3MQ4ZRPS4MOIDG2RPAR6YX43VX2MCOLW/
I have not had a chance to follow through yet with a self contained
change...
On Thu, Oct 28, 2021 at 9:36 AM Richard W.M. Jones
wrote:
>
> https://bugzilla.redhat.com/s
On Mon, Aug 5, 2019 at 9:55 AM Ben Cotton wrote:
> On Mon, Aug 5, 2019 at 9:51 AM Kaleb Keithley wrote:
> >
> >
> > There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
> > ...
>
> Kaleb, when this is determined upstream, can you please file t
Out of all its dependencies, only one doesn't already exist in Fedora:
apache ORC.
I have a package review open at
https://bugzilla.redhat.com/show_bug.cgi?id=2005989; if someone would be so
kind as to pick it up so that I can keep this moving.
Thanks.
On Mon, Jul 26, 2021 at 10:26 AM
Hi,
My two most recent ceph builds on s390x have been oom killed.
As recently as four days ago they were building fine.
Any ideas?
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fed
Apparently so.
I don't see an announcement!
It broke the ceph install. :-(
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedo
On Wed, Aug 4, 2021 at 8:22 AM Kaleb Keithley wrote:
> On Tue, Aug 3, 2021 at 1:54 PM Florian Weimer wrote:
>
>> * Kaleb Keithley:
>>
>> > ah, I missed that. I looked, but not hard enough apparently, and I
>> presumed it was related
>> > to changes in
On Tue, Aug 3, 2021 at 1:54 PM Florian Weimer wrote:
> * Kaleb Keithley:
>
> > ah, I missed that. I looked, but not hard enough apparently, and I
> presumed it was related
> > to changes in the code.
> >
> ><https://github.com/google/leveldb/issues/927&
On Tue, Aug 3, 2021 at 11:50 AM Florian Weimer wrote:
> * Kaleb Keithley:
>
> > in f35 leveldb-1.22's libleveldb.so.1.22 has, among others, the
> following:
> >
> > # nm -D libleveldb.so.1.22 | grep Logger | grep leveldb
> > 000367f0 T _ZN7lev
in f35 leveldb-1.22's libleveldb.so.1.22 has, among others, the following:
# nm -D libleveldb.so.1.22 | grep Logger | grep leveldb
000367f0 T _ZN7leveldb6LoggerD0Ev
00036740 T _ZN7leveldb6LoggerD1Ev
00036740 T _ZN7leveldb6LoggerD2Ev
000557a0 D _ZTIN7leveldb6LoggerE
Hi,
Ceph is on the threshold of adding a dependency on Apache Arrow[1].
Ceph has had a long history of bundling dependencies so that they can be
built when the platform either doesn't have the dependency or the
dependency is too old. But this time, for a number of factors, the
preference is to no
Or, if I may be so bold—
Convince the developers to use versioned symbols when they break the
API/ABI.
This is the 21st Century, and we have solutions for this. It's not rocket
surgery.
On Thu, Jul 1, 2021 at 11:55 AM Richard Shaw wrote:
> I'm still trying to figure out the best way to fr
On Tue, Jun 15, 2021 at 10:09 AM Miro Hrončok wrote:
> On 15. 06. 21 16:00, Kaleb Keithley wrote:
> >
> > There have been no updates since 2018.
> >
> > If someone else wants to take it over I'm happy to transfer it to them.
> >
> > Otherwise I will
There have been no updates since 2018.
If someone else wants to take it over I'm happy to transfer it to them.
Otherwise I will retire it in one week's time.
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On Tue, Jun 8, 2021 at 2:31 PM Michael Jeanson
wrote:
> I have started the process to update userspace-rcu to 0.13 in rawhide
> which implies a soname bump to 8.
>
Does that imply python3.10 too?
> From what I understand, the following packages will need to be rebuilt:
>
> device-mapper-multi
This update is now six days old, still hasn't reached stable.
Would someone please kick it?
thanks
On Sat, Feb 27, 2021 at 2:20 PM wrote:
> The following comment has been added to the ceph-16.1.0-0.4.snapshot.fc34
> update:
>
> bodhi - 2021-02-27 19:17:57.406291 (karma: 0)
> This update has b
On Wed, Jan 13, 2021 at 8:19 AM Miro Hrončok wrote:
> On 13. 01. 21 14:17, Kaleb Keithley wrote:
> >
> > On Tue, Jan 12, 2021 at 3:27 AM > <mailto:notificati...@fedoraproject.org>> wrote:
> >
> > Notification time stamped 2021-01-12 08:26:20 UTC
>
On Wed, Jan 13, 2021 at 8:17 AM Kaleb Keithley wrote:
>
> On Tue, Jan 12, 2021 at 3:27 AM wrote:
>
>> Notification time stamped 2021-01-12 08:26:20 UTC
>>
>> ceph's builds started to fail in Fedora rawhide
>>
>> https://apps.fedoraproject.org/k
On Tue, Jan 12, 2021 at 3:27 AM wrote:
> Notification time stamped 2021-01-12 08:26:20 UTC
>
> ceph's builds started to fail in Fedora rawhide
> https://apps.fedoraproject.org/koschei/package/ceph?collection=f34
>
>
I updated my rawhide box yesterday and it builds fine on that.
There is
I confess I'm a bit ignorant about how the ELN builds are going to be used.
Especially the ELN builds of glusterfs and ceph.
That aside—
Red Hat ships GlusterFS and Ceph (RHGS and RHCS respectively) as products,
and generally speaking glusterfs and ceph packages are not included in
RHEL; at least
On Mon, Jul 20, 2020 at 1:48 PM Neal Gompa wrote:
>
>
> Your spec file is a complete mess, so I have not yet touched it to fix it.
>
Not _my_ spec file. Is this another episode of whinging about %ifdef SUSE,
then I suggest you direct your comments at
https://github.com/ceph/ceph/blob/master/ceph
On 2020-07-17 I built ceph-15.2.4-5 (and ceph-15.2.4-6 --target=f33-java11)
with cmake-3.18.0-1.fc33 and the build(s) were successful.
Today, with cmake-3.18.0-2.fc33 (which I guess is a respin of cmake-
3.18.0-1.fc33.1, a.k.a. 3.18.0-1.1) my scratch builds are failing with:
...
+ make -j5
Whatever name is picked: devel, main, rawhide, next, etc., how about
setting the default branch.
E.g. `git symbolic-ref HEAD refs/heads/rawhide`
This way when someone clones the repo they don't need to know or remember
which name Fedora is using as the mainline development branch.
On Wed, Jul
On Tue, Jun 2, 2020 at 10:58 AM Jonathan Wakely
wrote:
>
> >Up to now it hasn't.
> >
> >I've been waiting to get boost > 1.71 so that it can be built with the
> >system boost instead of its bundled copy.
> >
> >If the side tag build is going to be going on for a while then I'm going
> to
> >rebui
On Tue, Jun 2, 2020 at 10:48 AM Tomasz Torcz wrote:
> > Hmm, I do see this in ceph.spec:
> >
> > BuildRequires:boost-devel
> > BuildRequires:boost-random
> >
> > But the repoquery doesn't say it needs them.
>
> Thats interesting, as boost is in RPM requires.
> For example ceph-c
On Tue, Jun 2, 2020 at 10:25 AM Jonathan Wakely
wrote:
> ...
> ceph was not in my list, because it isn't returned by the first query
> shown at https://fedoraproject.org/wiki/Changes/F33Boost173#Dependencies
>
> Does it actually depend on any libboost_*.so libraries, or just use
> the header-only
Is the rebuild in the side tag something that's still in progress?
I sent Jonathan an email asking, but didn't get a reply.
I've built a new release of ceph (ceph-15.2.3) in the f33-boost side tag
but if this is something that's on hold I'll need to build it for f33.
Thanks
On Thu, May 28, 2020
On Thu, May 28, 2020 at 4:46 AM Jonathan Wakely
wrote:
> I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
> it, using the f33-boost side tag.
>
>
Is this still in progress? I don't see that ceph-15.2.2 has been rebuilt
nor is it being rebuilt now. Should I build the new rele
My bad. Only one. The second failed because the first had not finished on
the other arches, despite canceling it.
The third is actually x86_64 and failed for a different reason.
On Tue, May 26, 2020 at 11:54 AM Kaleb Keithley wrote:
> Hi,
>
> three different builds of ceph have fail
Hi,
three different builds of ceph have failed in the last 15 min. for lack of
space to untar the source.
Would someone check them out please?
thanks
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
On Wed, May 20, 2020 at 8:52 AM Neal Gompa wrote:
> On Wed, May 20, 2020 at 8:39 AM Kaleb Keithley
> wrote:
> >
> > In rawhide the ceph ceph-test subpackage is deriving a Requires: for
> $subject, and even with gmock and gtest installed the requires is not
> satisfied.
&
In rawhide the ceph ceph-test subpackage is deriving a Requires: for
$subject, and even with gmock and gtest installed the requires is not
satisfied.
And the gtest and gmock rpms (somehow) do not provide them. (Is this a bug
in the gtest and gmock rpms?)
(They do provide libgtest.so.1.10.0 libgmo
On Tue, Mar 24, 2020 at 1:13 PM Kevin Fenzi wrote:
> On Tue, Mar 24, 2020 at 09:28:35AM -0400, Kaleb Keithley wrote:
> > Now five. ppc64le this time.
>
> I've cleaned these up now.
>
> Mostly it was due to the upgrade on the builders this weekend pulling in
&g
Now five. ppc64le this time.
On Tue, Mar 24, 2020 at 7:10 AM Kaleb Keithley wrote:
>
>
>
> Hi,
>
> I've had four ceph builds die in the last 12ish hours. One of them was a
> scratch build on x86_64; the others were regular builds, one on ppc64le,
> and the other tw
st FYI. (I can provide the tasks, if you're unable to find them
easily in koji.)
On Tue, Feb 18, 2020 at 2:05 PM Kaleb Keithley wrote:
>
> several of my `koji --scratch --arch-overide=s390x ...` builds have
> failed with error; reading package header (after the rebuildS
On Tue, Feb 18, 2020 at 9:59 PM Kevin Fenzi wrote:
> On Tue, Feb 18, 2020 at 04:41:42PM -0800, Kevin Fenzi wrote:
> > On Tue, Feb 18, 2020 at 02:05:07PM -0500, Kaleb Keithley wrote:
> > > several of my `koji --scratch --arch-overide=s390x ...` builds have
> failed
>
several of my `koji --scratch --arch-overide=s390x ...` builds have failed
with error; reading package header (after the rebuildSRPM)
Latest is https://koji.fedoraproject.org/koji/taskinfo?taskID=41622496
(guess I could reopen my s390x disk full ticket. Or open a new one.)
--
Kaleb
___
On Tue, Feb 4, 2020 at 3:45 PM Miro Hrončok wrote:
>
> Iff the above is correct, the license field should say:
>
> (LGPL-2.1 or LGPL-3.0) and CC-BY-SA-3.0 and GPL-2.0 and BSL-1.0 and
> BSD-3-Clause
> and MIT
>
>
> (If we ignore that those are probably SPDX license identifiers and not
> what
> Fed
On Mon, Feb 3, 2020 at 11:35 PM Daniel P. Berrangé
wrote:
> On Mon, Feb 03, 2020 at 11:26:46PM +0530, Kaleb Keithley wrote:
> > Coming in Ceph-15 (octopus)
> >
> > From: LGPL-2.1 and CC-BY-SA-3.0 and GPL-2.0 and BSL-1.0 and BSD-3-Clause
> > and MIT
> > To: L
On Mon, Feb 3, 2020 at 11:35 PM Daniel P. Berrangé
wrote:
> On Mon, Feb 03, 2020 at 11:26:46PM +0530, Kaleb Keithley wrote:
> > Coming in Ceph-15 (octopus)
> >
> > From: LGPL-2.1 and CC-BY-SA-3.0 and GPL-2.0 and BSL-1.0 and BSD-3-Clause
> > and MIT
> > To: L
1 - 100 of 178 matches
Mail list logo
