On Thu, 2012-08-16 at 09:06 -0700, John Reiser wrote:
I disagree with the resource allocation decision that RV280 is not worthy
of the attention that is necessary to provide the functionality required by
Gnome3.
Of the approximately nine functionally different generations of radeons
on the
Two (deprecated) functions were removed from libxcb-util, and the soname
has been bumped to match. The following (binary) packages are affected:
boinc-manager
i3
startup-notification
xcb-util-image
xorg-x11-drv-intel
That last one is a touch unexpected. At any rate, I'll kick rebuilds
for
On 8/22/12 9:11 AM, Stanislav Ochotnicky wrote:
We also received broken requires for awesome WM. I've already rebuilt
the package, but you might want to revisit your repoqueries (I assume
you checked F17 repos where awesome is not present)
Indeed, sorry about that. Thanks for the catch!
-
On 8/25/12 10:01 AM, TASAKA Mamoru wrote:
Fedora Rawhide Report wrote, at 08/25/2012 09:34 PM +9:00:
Compose started at Sat Aug 25 08:15:10 UTC 2012
Broken deps for x86_64
--
[OpenSceneGraph]
On 8/27/12 9:10 AM, Adam Jackson wrote:
pangoxft should be a functional replacement, as far as I can tell, and
the APIs seem to be quite similar.
Actually I'm told pangocairo is the preferred thing instead of pangoxft.
repoquery agrees:
$ repoquery --whatrequires 'libpangocairo-1.0.so.0
On 8/27/12 1:22 PM, Ralf Corsepius wrote:
On 08/27/2012 06:13 PM, Adam Jackson wrote:
Still, looking into it.
My view: The pango maintainers can not abandon pangox just because
_they_ do not use some API other works rely upon.
That's an opinion you can have. Personally once an API has been
On 8/27/12 5:38 PM, Matthias Clasen wrote:
On Mon, 2012-08-27 at 15:27 -0400, Adam Jackson wrote:
That said it's probably less work to grab a copy of pango-1.30.1 and
just build compat-pangox from that.
I would prefer if we could get a snapshot with the 2 1/2 year old
gtkglext change built
On 8/29/12 3:06 PM, Miloslav Trmač wrote:
On Wed, Aug 29, 2012 at 8:33 PM, Tom Callaway tcall...@redhat.com wrote:
I made an updated package (1.6.1) that has these fixes applied and sets
the CAP_SYS_TTY_CONFIG capability to the dfbinfo binary. (Other DirectFB
binaries probably need the same
On 8/30/12 9:26 AM, Gerry Reno wrote:
(*) DirectFB/FBDev: Found 'inteldrmfb' (ID 0) with frame buffer at
0xc0064000, 8100k (MMIO 0x, 0k)
So this says you're using the intel drm driver...
(*) DirectFB/Core/WM: Default 0.3 (directfb.org)
(!!!) *** ONCE [no mode
On 9/10/12 4:21 AM, Tomáš Smetana wrote:
On Sun, 9 Sep 2012 12:39:46 +
Fedora Rawhide Report rawh...@fedoraproject.org wrote:
[freeglut]
freeglut-devel-2.8.0-7.fc19.i686 requires libGLU-devel
freeglut-devel-2.8.0-7.fc19.x86_64 requires libGLU-devel
Hello,
freeglut is
On 9/14/12 3:56 AM, Karel Zak wrote:
I'd like to retire package lslk (command lslk(8) -- list local locks)
in Fedora = 18.
The package upstream is officially inactive since July 2001. The
latest util-linux release provides a new reimplementation lslocks(8),
this new command is
After yesterday's rebuilds, there remain 271 binary packages from 232
source packages that still require libpng-compat.
No FTBFS bugs have been filed at this time.
There's a pretty wide variety of failures represented here. In addition
to the libpng API changes, a quick scan also unconvers
On Sat, 2011-12-17 at 01:51 +0100, Reindl Harald wrote:
how is the following changelog-entry to understand?
Well the changelog entry says:
* Thu Dec 15 2011 Dave Jones da...@redhat.com
2.6.41.5-3 - Disable Intel IOMMU by default.
So I would assume that means that the Intel IOMMU is disabled
On 12/23/11 5:14 AM, Eric Smith wrote:
I wrote:
Now if I try to launch gsmartcontrol from the Gnome Shell, I get
the prompt from userhelper for my password, but it fails to run.
From the command line, the same thing happens, but at least it
shows the error message Gtk-WARNING **: cannot
On 1/3/12 12:49 PM, Simo Sorce wrote:
On Tue, 2012-01-03 at 12:22 -0500, Adam Jackson wrote:
You moved between networks, which caused your hostname to change [1].
[..]
[1] - This is debateably correct.
Sorry I can't resist saying that changing hostname automatically after
boot is *always
On Thu, 2012-01-05 at 14:08 -0500, Tom Lane wrote:
Toshio Kuratomi a.bad...@gmail.com writes:
On Thu, Jan 05, 2012 at 01:13:47PM -0500, Bill Nottingham wrote:
We could consider having pkgdb e-mail the owner when the critpath bit for
the package gets flipped. Toshio, is that possible?
It
On Thu, 2012-01-05 at 22:38 +0100, Ralf Corsepius wrote:
They do not mean the resulting packages are more or less broken than
those having been built by predecessors of the toolchains.
Neither does an ordered rebuild. Even assuming the concept of
ordering was any more well defined than
On Wed, 2012-01-11 at 10:32 -0500, Paul W. Frields wrote:
https://admin.fedoraproject.org/pkgdb/acls/name/qrencode
Is this package supposed to be critical path?[1] It's marked that way
for f16 and devel branch, but it was surprising to me.
[ajax@f17 ~]$ repoquery --whatrequires qrencode
On Tue, 2012-01-10 at 18:30 -0800, Toshio Kuratomi wrote:
As part of the announced cleanup after the mass password and ssh key reset,
packages that had owners who were inactive at this time were orphaned.
comaintainer who were inactive were likewise removed from packages.
Took hfsplus-tools.
We're going to update Mesa to a pre-8.0 snapshot in anticipation of
shipping 8.0 in F17. Typically the libOSMesa version number is bumped
when this happens. However there's no real ABI change, so the rebuild
should be trivial. Sorry for the late announcement, but this should be
pretty low
On 2/10/12 11:32 AM, Neal Becker wrote:
I've seen this repeatedly, with often very serious consequences (complete
failure of update from f15-f16 for example).
Between packages installed via pip, and packages installed via yum, some
packages seem to switch between
e.g.,
On 1/3/12 12:22 PM, Adam Jackson wrote:
You moved between networks, which caused your hostname to change [1].
This meant that the xauth cookie for your current session no longer
matched, because it embeds the hostname, because the spec says that's
what you do.
We set up X with two levels
On 2/15/12 7:22 PM, jonathan wrote:
Apple move step by step to LLVM and stop to use gcc. The latest apple
IDE (Xcode) will not ship gcc but llvm.
https://developer.apple.com/technologies/tools/whats-new.html
It will be great to know if llvm is ready to do same for several
important linux
On Thu, 2012-02-16 at 10:22 +0530, Rahul Sundaram wrote:
On 02/16/2012 10:08 AM, Genes MailLists wrote:
Not to mention that the kernel devs use gcc to compile the kernel -
and it most certainly puts a lot of pressure on the compiler. I suspect
unless linus drops gcc as well, we'll at a
On Fri, 2012-02-24 at 21:28 +0100, Ilyes Gouta wrote:
This is to reboot the discussion about: why not also building the
libgbm part of Mesa in Fedora?
Having it would make it easier to test Wayland and friends. Any
reasons on why not having it so far?
Thorsten Leemhuis has very graciously
On Fri, 2012-02-24 at 22:29 +0100, Ilyes Gouta wrote:
Cool! That's what I want to be part of, too :)
Could these be installed on a Fedora 16?
F16 is still on Mesa 7.11.x because Mesa 8.0 drops the DRI1 drivers.
Which means I don't intend to do any work on F16 beyond keeping up with
the 7.11
On Sun, 2012-02-26 at 09:53 -0700, Orion Poplawski wrote:
I'm going to be building Xaw3d 1.6.1 in rawhide shortly. This includes
a soname bump. The following packages are affected:
gv
xdvik
xfig
xvkbd
I will be rebuilding them as well. If all goes well, we may push to
F17 in a
On Thu, 2012-03-01 at 16:39 -0500, Daniel J Walsh wrote:
I believe Fedora 17 has an add user to admin group checkbox when
adding the initial user, not sure if it is checked on or off by default.
Off by default (having just tried it today).
- ajax
signature.asc
Description: This is a
On Sun, 2012-03-11 at 19:03 -0700, Adam Williamson wrote:
On Sun, 2012-03-11 at 18:49 -0700, Adam Williamson wrote:
On Sun, 2012-03-11 at 15:48 -0400, Cole Robinson wrote:
which has a lot of people tacked on as well (not sure why abrt couldn't
handle
the other 60 though...) It
On 3/19/12 11:42 PM, Bojan Smojver wrote:
Before I file a bug for this, I need to figure out which component may
be doing this. If one creates a large file (several GB) in /dev/shm and
shuts down, the system will take many minutes to shut down. Last message
before hang is Disabling swap.
Not
On 3/20/12 9:19 AM, Bojan Smojver wrote:
Adam Jacksona...@redhat.com wrote:
Now as to why we disable swap on shutdown, I'm not really sure. It
certainly seems like useless work to me.
Would it help if all memory based file systems got unmounted before
swap gets disabled? That would kill
On Wed, 2012-03-21 at 12:26 +, Peter Robinson wrote:
No, we've never said that ever! But then there are a lot of desktops
that run just fine without OpenGL. 3D really wasn't in a great state
even in x86 until Fedora 15 with a lot of drivers only doing it
partially or not at all, even now
On Wed, 2012-03-21 at 13:32 +0100, drago01 wrote:
Even though I disagree with Kevin that we should block on does not
have 3D drivers .. OpenGL is imo
even more important on ARM (non server systems) then on x86.
A tablet or smartphone without hardware accelerated rendering is just
useless
On Wed, 2012-03-21 at 14:31 +, Matthew Garrett wrote:
On Wed, Mar 21, 2012 at 02:28:10PM +, Peter Robinson wrote:
What about all the other xorg-x11-drv* video cards, admittedly they're
generally considered legacy but there are a lot that don't do 3D at
all there.
Of the
On Wed, 2012-03-21 at 10:38 -0400, Bill Nottingham wrote:
Peter Robinson (pbrobin...@gmail.com) said:
That's my point, I don't believe that working 3D should be a blocker
to primary arch because like mainline it will likely come with both
time and demand.
Is llvmpipe not 'working'?
On Wed, 2012-03-21 at 21:25 +0100, Julian Sikorski wrote:
Hi,
I am running an F-17 x86_64 guest on an F-16 x86_64 host here. I have
realised that mouse input is not working anymore since a few days.
I have tried
# yum downgrade xorg-x11-*
in the guest so far, but this did not help. Any
On 3/27/12 10:39 AM, Martin Langhoff wrote:
I am diagnosing a bug/odditywith a python library that uses Pyrex and
other oddities. In the course of that, I have installed python.i686 on
my F16 x86_64 system, and I'm trying to run it and... no dice!
According to rpm, python.x86_64 and python.i686
On Thu, 2012-04-05 at 16:13 +0200, Jim Meyering wrote:
Thanks.
Can anyone explain why appending that %{?_isa} notation is necessary?
Shouldn't dependency-tracking tools already know that libgomp is
an arch-dependent binary, and that of course if gcc.x86_64 is depending
on libgomp, it really
On Thu, 2012-04-05 at 12:10 -0400, James Antill wrote:
On Thu, 2012-04-05 at 10:52 -0400, Adam Jackson wrote:
So, at least on my F17 machine, gcc looks like this:
black-lotus:~% rpm -q --requires gcc | grep gomp
libgomp = 4.7.0-1.fc17
libgomp.so.1()(64bit)
To me that looks like
On Tue, 2012-04-10 at 22:52 -0400, Bill Nottingham wrote:
Richard W.M. Jones (rjo...@redhat.com) said:
The 'qemu' package has a bug, of sorts: the maintainer should have
added a specific Requires line:
Requires: usbredir = some version
However, instead of pushing this problem on
On 4/13/12 2:37 PM, Frank Ch. Eigler wrote:
[...]
If your package meets the following criteria you MUST enable the PIE compiler
flags:
[...]
* Your package runs as root.
[...]
If this is meant to cover administrative binaries that have no
privilege escalation pieces of their own, merely
On 4/13/12 3:19 PM, Richard W.M. Jones wrote:
On Fri, Apr 13, 2012 at 10:47:00AM -0700, Toshio Kuratomi wrote:
Although (since I know Rich works on OCaml stuff) since OCaml is compiled to
C before being compiled to object code, this section might still apply.
OCaml isn't compiled to C, it's
On Fri, 2010-04-30 at 07:43 +0200, Valent Turkovic wrote:
How to recompress data already on btrfs partition?
find / -xdev -type f | while read i; do
cp $i /tmp/tmp
rm $i
mv /tmp/tmp $i
done
Obviously, don't actually run that.
- ajax
signature.asc
Description: This is a digitally
On Tue, 2010-05-04 at 16:21 -0400, James Laska wrote:
= kernel =
* 587171 kernel (a...@redhat.com) NEW - Intel kms leads to an all
black display
Upon closer reading, I think this fixed by the same patch as fixed
584229; they're still separate bugs, but that just means the logic
On Fri, 2010-05-07 at 10:56 -0400, Przemek Klosowski wrote:
On 05/07/2010 08:48 AM, Matěj Cepl wrote:
Although I don't agree with many of them in a
lot of places, I strongly support Kevin's, Ralf's and others position
that the current development is very harmful to the development of
On Wed, 2010-06-16 at 09:47 -0400, Matthias Clasen wrote:
On Wed, 2010-06-16 at 09:37 -0400, Adam Jackson wrote:
I can't speak to Trever's case, but I can say that it's pretty
irritating to need debuginfo for every compiler in gcc when all I really
need is debuginfo for libgcc
On Wed, 2010-06-30 at 16:49 -0400, Dave Jones wrote:
On Thu, Jun 24, 2010 at 11:28:16AM -0700, Adam Williamson wrote:
* The desktop default update manager must not periodically check for
updates when the system is booted live, but must periodically check for
updates when running on
On Tue, 2010-07-06 at 11:23 +0200, Till Maas wrote:
On Mon, Jul 05, 2010 at 09:56:50PM -0600, Kevin Fenzi 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
On Thu, 2010-07-08 at 11:31 -0400, Brandon Lozza wrote:
A mass rebuild would be recommended as the new compiler will produce
faster code. I believe everything will benefit and it's worth looking
into. For example I noticed a significant difference on the OpenSUSE
distro when GCC was upgraded
On Wed, 2013-02-06 at 07:52 -0800, Toshio Kuratomi wrote:
In Scope I see KDE's networking layers likely require an update to use the
new API, as will any other direct client of ModemManager. However, the
functionality that most networking applets require from ModemManager is
fairly simple,
On Mon, 2013-02-25 at 04:38 -0500, David Airlie wrote:
Given that Mesa depends on LLVM, I suppose brokenness in anything but
Rawhide is not really advisable.
I'd be happy to give you and Jens co-maintainership though, until a
more permanent maintainer steps forward (ideally one of
On Mon, 2013-03-04 at 14:07 -0800, Josh Stone wrote:
So given that this library's use is pretty well contained, might it be
OK to go ahead and update in F18?
Yeah, that's fine.
In the future, consider following the glibc pattern of fixing the soname
for all but truly-world-breaking changes,
On Tue, 2013-03-12 at 17:19 +0100, Nicolas Mailhot wrote:
Did anyone check the X guys were ok with a setup where they had no longer
any room for error? They heavily depend on users being able to boot on the
previous kernel when there is a driver problem.
Yeah, I'm good.
- ajax
--
devel
Jones pjo...@redhat.com
Can't possibly be worse than what we have.
Reviewed-by: Adam Jackson a...@redhat.com
- ajax
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2013-03-29 at 10:48 -0700, John Reiser wrote:
-fPIE code is larger and takes longer to execute. The cost varies from
minimal ( 2%) in many cases to 10% or more for non-dynamic arrays on i686.
Citation needed.
-fPIE for Thumb mode on ARM is particularly painful.
Citation needed.
LLVM 3.3 is coming soon, and is required [1] for some upcoming Mesa
features including newer Radeon support and llvmpipe on big-endian
arches.
Naturally, zero of the other llvm consumers in the OS actually build
against llvm 3.3 without patching. If you're one of the -owners cc'd on
this mail,
On Mon, 2013-05-06 at 09:37 -0400, Adam Jackson wrote:
I'll be landing this soon in both F20 and F19, where soon means
sometime after piglit stops telling me I've regressed
texture_from_pixmap on r600, and after I've smoketested a couple of
other GPUs.
This is now available:
https
On Wed, 2013-05-22 at 08:08 -0400, Daniel J Walsh wrote:
I have dreamed for years of buying a laptop that I can actually use outside,
but I don't want to run Windows on it.
It is a little steep at 700 + 75 for ssd.
Atom N2600 means it's a PowerVR GPU not an Intel GPU, which means the
open
On Tue, 2013-05-28 at 20:24 -0400, Colin Walters wrote:
2) As part of automated testing. The most important thing to understand
here is that Type=session tests are most effectively run under
an autologged-in VM. But it'd be mostly possible to run the current
GNOME installed test
On Wed, 2013-06-05 at 10:58 +0200, Joachim Backes wrote:
---
Package x-4.1.0.0-4.beta1.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
On Wed, 2013-06-05 at 15:35 +0200, Joachim Backes wrote:
On 06/05/2013 02:37 PM, Adam Jackson wrote:
Wouldn't this just be:
% sudo yum update --enablerepo=updates-testing --downloadonly
x-4.1.0.0-4.beta1.fc19
- ajax
No, because in the most cases I receive this email, it's
On Tue, 2013-07-09 at 14:54 -0400, Jonathan Masters wrote:
We'll be looking into LLVM in due course. There are a few of us
capable of fixing the issue (that you were noted as being extremely
concerned about on IRC at the time - we will be happy to send you
updates on this) but we balance this
On Thu, 2013-07-11 at 16:56 +0100, Matthew Garrett wrote:
The llvm maintainer hasn't fixed llvmpipe. Nobody working on gcc has
bootstrapped ada.
The llvm maintainer would like to reiterate that he took the package
more out of necessity than desire, has no love for llvm itself, is not
paid to
On Tue, 2013-07-16 at 13:00 +0200, drago01 wrote:
It is getting a bit off the topic, but this it isn't really a
problem
with mesa. But rather that we have non-gallium closed src drivers
from the GPU vendors in the ARM space, which only support GLES. And
most/all of the desktop stuff
On Tue, 2013-07-23 at 12:57 -0400, Dave Jones wrote:
qemu-system-alpha x86_64 2:1.4.2-4.fc19
@updates-testing 4.1 M
qemu-system-arm x86_64 2:1.4.2-4.fc19
@updates-testing 5.2 M
qemu-system-crisx86_64 2:1.4.2-4.fc19
On Fri, 2013-08-02 at 11:38 +0200, Florian Weimer wrote:
On 08/02/2013 09:45 AM, Richard W.M. Jones wrote:
Judging by a google search for qreal float arm this difference
causes endless problems. I even found a Fedora build bug related to it.
However it's a matter for upstream to fix it.
On Mon, 2013-08-05 at 13:00 +0200, Ondrej Vasik wrote:
Now I probably see why I did that - it was in the RPM_BUILD_ROOT from
some reason and because of the capabilities change, I needed to
explicitly mention all directories created in RPM_BUILD_ROOT. So this
commit just exposed /usr/etc
For F21, I plan to orphan the following X video drivers:
xorg-x11-drv-apm
xorg-x11-drv-cirrus
xorg-x11-drv-geode
xorg-x11-drv-glint
xorg-x11-drv-i128
xorg-x11-drv-i740
xorg-x11-drv-mach64
xorg-x11-drv-mga
xorg-x11-drv-neomagic
xorg-x11-drv-r128
xorg-x11-drv-rendition
xorg-x11-drv-s3virge
On Tue, 2013-08-27 at 10:58 -0400, Brian Wheeler wrote:
Out of curiosity, is the cirrus driver used in qemu/kvm or does it use
something else?
There's a KMS driver for qemu's cirrus emulation now; X loads
xorg-x11-drv-modesetting in that scenario. (Likewise for the Matrox
G200SE series of
On Tue, 2013-08-27 at 14:54 +, Jóhann B. Guðmundsson wrote:
Is it not better to drop entirely graphics drivers that do not have kms
support and at the *same time* adopt the policy
From this point forward only graphics driver that have kms support will
be allow to be packaged and
On Mon, 2014-01-20 at 15:58 +, Richard W.M. Jones wrote:
On Mon, Jan 20, 2014 at 02:18:22PM +, Matthew Garrett wrote:
We can probably kill -cirrus.
qemu? (I know that people should be using QXL, but cirrus is still
the default in plain qemu, and IMHO simpler and more secure.)
I
Two of the libraries emitted by libxcb (for XKB and SYNC extension
support) have changed soname in 1.10. Sorry about that. Outside of
libxcb itself the only packages affected are qt5-qtbase, kde-workspace,
sddm, and weston; all have been rebuilt. Thanks to Rex Dieter for
helping work around the
On Sun, 2014-02-02 at 22:02 -0500, Paul Wouters wrote:
ftp://ftp.nohats.ca/Xorg.0.log
[54.323] (II) VESA(0): VESA VBE Total Mem: 2048 kB
[54.323] (II) VESA(0): VESA VBE OEM: Cirrus Logic GD-5480 VGA
[54.324] (II) VESA(0): VESA VBE OEM Software Rev: 1.32
Your friend has an actual
On Mon, 2014-02-03 at 13:52 -0500, Paul Wouters wrote:
On Mon, 3 Feb 2014, Adam Jackson wrote:
On Sun, 2014-02-02 at 22:02 -0500, Paul Wouters wrote:
ftp://ftp.nohats.ca/Xorg.0.log
[54.323] (II) VESA(0): VESA VBE Total Mem: 2048 kB
[54.323] (II) VESA(0): VESA VBE OEM: Cirrus
On Tue, 2014-02-04 at 12:34 +0100, Simone Caronni wrote:
Well, the tools are totally opensource and can be built standalone,
libXNVCtrl will interface with the Nvidia X.org driver; but what is
the benefit of having them in Fedora if they can't be used without the
proprietary blobs?
Well,
On Fri, 2014-02-07 at 11:19 -0500, Paul Wouters wrote:
Taking out everyone who tries to run fedora or rhel7 using a physical
cirrus card IMHO is just sloppy and lazy. Yes, people still run P-III
servers with SCSI disks and cirrus cards. In fact, I think you will
see it more within the
On Thu, 2014-02-13 at 13:44 -0600, Dennis Gilmore wrote:
On Thu, 13 Feb 2014 17:39:40 +0100
Miloslav Trmač m...@volny.cz wrote:
Based on these arguments, I'd like to propose to move this file to
the fedora-release package (or elsewhere, if you can suggest better
place).
I agree
On Tue, 2014-02-25 at 03:34 +, Álvaro Castillo wrote:
Could be include JFS into Anaconda to next release? What's your
opinion about JFS?
What benefit would be provided by offering a filesystem that we have
(afaik) zero people supporting?
Note one: choice for its own sake is not a benefit.
On Tue, 2014-02-25 at 12:45 +0200, Alexander Todorov wrote:
1) Do we consider this a bug and if yes what priority do you give it? From
last
week discussions it looks like most people prefer to have tests executed in
%check.
I don't consider %check to be an appropriate way to run tests, so
On Tue, 2014-02-25 at 15:45 +0100, Matthias Runge wrote:
On Tue, Feb 25, 2014 at 08:50:18AM -0500, Adam Jackson wrote:
This is an argument against %check, not against testing in general. We
should be relying on rpmbuild less, not more. rpm doesn't even have
anything like Requires(check
On Wed, 2014-02-26 at 13:11 +, Colin Walters wrote:
Ah, but if one makes integration tests very fast and easy to run as
I have, then there's less need for quick and dirty.
Which is sort of the crux of my argument against %check. Hey, we found
this hammer, it smells kind of funny and it's
On Wed, 2014-02-26 at 11:00 +0100, Dridi Boukelmoune wrote:
I don't think this would be a good idea to avoid such tests in %check.
If you do that you have to later fetch the source code again, build it
again and finally you can run the tests.
No you don't. There's no reason the final rpms
On Wed, 2014-02-26 at 17:50 +0100, Miloslav Trmač wrote:
Are you saying that the boot path should have tests,
Yes, that is what was being said.
and the less-frequently used parts of the system should be verified
by seeing whether any human users notice breakage?
No, that was neither said
On Fri, 2014-03-07 at 12:57 +0100, Tim Lauridsen wrote:
The quaility of an application has nothing todo, with at fancy icon,
not showning the icon is ok, but don't show the application is not IMO
what will be the next ? qt apps ? gtk2 apps
Consider the option of assuming good faith.
- ajax
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 with
We'd like to update to Mesa 10.1 in Fedora 20, since the cycle is so
long before F21 and (among other goodies) it enables OpenGL 3.3 on some
newer Radeons. This implies rebasing LLVM 3.4, and that's where it gets
a little awkward: the OpenGTL package only works up to LLVM 3.3.
However, OpenGTL
On Fri, 2014-03-28 at 11:21 -0400, Corey Sheldon wrote:
While Heisenbereg isn't the newbie friendly distro that Mint or Ubuntu
are but many new to Enterprise linux use this and that could seriously
cause some bad blood type issues with end-users I'm also for at least
getting the upstream
On Thu, 2014-03-27 at 13:40 -0700, Adam Williamson wrote:
Fedora *is* a platform, not just a set of packages, however half-assedly
we conform to that vision, so I guess I just feel a bit uncomfortable
not at least putting up a few hoops for this to jump through. :)
OpenGTL here is something
On Fri, 2014-03-28 at 07:39 -0400, Jaroslav Reznik wrote:
+1
And yep, it should go to FESCo - this has much more bigger scope than 10.0.3
due to LLVM update. You know I'm more than ok with updates to Fn-1 but this
one should be coordinated very well.
Can you (or anyone else) elaborate on
On Fri, 2014-03-28 at 11:38 -0400, Bill Nottingham wrote:
Adam Jackson (a...@redhat.com) said:
Can you (or anyone else) elaborate on the issues you're concerned with
here? If I'm going to have to play Simon Says about this I'd like some
opportunity to address (or at least investigate
On Fri, 2014-03-28 at 16:45 +0100, Kalev Lember wrote:
On 03/28/2014 04:37 PM, Adam Jackson wrote:
RHEL's Mesa at this point links against a private build of llvm that
is explicitly _not_ part of The Platform, for exactly this reason:
it's not something we can commit to supporting for any
On Thu, 2014-03-27 at 22:25 -0400, Jens Petersen wrote:
Hi,
We'd like to update to Mesa 10.1 in Fedora 20, since the cycle is so
long before F21 and (among other goodies) it enables OpenGL 3.3 on some
newer Radeons. This implies rebasing LLVM 3.4, and that's where it gets
a little
On Wed, 2014-04-02 at 11:48 +0100, Graham Whaley wrote:
Imagination/MIPS is hiring Fedora engineers. Please see:
http://www.imgtec.com/corporate/vacancy_detail.asp?VacancyID=2286
for details, and feel free to pm me if you have any questions.
All applications have to go via the website.
I
On Thu, 2014-04-03 at 16:35 +1000, Peter Hutterer wrote:
If fixes the problem but that doesn't tell the whole story. You have a conf
that implicitly says load the mouse driver and then fails because you
didn't have the mouse driver installed. Which is fair enough, the question
here is why is
On Thu, 2014-04-03 at 19:31 +0200, Reindl Harald wrote:
and if someone asks why i called Lennart in #1072368
names
We didn't, and no justification would matter. It's not acceptable
behaviour, and you need to knock it off.
- ajax
--
devel mailing list
devel@lists.fedoraproject.org
On Tue, 2014-04-08 at 12:41 -0400, Felix Miata wrote:
Is there a repo available somewhere for those who'd rather be running master
instead of 1.15 branch in Rawhide?
No, but also...
Is F21 going to be released with 1.15.x?
No. Soon.
- ajax
--
devel mailing list
On Thu, 2014-03-27 at 16:02 -0400, Adam Jackson wrote:
If there are no serious objections I'll try to get this all into testing
early next week. If you _do_ happen to be using OpenGTL for something
in F20, now would be an excellent time for you to start working on
porting it to current LLVM
On Sat, 2014-04-19 at 15:33 +, upda...@fedoraproject.org wrote:
The following comment has been added to the
On Mon, 2014-04-21 at 10:30 -0400, Matthew Miller wrote:
On Mon, Apr 21, 2014 at 09:50:26AM -0400, Adam Jackson wrote:
bodhi - 2014-04-19 15:33:49 (karma: 0)
This update has been submitted for stable by ignatenkobrain.
Can you please not just decide to push things to updates that I'd
On Mon, 2014-04-21 at 19:52 +0200, drago01 wrote:
On Mon, Apr 21, 2014 at 7:45 PM, Igor Gnatenko
i.gnatenko.br...@gmail.com wrote:
How we can fix my stupid error?
Fixing it does more harm then good. Just leave it as it and hope the
testing it got was enough. If not people will hopefully
301 - 400 of 619 matches
Mail list logo
