On 30.11.2014 14:24, Richard Hughes wrote:
On 30 November 2014 at 00:20, Sandro Mani wrote:
Today it happened a handful of times that my local rpm repository got wiped
out (except for the repodata folder), and owner/group changed to root/root
(including the repodata folder).
That sounds like
t/uncomment
line 280 of /usr/lib/pbuilder/pbuilder-modules as necessary.
Thanks,
Sandro
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734193
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384389
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506917
[4] https://bugs.laun
On 11.12.2014 01:13, Andrew Lutomirski wrote:
On Wed, Dec 10, 2014 at 4:03 PM, Sandro Mani wrote:
Hi,
Before digging around more, though I'd check here if some debian+selinux
experienced person has any ideas... I'm encountering two kinds of failure
when using pbuilder which se
. Perhaps it would
be better to just keep the bundled version in sqlitebrowser instead of
packaging dead software. OTOH unbundling is trivial. Is there a policy
for such cases, what is preferred?
Happy to review in exchange.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
Hi,
sqlitebrowser still looking for a reviewer :)
https://bugzilla.redhat.com/show_bug.cgi?id=1173375
Thanks!
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi,
python-pillow split off the sane library into a separate project, review
request for the package is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1178191
Happy to review in exchange.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
ay forward is to make the changes
outlined above for rawhide, and ask for a bundling exception for libiax
in sflphone for the stable releases.
Any objections or comments?
Thanks,
Sandro
[1] https://sourceforge.net/p/iaxclient/code/HEAD/tree/trunk/lib/libiax2/
[2] http://svn.digium.com/svn/l
On 08.01.2015 09:06, Michael Schwendt wrote:
On Wed, 07 Jan 2015 19:14:00 +0100, Sandro Mani wrote:
So what I'm planning to do is to retire the iax package in Fedora, and
have add to the iaxclient package the subpackages -libiax and
-libiax-devel, containing the iaxclient bundled li
p and
disabling the integrated display and activating an external one), some
relevant upstream reports (which no recent activity) are [1] and [2].
Any chance of verifying that this won't cause the entire desktop to
crash with Plasma 5? That would be pretty unpleasant.
Thanks,
Sandro
Hi,
I've got sflphone (SIP/IAX2 compatible softphone) up for review at
https://bugzilla.redhat.com/show_bug.cgi?id=1180698
Not high priority, but a nice to have. Happy to review in exchange.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraprojec
ally like it if I
wasn't the only owner.
Guess I could assist here, in particular to check whether the bamg
headers part of freefem++ could be packaged for gmsh to use.
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedo
On 22.01.2015 18:50, Jerry James wrote:
On Mon, Jan 19, 2015 at 7:42 AM, Sandro Mani wrote:
Hi,
I've got sflphone (SIP/IAX2 compatible softphone) up for review at
https://bugzilla.redhat.com/show_bug.cgi?id=1180698
Not high priority, but a nice to have. Happy to review in exchange.
I
On 28.01.2015 21:43, Daniel Vrátil wrote:
Hi all,
this is an announcement that KDE SIG has pushed Plasma 5, the next major
version of KDE workspaces, into rawhide as part of the Plasma 5 change for
Fedora 22 [0].
The upgrade path from KDE 4 should be smooth and doable simply through yum
update
On 28.01.2015 23:54, Sandro Mani wrote:
On 28.01.2015 21:43, Daniel Vrátil wrote:
Hi all,
this is an announcement that KDE SIG has pushed Plasma 5, the next major
version of KDE workspaces, into rawhide as part of the Plasma 5
change for
Fedora 22 [0].
The upgrade path from KDE 4 should
On 29.01.2015 10:21, Sandro Mani wrote:
Heads up on a more serious issue: there is still a nasty issue in Qt5
which causes all applications to crash when screens are
connected/disconnected. This means that now also plasma will crash in
those circumstances. Reported at rhbz [1], and a number
ethod calling a private
function of a base class). I'm currently trying to narrow down the
issue. In any event, this bug is causing most Qt5 applications to crash
right on start (regardless of the display configuration).
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://adm
On 13.02.2015 15:53, Rex Dieter wrote:
Rex Dieter wrote:
KDE SIG is investigating some recent/serious reported crasher bugs in
rawhide, notably:
"Could not sync environment to dbus." (startkde)
https://bugzilla.redhat.com/show_bug.cgi?id=1191171
and (an older one, but the situation has got
On 13.02.2015 16:04, Sandro Mani wrote:
On 13.02.2015 15:53, Rex Dieter wrote:
Rex Dieter wrote:
KDE SIG is investigating some recent/serious reported crasher bugs in
rawhide, notably:
"Could not sync environment to dbus." (startkde)
https://bugzilla.redhat.com/show_bug.cgi?id=11
On 13.02.2015 22:21, Sandro Mani wrote:
On 13.02.2015 16:04, Sandro Mani wrote:
On 13.02.2015 15:53, Rex Dieter wrote:
Rex Dieter wrote:
KDE SIG is investigating some recent/serious reported crasher bugs in
rawhide, notably:
"Could not sync environment to dbus." (start
On 24.02.2015 17:19, Helio Chissini de Castro wrote:
Yes
We're about to finish last integration part, that is pcmanfm-qt, and
with Qt 5.4.1 arriving, the previous drag and drop issues that plagued
0.9.0 release will be solved ( not LXQt fault ).
For the spin, we had a small discussion on defau
On 24.02.2015 17:48, Helio Chissini de Castro wrote:
Yep, Qupzilla appeared on the list, but there's one single impeditive
for me: Qt4
All LXQt for now is Qt5 based.
Qupzilla should also built on Qt5, judging i.e. from [1].
[1] https://www.archlinux.org/packages/community/i686/qupzilla/
--
d
Hi,
I need ccrtp, libzrtpcpp and dbus-c++ to be rebuilt against GCC5 to get
sflphone building [1].
Thanks,
Sandro
[1] https://kojipkgs.fedoraproject.org//work/tasks/4328/9074328/build.log
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
get some *-debuginfo packages installed into the build root to
gather a more complete backtrace?
Thanks
Sandro
[1]
https://koji.fedoraproject.org/koji/getfile?taskID=17845664&name=build.log&offset=-16000
___
devel mailing list -- devel@lists.fe
On 13.02.2017 21:35, Dan Horák wrote:
ask Fedora infra guys for a ppc64/ppc64le VM and debug it locally?
Well the debuginfo trick would have been a quick way to get a
stacktrace, but sure, if there are any VMs available that would also work.
___
de
On 14.02.2017 12:21, Richard W.M. Jones wrote:
On Mon, Feb 13, 2017 at 11:07:05PM +0100, Sandro Mani wrote:
On 13.02.2017 21:35, Dan Horák wrote:
ask Fedora infra guys for a ppc64/ppc64le VM and debug it locally?
Well the debuginfo trick would have been a quick way to get a
stacktrace, but
On 16.02.2017 13:02, Jonathan Wakely wrote:
On 16/02/17 10:15 +, Jonathan Wakely wrote:
On 15/02/17 22:53 -0500, Orcan Ogetbil wrote:
On 15 February 2017 at 09:12, Jonathan Wakely wrote:
A mockchain build of dbus-c++ libffado and sflphone works with this
patch. repoquery says nothing els
(buildhw-04.phx2.fedoraproject.org) -> FAILED: ActionNotAllowed: policy
violation (build_from_srpm)
0 free 0 open 0 done 1 failed
17994713 build (rawhide,
/git/rpms/mingw-eigen3:e85524ace76e2d184ef7be04a8b9db7752099dbf) failed
Thanks
Sandro
__
On 22.02.2017 19:36, Kevin Fenzi wrote:
On Wed, 22 Feb 2017 18:52:35 +0100
Sandro Mani wrote:
Hi
Anyone an idea what's going on here?
$ fedpkg build
Building mingw-eigen3-3.3.3-1.fc26 for rawhide
Created task: 17994713
Task info:
https://koji.fedoraproject.org/koji/taskinfo?t
On 23.02.2017 01:36, Kevin Fenzi wrote:
On Wed, 22 Feb 2017 21:19:52 +0100
Sandro Mani wrote:
On 22.02.2017 19:36, Kevin Fenzi wrote:
On Wed, 22 Feb 2017 18:52:35 +0100
Sandro Mani wrote:
Hi
Anyone an idea what's going on here?
$ fedpkg build
Building mingw-eigen3-3.3.3-1.fc2
fix it by renaming the spec file or do I need to take other
precautions?
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 06.03.2017 17:09, Martin Bříza wrote:
On Mon, 06 Mar 2017 17:03:51 +0100, Sandro Mani
wrote:
Hi
I just came across a package (mingw-qt5-qtquickcontrols) whose
specfile isn't named .spec (in this case,
mingw-qtquickcontrols.spec instead of mingw-qt5-qtquickcontrols.spec).
Hi Germano, oVirt is still alive and supporting Fedora 24 on last 4.1
release. We are not shipping within Fedora repos because we are unable to
package all the needed dependencies following fedora guidelines. I would
suggest to join us...@ovirt.org mailing list for getting support on your
install.
te)
File "/usr/lib64/python2.7/xmlrpclib.py", line 741, in dump_struct
dump(v, write)
File "/usr/lib64/python2.7/xmlrpclib.py", line 660, in __dump
f(self, value, write)
File "/usr/lib64/python2.7/xmlrpclib.py", line 686, in dump_long
raise OverflowError,
On 11.05.2017 16:58, Michael Mraka wrote:
Sandro Mani:
Hi
I've tried a couple of times to build mingw-qt5-qtquick1 [1], but
the task consistently fails after the actual build succeded [2],
seemingly when moving the rpms or tagging the build, with the
following message:
Traceback
?
--
Sandro Bonazzola
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
hat's
wrong? :)
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 08.06.2017 00:36, Peter Robinson wrote:
On Wed, Jun 7, 2017 at 11:22 PM, Sandro Mani wrote:
Hi,
I've got a couple of updates which are stuck waiting to get pushed to
stable:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-e46ec0bbe8
https://bodhi.fedoraproject.org/updates/F
On 26.06.2017 09:02, t...@fedoraproject.org wrote:
qgis volter, bruno, daveisfera, 162 weeks ago
orion, rezso
I've launched new qgis builds for rawhide and f26 disabling parallel
build as a quick workaround for the build failure.
_
On 27.06.2017 02:59, Adam Williamson wrote:
On Sun, 2017-06-25 at 00:01 +, t...@fedoraproject.org wrote:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please
Hi
I need mingw-pcre2 to update mingw-qt5-* to 5.9.0. Review request is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1461368
Happy to review in exchange.
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On 27.06.2017 17:55, Sandro Mani wrote:
Hi
I need mingw-pcre2 to update mingw-qt5-* to 5.9.0. Review request is
here:
https://bugzilla.redhat.com/show_bug.cgi?id=1461368
Happy to review in exchange.
And one more:
mingw-graphite2 - https://bugzilla.redhat.com/show_bug.cgi?id=1465676
Hi Ben
I'm happy to take the first two in exchange for
https://bugzilla.redhat.com/show_bug.cgi?id=1461368
https://bugzilla.redhat.com/show_bug.cgi?id=1465676
which are simple C/C++ MinGW packages. Deal?
Thanks
Sandro
On 03.07.2017 19:58, Ben Rosser wrote:
Hi,
I have a handful of pac
mingw-glibmm24 yesterday for F27 and both got its provides again. Not
sure what cause the script to fail before though.
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
||| should include systemd-tmpfiles --create
|%{_tmpfilesdir}/%{name}.conf
- ... ?
Thanks,
Sandro
|
|
|
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 23.10.2013 19:40, Ville Skyttä wrote:
On Wed, Oct 23, 2013 at 8:22 PM, Sandro Mani wrote:
In cases where a package ships a .tmpfiles file which manages i.e.
the /var/run/ directory, what is the best way to make sure that the
directory exists after installing the package, without rebooting
On 23.10.2013 23:25, Tomasz Torcz wrote:
On Wed, Oct 23, 2013 at 07:22:16PM +0200, Sandro Mani wrote:
Hi,
In cases where a package ships a .tmpfiles file which
manages i.e. the /var/run/ directory, what is the best way
|to make sure that the directory exists after installing the
package
On 25.10.2013 03:00, Haïkel Guémar wrote:
Le 25/10/2013 01:53, Adam Williamson a écrit :
On Tue, 2013-10-15 at 17:35 +0200, Sandro Mani wrote:
Hi,
Needing a calendar server for the company, I've ended up packaging the
groupware server SOGo [1], which is a neat MS Exchange alternative.
Hi,
I just noticed that my rawhide installation, which was originally
installed when F18 was rawhide in summer 2012 and upgraded since, has
PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/home/sandro/.local/bin:/home/sandro/bin
On a fresh rawhide installation, I get
PATH=/usr
On 27.10.2013 01:38, Reindl Harald wrote:
Am 27.10.2013 01:10, schrieb Sandro Mani:
I just noticed that my rawhide installation, which was originally installed
when F18 was rawhide in summer 2012 and
upgraded since, has
PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/home/sandro
your first post is unclear because you speak about two setups
to get rid of all this UsrMove fragments make a strict config
Ah yes, I could have expressed it better. My problem is the following:
[sandro@oldrawhide]$ echo $PATH
/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/home
yes (reinstalled just to be sure)
Is it specific to "bash" or also other shells (such as "tcsh")?
Also tcsh is affected (changed login shell in /etc/passwd and logged in
from VT)
/home/sandro/.local/bin in the PATH is not the default.
Or is it new for Rawhide?
P.s.: I know s
On 28.10.2013 11:11, Michael Schwendt wrote:
On Sun, 27 Oct 2013 15:43:44 +0100, Sandro Mani wrote:
In which places have you searched already?
$HOME/.bashrc
$HOME/.bash_profile
/etc/bashrc
/etc/profile
/etc/profile.d/*
Is it the same for a fresh user account?
Is it the same for "
On 28.10.2013 15:39, T.C. Hollingsworth wrote:
On Sat, Oct 26, 2013 at 4:10 PM, Sandro Mani wrote:
Hi,
I just noticed that my rawhide installation, which was originally installed
when F18 was rawhide in summer 2012 and upgraded since, has
PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/sbin
o use macros inside macros and have the resulting
thing correctly expanded? :)
Thanks!
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 01.11.2013 15:59, Sandro Mani wrote:
Hi,
I'm trying to do some rpm macro magic:
%define do_build() \
mkdir build_win%{1}_%{2}; \
(cd build_win%{1}_%{2}; \
%{mingw%{1}_qmake_%{2}} 'PREFIX=%{mingw%{1}_prefix}'
'TARGET=quazip-%{2}' ../libquazip; \
%{mingw
On 01.11.2013 16:07, Dridi Boukelmoune wrote:
On Fri, Nov 1, 2013 at 3:59 PM, Sandro Mani wrote:
Hi,
I'm trying to do some rpm macro magic:
%define do_build() \
mkdir build_win%{1}_%{2}; \
(cd build_win%{1}_%{2}; \
%{mingw%{1}_qmake_%{2}} 'PREFIX=%{mingw%{1}_prefix}' &#x
On 01.11.2013 16:09, Sandro Mani wrote:
On 01.11.2013 16:07, Dridi Boukelmoune wrote:
On Fri, Nov 1, 2013 at 3:59 PM, Sandro Mani
wrote:
Hi,
I'm trying to do some rpm macro magic:
%define do_build() \
mkdir build_win%{1}_%{2}; \
(cd build_win%{1}_%{2}; \
%{mingw%{1}_qmake_%{2}} &#
On 02.11.2013 00:33, Michael Catanzaro wrote:
On Fri, 2013-11-01 at 11:01 +, Richard Hughes wrote:
Sure. GNOME is a complete desktop, not a collection of packages
designed to be replaced.
Personally, I see little benefit in prohibiting users from removing core
apps. If they don't like a p
On 02.11.2013 18:18, Kevin Kofler wrote:
Hi,
Sandro Mani wrote:
%define do_build() \
mkdir build_win%{1}_%{2}; \
(cd build_win%{1}_%{2}; \
%{mingw%{1}_qmake_%{2}} 'PREFIX=%{mingw%{1}_prefix}'
'TARGET=quazip-%{2}' ../libquazip; \
%{mingw%{1}_make} %{?_smp_mflags}; \
)\
%{n
On 07.11.2013 12:38, Michael Schwendt wrote:
On Sat, 02 Nov 2013 18:40:46 +0100, Sandro Mani wrote:
On 02.11.2013 18:18, Kevin Kofler wrote:
Hi,
Sandro Mani wrote:
%define do_build() \
mkdir build_win%{1}_%{2}; \
(cd build_win%{1}_%{2}; \
%{mingw%{1}_qmake_%{2}} 'PREFIX=%{mingw%{1}_p
oking for a good test case, I guess this should do just fine ;)
Best,
Sandro
[1] http://smani.fedorapeople.org/mingw-quazip.spec
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 08.11.2013 13:47, Michael Schwendt wrote:
On Thu, 07 Nov 2013 14:10:19 +0100, Sandro Mani wrote:
Well, a Shell Function would be more readable, for example. It would
accept normal arguments to fill in variables -- instead of global RPM
macros, which are substituted in the entire spec file
Hi,
I've put up apitrace for review (continuing a previous effort) here [1].
Happy to review in exchange.
Thanks,
Sandro
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1030107
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
F
update work smoothly? I tried explicitly specifying
Conflicts: xflr5 < 5.09.05-5, but it did not help.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 17.11.2013 22:00, Reindl Harald wrote:
Am 17.11.2013 21:47, schrieb Sandro Mani:
There was an incorrect desktop-file-install call in a package I maintain, i.e.
|desktop-file-install
--dir=%{buildroot}%{_datadir}/applications/%{name}.desktop %{SOURCE1}
which caused the .desktop file to
On 17.11.2013 22:07, Reindl Harald wrote:
Am 17.11.2013 22:02, schrieb Sandro Mani:
On 17.11.2013 22:00, Reindl Harald wrote:
Am 17.11.2013 21:47, schrieb Sandro Mani:
There was an incorrect desktop-file-install call in a package I maintain, i.e.
|desktop-file-install
--dir=%{buildroot
On 17.11.2013 22:18, Reindl Harald wrote:
Am 17.11.2013 22:12, schrieb Sandro Mani:
On 17.11.2013 22:07, Reindl Harald wrote:
Am 17.11.2013 22:02, schrieb Sandro Mani:
On 17.11.2013 22:00, Reindl Harald wrote:
Am 17.11.2013 21:47, schrieb Sandro Mani:
There was an incorrect desktop-file
On 18.11.2013 09:48, Panu Matilainen wrote:
On 11/18/2013 10:27 AM, Florian Weimer wrote:
On 11/18/2013 12:44 AM, Mattias Ellert wrote:
sön 2013-11-17 klockan 22:12 +0100 skrev Sandro Mani:
Upgrading from xflr5-6.09.05-4.fc21.x86_64 to
xflr5-6.09.05-5.fc21.x86_64 however fails with
like: Provides:
debuginfo-requirement(%{name}) = %{version}-%{release}?
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 24.11.2013 17:55, Michael Catanzaro wrote:
On Sun, 2013-11-24 at 16:50 +0100, Sandro Mani wrote:
From abrt-reported bugs where
people generate the backtraces locally, it occasionally happens that
they send incomplete backtraces due to mismatching debugsymbols, and
it
would certainly help
On 24.11.2013 21:52, Michael Schwendt wrote:
On Sun, 24 Nov 2013 16:50:51 +0100, Sandro Mani wrote:
Hi,
I wondered what the reason is that debuginfo packages seem to enter the
repos only at the successive push compared to the regular packages,
which ultimately means that debuginfo packages
ssing something?
Sandro
[1] http://smani.fedorapeople.org/somepackage.spec
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
at do not match the exact debuginfo
version
Regards,
Is there some rpm macro magic to list all the (sub)packages defined in a
spec?
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 26.11.2013 11:50, Christopher Meng wrote:
Isn't it should be implemented implicitly in RPM?
It is just a proof of concept/idea. Will hardly be implemented like
this, if something similar is going to be implemented.
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
On 26.11.2013 19:55, Kevin Kofler wrote:
Sandro Mani wrote:
[1] http://smani.fedorapeople.org/somepackage.spec
Yeah, that hack looks like it could work, sorta. If you have multiple
subpackages installed, having only one subpackage of the correct version and
the others of wrong versions will
27;ll take care of python-pillow.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 02.01.2014 19:50, Kevin Fenzi wrote:
On Thu, 02 Jan 2014 00:31:18 +0100
Sandro Mani wrote:
Hi,
I've just updated libwebp in rawhide, which involves a soname bump.
Dependencies are
ImageMagick-6.8.7.0-2.fc21.src.rpm
SDL2_image-2.0.0-3.fc21.src.rpm
dmapd-0.0.55-5.fc21.src.rpm
gdal-1
On 02.01.2014 23:37, Kevin Fenzi wrote:
On Thu, 02 Jan 2014 23:28:44 +0100
Sandro Mani wrote:
Apologies, will do so next time. Btw, did I miss it or is the soname
bump procedure for package maintainers not really described in any
fedora wiki page?
https://fedoraproject.org/wiki
Hi,
I need python-sphinx-theme-better to build the python-pillow docs,
review is here [1]. Should be very quick and easy. Happy to review in
exchange.
Thanks,
Sandro
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1048045
--
devel mailing list
devel@lists.fedoraproject.org
https
in my .spec. Is that the case? Or is there something else
that is causing this?
Thanks,
Dave
It's just the package makefile which changed, version 2.3.0 does not
install anything in libexecdir (just grep -r libexec in the source
folders to see).
Sandro
--
devel mailing list
a bug report on the issue, see [2].
Thanks,
Sandro
[1] http://smani.fedorapeople.org/qt4vsqt5.png
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1052389
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://
On 22.01.2014 17:37, Sandro Mani wrote:
On 22.01.2014 17:35, Adam Williamson wrote:
On Wed, 2014-01-22 at 11:28 +0100, Sandro Mani wrote:
Hi,
I'd like to build Qt-Creator against Qt5 for F21+, however I dislike
the
way Qt5 apps render fonts under KDE and am therefore hesitant to pus
On 22.01.2014 17:35, Adam Williamson wrote:
On Wed, 2014-01-22 at 11:28 +0100, Sandro Mani wrote:
Hi,
I'd like to build Qt-Creator against Qt5 for F21+, however I dislike the
way Qt5 apps render fonts under KDE and am therefore hesitant to push
the update, see [1] for a screenshot comp
On 31.01.2014 21:23, Ville Skyttä wrote:
smani keyrings-filesystem (none)
Fixed.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 09.02.2014 09:16, John Morris wrote:
My goal for the forthcoming LinuxCNC release is readiness for inclusion
in both Fedora and Debian.
Wow exciting, thanks! How are you planning to deal with the realtime
kernel requirement, or is that beyond the scope of your work?
Sandro
--
devel
Hi
Med builds are failing with
medfile_int_wrap.cc:11272:30: error: no matching function for call to 'std::vector >::erase(SwigValueWrapper<__gnu_cxx::__normal_iterator > > >&)'
result = (arg1)->erase(arg2);
A standalone version which fails to compile (ignoring the fact that arg2 is not
in
On 04.02.2016 13:40, Jakub Jelinek wrote:
On Thu, Feb 04, 2016 at 01:36:50PM +0100, Sandro Mani wrote:
Med builds are failing with
medfile_int_wrap.cc:11272:30: error: no matching function for call to 'std::vector >::erase(SwigValueWrapper<__gnu_cxx::__normal_iterator > >
On 04.02.2016 13:45, Jonathan Wakely wrote:
On 04/02/16 13:36 +0100, Sandro Mani wrote:
Hi
Med builds are failing with
medfile_int_wrap.cc:11272:30: error: no matching function for call to
'std::vector
>::erase(SwigValueWrapper<__gnu_cxx::__normal_iteratorstd::vector > &g
s://apps.fedoraproject.org/notifications/sbonazzo.id.fedoraproject.org/email/29603
but koschei page doesn't show any relevant error. Any pointer to a log I
can check to see what's missing there?
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collabora
ating the packages. Thanks
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
pen
https://pkgs.fedoraproject.org/repo/pkgs/upload.cgi in a browser,
Firefox gives me the "Your connection is not secure" error.
Is this an issue with my system or with the Fedora infrastructure?
Thanks
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.o
On 17.03.2016 23:22, Sandro Mani wrote:
On 17.03.2016 17:35, Kevin Fenzi wrote:
Neither. :) It's likely a fedpkg/pyrpkg bug. ;)
What versions of those do you have installed?
I think:
pyrpkg-1.42-1.fc25.noarch
fedpkg-1.22-2.fc25.noarch
should work, but pyrpkg versions 1.41* were b
Hi
Starting with qt-creator 4.0.0-beta1 (landing in rawhide very soon),
qt-creator will be licensed GPLv3 with exceptions. Previous releases
were LGPLv2 with exceptions or LGPLv3 with exceptions. See also [1].
Sandro
[1] http://blog.qt.io/blog/2016/03/23/qt-creator-4-0-beta-released
are hitting the same issue.
Sandro
[1]
http://pkgs.fedoraproject.org/cgit/rpms/mpi4py.git/commit/?id=4dcdd78572ec874e176b0c6a1c6ee4f6a19d0e47
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Hi
I'd like to reintroduce the libkml package, review request is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1324367
Happy to review in exchange.
Thanks
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
wrong procedure?
No stress, just asking.
Thanks
Sandro
[1] https://fedorahosted.org/rel-eng/ticket/6389
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On 03.05.2016 18:23, opensou...@till.name wrote:
uriparser orphan, fcami 1 weeks ago
Taken.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
repo? Indeed mingw-qt5-qtbase-debuginfo-5.6.0-4.fc24.x86_64.rpm
is also found. Perhaps a recent regression in the repo generation?
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
On 25.10.2016 18:14, Kevin Fenzi wrote:
On Tue, 25 Oct 2016 17:44:49 +0200
Sandro Mani wrote:
Hi
Just noticed that dnf (or yum-deprecated for the matter) won't find
any mingw{32,64}-XXX-debuginfo packages to install (even though
rawhide-debuginfo is enabled, and indeed i.e. qt5-q
On 25.10.2016 20:02, Till Maas wrote:
On Tue, Oct 25, 2016 at 05:44:49PM +0200, Sandro Mani wrote:
rawhide-debuginfo is enabled, and indeed i.e. qt5-qtbase-debuginfo is
found). I suspect that perhaps noarch debuginfo packages are missing from
AFAIK debuginfo packages are not generated for
501 - 600 of 1007 matches
Mail list logo
