On Sat, Nov 11, 2023 at 08:36:16PM +, Wookey wrote:
>On 2023-11-11 18:57 +0100, Guillem Jover wrote:
>> Hi!
>>
>> On Fri, 2023-10-27 at 20:17:21 -0400, Lennart Sorensen wrote:
>> > On Fri, Oct 27, 2023 at 02:29:30PM +0100, Steve McIntyre wrote:
>>
On Fri, Oct 27, 2023 at 10:30:33AM -0400, gene heskett wrote:
>On 10/27/23 09:30, Steve McIntyre wrote:
>>
>> Are either of those ports (armeb/arm64ilp32) actually useful / alive
>> at this point?
>>
>Another architecture you might consider adding is whatever is us
32 as far as
>I'm aware. I'd suggest enabling the feature only on armhf/armel for the
>time being.
Are either of those ports (armeb/arm64ilp32) actually useful / alive
at this point?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"You can't barbecue lettuce!" -- Ellie Crane
t.
>
>Must have misremembered.
It still does - I got this copy via the debian-arm list...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"This dress doesn't reverse." -- Alden Spiess
nst that background, I genuinely think Microsoft have done the
sensible thing by sticking to ACPI rather than embracing DT for Arm
platforms...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Dance like no one's watching. Encrypt like everyone is.
- @torproject
hen maybe we might find some help from
Wookey or Emmanuel (who should both be reading this list!).
>(I think at least the issue with wine should be solved now with commit
>https://salsa.debian.org/wine-team/wine/-/commit/51f48d3e6c04cef760610d14ba5f368e7f2baf7a)
Nod.
--
Steve McIntyre, Cambridge,
On Sun, Mar 05, 2023 at 12:09:24AM +, Steve McIntyre wrote:
>Source: linux
>Version: 6.1.12-1
>Severity: important
>
>Hey folks,
>
>I've just upgraded my Seattle-based system to bookworm and it no
>longer finds the onboard AHCI SATA storage so it stops at an initr
ither. In terms of
booting the installer, there are a range of images that you can use
for different U-Boot machines, or with EFI you should be able to use
the standard ISOs.
The libreboot link from Paolo is talking about ancient x86 hardware
with coreboot, which isn't really relevant here.
--
Steve McIn
er binaries AFAICS.)
I don't want to be rude, but I really don't see how m68k fits here. Of
course, feel free to do a rebootstrap if you like, but I genuinely
don't see any great need for it.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
“Changing random s
uess
>not.
Argh. I used to do this, but I don't have the time or the inclination
to step up any more. I'm very surprised to not see Wookey not list
himself, tbh.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
'There is some grim amusement in watching Pence try
really* going to help motivate the various folks
who are working on support for Arm platforms, most of them doing that
work on their own time as volunteers.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"This dress doesn't reverse." -- Alden Spiess
the same error :-).
Yup. I'll have to respin the installer images soon. I'm also looking
at another shim upload, so I'm probably going to wait for that yet.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"This dress doesn't reverse." -- Alden Spiess
Hi again,
On Mon, Jun 21, 2021 at 10:46:53AM +0100, Steve McIntyre wrote:
>
>In testing of the 10.10. point release over the weekend, we found a
>significant problem with shim-signed on arm64.
...
>I'm working on a more user-friendly fix now, and I hope to push it out
>via the
support to make that work.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"...In the UNIX world, people tend to interpret `non-technical user'
as meaning someone who's only ever written one device driver." -- Daniel Pead
m, especially as it's been
>demonstrated that, even for an SBC as quirky and as ill-suited for it as the
>Raspberry Pi (and that was part of the point of the whole exercise), it is
>not that difficult to achieve.
+1000
--
Steve McIntyre, Cambridge, UK.st...@einval.
he other problem is that I do not think that we can repartition Apple
>file systems yet, which adds a "play around with the Apple
>repartitioning software until you finally have a linuxable partition"
>step (I did that, and it made me hate macOS)...
Ugh. That process looks hateful :-(
--
Steve McIntyre, Cambridge, UK.st...@einval.com
There's no sensation to compare with this
Suspended animation, A state of bliss
tsc" : "=a"(lo), "=d"(hi));
return (static_cast(hi) << 32) |
static_cast(lo);
}
#elif defined(_M_AMD64)
static inline std::uint64_t getticks(void) {
return __rdtsc();
}
#else
// TODO - add support for more compilers!
#error "Unsupported compi
Either
the package doesn't support non-x86, or there's a bug and it's
mis-detecting which platform you're on.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Mature Sporty Personal
More Innovation More Adult
A Man in Dandism
Powered Midship Specialty
ild doesn't even attempt to make the
library libssw.a. Check the Makefiles etc. to see if it has hard-coded
architecture support?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"The problem with defending the purity of the English language is that
English
them, or I can
>resend them if you want.
>
>[1] https://lists.debian.org/debian-boot/2020/05/msg00178.html
>
>There's also a small change I posted for bug #961590 [2] that includes
>fb-modules in the netboot pkg-list, I'd be glad if that could be merged as
>well.
>
>[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961590#30
>
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Mature Sporty Personal
More Innovation More Adult
A Man in Dandism
Powered Midship Specialty
be ambarrassed as you point out the obvious flaw I'm
missing...)
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"... the premise [is] that privacy is about hiding a wrong. It's not.
Privacy is an inherent human right, and a requirement for maintaining
the huma
built
>debian-testing-arm64-xfce-CD-1.iso on my chromebook. Overall rushing through
>the graphical installation went just fine. Just some minor hardware-specific
>problems, and I had to handle chromeos bootloader stuff manually, but nothing
>wrong with the graphical parts from what I c
On Wed, Apr 22, 2020 at 01:08:46PM -0400, Noah Meyerhans wrote:
>On Wed, Apr 22, 2020 at 05:48:27PM +0100, Steve McIntyre wrote:
>> I think the -moutline-atomics is probably good to enable by default
>> once we've got it (gcc 10). that's the suggestion I've heard from gcc
>>
nions on this matter?
It's a good question, and thanks for asking! I definitely think it's
worth doing -moutline-atomics, and I'm hoping Steve can share some
performance numbers to help convince. :-)
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Who needs computer imagery when you've got Brian Blessed?
On Mon, Apr 20, 2020 at 07:36:42PM +0300, Alper Nebi Yasak wrote:
>On 20/04/2020 18:38, Steve McIntyre wrote:
>> Does /dev/tty0 show up in /proc/consoles in your setup? We might need
>> to tweak that yet...
>
>Here is a small but untested patch for rootskel's reopen-co
On Mon, Apr 20, 2020 at 03:43:57PM +0100, Steve McIntyre wrote:
>On Mon, Apr 20, 2020 at 03:21:20PM +0100, Steve McIntyre wrote:
>>On Mon, Apr 20, 2020 at 05:03:02PM +0300, Alper Nebi Yasak wrote:
>>>On 20/04/2020 16:36, Steve McIntyre wrote:
>>>> I'm just going
On Mon, Apr 20, 2020 at 06:06:55PM +0200, Marcin Juszkiewicz wrote:
>W dniu 20.04.2020 o 17:54, Steve McIntyre pisze:
>
>> OK. Can you edit the grub command line and add "console=tty0" before
>> starting please?
>
>Now I have two d-i running. One on tty0, one o
On Mon, Apr 20, 2020 at 05:51:03PM +0200, Marcin Juszkiewicz wrote:
>W dniu 20.04.2020 o 17:38, Steve McIntyre pisze:
>> Hey Marcin!
>>
>> On Mon, Apr 20, 2020 at 05:36:30PM +0200, Marcin Juszkiewicz wrote:
>>> W dniu 20.04.2020 o 16:43, Steve McIntyre
Hey Marcin!
On Mon, Apr 20, 2020 at 05:36:30PM +0200, Marcin Juszkiewicz wrote:
>W dniu 20.04.2020 o 16:43, Steve McIntyre pisze:
>
>> Try the image at
>>
>> http://cdimage.debian.org/cdimage/unofficial/arm64-gi/
>
>Booted VM with it. Debian installer started
On Mon, Apr 20, 2020 at 03:21:20PM +0100, Steve McIntyre wrote:
>On Mon, Apr 20, 2020 at 05:03:02PM +0300, Alper Nebi Yasak wrote:
>>On 20/04/2020 16:36, Steve McIntyre wrote:
>>> I'm just going to test again with that change included, then I can
>>> push a netinst imag
On Mon, Apr 20, 2020 at 05:03:02PM +0300, Alper Nebi Yasak wrote:
>On 20/04/2020 16:36, Steve McIntyre wrote:
>> I'm just going to test again with that change included, then I can
>> push a netinst image somewhere for you to test...
>
>I'd appreciate it. Here's ano
On Sun, Apr 19, 2020 at 10:23:06PM +0300, Alper Nebi Yasak wrote:
>On 16/04/2020 15:40, Steve McIntyre wrote:
>> On Tue, Apr 14, 2020 at 05:43:36PM +0100, Steve McIntyre wrote:
>> >
>> > ACK.
>> >
>> > Building locally to test here...
>>
>&g
On Tue, Apr 14, 2020 at 05:43:36PM +0100, Steve McIntyre wrote:
>
>ACK.
>
>Building locally to test here...
And I have a build that looks OK by eye. Unfortunately, my local test
machine (Macchiatobin) seems to be dying and I can't test this
effectively now. :-(
It needs some ti
On Mon, Apr 06, 2020 at 10:11:12PM +0300, Alper Nebi Yasak wrote:
>On 06/04/2020 17:48, Steve McIntyre wrote:
>> > Alper Nebi Yasak:
>> > - added event-modules to arm64 netboot-gtk
>> > - commented-out serial-modules from arm64 netboot
>>
>> So w
#include "gtk-linux"
>+
>+#mouse-modules-${kernel:Version}
>+event-modules-${kernel:Version}
>+xserver-xorg-input-evdev-udeb
>+xserver-xorg-video-fbdev-udeb
>+
>+#speakup-modules-${kernel:Version}
>+#sound-modules-${kernel:Version}
>+#console-setup-linux
it would also
> help find and fix additional bugs in packages, and make an
> interesting unoffical Debian target, I don't see it replacing
> the existing armhf port any time soon.
Ditto.
Thanks for the great summary of what you've been working on!
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich
a lot of them are using
Debian as a base already - see the Civil Infrastructure Platform as an
example: https://www.cip-project.org/
As these people are already engaging in ELTS work, I don't expect that
this setup is going to go away any time soon.
--
Steve McIntyre, Cambridge, UK.
better path? Feel
free to point out things you think I may have missed. We should get
started on this soon - the longer we leave it, the more likely it is
that we'll see 2038 bugs biting people.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Yes, of cours
=sid
>
>This looks like ~ 70 arm64-only Build-Attempted failures since buildd
>chroots were regenerated on Sunday, in a wide variety of packages.
Ah, that's useful to know. I wish I'd seen that before disappearing
down a rabbit-hole yesterday! :-/
--
Steve McIntyre, Cambridge, UK.
that
file defines the expected cpuinfo flags. *Guessing* - is something in
ocaml trying to parse the cpuinfo flags and making a mistake? That
*might* explain why you're getting different results here from one
machine to the next. But that's just a guess.
--
Steve McIntyre, Cambridge, UK.
latform should normally use a DTB provided by
firmware. There are bits of the platform that are configured by
firmware at boot, so you can't reliably use a static DTB with the
kernel image.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"The problem with defending t
Hey folks,
I've just registered a session for the usual BoF at DebConf. If you
have any specific topics you'd like to raise, please let me know...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Mature Sporty Personal
More Innovation More Adult
A Man
sers.
Andrei - how was your SD card formatted when you started? Inside d-i,
partman should not be creating a new partition table if there's one
already there.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
We don't need no education.
We don't need no thought control.
cally, no. The toolchains are set up to explicitly set flags to
state which ABI a binary is targeting. It's not possible to say
"both".
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"This dress doesn't reverse." -- Alden Spiess
ers must get passed
>in integer registers since there are no floating-point registers
>in the ABI.
Nod.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
We don't need no education.
We don't need no thought control.
On Thu, Feb 28, 2019 at 09:05:04AM +, Ian Campbell wrote:
>On Wed, 2019-02-27 at 23:45 +0000, Steve McIntyre wrote:
>>
>> So this is a place where the world is just *different* compared to x86
>> - the different versions of the ARM architectures have signficantly
>
On Wed, Feb 27, 2019 at 06:30:36PM -0500, Jeffrey Walton wrote:
>On Wed, Feb 27, 2019 at 5:46 PM Steve McIntyre wrote:
>>
>> So, I've got to ask - what hardware are you likely targeting here
>> where it matters to build stuff for armel yet also use NEON if it's
>
On Wed, Feb 27, 2019 at 04:59:50PM -0500, Jeffrey Walton wrote:
>On Wed, Feb 27, 2019 at 4:01 PM Steve McIntyre wrote:
>>
>> OK. In your build log I can see
>>
>> n file included from aria_simd.cpp:19:
>> /usr/lib/gcc/arm-linux-gnueabi/8/include/arm_neon.h:31:2: e
EON intrinsics not available with the soft-float ABI. Please use
-mfloat-abi=softfp or -mfloat-abi=hard"
What errors do you get if you try -mfloat-abi=softfp (etc.)?
To be able to use NEON support you may also have to specify a CPU/FPU
combination that includes it - the default a
fit together.
>
>Have I missed anything?
>
>Does anyone care about all this? Shall I just stop now (it's working
>fine) or tidy a bit more to make the names clearer and reduce the
>cruft further?
As I said, I'm happy to test a clean rolled-up set of patches, one
per d-i "package". If that works and looks OK, I say "go for it" but
we need to be it ASAP.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Arguing that you don't care about the right to privacy because you have
nothing to hide is no different than saying you don't care about free
speech because you have nothing to say."
-- Edward Snowden
the armhf kernel for this update. A fixed
kernel is on its way very soon, but for now you can manually download
and install a locally-built package from Julien at
https://people.debian.org/~jcristau/linux-922478/
[1] https://bugs.debian.org/922748
--
Steve McIntyre, Cambridge, UK
On Sat, Jan 19, 2019 at 01:16:43PM +, Ian Campbell wrote:
>On Sat, 2019-01-19 at 11:08 +0000, Steve McIntyre wrote:
>> >So far I have done a proof-of-concept hack and demonstrated that
>> >running two instances does in fact work nicely without anything
>> >
n't aware of /proc/consoles, and it does
sound like exactly the right thing to be looking at. :-)
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Into the distance, a ribbon of black
Stretched to the point of no turning back
oot/gtk/arm64.cfg
>b/build/pkg-lists/netboot/gtk/arm64.cfg
>new file mode 100644
>index 000..2d8530a
>--- /dev/null
>+++ b/build/pkg-lists/netboot/gtk/arm64.cfg
>@@ -0,0 +1,10 @@
>+#include "gtk-linux"
>+
>+#mouse-modules-${kernel:Version}
>+xserver-xorg-input-evdev-udeb
>+xserver-xorg-video-fbdev-udeb
>+
>+#speakup-modules-${kernel:Version}
>+#sound-modules-${kernel:Version}
>+#console-setup-linux-fonts-udeb
>+#espeakup-udeb
--
Steve McIntyre, Cambridge, UK.st...@einval.com
< Aardvark> I dislike C++ to start with. C++11 just seems to be
handing rope-creating factories for users to hang multiple
instances of themselves.
very similar cause and solution.
ACK, good call and thanks for the link! That looks like exactly the
problem, still. 18 months later with no response from the
maintainers. :-(
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"I used to be the first kid on the
On Mon, Jan 07, 2019 at 12:07:49AM +, peter green wrote:
>On 06/01/19 23:45, Steve McIntyre wrote:
>> In my initial testing for rebuilding armhf only, I did not enable
>> either of these. I was then finding *lots* of "Illegal Instruction"
>> cr
esults here. I still have my machines
set up for easy rebuilds, so reproducing things and testing fixes is
quite easy - just ask!
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Armed with "Valor": "Centurion" represents quality of Discipline,
couple of days
ago. See https://bugs.debian.org/916919
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You lock the door
And throw away the key
There's someone in my head but it's not me
;machinery. Why? Because we also have an SPI driver as part of LinuxCNC
>that actually works, at mind boggling data rates.
Sorry Gene, but that's utterly irrelevant to this discussion. We know
you're interested in LinuxCNC, but not everybody is...
--
Steve McInt
m64 iron, so for me a server arm64 board with PCIe slots
>(and thus PCIe graphic cards) and on-board Aspeed "VGA card" is more common
>compared to GLES-enabled arm64 SoC.
Yeah - it depends exactly on your background. There's a small (but
growing) set of arm64 desktop users, and
>On 20-09-18 10:24, Steve McIntyre wrote:
>> * I'm expecting to pick up several Synquacer machines (24-core Cortex
>>A53) to use for Debian, donated by Linaro. Some will become
>>buildds, wanting to get more to use for autopkgtest, debian-ci,
>>reproduc
e in "base" to see what it's doing
with memory. Yet I can see that other builds are fine (e.g. 2.9.2-1 in
unstable). An optimisation problem maybe?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Armed with "Valor": "Centurion" represen
-2.0 throughout buster if we can.
Right now I'm finishing up analysis from doing full rebuilds of the
archive for both armhf and armel on arm64 hosts. More news shortly...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Arguing that you don't care about t
On Thu, Sep 20, 2018 at 09:49:45PM +0200, Paul Gevers wrote:
>Hi Steve,
>
>On 20-09-18 10:24, Steve McIntyre wrote:
>> * I'm expecting to pick up several Synquacer machines (24-core Cortex
>>A53) to use for Debian, donated by Linaro. Some will become
>>buildds,
ttps://lists.debian.org/debian-arm/2018/06/msg00062.html
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich
signature.asc
Description: PGP signature
re with ARM Cortex Cores.
>Alternatively, X-Gene 1. ThunderX, ThunderX2 and Centriq are definitely not
>supported.
Agreed on the others, but X-Gene 1 works just fine for A32. Not sure
about later cores...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Dance like no one's watching. Encrypt like everyone is.
- @torproject
On Tue, Jul 24, 2018 at 11:22:36AM +0300, Adrian Bunk wrote:
>On Tue, Jul 24, 2018 at 07:27:15AM +0100, Steve McIntyre wrote:
>>...
>> The next big problem I can see is in our haskell packages for
>> armhf. From my build log for haskell-zxcvbn-c_1.0.1-4.
etup building armel on arm64, perhaps on the same arm-arm-01.
Possibly. Let's see how things go - I'm looking at sourcing many more
machines too...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"I can't ever sleep on planes ... call it irrational if you like, but I'm
afraid I'll miss my stop" -- Vivek Das Mohapatra
/
[2]
https://www.cnx-software.com/2017/09/24/gigabyte-synquacer-96boards-enterprise-platform-is-powered-by-socionext-sc2a11-24-core-armv8-soc/)
[3] https://www.qualcomm.com/products/qualcomm-centriq-2400-processor
[4] https://www.cavium.com/product-thunderx2-arm-processors.html
[5] http://open-estua
le
>for some time.
Nod. The "fun" thing we see is that quite a few of the biggest AArch64
CPUs are A64-only, but there's still a selection of things available
that I think look OK. I'll post separately in a moment about that...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Is there anybody out there?
On Sun, Jan 14, 2018 at 08:16:07PM +0100, Thorsten Alteholz wrote:
>Hi Steve,
>
>On Sat, 13 Jan 2018, Steve McIntyre wrote:
>> On Fri, Jan 12, 2018 at 07:59:14PM +0100, Thorsten Alteholz wrote:
>> > am I right that this U-Boot stumbles over partition id 0xef of t
On Fri, Jan 12, 2018 at 07:59:14PM +0100, Thorsten Alteholz wrote:
>Hi Steve,
>
>On Fri, 12 Jan 2018, Steve McIntyre wrote:
>> No, not at all. Unfortunately, the Macchiatobin still ships with
>> U-Boot installed as the default firmware and it's not all that useful
>>
an.org/daily-images/arm64/
>[2] https://wiki.debian.org/Arm64Port
[3]
https://wiki.solid-run.com/doku.php?id=products:a8040:communityboard:dipswitch
[4] http://eciton.net/~leif/macchiatobin/flash-image-17.10.bin
[5] https://lists.einval.com/cgi-bin/mailman/listinfo/macc
ipt world. It takes a lot of effort to port to new
architectures, but due to awful API/ABI practices there are embedded
(out-of-date, buggy and insecure) copies all over the place. :-(
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You lock the door
And throw away the key
There's someone in my head but it's not me
mel are Marvell Armada XP GP dev boards,
commissioned in early 2014.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Because heaters aren't purple!" -- Catherine Pitt
t's perfectly possible to have
headers etc. for both on a single system with multi-arch (for
example). It's an ABI choice, not a hardware difference.
What are you trying to work this out for? Package build time?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
On Fri, Sep 15, 2017 at 07:11:38PM +0100, Ben Hutchings wrote:
>On Thu, 2017-09-14 at 03:40 +0100, Steve McIntyre wrote:
>[...]
>> There is optional kernel support to trap the exceptions here
>> and emulate the instructions, but it's really not recommended for
>> seri
On Thu, Sep 14, 2017 at 12:06:13PM +0200, Marco d'Itri wrote:
>On Sep 14, Steve McIntyre <st...@einval.com> wrote:
>
>> The Pine64 [6] is another alternative, based on a mobile CPU. It's
>> therefore got limited RAM and I/O. Upstreaming has taken a while, but
>> is g
On Thu, Sep 14, 2017 at 12:58:02PM +0800, Paul Wise wrote:
>On Thu, Sep 14, 2017 at 10:40 AM, Steve McIntyre wrote:
>
>> It's possible to replace the installed U-Boot
>> on many boards, but that depends on hardware support being properly
>> upstreamed; lack of that ups
15.html
[4] https://www.scaleway.com/
[5] https://www.solid-run.com/product/armada-8040-networking-community-board/
[6] https://www.pine64.org/
[7] https://www.pine64.org/?page_id=3707
[8] https://wiki.debian.org/Arm64ilp32Port
--
Steve McIntyre, Cambridge, UK.st...@einv
On Thu, Aug 17, 2017 at 10:40:28PM +0200, Holger Wansing wrote:
>Steve McIntyre <st...@einval.com> wrote:
>> >
>> >What's the state here?
>> >Can arm64 boot directly from USB?
>>
>> Bugger. That's a mistake, yes. Quite a few (most?) of the arm64
stake, yes. Quite a few (most?) of the arm64 UEFI
platforms will boot from USB, and we've been making iso-hybrid CD
images to support that ever since Jessie.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"C++ ate my sanity" -- Jon Rabone
On Thu, Aug 17, 2017 at 09:17:22PM +0200, Holger Wansing wrote:
>On Thu, 15 Jun 2017 22:51:21 +0100
>Steve McIntyre <st...@einval.com> wrote:
>> Package: installation-guide-armel
>> Severity: normal
>>
>> As seen in
>>
>> https://www.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hey folks,
As first discussed a while back, we've had a bug in gold which caused
some broken builds of some arm64 packages. These were mostly in
backports, with a few example in the early
On Tue, Apr 18, 2017 at 12:21:01AM +0200, Samuel Thibault wrote:
>Hello Steve,
>
>Steve McIntyre, on dim. 09 avril 2017 01:53:01 +0100, wrote:
>> On Sat, Apr 08, 2017 at 05:39:20PM -0700, Vagrant Cascadian wrote:
>> >So, unless it's implemented outside of the device-tre
it to work OK.
I've offered before: I don't have the time personally to work on
building ports images, but I'm more than happy to help other people
getting them building on our official infrastructure...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Who needs computer imagery when you've got Brian Blessed?
r doing a temporary build in
http://cdimage.debian.org/cdimage/unofficial/arm64-mustang/ .
I've not tested a stretch installation directly on a Mustang
lately. The machine I used for the jessie testing has since been
repurposed as a buildd. I'll see if I can access to test another.
--
Steve McIntyre, Cam
On Thu, Feb 02, 2017 at 02:42:26PM +0100, Jens Reyer wrote:
>On 02/02/2017 02:30 PM, Steve McIntyre wrote:
>> Dropping the -nostdlib argument to the gcc call inside sonames2elf
>> makes a difference - it'll add libc6 to the mix and force the output
>> to match the system you
Hi,
On Thu, Feb 02, 2017 at 05:10:14AM +0100, Guillem Jover wrote:
>On Wed, 2017-02-01 at 15:34:04 +0000, Steve McIntyre wrote:
>>
>> Please don't go down that route, the ABI flags are intended to save
>> people from that. I'm curious what's going wrong with libgsm1 he
On Wed, Feb 01, 2017 at 05:03:13PM +0100, Jens Reyer wrote:
>On 02/01/2017 04:34 PM, Steve McIntyre wrote:
>>
>> Please don't go down that route, the ABI flags are intended to save
>> people from that. I'm curious what's going wrong with libgsm1 here
>> such that we'r
worried about EABIv4, does the logic of the dpkg checker not
match the checks we added in glibc itself?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Mature Sporty Personal
More Innovation More Adult
A Man in Dandism
Powered Midship Specialty
Roger Shimizu wrote:
>On Thu, Dec 8, 2016 at 12:53 AM, Steve McIntyre <st...@einval.com> wrote:
>>
>> There are kernel helpers available to provide some atomic support, but
>> they'll be very slow compared to real hardware support at this level.
>
>Are those ker
eak release work for testing
migration etc. unless people are very careful...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
< Aardvark> I dislike C++ to start with. C++11 just seems to be
handing rope-creating factories for users to hang multiple
instances of themselves.
On Wed, Dec 07, 2016 at 05:05:58PM +0100, Emilio Pozuelo Monfort wrote:
>On 07/12/16 16:53, Steve McIntyre wrote:
>> * It will need somebody happy to dive into the lower levels of the
>>various toolchains to verify support for atomics and make things
>>work w
On Wed, Dec 07, 2016 at 08:50:40PM +0900, Roger Shimizu wrote:
>[ intentionally keep d-d CCed ]
>
>On Fri, 22 Jul 2016 02:36:05 +0100
>Steve McIntyre <st...@einval.com> wrote:
>
>> [ Please note the cross-post and Reply-To ]
>>
>> Hi folks,
>>
&
db.debian.org/machines.cgi?host=antheil
>
>henze is an armhf buildd that also builds armel, but antheil is an armel
>buildd,
>like abel, so that seems fine.
Correct - they're exactly the same hardware, using the same kernel
etc. The only difference is that some of these are using an ar
blibs | grep -v 'usr/lib/xorg/modules/.*\.so'`
INFO: Using /lib/ld-linux.so.2 as dynamic linker
Segmentation fault
Command failed with status 139 : mklibs-readelf -R
./tmp/cdrom_gtk/tree/sbin/blkid
...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"The pro
first quick-hack attempt failed
dismally, so I'm midway down a more disruptive but thorough set of
changes now.
Once that's working, I'll ask on -devel again for package lists.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"I used to be the first kid on the block wanting a cranial implant,
now I want to be the first with a cranial firewall. " -- Charlie Stross
effect we expect is a small performance impact. If anything more
crops up, we have expert help available.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Because heaters aren't purple!" -- Catherine Pitt
signature.asc
Description: Digital signature
On Thu, Aug 11, 2016 at 11:47:12AM +, Riku Voipio wrote:
>On Fri, Jul 22, 2016 at 02:36:05AM +0100, Steve McIntyre wrote:
>> armhf
>> =
>> Current port, first released with Wheezy. Due to cross-distro effort,
>> this setup (ARMv7 EABI using VFPv3D-16) is the defa
1 - 100 of 239 matches
Mail list logo