I was talking to Petr Šabata some time ago and he told me that there will
be some solution for getting modular packages in non-modular buildroot
within month or two.
On Tue, Feb 12, 2019 at 9:06 AM Aleksandar Kurtakov
wrote:
>
>
> On Tue, Feb 12, 2019 at 9:51 AM Ralf Corsepius
> wrote:
>
>> On
I don't think you can generate graph... Because how would you display
"Requires: (foo if bar)"? :)
On Mon, Feb 11, 2019 at 6:11 PM Adam Williamson
wrote:
> On Mon, 2019-02-11 at 17:57 +0100, Miro Hrončok wrote:
> > The following packages require above mentioned packages:
> > (this is in fact so
You can do "%py3_build -- --some-cool-option".
On Sat, Feb 9, 2019, 14:40 Richard Shaw Just want to get others opinions before filing a bug...
>
> Currently %py3_build expands to:
>
> $ rpm -E %py3_build
> \
> CFLAGS="${CFLAGS:-${RPM_OPT_FLAGS}}"
> LDFLAGS="${LDFLAGS:-${RPM_LD_FLAGS}}"\
>
, Tom Stellard wrote:
> > On 01/28/2019 02:47 PM, Igor Gnatenko wrote:
> >> It would be great if you would include list of dependent packages +
> >> their maintainers.
> >>
> >
> > Here is the list of dependent packages:
> >
> > Maintainers by
I can't speak on behalf of Neal, but I think I will try to answer.
On Thu, Feb 7, 2019, 10:21 Adam Samalik
>
> On Thu, Jan 31, 2019 at 6:19 PM Neal Gompa wrote:
>
>> On Thu, Jan 31, 2019 at 6:07 AM Matthew Miller
>> wrote:
>> >
>> > On Tue, Jan 29, 2019 at 11:06:25PM -0500, Neal Gompa wrote:
. We need to allow text relocations.
> @@ -162,11 +159,6 @@ restorecon -R %{_libdir}/ocp-* || :
> %endif
>
>
> On Fri, Dec 21, 2018 at 09:25:13AM +0100, Igor Gnatenko wrote:
> > If I manage to get this approved and done before mass rebuild, I'll
> > just push changes witho
On Mon, Jan 28, 2019, 18:32 Ben Cotton https://fedoraproject.org/wiki/Changes/SWID_Tag_Enablement
>
> == Summary ==
> Provide tools to allow users and developers to create Software
> Identity (SWID) tags for Fedora installs and repositories.
>
> == Owner ==
> * Name: [[User:adelton|Jan
In Rust we have similar problem (we have "features" than "extras") and we
always package them as a subpackages.
https://src.fedoraproject.org/rpms/rust-serde/blob/master/f/rust-serde.spec
rust-serde-devel
rust-serde+alloc-devel
rust-serde+default-devel
rust-serde+derive-devel
rust-serde+rc-devel
In Rust we have similar problem (we have "features" than "extras") and we
always package them as a subpackages.
https://src.fedoraproject.org/rpms/rust-serde/blob/master/f/rust-serde.spec
rust-serde-devel
rust-serde+alloc-devel
rust-serde+default-devel
rust-serde+derive-devel
rust-serde+rc-devel
visibility and reading easiness.
Feel free to reply to this email or comment in google doc (there is a link
on the bottom).
Proposal Owners
-
Mikolaj Izdebski (mizdebsk) - Java SIG, Fedora
infrastructure
-
Igor Gnatenko (ignatenkobrain) - Rust
SIG, Golang SIG, Neuro SIG, RPM a
Tomasz, feel free to send pull requests for rest of packages. ~150
packages is definitely smaller amount than ~1800.
On Wed, Jan 30, 2019 at 2:51 PM Tomasz Kłoczko wrote:
>
> On Tue, 22 Jan 2019 at 19:07, Igor Gnatenko
> wrote:
>>
>> And ldconfig part is done. I'll re
I'm definitely not touching glibc ;)
The rest is minority and probably shouldn't be touched (esp. LLVM). I
can take a look after mass rebuild.
On Wed, Jan 30, 2019 at 2:56 PM Florian Weimer wrote:
>
> * Tomasz Kłoczko:
>
> > glibc.spec
>
> Please do not change glibc.
>
> Thanks,
> Florian
>
On Tue, Jan 29, 2019 at 2:59 PM Matthew Miller wrote:
>
> On Tue, Jan 29, 2019 at 01:28:06PM +0100, Igor Gnatenko wrote:
> > That doesn't help until there is Ursa Major or some alternative deployed.
> >
> > The reason for that is that we would need to maintain 2 copies of
That doesn't help until there is Ursa Major or some alternative deployed.
The reason for that is that we would need to maintain 2 copies of
bash, one for users and one for buildroot. I do that for libgit2 and
it is painful.
On Tue, Jan 29, 2019 at 11:53 AM Matthew Miller
wrote:
>
> On Tue, Jan
It would be great if you would include list of dependent packages +
their maintainers.
You can use
https://pagure.io/fedora-misc-package-utilities/blob/master/f/find-package-maintainers
for finding maintainers.
On Mon, Jan 28, 2019 at 11:42 PM Tom Stellard wrote:
>
> Hi,
>
> I am orphaning the
Which includes:
* koji -- our buildsystem
* pungi -- our compose tool
* sigul -- our signing tool for RPMs
On Mon, Jan 28, 2019 at 6:52 PM Miro Hrončok wrote:
>
> On 28. 01. 19 18:35, Igor Gnatenko wrote:
> > This feels more like system-wide change…
> >
> > Especially
m/ Fish] to 3.0.
>
> == Owner ==
> * Name: [[User:ignatenkobrain|Igor Gnatenko]]
> * Email: ignatenkobr...@fedoraproject.org
>
> == Detailed Description ==
> Not only update it in F30 but also provide new version as opt-in for
> F28 and F29.
>
> == Benefit to Fedora ==
&g
This feels more like system-wide change…
Especially since you say that some extra packages will be retired.
On Mon, Jan 28, 2019 at 6:33 PM Ben Cotton wrote:
>
> (Note this change was previously submitted for Fedora 29:
> https://pagure.io/fesco/issue/2064)
>
>
And ldconfig part is done. I'll remove other scriptlets this/next week.
On Wed, Jan 16, 2019 at 5:32 PM Igor Gnatenko
wrote:
>
> https://ignatenkobrain.fedorapeople.org/needless-scriptlets.txt
>
> Here's the list of packages which have dependency on /sbin/ldconfig
> with t
You can use include(GNUInstallDirs) and then where install() is
called, you need to have install(… LIBRARY DESTINATION
${CMAKE_INSTALL_LIBDIR}).
On Thu, Jan 17, 2019 at 12:37 PM Ankur Sinha wrote:
>
> Hello,
>
> Could I have some help with CMake please?
>
> I have a WIP spec here[1] that won't
https://ignatenkobrain.fedorapeople.org/needless-scriptlets.txt
Here's the list of packages which have dependency on /sbin/ldconfig
with their respective maintainers for packages which do not install
any files in /etc/ld.so.conf.d/.
During this weekend, I'm going to clean all those packages to
I think you are looking for something like
https://gist.github.com/ignatenkobrain/e4d554c2a2263681f90c971adaf930e9,
except that you want to change lines
https://gist.github.com/ignatenkobrain/e4d554c2a2263681f90c971adaf930e9#file-needless-scriptlets-c-L278-L305
to pool_whatmatchessolvable().
Let
I'm definitely interested to help (I have 6+ years experience as a
packager)!
Can we have a topic on discussion.fp.o? I think it is much easier to
discuss such things there.
On Thu, Jan 10, 2019, 20:07 Ben Rosser Hello,
>
> We had a recent discussion on this list last month about (among other
>
I believe that EPEL is not meant to support all possible old versions of
RHEL. It is built against latest release, so the expectation is that it
supports only latest release.
On Fri, Jan 4, 2019, 09:46 Petr Pisar Hello,
>
> I have a question regarding packaging for EPEL.
>
> Fedora renamed perl
by `%if 0%{?rhel} && 0%{?rhel} <= 8` (because I
believe that RHEL8 doesn't have all required things).
https://fedoraproject.org/wiki/Changes/RemoveObsoleteScriptlets
--
-Igor Gnatenko
___
epel-devel mailing list -- epel-devel@lists.fedora
by `%if 0%{?rhel} && 0%{?rhel} <= 8` (because I
believe that RHEL8 doesn't have all required things).
https://fedoraproject.org/wiki/Changes/RemoveObsoleteScriptlets
--
-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To
On Sat, Dec 29, 2018, 14:36 Avram Lubkin
> On Sat, Dec 29, 2018 at 2:04 AM Igor Gnatenko <
> ignatenkobr...@fedoraproject.org> wrote:
>
>> Duplicated dependencies is a problem because rpm-md becomes larger. If
>> we would use Requires: python%{python3_version}dist(
On Fri, Dec 28, 2018 at 7:21 PM Miro Hrončok wrote:
>
> On 28. 12. 18 18:58, Avram Lubkin wrote:
> > On Fri, Dec 28, 2018 at 12:38 PM Igor Gnatenko
> > > <mailto:ignatenkobr...@fedoraproject.org>> wrote:
> >
> > You can't make it work in EPEL easily
On Fri, Dec 28, 2018 at 7:06 PM Avram Lubkin wrote:
>
> On Fri, Dec 28, 2018 at 12:38 PM Igor Gnatenko
> wrote:
>>
>> You can't make it work in EPEL easily because python modules do not
>> have pythonX.Ydist() provides.
>
>
> Didn't realize that and not sure
On Fri, Dec 28, 2018 at 6:46 PM Avram Lubkin wrote:
>
> On Fri, Dec 28, 2018 at 11:55 AM Zbigniew Jędrzejewski-Szmek
> wrote:
>>
>> Well, now that this has been enabled, it is likely that there already
>> are packages which make use of this functionality, and disabling the
>> generator again
You can't make it work in EPEL easily because python modules do not
have pythonX.Ydist() provides.
On Fri, Dec 28, 2018 at 6:36 PM Avram Lubkin wrote:
>
>
> On Fri, Dec 28, 2018 at 11:48 AM Neal Gompa wrote:
>>
>> python-rpm-generators is not the real upstream for that code (rpm is).
>> And
Hello,
upstream released new version of Fish shell today and I'm going to
update it in Rawhide (and only there because of incompatible changes).
https://github.com/fish-shell/fish-shell/releases/tag/3.0.0
___
devel mailing list --
If I manage to get this approved and done before mass rebuild, I'll
just push changes without bumping anything. If it will happen
during/after mass rebuild, I'll also bump.
I'm hoping to complete it before mass rebuild.
On Thu, Dec 20, 2018 at 6:55 PM Kevin Fenzi wrote:
>
> On 12/20/18 2:35 AM,
No, it's automation which just pushes new thing for them.
People basically don't care.
On Thu, Dec 20, 2018, 17:55 Zbigniew Jędrzejewski-Szmek On Thu, Dec 20, 2018 at 11:50:38AM +0100, Miro Hrončok wrote:
> > On 12. 12. 18 23:20, Ben Cotton wrote:
> >
Hello folks,
since https://fedoraproject.org/wiki/Changes/EnablingPythonGeneratorsByDefault
was approved by FESCo, I've went ahead and turned it ON.
You'd need:
* python-rpm-generators-7-1.fc30
* python-rpm-macros-3-41.fc30
Notes for usage:
* If it adds some dependency you don't need — please
proposal.
Thanks for the feedback!
On Thu, Dec 20, 2018 at 8:35 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Dec 20, 2018 at 07:38:29AM +0100, Igor Gnatenko wrote:
> > So what process should I use? Pull Requests or just removing obsolete
> > stuff? I'm ready to do either w
So what process should I use? Pull Requests or just removing obsolete
stuff? I'm ready to do either way. Should I leave this to FESCo?
On Wed, Dec 19, 2018 at 8:00 PM Jason L Tibbitts III wrote:
>
> > "KL" == Kalev Lember writes:
>
> KL> I agree with Zbyszek, I think it would be best to
Seems that I missed writing announcement, but there is a package
called `gnupg1` which provides `gpg1` binary.
So you should be fine with that I hope. And sorry for this trouble.
On Wed, Dec 19, 2018 at 11:25 AM Bruno Wolff III wrote:
>
> gnupg2 is now obsoleting gnupg and the previous gpg
On Wed, Dec 19, 2018 at 2:20 AM Jason L Tibbitts III wrote:
>
> > "ZJ" == Zbigniew Jędrzejewski-Szmek writes:
>
> ZJ> I think it's pretty clear: all the standard invocations of
> ZJ> scriptlets that have by replaced by transfiletriggers will be
> ZJ> removed, along with the whole
Hey folks,
since 18.3.1-2 mesa is built using meson. Please let me know if it
breaks anything.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Sorry, I have no interest in EPEL packages, so I didn't respond.
If you would like to maintain it, I will happily add you as comaintainer.
On Fri, Dec 14, 2018, 16:11 Avram Lubkin I've been trying to reach the maintainers for python-ldap3
> (ignatenkobrain, mcyprian) for the last month. I've
git commit -m "rebuild" --allow-empty
On Sat, Dec 15, 2018, 23:10 Orion Poplawski I'm trying to build some modules that specify the branch for the package
> to use, e.g.:
>
>components:
> rpms:
>openmpi:
> rationale: The core package
> ref: 2.1
>
Afaik expanded builds can't be resubmitted, the good news is that if you
make empty commit and run build again it will be less painful because it
will reuse components for successful build.
___
devel mailing list -- devel@lists.fedoraproject.org
To
teeworlds / teeworlds should have been always "Teeworlds and zlib",
because it bundles some md5 code which is zlib-licensed.
teeworlds-data was supposed to be CC-BY-SA, but it was not marked this way.
Now to the real changes, since 0.7 it bundles json-parser (unbundle
will come within next few
You can use modulemd-validator.
Where can I find your modulemd?
On Sat, Dec 15, 2018 at 3:10 AM Orion Poplawski wrote:
>
> I'm trying to build a module, and it's failing without much useful
> information:
>
> octave (4.4)]$ fedpkg module-build
> Submitting the module build...
> Could not
problems during upgrade.
I like both approaches.
On Fri, Dec 14, 2018 at 9:05 PM Neal Gompa wrote:
>
> On Fri, Dec 14, 2018 at 2:50 PM Igor Gnatenko
> wrote:
> >
> > On Fri, Dec 14, 2018 at 8:45 PM Neal Gompa wrote:
> > >
> > > On Fri, Dec 14, 201
On Fri, Dec 14, 2018 at 8:45 PM Neal Gompa wrote:
>
> On Fri, Dec 14, 2018 at 2:34 PM Igor Gnatenko
> wrote:
> >
> > Hello folks,
> >
> > for long time we have problem if you have some arch-specific
> > BuildRequires, you still get one src.rpm from one o
$arch is architecture name
3. use Requires: (foo if (system-architecture(x86_64) or
system-architecture(i686))) in packages
What do you think? Any suggestions are welcome!
--
-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
No, it didn't. BUT I believe that the problem is here:
/bin/sh ../../libtool --tag=CC --mode=link gcc -pipe -Wall
-Wextra -Werror=strict-prototypes -Werror=missing-prototypes
-Werror=missing-declarations -Werror=format=2 -Werror=undef
-Werror=missing-include-dirs
I think providing some simple way how to turn -O3 (or even some other
flags) would be interesting idea.
So I would love to see ticket for FPC and corresponding patch for
redhat-rpm-config.
On Mon, Dec 10, 2018 at 1:05 PM Florian Weimer wrote:
>
> Downstream, we had a separate set of builds flags
I can't find ZoneMinder in Fedora. Can you give a link, please?
On Sat, Dec 8, 2018 at 5:20 PM Andrew Bauer
wrote:
>
> FYI, new ZoneMinder packages representing the 1.32.3 release are building now
> for Fedora branches.
> I will push a new package for el7 branch after Antonio completes his work
les the Python module dependency generator for
> packages that provide Python Egg/Wheel metadata by default (this was
> [[Changes/EnablingPythonGenerators|opt-in since Fedora 28]]).
>
> == Owner ==
> * Name: [[User:ignatenkobrain|Igor Gnatenko]], [[User:ngompa|Neal Gompa]]
> * Email:
Yes, that is the plan.
On Wed, Dec 5, 2018 at 4:45 PM Björn Persson wrote:
>
> > ** Rename gnupg package to gnupg1
> > ** Rename gpg binary to gpg1
> > ** Rename gpg2 binary to gpg
> > ** Create gpg2 → gpg symlink
>
> Just for clarity, and in the context of the proposed source file
> verification
Hello,
it's been a long time when Mesa added meson buildsystem definitions,
but I never got time to switch Fedora's mesa build to use them.
Nowadays, mesa upstream is looking to drop autotools definitions in
19.0.0 release, so time came up.
I've prepared 18.0.0~rc5 builds with using meson
Any idea why
https://fedoraproject.org/wiki/Changes/GnuPG2_as_default_GPG_implementation
still doesn't have FESCo ticket? It's been a week since it was sent to ML.
On Mon, Dec 3, 2018, 10:40 Petr Šabata Following is the list of topics that will be discussed in the
> FESCo meeting Monday at
And it's in rawhide.
On Tue, Nov 27, 2018 at 10:54 AM Igor Gnatenko
wrote:
>
> Hi folks,
>
> I'm going to update tinyxml2 to 7.x later this week.
>
> Affected packages:
> * cppcheck
> * dvblinkremote
> * fuse
> * gazebo
> * kodi (rpmfusion)
> * libmediainfo
Hello,
the removal of glibc-all-langpacks from the buildroot[0] is done.
Standard buildroot has decreased from 445 to 237 megabytes in
installed size ;)
Before:
DEBUG util.py:439: Install 146 Packages
DEBUG util.py:439: Total download size: 86 M
DEBUG util.py:439: Installed size: 445 M
On Wed, Nov 28, 2018 at 1:49 PM Brian (bex) Exelbierd
wrote:
>
> On Wed, Nov 28, 2018 at 1:31 PM Igor Gnatenko
> wrote:
> >
> > On Wed, Nov 28, 2018 at 1:14 PM Brian (bex) Exelbierd
> > wrote:
> > >
> > > On Wed, Nov 28, 2018 at 12:12 PM Peter Robins
I don't have time to revert back and try updating again, but the fix looks good!
Thanks!
On Wed, Nov 28, 2018 at 1:19 PM Tom Gundersen wrote:
>
> Hi Igor,
>
> The upgrade path should hopefully be fixed with dbus-broker-16-8.
>
> Cheers,
>
> Tom
>
> On Wed, Nov 28,
On Wed, Nov 28, 2018 at 1:14 PM Brian (bex) Exelbierd
wrote:
>
> On Wed, Nov 28, 2018 at 12:12 PM Peter Robinson wrote:
> >
> > On Wed, Nov 28, 2018 at 8:07 AM Brian (bex) Exelbierd
> > wrote:
> > >
> > > On Wed, Nov 28, 2018 at 4:15 AM Brendan Conoboy wrote:
> > > > Paul's proposal was
So I've tried to do following update:
Install dbus-broker-16-7.fc30.x86_64@rawhide
Upgrade dbus-1:1.12.10-9.fc30.x86_64@rawhide
Upgraded dbus-1:1.12.10-8.fc30.x86_64@@System
Upgrade dbus-common-1:1.12.10-9.fc30.noarch @rawhide
Upgraded
Unfortunately due to some reasons I can't or don't want to modularize some
packages.
What should I do in this case?
On Tue, Nov 27, 2018, 16:59 Stephen Gallagher On Tue, Nov 27, 2018 at 10:40 AM Owen Taylor wrote:
> >
> > One of the key parts of making a decision to delay/skip F31 is
> >
That's exactly question I had in mind, thanks for bringing it up!
Personally, if we won't be able to push breaking changes in F30, then
after some time people will not be happy about outdated software and
will leave distribution I think.
For maintainers it would probably mean that F29 won't get
Hi folks,
I'm going to update tinyxml2 to 7.x later this week.
Affected packages:
* cppcheck
* dvblinkremote
* fuse
* gazebo
* kodi (rpmfusion)
* libmediainfo
* vdr
I'm going to rebuild all of them myself.
---
Maintainers by package:
cppcheck fcami jussilehtola sgrubb
On Tue, Nov 27, 2018 at 9:39 AM Ralf Corsepius wrote:
>
> On 11/27/18 9:16 AM, Igor Gnatenko wrote:
> > Because if we keep "no breaking updates in stable" policy, then Fedora
> > won't be "first anymore".
>
> Users perceive your "first" as u
Because if we keep "no breaking updates in stable" policy, then Fedora
won't be "first anymore". You can do this only if rawhide will be more
popular between people.
On Tue, Nov 27, 2018, 03:34 Brendan Conoboy On 11/16/18 7:50 AM, Paul Frields wrote:
> [snip]
> > We should skip the F31 release
On Mon, Nov 26, 2018, 20:09 Randy Barlow On Mon, 2018-11-26 at 17:23 +0100, Igor Gnatenko wrote:
> > > * really actually for real gated Rawhide
> >
> > Is the "creating side tag for chain builds or by automated requests"
> > is planned here?
> > W
On Mon, Nov 26, 2018 at 5:14 PM Matthew Miller wrote:
>
> On Fri, Nov 16, 2018 at 09:50:33AM -0500, Paul Frields wrote:
> > Here's the summary from the page, which proposes we pause the release
> > after F30 for these efforts:
>
> I know it was a big time-off holiday week in the US, but I
Please build them in f30-protobuf tag.
On Fri, Nov 23, 2018, 21:34 Rich Mattes
>
> On Fri, Nov 23, 2018, 3:07 PM Igor Gnatenko <
> ignatenkobr...@fedoraproject.org wrote:
>
>> Unfortunately now it is broken in some other way:
>>
>> DEBUG util.py:439: Error
:- nothing provides
liburdfdom_model.so.0.4()(64bit) needed by
sdformat-5.2.0-5.fc29.x86_64
On Fri, Nov 23, 2018 at 4:54 PM Till Hofmann wrote:
>
>
>
> On 11/23/18 12:55 PM, Igor Gnatenko wrote:
> > I've built it and dependent packages in side tag and it's going to be
&g
Does anybody know why?
Last kernel available there is 2 weeks old.
https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
/x86_64-redhat-linux-gnu/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:4999:10:
fatal error: octave/config.h: No such file or directory
#include
^
* fawkes -- depends on gazebo, so not possible to rebuild.
On Fri, Nov 16, 2018 at 7:51 PM Igor Gnatenko
wrote
https://apps.fedoraproject.org/koschei/build/5700914
process didn't exit successfully: `/usr/bin/rustc --crate-name
glib_sys src/lib.rs --color never --crate-type lib
--emit=dep-info,link -C opt-level=3 -C metadata=20d7ee6da134c60a -C
extra-filename=-20d7ee6da134c60a --out-dir
Hello,
I'm going to work on protobuf update which involves SONAME change from
.15 to .17.
I don't see any breakage from release notes, it is mostly about making
minimum c++ std to c++11 and cleanups.
I'll carefully check and if everything looks ok, I'll push it to
Rawhide next week and rebuild
Does anybody know how to contact him?
The last activity dates 2010.
I didn't follow procedure fully yet, but I'm 99% sure that there will
be no reply in bugzilla.
But I'm starting it now: https://bugzilla.redhat.com/show_bug.cgi?id=1650661
___
devel
Absolutely no risk. It would be released as usual 0.6.37 (or number like
that) if not some ABI breakage due to removal of very old cruft.
On Wed, Nov 14, 2018, 18:50 Jonathan Underwood On Mon, 12 Nov 2018 at 15:35, Jaroslav Mracek wrote:
> >
> > Hello everyone,
> >
> > There was an announcement
On Wed, Nov 14, 2018 at 10:14 AM Panu Matilainen wrote:
>
> On 11/13/18 10:24 PM, Igor Gnatenko wrote:
> > On Tue, Nov 13, 2018 at 8:49 PM Randy Barlow
> > wrote:
> >>
> >> On Tue, 2018-11-13 at 13:43 -0500, Neal Gompa wrote:
> >>> It wasn
On Tue, Nov 13, 2018 at 8:49 PM Randy Barlow
wrote:
>
> On Tue, 2018-11-13 at 13:43 -0500, Neal Gompa wrote:
> > It wasn't a random rebase. A FESCo ticket was submitted and
> > approved[1]. However, there was a miscommunication that led to the
> > DNF
> > team not being aware it happened.
> >
> >
On Tue, Nov 13, 2018 at 7:49 PM Peter Robinson wrote:
>
> On Mon, Nov 12, 2018 at 3:35 PM Jaroslav Mracek wrote:
> >
> > Hello everyone,
> >
> > There was an announcement of release libsolv-0.7.0 ([HEADS UP] libsolv 0.7)
> > into rawhide, but the rebase also ended up in stable branches of
On Mon, Nov 12, 2018 at 4:45 PM Jaroslav Mracek wrote:
>
> Hello everyone,
>
> There was an announcement of release libsolv-0.7.0 ([HEADS UP] libsolv 0.7)
> into rawhide, but the rebase also ended up in stable branches of Fedora 28
> and 29. This release could affect not only libsolv users, but
And it's in rawhide!
libdnf, rpm-ostree and perl-BSSolv are rebuilt.
On Sun, Oct 28, 2018 at 4:04 PM Igor Gnatenko
wrote:
>
> Hello folks,
>
> It is the release towards 1.0 (yes, after more than 10 years) which is out
> for 4 days now.
>
> I'm going to investigate whether
Hello folks,
It is the release towards 1.0 (yes, after more than 10 years) which is out
for 4 days now.
I'm going to investigate whether it will affect libdnf and push into the
rawhide within few days.
Version 0.7.0
- soname bump to "1"
- incompatible API changes:
* bindings: Selection.flags
How can I enable cgroups2 on my laptop?
On Fri, Oct 19, 2018, 17:27 Lennart Poettering wrote:
> On Fr, 19.10.18 09:12, Florian Weimer (fwei...@redhat.com) wrote:
>
> > >> (cross-posting to devel and desktop lists, ideally reply to both)
> > >
> > > Coincidentally, at All Systems Go! in Berlin
On Fri, Oct 19, 2018, 18:30 Neal Gompa wrote:
> On Fri, Oct 19, 2018 at 12:00 PM Gerald B. Cox wrote:
> >
> > On Fri, Oct 19, 2018 at 8:31 AM Chris Adams wrote:
> >>
> >> Once upon a time, R P Herrold said:
> >> > This seems very tone deaf and lacking in introspection, Matt
> >> >
> >> >
an email to devel-le...@lists.fedoraproject.org
> > > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > > List Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> > > List Archives:
> https://lists.fedoraproject.o
oticed those
> senders have in common is that they use Gmail.
>
> So, a plea to Gmail users: please stop sending HTML e-mail to Fedora
> mailing lists.
>
I'm sending you this HTML email because Google dropped possibility to send
plaintext emails. Sorry =(
--
-Igor Gnatenko
___
On Sun, Sep 30, 2018 at 10:24 PM Björn Persson wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> > On Fri, Sep 28, 2018 at 02:02:37PM +0200, Igor Gnatenko wrote:
> > > We have moved packaging guidelines onto docs.fedoraproject.org[0].
> > > If you find any error or wou
/packaging-guidelines/
[1] https://pagure.io/packaging-committee
--
-Igor Gnatenko
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct
/packaging-guidelines/
[1] https://pagure.io/packaging-committee
--
-Igor Gnatenko
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct
update
because of this incompatibility, but if you need it for building updates --
let me know and I will consider pushing it even there.
Thanks for attention!
--
-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
Release notes:https://pywavelets.readthedocs.io/en/latest/release.1.0.0.html
There are some incompatible changes so I'm building it only for Rawhide.
Just wanted to let you know yet another software reaching 1.0 milestone.
Enjoy ;)
--
-Igor Gnatenko
o
>python-cma
>python-deltasigma
>python-librosa
>
python-mne
>
Drop py2 subpkg.
python-moss
>
Same.
python-music21
>python-nb2plots
>python-pyriemann
>
And here.
python-sphinx-gallery
>
>
> --
> Miro Hrončok
> --
>
project.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
--
-Igor Gnatenko
__
SL 1.1
> compatibility on the 8.x LTS stream and I can switch back to using that...
> I had to building against 1.0 because 1.1 broke a bunch of things.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send a
-installation.html 643(2.82%)582(3.07%)
> 00:04:04
> /tech/languages/python/multiple-pythons.html 543(2.38%)505(2.66%)
> 00:03:11
> /tech/languages/ruby/ror-installation.html 523(2.29%)399(2.10%)
> 00:03:04
> ___
s point
> if f29 thereby goes one build ahead of master.
> If needed later, we can still bump master's release number..
>
This is wrong, rawhide version should be always newer. You can either bump
release in rawhide and do no changes there or bump re
repos.
If not, what are the limitations?
--
-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List
___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>
this package, I am happy
> to
> give the ownership if someone willing to maintain it.
>
Feel free to assign it to me.
--
-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@li
oraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/SSQ634I5RTHBXC6UU32SSAP4HHILOEWW/
>
--
-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To
201 - 300 of 908 matches
Mail list logo
