[rpms/perl-Class-DBI] PR #1: Improve compatibility with EL8

2020-08-20 Thread Tom Callaway
spot merged a pull-request against the project: `perl-Class-DBI` that you are following. Merged pull-request: `` Improve compatibility with EL8 `` https://src.fedoraproject.org/rpms/perl-Class-DBI/pull-request/1 ___ perl-devel mailing list --

Re: chromium/ffmpeg fails on aarch64 in F33+

2020-08-18 Thread Tom Callaway
Filed as 1869884. ~tom On Tue, Aug 18, 2020 at 5:38 PM Jeff Law wrote: > On Tue, 2020-08-18 at 17:26 -0400, Tom Callaway wrote: > > I don't know aarch64 assembly, but chromium (or more specifically, the > ffmpeg part of chromium) is failing on aarch64 on F33+ (everywhere else

chromium/ffmpeg fails on aarch64 in F33+

2020-08-18 Thread Tom Callaway
I don't know aarch64 assembly, but chromium (or more specifically, the ffmpeg part of chromium) is failing on aarch64 on F33+ (everywhere else it is fine): obj/third_party/ffmpeg/ffmpeg_internal/videodsp.o: in function `ff_prefetch_aarch64': (.text+0x10): relocation truncated to fit:

Chromium failing on aarch64 in rawhide

2020-07-31 Thread Tom Callaway
This one is odd. Chromium is failing on aarch64 in rawhide, on a bit of ffmpeg code that has not changed in _years_. [clear_key_cdm:13/13] g++ -shared -Wl,--fatal-warnings -fPIC -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,-z,defs -Wl,--as-needed -Wl,-O2 -Wl,--gc-sections -rdynamic -o

Re: module 'posix' not found when module load mpi/mpich-x86_64

2020-07-01 Thread Tom Callaway
Lmod needed a little patch to detect Lua 5.4 as a valid version, but it's fixed and rebuilt in rawhide now (Lmod-8.3.17-2.fc33). Thanks, Tom On Tue, Jun 30, 2020 at 6:24 PM Miro Hrončok wrote: > On 30. 06. 20 19:34, Christoph Junghans wrote: > > Adding > > BuildRequires: lua-posix > > doesn't

Re: Lua 5.4.0

2020-06-30 Thread Tom Callaway
All of these are now fixed, except for lua-luv and lua-event. Lua-luv needs a fixed cmake (FindLua.cmake needed patching to find Lua 5.4). I've been trying to build a new cmake in rawhide all afternoon, but s390x fails to get a buildroot established each time (not due to cmake issues). The lua-luv

Re: Lua 5.4.0

2020-06-29 Thread Tom Callaway
Okay. I duct taped lua-posix into a "working" state. Also did builds for lua-argparse, lua-expat, lua-lpeg, and rpm (so that the macros say "5.4"). Any and all help is appreciated. Tom On Mon, Jun 29, 2020 at 4:37 PM Jerry James wrote: > On Mon, Jun 29, 2020 at 2:34 PM Miro Hrončok wrote: >

Lua 5.4.0

2020-06-29 Thread Tom Callaway
I just built lua 5.4.0 in Rawhide. As with previous major updates of lua, the package also includes a copy of the lua 5.3 libraries so that rawhide does not just become broken reps. If you depend on lua, please rebuild your packages in rawhide and let me know if you run into any issues. Thanks,

Unretire: R-AnnotationDbi

2020-06-10 Thread Tom Callaway
Hello Fedorans, It is my intent to revive R-AnnotationDbi, as it is needed to update R-biomaRt. I've already done the review request here: https://bugzilla.redhat.com/show_bug.cgi?id=1845360 Thanks, Tom ___ devel mailing list --

Re: TeXLive 2020 landing in rawhide

2020-05-27 Thread Tom Callaway
There are some new subpackages (and some old ones went away), but since every package had the release value bumped, this is expected. Tom On 2020-05-27 at 00:52, ke...@scrye.com wrote: > On Tue, May 26, 2020 at 05:05:32PM -0700, Adam Williamson wrote: > ...snip... > > > there is, IIRC, supposed

Re: TeXLive 2020 landing in rawhide

2020-05-26 Thread Tom Callaway
Perhaps graphite2 generates a .tex file as part of the process? I'd have to look at it to figure it out. Can you please open a bug on the 300+ package increase with the specifics so I can figure out what (if anything) I can do to remedy this? Thanks, Tom On Fri, May 22, 2020 at 12:16 PM José

Re: TeXLive 2020 landing in rawhide

2020-05-21 Thread Tom Callaway
file, everything is fine and the > command mentioned above works. > > The strange thing is that when I install python3-matplotlib from koji repo > or from rawhide repo, both don't bring this package so it's probably a new > dependency somewhere. > > Do you know what might caus

Re: TeXLive 2020 landing in rawhide

2020-05-20 Thread Tom Callaway
I think the issue here is that the most recent texlive package fixes landed this morning, and the "rawhide" compose that mock would pull in doesn't have all the fixes yet. Tom On Wed, May 20, 2020 at 3:12 PM Richard Shaw wrote: > On Wed, May 20, 2020 at 2:08 PM Tom Callaway wr

Re: TeXLive 2020 landing in rawhide

2020-05-20 Thread Tom Callaway
Tom Callaway wrote: > It's probably not the same bug, that error is a fairly generic error > meaning "something has made texlive unhappy". I'm investigating. > > Tom > > On Wed, May 20, 2020 at 1:29 PM Richard Shaw wrote: > >> Thanks for the PR but it looks

Re: TeXLive 2020 landing in rawhide

2020-05-20 Thread Tom Callaway
It's probably not the same bug, that error is a fairly generic error meaning "something has made texlive unhappy". I'm investigating. Tom On Wed, May 20, 2020 at 1:29 PM Richard Shaw wrote: > Thanks for the PR but it looks like I'm being bitten by: > >

Re: TeXLive 2020 landing in rawhide

2020-05-20 Thread Tom Callaway
Richard, I've got a PR for you that adds your explicit tex BuildRequires so that this works again: https://src.fedoraproject.org/rpms/OpenColorIO/pull-request/1 Upstream TeXLive sometimes moves .sty files around, so in most cases, it is easier to specify BuildRequires using the

Re: TeXLive 2020 landing in rawhide

2020-05-15 Thread Tom Callaway
; On 5/14/20 3:55 PM, Tom Callaway wrote: > >> I've just kicked off new builds for texlive and texlive-base for > >> TeXLive 2020 in rawhide. Hopefully, everything that depends on them > >> will continue to work, but if you notice any new issues generating > >&

Re: TeXLive 2020 landing in rawhide

2020-05-14 Thread Tom Callaway
I'll get that fixed up first thing tomorrow. Apologies, Tom On Thu, May 14, 2020, 6:51 PM Miro Hrončok wrote: > On 14. 05. 20 23:55, Tom Callaway wrote: > > I've just kicked off new builds for texlive and texlive-base for TeXLive > 2020 in > > rawhide. Hopefully, every

Re: TeXLive 2020 landing in rawhide

2020-05-14 Thread Tom Callaway
Just need that texlive build to finish and it should all clear up. Tom On Thu, May 14, 2020 at 6:13 PM Jerry James wrote: > On Thu, May 14, 2020 at 3:56 PM Tom Callaway wrote: > > I've just kicked off new builds for texlive and texlive-base for TeXLive > 2020 in rawhide. Hopefully

TeXLive 2020 landing in rawhide

2020-05-14 Thread Tom Callaway
I've just kicked off new builds for texlive and texlive-base for TeXLive 2020 in rawhide. Hopefully, everything that depends on them will continue to work, but if you notice any new issues generating docs (or any missing components or broken dependencies), feel free to email me or open Bugzilla

Re: The Chromium Dilemma

2020-04-13 Thread Tom Callaway
PM Lennart Poettering wrote: > On Mo, 13.04.20 09:56, Tom Callaway (tcall...@redhat.com) wrote: > > > C) Chromium's build process gets...angrier. Still doable, but you have to > > do things like set ulimit -n 4096. (Fun fact: the man page section for > > ulimit says that

Re: The Chromium Dilemma

2020-04-13 Thread Tom Callaway
On Mon, Apr 13, 2020 at 11:54 AM Kevin Kofler wrote: > Tom Callaway wrote: > > So, you might be asking, why does Fedora build in shared mode? There are > > two main reasons: > > 1) To enable users to be able to swap out the media components from > Fedora > &

Re: The Chromium Dilemma

2020-04-13 Thread Tom Callaway
rs > > when not doing benchmarks? That sounds weird. > > > > On Mon, Apr 13, 2020 at 9:56 am, Tom Callaway > > wrote: > > > This is my dilemma. (It is not my only dilemma, nor my most pressing, > > > but it is still mine.) That said, I would love to get in

The Chromium Dilemma

2020-04-13 Thread Tom Callaway
Hi Fedorans, Here's the situation: Recently, someone filed a bug against chromium, noting that it was benchmarking notably slower than Google Chrome or chromium-freeworld (from rpmfusion). I tested locally and confirmed it. They suspected that Fedora's optflags were to blame, but since chromium

Re: GCC help needed for chromium

2020-03-17 Thread Tom Callaway
Confirmed, that gcc builds a working chromium. Thank you so much. Tom On Thu, Mar 12, 2020 at 6:39 AM Jakub Jelinek wrote: > On Mon, Mar 02, 2020 at 08:57:46AM -0500, Tom Callaway wrote: > > Wait, I know that $TOPIC is scary, come back. > > > > Chromium h

Re: GCC help needed for chromium

2020-03-04 Thread Tom Callaway
licitly permitted in C++17 (and that it was implicitly permitted with this hack in C++14), it feels like this is a regression. Nevertheless, I would appreciate any help in resolving this so that we have a working Chromium in Fedora 32. Thanks in advance, Tom On Mon, Mar 2, 2020 at 9:16 AM

GCC help needed for chromium

2020-03-02 Thread Tom Callaway
Wait, I know that $TOPIC is scary, come back. Chromium has this chunk of code (in third_party/angle/src/common/PackedEnums.h): // This horrible const_cast pattern is necessary to work around a constexpr limitation. // See https://stackoverflow.com/q/34199774/ . Note

Re: [Retired] gstreamer & gstreamer-plugins-base

2020-01-31 Thread Tom Callaway
Yes, I did. Apologies. Tom On Fri, Jan 31, 2020 at 8:41 AM Michael Catanzaro wrote: > On Fri, Jan 31, 2020 at 8:37 am, Tom Callaway > wrote: > > * There are significant improvements in the gstreamer0.10 branch > > (which is separately packaged and maintained in Fedora) >

[Retired] gstreamer & gstreamer-plugins-base

2020-01-31 Thread Tom Callaway
Since I've moved my last dependent package off of this old stack, I've retired gstreamer & gstreamer-plugins-base in rawhide (again). Before reviving these poor and tired packages, please consider the following: * Upstream is not maintaining this code branch anymore. * There are significant

Re: Big change to free maxmind GeoLite2 databases, limiting distribution

2020-01-07 Thread Tom Callaway
FWIW, I am investigating the geolite2 license situation with Red Hat. Thanks, Tom On Mon, Jan 6, 2020 at 4:45 PM Dave Dykstra wrote: > I see that currently Fedora rawhide gets new geolite2-*-YYYMMDD packages > (e.g. geolite2-city-20191217) each month in order to distribute the free > maxmind

Re: List of long term FTBFS packages to be retired in February (release candidate)

2019-12-20 Thread Tom Callaway
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The only living packages from this list without current f31 or rawhide builds: elasticsearch (gradle hellscape) expresso (abandoned upstream) infinispan (lots of deps orphaned) shim-unsigned-aarch64 (will let pjones handle) shim-unsigned-x64 (will

Re: List of long term FTBFS packages to be retired in February (release candidate)

2019-12-20 Thread Tom Callaway
I fixed dnssec-nodes (and dnssec-tools), gnomint, lilyterm, rubygem-connection_pool, rubygem-session, target-isns, tcmu-runner, telepathy-gabble, and telepathy-salut in rawhide. I thought about fixing elasticsearch, but there is not enough alcohol for me to touch a gradle package. Thanks, Tom On

scalapack 2.1 in rawhide

2019-11-17 Thread Tom Callaway
Hi Fedorans, With the new upstream release of 2.1, the Fedora scalapack package in rawhide is switching over to use the upstream provided cmake infrastructure (instead of the Makefiles I built many years ago). As a result, there is no longer a separate libmpiblacs library, but all of the symbols

Claiming recently orphaned packages

2019-11-13 Thread Tom Callaway
I'm claiming (and fixing FTBFS) on busybox and sqlite2. https://pagure.io/releng/issue/9009 https://pagure.io/releng/issue/9010 Thanks, Tom ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Review swap?

2019-10-30 Thread Tom Callaway
I could use a quick review for a new R package: R-Rhtslib https://bugzilla.redhat.com/show_bug.cgi?id=1767062 Can do a review or other packaging/legal/license favors in trade. Thanks, Tom ___ devel mailing list -- devel@lists.fedoraproject.org To

[EPEL-devel] Re: Confusing chromium build failures in EPEL8

2019-09-06 Thread Tom Callaway
Never mind. I was confused by the fact that epel-8 kicks off two builds for some reason. Looking in the wrong log. Now I get to figure out why gnome-keyring-devel doesn't exist in EPEL8. Tom On Fri, Sep 6, 2019 at 11:12 AM Tom Callaway wrote: > Building chromium-76.0.3809.132-3.el8 for ep

[EPEL-devel] Confusing chromium build failures in EPEL8

2019-09-06 Thread Tom Callaway
Building chromium-76.0.3809.132-3.el8 for epel8-candidate Created task: 37499863 Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=37499863 It fails with: 37499910 buildArch (chromium-76.0.3809.132-3.el8.src.rpm, x86_64): open ( buildhw-03.phx2.fedoraproject.org) -> FAILED:

Reviving torque

2019-09-03 Thread Tom Callaway
I'm going to revive torque (one of my packages depends on it). Looks like it was abandoned by the old maintainer, but the fix to get it building again was trivial (missing a tex BuildRequires). If there are any reasons not to, speak up, please. Thanks, Tom

gstreamer-plugins-base revival

2019-08-22 Thread Tom Callaway
I'm hoping that this one hasn't been dead for 8 weeks, because all it needs to get it building again is to disable the gtk-doc generation... I don't really want to own it, but I have dependent packages, so if no one else does, I will claim it. If you want it (or know of some reason it shouldn't

Re: How do I remove GLIBCXX_ASSERTIONS?

2019-08-03 Thread Tom Callaway
I think this is what you want: %global optflags %(echo %{optflags} | sed 's/-Wp,-D_GLIBCXX_ASSERTIONS / /') Tom On Fri, Aug 2, 2019 at 11:00 AM Steven A. Falco wrote: > The upstream KiCAD project has requested that I remove GLIBCXX_ASSERTIONS > from the Fedora package, as described here: >

s390x rawhide issues?

2019-07-31 Thread Tom Callaway
One of my packages (alienarena) fails to build in rawhide on s390x (and only that arch), but the build log shows it never even starts. When I look at the root log, I see this: DEBUG util.py:585: BUILDSTDERR: error: unpacking of archive failed on file

Re: glibc-arm-linux-gnu help

2019-06-10 Thread Tom Callaway
instead: https://copr.fedorainfracloud.org/coprs/lantw44/arm-linux-gnueabi-toolchain/ ~tom On Wed, Nov 7, 2018 at 11:02 AM Tom Callaway wrote: > > > On 11/7/18 11:00 AM, Tom Callaway wrote: > > A few years ago, I packaged up glibc-arm-linux-gnu, so that Fedora could > > have

Retiring v8-314

2019-03-15 Thread Tom Callaway
Hey, remember when I said I would keep v8-314 alive? I've changed my mind. Why? A) It is seriously old. I'm not sure I want to encourage anyone to try to use it at this point. B) Upstream v8 looks NOTHING like this package anymore C) It doesn't build anymore because the giant SConstruct goop it

Re: Chromium C++ help needed

2019-03-13 Thread Tom Callaway
be it. ~tom On Wed, Mar 13, 2019 at 10:37 AM Jakub Jelinek wrote: > On Wed, Mar 13, 2019 at 10:28:29AM -0400, Tom Callaway wrote: > > I tried removing some of the compiler flags to see if I could identify > what > > might be triggering this, and removing "-fno-del

Re: Chromium C++ help needed

2019-03-13 Thread Tom Callaway
n Mon, Mar 11, 2019 at 1:31 PM Jakub Jelinek wrote: > On Mon, Mar 11, 2019 at 01:16:07PM -0400, Tom Callaway wrote: > > I spent some time this weekend trying to get Chromium 72 building on > > Fedora, but I kept running into a C++ issue that I was not able to > resolve. > >

Re: Chromium C++ help needed

2019-03-11 Thread Tom Callaway
FWIW, I did. There is no fix there. ~tom On Mon, Mar 11, 2019 at 1:20 PM Vascom wrote: > Look at chromium-vaapi build in rpmfusion. > > пн, 11 мар. 2019 г., 20:17 Tom Callaway : > >> Hi folks, >> >> I spent some time this weekend trying to get Chromium 72 bui

Chromium C++ help needed

2019-03-11 Thread Tom Callaway
Hi folks, I spent some time this weekend trying to get Chromium 72 building on Fedora, but I kept running into a C++ issue that I was not able to resolve. This happened with gcc-9.0.1-0.8.fc30.x86_64 and gcc-8.3.1-2.fc29.x86_64. Here's a sample of the error (it happens in a few places), from

Re: undefined symbol: shm_open (ppc64le and aarch64)

2019-02-07 Thread Tom Callaway
On 2/6/19 8:28 PM, Mamoru TASAKA wrote: > I don't know well about R, however that is probably because R-core > (-3.5.3-4.fc30) package already > requires librt.so on x86_64, i686, etc, while on aarch64 and ppc64le, it > does not, which probably indicates > that on x86_64, i686, etc R binary is

undefined symbol: shm_open (ppc64le and aarch64)

2019-02-06 Thread Tom Callaway
One of my packages failed the mass rebuild, but only on ppc64le and aarch64. The error they both hit is this: Error: package or namespace load failed for 'BiocParallel' in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object

[rpms/perl-Alien-wxWidgets] PR #1: Remove BR on wxGTK as it is about to be retired

2019-01-15 Thread Tom Callaway
spot merged a pull-request against the project: `perl-Alien-wxWidgets` that you are following. Merged pull-request: `` Remove BR on wxGTK as it is about to be retired `` https://src.fedoraproject.org/rpms/perl-Alien-wxWidgets/pull-request/1 ___

Server Side Public License (SSPL) v1

2019-01-15 Thread Tom Callaway
Bad License" list to include SSPLv1. No software under that license may be included in Fedora (including EPEL and COPRs). Thanks, Tom Callaway Fedora Legal ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-l

Reviews needed

2019-01-02 Thread Tom Callaway
When I wasn't looking, asymptote grew a new dependency, which means I have two new packages that need reviews. python-speg: https://bugzilla.redhat.com/show_bug.cgi?id=1663036 python-cson: https://bugzilla.redhat.com/show_bug.cgi?id=1663037 They're very small, very simple packages. Should take

[rpms/perl-Email-MessageID] PR #1: Remove unneeded requirement

2018-11-28 Thread Tom Callaway
spot canceled a pull-request against the project: `perl-Email-MessageID` that you are following. Cancelled pull-request: `` Remove unneeded requirement `` https://src.fedoraproject.org/rpms/perl-Email-MessageID/pull-request/1 ___ perl-devel mailing

[rpms/perl-Email-MessageID] PR #1: Remove unneeded requirement

2018-11-28 Thread Tom Callaway
spot commented on the pull-request: `Remove unneeded requirement` that you are following: `` Looks like this happened in rawhide before I could merge this. Closing out. `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Email-MessageID/pull-request/1

[EPEL-devel] Re: New developer toolkit beta

2018-11-26 Thread Tom Callaway
Just checking in on this again, still need this update to build Chromium for EPEL7. ~tom On 11/2/18 1:05 PM, Tom Callaway wrote: > > > On 10/30/18 11:19 AM, Stephen John Smoogen wrote: >> On Tue, 30 Oct 2018 at 10:36, Tom Callaway wrote: >>> >>> https://deve

Re: CC-BY-SA-4.0

2018-11-26 Thread Tom Callaway
On 11/23/18 7:08 AM, Carmen Bianca Bakker wrote: > I am currently packaging a program whose README and documentation is > licensed under CC-BY-SA-4.0. However, > only lists CC-BY-SA as > meaning version 3.0 of that licence. > > Is CC-BY-SA-4.0 a

Re: glibc-arm-linux-gnu help

2018-11-07 Thread Tom Callaway
On 11/7/18 11:00 AM, Tom Callaway wrote: > A few years ago, I packaged up glibc-arm-linux-gnu, so that Fedora could > have a packaged arm cross-toolchain that was useful (with glibc, it > cannot build anything in userspace) This should have read "without glibc, it cannot

glibc-arm-linux-gnu help

2018-11-07 Thread Tom Callaway
A few years ago, I packaged up glibc-arm-linux-gnu, so that Fedora could have a packaged arm cross-toolchain that was useful (with glibc, it cannot build anything in userspace). It worked for a while, but lately, all builds have been failing with this error: /usr/bin/arm-linux-gnu-ld: skipping

[EPEL-devel] Re: New developer toolkit beta

2018-11-02 Thread Tom Callaway
On 10/30/18 11:19 AM, Stephen John Smoogen wrote: > On Tue, 30 Oct 2018 at 10:36, Tom Callaway wrote: >> >> https://developers.redhat.com/blog/2018/10/24/gcc-8-and-tools-now-in-beta-for-red-hat-enterprise-linux-6-and-7/ >> >> Can we get this beta into the epel

[EPEL-devel] New developer toolkit beta

2018-10-30 Thread Tom Callaway
https://developers.redhat.com/blog/2018/10/24/gcc-8-and-tools-now-in-beta-for-red-hat-enterprise-linux-6-and-7/ Can we get this beta into the epel build root? Chromium needs this to build again. Thanks, ~tom ___ epel-devel mailing list --

[rpms/perl-Wx] PR #1: Rebuild with wxWidgets 3.0

2018-08-27 Thread Tom Callaway
spot merged a pull-request against the project: `perl-Wx` that you are following. Merged pull-request: `` Rebuild with wxWidgets 3.0 `` https://src.fedoraproject.org/rpms/perl-Wx/pull-request/1 ___ perl-devel mailing list --

[rpms/slic3r] PR #2: update to 1.3.0, conditionalize system bits, fix gcode.t test

2018-06-25 Thread Tom Callaway
spot commented on the pull-request: `update to 1.3.0, conditionalize system bits, fix gcode.t test` that you are following: `` Yeah, it totally does. I didn't catch it since I had polyclipping-devel installed locally. `` To reply, visit the link below

Proposal: Abandon v8 package

2018-06-11 Thread Tom Callaway
Background: I made the original v8 Fedora package many moons ago, when I was more optimistic about the possibility of separating the useful components inside of chromium. Since that point, it has become clear that while v8 is useful software, the following facts are also true: 1. The v8 upstream

[rpms/perl-Image-Size] PR #1: Added support for building with Graphics::Magick

2018-05-05 Thread Tom Callaway
spot merged a pull-request against the project: `perl-Image-Size` that you are following. Merged pull-request: `` Added support for building with Graphics::Magick `` https://src.fedoraproject.org/rpms/perl-Image-Size/pull-request/1 ___ perl-devel

Re: Friendly Reminder: Your Legal Responsibilities as a Fedora Community Member

2018-04-05 Thread Tom Callaway
On 04/02/2018 06:39 PM, Christopher wrote: > On 04/02/2018 11:15 AM, Tom Callaway wrote: >> Most of you are very good about this, and I appreciate it. However, >> lately, at least one package cleared review and landed in Fedora which >> was obviously infringing

Re: Package VeraCrypt

2018-04-02 Thread Tom Callaway
On 04/01/2018 02:14 PM, Florian Weimer wrote: > I don't know if anything has changed since then, and what version of the > TrueCrypt license that assessment was based on. TrueCrypt upstream vanished in a puff of smoke in 2014, cancelling development. All of the forks are based on that abandoned

Friendly Reminder: Your Legal Responsibilities as a Fedora Community Member

2018-04-02 Thread Tom Callaway
This should go without saying, but in Fedora, the following things should be kept in mind: 1) Copyright infringement is not permitted. This includes code, fonts, docs, or content like art/sprites taken from other works, either without permission or under non-free licenses. 2) Trademark

asymptote segfaulting in rawhide/f28, maybe gcc issue?

2018-03-28 Thread Tom Callaway
I'm not sure if this is a gcc issue or not, but asymptote segfaults in some situations (which is causing the FTBFS, since it bootstraps itself with itself). I filed a bug upstream with the crash and gdb backtrace: https://github.com/vectorgraphics/asymptote/issues/62 If any gcc c++ people could

Re: Unannounced soname bump (Rawhide): poppler (libpoppler.so.73 -> libpoppler.so.74)

2018-03-28 Thread Tom Callaway
On 03/24/2018 05:07 AM, Tomasz Kłoczko wrote: > Rhetorical question: is it any and/or at least one good reason why > those ~180 texlive-base packages using ~350 source tar balls must be > (re)built always together? Legitimate answer: Those are the CTAN TeX components that either include (or are

License tag change (EPL)

2018-03-28 Thread Tom Callaway
Hi Fedorans, If your package uses code under the Eclipse Public License, please take a moment and change the license tag to reflect the version. There are now two versions of the EPL, 1.0 and 2.0. Both are permitted in Fedora, neither is GPL compatible. You do not need to push an update solely

[EPEL-devel] Re: Adding devtoolset to EPEL

2018-02-14 Thread Tom Callaway
On 02/07/2018 05:24 PM, Stephen John Smoogen wrote: > Status Report: > > I have gotten scl's for RH PPCLE and x86_64 downloaded to the Fedora > Infrastructure batcave. I have not been able to get aarch64 > downloaded. I need help here on getting the cdn address correct. > > I need someone from

libvpx 1.7.0 update in rawhide

2018-01-26 Thread Tom Callaway
The new libvpx 1.7.0 update in rawhide bumped SOVER because of an ABI break. I rebuilt all the dependent packages I could find with dnf repoquery, except for firefox and thunderbird due to lack of access. Apologies if I missed something. ~tom P.S. I will not be pushing libvpx 1.7.0 into any

[EPEL-devel] Re: Meeting Agenda for 2017-01-03

2018-01-11 Thread Tom Callaway
On 01/03/2018 11:17 AM, Stephen John Smoogen wrote: > 1. Peter Robinson's DTS enablement request > A. What packages require it (chromium etc) > B. Is there a version in CentOS? >i. If not is it possible for it to exist in CentOS? > ii. If not what work would a CentOS version take and how

Re: Tagging large packages (texlive) takes a very long time

2017-11-16 Thread Tom Callaway
On 11/16/2017 11:03 AM, Kevin Fenzi wrote: > I'm not sure what more we can do... While not solving this immediate problem, I am working on redoing the texlive package to make it less evil, in my spare cycles. ~tom ___ devel mailing list --

CDDL 1.0 and 1.1

2017-11-06 Thread Tom Callaway
Hi Fedorans, Fernando Nasser noticed that there were now two versions of the CDDL. Accordingly, we have created new shortname identifiers: * CDDL-1.0 * CDDL-1.1 We have also retired the old, unversioned, "CDDL" shortname identifier. If you maintain a package which includes CDDL code, please

Announcement: fdk-aac

2017-10-12 Thread Tom Callaway
audio codec. The package containing this library is called "fdk-aac". No other AAC implementations (regardless of copyright license) are permitted in Fedora at this time. Thanks, Tom Callaway ___ devel mailing list -- devel@lists.fedorap

Re: Is it possible atlas is linked wrongly by new binutils?

2017-08-16 Thread Tom Callaway
On 08/16/2017 04:34 PM, Tom Callaway wrote: > > > On 08/09/2017 05:37 AM, Richard W.M. Jones wrote: >> >> ocaml-gsl (OCaml bindings for GNU Scientific Library) currently >> fails to link to atlas: >> >> + /usr/bin/ocamlfind ocamlopt -g -I lib -linkpkg -

Re: Is it possible atlas is linked wrongly by new binutils?

2017-08-16 Thread Tom Callaway
On 08/09/2017 05:37 AM, Richard W.M. Jones wrote: > > ocaml-gsl (OCaml bindings for GNU Scientific Library) currently > fails to link to atlas: > > + /usr/bin/ocamlfind ocamlopt -g -I lib -linkpkg -package bigarray -I lib -I > examples lib/gsl.cmxa examples/blas_ex.cmx -o

Re: Arduino in Fedora

2017-08-16 Thread Tom Callaway
On 08/16/2017 09:09 AM, Peter Robinson wrote: > For reference there's a bunch of history on this bug about getting it > up to date https://bugzilla.redhat.com/show_bug.cgi?id=1316315 Thanks. I give lots of credit to Gianluca's work on the 1.6 branch, most of that was still applicable in the 1.8

Arduino in Fedora

2017-08-16 Thread Tom Callaway
In attempting to figure out why the lulzbot-marlin-firmware was not being compiled properly, I noticed that the arduino packages in Fedora were a bit out of date. To remedy this, I made updated versions of them and put them in my copr here:

Re: Retiring Packages with Broken Dependencies in branched (2017-06-12)

2017-06-13 Thread Tom Callaway
On 06/12/2017 06:38 PM, t...@fedoraproject.org wrote: > In preparation for the Final Freeze on 2017-06-27 Release > Engineering will retire all packages in Branched with broken dependencies and > all packages depending on these. If you get this e-mail directly this affects > at least one of your

Re: R packages needing review

2017-06-07 Thread Tom Callaway
I just need one more review... > R-GenomicAlignments : https://bugzilla.redhat.com/show_bug.cgi?id=1457453 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: R packages needing review

2017-06-01 Thread Tom Callaway
On 06/01/2017 12:00 PM, Mattias Ellert wrote: > I can take a few a these. If you could review these two python packages > for me: All done. Thank you for helping me (and for making such clean packages). ~tom ___ devel mailing list --

R packages needing review

2017-06-01 Thread Tom Callaway
Background: R recently released 3.4.0, which introduced changes that required all "compiled" R modules to be rebuilt against it. I've been working over the last week or so to do this, and at the same time, bring them to the latest revisions. Unfortunately, CRAN and Bioconductor (where the

Re: mp3 encoding now ok

2017-05-15 Thread Tom Callaway
On 05/04/2017 09:09 AM, Jon Ciesla wrote: > > > On Thu, May 4, 2017 at 8:07 AM, Christian Schaller > wrote: > > Hi, not sure why Spot hasn't chimed in, but yes this > has been run through legal. Tom and I where on the same > email

gcc7 issue with efl + aarch64

2017-02-20 Thread Tom Callaway
I'm stumped here. efl builds against all rawhide arches except aarch64, where it has started failing like this (since gcc 7): https://kojipkgs.fedoraproject.org//work/tasks/2376/17972376/build.log libtool: link: gcc -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions

Reviews needed: perl-Mail-Message and perl-Mail-Transport

2017-02-07 Thread Tom Callaway
These new components came out of perl-Mail-Box at 3.000. I need them reviewed to update Mail::Box. https://bugzilla.redhat.com/show_bug.cgi?id=1420099 https://bugzilla.redhat.com/show_bug.cgi?id=1420100 ~tom == Red Hat ___ perl-devel mailing list --

Re: Orphaned: elementry, evas-generic-loaders

2016-09-07 Thread Tom Callaway
On 09/06/2016 03:48 AM, Peter Robinson wrote: > On Tue, Sep 6, 2016 at 2:32 AM, Ding Yi Chen wrote: >> As elementry and evas-generic-loaders are merged to efl after 1.8.0. >> >> The elementry and evas-generic-loaders will be orphanded. > > Please actually actively retire them,

[EPEL-devel] Adding the devtoolset repo for EPEL builds

2016-08-15 Thread Tom Callaway
Recently, I've been participating in some discussion as to how to enable C++11 support for EPEL builds. Specifically, R (and its large universe of addons in CRAN) would benefit significantly from C++11 support. After much discussion, it seems like the only sane way to do this is to use the Red

Re: Policy change on emulators

2016-05-11 Thread Tom Callaway
On 05/11/2016 08:39 AM, Hans de Goede wrote: > "Naturally I imagine that some emulator writers want to charge a > shareware fee for the code they have > written and we have absolutely no problem with that as long as they > aren't, in any sense, charging for the parts of the code that are >

Re: Policy change on emulators

2016-05-09 Thread Tom Callaway
On 05/05/2016 02:29 PM, Yaakov Selkowitz wrote: > On 2016-05-05 10:59, Jason L Tibbitts III wrote: >> I would think that it requiring S3TC would be more of a blocker. But >> then again, maybe it's possible for someone to cook up their own game >> content that doesn't use compressed textures, but

Re: Policy change on emulators

2016-05-09 Thread Tom Callaway
On 05/06/2016 05:30 AM, Andrea Musuruane wrote: > On Thu, May 5, 2016 at 12:07 AM, Tom Callaway <tcall...@redhat.com > <mailto:tcall...@redhat.com>> wrote: > > On 05/04/2016 05:20 AM, Andrea Musuruane wrote: > > Does this mean that most console em

Re: Policy change on emulators

2016-05-05 Thread Tom Callaway
On 05/05/2016 08:07 AM, Bruno Wolff III wrote: >> >>> There also seems to be an agreement not to build the software on some >>> platforms in place, that isn't reflected in the license, but might >>> attract a lawsuit if someone did. >> >> This is particularly concerning. I'd like to better

Re: [Fedora-legal-list] Re: Policy change on emulators

2016-05-04 Thread Tom Callaway
On 05/04/2016 08:39 PM, Neal Gompa wrote: > On Wed, May 4, 2016 at 6:09 PM, Tom Callaway <tcall...@redhat.com> wrote: >> On 05/04/2016 04:18 PM, Bruno Wolff III wrote: >>> What about things like openmw that in theory can be run with free >>> assests, but for

Re: Policy change on emulators

2016-05-04 Thread Tom Callaway
On 05/04/2016 04:18 PM, Bruno Wolff III wrote: > What about things like openmw that in theory can be run with free > assests, but for which there really isn't anything beyond a demo for > other than the assests from a proprietary game? The assets should not be a problem unless they're tied

Re: Policy change on emulators

2016-05-04 Thread Tom Callaway
On 05/04/2016 05:20 AM, Andrea Musuruane wrote: > Does this mean that most console emulators (i.e. > NES/SNES/MasterSystem/Genesis emulators) are now acceptable in Fedora? Subject to the guidelines as written, yes. A clear example of something that would now be permitted would be MAME (because

Re: Policy change on emulators

2016-05-03 Thread Tom Callaway
On 05/03/2016 03:14 PM, Andrew Lutomirski wrote: > Does this mean that, if we strip FreeDOS out of dosemu / dosemu2, we can > ship it and even point to a website with FreeDOS binaries? > > AIUI the only problem with FreeDOS is that no one knows how to compile > it with a free software toolchain.

Policy change on emulators

2016-05-03 Thread Tom Callaway
To the Fedora Community, The Fedora policy on emulators has been in place for quite some time, it is one of the first legal rules we put in place. Recently, we reconsidered that rule and have amended our position (with discussion from Red Hat Legal). Previously, the guidelines forbid the

Chromium

2016-03-19 Thread Tom Callaway
Look, I know review requests suck. Especially when they're for toolchains, and packages like "native_client" that is a giant pain of bundled and twisted bits. But I'd really like to get chromium into Fedora proper. (Does that make me crazy? Yes. Yes it does.) I need some more completed reviews to

Re: Another GCC 6 & Rawhide build failure

2016-02-03 Thread Tom Callaway
On 02/03/2016 02:21 PM, Marek Polacek wrote: > Looks like a g++ bug; I opened > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69658 > to track it further. Thanks. Always nice to have someone else agree that it probably isn't my fault. :D ~tom == Red Hat -- devel mailing list

  1   2   3   4   5   6   7   8   9   10   >