https://bugzilla.redhat.com/show_bug.cgi?id=1106265
Robin Lee robinlee.s...@gmail.com changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In
On 10.6.2014 21:47, Martin Gieseking wrote:
Am 10.06.2014 20:44, schrieb Jerry James:
Here's the first problem pointed out by valgrind:
- class Store (src/store/naive/store.h) has a public member zstring theEmptyNs
- that object is set to a string that is also added to StringPool
On 06/07/2014 10:55 PM, Garry T. Williams wrote:
On 6-6-14 14:46:23 Ales Kozumplik wrote:
We're
wondering: is there stuff people are still missing from DNF
The --advisory option.
Building updateinfo support is underway:
https://bugzilla.redhat.com/show_bug.cgi?id=850912
Ales
--
devel
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
On Tue, Jun 10, 2014 at 11:19 PM, Dan Williams d...@redhat.com wrote:
On Tue, 2014-06-10 at 21:37 +0400, Igor Gnatenko wrote:
On Tue, Jun 10, 2014 at 9:34 PM, Thomas Haller thal...@redhat.com wrote:
On Tue, 2014-06-10 at 21:25 +0400, Igor Gnatenko wrote:
Hi,
After latest update i can't
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
On Wed, Jun 11, 2014 at 12:07:23AM +0200, drago01 wrote:
On Tue, Jun 10, 2014 at 11:52 PM, Peter Robinson pbrobin...@gmail.com 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
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 promotion
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 kevin.kof...@chello.at
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
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
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 far
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 tested
= 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 kozump...@gmail.com
Make DNF/Yum4 the new default packaging tool in F22.
== Detailed Description ==
DNF was forked
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:
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:
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 code/usr/bin/yum/code, a short script that redirects
to code/usr/bin/dnf/code with an appropriate warning message that DNF is
https://bugzilla.redhat.com/show_bug.cgi?id=999033
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
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 ke...@scrye.com wrote:
On Sat, 7 Jun 2014 12:24:42 -0600
Jerry James loganje...@gmail.com wrote:
I can't
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
seems
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:
https://bugzilla.redhat.com/show_bug.cgi?id=1032581
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
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
On Wed, Jun 11, 2014 at 2:44 PM, Jaroslav Reznik jrez...@redhat.com 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 kozump...@gmail.com
Make DNF/Yum4 the
On Tue, Jun 10, 2014 at 9:23 PM, Adam Williamson awill...@redhat.com 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
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 really
On Wed, Jun 11, 2014 at 4:13 PM, Reindl Harald h.rei...@thelounge.net 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
Am 11.06.2014 16:20, schrieb drago01:
On Wed, Jun 11, 2014 at 4:13 PM, Reindl Harald h.rei...@thelounge.net 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
On Wed, Jun 11, 2014 at 4:30 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 11.06.2014 16:20, schrieb drago01:
On Wed, Jun 11, 2014 at 4:13 PM, Reindl Harald h.rei...@thelounge.net
wrote:
Am 11.06.2014 16:08, schrieb drago01:
We should really just do the right think and properly
-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
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 case
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 would
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
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 yum name
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 code/usr/bin/yum/code, a short script
that
redirects to
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
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 on
On 11 June 2014 15:56, Kalev Lember kalevlem...@gmail.com 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
- 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 convert UTC to your
On Wed, Jun 11, 2014 at 9:36 AM, Toshio Kuratomi a.bad...@gmail.com 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
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
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 blocker
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
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
- Original Message -
From: Richard Hughes hughsi...@gmail.com
To: Discussions about development for the Fedora desktop
desk...@lists.fedoraproject.org
Cc: Development discussions related to Fedora
devel@lists.fedoraproject.org
Sent: Wednesday, June 11, 2014 6:28:06 PM
Subject:
On Wed, 11 Jun 2014 14:02:08 +0100
Jonathan Underwood jonathan.underw...@gmail.com 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
On Wed, Jun 11, 2014 at 5:44 PM, Reindl Harald h.rei...@thelounge.net 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
On 11 June 2014 16:50, Kevin Fenzi ke...@scrye.com wrote:
On Wed, 11 Jun 2014 14:02:08 +0100
Jonathan Underwood jonathan.underw...@gmail.com 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
-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 of
- Original Message -
From: Reindl Harald h.rei...@thelounge.net
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
On Wed, Jun 11, 2014 at 5:51 PM, drago01 drag...@gmail.com wrote:
On Wed, Jun 11, 2014 at 5:44 PM, Reindl Harald h.rei...@thelounge.net 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
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 that
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
On Wed, Jun 11, 2014 at 10:14 AM, Richard W.M. Jones rjo...@redhat.com wrote:
On Wed, Jun 11, 2014 at 12:07:23AM +0200, drago01 wrote:
On Tue, Jun 10, 2014 at 11:52 PM, Peter Robinson pbrobin...@gmail.com
wrote:
[...]
So moving on from that why don't you feel comfortable pointing to
On Wed, Jun 11, 2014 at 9:50 AM, Kevin Fenzi ke...@scrye.com 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.
On 11 June 2014 10:04, Jerry James loganje...@gmail.com wrote:
On Wed, Jun 11, 2014 at 9:50 AM, Kevin Fenzi ke...@scrye.com 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
Once upon a time, Jerry James loganje...@gmail.com said:
On Wed, Jun 11, 2014 at 9:50 AM, Kevin Fenzi ke...@scrye.com 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
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 installed
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 there
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. A
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 various
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 for these
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
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 stack.
On Wed, Jun 11, 2014 at 6:09 PM, Adam Jackson a...@redhat.com 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
- 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 is to
2014-06-11 15:02 GMT+02:00 Rahul Sundaram methe...@gmail.com:
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
2014-06-11 16:08 GMT+02:00 drago01 drag...@gmail.com:
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
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:
On Wed, Jun 11, 2014 at 11:35:16AM -0400, Josh Boyer wrote:
On Wed, Jun 11, 2014 at 9:36 AM, Toshio Kuratomi a.bad...@gmail.com 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
2014-06-11 17:20 GMT+02:00 Jan Zelený jzel...@redhat.com:
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
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 complaints from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 10 Jun 2014 23:49:05 +0100
Sérgio Basto ser...@serjux.com 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 ser...@serjux.com wrote:
Hi,
On Sáb, 2014-06-07 at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 11 Jun 2014 18:03:35 +0200
drago01 drag...@gmail.com wrote:
On Wed, Jun 11, 2014 at 10:14 AM, Richard W.M. Jones
rjo...@redhat.com wrote:
On Wed, Jun 11, 2014 at 12:07:23AM +0200, drago01 wrote:
On Tue, Jun 10, 2014 at 11:52 PM, Peter
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
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
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
Once upon a time, Przemek Klosowski przemek.klosow...@nist.gov 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
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
the
On Wed, Jun 11, 2014 at 10:18 PM, David Airlie airl...@redhat.com 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
* 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
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 hasn't
On 06/11/2014 03:09 PM, Chris Adams wrote:
Once upon a time, Przemek Klosowski przemek.klosow...@nist.gov 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
Hello,
On 11 June 2014 19:11, Sérgio Basto ser...@serjux.com 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
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 single
On 11 June 2014 23:31, Mike Chambers m...@mtchambers.com 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
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 the problem,
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 they
On Wed, Jun 11, 2014 at 5:03 PM, Matthew Garrett mj...@srcf.ucam.org 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
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
* Jaroslav Reznik jrez...@redhat.com [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
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 proper
* Peter Robinson pbrobin...@gmail.com [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
* Adam Jackson a...@redhat.com [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
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,
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?
1 - 100 of 109 matches
Mail list logo