Public bug reported:
Using live mode to install to RAID5 fails. First error brought me to
select the volume (there is only one) and still failed to install.
ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: ubiquity 2.21.25
ProcVersionSignature: Ubuntu 3.19.0-15.15-generic 3.19.3
Uname:
Confirmed on a Parallels Ubuntu 12.04 Virtual Machine.
linux-image-3.5.0-27-generic:i386 (3.5.0-27.46~precise1) will not boot,
whereas 3.5.0-26 is OK.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
On Thu, May 10, 2012 at 12:30:52PM -, Avik Sil wrote:
Does this patch look OK?
diff --git a/tools/perf/util/pager.c b/tools/perf/util/pager.c
index 1915de2..d6f23de 100644
--- a/tools/perf/util/pager.c
+++ b/tools/perf/util/pager.c
@@ -57,8 +57,12 @@ void setup_pager(void)
}
PAGER is for customisation. A package which might not work if PAGER is
not set is a broken package.
However, the proposed change (http://git.linaro.org/gitweb?p=people/ynk
/linux-linaro-
tracking.git;a=commit;h=49561d58a14351d136518f25bd686f9a6ca41b69) has
some problems. In particular, it will
The ARM Procedure Call Standard document on http://infocenter.arm.com/
has details of the VFP variant of the procedure call standard, required
for armhf.
Simplified, each floating-point argument is allocated first to the VFP
registers if there are some available (from s0-s15 / d0-d7), and then to
I was unable to merge the following commit automatically, so I omitted
it:
e8fa516 dmaengine: pl330: Enable module alias autogeneration for AMBA
drivers
Looking at it now, it should have been a trivial merge, but it seems it
was needed for this test.
Do you mean wasn't needed? The series
On Wed, Nov 23, 2011 at 10:45 AM, Ryan Harkin 862...@bugs.launchpad.net wrote:
On Wed, 2011-11-23 at 10:00 +, Dave Martin wrote:
but it seems it was needed for this test.
Do you mean wasn't needed?
Exactly. Sorry, that was a typo. I didn't need it, and the image built
and worked
On Tue, Nov 22, 2011 at 09:28:41AM -, Loïc Minier wrote:
Isn't there some autoloading issue to be fixed here rather than a config
tweak?
I have implemented a proper fix some weeks ago, and I just sent Russell
a pull request. If the ARM LT guys want to try it, they could revert
the affected
On Tue, Nov 22, 2011 at 4:43 PM, Ryan Harkin 862...@bugs.launchpad.net wrote:
I've tested Dave's branch (above) and confirm that the audio works with
the drivers configured either as modules. (It also works with the
drivers compiled into the kernel).
The LT kernel works when build with the
On Mon, Oct 17, 2011 at 09:36:21PM -, Brian Murray wrote:
Since the firefox bug about this, bug 789198, has set to Fix Released
for the firefox and binutils tasks can this bug also be fix released?
This fix was released via the merge from Debian in
bunutils 2.21.52.20110703-1ubuntu1
(look
Note that 2.21.52.20110703-1ubuntu1 was released in oneiric, so this
issue should now be fixed in oneiric and precise.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/801727
Title:
ARM: gas fails to
Still present in linux-linaro-tools-3.0.0-1006
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/833101
Title:
perf uses less at the default pager, but the linux-tools packages have
no dependency for
** Description changed:
... so sound doesn't work unless the snd-aaci module is loaded by hand.
- This appears to be a regression in linux-linaro-oneiric compared with
linux-linaro-natty
+ This appears to be a regression at some commit in linux-linaro-oneiric.
+ At least the head of
Public bug reported:
... so sound doesn't work unless the snd-aaci module is loaded by hand.
This appears to be a regression at some commit in linux-linaro-oneiric.
At least the head of linux-linaro-natty appears unaffected.
Observed in linux-image-3.0.0-1006-linaro-vexpress
** Summary changed:
- AACI driver on vexpress never gets loaded
+ AACI driver on vexpress never gets loaded on vexpress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/862626
Title:
AACI driver on
This issue only affects lightweight images which (coincidentally) don't
have apport.
I believe this problem should be self-explanatory, even without
additional logs.
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
You received this bug notification because you are a
Public bug reported:
$ perf list
sh: less: not found
This only affects minimal installs which don't have less installed.
Observed in:
* linux-tools-2.6.38-11 (2.6.38-11.48) in the Ubuntu archive, running under
natty (11.04)
* linux-linaro-tools-3.0.0-1004 (3.0.0-1004.5~ppa~natty) from the
** Summary changed:
- perf uses less at the default pager, but the linux-tools packages have
dependency for it
+ perf uses less at the default pager, but the linux-tools packages have no
dependency for it
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
On Tue, Aug 23, 2011 at 10:29 AM, Paweł Moll pawel.m...@arm.com wrote:
The lock up was caused by SMSC RX FIFO underruns caused by maginal
timing issue between SMSC and USB host controller. The hack is enforcing
additional wait cycle between accesses. Unfortunately it affects all
peripherals,
$ arm-linux-gnueabi-objdump -dr arm.o
[...]
012c caml_start_program:
12c: e59fc138ldr ip, [pc, #312] ; 26c caml_ml_array_bound_error
[...]
188: e1a0e00fmov lr, pc
18c: e12fff1cbx ip
[...]
26c: R_ARM_ABS32
It looks like ARM code is being executed as Thumb.
The .s file assembled as ARM because that's always the default if there
are no .thumb directives and no -mthumb command-line option. (It would
need some minor changes to work in Thumb anyway). However, the CPSR
value when we segfault indicates
Just for completeness, here's what happens if I manually switch back to
ARM when we hit caml_start_program:
# gdb --args /mnt/a.out
GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
Without actually reading the spec myself, I think I agree.
So, the .type directives are required and should be added in ocaml
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/810402
Title:
all native
** Also affects: linux-linaro
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/814674
Title:
NEON is not enabled for vexpress in linux-linaro-natty
To
Public bug reported:
This seems to apply to all versions of the linux linaro-natty tree, up
to and including Linux-linaro-2.6.38-1003.4
(Specifically, I'm referring to git://git.linaro.org/ubuntu/linux-
linaro-natty.git)
linux$ find debian.linaro -name config\* -exec grep NEON {} +
On Wed, Jun 29, 2011 at 5:33 PM, nickc at redhat dot com
sourceware-bugzi...@sourceware.org wrote:
http://sourceware.org/bugzilla/show_bug.cgi?id=12931
Nick Clifton nickc at redhat dot com changed:
What |Removed |Added
On Wed, Jun 29, 2011 at 5:33 PM, nickc at redhat dot com
sourceware-bugzi...@sourceware.org wrote:
http://sourceware.org/bugzilla/show_bug.cgi?id=12931
Nick Clifton nickc at redhat dot com changed:
What |Removed |Added
See the following commit in binutils trunk.
If this is causing problems in other places, it could be worth
considering for backport into the linaro tools.
Cheers
---Dave
http://sourceware.org/bugzilla/show_bug.cgi?id=12931
--- Comment #3 from cvs-commit at gcc dot gnu.org cvs-commit at gcc
On Wed, Jun 29, 2011 at 12:05:55PM -, Ricardo Salveti wrote:
He's probably talking about
https://bugzilla.mozilla.org/show_bug.cgi?id=623161
I guess that could be caused by the same issue...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Created attachment 5824
possible fix
The attached patch hooks into mapping_state() to mark the alignment
requirement on the current output section whenever we start emitting
instructions.
It might be safer to make the alignment 4 for Thumb code as well as ARM
code; the current patch gives Thumb
Created attachment 5824
possible fix
The attached patch hooks into mapping_state() to mark the alignment
requirement on the current output section whenever we start emitting
instructions.
It might be safer to make the alignment 4 for Thumb code as well as ARM
code; the current patch gives Thumb
On Tue, Jun 28, 2011 at 04:05:57PM -, Ulrich Weigand wrote:
I'm running into this issue with failing network connections on vexpress
while trying to run the GDB testsuite in remote mode ...
Has there been any progress on this bug in the meantime?
I don't believe so.
Taking the network
On Mon, Jun 27, 2011 at 04:01:26PM -, Tterribe-o wrote:
After discussion with upstream, we've produced
https://review.webmproject.org/2568
I haven't had a chance to test that patch yet, but it looks reasonable.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
On Tue, Jun 28, 2011 at 10:58:06PM -, Siarhei-siamashka wrote:
Interesting. The same .text section alignment issue may be responsible
for the SIGILL part of the problems from bug 623161
Can you check the bug number? That one doesn't look relevant...
It would be interesting to try building the assembler code in Thumb
since that would also fix this problem, but the code isn't 100% ready
yet.
There are some bits that are not Thumb-ready (e.g., MOV pc, lr instead
of BX lr), and because the assembler is invoked separately, .thumb,
.syntax unified
** Bug watch added: Sourceware.org Bugzilla #12931
http://sourceware.org/bugzilla/show_bug.cgi?id=12931
** Also affects: binutils via
http://sourceware.org/bugzilla/show_bug.cgi?id=12931
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a
It looks like the underlying cause may be a bug in gas, which causes the
wrong alignment to be set for code sections -- upstream binutils bug
raised and cross-referenced from this bug.
When building firefox for Thumb, .text contains a mixture of Thumb code
and ARM code (the ARM code comes from
** Patch added: Untested potential workaround, which forces an explicit .align
directive in the assembler input
https://bugs.launchpad.net/binutils/+bug/789198/+attachment/2180676/+files/firefox-build-workaround.diff
--
You received this bug notification because you are a member of Ubuntu
Public bug reported:
Placeholder for upstream bug.
This bug is breaking firefox-5.0 in Ubuntu: see cross-references from
this bug.
** Affects: binutils
Importance: Unknown
Status: Unknown
** Affects: binutils (Ubuntu)
Importance: Undecided
Status: New
** Affects:
The firefox bug in Launchpad is here:
https://bugs.launchpad.net/binutils/+bug/789198
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/801727
Title:
ARM: gas fails to set the proper alignment on code
** Also affects: binutils (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/789198
Title:
Firefox crashes when attempting to play webm video on ARM
On Sat, Jun 18, 2011 at 10:48:16AM -0400, Nicolas Pitre wrote:
On Sat, 18 Jun 2011, Arnd Bergmann wrote:
On Friday 17 June 2011, Nicolas Pitre wrote:
On Fri, 17 Jun 2011, Arnd Bergmann wrote:
On Friday 17 June 2011 14:10:11 Dave Martin wrote:
As part of the general effort
On Sat, Jun 18, 2011 at 03:17:59PM -0400, Nicolas Pitre wrote:
On Sat, 18 Jun 2011, Arnaud Patard wrote:
Dave Martin dave.mar...@linaro.org writes:
Hi,
Hi all,
I've recently become aware that a few packages are causing alignment
faults on ARM, and are relying on the alignment
Hi all,
I've recently become aware that a few packages are causing alignment
faults on ARM, and are relying on the alignment fixup emulation code in
the kernel in order to work.
Such faults are very expensive in terms of CPU cycles, and can generally
only result from wrong code (for example,
Public bug reported:
Binary package hint: gtk-sharp2
An attempted string comparison optimisation in the generated glue code
in gtk-sharp2 casts strings to 64-bit integer pointers and tries to
dereference them, violating the alignment requirements for type-casts
specified by ISO C.
The affected
Apologies for the delay.
I can confirm that binutils-arm-linux-gnueabi/natty
(2.21.0.20110327-2ubuntu2cross1.62) does indeed fix the problem. I'll
try rebuilding the linaro kernel without the workaround in place and see
if it works; if so, we may be able to remove that workaround from the
Please ignore my last post -- I was inadvertantly testing a local,
patched version of gas instead of the packaged one.
The bug is *not* fixed in the natty released version of the tools.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
If we don't feel happy turning CONFIG_HIGHMEM on, could we use
CONFIG_VMSPLIT_2G instead? This allows Linux to map and use all of the
physical RAM, though it does reduce the virtual address space available
to user processes to 2G.
This gives me something more like:
[0.00] Memory: 472MB
I don't know whether this is the cause of the problem, but ltrace makes
(incorrect) use of the PTRACE_SINGLESTEP ptrace() call.
Support for this ptrace call has been removed from the kernel as of
v2.6.38-rc4, since it had few users, was already substantially broken
for ARM and didn't support
For the kernel change, see
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=425fc47adb5bb69f76285be77a09a3341a30799e
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
We should raise this with the relevant upstream developer(s).
The general feeling seems to be that this is almost certainly a driver
issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/673820
This bug is now resolved upstream -- see the bugzilla link.
I recommend that this gets pulled/backported into the linaro toolchain,
since we currently have to disable some optimisations when building the
Linux kernel in Thumb-2 to work around this bug.
--
You received this bug notification
The upstream commit looks at least semi-sane -- it looks like the memory
barrier stuff is merged in lp:ubuntu/qt4-x11, is my understanding
correct?
I also generally agree with upstream's view that they don't want to port
to the GCC primitives: since Qt already has a pretty decent atomics API,
and
It seems that a number of upstream changes in linux-2.6.37 fix this
issue. So I guess it's historical.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/523293
Title:
Cache incoherency may corrupt
A similar-looking bug has started to sting me when building with certain
combinations of config options, particularly CONFIG_THUMB2_KERNEL.
A good way to debug this kind of thing is to build a uniprocessor kernel
with all caches (including any external L2) disabled -- this makes the
memory system
** Attachment added: config (closely based on the packaged natty kernel for
omap)
https://bugs.launchpad.net/linux-linaro/+bug/720055/+attachment/1885621/+files/.config
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Any further interaction should go to sourceware bugzilla
http://sourceware.org/bugzilla/show_bug.cgi?id=12532
** Bug watch added: Sourceware.org Bugzilla #12532
http://sourceware.org/bugzilla/show_bug.cgi?id=12532
** Also affects: binutils via
** Changed in: cortex-strings
Status: New = Invalid
** Also affects: binutils-linaro
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/725126
Title:
** Attachment added: sample disassembly and relocation info
https://bugs.launchpad.net/cortex-strings/+bug/725126/+attachment/1871164/+files/log.txt
** Description changed:
There's no result that R_ARM_THM_JUMP11 relocation can be resolved
correctly if the symbol gets preempted.
The
Maybe this bug can be closed, but in that case some bug should be kept
open for tracking purposes -- the build-time test done by H5detect still
appears wrong by design, and this probably needs to be addressed at some
point.
--
You received this bug notification because you are a member of Ubuntu
I still think it would be reasonable to hard-code the results for float
alignment requirements on ARM.
On all ARM floating-point architecture versions, float and double must
be size-aligned. I don't think there has ever been any exception to
this rule, nor is any exception likely in the
What is the kernel on the buildds?
If it is = 2.6.36, the fix to generate SIGBUS for alignment faults will
be present in the kernel. If the buildds are all = 2.6.36, this may
solve the problem. If some are older, we might randomly get build
problems when the package gets rebuilt.
However, as
There's also the problem that deferencing a float * or double * pointer
won't necessarily generate an alignment fault.
This won't:
main () {
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/635199
(argh, hit post by accident)
This probably won't generate a fault, because only integer accesses are
done to the target pointer in the generated code:
main () {
printf(%f\n, *(double *)((char *)main + 2));
}
This probably will (but it depends on compiler options, and on what code
the
Note: the patch http://lkml.org/lkml/2010/8/12/127 isn't merged yet, but
I need to rework this upstream. It's not a top priority, so it may take
a while.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
@maximilian
Fair enough -- in that case this may just be an issue with flash-kernel
itself or the way it's getting configured.
I guess in this case it's not a problem in initramfs-tools.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Public bug reported:
Binary package hint: initramfs-tools
Observed in initramfs-tools 0.98.1ubuntu6
Observed in flash-kernel 2.28ubuntu10
Platform: vexpress (armel)
flash-kernel should do nothing if /etc/flash-kernel.conf doesn't exist?
(this may either be a regression, or a platform-specific
I don't have the right filesystem in front of me to debug, but this
recipe should work for debugging PID 1 with gdb (assuming you have a
platform already set up with a populated root filesystem etc.):
Connect a keyboard and monitor before booting.
Boot with rdinit=/bin/sh console=appropriate
@ogra, there is a bug open on klibc -- the one I referenced above:
https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/527720
Does it need to be prodded?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
@michael - rdinit=/bin/sh is highly use for initramfs debugging too if
you're not aware
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/683683
Title:
run-init on omap3, omap4 in natty dies if busybox
klibc has some outstanding ARM/Thumb interworking issues ...
can someone please apply the patch from this bug:
https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/527720 (thumb2
porting issues identified: klibc uses mov.*pc)
... and see if it makes any difference?
--
You received this bug
I notice that _q_value is referenced twice in the constraints.
Can we get rid of the reference causing the problem, i.e.:
asm volatile(0:\n
ldrex %[newValue], [%[_q_value]]\n
sub %[newValue], %[newValue], #1\n
strex %[result], %[newValue],
@Julian
My 2c: since ISO C says volatile bitfields are wrong, then if any code
needs -fno-strict-volatile-bitfields to build, then either that code is
wrong (which is not obviously true in this case--- but if is it true I
would like to understand how so we can avoid it), or ... the compiler is
Note that Michael's patch isn't suitable for upstream as-is.
IT instructions are not accepted by the assembler when building for ARM,
so the proposed change will provoke build failures for upstream.
(At least, they are only accepted in unified assembler syntax mode,
which is not the default for
Is it possible that this bug is the same as 636311? Do you use any of
the special keys on your keyboard when you watch videos etc?
--
Mouse's left button stops working.
https://bugs.launchpad.net/bugs/653021
You received this bug notification because you are a member of Ubuntu
Bugs, which is
@Richard,
Are QT_HAVE_IWMMXT and QT_HAVE_NEON mutually exclusive?
Currently, if QT_HAVE_IWMMXT _or_ QT_HAVE_NEON is set to 1, this causes
both features to be suppressed, which may not be what is desired if both
extensions can be enabled in a general-purpose bulid.
Maybe something like this:
*** This bug is a duplicate of bug 636311 ***
https://bugs.launchpad.net/bugs/636311
Did some digging. The correct duplicate bug is #636311. I have updated
the details.
** This bug is no longer a duplicate of bug 658590
Rhythmbox will not minimize to sound-indicator if music is not
*** This bug is a duplicate of bug 658590 ***
https://bugs.launchpad.net/bugs/658590
Actually, I don't think this is a duplicate. The other bug (658950) is
related to the change in the way rhythmbox minimises. If you look at my
comments I am fine with that part (once I found out where to look
Public bug reported:
Binary package hint: rhythmbox
After upgrading to 10.10, closing rhythmbox no longer causes it to
minimise to the tray. It is still playing but there is no notification
anywhere. While in this state the left mouse button stops responding.
The cursor moves but clicking the
--
After upgrade to 10.10 rhythmbox no longer minimises to system tray and
prevents mouse buttons from working
https://bugs.launchpad.net/bugs/669301
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
OK. I found out that rhythmbox is now inside the sound menu.
Nevertheless, hit the play button (in the main gui or in the sound menu)
and that's the last left click I can make. After that the left button
becomes totally unresponsive.
I just discovered that unplugging and re-plugging the mouse
openvt: vt 1 is in use; command aborted
use `openvt -f' to force.
The weird thing about this is that getty does no check on VT_GETSTATE,
so it will happily let run multiple gettys on the same tty.
... os openvt looks a bit overzealous. tty1 only counts as used
because it is assigned
Interesting to note that kbd/src/deallocvt.c contains this:
} else if (num == 1) {
fprintf(stderr,
_(%s: VT 1 is the console and cannot be deallocated\n),
progname);
exit(1);
}
This is decided in userspace without asking the kernel, suggesting that
(Also, please excuse the illiteracy of the previous two posts ...)
--
Headless on beagle, beagle XM, does not boot into tty
https://bugs.launchpad.net/bugs/652221
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
I don't have a full Ubuntu filesystem in front of me right now, but
running on a maverick/xfce-based linaro fs, I still observe some
slowdown.
By default, mkfs.ext4 (for example) runs at +19 nice while gparted is
making an ext4 filesystem on my SD card. Building the filesystem
typically takes
Public bug reported:
libnewt gives a nice interactive console UI for browsing results when
using the perf tools.
Can we turn this on?
** Affects: linux-linaro
Importance: Undecided
Status: New
** Affects: linux-meta (Ubuntu)
Importance: Undecided
Status: New
**
Hard-coding the alignment detection result for certain types on arm also
works --- this allows hdf5 to be built for armv7+vfpv3, and seems
reasonable since the alignment requirements for those types are common
across all arm architecture versions.
Note that if we care about this package working
Indeed... removable isn't necessarily a well-defined concept. If I
knowingly use a USB HDD for the rootfs, it is removable? [discuss]
However, if a _new_, previously unknown bootable target appears, this means:
* it happened by accident or malice,
* the administrator did it on purpose and
*** This bug is a security vulnerability ***
Public security bug reported:
Binary package hint: grub2
Affected: 1.98+20100804-4ubuntu6
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu maverick (development branch)
Release:10.10
Codename:
It seems to me that ureadahead should absolutely not be run on a system with
only 128 mb of ram
and probably not 256 either
Should ureadahead compare the amount of data it will try to load with
the RAM size? Hard-coding a threshold like 128MB or 256MB seems like a
bad idea, because this
Public bug reported:
Binary package hint: ubuntu-keyring
Currently there doesn't seem to be a good way for developers who haven't
been to many keysignings to establish trust in the Ubuntu Debug Symbol
Archive Automatic Signing Key (428D7C01)
SIgning this key with with Ubuntu Archive Automatic
@sam
Great news--- thanks for testing!
--
Sound very distorted on armel
https://bugs.launchpad.net/bugs/587632
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Do we have a list of packages reverted to -marm, or a standard tag?
I sounds like we ought to review over them at some point.
--
gcl currently not built on armel, needed as a build-dependency
https://bugs.launchpad.net/bugs/636977
You received this bug notification because you are a member of
I've been taking a closer look at the MAD_F_MLN code, and I think I've
identified some faulty register usage --- currently investigating a fix
and will feed back soon.
--
Sound very distorted on armel
https://bugs.launchpad.net/bugs/587632
You received this bug notification because you are a
So long as the implementation of the atomics in libatomic-ops is
correct, I don't see a strong need to change it. My view is that people
shouldn't roll their own atomics implementations unnecessarily, but it's
OK to use a library for it, so long as the library is correct.
The actual build
Note: I spotted a minor error in the inline asm for AO_nop_full().
The register argument to the MCR instruction is mistakenly listed as an
output constraint. This probably means that the register will contain
garbage instead of the required value 0.
(This is unlikely to be causing actual
Can someone with a working setup test this branch?
lp:~dave-martin-arm/ubuntu/maverick/libmad/fix-thumb2-MAD_F_MLN
I found a probable error on the Thumb-2 specific code--- I think this
ought to fix it.
** Branch linked: lp:~dave-martin-arm/ubuntu/maverick/libmad/fix-
thumb2-MAD_F_MLN
--
Sound
and mountall packages from my PPA https://launchpad.net/~dave-martin-
arm/+archive/ppa, assuming they've finished building.)
Using start on filesystem and ... seems to give me a working statd in that
clients don't hang, but I guess since you have NFS mounts in fstab this won't
work in your case
Hi there,
Can someone with a working audio setup test this branch?
https://code.launchpad.net/~dave-martin-arm/ubuntu/lucid/libmad/hack-use-arm-for-MAD_F_MLN
(use bzr branch
lp:~dave-martin-arm/ubuntu/lucid/libmad/hack-use-arm-for-MAD_F_MLN)
This uses the old ARM code for MAD_F_MLN
This issue is still present in maverick beta:
gnome-terminal:
Installed: 2.31.91-0ubuntu1
--
Color palette : Bad choice !
https://bugs.launchpad.net/bugs/377564
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
1 - 100 of 525 matches
Mail list logo