yselkowitz opened a new pull-request against the project: `perl-Net-Server`
that you are following:
``
Only initialize existing Net::SSLeay methods (F41FTBFS)
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Net-Server/pull-request/8
--
_
side-95798
Is a side tag necessary for rawhide?
Yes.
Once you are able to merge and build, let me know so that I may build
gnome-chemistry-utils and move on with the update. There's no rush
(other than the tags eventually expiring).
--
Yaakov Selkowitz
Principal Software Engineer, Emergi
uninstallable.
I will use my provenpackager privileges to revbump and rebuild those
dependents in rawhide now.
[1] https://github.com/tree-sitter/tree-sitter/pull/3308
--
Yaakov Selkowitz
Principal Software Engineer, Emerging RHEL
Red Hat, Inc
://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
--
Yaakov Selkowitz
Principal Software Engineer, Emerging RHEL
Red Hat, Inc.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
https://src.fedoraproject.org/rpms/audex/pull-request/5
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
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 Eng
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.
--
ust
discovered 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
g
> dependent 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 Selkow
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
tream 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 - Emergi
ktop file name change in Firefox package.
> > * Blocks release? No
> >
> >
> > == Documentation ==
> >
> > == Release Notes ==
> >
> >
> >
> --
> ___
> devel mailing list -- dev
(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?
> >
>
&g
gt; CentOS 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.
--
__
-static) and zlib-ng (for zlib-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 emul
;
> 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
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-
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-
tag. You're announcement doesn't mention this occurring.
--
Yaakov Selkowitz
Principal Software Engineer - Emerging RHEL
Red Hat, Inc.
--
__
5 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
> >
g/rpms/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
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
de (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
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
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://bugz
/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
gt; 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 Softw
kde-sig, thunderbirdtr
> kmplayer moceap, rdieter
> libmobi avsej
> xml-security-c bruno, kloczek
PRs have been posted for these.
--
Yaakov Selkowit
kget
> > * 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 man
PM Fusion i686 library packages, 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? (FWI
.cfg:
[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 E
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 unsubscri
should avoid
> 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.
_
e was 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
; 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 Enableme
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.
___
deve
taskID=73342788
Another 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
d and 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
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.
___
ny its 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.fedoraprojec
.o
> /usr/i686-w64-mingw32/sys-root/mingw/bin/libssp-0.dll -lssp_nonshared
> -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/1
st doesn't have 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
>| ^~~
ok into 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.
___
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
on easier and
> > avoid problems, 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
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
>
e change.
> * 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
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.
_
omatically, 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
Fedo
elimiter
> for these purposes?
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 So
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
sn'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
et me 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
should build,
>> 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 t
The more recent 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 Grou
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) woul
GA. AFAIK 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
packages 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
g binaries to
assure that they still 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
imp
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
used. POPPLER_BASE_LIBRARIES is used in
modules/QtPDF/CMake/Modules/FindPoppler.cmake (no relation to ECM's) to
determine if poppler was built with fontconfig support, but if you
remove it from POPPLER_LIBRARIES there it should avoid this.
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Gr
y is not necessary to have file triggers for those themes,
> afaics.
Unfortunately not 100% accurate:
* A number of KDE applications drop icons into oxygen or locolor (in
addition to hicolor).
* d-feet, meld, and terminator drop icons into HighContrast (in addition
to hicolor). gobby and
version is 2.6.3 and the lasts at upstream are 3.6.0 / 4.1.2.
>
> So, I give up. I want to retire the package from Fedora because I'm sure
> I will not be able to update it anymore.
Then you should orphan it. If nobody takes it up, then it will be
automatically retired.
--
Yaakov Selkowi
ll
run a different WM.
So in exactly which situation *would* metacity be used by Anaconda?
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
I would like to unretire gnome-panel and gnome-applets:
https://bugzilla.redhat.com/show_bug.cgi?id=1460317
https://bugzilla.redhat.com/show_bug.cgi?id=1460319
These are runtime prerequisites for gnome-flashback:
https://bugzilla.redhat.com/show_bug.cgi?id=1460325
--
Yaakov Selkowitz
Software
/list/le...@lists.fedoraproject.org/message/PBHKI2U5MKMWMWELKKH5NQ5FMFP4LCSM/
--
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
other codecs.
What about the rest of MPEG-1, namely Layer II audio (MP2) encoding
(e.g. twolame) and video decoding (e.g. smpeg)?
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
___
devel mailing list -- devel
manager.
gnome-python2-desktop was only required when the GNOME 2 panel applet is
enabled. Obviously that is no longer applicable, so just add
--without-applet to %configure and drop the "BuildRequires:
gnome-python2-extras gnome-python2-desktop".
--
Yaakov Selkowitz
Softwar
be path agnostic and shipped separately, and the
default search paths set by the consumers, then a cross-pkgconf could
use such a libpkgconf.
The other big advantage of pkgconf is the library.
Which is already available, and does not require completely replacing
pkg-co
-0.17.0-1.fc25.x86_64.
DEBUG util.py:435: nothing provides publicsuffix-list-dafsa needed by
libpsl-0.17.0-1.fc25.x86_64
DEBUG util.py:435: (try to add '--allowerasing' to command line to
replace conflicting packages)
For the record, this was fixed soon thereafter.
--
Yaakov Selkowit
0 directly to understand what really is in question .
Anything which --whatrequires gstreamer-python is clearly affected as well.
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedorap
1.0; anything not built since 'jessie' was dropped.
--
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
dconverter
sugar-clock
sugar-memorize
sugar-record
sugar-speak
turpial
whaawmp
wordgroupz
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
such a change unilaterally.
Should this not be going through FESCo at this point?
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Yes, but this is an "experimental arch" and is completely out of scope
of this proposal.
True, but it does beg the question, how will future new arches (e.g.
riscv, or mips) be handled? Will koji-shadow still have a place in
that, and what criteria will be established for merging into
://api.kde.org/4.x-api/kdelibs-apidocs/kio/html/classKFileMetaInfo.html
The functions remain for ABI compatibility but they become no-ops. This
will affect metadata reading/writing functionality in at least k3b and
tellico.
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat
eful.
Is S2TC a (legally and performance-wise) viable alternative for Fedora?
https://github.com/divVerent/s2tc
--
Yaakov Selkowitz
Software Engineer - Platform Enablement Group
Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/ad
/show_bug.cgi?id=1305276
If you post a dist-git patch there, perhaps a provenpackager will apply
it for you.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel
wo libcurl packages?
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
This file is still listed (twice!) in your sources file.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
=1305208 the intended
tracker for these? If so, per past mass rebuilds, a F24FTBFS alias
would be helpful. However, there are only a handful of bugs filed so far.
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
http
_.
I don't see how %files could ever be implicit.
I agree that it's useful for a tool to tell you when there's a soname
change -- or anything _else_ that might affect other packages.
This is something that should be caught by the-new-hotness scratch build.
--
Yaakov Selkowitz
A
doesn't work I'll contact the
maintainer.
This is the hazard of using %{_libdir}/*.so.* in %files. Is there any
reason why such a syntax should NOT be formally discouraged in the
packaging guidelines?
--
Yaakov Selkowitz
Associate Software Engineer, ARM
Red Hat, Inc.
--
devel
1 - 100 of 123 matches
Mail list logo