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
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, without
rebooting the system?
- The directory should be installed by the package
- %postinst||| should
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 th
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
--
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
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
http://smani.fedorapeople.org/review/sope-2.0.7-1.fc21
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.
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 (yo
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 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 be approved.
hav
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: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
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 at
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 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] https://bugzilla.redhat.com/show_bug.cgi?id=100999
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 at 06:41:03PM +0200, Sandro Mani wrote:
Hi,
In the hope to continue the effort of getting
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 devsc
On 20.09.2013 13:33, Dridi Boukelmoune wrote:
On Thu, Sep 19, 2013 at 6:41 PM, 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, debian-ke
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
> 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 woul
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: https://bugzilla.redhat.com/show_bug.cgi?
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 that
it
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
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 applicatio
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
https://admin.fedoraproject.org/mailman/lis
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,
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 need
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 thos
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 to
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
devel@lists.fedoraproject
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 tool
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 setti
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&#
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
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
conte
On 07.08.2013 14:01, Stephen Gallagher wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedo
On 05.08.2013 18:53, Lucian Langa wrote:
Since I do not use this anymore I've orphaned the package in pkgdb.
I've taken this.
Thanks,
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject
Hi,
Since all attempts to contact the mingw-proj maintainer have failed, and
it's been three weeks since filing bug #983759, I'd like to request to
take over mingw-proj.
For reference, here are the other packages maintained by adsllc:
drehatlas-warender-bibliothek-fonts -- A Latin typeface t
Hi,
It happens from time to time that yum is unable to remove packages when
uninstall scriptlets fail. For experienced users, it is just a matter of
doing rpm -e --noscripts, but casual users will likely end up with yum
check complaining about duplicate packages etc. So
- Might the damage not be s
Hi,
I've filed bug #983759 [1] concerning updating mingw-proj to the latest
version and enabling the mingw64 package two weeks ago, but have
received no response since. This is blocking my review request #984248
[2]. I've tried contacting adsllc directly via email, but have received
no reply.
python-pillow 2.1.0 is now built for rawhide.
- Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03.07.2013 18:49, Kevin Fenzi wrote:
On Mon, 01 Jul 2013 01:35:14 +0200
Sandro Mani wrote:
Hello all,
As described here [1], the upcoming python-pillow 2.2 will break
"import _imaging", and "from PIL.Image import core as _imaging"
should be used instead). This does
On 02.07.2013 20:22, Richard Shaw wrote:
I'm wondering if there's a better method of monitoring a mock build
other than:
# mock -r --resultdir=/path/to/results
^Z
# bg 1
# tail -f /path/to/build.log
I guess I could use two terminals, but I'd rather just have the one up...
Richard
Wouldn
Hi,
What about the following idea autogenerate update descriptions for most
cases:
* If %{release} is 1, it's an upstream version update. By storing the url
to the upstream changelog (possibly appropriately parametrized with a
%{version} placeholder), bodhi would generate a description such as
"T
Slight confusion on my part, the new version is python-pillow 2.1, not 2.2.
Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hello all,
As described here [1], the upcoming python-pillow 2.2 will break "import
_imaging", and "from PIL.Image import core as _imaging" should be used
instead). This does not break backwards compatibility with python-pillow
< 2.2.
Python-pillow-2.2 will probably land in rawhide some time
The issue seems to be that the minimum-required nspr version in xulrunner
is determined by
pkg-config --modversion nspr
which returns 4.10.0, the package version however is 4.10 (without the
trailing .0). This causes the builddep resolution to fail when building
firefox.
On Thu, Jun 27, 2013 at 4
On 23.05.2013 20:59, Panu Matilainen wrote:
On 05/23/2013 09:51 PM, Sandro Mani wrote:
and apparently also not at updates and also not by "yum reinstall"
which leaves no clean way to get rid if it and additionally
i am not sure if "tsflags=nodocs" also avoids /usr/share/m
and apparently also not at updates and also not by "yum reinstall"
which leaves no clean way to get rid if it and additionally
i am not sure if "tsflags=nodocs" also avoids /usr/share/man
and not only /usr/share/doc
No it does not avoid man, but you could mount a null-filesystem such as
[1] to
Yum's tsflags=nodocs aka --excludedocs on rpm cli only applies to
package installation. I fail to see how it could cause files to be
left behind on erasure/update (reinstall might be a bit, uh, special
though), but if it does then please file a bug on rpm with exact
reproducer steps.
-
>
> or skip manpages/docfiles as default or at least
> controlled by a option in "yum.conf"
>
tsflags=nodocs in yum.conf should do the job. Though apparently, if enabled
after packages already installed files in doc, the files in doc won't be
removed anymore when uninstalling the package.
--
deve
On 23.05.2013 00:55, Orion Poplawski wrote:
I'll get more specific then:
python-pyface can use two different graphics backends - either
wxPython or pyQt4. In no way do these two packages provide the same
thing in any meaningful way other than to pyface. So, while one could
go the provides
I'd definitely add a big +1 to "Dependency cleaner"!
Thanks,
Sandro
On Wed, May 22, 2013 at 3:43 PM, Jan Zelený wrote:
> Dear Fedora community,
> several months ago, at the Developer conference in Brno, Software
> Management
> team received a whole bunch of proposals for new functionality in R
Hi,
I've resurrected mingw-openjpeg and opened this rel-eng ticket [1] to
unblock it a while ago. Any chance anyone with the needed privileges can
quickly take care of it?
Thanks!
Sandro
[1] https://fedorahosted.org/rel-eng/ticket/5611
--
devel mailing list
devel@lists.fedoraproject.org
http
Hello,
I've just hit a bug which causes $HOME to be owned by root if a
mountpoint is created inside $HOME during install, see [1]. I recall in
the past already occasionally hitting related problems, such as:
- /etc/skel/* not being copied to $HOME
- Files from /etc/skel/* being copied, but sti
On 15.05.2013 17:24, Christopher Meng wrote:
I've noticed it
How to solve it?
See
https://fedoraproject.org/wiki/Packaging:Conflicts#Library_Name_Conflicts
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi all,
Need a review swap? Look no further, plenty of options here! :) All
fairly simple and standard procedure
https://bugzilla.redhat.com/show_bug.cgi?id=916797 (mingw-glew - MinGW
OpenGL Extension Wrangler Library)
https://bugzilla.redhat.com/show_bug.cgi?id=961402 (mingw-giflib - MinG
On 06.05.2013 21:33, Eugene Pivnev wrote:
2 (two) trivial qt-based applicaions for sale:
https://bugzilla.redhat.com/show_bug.cgi?id=957333 - QuiteRSS -
RSS/Atom aggregator
https://bugzilla.redhat.com/show_bug.cgi?id=960194 - QTerminal -
terminal emulator
Welcome!
I'll take qterminal in exc
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 and
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 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 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 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 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
wrote:
On Mon, Apr 29, 2013 at 9:07 AM, Sandro Mani
wrote:
So, what about creating groups for
On Mon, Apr 29, 2013 at 5:01 PM, Stephen Gallagher wrote:
> -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 > <mailto:manisan...@gmail.com>> 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 drivers + displaymanager + bare desktop
>>
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
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
https://admin.fedoraproject.org/mailman/list
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
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 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 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 i
On 11.03.2013 17:06, Jared K. Smith wrote:
On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
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 perfectly acceptable de
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 a
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 tell me that the indicated package is not
installed.
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
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
fedora-rel
On Tue, Mar 5, 2013 at 1:15 PM, Jaroslav Reznik 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 19 from Rawh
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 br
On Mon, Jan 28, 2013 at 11:01 AM, Jan Kratochvil
wrote:
>
> 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 3 Shell.
>
IMO su
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
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á wrote:
> On 01/16/2013 08:36 AM, Marcela Maslanova wrote:
>
>> = Followups =
>>
>> #topic #986 F19 Feature: DualstackNetworking -https://fedoraproject.org
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 cl
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
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 i
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 have
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 time
>
>
> 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->raw
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
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 02/27/2012 04:29 PM, Bruno Wolff III wrote:
On Mon, Feb 27, 2012 at 14:00:51 +,
Frank Murphy 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 : Better user experienc
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
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 Nocera
601 - 692 of 692 matches
Mail list logo
