similar to: [Bug 80244] New: build failure on Ubuntu 13.10 - OK on 14.04

https://bugs.freedesktop.org/show_bug.cgi?id=80269 Priority: medium Bug ID: 80269 CC: skeggsb at gmail.com Assignee: nouveau at lists.freedesktop.org Summary: build failure on Ubuntu 13.10 and 14.04 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

Hello, nouveau xorg driver from master git repository cannot be compiled on ubuntu precise. Here is build log: https://launchpadlibrarian.net/179062836/buildlog_ubuntu-precise-amd64.xserver-xorg-video-nouveau_1:1.0.10-git201407010817~ubuntu12.04.1_FAILEDTOBUILD.txt.gz Problem is somewhere in drmmode_display.c. Can somebody look at it and fix compile error problems? -- Pali Roh?r pali.rohar at

https://bugs.freedesktop.org/show_bug.cgi?id=79946 Priority: medium Bug ID: 79946 Assignee: nouveau at lists.freedesktop.org Summary: Segmentation violation at nouveau_fence.c Severity: minor Classification: Unclassified OS: Linux (All) Reporter: zeccav at gmail.com Hardware: x86-64 (AMD64)

https://bugs.freedesktop.org/show_bug.cgi?id=60369 Priority: medium Bug ID: 60369 CC: airlied at freedesktop.org Assignee: nouveau at lists.freedesktop.org Summary: src/nouveau_exa.c:142:31: error: 'CREATE_PIXMAP_USAGE_SHARED' undeclared (first use in this function) QA Contact:

https://bugs.freedesktop.org/show_bug.cgi?id=79823 Priority: medium Bug ID: 79823 Assignee: nouveau at lists.freedesktop.org Summary: Mozilla apps freeze on startup with nouveau-dri-10.2.1 libs on dual-screen Severity: normal Classification: Unclassified OS: Linux (All) Reporter: natrio at

Hi Pali, If the future can you include the error message (plus a couple of lines of context) in the email ? Thanks. Seems like the list* symbols got prefixed with xorg_ during the 1.12 development cycle (commit ca64912c02b), and your build uses 1.11.x. I'm using xorg-server 1.15 so cannot really test this but the attached patch should help. Can you give it a try ? Cheers, Emil On 01/07/14

On Jun 18, 2014, at 3:05 PM, Bruce Hoult <bruce at hoult.org> wrote: > On Thu, Jun 19, 2014 at 8:29 AM, Owen Anderson <resistor at mac.com> wrote: > Numerical analysis is hard. Every numerics expert I have ever worked with considers trying to re-invent floating point a cardinal sin of numerical analysis. Just don’t do it. You will miss important considerations, and you will

https://bugzilla.mozilla.org/show_bug.cgi?id=541130 The bug I see is using thunderbird 24.6 which is the latest update on centos 6.5. The issue is that every time I open an email with some "+" somewhere in the source (which I didn't traced yet) I get annoying message: An error occurred while loading or saving configuration information for thunderbird. Some of your configuration

https://bugs.freedesktop.org/show_bug.cgi?id=76483 Priority: medium Bug ID: 76483 Assignee: nouveau at lists.freedesktop.org Summary: [NV50, bisected, RFC patch] xset dpms force {on,off} does not work over DP QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS:

On Jun 18, 2014, at 1:20 PM, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote: > I'm certainly not suggesting this would be better in general than IEEE 754. > > But I think it's suitable for the sorts of places we currently use > hard-floats. I guess you (and Philip) are saying there are dragons here? Numerical analysis is hard. Every numerics expert I have

I''m eager to test Xen 4.3 with Ubuntu 13.10 (saucy). I tried compiling Xen from source, but unfortunately, I didn''t have much luck. Will Xen 4.3 be available in the Ubuntu 13.10 repository any time soon? If not, is it available from any ppa as a .deb? Thanks, GizmoChicken _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org

For many years im using the ubuntu with nouveau and the yuy2 scalemode in mame. I think the last one was 11.10 or 12.04, not sure. Now in the ubuntu 13.10 the yuy2 scalemode dont work in mame, but works fine with the intel driver. Tested with the kernels 3.11 and 3.12 from the ubuntu repository. I think there's a regression in the nouveau used in ubuntu 13.10 with yuy2. -------------- next

Trying syslinux-6.00 and get the following error using ramdisk isotest or memtest DEFAULT ramdisk LABEL ramdisk linux /casper/vmlinuz append boot=casper toram initrd=/casper/initrd.img nomodeset LABEL isotest linux /casper/vmlinuz append boot=casper integrity-check initrd=/casper/initrd.img nomodeset LABEL memtest kernel /install/memtest append - LABEL disk localboot 0x80 append -

On Thu, Jun 27, 2013 at 2:50 PM, Gert Cuykens <gert.cuykens at gmail.com> wrote: > Trying syslinux-6.00 and get the following error using ramdisk isotest > or memtest > Loading /casper/vmlinuz... ok > Loading /casper/initrd.img...ok > No linux boot function registered for firmware > Booting kernel failed: Bad file number Try the current -pre (6.01-pre4) -- -Gene

Hello all, In ubuntu 13.10 libguestfs version 1:1.22.4-1 seems broken. I don't seem to be able to create a working appliance. After installing libguestfs-tools and executing "sudo libguestfs-test-tool" I get: Failed to connect to virtio-serial channel. This is a fatal error and the appliance will now exit. Usually this error is caused by either QEMU or the appliance kernel not

On Thu, Jan 23, 2014 at 02:06:03PM -0800, Tim Fall wrote: > On Jan 23, 2014, at 1:54 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > > It seems to be the same as mine so I don't know why it's failing. > > Perhaps strace qemu to see how it quits? > > Here’s the strace from libguestfs-test-tool. > > http://hastebin.com/gowayehowu.tex That's not

[This email is either empty or too large to be displayed at this time]

On Fri, Jan 24, 2014 at 12:45:43PM -0800, Tim Fall wrote: > Here’s the trace you requested. I can dump the text if the > attachment doesn’t work. Thanks. It's a mystery why it doesn't work. qemu simply exits (with success), with no indication at all why. There seems to be nothing at that point in the kernel which could cause an exit/reboot either. You're not running out of

Not that I know of, resource usage seems totally normal. Also, as I mentioned, virt-install and virt-manager can both access and run vm's on qmeu without any trouble. Ulimit is also unset. On Fri, Jan 24, 2014 at 2:42 PM, Richard W.M. Jones <rjones@redhat.com>wrote: > On Fri, Jan 24, 2014 at 12:45:43PM -0800, Tim Fall wrote: > > Here’s the trace you requested. I can dump the

On Fri, Jan 24, 2014 at 04:49:24PM -0800, Tim Fall wrote: > Not that I know of, resource usage seems totally normal. Also, as I > mentioned, virt-install and virt-manager can both access and run vm's on > qmeu without any trouble. Ulimit is also unset. You can try a different qemu from upstream, which should diagnose whether this is a kernel problem or a qemu problem: