On Mon, 2014-06-02 at 16:52 -0400, Al Dunsmuir wrote:
> On Monday, June 2, 2014, 10:05:22 AM, Adam Jackson wrote:
> > On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote:
> >> Is the mga450 supported? Aside from formal graphics test days, I can
> >> run whatever tes
On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote:
> Is the mga450 supported? Aside from formal graphics test days, I can
> run whatever tests required on x86 (both 32-bit and 64-bit).
Define "supported". I believe for PowerPC in RHEL we build the matroxfb
driver for this card, so that plus
On Thu, 2014-05-29 at 15:43 +0200, Till Maas wrote:
> xorg-x11-drv-apm orphan, airlied, ajax, alexl,
> xorg-x11-drv-cirrus orphan, airlied, ajax, alexl,
> xorg-x11-drv-glintorphan, airlied, ajax, alexl,
> xorg-x1
On Thu, 2014-05-29 at 18:24 +0100, Richard W.M. Jones wrote:
> On Thu, May 29, 2014 at 03:43:49PM +0200, Till Maas wrote:
> > xorg-x11-drv-cirrus orphan, airlied, ajax, alexl,
> > caillon, caolanm, glisse,
> >
On Fri, 2014-05-30 at 10:03 -0400, Tim St Clair wrote:
> I'm primarily referring to development compilation, not necessarily
> packaging.
>
> The default CFLAGS cause clang to fail 'out of the gate'. Given the
> popularity rise in the compiler, and the increase # of open tickets
> upstream arou
On Wed, 2014-05-07 at 15:19 +0200, Jan Staněk wrote:
> One of the planned parts of the F21 System Wide Change: BerkeleyDB 6 [1]
> is the introduction of downstream symbol versioning of both versions of
> the libraries (libdb with v6 and libdb5 with v5). This part is planned
> in order to not introd
On Sun, 2014-05-04 at 18:59 +0200, Reindl Harald wrote:
> however, the semantics of /usr/sbin is to contain superuser
> binaries which should not be overriden because a binary
> with the same name exists in /usr/bin
My memory is that the "s" was more for "static" not "superuser".
There's some con
On Sat, 2014-05-03 at 10:14 +0300, Panu Matilainen wrote:
> Well then you've misread, and now people trying to search for
> information on rpm collections will be even more confused...
>
> Like said elsewhere in this thread, collections are experimental, not
> enabled in Fedora and will never b
On Fri, 2014-05-02 at 17:34 +0100, Sérgio Basto wrote:
> On Seg, 2014-04-21 at 14:22 -0400, Adam Jackson wrote:
> > On Mon, 2014-04-21 at 19:52 +0200, drago01 wrote:
> > > On Mon, Apr 21, 2014 at 7:45 PM, Igor Gnatenko
> > > wrote:
> > > > How we can fix my
On Wed, 2014-04-30 at 12:34 -0400, Chuck Anderson wrote:
> On Wed, Apr 30, 2014 at 10:28:56AM -0400, Adam Jackson wrote:
> > On Wed, 2014-04-30 at 16:05 +0200, Kalev Lember wrote:
> > > For example, when a package bar has a postinstall script that does:
> > >
On Wed, 2014-04-30 at 16:05 +0200, Kalev Lember wrote:
> I suspect just dropping the deps would break initial installations, e.g.
> anaconda / livecd-creator. RPM uses the deps to order the transaction so
> that systemd gets installed first, and the packages that ship service
> files get installed
On Tue, 2014-04-29 at 18:14 +0200, Lennart Poettering wrote:
> On Tue, 29.04.14 18:03, Alexander Larsson (al...@redhat.com) wrote:
> > systemd => cryptsetup-libs => device-mapper-libs => device-mapper
> >
> > Don't have time to look up the details atm, but iptable was reached via
> > initscripts s
On Mon, 2014-04-28 at 17:01 -0400, Daniel J Walsh wrote:
> The problem is lots of services require systemd because they ship a
> unit file and want systemctl reload to happen. Systemd then triggers a
> require for udev and kmod, which docker containers do not need.
>
> rpm -q --whatrequires syst
On Mon, 2014-04-28 at 09:58 -0400, Casey Dahlin wrote:
> On Mon, Apr 28, 2014 at 08:57:27AM -0400, Adam Jackson wrote:
> > On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote:
> > > On 24/04/14 15:13, Lennart Poettering wrote:
> > > > We probably should make setjm
On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote:
> On 24/04/14 15:13, Lennart Poettering wrote:
> > We probably should make setjmp()-freeness a requirement for
> > all code included in Fedora.
>
> Would it be worth the effort, and how feasible is it anyway?
I don't think it'd be worth the e
On Fri, 2014-04-25 at 18:10 +0200, Kevin Kofler wrote:
> Petr Spacek wrote:
> > I'm going to reproduce and debug issue in named. Do you see any specific
> > reason why I should use -O2 for serious debugging/development sessions?
>
> IMHO, you should always debug with optimization enabled. GDB can
On Fri, 2014-04-25 at 16:50 +0200, Reindl Harald wrote:
> but it don't justify incompatible flags
> IMHO you enter the area of "undefined behavior" with that
Your humble opinion is misguided, building without _FORTIFY_SOURCE is an
entirely reasonable thing for an end developer to want to do on th
On Thu, 2014-04-24 at 15:47 +0200, Florian Weimer wrote:
> I'm working on advice on automated X.509 certificate generation during
> package installation.
>
> One aspect is that these files obviously have to be generated on the
> system during installation (or first service start) and cannot be
On Mon, 2014-04-21 at 19:52 +0200, drago01 wrote:
> On Mon, Apr 21, 2014 at 7:45 PM, Igor Gnatenko
> 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 file bugs
> anyway.
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
On Sat, 2014-04-19 at 15:33 +, upda...@fedoraproject.org wrote:
> The following comment has been added to the
> mesa-10.1-6.20140305.fc20,pure-0.58-3.fc20,python-llvmpy-0.12.4-1.fc20,pocl-0.9-4.fc20.1,OpenGTL-0.9.18-9.fc20,gedit-code-assistance-0.2.0-5.fc20,gambas3-3.5.3-1.fc20.1,dragonegg-3.4
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
> port
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
devel@lists.fedoraproj
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
https://
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 wh
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-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 li
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 someth
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
> >
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 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 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 ap
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 is
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
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.
- aj
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 sai
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 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
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
> &
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,
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 Thu, 2014-02-13 at 13:44 -0600, Dennis Gilmore wrote:
> On Thu, 13 Feb 2014 17:39:40 +0100
> Miloslav Trmač 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 agr
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 ente
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 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
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 Ci
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 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
On Sun, 2013-12-08 at 01:17 +0100, Kevin Kofler wrote:
> Michael scherer wrote:
> > There is enough software not building anymore and dropped after mass
> > rebuild to show that such problem are not really so uncommon.
>
> … the difference is that in this case, the offending code is actually
> pe
On Fri, 2013-12-06 at 02:21 +0100, Kevin Kofler wrote:
> QString line;
> line.fill( '-', 60 );
> qDebug( line.ascii() );
> As you can see, the format string being passed here is provably constant.
So fix the compiler.
- ajax
--
devel mailing list
devel@lists.fedoraproject.org
htt
On Wed, 2013-11-20 at 09:13 -0700, Jerry James wrote:
> On Wed, Nov 20, 2013 at 8:57 AM, Dhiru Kholia wrote:
> > Currently, around 400 packages FTBFS if this flag is enabled. I am all
> > set to start filing the bugs (once given the green signal). In addition,
> > I am willing to help in patching
On Tue, 2013-11-19 at 10:22 +, Richard W.M. Jones wrote:
> which would expand to something like:
>
> git init
> git config user.email "%{name}-ow...@fedoraproject.org"
> git config user.name "%{name}"
> git add .
> git commit -a -q -m "%{version} baseline"
> git am %{patches}
Tri
On Mon, 2013-11-18 at 22:46 +0100, drago01 wrote:
> Well in theory gnome-shell should work fine on GLES ... how does it fail?
> (It is untested but it does not have any direct GL code, it uses cogl
> which has an GLES2 backend).
GLES versus GL is one half of the problem, GLX versus EGL is the oth
On Thu, 2013-11-14 at 19:13 +0200, Panu Matilainen wrote:
> On 11/14/2013 05:45 PM, Adam Jackson wrote:
> > On Thu, 2013-11-14 at 08:56 +, Richard W.M. Jones wrote:
> >
> >> - Is this a bug in redhat-rpm-config/Python/RPM/Fedora?
> >
> > Yes. People hi
On Thu, 2013-11-14 at 13:05 +0100, valent.turko...@gmail.com wrote:
> I'm really interested what is the state of gma500_gfx driver in latest
> kernel, is it reasonable to expect that this driver will get updated
> and have better support or should I just say to my friend to grab
> version of Windo
On Thu, 2013-11-14 at 08:56 +, Richard W.M. Jones wrote:
> I had a bug filed that a Python package I'm maintaining cannot be
> rebuilt using 'rpmbuild --rebuild'. The failure was that the *.pyc
> and *.pyo files are missing.
>
> After a lot of head-scratching and debugging it turns out that
>
On Wed, 2013-11-06 at 17:08 +0100, Nicolas Mailhot wrote:
> Le Mer 6 novembre 2013 16:05, Adam Jackson a écrit :
> > On Wed, 2013-11-06 at 09:36 +0100, Roberto Ragusa wrote:
> >> On 11/04/2013 07:30 PM, Alberto Ruiz wrote:
> >>
> >> > A media codec should no
On Wed, 2013-11-06 at 09:36 +0100, Roberto Ragusa wrote:
> On 11/04/2013 07:30 PM, Alberto Ruiz wrote:
>
> > A media codec should not be a system wide component (I'd go as far as
> > saying it should not be user-session wide, but application bundled).
>
> ???
> Would you so apply the same reasoni
On Sun, 2013-10-27 at 10:18 +, Damian Ivanov wrote:
> Do I get this right? Except for the better management with multiple
> GPU's would that mean we can in future also have multiseat on a single
> multihead GPU logind style (also seen here
> https://bugs.freedesktop.org/show_bug.cgi?id=66501 )
On Tue, 2013-08-27 at 10:46 -0400, Adam Jackson wrote:
> 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
> x
On Sun, 2013-10-20 at 23:42 +0200, Till Maas wrote:
> Hi,
>
> https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines#Compiler_flags
>
> mentions only %optflags to be required for packages but I noticed that
> %configure sets LDFLAGS to a value different than %optflags:
As no
On Fri, 2013-10-11 at 16:47 +, "Jóhann B. Guðmundsson" wrote:
> That's quite the assumption and based on that I assume the next step
> planned is to kill the server list and just mobiles the people
> interested here right.
I suggest assuming good faith instead.
- ajax
--
devel mailing l
On Fri, 2013-10-11 at 15:58 +0200, Miloslav Trmač wrote:
> On Fri, Oct 11, 2013 at 4:20 AM, Kevin Kofler wrote:
> > But the current spins will become even more second-class citizens than they
> > are right now, whereas 2 spins of dubious value to our real-world users
> > (Server and Cloud) get fea
On Thu, 2013-10-10 at 13:06 +0200, punto...@libero.it wrote:
> Il 10/10/2013 04:12, Tom Callaway ha scritto:
> > Since I hit this, I'd imagine other people might.
> >
> > If your package has:
> >
> > BuildArch: noarch
> >
> > It will set %{_target_cpu} to "noarch".
> >
> > If you also use %ifarch i
On Wed, 2013-09-11 at 23:27 +0200, Sandro Mani wrote:
> > Well, yes, but it ought to work regardless of the xorg.conf setting,
> > because that setting has been effectively hardwired to true for about
> > six years now. I rewrote the backing store implementation to use
> > Composite internally, wh
On Wed, 2013-09-11 at 12:32 +0200, Alexander Larsson wrote:
> On ons, 2013-09-11 at 12:16 +0200, Sandro Mani wrote:
> > Hello,
> >
> > Some time ago I've packaged Xfoil, Avl and Xrotor (which are popular
> > codes for foil/fluid-dynamics related computations), but I never ended
> > up posting a
On Wed, 2013-08-28 at 10:13 -0400, Basil Mohamed Gohar wrote:
> Sorry to come out of left field like this, but would the system profile
> info we collect on install be useful in determining the weight of the
> need for some of these drivers? For example, if there is still a bunch
> of SIS video a
On Tue, 2013-08-27 at 12:58 -0600, Daniel Drake wrote:
> On Tue, Aug 27, 2013 at 9:30 AM, Peter Robinson wrote:
> >
> >> xorg-x11-drv-geode
> >
> >
> > geode is used on the OLPC XO-1 and is maintained by Daniel Drake (dsd) and
> > he's basically done all recent commits for upstream releases and fi
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 an
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 se
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
xorg-x11-
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 ex
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 upstre
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 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
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-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 t
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
>
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 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 te
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 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
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, th
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
On Fri, 2013-03-22 at 09:45 -0400, Bill Peck wrote:
> On 03/22/2013 03:55 AM, Jan Kaluza wrote:
> > upstream does not build libmagic.a anymore since File-5.14. I don't know
> > what
> > was the original reason to even package this static library, but according
> > to
> > repoquery, nobody is usin
On Thu, 2013-03-21 at 19:16 +0100, Miloslav Trmač wrote:
> On Thu, Mar 21, 2013 at 7:09 PM, Jiri Moskovcak wrote:
> >> How are problem reports like this updated? How do I say "I built a Mesa
> >> that I think fixes this problem, please change its state to MODIFIED"?
> >
> > - the state is synced
On Thu, 2013-03-21 at 19:09 +0100, Jiri Moskovcak wrote:
> On 03/21/2013 06:30 PM, Adam Jackson wrote:
> > On Thu, 2013-03-21 at 16:43 +0100, Richard Marko wrote:
> >
> >> Not sure, take a look at these:
> >> http://retrace.fedoraproject.o
On Thu, 2013-03-21 at 16:43 +0100, Richard Marko wrote:
> Not sure, take a look at these:
> http://retrace.fedoraproject.org/faf/problems/525874/
> http://retrace.fedoraproject.org/faf/problems/615049/
How are problem reports like this updated? How do I say "I built a Mesa
that I think fixes thi
en.
>
> Signed-off-by: Peter Jones
Can't possibly be worse than what we have.
Reviewed-by: Adam Jackson
- ajax
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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
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 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 on
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 Tue, 2013-01-29 at 03:37 +0200, Rakesh Pandit wrote:
> libao -- Cross Platform Audio Output Library
> libogg -- The Ogg bitstream file format library
I'll take these.
- ajax
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2013-01-18 at 22:49 +0100, Andreas Tunek wrote:
> I think you have a good point, but adding every imaginable featw into
> glibc is not really a good solution. Maybe glib is a better place for
> these kinds of functions?
If glibc didn't already have DNS API, that might be a more reasonable
On Thu, 2013-01-10 at 17:56 +0100, Till Maas wrote:
> On Wed, Jan 09, 2013 at 10:09:21AM -0500, Peter Jones wrote:
>
> > As it stands you still need to verify that your netinst.iso (or
> > whatever) boot image is what you mean to be using. There are ways we
> > can address that, but it's not the
It's that time again! New server means new ABI means mass driver
rebuild. If you're using a third-party driver, you naughty person you,
then you'll need to --skip-broken until your repo catches up.
One notable change: the 'nv' driver has been retired. It's effectively
been dead upstream since m
Nothing's using this in F18, and upstream is very much dormant. I don't
want to maintain it and I'd honestly prefer people use gupnp, so I'm
tossing ushare to the wolves. If nobody claims it in a week I'll
deadpackage it.
- ajax
signature.asc
Description: This is a digitally signed message par
Thanks for this! One question...
On Fri, 2013-01-04 at 21:40 +0100, Jakub Jelinek wrote:
> llvm-3.1-12.fc19.src.rpm
> gcc bug, not fixed yet, see http://gcc.gnu.org/PR55875
My reading of that bug is that -fno-ivopts could be a workaround? Worse
code, but if my options are that and no llv
On Fri, 2013-01-04 at 01:26 +0100, Reindl Harald wrote:
> i would love to also get rid of this useless submenu for
> differenct kernel-versions and ALL the fancy stuff in GRUB
> which is not needed for a clean system boot
I look forward to your patches.
- ajax
--
devel mailing list
devel@lists
201 - 300 of 656 matches
Mail list logo