While I certainly think clang should be fixed on ARM, it's important
to note:
* clang doesn't work on i686/x86_64 either *[1]
In both cases you have to hack the standard RPM flags, otherwise
compilation fails.
Therefore all arguments about ARM being dropped as a primary
architecture for not
On Tue, Jun 10, 2014 at 11:19 PM, Dan Williams wrote:
> On Tue, 2014-06-10 at 21:37 +0400, Igor Gnatenko wrote:
>> On Tue, Jun 10, 2014 at 9:34 PM, Thomas Haller wrote:
>> > On Tue, 2014-06-10 at 21:25 +0400, Igor Gnatenko wrote:
>> >> Hi,
>> >>
>> >> After latest update i can't use my wifi in NM
On Tue, Jun 10, 2014 at 09:32:54PM +0100, Matthew Garrett wrote:
> I don't think the current state of the ARM port is good enough.
Are you actually using the ARM ports? I'm using the 32 bit ARM
primary on two machines and the aarch64 secondary on a third, and they
work well.
If there are specifi
On Wed, Jun 11, 2014 at 12:07:23AM +0200, drago01 wrote:
> On Tue, Jun 10, 2014 at 11:52 PM, Peter Robinson wrote:
> > [...]
> > So moving on from that why don't you feel comfortable pointing to
> > the ARM port?
>
> The question wasn't really directed at me but adding my 2 cents ...
> basica
On 10/06/14 19:28, Matthew Garrett wrote:
> Fedora is supposed to provide a consistent experience across primary
> architectures. Having a subset of our packages fail to build on ARM
> means that's not true, and the current state of affairs clearly violates
> point 8 of the architecture promotio
Compose started at Wed Jun 11 08:15:02 UTC 2014
New package: mingw-gmp-5.1.1-3.el7
Cross-compiled GNU arbitrary precision library
New package: mingw-gnutls-3.3.2-2.el7
MinGW GnuTLS TLS/SSL encryption library
New package: mingw-gstreamer1-plugins-base-1.3.2-1.el7
On Tue, Jun 10, 2014 at 5:49 PM, Kevin Kofler
wrote:
> Hunting for patents is one thing (I wouldn't recommend it either), but
> looking for obviously patent-encumbered stuff (like MP3 codecs) is another
> .
Unfortunately it is generally not obvious what things are "obviously
patent-encumbered".
Am 11.06.2014 08:32, schrieb Petr Spacek:
Unfortunately, it appears that that is not the only bug. Valgrind
shows at least two more bugs, both also tied into SimpleStore and
Store somehow, but I'm out of time to look at them.
Yes, the remaining bugs are hard to isolate. They always occur in
co
On Wed, 2014-06-11 at 08:48 +0100, Richard W.M. Jones wrote:
> While I certainly think clang should be fixed on ARM, it's important
> to note:
>
> * clang doesn't work on i686/x86_64 either *[1]
Just a reminder, while the llvm package is nominally mine, my interest
in it extends exactly as f
Hi John,
> ptpd-2.3.0-2.fc21
> -
> * Tue Jun 10 2014 Jon Kent - 2.3.0-2
> - restricted Arch to i686 and x86_64
>
> * Sun Jun 08 2014 Jon Kent - 2.3.0-1
> - Updates to ptpd 2.3.0
I'm wondering why you've restricted ptpd to just x86? It builds fine
on all the other architectures (I
= Proposed System Wide Change: Replace Yum With DNF =
https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF
Note: This is Fedora 22 proposal!
Change owner(s): Aleš Kozumplík
Make DNF/Yum4 the new default packaging tool in F22.
== Detailed Description ==
DNF was forked from Yum in January
https://bugzilla.redhat.com/show_bug.cgi?id=1108091
Bug ID: 1108091
Summary: perl-CGI-4.02 is available
Product: Fedora
Version: rawhide
Component: perl-CGI
Keywords: FutureFeature, Triaged
Assignee: jples...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1108093
Bug ID: 1108093
Summary: perl-CPANPLUS-0.9152 is available
Product: Fedora
Version: rawhide
Component: perl-CPANPLUS
Keywords: FutureFeature, Triaged
Assignee: ppi...@redha
https://bugzilla.redhat.com/show_bug.cgi?id=1108094
Bug ID: 1108094
Summary: perl-Date-Easter-1.21 is available
Product: Fedora
Version: rawhide
Component: perl-Date-Easter
Keywords: FutureFeature, Triaged
Assignee: dd...@cp
On Wed, Jun 11, 2014 at 02:44:10PM +0200, Jaroslav Reznik wrote:
> * package 'dnf-yum-compat-command' is installed by default. It obsoletes Yum
> and provides its own /usr/bin/yum, a short script that redirects
> to /usr/bin/dnf with an appropriate warning message that DNF is
> the preferred pac
https://bugzilla.redhat.com/show_bug.cgi?id=999033
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Regexp-Grammars-1.033 |perl-Regexp-Grammars-1.034
I too am now seeing exactly this problem I'll email Kevin my IP address
too... unless there's a more generic infra email address I should send to?
On 7 June 2014 19:31, Kevin Fenzi wrote:
> On Sat, 7 Jun 2014 12:24:42 -0600
> Jerry James wrote:
>
> > I can't do a git pull on my packages fr
Hi
On Wed, Jun 11, 2014 at 8:52 AM, Matthew Miller wrote:
>
> This is kind of sentimental, and I think possibly Seth would not have liked
> to have a big deal made of it, but... I guess I'm going to anyway. I would
> like to keep the "yum" name in remembrance of his contributions. This also
> se
https://bugzilla.redhat.com/show_bug.cgi?id=1108107
Bug ID: 1108107
Summary: perl-Text-CSV_XS-1.09 is available
Product: Fedora
Version: rawhide
Component: perl-Text-CSV_XS
Keywords: FutureFeature, Triaged
Assignee: psab...@
https://bugzilla.redhat.com/show_bug.cgi?id=1032581
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perlbrew-0.68 is available |perlbrew-0.69 is availabl
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 17:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2014-06-11 17:00 UTC'
Links to all tickets belo
On Wed, Jun 11, 2014 at 2:44 PM, Jaroslav Reznik wrote:
> = Proposed System Wide Change: Replace Yum With DNF =
> https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF
>
> Note: This is Fedora 22 proposal!
>
> Change owner(s): Aleš Kozumplík
>
> Make DNF/Yum4 the new default packaging tool in
On Tue, Jun 10, 2014 at 9:23 PM, Adam Williamson wrote:
> On Fri, 2014-05-02 at 07:07 +0200, Stanislav Ochotnicky wrote:
>> On Thu 01 May 2014 01:34:43 PM CEST Jon Kent wrote:
>> > Hi,
>> >
>> > I'm trying to get a GnuBatch package into Fedora, which is currently
>> > being reviewed. One of the po
Am 11.06.2014 16:08, schrieb drago01:
> We should really just do the right think and properly obsolete yum
> without a compact package ... keeping yum serves no purpose. As for
> Matthew's mail ... I don't think people will forgot about Seth because
> yum is gone if that's the case it would be rea
On Wed, Jun 11, 2014 at 4:13 PM, Reindl Harald wrote:
>
> Am 11.06.2014 16:08, schrieb drago01:
>> We should really just do the right think and properly obsolete yum
>> without a compact package ... keeping yum serves no purpose. As for
>> Matthew's mail ... I don't think people will forgot about
Am 11.06.2014 16:20, schrieb drago01:
> On Wed, Jun 11, 2014 at 4:13 PM, Reindl Harald wrote:
>>
>> Am 11.06.2014 16:08, schrieb drago01:
>>> We should really just do the right think and properly obsolete yum
>>> without a compact package ... keeping yum serves no purpose. As for
>>> Matthew's m
On Wed, Jun 11, 2014 at 4:30 PM, Reindl Harald wrote:
>
>
> Am 11.06.2014 16:20, schrieb drago01:
>> On Wed, Jun 11, 2014 at 4:13 PM, Reindl Harald
>> wrote:
>>>
>>> Am 11.06.2014 16:08, schrieb drago01:
We should really just do the right think and properly obsolete yum
without a compa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/11/2014 09:36 AM, Toshio Kuratomi wrote:
> Following is the list of topics that will be discussed in the
> FESCo meeting Wednesday at 17:00UTC in #fedora-meeting on
> irc.freenode.net.
>
> To convert UTC to your local time, take a look at
> htt
On Wed, Jun 11, 2014 at 04:08:09PM +0200, drago01 wrote:
> We should really just do the right think and properly obsolete yum
> without a compact package ... keeping yum serves no purpose. As for
> Matthew's mail ... I don't think people will forgot about Seth because
> yum is gone if that's the ca
On Wed, Jun 11, 2014 at 10:37:54AM -0400, Stephen Gallagher wrote:
> I forgot to open a ticket over the last week, but the Server WG has
> identified that completion of its core task (the Server Role API) is
> likely to need a little extra time. This is a blocker to release, so
> we figured it woul
On 06/11/2014 04:37 PM, Stephen Gallagher wrote:
> I forgot to open a ticket over the last week, but the Server WG has
> identified that completion of its core task (the Server Role API) is
> likely to need a little extra time. This is a blocker to release, so
> we figured it would be best to ask F
On 11. 6. 2014 at 09:02:29, Rahul Sundaram wrote:
> Hi
>
> On Wed, Jun 11, 2014 at 8:52 AM, Matthew Miller wrote:
> > This is kind of sentimental, and I think possibly Seth would not have
> > liked
> > to have a big deal made of it, but... I guess I'm going to anyway. I would
> > like to keep the
On 11. 6. 2014 at 08:52:34, Matthew Miller wrote:
> On Wed, Jun 11, 2014 at 02:44:10PM +0200, Jaroslav Reznik wrote:
> > * package 'dnf-yum-compat-command' is installed by default. It
obsoletes
> > Yum and provides its own /usr/bin/yum, a short script
that
> > redirects to /usr/bin/dnf with an ap
Hi
On Wed, Jun 11, 2014 at 11:20 AM, Jan Zelený wrote:
> The transition period is one reason why we want to keep the name dnf. We'd
> basically like to keep current yum around for users that have various
> scripts
> and stuff depending on it so they have some time to migrate to dnf.
>
I would s
On Wed, Jun 11, 2014 at 09:14:24AM +0100, Richard W.M. Jones wrote:
> This ought to improve greatly with 64 bit ARM, where Red Hat are
> pushing for everything to support UEFI booting and ACPI for hardware
> description. A single upstream open source kernel should [eventually]
> be able to boot o
On 11 June 2014 15:56, Kalev Lember wrote:
> With my Workstation WG hat on, I'd very much like to avoid pushing back
> the schedule. We already skipped one whole release; if we slip F21 it's
> going to negatively impact how users perceive the Workstation, and make
> it harder for Workstation devel
- Original Message -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/11/2014 09:36 AM, Toshio Kuratomi wrote:
> > Following is the list of topics that will be discussed in the
> > FESCo meeting Wednesday at 17:00UTC in #fedora-meeting on
> > irc.freenode.net.
> >
> > To conver
On Wed, Jun 11, 2014 at 9:36 AM, Toshio Kuratomi wrote:
> If you would like to add something to this agenda, you can reply to
> this e-mail, file a new ticket at https://fedorahosted.org/fesco,
> e-mail me directly, or bring it up at the end of the meeting, during
> the open floor topic. Note that
On Wed, Jun 11, 2014 at 05:21:30PM +0200, Jan Zelený wrote:
> On 11. 6. 2014 at 08:52:34, Matthew Miller wrote:
> > On Wed, Jun 11, 2014 at 02:44:10PM +0200, Jaroslav Reznik wrote:
> > > * package 'dnf-yum-compat-command' is installed by default. It
> obsoletes
> > > Yum and provides its own /usr/
Kalev Lember píše v St 11. 06. 2014 v 16:56 +0200:
> On 06/11/2014 04:37 PM, Stephen Gallagher wrote:
> > I forgot to open a ticket over the last week, but the Server WG has
> > identified that completion of its core task (the Server Role API) is
> > likely to need a little extra time. This is a bl
Am 11.06.2014 17:37, schrieb Chuck Anderson:
> Have puppet, chef, ansible, salt, etc. been taught how to use "dnf" to
> install packages? I think it would be a shame to force all this
> software to do s/yum/dnf/ or to have to conditionally code for these
> differences based on OS release or the p
Am 11.06.2014 17:41, schrieb Jiri Eischmann:
> +1, we've already skipped one release and we just can't delay
> significantly more. Fedora is known as a fast-moving distribution. A
> large portion of our user base is using Fedora just for that reason. Do
> we really want to make even more of them s
- Original Message -
> From: "Richard Hughes"
> To: "Discussions about development for the Fedora desktop"
>
> Cc: "Development discussions related to Fedora"
>
> Sent: Wednesday, June 11, 2014 6:28:06 PM
> Subject: Re: Slipping F21 (was: Schedule for Wednesday's FESCo Meeting
On Wed, 11 Jun 2014 14:02:08 +0100
Jonathan Underwood wrote:
> I too am now seeing exactly this problem I'll email Kevin my IP
> address too... unless there's a more generic infra email address I
> should send to?
Usually the best thing would be to open a infrastructure ticket.
I've hopefu
On Wed, Jun 11, 2014 at 5:44 PM, Reindl Harald wrote:
>
> Am 11.06.2014 17:41, schrieb Jiri Eischmann:
>> +1, we've already skipped one release and we just can't delay
>> significantly more. Fedora is known as a fast-moving distribution. A
>> large portion of our user base is using Fedora just for
On 11 June 2014 16:50, Kevin Fenzi wrote:
> On Wed, 11 Jun 2014 14:02:08 +0100
> Jonathan Underwood wrote:
>
> > I too am now seeing exactly this problem I'll email Kevin my IP
> > address too... unless there's a more generic infra email address I
> > should send to?
>
> Usually the best thi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(Sorry for double-reply; forgot to copy both lists)
On 06/11/2014 10:56 AM, Kalev Lember wrote:
> On 06/11/2014 04:37 PM, Stephen Gallagher wrote:
>> I forgot to open a ticket over the last week, but the Server WG
>> has identified that completion o
- Original Message -
> From: "Reindl Harald"
> To: devel@lists.fedoraproject.org
> Sent: Wednesday, June 11, 2014 6:44:09 PM
> Subject: Re: Slipping F21
>
>
> Am 11.06.2014 17:41, schrieb Jiri Eischmann:
> > +1, we've already skipped one release and we just can't delay
> > significantly
On Wed, Jun 11, 2014 at 5:51 PM, drago01 wrote:
> On Wed, Jun 11, 2014 at 5:44 PM, Reindl Harald wrote:
>>
>> Am 11.06.2014 17:41, schrieb Jiri Eischmann:
>>> +1, we've already skipped one release and we just can't delay
>>> significantly more. Fedora is known as a fast-moving distribution. A
>>>
Reindl Harald píše v St 11. 06. 2014 v 17:44 +0200:
> Am 11.06.2014 17:41, schrieb Jiri Eischmann:
> > +1, we've already skipped one release and we just can't delay
> > significantly more. Fedora is known as a fast-moving distribution. A
> > large portion of our user base is using Fedora just for t
My personal opinion is that we ought to try not disrupting the release schedule.
If some features miss the release train, it could wait 6 monthq (and,
I disagree with dropping the whole server products).
Fedora.Next is a big change in our model, our priority is to release
F21 and get some feedbacks
On Wed, Jun 11, 2014 at 10:14 AM, Richard W.M. Jones wrote:
> On Wed, Jun 11, 2014 at 12:07:23AM +0200, drago01 wrote:
>> On Tue, Jun 10, 2014 at 11:52 PM, Peter Robinson
>> wrote:
>> > [...]
>> > So moving on from that why don't you feel comfortable pointing to
>> > the ARM port?
>>
>> The
On Wed, Jun 11, 2014 at 9:50 AM, Kevin Fenzi wrote:
> Usually the best thing would be to open a infrastructure ticket.
>
> I've hopefully fixed your IP too now tho. ;)
This kind of problem is just going to keep happening to those of us
with dynamic IP addresses from large ISPs. Plus, since there
On 11 June 2014 10:04, Jerry James wrote:
> On Wed, Jun 11, 2014 at 9:50 AM, Kevin Fenzi wrote:
> > Usually the best thing would be to open a infrastructure ticket.
> >
> > I've hopefully fixed your IP too now tho. ;)
>
> This kind of problem is just going to keep happening to those of us
> with
Once upon a time, Jerry James said:
> On Wed, Jun 11, 2014 at 9:50 AM, Kevin Fenzi wrote:
> > Usually the best thing would be to open a infrastructure ticket.
> >
> > I've hopefully fixed your IP too now tho. ;)
>
> This kind of problem is just going to keep happening to those of us
> with dynam
Le mercredi 11 juin 2014 à 11:37 -0400, Chuck Anderson a écrit :
> On Wed, Jun 11, 2014 at 05:21:30PM +0200, Jan Zelený wrote:
> > On 11. 6. 2014 at 08:52:34, Matthew Miller wrote:
> > > On Wed, Jun 11, 2014 at 02:44:10PM +0200, Jaroslav Reznik wrote:
> > > > * package 'dnf-yum-compat-command' is i
On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote:
> Oh and xserver really .. I am the one that gets complaints from users
> that I can't fix because of our ancient x11 stack.
I'm not intrinsically _opposed_ to rebasing X in F20. But it's not
something we've done in any previous Fedora, and ther
On Wed, 2014-06-11 at 17:57 +0200, Jiri Eischmann wrote:
> Reindl Harald píše v St 11. 06. 2014 v 17:44 +0200:
> > Am 11.06.2014 17:41, schrieb Jiri Eischmann:
> > > +1, we've already skipped one release and we just can't delay
> > > significantly more. Fedora is known as a fast-moving distribution
On Wed, Jun 11, 2014 at 11:25:31AM -0400, Rahul Sundaram wrote:
>Hi
>
>On Wed, Jun 11, 2014 at 11:20 AM, Jan ZelenA 1/2 wrote:
>
> The transition period is one reason why we want to keep the name dnf.
> We'd
> basically like to keep current yum around for users that have va
On 06/11/2014 04:41 PM, Reindl Harald wrote:
>
> Am 11.06.2014 17:37, schrieb Chuck Anderson:
>> Have puppet, chef, ansible, salt, etc. been taught how to use "dnf" to
>> install packages? I think it would be a shame to force all this
>> software to do s/yum/dnf/ or to have to conditionally code
On Qua, 2014-06-11 at 12:09 -0400, Adam Jackson wrote:
> On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote:
>
> > Oh and xserver really .. I am the one that gets complaints from users
> > that I can't fix because of our ancient x11 stack.
>
> I'm not intrinsically _opposed_ to rebasing X in F20.
Dear All,
I have just orphaned the emacs-common-muse package as I don't use it, and
it has been dead upstream for a few years.
This package also FTBFS during the last F21 mass rebuild. I checked in a
fix to enable it to build (verified with a mock build) before orphaning the
package but didn't pu
On Wed, 2014-06-11 at 17:19 +0100, Sérgio Basto wrote:
> On Qua, 2014-06-11 at 12:09 -0400, Adam Jackson wrote:
> > On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote:
> >
> > > Oh and xserver really .. I am the one that gets complaints from users
> > > that I can't fix because of our ancient x11
On Wed, Jun 11, 2014 at 6:09 PM, Adam Jackson wrote:
> On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote:
>
>> Oh and xserver really .. I am the one that gets complaints from users
>> that I can't fix because of our ancient x11 stack.
To add some context the feature that I am asking for is workin
- Original Message -
> My personal opinion is that we ought to try not disrupting the release
> schedule.
> If some features miss the release train, it could wait 6 monthq (and,
> I disagree with dropping the whole server products).
> Fedora.Next is a big change in our model, our priority i
2014-06-11 15:02 GMT+02:00 Rahul Sundaram :
> I strongly agree with this for practical reasons. There is no good
> rationale for moving away from yum as the name of the command except some
> of the command line changes which happened with yum anyway (download only
> was added and later removed fo
2014-06-11 16:08 GMT+02:00 drago01 :
> That makes no sense. First of all if it obsoletes yum it will get
> pulled in during upgrades and imo it *should*. We don't really want to
> end up in a situation where half the users
> are using the default packing tool while the other half uses the old one.
The following packages are orphaned or did not build for two
releases and will be retired when Fedora (F21) is branched, unless someone
adopts them. If you know for sure that the package should be retired, please do
so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package
On Wed, Jun 11, 2014 at 11:35:16AM -0400, Josh Boyer wrote:
> On Wed, Jun 11, 2014 at 9:36 AM, Toshio Kuratomi wrote:
> > If you would like to add something to this agenda, you can reply to
> > this e-mail, file a new ticket at https://fedorahosted.org/fesco,
> > e-mail me directly, or bring it up
2014-06-11 17:20 GMT+02:00 Jan Zelený :
> Also, dnf
> > needs to drop all the legacy options before the transition (ie) pick
> erase
> > or remove (preferably the latter) etc rather than retain all the
> > compatibility options.
>
> The transition period is one reason why we want to keep the name
On Qua, 2014-06-11 at 12:40 -0400, Adam Jackson wrote:
> On Wed, 2014-06-11 at 17:19 +0100, Sérgio Basto wrote:
> > On Qua, 2014-06-11 at 12:09 -0400, Adam Jackson wrote:
> > > On Wed, 2014-06-11 at 17:56 +0200, drago01 wrote:
> > >
> > > > Oh and xserver really .. I am the one that gets compla
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 10 Jun 2014 23:49:05 +0100
Sérgio Basto wrote:
> On Ter, 2014-06-10 at 17:40 -0500, Dennis Gilmore wrote:
> > On Tue, 10 Jun 2014 23:24:41 +0100
> > Sérgio Basto wrote:
> >
> > > Hi,
> > >
> > > On Sáb, 2014-06-07 at 08:51 -0500, Dennis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 11 Jun 2014 18:03:35 +0200
drago01 wrote:
> On Wed, Jun 11, 2014 at 10:14 AM, Richard W.M. Jones
> wrote:
> > On Wed, Jun 11, 2014 at 12:07:23AM +0200, drago01 wrote:
> >> On Tue, Jun 10, 2014 at 11:52 PM, Peter Robinson
> >> wrote:
> >> >
Forcing the users to type a different command name to get exactly the
same functionality only serves to annoy the user.
--
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 2014-06-11 14:07 (GMT-0400) DJ Delorie composed:
Forcing the users to type a different command name to get exactly the
same functionality only serves to annoy the user.
And in this particular case, the change is from a nice single finger word
it's a two-hander, three finger.
--
"The wise
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2014-06-12 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2014-06-12 09:00 Thu US/Pacific PDT
2014-06-12 12:00 Thu US/Eastern EDT
2014-06-12 1
On 06/10/2014 04:12 PM, Peter Robinson wrote:
So at the moment there's around 15,000 source packages in Fedora
mainline and you're getting depressed over exactly 24 of them? I'm not
sure how 24 packages is providing a inconsistent experience.
Fedora simply must support ARM because it ensures futu
On 06/11/2014 11:20 AM, Jan Zelený wrote:
The transition period is one reason why we want to keep the name dnf. We'd
basically like to keep current yum around for users that have various scripts
and stuff depending on it so they have some time to migrate to dnf.
I think this is a mistake---if d
Once upon a time, Przemek Klosowski said:
> Fedora simply must support ARM because it ensures future viability.
> The progress in ARM hardware platforms is amazing---ARM device sales
> overtook x86 in 2010 [1] and of course the total number of ARM
> processors in the wild exceeds x86 by orders of
> To add some context the feature that I am asking for is working DRI3 +
> present ... with mesa 10.2
> it gives us GLX_EXT_buffer_age which finally fixes tearing issues in
> mutter that some user are experiencing
> without using workarounds like forcing the compositor to always redraw
> the whole
>
> > To add some context the feature that I am asking for is working DRI3 +
> > present ... with mesa 10.2
> > it gives us GLX_EXT_buffer_age which finally fixes tearing issues in
> > mutter that some user are experiencing
> > without using workarounds like forcing the compositor to always redraw
On Wed, Jun 11, 2014 at 10:18 PM, David Airlie wrote:
>>
>> > To add some context the feature that I am asking for is working DRI3 +
>> > present ... with mesa 10.2
>> > it gives us GLX_EXT_buffer_age which finally fixes tearing issues in
>> > mutter that some user are experiencing
>> > without us
* Reindl Harald [11/06/2014 17:44] :
>
> um F20 has Kernel 3.14, recent mesa, KDE 4.13 soon, recent LibreOffice
> and so on - what are you missing that justifies "move move, go on move!"
Perl 5.20 was released in May but hasn't landed in Fedora yet (and won't
until we've branched off F21 from rawh
On Wed, Jun 11, 2014 at 11:14:41PM +0200, Emmanuel Seyman wrote:
> * Reindl Harald [11/06/2014 17:44] :
> >
> > um F20 has Kernel 3.14, recent mesa, KDE 4.13 soon, recent LibreOffice
> > and so on - what are you missing that justifies "move move, go on move!"
>
> Perl 5.20 was released in May but
On 06/11/2014 03:09 PM, Chris Adams wrote:
Once upon a time, Przemek Klosowski said:
Fedora simply must support ARM because it ensures future viability.
The progress in ARM hardware platforms is amazing---ARM device sales
overtook x86 in 2010 [1] and of course the total number of ARM
processors
Hello,
On 11 June 2014 19:11, Sérgio Basto wrote:
> > > Hi, why not begin by a xserver rebase in copr ?
> >
> > Personally, because I don't feel like doing the work twice. But if
> > someone else wants to, sure, go for it.
>
> I could do it, also think about do it for eclipse-swt , but my probl
On Wed, 2014-06-11 at 14:18 -0400, Felix Miata wrote:
> On 2014-06-11 14:07 (GMT-0400) DJ Delorie composed:
>
> > Forcing the users to type a different command name to get exactly the
> > same functionality only serves to annoy the user.
>
> And in this particular case, the change is from a nice
On 11 June 2014 23:31, Mike Chambers wrote:
>
> Still trying to figure out why initials for a name (if decide not gonna
> continue to use the *yum* name) was decided, instead of at least a
> different name/word that makes sense at least haha
>
>
>
In addition to the user confusion for the command
On Wed, 2014-06-11 at 16:11 +0200, drago01 wrote:
> >> Another (relatively common) problem is the parallelization (-j4)
> >> tripping the makefile up. I.e. dependencies for some targets are
> >> incomplete and config.h is not yet generated when they execute.
> >
> > Any time this turns out to be t
On Tue, Jun 10, 2014 at 11:29:41PM +0100, Matthew Garrett wrote:
> Ok, I was entirely unaware of that, and it does change things. Thanks
> for letting me know. I'll look into whether it's practical to generate a
> list of all the existing ExcludeArch packages and automatically check
> whether t
On Wed, Jun 11, 2014 at 5:03 PM, Matthew Garrett wrote:
> That's 60. In addition, the following packages are ExclusiveArch: in
> such a way that ARM is left out but PPC support is claimed:
>
> gprolog
> mono-bouncycastle
> nant
> pvs-sbcl
> xsupplicant
Oh, sbcl grew ARM support yesterday. Nice!
Hi,
I finally rebased dbus to the latest stable release in rawhide. I
tested it lightly by upgrading a F20 cloud image to rawhide, but didn't
get a chance to play around with it on a desktop system. If you see any
issues, don't hesitate to file a bug. Thanks!
--
devel mailing list
devel@lists
* Jaroslav Reznik [2014-04-14 08:32]:
> = Proposed System Wide Change: Fedora 21 Make 4.0 Update =
> https://fedoraproject.org/wiki/Changes/F21Make40
> == Detailed Description ==
> The purpose of this update is to synchronize Fedora with the most recent Make
> release.
The contingency for this
On Wednesday, 11 June 2014 at 18:57, Till Maas wrote:
> The following packages are orphaned or did not build for two
> releases and will be retired when Fedora (F21) is branched, unless someone
> adopts them. If you know for sure that the package should be retired, please
> do
> so now with a prop
* Peter Robinson [2014-06-09 11:35]:
> That's likely because both OpenJDK7 and OpenJDK8 both provide
> java-devel (based on a the repo as it stood at yesterday's compose so
> it doesn't include the mass rebuild packages):
>
> # repoquery --whatprovides java-devel
> java-1.7.0-openjdk-devel-1:1.7.
* Adam Jackson [2014-06-09 12:01]:
> In the xorg-x11-docs case it's explicitly BuildRequires:
> java-1.7.0-openjdk;
Okay. Please don't do that. Use java-devel. Otherwise, this will break
on future updates to Java 8, 9 an later ones.
> changing it to plain java-devel actually fixes the
> build, p
Hi,
For the ongoing effort to package salome/code-aster, I need these two
dependencies:
- https://bugzilla.redhat.com/show_bug.cgi?id=1108395 - netgen-mesher -
Somewhat complexish, autotools, mpi subpackages
- https://bugzilla.redhat.com/show_bug.cgi?id=1108355 - tcl-togl - Easy
review, tcl/
I resolved the issue with ODB not building with gcc 4.9, but it appears
that there's something going wrong with the ARM build. I don't have access
to a Fedora 21 machine or ARM hardware to debug this issue, so does anyone
have any ideas on what I can do to get the ARM build working on Fedora 21?
Th
On Wed, Jun 11, 2014 at 7:49 PM, Dave Johansen
wrote:
> I resolved the issue with ODB not building with gcc 4.9, but it appears
> that there's something going wrong with the ARM build. I don't have access
> to a Fedora 21 machine or ARM hardware to debug this issue, so does anyone
> have any idea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 11 Jun 2014 20:01:19 -0700
Dave Johansen wrote:
> On Wed, Jun 11, 2014 at 7:49 PM, Dave Johansen
> wrote:
>
> > I resolved the issue with ODB not building with gcc 4.9, but it
> > appears that there's something going wrong with the ARM buil
100 matches
Mail list logo
