Hi,
recently serd library changed its ABI adding 1 function without
bumping the soname.
I think adding one function should not be a problem for depending
packages, what do you think about it?
Guido
fas account: tartina
___
devel mailing list -- devel@lis
On 6.8.2018 00:59, Nico Kadel-Garcia wrote:
On Tue, Jul 31, 2018 at 12:19 PM, Miro Hrončok wrote:
On 31.7.2018 18:15, Jun Aruga wrote:
9.0.x -> 10.0.x then 18.0?
https://github.com/pypa/pip/blob/master/NEWS.rst
Switch to a Calendar based versioning scheme.
Oh they changed the versioning
On 08/05/18 14:01, Jan Kratochvil wrote:
On Sun, 05 Aug 2018 13:39:58 +0200, Charalampos Stratakis wrote:
Here we are referring to the python2-debug or python3-debug builds, which
are just extra python builds that are compiled with the --with-pydebug flag
Not just --with-pydebug:
Fine for me. Go to sleep Adam.
On 6 August 2018 at 07:16, Adam Williamson
wrote:
> Hi folks! I'm proposing we cancel the QA meeting tomorrow (today?),
> as no-one seemed to have anything urgent for the agenda in response to
> my other mail. So, I get to sleep in!
> --
> Adam Williamson
> Fedora
On Mon, Aug 06, 2018 at 09:30:39AM +0200, Guido Aulisi wrote:
> Hi,
> recently serd library changed its ABI adding 1 function without
> bumping the soname.
> I think adding one function should not be a problem for depending
> packages, what do you think about it?
The change is backwards compatible
On Mon, Aug 06, 2018 at 09:30:39AM +0200, Guido Aulisi wrote:
> recently serd library changed its ABI adding 1 function without
> bumping the soname.
There's totally normal. It merely added to its ABI - it didn't change
existing ABI so nothing will break. soname change is only for when
the library
On Sun, 2018-08-05 at 15:55 -0700, Samuel Sieb wrote:
> On 08/05/2018 01:13 PM, Florian Weimer wrote:
> > There already is such a macro, %{valgrind_arches}, but it may not
> > accurately reflect the suitability of the run-time behavior of valgrind
> > on a particular architecture. For example, t
I asked Igor Gnatenko and Neal Gompa, as they're both experienced packagers, of
their opinion and they said that introducing a new package this way is ok. I
will merge the PR today in the evening or sometime tomorrow.
A.I.
___
devel mailing list -- dev
On Mon, 06 Aug 2018 10:57:31 +0200, Petr Viktorin wrote:
> On 08/05/18 14:01, Jan Kratochvil wrote:
> > That is all together messy. This is why Microsoft has their debug build of
> > their whole OS - Windows - called Checked Build:
> >
> > https://docs.microsoft.com/en-us/windows-hardware/driv
Thanks.
пн, 6 авг. 2018 г. в 14:55, Artur Iwicki :
> I asked Igor Gnatenko and Neal Gompa, as they're both experienced
> packagers, of their opinion and they said that introducing a new package
> this way is ok. I will merge the PR today in the evening or sometime
> tomorrow.
>
> A.I.
> _
I think that we can mature in the first moment the SIG, and in other moment,
channels, groups, and subjects in another moment. An approach about the taiga
is about the development of Tools that contemplate the Golang in Fedora Project?
___
devel mailing
(Apologies for the late announcement.)
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2018-08-06
I really like having a real 3D CAD program on Fedora but unfortunately with
the 0.17 release there are multiple issues that need to be addressed and I
just don't have time time, or frankly the expertise, to deal with them.
FreeCAD has a lot of dependencies and bundles some of them which I have
unb
On 6.8.2018 15:25, Jared K. Smith wrote:
If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/fesco, e-mail me directly
I'd appreciate if you could please also discuss
https://pagure.io/fesco/issue/1965 as it is time sensitive.
I think we already have tools for that. What I expect with the SIG is
something that could improve the Go Packaging best practices listed in
https://fedoraproject.org/wiki/PackagingDrafts/Go
On Mon, Aug 6, 2018 at 9:10 AM, Vitor Ramos wrote:
> I think that we can mature in the first moment the S
Hi folks,
we want to do rebase of mercurial for F29 before beta freeze yet. Currently
we have version v4.4.2 which is already old. Few days ago there have been
release new stable version v4.7. But many applications would be broken because
of changed API (as it is with every bump of minor version).
I have no bandwidth to work on this in the next several weeks, so if anyone
else would like to take the lead that would be very helpful.
On Mon, Aug 6, 2018 at 7:05 AM Petr Stodulka wrote:
> Hi folks,
> we want to do rebase of mercurial for F29 before beta freeze yet. Currently
> we have version
On Sat, 2018-08-04 at 22:25 +0200, Miro Hrončok wrote:
> Hi,
>
> an interesting discussion came up in the Python Maint team recently,
> about not shipping python3-debug and python2-debug.
>
> On the Chesterton's fence principle [0], I'd would like to know why
> are
> we building and shipping th
On Mon, 2018-08-06 at 13:15 +0200, Jan Kratochvil wrote:
> On Mon, 06 Aug 2018 10:57:31 +0200, Petr Viktorin wrote:
> > On 08/05/18 14:01, Jan Kratochvil wrote:
> > > That is all together messy. This is why Microsoft has their debug
> > > build of
> > > their whole OS - Windows - called Checked Bui
On 08/06/2018 11:22 AM, David Malcolm wrote:
On Sat, 2018-08-04 at 22:25 +0200, Miro Hrončok wrote:
Hi,
an interesting discussion came up in the Python Maint team recently,
about not shipping python3-debug and python2-debug.
On the Chesterton's fence principle [0], I'd would like to know why
a
On Mon, 06 Aug 2018 17:30:02 +0200, David Malcolm wrote:
> On Mon, 2018-08-06 at 13:15 +0200, Jan Kratochvil wrote:
> > That confirms the whole OS "Checked Build" variant would solve even this
> > problem.
>
> Jan: In my view, it's not a problem, it's a feature. An OS-wide
> change wouldn't turn
Hi dnf and libsolv developers,
this mail is a continuation of an FPC [1] and a FESCo [2] tickets.
A proposal was made is to disallow packages in Fedora from using file
deps, and to optimize dnf to not load filelists.xml. File deps would
still be supported, because external packages and users want
On lundi 6 août 2018 18:36:07 CEST Zbigniew Jędrzejewski-Szmek wrote:
> Hi dnf and libsolv developers,
>
> this mail is a continuation of an FPC [1] and a FESCo [2] tickets.
>
> A proposal was made is to disallow packages in Fedora from using file
> deps, and to optimize dnf to not load filelists
On Mon, Aug 06, 2018 at 07:52:03PM +0200, Robert-André Mauchin wrote:
> On lundi 6 août 2018 18:36:07 CEST Zbigniew Jędrzejewski-Szmek wrote:
> > Hi dnf and libsolv developers,
> >
> > this mail is a continuation of an FPC [1] and a FESCo [2] tickets.
> >
> > A proposal was made is to disallow pa
Fedora is now on postgresql 10.x.
pgadmin3 stopped being supported with postgresql 9.5.
pgadmin4 isn't packaged in the repositories.
Hence, Fedora no longer has a gui for postgresql.
Is the maintainer here that we could get help with this? If not, is
there anyone willing to rise to the challen
W dniu 05.08.2018 o 16:36, Jeff Johnson pisze:
> So you are recommending using 14 lines (with comments) of spec file
> goop that uses 2 %ifarch build section tests in order to set/unset a
> macro.
>
> There's further baggage in spec files needed to add a BR, pass an
> option to configure, add libr
On Monday, 06 August 2018 at 18:29, Jan Kratochvil wrote:
> On Mon, 06 Aug 2018 17:30:02 +0200, David Malcolm wrote:
> > On Mon, 2018-08-06 at 13:15 +0200, Jan Kratochvil wrote:
> > > That confirms the whole OS "Checked Build" variant would solve even this
> > > problem.
> >
> > Jan: In my view,
On Sun, Aug 5, 2018 at 5:52 PM, Jeff Johnson wrote:> Try
>
> ...
> %check
> %ifarch ppc64 ppc64p7
You no longer need ppc64p7 as it's been killed off as of F-26
> exit 0
> %endif
> ...
>
> My comments apply to the rest of what you appear to be proposing everywhere.
> _
Dear all,
You are kindly invited to the meeting:
Modularity WG (once every two weeks) on 2018-08-07 from 10:00:00 to 11:00:00
US/Eastern
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Working Group.
More information available at: [Modularity Work
Whether dnf does what yum does misses the point:
Lazy downloading of file dependencies did not work then and does not work now.
Here's why:
The fundamental decision made by depsolvers is what packages are "newer" and
need to be upgraded.
When _ANY_ commonly used package has a file dependency o
No missing expected images.
Passed openQA tests: 2/2 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
rust-slab-0.4.1-1.fc29 has changed its license from "MIT or ASL 2.0" to
just MIT. The upstream change is here:
https://github.com/carllerche/slab/pull/49
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@
No missing expected images.
Passed openQA tests: 2/2 (x86_64)
Installed system changes in test x86_64 AtomicHost-dvd_ostree-iso
install_default:
Filesystem for mount /sysroot changed from
/dev/mapper/fedora_ibm--p8--kvm--03--guest--02-root to
/dev/mapper/fedora--atomic_ibm--p8--kvm--03--g
On 08/06/2018 04:42 PM, Jeff Johnson wrote:
Whether dnf does what yum does misses the point:
Lazy downloading of file dependencies did not work then and does not work now.
Here's why:
The fundamental decision made by depsolvers is what packages are "newer" and
need to be upgraded.
When _ANY_
Hi Jerry,
You're doing a good job. Thanks.
Are you plan update Octave to 4.4.0?
--
Best regards,
Vasiliy Glazov
ср, 1 авг. 2018 г. в 12:25, Paul Howarth :
> Hi Jerry,
>
> On Tue, 31 Jul 2018 19:09:02 -0600
> Jerry James wrote:
>
> > On Tue, May 29, 2018 at 4:36 AM Paul Howarth
> > wrote:
> >
35 matches
Mail list logo