On 27/03/19 16:54 +0100, J. Scheurich wrote:
g++ -DHAVE_CONFIG_H -DUSE_OPENSSL -DPCAPPLAY -DRTP_STREAM -DUSE_SCTP
-DHAVE_EPOLL -I. -I./include -D__LINUX -I./include -Wall -pedantic
-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
-Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
On 26/03/19 11:40 +, Tomasz Kłoczko wrote:
On Tue, 26 Mar 2019 at 08:57, Jonathan Wakely
wrote:
[..]
>What does this 42 means in this case? It means that during whole gcc build
>are repeated 42 times some subset of *autoconf tests*. How it was possible
>to loose that?!? 樂
>
On 28/03/19 08:17 +, Tomasz Kłoczko wrote:
On Wed, 27 Mar 2019 at 21:27, Jonathan Wakely
wrote:
On 26/03/19 11:40 +, Tomasz Kłoczko wrote:
>On Tue, 26 Mar 2019 at 08:57, Jonathan Wakely
>wrote:
>[..]
>
>> >What does this 42 means in this case? It means that d
On 26/02/19 13:28 +0100, Florian Weimer wrote:
* Sérgio Basto:
The key was "can't represent -1 with an unsigned number" , I add some sign char
to the code [1] and it fix the FTBFS
Thanks ,
[1]
https://src.fedoraproject.org/fork/sergiomb/rpms/gdcm/blob/master/f/gdcm-2.8.8-fix-narrow.patch
On 26/02/19 19:42 +, Sérgio Basto wrote:
On Tue, 2019-02-26 at 14:46 +, Jonathan Wakely wrote:
On 26/02/19 13:28 +0100, Florian Weimer wrote:
> * Sérgio Basto:
>
> > The key was "can't represent -1 with an unsigned number" , I add
> > some sign char to the c
On 12/02/19 10:55 +0100, Jakub Jelinek wrote:
On Tue, Feb 12, 2019 at 09:49:23AM +, Jonathan Wakely wrote:
On that basis, why does gcc-c++ install libgomp and libgfortran?
I think gcc-c++ doesn't require libgfortran, gcc-gfortran does.
Ah yes, sorry. I ran 'mock -r fedora-rawhide-x86_64
On 11/02/19 12:20 +0100, Jakub Jelinek wrote:
On Mon, Feb 11, 2019 at 12:14:10PM +0100, Florian Weimer wrote:
* Jonathan Wakely:
> On 08/02/19 19:56 -0600, Patrick Diehl wrote:
>>Hi,
>>
>>I maintain the hpx package and it uses std:atomic and when I install
>>gcc-
On 15/02/19 15:31 +, Jonathan Wakely wrote:
On 15/02/19 09:56 +0100, jkone...@redhat.com wrote:
Hello,
I'm doing daily builds of kakoune (vim-like editor) on COPR and it is
failing for the last 23 days on Rawhide. This is happening only on
Rawhide.
It looks like this could be a problem
On 15/02/19 09:56 +0100, jkone...@redhat.com wrote:
Hello,
I'm doing daily builds of kakoune (vim-like editor) on COPR and it is
failing for the last 23 days on Rawhide. This is happening only on
Rawhide.
It looks like this could be a problem with switching to GCC 9. The last
successful build
On 08/02/19 19:56 -0600, Patrick Diehl wrote:
Hi,
I maintain the hpx package and it uses std:atomic and when I install
gcc-c++ it seems that libatomic is not a dependency of the gcc-c++
package. My program fails, because it can not link against libatomic. Is
this the supposed behavior to
On 11/02/19 12:14 +0100, Florian Weimer wrote:
* Jonathan Wakely:
On 08/02/19 19:56 -0600, Patrick Diehl wrote:
Hi,
I maintain the hpx package and it uses std:atomic and when I install
gcc-c++ it seems that libatomic is not a dependency of the gcc-c++
package. My program fails, because
On 07/02/19 11:26 +0100, J. Scheurich wrote:
the compilation of mellowplayer-3.5.1 with gcc-9.0.1 fails on Fedora 30,
see the build.log [1]
Fedora Bugzilla [2] - -Wredundant-move gives false positives in C++11 mode
This is not a false positive. Just because GCC *sometimes* gives false
On 29/01/19 18:49 +, José Abílio Matos wrote:
On Friday, 25 January 2019 15.57.53 WET Jonathan Wakely wrote:
I've done local builds of most of them, and 130+ build OK. Any that
fail I'll create bugzilla FTBFS reports for.
FWIW lyx fails but a patch has already been committed upstream
On 25/01/19 15:57 +, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec
rebase, we're ready to update Boost in rawhide, for this change:
https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so
On 22/01/19 08:52 +0100, Dominique Martinet wrote:
Hi,
Ben Cotton wrote on Mon, Jan 21, 2019 at 03:16:56PM -0500:
== Detailed Description ==
GCC 9 is currently in stage4 since January 7th, in prerelease state
with only regression bugfixes and documentation fixes allowed. The
release will
On 25/01/19 08:36 -0800, Luya Tshimbalanga wrote:
On 2019-01-22 8:17 a.m., Serge Guelton wrote:
Hi Luya,
Clang does not support the -fstack-clash-protection flag. We used to silently
ignore that flag but it's no longer the case.
Why are you using clang to compile the package? The safe step
With enormous thanks to Denis Arnaud for doing the actual boost.spec
rebase, we're ready to update Boost in rawhide, for this change:
https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so
we'll be rebuilding all the packages that
On 25/01/19 14:53 -0600, Richard Shaw wrote:
I'm working on moving FreeCAD to Python 3 but a handful of dependences need
updates to make it work.
OK, thanks. I won't try to "fix" it to use the new library name
libboost_python27.so then.
___
devel
On 30/01/19 21:16 +0100, Dominik 'Rathann' Mierzejewski wrote:
Hi, Jon.
On Wednesday, 30 January 2019 at 13:31, Jonathan Wakely wrote:
[...]
The following packages fail to build because boost::tribool is no
longer impicitly convertible to bool (and so the conversion must be
done explicitly
On 02/02/19 23:17 -0500, Rich Mattes wrote:
On 1/30/19 7:31 AM, Jonathan Wakely wrote:
The following packages use Boost.Signals which is been REMOVED from
Boost. The packages must be updated to use Boost.Signals2 (or bundle
an old Boost).
Maintainers by package:
ekiga mcrha
On 04/02/19 12:49 +0100, Vít Ondruch wrote:
Hi,
It seems that since CMake 3.13, it is required to invoke the cmake
command explicitly with path to source, which was not required
previously. IOW in F29 was enough to call:
~~~
$ cmake
~~~
while F30+ requires:
~~~
$ cmake .
~~~
On 31/01/19 12:55 -0600, Patrick Diehl wrote:
Hi,
I maintain the hpx package, which links against boost. I would prefer to
build my package by myself, since we will need to update it to compile/link
with boost 1.69. I tested it yesterday and we need to patch our last stable
release to work with
On 25/01/19 15:57 +, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec
rebase, we're ready to update Boost in rawhide, for this change:
https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so
On 29/01/19 14:59 +0100, Miro Hrončok wrote:
On 25. 01. 19 16:57, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec
rebase, we're ready to update Boost in rawhide, for this change:
https://fedoraproject.org/wiki/Changes/F30Boost169
As always
On 16/05/19 14:53 -0400, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/DisableRootPasswordLoginInSshd
== Summary ==
The upstream OpenSSH disabled password logins for root back in 2015.
The Fedora should follow to keep security expectation and avoid users
surprises with this
On 29/04/19 07:52 -0400, Neal Gompa wrote:
On Mon, Apr 29, 2019 at 7:50 AM Dan Čermák
wrote:
Hi list,
I'm co-maintaining a C++ library that has been continuously updated in
CentOS 7 but a recent change made it incompatible with the default GCC
version available in el7. I.e. the next release
problems.
On 4/29/19 1210 UTC, Jonathan Wakely wrote:
On 29/04/19 07:52 -0400, Neal Gompa wrote:
On Mon, Apr 29, 2019 at 7:50 AM Dan Čermák
wrote:
Hi list,
I'm co-maintaining a C++ library that has been continuously updated in
Which library in which package?
CentOS 7 but a recent change made
On 29/04/19 18:16 +0200, Georg Sauthoff wrote:
On Mon, Apr 29, 2019 at 05:11:53PM +0200, Dan Čermák wrote:
John Reiser writes:
[..]
> What is the nature of the incompatibilities, and what are specific
> examples?
We switched to from the POSIX regex library to as it should be
provided by a
On 03/08/19 19:29 -0400, Sam Varshavchik wrote:
Tom Hughes writes:
But I think upstream is giving very bad advice...
That define does not "add extra crashes" in the way that they
seem to think - well I mean it does literally but those crashes
are reports of program errors on their part.
On 03/08/19 23:14 -0400, Sam Varshavchik wrote:
Andrew Lutomirski writes:
On a cursory search of the standard, I couldn't find where it says
what operator* on this type of iterator does at all, let alone whether
it's valid for one-past-the-end iterators, but I'm pretty sure that
your code is,
On 03/09/19 09:57 -0600, Jerry James wrote:
On Tue, Sep 3, 2019 at 7:37 AM Michael J Gruber wrote:
This is to let you know that I intend to orphan dblatex.
Note that the gcc package uses dblatex to build libstdc++
documentation. We as a project need to figure out what to do about
dblatex's
On 03/09/19 18:34 +0100, Jonathan Wakely wrote:
On 03/09/19 09:57 -0600, Jerry James wrote:
On Tue, Sep 3, 2019 at 7:37 AM Michael J Gruber wrote:
This is to let you know that I intend to orphan dblatex.
Note that the gcc package uses dblatex to build libstdc++
documentation. We
On 16/03/20 11:23 -0400, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/F33MingwEnvToolchainUpdate
== Summary ==
Update the MinGW base environment and toolchain to the latest upstream
stable releases.
== Owner ==
* Name: [[User:smani|Sandro Mani]]
* Email: manisan...@gmail.com
==
On 30/03/20 20:55 +0200, Jakub Jelinek wrote:
On Mon, Mar 30, 2020 at 07:50:48PM +0200, Jakub Jelinek wrote:
On Mon, Mar 30, 2020 at 11:34:15AM -0600, Nathanael D. Noblet wrote:
> I have a project that isn't part of Fedora yet - though really I
> should add it at this point. Its php-cpp. It
On 29/03/20 11:31 -0700, Luya Tshimbalanga wrote:
Hello team,
Can someone investigate the failure on Fedora 32 YafaRay? It seems
related to boost [2].
It's a GCC bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94190
It's fixed in this GCC update which has been submitted for testing:
On 30/03/20 11:34 -0600, Nathanael D. Noblet wrote:
Hello,
I have a project that isn't part of Fedora yet - though really I
should add it at this point. Its php-cpp. It allows me to write c++
extensions for PHP. Its worked well for a couple years. I upgraded to
F32 beta and now when compiling
Hi,
I've just created a change proposal to update Boost in rawhide to the
latest upstream package, 1.73.0, due out any day now.
This will include Boost.Nowide, so I think the standalone boost-nowide
currently in Fedora should be retired for F33.
The alternative would be to omit the nowide
On 20/04/20 15:43 +0300, Vascom wrote:
Will Boost ever be updated on Fedora again?
https://bugzilla.redhat.com/show_bug.cgi?id=1558278
Yes.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
The 'boost' package doesn't install anything, it just pulls in most
of the subpackages built from boost.spec:
# boost is an "umbrella" package that pulls in all boost shared library
# components, except for MPI and Python sub-packages. Those are special
# in that there are alternative
On 22/05/20 03:06 +0200, Miro Hrončok wrote:
Hello, in order to deliver Python 3.9, we are running a coordinated
rebuild in a side tag.
https://fedoraproject.org/wiki/Changes/Python3.9
If you see a "Rebuilt for Python 3.9" (or similar) commit in your
package, please don't rebuild it in
On 22/05/20 10:47 +0200, Miro Hrončok wrote:
On 22. 05. 20 8:28, Jonathan Wakely wrote:
On 22/05/20 03:06 +0200, Miro Hrončok wrote:
Hello, in order to deliver Python 3.9, we are running a
coordinated rebuild in a side tag.
https://fedoraproject.org/wiki/Changes/Python3.9
If you see
On 22/05/20 11:43 +0100, Tomasz Kłoczko wrote:
On Fri, 22 May 2020 at 10:42, Miro Hrončok wrote:
[..]
It is just the component name. The user installable package is still
python3.
I call it thing-which-should-not-exist or thing-which-shall-not-pass.
That way it is easier to pronounce
On 22/05/20 13:06 +0200, Miro Hrončok wrote:
On 22. 05. 20 12:54, Jonathan Wakely wrote:
On 22/05/20 10:47 +0200, Miro Hrončok wrote:
On 22. 05. 20 8:28, Jonathan Wakely wrote:
On 22/05/20 03:06 +0200, Miro Hrončok wrote:
Hello, in order to deliver Python 3.9, we are running a
coordinated
On 22/05/20 14:49 +0200, Miro Hrončok wrote:
On 22. 05. 20 13:06, Miro Hrončok wrote:
Could you give me the list of packages? Is it this?
$ repoquery -C --repo=rawhide{,-source} --whatrequires boost-devel | grep src$
I can see where the sets overlap. Maybe we can figure things out somehow.
On 13/10/20 07:45 +0200, Zdenek Dohnal wrote:
On 10/12/20 5:15 PM, Joe Doss wrote:
On 10/12/20 1:50 AM, Zdenek Dohnal wrote:
This would break using Vim when vim-minimal and vim-enhanced are
installed (it would start Vi instead of typed Vim). To make it work,
vim-minimal would have to conflict
On 13/10/20 10:53 +0200, Zdenek Dohnal wrote:
On 10/12/20 9:34 PM, clime wrote:
On Mon, 12 Oct 2020 at 07:39, Zdenek Dohnal wrote:
On 10/10/20 2:37 PM, clime wrote:
Hello,
could Fedora and CentOS containers for docker and podman come with
`alias vim=vi` in ~/.bashrc?
I would very much
On 13/10/20 07:38 -0500, Chris Adams wrote:
Once upon a time, Jonathan Wakely said:
Could vim-minimal and vim-enhanced both install the same
/etc/profile.d/vim.sh file that did something like this?
if [ -n "${BASH_VERSION-}" -o -n "${KSH_VERSION-}" -o -n "${ZSH_VERSI
On 13/10/20 16:04 +0200, Zdenek Dohnal wrote:
On 10/13/20 12:34 PM, Jonathan Wakely wrote:
On 13/10/20 07:45 +0200, Zdenek Dohnal wrote:
On 10/12/20 5:15 PM, Joe Doss wrote:
On 10/12/20 1:50 AM, Zdenek Dohnal wrote:
This would break using Vim when vim-minimal and vim-enhanced are
installed
On 27/05/20 19:30 -0700, Luya Tshimbalanga wrote:
On 2020-05-26 3:48 a.m., Jonathan Wakely wrote:
On 23/05/20 12:18 -0700, Luya Tshimbalanga wrote:
On 2020-05-23 11:20 a.m., Igor Raits wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sat, 2020-05-23 at 11:09 -0700, Luya
I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
it, using the f33-boost side tag.
If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your
packages, please do not make another update. Instead co-ordinate with
me to use the side tag for your update (if your
? If not, then you don't need to
worry about the rebuilds. A new build will arrive in rawhide when it's
ready.
The request to check with me was if you need to update the package.
чт, 28 мая 2020 г., 11:45 Jonathan Wakely :
I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
it, using
On 28/05/20 14:21 +0200, Fabio Valentini wrote:
On Thu, May 28, 2020 at 2:16 PM Jonathan Wakely
wrote:
I've literally just started. The new boost hasn't even finished yet:
https://koji.fedoraproject.org/koji/taskinfo?taskID=45094034
I wonder if this build is actually broken
On 24/05/20 00:43 +0200, Miro Hrončok wrote:
On 23. 05. 20 20:09, Luya Tshimbalanga wrote:
Hello team,
It looks like the build system is missing boost-python3-devel which
causes openvdb to fail as result below:
https://koji.fedoraproject.org/koji/taskinfo?taskID=44871050
Could someone
On 23/05/20 12:18 -0700, Luya Tshimbalanga wrote:
On 2020-05-23 11:20 a.m., Igor Raits wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sat, 2020-05-23 at 11:09 -0700, Luya Tshimbalanga wrote:
Hello team,
It looks like the build system is missing boost-python3-devel which
causes
On 28/05/20 09:44 +0100, Jonathan Wakely wrote:
I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
it, using the f33-boost side tag.
If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your
packages, please do not make another update. Instead c
On 29/05/20 09:34 +0200, Miro Hrončok wrote:
On 29. 05. 20 9:32, Felix Schwarz wrote:
Am 29.05.20 um 09:19 schrieb Miro Hrončok:
The side tag is being merged right now.
Thank you for all the work (also in advance with all the alpha/beta versions)
:-)
Seems like quite a few Python packages
On 29/05/20 12:17 +0200, Miro Hrončok wrote:
On 29. 05. 20 11:49, Jonathan Wakely wrote:
On 29/05/20 09:34 +0200, Miro Hrončok wrote:
On 29. 05. 20 9:32, Felix Schwarz wrote:
Am 29.05.20 um 09:19 schrieb Miro Hrončok:
The side tag is being merged right now.
Thank you for all the work
On 15/05/20 14:12 -0400, Charalampos Stratakis wrote:
Hello everyone,
As of Python 3.8, python C extensions modules should not link to libpython,
unless they embed the interpreter in their code. Relevant upstream PR:
https://github.com/python/cpython/pull/12946
If your package links to
On 29/05/20 15:21 +0200, Fabio Valentini wrote:
On Fri, May 29, 2020 at 2:29 PM Jun Aruga wrote:
This just happened on Fedora rawhide build now.
Could anyone fix it?
https://koji.fedoraproject.org/koji/taskinfo?taskID=45138807
On 29/05/20 16:17 +0200, Miro Hrončok wrote:
On 22. 05. 20 3:06, Miro Hrončok wrote:
Hello, in order to deliver Python 3.9, we are running a coordinated
rebuild in a side tag.
https://fedoraproject.org/wiki/Changes/Python3.9
If you see a "Rebuilt for Python 3.9" (or similar) commit in
On 01/06/20 02:14 -, Denis Arnaud wrote:
Thanks for the follow up!
| airinv airrac airtsp rmol sevmgr trademgen
All those packages have been successfully rebuilt (after upstream upgrade):
* airinv: https://bodhi.fedoraproject.org/updates/FEDORA-2020-d6b3c81762
* airrac:
On 02/06/20 10:44 -0400, Kaleb Keithley wrote:
On Tue, Jun 2, 2020 at 10:25 AM Jonathan Wakely
wrote:
...
ceph was not in my list, because it isn't returned by the first query
shown at https://fedoraproject.org/wiki/Changes/F33Boost173#Dependencies
Does it actually depend on any libboost_
On 02/06/20 16:24 +0100, José AbÃlio Matos wrote:
On Tuesday, 2 June 2020 15.57.14 WEST Jonathan Wakely wrote:
The side tag is merging right now, you just have to wait for 100+
packages to be signed, and they'll be in rawhide.
Oops, I submitted now a new lyx for rawhide. If for some reason
On 01/06/20 07:21 -0500, Richard Shaw wrote:
When did this nonsense start happening?
Some time between April 2019:
https://bugzilla.redhat.com/show_bug.cgi?id=1558278#c10
and August 2019:
https://bugzilla.redhat.com/show_bug.cgi?id=1558278#c17
___
On 02/06/20 07:54 -0400, Kaleb Keithley wrote:
Is the rebuild in the side tag something that's still in progress?
I sent Jonathan an email asking, but didn't get a reply.
Sorry, I didn't see the mail until today.
https://fedoraproject.org/wiki/Changes/F33Boost173#Scope links to the
ticket
On 02/06/20 09:54 +0200, Petr Pisar wrote:
On Tue, Jun 02, 2020 at 07:58:15AM +0200, tsalim--- via devel wrote:
At this point, I am working on adding support for numbers as large as 2^255
as required by the length_encode function detailed on page 9 of the RFC.
The C Programming Language does
On 02/06/20 11:01 -0400, Kaleb Keithley wrote:
On Tue, Jun 2, 2020 at 10:58 AM Jonathan Wakely
wrote:
>Up to now it hasn't.
>
>I've been waiting to get boost > 1.71 so that it can be built with the
>system boost instead of its bundled copy.
>
>If the side tag build
On 28/05/20 09:44 +0100, Jonathan Wakely wrote:
I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
it, using the f33-boost side tag.
If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your
packages, please do not make another update. Instead c
On 02/06/20 17:58 +0200, Iñaki Ucar wrote:
On Tue, 2 Jun 2020 at 17:37, Jonathan Wakely wrote:
All packages from the f33-boost side tag have now been signed and
should be in rawhide
But not in Bodhi. Does this require manual intervention?
No.
Does it need to be in bodhi now? It's
On 23/10/20 13:46 -0400, Neal Gompa wrote:
On Fri, Oct 23, 2020 at 1:07 PM Clement Verna wrote:
On Fri, 23 Oct 2020 at 17:20, Miro Hrončok wrote:
On 10/23/20 2:45 PM, Aleksandra Fedorova wrote:
> Sorry, but you just need to accept the fact that some _early
> development_ work in Fedora
On 28/10/20 13:31 +0100, Florian Weimer wrote:
* Jonathan Wakely:
Dropping GCC 11 into rawhide now would mean I can't make certain
ABI-breaking changes to the C++20 library in upstream GCC, because it
would be landing on real users' machines. Which means I lose several
weeks of GCC's stage 1
On 28/10/20 14:35 +0100, Florian Weimer wrote:
* Jonathan Wakely:
On 28/10/20 13:31 +0100, Florian Weimer wrote:
* Jonathan Wakely:
Dropping GCC 11 into rawhide now would mean I can't make certain
ABI-breaking changes to the C++20 library in upstream GCC, because it
would be landing on real
On 21/07/20 19:12 +0100, Dave Love wrote:
Jonathan Wakely writes:
On 20/07/20 16:01 -0500, Steven Munroe wrote:
Jonathan Wakely wrote:
Why are you asking fedpkg to build for f33 if you are trying to
package something for el7 and el8?
I am trying to get better turn around for myself as I
On 20/07/20 13:09 -0500, Steven Munroe wrote:
Then I would have to learn what a "EL7 mock chroot" is. And how it is
man mock
different from "rpmbuild "
That builds the package on your local system, using the packages
available on your local system. If that's Fedora, then you're not
going
On 21/07/20 17:12 -0500, Steven Munroe wrote:
Dave Love; writes:
...
I'm pretty sure I said to do that a while ago, like I did when
testing the trivial patch that I didn't expect to cause such trouble.
You probably did say so ;)
I come from a different culture and experience. I am not as
On 03/08/20 17:16 +0200, Andrea Musuruane wrote:
Hi guys,
at least one of the packages I maintain was also affected. Fedora
I'm seeing the same error for boost on both s390x and armv7hl.
Release Engineering has opened a bug against the package for this issue.
Can you please avoid that?
On 06/08/20 11:34 -0400, John Florian wrote:
I understand better now my problems with my mappings. Above, I said I
had a mapping for :nohlsearch. In actuality, this was ^E
:nohlsearch. Both should work but only the latter now only works
with vim; gvim shows the mapping with :map but I
On 04/08/20 17:48 +0200, Fabio Valentini wrote:
On Tue, Aug 4, 2020 at 5:46 PM Jonathan Wakely
wrote:
On 03/08/20 19:29 +0200, Fabio Valentini wrote:
>On Mon, Aug 3, 2020 at 6:59 PM Hans de Goede wrote:
>>
>> Hi,
>>
>> On 8/3/20 5:53 PM, Kevin Fenzi wrote:
>>
On 04/08/20 10:59 -0500, Richard Shaw wrote:
On Tue, Aug 4, 2020 at 10:49 AM Jonathan Wakely
wrote:
On 03/08/20 13:32 -0500, Richard Shaw wrote:
>I finally ran into another issue and used the vim faq. It was ":set
>cindent" that was causing the crazy indentation in spec file %
On 03/08/20 18:03 +0200, Hans de Goede wrote:
Hi,
On 8/3/20 5:53 PM, Kevin Fenzi wrote:
On Mon, Aug 03, 2020 at 05:21:58PM +0200, Hans de Goede wrote:
Hi All,
I just noticed that a lot my packages got a FTBFS because of
failing to build on s390x. The first set of rebuilds failed with:
On 03/08/20 19:29 +0200, Fabio Valentini wrote:
On Mon, Aug 3, 2020 at 6:59 PM Hans de Goede wrote:
Hi,
On 8/3/20 5:53 PM, Kevin Fenzi wrote:
> On Mon, Aug 03, 2020 at 05:21:58PM +0200, Hans de Goede wrote:
>> Hi All,
>>
>>
>> I just noticed that a lot my packages got a FTBFS because of
>>
On 03/08/20 13:32 -0500, Richard Shaw wrote:
I finally ran into another issue and used the vim faq. It was ":set
cindent" that was causing the crazy indentation in spec file %changelogs.
I still consider this a bug as the file doesn't even end in c, cpp, cxx,
c++ etc.
What's turning it on for
On 05/08/20 04:35 +0200, J. Scheurich wrote:
Am 05.08.20 um 01:52 schrieb Ben Cotton:
Here are some upcoming deadlines and milestones for the Fedora 33
development cycle:
Are you sure, that boost1.73 should be part of fedora 33 ?
It lloks like boost.173 would require a future verson of
On 01/07/20 09:54 +0100, Richard W.M. Jones wrote:
I might support this, but Nano is a terrible editor. It has key
bindings that are quite unlike any other program and conflict with
normal bindings that newbies might be used to (eg. ^X is cut, not exit).
If we're going to newbies how about a
On 02/07/20 14:41 -0300, Sergio Belkin wrote:
El jue., 2 jul. 2020 a las 13:30, Vitaly Zaitsev via devel (<
devel@lists.fedoraproject.org>) escribió:
On 01.07.2020 22:47, Sergio Belkin wrote:
> So the question is: in this case I can override the Fedora compiler
flags?
Don't do this, please.
On 02/07/20 07:08 -0500, Brandon Nielsen wrote:
On 7/2/20 12:55 AM, John M. Harris Jr wrote:
Lennart,
We don't need more systemd-bloat just to boot our systems. However your
bootloader works, it doesn't really matter if it's not up to snuff with GRUB2.
When it supports LUKS, LVM, LUKS+LVM,
On 07/07/20 14:24 +0200, Kevin Kofler wrote:
Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/UseNanoByDefault
== Summary ==
Let's make Fedora more approachable, by having a default editor that
doesn't require specialist knowledge to use.
== Owner ==
* Name: [[User:chrismurphy| Chris
On 12/07/20 12:52 +0100, Ian McInerney wrote:
On Sun, Jul 12, 2020 at 12:46 PM Jonathan Wakely
wrote:
On 12/07/20 12:33 +0100, Ian McInerney wrote:
This is what the upstream project explicitly says to do when using LLVM10:
>
https://github.com/imageworks/OpenShadingLanguage/blob/master/
On 12/07/20 12:33 +0100, Ian McInerney wrote:
On Sun, Jul 12, 2020 at 12:15 PM Andy Mender
wrote:
On Sat, 11 Jul 2020 at 21:47, Robert-André Mauchin
wrote:
%build
%cmake \
-B build \
-DUSE_BOOST_WAVE=ON \
-DUSE_PARTIO=OFF \
-DCMAKE_CXX_STANDARD=14 \
-DLLVM_STATIC=0 \
On 11/07/20 01:44 -0700, John M. Harris Jr wrote:
I said that php-fpm was fast than mod_php, however it's just not a huge
When?
I see the opposite claim, repeatedly:
On 10/07/20 18:38 -0700, John M. Harris Jr wrote:
They've been running just fine for years. I don't see any reason to lose
On 25/06/20 13:34 -0600, Chris Murphy wrote:
On Thu, Jun 25, 2020 at 12:50 PM Jan Kratochvil
wrote:
On Thu, 25 Jun 2020 19:18:59 +0200, Ben Cotton wrote:
> In contrast, Nano offers the kind of graphical text editing experience
> that people are used to,
This is another step trying to make
On 25/06/20 20:50 +0200, Jan Kratochvil wrote:
On Thu, 25 Jun 2020 19:18:59 +0200, Ben Cotton wrote:
In contrast, Nano offers the kind of graphical text editing experience
that people are used to,
This is another step trying to make Fedora end-user friendly while the only
effect is making it
On 26/06/20 00:57 -0700, Samuel Sieb wrote:
On 6/26/20 12:42 AM, Jan Kratochvil wrote:
On Fri, 26 Jun 2020 03:31:10 +0200, Samuel Sieb wrote:
But regardless, that's something to fix in the dnf bash completion scripts,
not a reason to completely disable completion as the earlier poster said.
On 26/06/20 10:19 +0200, Jan Kratochvil wrote:
On Fri, 26 Jun 2020 09:57:49 +0200, Samuel Sieb wrote:
The dnf one works fine.
It does not as I have shown. Moreover it takes so much time to do dnf command
completion and one always has to ctrl-c it anyway. That is because dnf should
use cached
On 26/06/20 13:32 +0200, David Kaufmann wrote:
On Fri, Jun 26, 2020 at 01:15:58AM -0700, Samuel Sieb wrote:
The most user friendly solution is to have nano by default with a very easy
way to revert to vim for anyone that knows what they are doing.
No, it is not. It is user friendly to the
On 26/06/20 14:59 +0200, Tomasz Torcz wrote:
On Fri, Jun 26, 2020 at 12:27:39PM +0100, Jonathan Wakely wrote:
On 26/06/20 10:19 +0200, Jan Kratochvil wrote:
> On Fri, 26 Jun 2020 09:57:49 +0200, Samuel Sieb wrote:
> > The dnf one works fine.
>
> It does not as I have shown. Moreo
On 26/06/20 14:03 +0200, Theodore Papadopoulo wrote:
On 6/26/20 1:30 PM, Qiyu Yan wrote:
Adam Williamson mailto:adamw...@fedoraproject.org>> 于 2020年6月26日周五 上午9:32写道：
On Fri, 2020-06-26 at 08:44 +0800, Qiyu Yan wrote:
> What about to provide a prompt to the user telling them the
On 25/06/20 18:48 -0700, Adam Williamson wrote:
On Thu, 2020-06-25 at 22:30 -0300, Sergio Belkin wrote:
Well, I strongy disagree whit this move.
In fact on of the things that I hate of Debian/Ubuntu is the choice of nano
and the poor version that they offer by default of vi.
More friendly for
On 26/06/20 09:22 -0300, Sergio Belkin wrote:
Really do we believe that setting nano as a default editor will attract new
users to Linux? How many end users in last years use Debian because of the
default editor change? A newbie generally does know nothing about vi/vim,
cron, git, etc...
The
On 26/06/20 08:43 -0400, Neil Horman wrote:
On Fri, Jun 26, 2020 at 01:27:54PM +0100, Jonathan Wakely wrote:
On 26/06/20 09:22 -0300, Sergio Belkin wrote:
> Really do we believe that setting nano as a default editor will attract new
> users to Linux? How many end users in last years use
301 - 400 of 612 matches
Mail list logo
