On 4 March 2014 19:12, Miloslav Trmač wrote:
> Hello,
> 2014-03-03 15:31 GMT+01:00 Jaroslav Reznik :
>
> = Proposed Self Contained Change: Lohit Odia Gurumukhi font naming =
>> https://fedoraproject.org/wiki/Changes/Lohit_Odia_Gurumukhi
>>
>
>
> This
>
>> Other developers: N/A (not a System Wid
Hello,
I've just marked libnemesi and netembryo as retired. There are no dependent
packages. The last release was done in 2008, upstream no longer exists
(domain expired) and the original author confirmed in a private e-mail
that they should be retired.
Regards,
Dominik
--
Fedora http://fedorapr
Hi,
I would like to suggest the idea of adding support for
hierarchical comps groups to Fedora.
The idea is make yum groups in comps more modular,
ie groups could require other groups not just packages;
at this time I don't think it would require any GUI changes.
Currently comps is quite linear (
On Tue, 2014-03-04 at 17:19 +0100, Miloslav Trmač wrote:
> 2014-02-27 17:22 GMT+01:00 Jaroslav Reznik :
> = Proposed System Wide Change: System-wide crypto policy =
> https://fedoraproject.org/wiki/Changes/CryptoPolicy
>
> Unify the crypto policies used by different
On 03/05/2014 09:40 AM, Jens Petersen wrote:
Hi,
I would like to suggest the idea of adding support for
hierarchical comps groups to Fedora.
The idea is make yum groups in comps more modular,
ie groups could require other groups not just packages;
at this time I don't think it would require any
На 4.03.2014 20:36, Mat Booth написа:
On 25 February 2014 11:19, Mikolaj Izdebski wrote:
On 02/25/2014 11:45 AM, Alexander Todorov wrote:
3) Another proposal (sorry don't remember who proposed it) was to have
%check with a comment why the test suite is not executed (e.g. requires
network) or
2014-03-05 9:40 GMT+01:00 Jens Petersen :
> I would like to suggest the idea of adding support for
> hierarchical comps groups to Fedora.
>
(I'm not going to contribute actual work on this anyway, but) do we
actually need that complexity?
> The idea is make yum groups in comps more modular,
> i
2014-03-05 9:17 GMT+01:00 pravin@gmail.com :
> On 4 March 2014 19:12, Miloslav Trmač wrote:
>
>> Formally, the process calls for either making this a system-wide change,
>> or for making the anaconda and libreoffice maintainers co-owners of the
>> self-contained change. (It amounts to the sa
On Wed 05 Mar 2014 11:23:23 AM CET Alexander Todorov wrote:
> На 4.03.2014 20:36, Mat Booth написа:
>> On 25 February 2014 11:19, Mikolaj Izdebski wrote:
>>
>>> On 02/25/2014 11:45 AM, Alexander Todorov wrote:
3) Another proposal (sorry don't remember who proposed it) was to have
%chec
On 5 March 2014 10:23, Alexander Todorov wrote:
> На 4.03.2014 20:36, Mat Booth написа:
>
> On 25 February 2014 11:19, Mikolaj Izdebski wrote:
>>
>> On 02/25/2014 11:45 AM, Alexander Todorov wrote:
>>>
3) Another proposal (sorry don't remember who proposed it) was to have
%check wit
Hello,
0.4.17 was just released:
http://dnf.baseurl.org/2014/03/05/dnf-0-4-17-released/
http://akozumpl.github.io/dnf/release_notes.html#id28
Cheers,
Ales
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 05 Mar 2014 14:26:06 +0100
Ales Kozumplik wrote:
> Hello,
>
> 0.4.17 was just released:
>
> http://dnf.baseurl.org/2014/03/05/dnf-0-4-17-released/
> http://akozumpl.github.io/dnf/release_notes.html#id28
>
> Cheers,
> Ales
Did you see the
On Tue, 2014-03-04 at 18:24 -0800, Toshio Kuratomi wrote:
> >
> Did anyone forward the playground repo proposal on to FESCo?
I guess not yet. Marcela put out an activity report for the
Env-and-stacks WG yesterday
(https://fedorahosted.org/fesco/ticket/1221#comment:28), which mentions
the Playgro
Prolog lovers, be ware the SWI Prolog 6.2.2, which is comming into Fedora
21 now, advertises a new license. This time the new license is the EPL
(Eclipse Public License).
Lawyers, don't panic! Although EPL is not compatible with GPL, pl is
covered by GPL with special exception granted by R.M.S. hi
2014-03-05 9:58 GMT+01:00 Nikos Mavrogiannopoulos :
> > The above proposed levels broadly make sense (taking 80/128/256 as a
> > "nice round numbers" that stand for detailed strenghts), we would
> > probably want to explicitly document the semantics (Is the semantics
> > of a level fixed forever o
On Tue, Mar 04, 2014 at 05:44:14PM -0600, Jon wrote:
> On the rel-eng side we are not using anaconda to compose the ARM
> images because we cannot put Anaconda into koji tasks, so instead we
> use appliance-tools for ARM images.
There should be a new koji release _real soon now_ which will include
Hi,
> 2014-03-05 9:40 GMT+01:00 Jens Petersen < peter...@redhat.com > :
> > I would like to suggest the idea of adding support for
> > hierarchical comps groups to Fedora.
> (I'm not going to contribute actual work on this anyway, but) do we actually
> need that complexity?
I am not sure how com
На 5.03.2014 14:12, Stanislav Ochotnicky написа:
Why are you filing bugs (with patches) you don't understand then?
This is a foolish statement to make without knowing what I do and don't know or
understand.
Patch which contains text which you haven't verified is
correct. Quoting:
+%chec
Am 05.03.2014 16:02, schrieb Josh Boyer:
> FWIW, the existing kernel package installed today (a debug kernel
> even) is ~142 MB. 123MB of that is the /lib/modules content. ~6MB of
> that is vmlinuz. The remaining 13MB is the initramfs, which is
> actually something that composes on the system du
On 03/05/2014 02:33 PM, Dennis Gilmore wrote:
Did you see the dnf patches i sent to the yum-devel list fixing up arch
support? since whats in dnf today is incorrect and incomplete.
Yes, merged them upstream. Will be in dnf-0.4.18.
Ales
--
devel mailing list
devel@lists.fedoraproject.org
https:
On Wed 05 Mar 2014 03:57:17 PM CET Alexander Todorov wrote:
> На 5.03.2014 14:12, Stanislav Ochotnicky написа:
>>
>> Why are you filing bugs (with patches) you don't understand then?
>
> This is a foolish statement to make without knowing what I do and don't know
> or
> understand.
That's the wh
commit a99a5e38810cb8471a43720a7a7bbb31a882efeb
Author: Jitka Plesnikova
Date: Wed Mar 5 16:50:40 2014 +0100
0.59 bump
.gitignore |1 +
perl-LDAP.spec |6 +-
sources|2 +-
3 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
https://bugzilla.redhat.com/show_bug.cgi?id=1072880
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
So the proposal is not to show them as really hierarchical, and not to add
any structurally new user-visible features[1] just to avoid repetition in
the comps file?
To me current comps is quite messy because everything has to be "flat"
which limits its flexibility in various ways.
But right, *
commit 4b2569b9727c14de06b6d1d46c7ddbeb9214d080
Author: Tom Callaway
Date: Wed Mar 5 10:58:11 2014 -0500
1.192
perl-Email-Valid.spec | 13 -
sources |2 +-
2 files changed, 13 insertions(+), 2 deletions(-)
---
diff --git a/perl-Email-Valid.spec b/perl-Email
A file has been added to the lookaside cache for perl-Spreadsheet-WriteExcel:
b3262290e96985ee12d81c861a389790 Spreadsheet-WriteExcel-2.40.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.f
Please join us today (Wednesday, March 5th) at 4PM EST (9PM UTC)
for the Fedora ARM status meeting in #fedora-meeting-1 on Freenode.
On the agenda so far..
1) Kernel Update
2) Creating Fedora ARM Remixes
3) ARM representation in Fedora Working Groups
4) Open Floor
If th
Laurent Rineau wrote:
> libQGLViewer (http://www.libqglviewer.com/) is a library that can be build
> with either Qt4 or Qt5, with recent versions.
>
> I am considering providing packages build with both Qt4 and Qt5. I
> personally need both versions for my daily job (to test compatibility). I
> do
On Mon, 2014-03-03 at 18:39 -0800, Adam Williamson wrote:
> On Mon, 2014-03-03 at 11:05 +0100, Kevin Kofler wrote:
> > Reindl Harald wrote:
> > > yes it is a hack but better than fake version numbers to
> > > satisfy RPM and that is *the* reason epoch exists at all
> >
> > +1
> >
> > That Ubuntu-
Hi,
Please read this e-mail carefully and thouroughly, as interoperability of
your package (including and especially non-KDE packages!) with upcoming KDE
Plasma Workspaces releases depends on it!
The next major release of the KDE Plasma Workspaces (i.e. "KDE 5", more
correctly referred to as
PS:
I wrote:
> Qt 5 QSystemTrayIcon | You should not have to do anything special. Support
> | for the new protocol will come in upstream Qt 4.5
Sorry, I mean 5.4 (of course not 4.5).
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
On Wed, 2014-03-05 at 20:04 +0100, Kevin Kofler wrote:
> --+-
> GTK+ (2 or 3) | You must use Canonical's libappindicator, which is
> | interoperable with the KDE implementation. It is
>
Matthias Clasen wrote:
> Of course, you can also just stop using status icons and instead inform
> the user with notifications when something requires his immediate
> attention. That will work under any desktop.
I forgot to point out that libappindicator also supports automatic fallback
to the le
Bindings now available as sub-package(s).
This enables frameworks such as Spark and Aurora.
For a full list of Frameworks see:
http://mesos.apache.org/documentation/latest/mesos-frameworks/
Cheers,
Tim
- Forwarded Message -
> From: "Tim St Clair"
> To: u...@mesos.apache.org
> Cc: "me
===
#fedora-meeting: FESCO (2014-03-05)
===
Meeting started by sgallagh at 17:59:49 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2014-03-05/fesco.2014-03-05-17.59.log.html
.
Meeting summary
--
Jens Petersen (peter...@redhat.com) said:
> > (I'm not going to contribute actual work on this anyway, but) do we actually
> > need that complexity?
>
> I am not sure how complex it is. As Ales pointed out
> it might allow us to remove environment groups for example
> so it might actually simplif
Following is the list of topics that will be discussed in the FPC
meeting Thursday at -MM-DD 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2014-03-06 09:00 Thu US/Pacific PST
2014-03-06 12:00 Thu US/Eastern EST
2014-03-06 1
On Tue, 2014-03-04 at 18:36 +, Mat Booth wrote:
> On 25 February 2014 11:19, Mikolaj Izdebski wrote:
>
> > On 02/25/2014 11:45 AM, Alexander Todorov wrote:
> > > 3) Another proposal (sorry don't remember who proposed it) was to have
> > > %check with a comment why the test suite is not execut
Matthias Clasen wrote:
> Of course, you can also just stop using status icons and instead inform
> the user with notifications when something requires his immediate
> attention. That will work under any desktop.
I should also warn that while notifications (Galago spec [1]) will *work* on
most desk
On Wed, Mar 5, 2014 at 11:44 PM, Kevin Kofler wrote:
> Matthias Clasen wrote:
>> Of course, you can also just stop using status icons and instead inform
>> the user with notifications when something requires his immediate
>> attention. That will work under any desktop.
>
> I should also warn that
drago01 wrote:
> On Wed, Mar 5, 2014 at 11:44 PM, Kevin Kofler wrote:
>> 1. Many features are optional:
>> http://www.galago-project.org/specs/notification/0.9/x408.html#command-get-capabilities
>> and not supported by all implementations. In particular, some
>> implementations (e.g. Plasma) allow
Thanks to those that were able to join us for the status meeting today, for
those unable the minutes are posted below:
#fedora-meeting-1: Fedora ARM status meeting
Meeting summary
---
* 1)
On Seg, 2014-03-03 at 14:54 +0100, Jaroslav Reznik wrote:
> = Proposed Self Contained Change: Allwinner sunxi (A10 / A13 / A20) ARM SoC
> support =
> https://fedoraproject.org/wiki/Changes/AllwinnerSunxiSupport
>
> Change owner(s): Hans de Goede , Peter Robinson
>
>
> Allwinner A10 / A13 / A2
Hi ,
is java-headless, jre (Java Runtime Environment) ? if not, what is the
difference ? .
Thanks,
--
Sérgio M. B.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Jaroslav Reznik wrote:
> = Proposed Self Contained Change: Lohit Odia Gurumukhi font naming =
> https://fedoraproject.org/wiki/Changes/Lohit_Odia_Gurumukhi
>
> Change owner(s): Pravin Satpute
According to:
http://snehakore.blogspot.com/2014/02/improvements-of-lohit-gurmukhi-2910.html
the name
On 5 March 2014 16:51, Miloslav Trmač wrote:
> 2014-03-05 9:17 GMT+01:00 pravin@gmail.com :
>
>> On 4 March 2014 19:12, Miloslav Trmač wrote:
>>
>>> Formally, the process calls for either making this a system-wide change,
>>> or for making the anaconda and libreoffice maintainers co-owners o
On 6 March 2014 09:26, Kevin Kofler wrote:
> Jaroslav Reznik wrote:
>
> > = Proposed Self Contained Change: Lohit Odia Gurumukhi font naming =
> > https://fedoraproject.org/wiki/Changes/Lohit_Odia_Gurumukhi
> >
> > Change owner(s): Pravin Satpute
>
> According to:
>
> http://snehakore.blogspot.
PS:
I wrote:
> --+---
> GTK+ (2 or 3) | You must use Canonical's libappindicator, which is
> | interoperable with the KDE implementation. It is
> | already packaged in Fedora. Se
Excerpts from Daniel J Walsh's message of 2014-01-03 01:46:44 +1000:
> This is caused by sshd running with the wrong label, It should be
> running as sshd_t not init_t. If the executable labeled sshd_exec_t?
>
> ls -lZ /usr/sbin/sshd
>
> restorecon -v /usr/sbin/sshd
>
> should fix the label.
Excerpts from Dan Callaghan's message of 2014-03-06 16:43:26 +1000:
> Excerpts from Daniel J Walsh's message of 2014-01-03 01:46:44 +1000:
> > This is caused by sshd running with the wrong label, It should be
> > running as sshd_t not init_t. If the executable labeled sshd_exec_t?
> >
> > ls -lZ
On Wed, Mar 05, 2014 at 03:57:02PM -0500, Bill Nottingham wrote:
> * #1230Requesting FESCo address Cherokee logo issue (notting,
> 18:48:47)
> * LINK: https://fedorahosted.org/fesco/ticket/1230 (notting,
> 18:48:47)
> * AGREED: FESCo decision reiterated. Package will be retired Mon
51 matches
Mail list logo
