On Sun, Mar 16, 2014 at 8:19 PM, Richard Fearn wrote:
> eclipse-findbugs - https://bugzilla.redhat.com/show_bug.cgi?id=1068044
> - Eclipse plugin; continue to depend on java
FWIW I'd say the whole java* dependency is pretty much superfluous
here, eclipse-jdt should be enough.
--
devel mailing li
Hello,
we are proudly releasing 0.4.18 today:
http://dnf.baseurl.org/2014/03/17/dnf-0-4-18-released/
http://akozumpl.github.io/dnf/release_notes.html#id29
F20 build:
https://admin.fedoraproject.org/updates/dnf-0.4.18-1.fc20
Also note that the name disputes have been settled:
http://dnf.baseur
On 03/15/2014 03:49 PM, Tomasz Torcz wrote:
> Hi,
>
> My package failed to build on rawhide. Upstream comments point
> to Swig as guilty party. Was there any un-announced Swig change?
Hi,
Swig was updated to the version 2.0.12 at Fedora 21.
However, the code which failed was provided by ups
WG meeting will be at 13:00 UTC, 14:00 Central Europe, 9:00 Boston, 6:00
San Francisco, 22:00 Tokyo in #fedora-meeting on Freenode.
== Topic ==
* work more on Open Questions:
https://fedoraproject.org/wiki/Env_and_Stacks/Playground_repository_%28draft%29
See you,
Marcela
--
devel mailing list
d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/16/2014 01:13 AM, Kevin Kofler wrote:
> Stephen Gallagher wrote:
>> The primary problem is that we need to be able to address the
>> potential for packages that *aren't* part of the default install
>> to handle differing config based on the Prod
On Sun, 2014-03-16 at 22:05 -0400, Bill Nottingham wrote:
> Vratislav Podzimek (vpodz...@redhat.com) said:
> > Thanks for your feedback, it definitely is constructive! I've recorded a
> > video preview demostrating the feature's functionality. Hope that
> > answers at least some of your and others
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/16/2014 01:16 AM, Kevin Kofler wrote:
> Stephen Gallagher wrote:
>> - From what I've seen of the planned "rich" dependencies, I don't
>> think they would provide any mechanism better than this one
>> anyway. Can you explain how you would see this
Thank you for the proposal, Bill.
- Original Message -
> From: "Bill Nottingham"
> Vratislav Podzimek (vpodz...@redhat.com) said:
> > Thanks for your feedback, it definitely is constructive! I've recorded a
> > video preview demostrating the feature's functionality. Hope that
> > answers
On Mon, Mar 17, 2014 at 08:26:52AM -0400, Stephen Gallagher wrote:
> [1] I could be wrong here; it depends on how RPM and YUM handles 'yum
> remove fedora-release-cloud; yum install fedora-release-server'. Lets
> assume that foo has foo-config-cloud installed. I see three possible
> outcomes to 'yu
> > Can you be more concrete which term(s) you don't understand? Maybe you are
> > right and the concept needs to be better explained / presented differently
> > prior wider adoption [**].
>
> What is a "Data stream"? What is a "Checklist"? How do I know which ones
> to pick?
Datastream is one of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/17/2014 09:13 AM, Matthew Miller wrote:
> On Mon, Mar 17, 2014 at 08:26:52AM -0400, Stephen Gallagher wrote:
>> [1] I could be wrong here; it depends on how RPM and YUM handles
>> 'yum remove fedora-release-cloud; yum install
>> fedora-release-se
https://bugzilla.redhat.com/show_bug.cgi?id=1074959
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Wed, 2014-03-12 at 20:07 +, Aaron Gray wrote:
> I am looking for someone to walk me through the Anaconda source as I
> need to understand it and cannot find where its 'main' is and how it
> launches X Windows as I need to work out why the main installer is not
> working on my HP D140 G3's w
- Original Message -
> From: "Chris Murphy"
> On Mar 14, 2014, at 1:06 PM, "Eric H. Christensen"
> wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > On Fri, Mar 14, 2014 at 06:59:18PM +, Matthew Garrett wrote:
> >> On Fri, Mar 14, 2014 at 02:57:33PM -0400, Ste
Dne 15.3.2014 15:43, Richard W.M. Jones napsal(a):
> On Thu, Mar 13, 2014 at 01:52:32PM +0100, Vít Ondruch wrote:
>> Dne 13.3.2014 13:17, Richard W.M. Jones napsal(a):
>>> On Thu, Mar 13, 2014 at 05:43:16AM -0400, Jaroslav Reznik wrote:
- Original Message -
> = Proposed System Wide
Hello,
it has been `discovered' that unalz package bundles bzip2 sources
(bug #1076853). In my opinion, it's not possible to unbundle here
because the sources are modified at low level to implement ALZip
format.
Beacuse I was not even able to find any ALZip archive example on the
net, I think it'
perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Language-Expr-0.19-4.
mojomojo has broken dependencies in the rawhide tree:
On x86_64:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On i386:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On armhfp:
mojomojo-1.10-1.fc20.noarch requir
perl-GnuPG-Interface has broken dependencies in the rawhide tree:
On x86_64:
perl-GnuPG-Interface-0.50-1.fc21.noarch requires perl(MooX::late)
perl-GnuPG-Interface-0.50-1.fc21.noarch requires perl(MooX::HandlesVia)
On i386:
perl-GnuPG-Interface-0.50-1.fc21.noarch requires
perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide
tree:
On x86_64:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
perl(HTML::FormFu::MultiForm)
On i386:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
perl(HTML:
perl-Elasticsearch has broken dependencies in the rawhide tree:
On x86_64:
perl-Elasticsearch-1.05-1.fc21.noarch requires perl(Hijk) >= 0:0.12
On i386:
perl-Elasticsearch-1.05-1.fc21.noarch requires perl(Hijk) >= 0:0.12
On armhfp:
perl-Elasticsearch-1.05-1.fc21.noarch requ
2014-03-16 6:16 GMT+01:00 Kevin Kofler :
> foo.spec:
> Requires: foo-config-default or foo-config-server or foo-config-cloud
> Requires: not fedora-release-server or foo-config-server
> Requires: not fedora-release-cloud or foo-config-cloud
Well. At the same time, I'm rather impressed that this w
What is the status of fedora & systemd cgroup integration outlined here:
http://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface/
Current build is 211-1.
The reason for asking is in the document: short-term, medium-term, & long-term
are not fully defined.
&& We all know Fedora
On Mon, 2014-03-17 at 13:10 +0100, Vratislav Podzimek wrote:
> And to sum it up a bit -- I think this feature doesn't complicate things
> for users who want to ignore it or who don't understand it. If you think
> it does, please tell me about it and I'll do my best to fix it. On the
> other hand,
On Mon, 2014-03-17 at 09:39 -0400, Adam Jackson wrote:
> On Wed, 2014-03-12 at 20:07 +, Aaron Gray wrote:
>
> > I am looking for someone to walk me through the Anaconda source as I
> > need to understand it and cannot find where its 'main' is and how it
> > launches X Windows as I need to work
Summary of changes:
7551a9e... Update to 2.014 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
On Fri, 2014-03-14 at 17:41 +0100, Tomasz Torcz wrote:
> On Fri, Mar 14, 2014 at 11:38:31AM -0500, Dan Williams wrote:
> > >
> > > The lid switch is exposed as input device in Linux. logind opens that
> > > device and reacts on it. However it gives DEs the chance to inhibit
> > > this if they desi
On Mon, 17.03.14 17:09, Tim St Clair (tstcl...@redhat.com) wrote:
> What is the status of fedora & systemd cgroup integration outlined here:
> http://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface/
>
> Current build is 211-1.
>
> The reason for asking is in the document: shor
On Mon, 17.03.14 17:18, Dan Williams (d...@redhat.com) wrote:
> > systemd-inhibit --list
>
> Thanks...
>
> *drum roll*
>
> The offending package was telepathy-mission-control. Not really sure
> why it cared about suspend/resume, since I didn't have any telepathy
> services configured, and wa
Two feature requests, comments please.
1. EFI System partition is being mounted persistently at /boot/efi, and I'd
like to put an end to that because there's no good reason to do it. None of the
binaries on it are regularly being updated, and if they are, the volume should
be mounted on demand
30 matches
Mail list logo
