ignatenkobrain approved this pull request.
Looks good :)
And thanks for a patch.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
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)
>
>
Merged #621 into master.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/621#event-2090912193___
Rpm-maint mailing list
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
On Thu, Jan 17, 2019 at 4:35 PM Cole Robinson wrote:
>
> On 01/17/2019 05:58 AM, Igor Gnatenko wrote:
> > Hello,
> >
> > is there any way of specifying iothreads via virt-install command?
> >
> > I've tried appending ",iothread='1'" b
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
Hello,
is there any way of specifying iothreads via virt-install command?
I've tried appending ",iothread='1'" but that didn't work.
Thanks in advance!
--
-Igor Gnatenko
___
libvirt-users mailing list
libvirt-users@redhat.com
https://www.
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
>
Does it mean that packagers will start receiving the bugs again?
On Wed, Jan 9, 2019, 10:37 Michal Konecny Hi everybody,
>
> I want to announce that the Anitya 0.14.0 was deployed on
> staging (https://stg.release-monitoring.org/)
>
> Feel free to test it.
>
> Anitya 0.14.0 will be deployed on
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 --
The Bodhi has requirement written like `pyramid~=1.7`. Unfortunately,
pythondistdeps doesn't handle this.
It makes RPM to produce following error:
```
error: Dependency tokens must begin with alpha-numeric, '_' or '/': ~= 1.7
```
--
You are receiving this because you are subscribed to this
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
What version of Lua?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/608#issuecomment-445540210___
Rpm-maint mailing list
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
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
@pmatilai well, @jasontibbits already wrote gudelines ;)
https://fedoraproject.org/wiki/User:Tibbs/TildeCaretVersioning
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
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
Reported-by: Michael Schroeder
Signed-off-by: Igor Gnatenko
(cherry picked from commit e7fa1f1c1c4a6161c2254c761e857fdf04fba5ef)
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/605
-- Commit Summary --
* build: check rich
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
@ignatenkobrain pushed 1 commit.
f9f83a9 build: simplify logic of checking modifiers in dependencies
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
Also I reordered it for ease of cherry-picking to stable branches.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
@mlschroe I pushed commit which fixes that issue.
@pmatilai @ffesti I believe that we should backport it to old versions, because
it is a bug.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
@ignatenkobrain pushed 2 commits.
26410a6 build: make haveRichDep aware of other fields allowed to have them
998c1b8 build: check rich dependencies for special characters
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
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
@mlschroe, would you mind implementing this in libsolv? Or should I do so?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
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
that's not a problem of RPM, that's problem of you not using yum/dnf. Sorry.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
it's hard to guess what problem you are hitting. But you can specify `Requires:
(python >= 2.6 with python < 2.7)`
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
ignatenkobrain commented on this pull request.
> (void) rpmlibNeedsFeature(pkg, "TildeInVersions", "4.10.0-1");
+/* check if the package has a dependency with a '^' */
+if (haveCharInDep(pkg, '^'))
+ (void) rpmlibNeedsFeature(pkg, "CaretInVersions", "4.14.0-1");
not sure
@pmatilai @hroncok @jasontibbitts @Conan-Kudo
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/597#issuecomment-439326683___
1.1^20160101 means 1.1 version (base) and patches which were applied at
that date on top of it.
* 1.1^201601 > 1.1
* 1.1^201601 < 1.1.1
Second case might be fulfilled with tilde separator, but it's not obvious
and doesn't fulfil first case.
Signed-off-by: Igor Gnatenko
You can view, c
I mean if we have tilde, there is a need to have operator which is doing
opposite -- that is caret ;)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
I can go further with some worse examples like openssl ;)
`1.1.0+gitdeadbeef > 1.1.0a`
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
@ffesti @pmatilai we've discussed this roughly a bit today during our FPC
meeting and we pretty much agreed that it would be very good to have this in
RPM. Because right now when you want to make post-release snapshot, you would
use `1.2+20180101.deadbeef` and then if upstream releases `1.2.1`,
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
3.18user 0.70system 0:48.40elapsed 8%CPU (0avgtext+0avgdata 34732maxresident)k
0inputs+124568outputs (0major+10814minor)pagefaults 0swaps
0.01user 0.01system 0:01.67elapsed 1%CPU (0avgtext+0avgdata 10668maxresident)k
0inputs+0outputs (0major+752minor)pagefaults 0swaps
0.29user 0.31system
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
ignatenkobrain commented on this pull request.
> @@ -731,13 +731,14 @@ int rpmdbCountPackages(rpmdb db, const char * name)
}
/**
- * Attempt partial matches on name[-version[-release]][.arch] strings.
+ * Attempt partial matches on name[-version[-release]][/disttag][.arch]
strings.
I
One might argue that `DistTag` probably should be used. But I will leave this
to @pmatilai and @ffesti
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
ignatenkobrain requested changes on this pull request.
actually it doesn't look good to me, please change tab to spaces ;)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
ignatenkobrain approved this pull request.
lgtm
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
* Is different disttag for same EVR -- alternatives or ordered number?
* I don't like either `.` or `-` because those are widely used everywhere so
you basically need to change all software which are parsing EVR.
--
You are receiving this because you are subscribed to this thread.
Reply to this
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
501 - 600 of 1994 matches
Mail list logo