On 04.11.2012 01:32, Kevin Fenzi wrote:
So, I have been thinking about rawhide.
I agree identifying the problems/issues would be good, and I think
there's something we can do to help with that:
Get a nice group of at least 10 or so folks who are active on this list
to agree to run it full
Hello all,
Having just been kindly sponsored by Kalev, I guess it's time for the
obligatory Self Introduction :)
First some background stuff: I'm from Switzerland, and have just
received my degree in Computational Sciences and Engineering from ETH.
I've been a Fedora user since F11, and
Hello all,
Working on a python project using PIL, and wanting to port it to
python3, I got bitten by the absence of a python3 compatible PIL. Doing
some research, there seems to be an actively developed PIL fork, called
Pillow, which can be found here [1]. It describes itself as
Pillow
On 28.12.2012 17:14, José Matos wrote:
On 12/23/2012 02:45 AM, Sandro Mani wrote:
Hello all,
Working on a python project using PIL, and wanting to port it to
python3, I got bitten by the absence of a python3 compatible PIL.
Doing some research, there seems to be an actively developed PIL fork
On 02.01.2013 15:11, Matthew Miller wrote:
On Fri, Dec 28, 2012 at 05:17:04PM +0100, Sandro Mani wrote:
I've written a feature page for the PIL-Pillow switch here [1].
[1] https://fedoraproject.org/wiki/Features/Pillow
Does the package dependency list change at all? I ask because cloud-init
The Pillow feature should not be in the list, it was already approved by
FESCO last time.
On Wed, Jan 16, 2013 at 10:43 AM, Marcela Mašláňová mmasl...@redhat.comwrote:
On 01/16/2013 08:36 AM, Marcela Maslanova wrote:
= Followups =
#topic #986 F19 Feature: DualstackNetworking
Can't we simply re-organize the fedoraproject website in such way that the
download button points to something similar to the current More options
page, maybe with a small description for each desktop like easy to use /
feature rich and customizable / based on the traditional desktop / etc
and
On Mon, Jan 28, 2013 at 11:01 AM, Jan Kratochvil
jan.kratoch...@redhat.comwrote:
Could we make a web poll for preferred desktop and make the top one the
Fedora
default? (default = link Download now! on http://fedoraproject.org )
If it is Gnome 3 Shell then fine but AFAIK it won't be Gnome
Hi,
Before submitting a review request for Pillow (which is a F19 feature
[1]), I'd like to see bug 889784 [2] fixed. There is a patch attached,
so it would only be a matter of rebuilding python3 with the patch.
Note that the find_library_file function of distutils is currently
completely
Hello,
Some time ago I've packaged Xfoil, Avl and Xrotor (which are popular
codes for foil/fluid-dynamics related computations), but I never ended
up posting a package review for one reason: the plot window of those
programs needs BackingStore true set in xorg.conf, or otherwise the
contents
On 11.09.2013 12:21, Florian Weimer wrote:
On 09/11/2013 12:16 PM, Sandro Mani wrote:
- Question for anyone with Xorg knowledge: how feasible is it to patch
out of the plot window code the need for BackingStore? I.e. does it only
require some minor changes to the Xlib calls? For reference
On 11.09.2013 13:22, Florian Weimer wrote:
On 09/11/2013 01:07 PM, Sandro Mani wrote:
Thanks for you quick reply, unfortunately the replot function is defined
nowhere.
Oooh. Perhaps try calling GWXFLUSH(), then? That should restore the
window contents from the stored pixmap. It won't
Well, yes, but it ought to work regardless of the xorg.conf setting,
because that setting has been effectively hardwired to true for about
six years now. I rewrote the backing store implementation to use
Composite internally, which is always available, so we just blindly
ignore the config
On 12.09.2013 19:45, Antonio Trande wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/12/2013 07:37 PM, Sandro Mani wrote:
Hi,
I've posted the following package review requests: - #1007539 -
xfoil: Subsonic Airfoil Development System - #1007540 - rotor:
Design and analysis tools
Okay.
So I'll take those newly updated: avl and xrotor.
Thanks Antonio, let me know if I can review anything in exchange. Btw,
you will notice that they are all very similar, so if you manage those
two, xfoil should be just as easy ;)
Sandro
--
devel mailing list
On 12.09.2013 21:30, Przemek Klosowski wrote:
On 09/11/2013 05:27 PM, Sandro Mani wrote:
Well, yes, but it ought to work regardless of the xorg.conf setting,
because that setting has been effectively hardwired to true for about
six years now. I rewrote the backing store implementation
On 12.09.2013 22:05, Brendan Jones wrote:
On 09/12/2013 09:36 PM, Sandro Mani wrote:
Okay.
So I'll take those newly updated: avl and xrotor.
Thanks Antonio, let me know if I can review anything in exchange. Btw,
you will notice that they are all very similar, so if you manage those
two
Hi,
I just posted a review for avl (the Aerodynamic and flight-dynamic
analysis of rigid aircrafts package) [1], and the reviewer noticed that
it conflicts with the retired avl package (the AVL tree manipulation
library). How should one proceed in such situations? Does the old
repository
On 12.09.2013 16:41, Adam Jackson wrote:
On Wed, 2013-09-11 at 23:27 +0200, Sandro Mani wrote:
Well, yes, but it ought to work regardless of the xorg.conf setting,
because that setting has been effectively hardwired to true for about
six years now. I rewrote the backing store implementation
Hi,
One more airfoil package:
#1007604 - xflr5: Analysis tool for airfoils, wings and planes
C++/Qt code with simple qmake build and desktop file.
Again, happy to review in exchange.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
Hi,
I've posted the following package review requests:
- #1007539 - xfoil: Subsonic Airfoil Development System
- #1007540 - rotor: Design and analysis tools for propellers and windmills
- #1007541 - avl: Aerodynamic and flight-dynamic analysis of rigid aircrafts
They are all fortran/C
On 13.09.2013 09:54, Florian Weimer wrote:
On 09/12/2013 10:40 PM, Sandro Mani wrote:
I just posted a review for avl (the Aerodynamic and flight-dynamic
analysis of rigid aircrafts package) [1], and the reviewer noticed that
it conflicts with the retired avl package (the AVL tree manipulation
On 13.09.2013 11:48, Michael Schwendt wrote:
On Fri, 13 Sep 2013 09:54:49 +0200, Florian Weimer wrote:
On 09/12/2013 10:40 PM, Sandro Mani wrote:
I just posted a review for avl (the Aerodynamic and flight-dynamic
analysis of rigid aircrafts package) [1], and the reviewer noticed
Hi,
In the hope to continue the effort of getting pbuilder (and hence an
easy way to build deb packages from fedora) into the repos (review here:
[1]), I've packaged devscripts, debian-keyring, ubuntu-keyring and
jetring. Reviews are here:
- jetring:
A few years ago, there would have been a helpful answer from the admins
who would/wouldn't process such requests. I don't know whether it's
possible
to not only rename a git repo but also the stuff within pkgdb and koji.
Cc'd Dennis to see if this can happen in koji. If it can't I would
We have no ability to rename a package in koji. im not opposed to
reusing the name. Just need some way to ensure its very clear the old
and new are different. Likely need to add a conflicts with the old one.
hopefully versions allow for upgrade okay, if not an epoch will need to
be added.
Dennis
On 20.09.2013 13:33, Dridi Boukelmoune wrote:
On Thu, Sep 19, 2013 at 6:41 PM, Sandro Mani manisan...@gmail.com wrote:
Hi,
In the hope to continue the effort of getting pbuilder (and hence an easy
way to build deb packages from fedora) into the repos (review here: [1]),
I've packaged
On 20.09.2013 06:37, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Sep 19, 2013 at 06:41:03PM +0200, Sandro Mani wrote:
Hi,
In the hope to continue the effort of getting pbuilder (and hence an
easy way to build deb packages from fedora) into the repos (review
here: [1]), I've packaged devscripts
On 25.09.2013 18:25, Darryl L. Pierce wrote:
I'm willing to do a review swap if someone will review
python-qpid_messaging:
https://bugzilla.redhat.com/show_bug.cgi?id=1012077
Hi,
I'll do it for perl-Parse-DebControl [1].
Thanks,
Sandro
[1]
On 04.10.2013 20:49, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Sep 23, 2013 at 10:30:11AM +0200, Sandro Mani wrote:
On 23.09.2013 02:01, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Sep 23, 2013 at 12:14:29AM +0200, Sandro Mani wrote:
On 20.09.2013 06:37, Zbigniew Jędrzejewski-Szmek wrote
On 06.10.2013 06:27, Sérgio Basto wrote:
On Seg, 2013-09-23 at 10:30 +0200, Sandro Mani wrote:
On 23.09.2013 02:01, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Sep 23, 2013 at 12:14:29AM +0200, Sandro Mani wrote:
On 20.09.2013 06:37, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Sep 19, 2013
On 07.10.2013 02:17, Sérgio Basto wrote:
On Dom, 2013-10-06 at 12:05 +0200, Sandro Mani wrote:
The *-keyring packages are not strictly
dependencies (though they would probably be appropriate Suggests:
if
we had something similar), since pbuilder is not limited to building
packages for debian
On 07.10.2013 02:26, Sérgio Basto wrote:
On Seg, 2013-10-07 at 02:21 +0200, Sandro Mani wrote:
On 07.10.2013 02:17, Sérgio Basto wrote:
On Dom, 2013-10-06 at 12:05 +0200, Sandro Mani wrote:
The *-keyring packages are not strictly
dependencies (though they would probably be appropriate
On 07.10.2013 02:32, Sérgio Basto wrote:
On Dom, 2013-10-06 at 11:46 +0300, Ville Skyttä wrote:
On Sun, Oct 6, 2013 at 7:27 AM, Sérgio Basto ser...@serjux.com wrote:
we still doesn't have rpmdevtools-8.4 packaged for F21 ...
I'll look into it as soon as it starts to look that devscripts will
On 09.10.2013 18:56, Dridi Boukelmoune wrote:
Hi Sandro,
Sorry for the delay, but I've been very busy at work for the past
couple weeks. I've only read mails mentioning me, hence the very short
answer on the BZ. I also got sick last friday, before the very weekend
I wanted to work on fedora
Hi,
I apologize for escalating this to devel, but I think that after 6
months it is time this [1] finally got fixed: it is just a matter of
changing the icon name in the desktop file of qt-creator to reflect the
new icon name. This is one of those trivial to fix but very user-visible
issues.
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. SRPM
of sogo plus deps are here:
http://smani.fedorapeople.org/review/sogo-2.0.7-1.fc21.src.rpm
On 16.10.2013 14:51, Jaroslav Reznik wrote:
- Original Message -
Hi,
I apologize for escalating this to devel, but I think that after 6
months it is time this [1] finally got fixed: it is just a matter of
changing the icon name in the desktop file of qt-creator to reflect the
new icon
On 16.10.2013 15:32, Rex Dieter wrote:
Sandro Mani wrote:
Thanks for your reply. Being a regular QtCreator user, I'm happy to help
out if help is needed (i.e., comaintain and handle smaller issues like
this one). Would that be appreciated?
yes! :)
Ok! acls requested.
Sandro
--
devel
On 16.10.2013 18:13, Jan-Frode Myklebust wrote:
I'm using sogo on RHEL6 at work, and would gladly help maintaining it
for Fedora. But, I've been expecting this would be a difficult job
because I thought SOGo/inverse maintained their own patched gnustep,
sope or something like that. Is that not
Hi,
In cases where a package ships a service.tmpfiles file which manages
i.e. the /var/run/service directory, what is the best way |to make
sure that the directory exists after installing the package, without
rebooting the system?
- The directory should be installed by the package
-
On 23.10.2013 19:40, Ville Skyttä wrote:
On Wed, Oct 23, 2013 at 8:22 PM, Sandro Mani manisan...@gmail.com wrote:
In cases where a package ships a service.tmpfiles file which manages i.e.
the /var/run/service directory, what is the best way to make sure that the
directory exists after
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 service.tmpfiles file which
manages i.e. the /var/run/service directory, what is the best way
|to make sure that the directory exists after installing
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.
SRPM
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
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
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 root?
Logging in from a VT as root resp. newly created user test I get
[root@oldrawhide]# echo $PATH
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 root
On 28.10.2013 15:39, T.C. Hollingsworth wrote:
On Sat, Oct 26, 2013 at 4:10 PM, Sandro Mani manisan...@gmail.com 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
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%{1}_make} %{?_smp_mflags}; \
)\
%{nil}
Problem: when I call i.e. %do_build
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%{1}_make} %{?_smp_mflags
On 01.11.2013 16:07, Dridi Boukelmoune wrote:
On Fri, Nov 1, 2013 at 3:59 PM, Sandro Mani manisan...@gmail.com 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
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 manisan...@gmail.com
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
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
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}; \
)\
%{nil}
Ewww!
Sorry
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}_prefix
For some time I am looking for a reason to test the Lua RPM feature:
http://rpm.org/wiki/PackagerDocs/RpmLua
Can you point me to the .spec in the question and a few more words
which is the desired result.
Kind Regards,
Alek
Hi Alek,
I've uploaded the spec here [1]. About the scenario
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,
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 get installed to
/usr/share/applications/%{name}.desktop/%{name}.desktop
I fixed
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
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
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 are available in updates
ca 1 day after the regular packages. From abrt-reported bugs where
people
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
On 26.11.2013 03:55, Kevin Kofler wrote:
Jan Kratochvil wrote:
There were multiple Bugs suggesting the same, they are linked together for
example from this one from 2005. But it all got WONTFIXed:
Debug info RPMs do not require exact maching binary rpm
On 26.11.2013 11:50, Nicolas Mailhot wrote:
Le Mar 26 novembre 2013 03:55, Kevin Kofler a écrit :
Jan Kratochvil wrote:
There were multiple Bugs suggesting the same, they are linked together
for
example from this one from 2005. But it all got WONTFIXed:
Debug info RPMs do not require exact
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
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.10.1-2.fc21.src.rpm
gthumb-3.2.5-2.fc21.src.rpm
kde-runtime-4.12.0-1.fc21.src.rpm
On 02.01.2014 19:50, Kevin Fenzi wrote:
On Thu, 02 Jan 2014 00:31:18 +0100
Sandro Mani manisan...@gmail.com 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
On 02.01.2014 23:37, Kevin Fenzi wrote:
On Thu, 02 Jan 2014 23:28:44 +0100
Sandro Mani manisan...@gmail.com 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
Am I the only one having problems with entries in /etc/xdg/autostart not
getting executed in the fallback session? This leads for example to the
fact that policykit authentication does not work, since the
authentication agent is not running.
Thanks
Sandro
On 04/28/2011 05:55 PM, Bastien
Hi,
I'm trying to build brickOS (alternative OS for the LEGO Mindstorms RCX
unit) on fedora (rawhide), which requires the c and c++ h8300 cross
compilers. In fedora however, cross-gcc is build only with
enable-languages=c. Is there a particular reason for this?
Thanks!
--
devel mailing list
On 06/05/2012 03:52 AM, Kay Sievers wrote:
Systemd includes libudev.so.1, while the old libudev.rpm provided
libudev.so.0. Therefore, all packages using udev need to be rebuilt.
Here is what's happening on my x86_64 rawhide install which has some
i686 packages (in particular, mesa) installed
We discussed it recently with Kay. We will split out a systemd-libs
subpackage to be more multilib-friendly. That said, we are not aware of any
specific issues with having both systemd.{x86_64,i686} installed.
Just to elaborate: The issues I was referring to happened during a
F16-rawhide
Hi,
are there any plans to get libtiff4 (which was released as stable on Dec 22
2011) into f17? A notable feature is BigTIFF support, often needed when
dealing with GIS stuff.
Thanks
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 02/27/2012 04:29 PM, Bruno Wolff III wrote:
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphyfrankl...@gmail.com wrote:
On 27/02/12 13:52, elison.ni...@gmail.com wrote:
4) Quit on single CTRL-C. Users expect an application to quit on
pressing CTRL-C.
Reason to have this feature :
On Tue, Mar 5, 2013 at 1:15 PM, Jaroslav Reznik jrez...@redhat.com wrote:
Hi!
As time flows really fast, we are getting closer to another important
milestones for Fedora 19 [1] on 2013-03-12 (as agreed by FESCo):
* Feature Freeze -- Planning Development Ends
* Branch Freeze -- Branch Fedora
Hi,
Starting approx one week ago, yum check all returns messages such as
fedora-logos-19.0.0-1.fc19.noarch has installed obsoletes redhat-logos:
fedora-logos-19.0.0-1.fc19.noarch
fedora-logos-19.0.0-1.fc19.noarch has installed obsoletes gnome-logos:
fedora-logos-19.0.0-1.fc19.noarch
On 07.03.2013 21:24, Michael Schwendt wrote:
On Thu, 07 Mar 2013 21:08:08 +0100, Sandro Mani wrote:
Hi,
Starting approx one week ago, yum check all returns messages such as
fedora-logos-19.0.0-1.fc19.noarch has installed obsoletes redhat-logos:
fedora-logos-19.0.0-1.fc19.noarch
fedora-logos
On 07.03.2013 22:03, Michael Schwendt wrote:
On Thu, 07 Mar 2013 21:36:12 +0100, Sandro Mani wrote:
It started with yum-3.4.3-70.fc19. Is this a bug in yum = 3.4.3-70, or
is this a problem with my rpm db? Both yum erase and rpm -e reported
installed obsolete package tell me that the indicated
Hello,
python-pillow will hit rawhide soon. As described in the Pillow
feature-page, see [1], python-pillow will replace python-imaging (PIL)
in Fedora 19+.
Pillow is a drop-in replacement for PIL, except for one small detail
concerning the module import syntax, see [2].
Maintainers have
On 11.03.2013 17:06, Jared K. Smith wrote:
On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
mike.catanz...@gmail.com wrote:
Perhaps the update policy should have a guideline on the minimum amount
of information required in this description. E.g. update to latest
upstream version might be a
Hello,
In python-pillow (the python imaging fork which replaced PIL in F19+),
there is a module (ImageQt) which requires PyQt4, but that dependency is
missing in python-pillow (and in python-imaging before). I don't really
like adding PyQt4 as a dependency to the main package, since it pulls
On 19.04.2013 17:58, Rex Dieter wrote:
Sandro Mani wrote:
Hello,
In python-pillow (the python imaging fork which replaced PIL in F19+),
there is a module (ImageQt) which requires PyQt4, but that dependency is
missing in python-pillow (and in python-imaging before). I don't really
like adding
On 25.04.2013 18:43, Rex Dieter wrote:
Sandro Mani wrote:
On 19.04.2013 17:58, Rex Dieter wrote:
Sandro Mani wrote:
Hello,
In python-pillow (the python imaging fork which replaced PIL in F19+),
there is a module (ImageQt) which requires PyQt4, but that dependency is
missing in python
On 25.04.2013 20:24, Rex Dieter wrote:
Sandro Mani wrote:
On 25.04.2013 18:43, Rex Dieter wrote:
Sandro Mani wrote:
On 19.04.2013 17:58, Rex Dieter wrote:
Sandro Mani wrote:
Hello,
In python-pillow (the python imaging fork which replaced PIL in F19+),
there is a module (ImageQt) which
Hello,
I'd like to swap reviews for [1] (gtkspellmm30, i.e. the C++ bindings
for GtkSpell3 - should be fairly quick and easy).
Thanks,
Sandro
[1] https://bugzilla.redhat.com/show_bug.cgi?id=919260
--
devel mailing list
devel@lists.fedoraproject.org
Hi,
From time to time, when setting up virtual machines for testing, I miss a
fast way to install the minimal set of packages which allows me to boot
into the desktop of a desktop environment. Currently, I do a minimal
install, then install some core component, i.e. gnome-shell, and then hunt
the
On Mon, Apr 29, 2013 at 4:55 PM, Rich Mattes richmat...@gmail.com wrote:
On Mon, Apr 29, 2013 at 9:07 AM, Sandro Mani manisan...@gmail.com wrote:
So, what about creating groups for the various desktop environments which
pull in basesystem + xorg + mesa drivers + displaymanager + bare desktop
On Mon, Apr 29, 2013 at 5:01 PM, Stephen Gallagher sgall...@redhat.comwrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/29/2013 10:55 AM, Rich Mattes wrote:
On Mon, Apr 29, 2013 at 9:07 AM, Sandro Mani manisan...@gmail.com
mailto:manisan...@gmail.com wrote:
So, what about
On 29.04.2013 19:21, Michael Scherer wrote:
Le lundi 29 avril 2013 à 16:58 +0200, Sandro Mani a écrit :
On Mon, Apr 29, 2013 at 4:55 PM, Rich Mattes richmat...@gmail.com
wrote:
On Mon, Apr 29, 2013 at 9:07 AM, Sandro Mani
manisan...@gmail.com wrote
On 29.04.2013 20:42, Richard W.M. Jones wrote:
On Mon, Apr 29, 2013 at 07:49:23PM +0200, Sandro Mani wrote:
I would define minimal as the absolute minimal set of packages which
allows the shell to load. This resulting setup is not meant to be
usable without the user installing additional
On 29.04.2013 20:10, Felix Miata wrote:
On 2013-04-29 19:49 (GMT+0200) Sandro Mani composed:
Michael Scherer wrote:
minimal is not well defined.
I would define minimal as the absolute minimal set of packages which
allows the shell to load. This resulting setup is not meant to be usable
On 30.04.2013 11:38, Kalev Lember wrote:
On 29/04/13 16:58, Sandro Mani wrote:
On Mon, Apr 29, 2013 at 4:55 PM, Rich Mattes wrote:
On Mon, Apr 29, 2013 at 9:07 AM, Sandro Mani wrote:
So, what about creating groups for the various desktop
environments which pull in basesystem + xorg + mesa
On 01.05.2013 02:08, Felix Miata wrote:
On 2013-05-01 01:37 (GMT+0200) Sandro Mani composed:
# yum install @critical-path-gnome
The gnome one is close, the kde one not: critpath contains kdelibs and
kdm, but a minimal set would rather look like
base + xorg + mesa + kdm kde-workspace dejavu
On 03.05.2013 14:20, Nicolas Mailhot wrote:
Le Mer 1 mai 2013 02:17, Sandro Mani a écrit :
On 01.05.2013 02:08, Felix Miata wrote:
On 2013-05-01 01:37 (GMT+0200) Sandro Mani composed:
# yum install @critical-path-gnome
The gnome one is close, the kde one not: critpath contains kdelibs
1 - 100 of 674 matches
Mail list logo
