On Fri, 2024-04-12 at 17:35 -0400, Yaakov Selkowitz wrote:
> The pygobject3-devel compat provides was recently removed from
> python3-gobject-devel:
>
> https://src.fedoraproject.org/rpms/pygobject3/c/0eda657eab55405bdbebc6eb3112fcf7dcb517ba?branch=rawhide
>
> However, a
-toolkit-gtk3.spec:BuildRequires: pygobject3-devel
xpra.spec:BuildRequires: pygobject3-devel
zbar.spec:BuildRequires:pygobject3-devel
This is blocking the F40 rebuild of a number of flatpaks, so I'll
provenpackager them soon if not fixed by then.
--
Yaakov Selkowitz
Principal Software Engineer
yselkowitz opened a new pull-request against the project:
`perl-Compress-Raw-Lzma` that you are following:
``
Rebuild against xz 5.6.1
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Compress-Raw-Lzma/pull-request/2
--
___
yselkowitz commented on the pull-request: `Use fixed location for
/etc/mime.types` that you are following:
``
`%_sysconfdir` for flatpaks is /app/etc, but that's besides the point.
Installation path macros are for defining/referencing the location where *this*
package's contents will be
yselkowitz opened a new pull-request against the project: `perl-LWP-MediaTypes`
that you are following:
``
Use fixed location for /etc/mime.types
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-LWP-MediaTypes/pull-request/2
--
modular >/dev/null && echo --
> enablerepo=updates-testing-modular) \
> --assumeno distro-sync
No problem on either my laptop or its heavily used toolbx.
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
--
n, kindly report a
> bug.
Would this be related to openssl 3.2.1?
https://koji.fedoraproject.org/koji/taskinfo?taskID=113198856
The tests pass locally in mock with openssl 3.1.4.
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
--
iscovered thanks to an FTI bug. I have kicked off a new build, but
next time, please make sure you have a complete and current list of
reverse dependencies.
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
--
___
devel mail
endent packages:
>
> ffmpeg
> gimagereader
> mupdf
> opencv
> python-PyMuPDF
> qpdfview
> R-tesseract
> skanpage
> zathura-pdf-mupdf
Since it's not clear from your email, please be sure to do this in a
side tag.
--
Yaakov Selkowitz
Principal S
denlive.dir/filter_wave.c.o
>
> [2]
> https://koji.fedoraproject.org/koji/buildinfo?buildID=2376836
> https://kojipkgs.fedoraproject.org//work/tasks/7413/112327413/build.log
File a bug on bugzilla.redhat.com, Fedora product, gcc component,
rawhide version, and include the information above, and th
and RHEL), is it actually worth the effort to "fix" all
the code just for 32-bit compatibility? Or perhaps it's better if we
focus on issues that pertain to our primary (64-bit) architectures?
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Re
change in Firefox package.
> > * Blocks release? No
> >
> >
> > == Documentation ==
> >
> > == Release Notes ==
> >
> >
> >
> --
> ___
> devel mailing list -- devel@lists.fedora
, and (gnome-)genius which just needs a rebuild. This will be
done in a side-tag for rawhide only once the mass rebuild is complete
and libgedit-amtk is approved.
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
--
___
devel mailing
On Wed, 2024-01-10 at 19:13 +0100, Kalev Lember wrote:
> On Wed, Jan 10, 2024 at 6:47 PM Yaakov Selkowitz
>
> wrote:
>
> > Since the previous libgweather versions were 40.y and the new
> > versions
> > are 4.4.z, shouldn't there be an Epoch?
> >
>
> I
10 package sync comes to mind. I've added obsoletes and
> provides for
> all its subpackages so it should be transparent otherwise.
Please file a PR for content-resolver-input.
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
--
_
lib-devel) and
> this all fails.
>
> AFAICT, this will only work if zlib-ng provides a -static
> package.
>
> We can't build QEMU without zlib static, as it is a mandatory
> dependancy of the QEMU userspace emulators which are static
> linked
Hi,
> the leftover packages to be done, for which I do not have commit
> rights, are:
>
> elementary-calendar
> evolution-chime (which is part of pidgin-chime)
> gnome-panel
> phosh
>
> Any help appreciated.
gnome-panel is now built in the side tag.
--
On Tue, 2023-12-05 at 16:34 -0300, Tulio Magno Quites Machado Filho
wrote:
> Yaakov Selkowitz writes:
>
> > Also, since this is essentially an SONAME change wrt zlib, the
> > initial
> > build and mini-mass-rebuild of all dependents should occur in a
> > side-
since this is essentially an SONAME change wrt zlib, the initial
build and mini-mass-rebuild of all dependents should occur in a side-
tag. You're announcement doesn't mention this occurring.
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
--
__
yselkowitz merged a pull-request against the project: `perl-Web-Scraper` that
you are following.
Merged pull-request:
``
Fix flatpak build
``
https://src.fedoraproject.org/rpms/perl-Web-Scraper/pull-request/1
___
perl-devel mailing list --
yselkowitz commented on the pull-request: `Fix flatpak build` that you are
following:
``
ping @corsepiu
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Web-Scraper/pull-request/1
___
perl-devel mailing list --
yselkowitz commented on the pull-request: `Fix flatpak build` that you are
following:
``
ping @jplesnik @corsepiu @iarnell @ppisar @psabata @spot @mspacek
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl/pull-request/6
___
yselkowitz closed without merging a pull-request against the project: `perl`
that you
are following.
Closed pull-request:
``
Make builds for inclusion in an application Flatpak work
``
https://src.fedoraproject.org/rpms/perl/pull-request/1
___
yselkowitz opened a new pull-request against the project: `perl` that you are
following:
``
Fix flatpak build
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl/pull-request/6
___
perl-devel mailing list --
yselkowitz opened a new pull-request against the project: `perl-Web-Scraper`
that you are following:
``
Fix flatpak build
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Web-Scraper/pull-request/1
___
perl-devel mailing list
ang15 PR:
> https://src.fedoraproject.org/rpms/clang15/pull-request/1
Thanks to Tulio to getting the clang15 fix in, a new build is on its
way to testing:
https://bodhi.fedoraproject.org/updates/FEDORA-2023-e524dc9fff
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
On Fri, 2023-09-08 at 18:50 +0200, Jun Aruga (he / him) wrote:
> On Fri, Sep 8, 2023 at 6:06 PM Yaakov Selkowitz
> wrote:
> >
> > On Fri, 2023-09-08 at 17:53 +0200, Jun Aruga wrote:
> > > I am running the scratch build for rpms/ruby [1] rawhide branch
>
s/unicorn/c/27cee3896b9c51abe3139222024e0a4def5e30e1?branch=rawhide
Therefore, you cannot require python3-unicorn, or anything that itself
depends on python3-unicorn, until this is fixed.
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
___
emoved those
packages).
Let's keep being vigilant as we get closer to GA, but well done so far!
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To un
yselkowitz commented on the pull-request: `Update test requirements` that you
are following:
``
Thanks, no new rawhide build needed.
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-CPAN-Meta-Check/pull-request/1
___
yselkowitz opened a new pull-request against the project:
`perl-CPAN-Meta-Check` that you are following:
``
Update test requirements
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-CPAN-Meta-Check/pull-request/1
___
On Thu, 2023-07-20 at 15:38 -0400, Steve Dickson wrote:
> On 7/20/23 2:09 PM, Yaakov Selkowitz wrote:
> > On Thu, 2023-07-20 at 13:59 -0400, Steve Dickson wrote:
> > > This bz[1] was opened on one of my packages not building on f39.
> > > I did a quick rawhide sc
rawhide (f39)
> there is no problem and I do have a "BuildRequires: python3-devel"
> in the spec file so I'm a bit lost as to what can be the
> problem...
F38 is on Python 3.11, where distutils still exists. Your mock cache
must be stale if local rawhide builds are still succeeding without
this.
yselkowitz opened a new pull-request against the project: `perl-Test2-Suite`
that you are following:
``
Disable optional dependencies in RHEL builds
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Test2-Suite/pull-request/38
yselkowitz opened a new pull-request against the project:
`perl-List-MoreUtils-XS` that you are following:
``
Disable extra test in RHEL builds
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-List-MoreUtils-XS/pull-request/1
yselkowitz commented on the pull-request: `Conditionalize client tests` that
you are following:
``
FCGI::Client is not a low-cost test dependency though, through Type::Tiny it
pulls in dozens of otherwise unnecessary Perl module packages, some of which
are explicitly unwanted in RHEL. Running
yselkowitz commented on the pull-request: `Add conditions for build
with/without big frameworks` that you are following:
``
Also, note that there are other unwanted Perl dependencies that are currently
being pulled in by perl-Type-Tiny, so this won't necessarily be sufficient.
``
To reply,
yselkowitz commented on the pull-request: `Conditionalize client tests` that
you are following:
``
4) Merge this, and run the full testsuite in gating instead of during the
build, which gives you much more flexibility wrt dependencies:
https://docs.fedoraproject.org/en-US/ci/tmt/
``
To reply,
yselkowitz commented on the pull-request: `Add conditions for build
with/without big frameworks` that you are following:
``
But if we minimize things here rather than in FCGI, perhaps it would be cleaner
to have a single bcond to cover all the big deps?
``
To reply, visit the link below
yselkowitz commented on the pull-request: `Add conditions for build
with/without big frameworks` that you are following:
``
It's either this, or the FCGI client tests get skipped entirely (per the other
PR), because these BuildRequires are unwanted in RHEL/ELN.
``
To reply, visit the link
yselkowitz commented on the pull-request: `Conditionalize client tests` that
you are following:
``
This is part of Fedora being the upstream of CentOS Stream and RHEL.
Fedora builds are not affected, they will continue to run all the tests. Only
RHEL/ELN builds, where these test dependencies
yselkowitz commented on the pull-request: `Conditionalize client tests` that
you are following:
``
This is part of Fedora being the upstream of CentOS Stream and RHEL.
Fedora builds are not affected, they will continue to run all the tests. Only
RHEL/ELN builds, where these test dependencies
yselkowitz opened a new pull-request against the project: `perl-FCGI` that you
are following:
``
Conditionalize client tests
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-FCGI/pull-request/2
___
perl-devel mailing list --
gedit 43+ (bug 2180562) requires tepl again, so we need to unretire it:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2190039
--
Yaakov Selkowitz
Principal Software Engineer - Platform Enablement
Red Hat, Inc.
___
devel mailing list -- devel
://src.fedoraproject.org/rpms/tellico/pull-request/5
--
Yaakov Selkowitz
Principal Software Engineer - Platform Enablement
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
libmpcdec-devel (please let me know if you want me to include these in
the side tag, otherwise I'll file PRs after the fact):
gstreamer1-plugins-bad-free
qmmp
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1014468
--
Yaakov Selkowitz
Principal Software Engineer - Platform Enablement
Red Hat, Inc
with installed package cekit-4.5.0-1.fc37.noarch
- python3-packaging-21.3-6.fc37.noarch does not belong to a distupgrade
repository
- cekit-4.5.0-1.fc37.noarch does not belong to a distupgrade repository
(try to add '--skip-broken' to skip uninstallable packages)
Which is https://bugzilla.redha
/show_bug.cgi?id=2151887
https://bugzilla.redhat.com/show_bug.cgi?id=2131877
https://bugzilla.redhat.com/show_bug.cgi?id=2102133
All of which should be fixed by:
https://src.fedoraproject.org/rpms/mypaint/pull-request/1
--
Yaakov Selkowitz
Principal Software Engineer - Platform Enablement
Red Hat
btw. the build succeeded on aarch64.. (tpopela[m], 15:42:47)
>
> BTW I saw yselkowitz merging their own PR that fixes this, but nobody built
> it.
> The package is now orphaned and looking for a new maintainer, but it will be
> retired anyway this week unless somebody
pbrobinson
Fix available: https://src.fedoraproject.org/rpms/mimic/pull-request/1
> xml-security-c bruno, kloczek
Fix available:
https://src.fedoraproject.org/rpms/xml-security-c/pull-request/3
HTH,
--
Yaakov Selkowitz
Principal Software E
cinnamon xed xreader
(If you already installed from my COPR, disable/remove that repo and then try
dnf distro-sync... instead of dnf install...)
Then, choose either the Cinnamon or Cinnamon (Software Rendering) desktop
options in your display manager.
HTH,
--
Yaakov Selkowitz
Principal Software
kde-sig, thunderbirdtr
> kmplayer moceap, rdieter
> libmobi avsej
> xml-security-c bruno, kloczek
PRs have been posted for these.
--
Yaakov Selkowitz
Principa
> > * kf5-libkleo
> > * kleopatra
> > * kmail-account-wizard
> > * kf5-messagelib
> > * kf5-mailcommon
> > * kdepim-addons
> > * kmail
> >
> This list is suspiciously short. It's missing libdnf, librepo, libisds and
> probably many others.
, it seems -- should be a
small minority of the entire distribution, it should be those where the
changes are made. Doesn't it make more sense to special-case the exception
rather than the rule, as it requires fewer changes? (FWIW IMO package.cfg
files should be better
[koji]
targets = f37-multilib
(Yes, that would have to be updated after branch point, but that could
possibly be automated.)
4) Everyone else leaves their spec files alone, no need to add ExcludeArch:
i686.
Would that work?
--
Yaakov Selkowitz
Senior Software Engine
today. If for whatever reason he
wasn't the official maintainer, hopefully he'll see this and just take them.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
way (todo)
> * Steps I didn't think of (possible)
What about removing all the package.cfg files in epel8 branches which is
causing epel8 builds to simultaneously be built in epel8-playground?
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
oid
> training users to supply credentials when not needed.
You want anyone who receives or intercepts those emails to be able to access
your account *without* logging in?!?
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
made by me" row, unclick the relevant boxes (e.g.
Reporter and CCed).
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an e
I would not expect an update of the third number in semver numbering
> to update the sonames. That sounds like an issue with the upstream
> numbering versus release building.
Unfortunately that is just how ImageMagick does things.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Re
er
appears to also be the upstream, so they might be back, but at least in the
meantime, do you want to take it now that it's building again?
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
___
devel mai
ther fix is needed for AX_PYTHON_DEVEL, already filed upstream:
https://github.com/autoconf-archive/autoconf-archive/pull/235
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
___
devel mailing list -- devel@lists
On Thu, 2021-06-24 at 15:40 -0700, Troy Dawson wrote:
> On Wed, Jun 23, 2021 at 9:25 AM Yaakov Selkowitz
> wrote:
>
> > On Wed, 2021-06-23 at 08:56 -0700, Troy Dawson wrote:
> > > I'm updating/ rebuilding KDE Plasma Desktop on CentOS Stream 8, for the
> > > updat
required explicitly linking with -lstdc++fs. GCC 9 removed the
requirement for the additional link library [1], but RHEL 8's default compiler
is GCC 8. Therefore, for EPEL 8, you would have to create a patch which adds
stdc++fs to the target_link_libraries of the processcore targe
OTP
> concatenated and it will take care of the rest for you.
Update https://docs.fedoraproject.org/en-US/fedora-accounts/user/#pkinit ?
Any chance on getting gnome-online-accounts to handle this?
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
___
gress, so
> no rawhide breakage is expected. I'll work on the rebuilds over the weekend.
Shouldn't this be done in a side tag?
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedor
ld compatibility
> version of Glade that can go away. Looks like some mono packages. I
> would retire all of these.
IIRC glade2 and glade3 can be built --without-gnome to avoid those
deps.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat,
Inc.
___
pending updates in
> Bodhi)
There is this one:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1536412
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat,
Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
T
> -lssp -lmingw32 -lgcc -lgcc_eh -lmoldname -lmingwex -lmsvcrt -lpthread
> -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc -lgcc_eh
> -lmoldname -lmingwex -lmsvcrt /usr/lib/gcc/i686-w64-mingw32/10.1.1/crtend.o
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enab
one of the headers in the standalone
> nowide library:
>
> /builddir/build/BUILD/leatherman-1.10.0/util/src/environment.cc:2:10: fatal
> error: boost/nowide/cenv.hpp: No such file or directory
> 2 | #include
> | ^~~
> compilation terminated.
ge...
The package is not shipped, but (like others in RHEL8 not shipped in
CodeReady Builder) exists internally to fulfill the BuildRequires.
> Maybe some third-party repo ar build time?
RHEL packages are not built with third-party dependencies.
--
Yaakov Selkowitz
Senior Software Engineer -
to fixing gnome-screensaver?
Fixed in rawhide.
> (or retiring it? GNOME hasn't used it for years.) Thanks!
GNOME Flashback uses it still.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
___
devel mai
s to ask for these deps on all
> > arches, but I think for now you just need to exclude them.
> >
>
> Yep, this is a known issue
> https://pagure.io/epel/issue/66
>
> Currently, exludearch is the best option.
Is there a tracker for such cases so that we could go back an
ad this email carefully first:
>
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/G2JBIWB423ECYGBXZ3QCPR7NQ66XGXTU/
Note that a week and a half later there was a 4.08+1 release of camlp4.
--
Yaakov Selkowitz
Senior Software Engineer - Platform E
lems, when the test.support module cannot be properly used
> > without the rest of the test module. What you are proposing will make
> > packaging more complicated and would not eliminate the problems at all.
> >
> > I think we are talking about couple packages here. Would
On Tue, 2019-06-25 at 00:26 +0200, Miro Hrončok wrote:
> On 25. 06. 19 0:18, Yaakov Selkowitz wrote:
> > On Mon, 2019-06-24 at 23:09 +0200, Miro Hrončok wrote:
> > > On 24. 06. 19 22:25, Yaakov Selkowitz wrote:
> > > > On Mon, 2019-06-24 at 22:10 +0200, Miro Hrončok
On Mon, 2019-06-24 at 23:09 +0200, Miro Hrončok wrote:
> On 24. 06. 19 22:25, Yaakov Selkowitz wrote:
> > On Mon, 2019-06-24 at 22:10 +0200, Miro Hrončok wrote:
> > > On 24. 06. 19 22:06, Yaakov Selkowitz wrote:
> > > > On Mon, 2019-06-24 at 12:09 -0400, Ben
On Mon, 2019-06-24 at 22:10 +0200, Miro Hrončok wrote:
> On 24. 06. 19 22:06, Yaakov Selkowitz wrote:
> > On Mon, 2019-06-24 at 12:09 -0400, Ben Cotton wrote:
> > > https://fedoraproject.org/wiki/Changes/Move_test.support_module_to_python3-test_subpackage
>
nge.
> * Contingency deadline: N/A (not a System Wide Change)
> * Blocks release? N/A (not a System Wide Change)
> * Blocks product? No.
>
> == Documentation ==
> N/A (not a System Wide Change)
>
> == Release Notes ==
> Since this affects only a few
ing it for Fedora but I like
> using unmodified upstream archives.)
That is only necessary when the sources contain legally encumbered
code, which doesn't sound like the case here.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
___
, and subsequently retired.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
ses?
The Separators section says explicitly:
"Version numbers used in compat libraries do not need to omit the dot
'.' or change it into a dash"
Therefore, this is an exception and not a contradiction.
--
Yaakov Selkowitz
Senior Software Engineer - Platform Enablement
Re
I have not needed the EPEL6 branches of the MinGW toolchain for a long
while, and have not had time to maintain it. Therefore, I have removed
myself as admin from those packages, and the EPEL6 branches should be
considered orphaned.
--
Yaakov Selkowitz
Senior Software Engineer - Platform
m to be introduced by any changes in the libnice package.
> Is the reported symbol removal expected/safe?
Yes, because the changes are only in the GStreamer plugin interface (in
line with their new API in 1.14), not the shared library ABI.
--
Yaakov Selkowitz
Software Engineer - Pl
ure on Cygwin.
While this doesn't work on certain packages, the vast majority can be
autoreconf'd.
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 2018-04-09 05:21, Daniel P. Berrangé wrote:
> On Mon, Apr 09, 2018 at 04:21:54AM -0500, Yaakov Selkowitz wrote:
>> On 2018-04-09 03:59, Florian Weimer wrote:
>>> Is there a recommend way to get libtool to pass through all flags
>>> specified in CFLAGS and LDFLAGS
On 2018-04-09 04:40, Florian Weimer wrote:
> On 04/09/2018 11:21 AM, Yaakov Selkowitz wrote:
>> On 2018-04-09 03:59, Florian Weimer wrote:
>>> Is there a recommend way to get libtool to pass through all flags
>>> specified in CFLAGS and LDFLAGS unchanged, and have the G
compiler
-Wl,FLAG
-Xlinker FLAG pass linker-specific FLAG directly to the linker
But, often when this happens, it is the fault of a poorly written
configure.ac or Makefile.am. Where exactly are you seeing an issue?
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red
know.
Fixed: lame latex2rtf libpsl notification-daemon ttfautohint
xcf-pixbuf-loader
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
signature.asc
Description: OpenPGP digital signature
___
devel mailing l
ld,
>> except they have issues with exhausting RAM on the i686 and armhfp
>> builders.
>>
>> Do we actually need all of these for anything? Can we kill some of
>> them?
>
> AFAICS, nothing at all uses these:
You have to look at the -libs subpackage too.
--
Y
ones mostly look like they should build,
> except they have issues with exhausting RAM on the i686 and armhfp
> builders.
[1] https://github.com/JuliaLang/julia#llvm
[2] https://src.fedoraproject.org/rpms/ldc/c/4130742
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
On 2018-02-20 11:21, Rex Dieter wrote:
> Been putting it off, but finally going to work to bring gc-7.6.2 to rawhide,
> includes a soname bump affecting
The soname bump appears to have been a mistake; 7.6.4 reverts it.
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
R
gnome-desktop3 was updated a week ago to 3.27.90, which bumped ABI from
.so.12 to .so.17. AFAICS no notice was given, nor am I sure that this
was even noticed by the maintainer, because once again:
%{_libdir}/lib*.so.*
I have rebuilt my affected package.
--
Yaakov Selkowitz
Software Engineer
e command uses -I /usr/include/tirpc/ rather than -isystem
> /usr/include/tirpc,
> so while /usr/include/netinet/in.h is treated like a system header,
> /usr/include/tirpc/rpc/rpc.h is not.
Is this another reason to move the headers out of /usr/include/tirpc,
once glibc no longer provid
On 2018-01-05 14:09, Florian Weimer wrote:
> On 01/05/2018 08:10 PM, Yaakov Selkowitz wrote:
>> Please be aware that not all RPC-dependent packages are "aware" of
>> libtirpc yet. Notably, KDE's NFS kioslaves (in kdebase3, kde-runtime,
>> and kio-extras) would nee
K upgrading to F27 fixed that.
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
ges would rebuild, but without NFS support.
Also, does this mean that libtirpc's headers will move out of
/usr/include/tirpc?
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
signature.asc
Description: OpenPGP digital signature
__
ager privileges.
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
have the exact same symbol dependencies on
libcrypt as they do when built with glibc's? I'm concerned that e.g.
configure test failures caused by re/moved declarations would cause
features to be quietly disabled, or software to use their own bundled
implementations instead.
--
Yaakov Selkowitz
Softwa
On 2017-11-07 02:24, David Tardon wrote:
> On Mon, Nov 06, 2017 at 01:10:15PM -0600, Yaakov Selkowitz wrote:
>> On 2017-11-06 06:13, David Tardon wrote:
>>> poppler-sharp
>>
>> Are you sure this is necessary? Only libpoppler-glib is mentioned in
>> the .dll.con
1 - 100 of 149 matches
Mail list logo