2016-03-21 12:54 GMT+01:00 Dan MacDonald <[email protected]>:
> Hi Robert
>
> On Mon, Mar 21, 2016 at 11:25 AM, Robert Jonsson <[email protected]>
> wrote:
>
>> Hi guys,
>>
>> 2016-03-21 10:17 GMT+01:00 Dan MacDonald <[email protected]>:
>>
>>> Hi Tim
>>>
>>> It was me that brought up the ARM UI prob.
>>>
>>> I've been helping get FreeBSD running on it so I'll have to get Arch
>>> re-installed first.
>>>
>>> If I can't get uboot to dual-boot Arch and FreeBSD I'll just install
>>> them on separate SD cards and have partitions for both on my HD.
>>>
>>
>> If I recall correctly the problem was with the toolbars being on one line?
>>
>
> Yes, that was the problem.
>
>
>> If so I think I spotted the same problem under x86 when starting from a
>> fresh slate.
>>
>
> Ah OK so its not ARM-specific then!
>
>
>>
>> Also, for those interested, I installed linux on an OrangePi some weeks
>> ago so I tried to take a look at this but the distros I tried didn't
>> provide the alsa sequencer interface (among other things) so I needed to
>> hack muse and start it in a severely cut down state.. I saw all toolbars
>> being put on one line though.
>> Possibly it's better with Arch but it's so damn much work to get going :P
>>
>
> Good point! I didn't get round to checking if the ALSA MIDI stuff is
> compiled as standard with the ALARM armv7 kernel.
>
It should be there as MusE complains loudly if it can't find the alsa
sequencer device.
> It should be because it's available as a module in the Arch x64 kernel but
> there are differences in the ARM kernel config such as only being built
> with ext4 support by default so its not guaranteed. If it's missing I can
> build a new kernel package easy enough, it just takes 12.5 hours to build
> it!
>
Hehe :P
>
> I really don't think its much work to get MusE running under ALARM. You
> just need to install xorg, xterm, xorg-xinit, a wm or desktop and then
> building muse from AUR pulls in all the other deps. Building muse does take
> a while though.
>
I've done a few arch installs and common denominator of them all is that I
have to redo it two or three times before I get it right. There's great
documentation but there are just so many details so I think it's not for me
;)
>
> Arch and Pacman is wonderful when you get to grips with it. Its so easy to
> make packages for it I create PKGBUILDS evey time I have to build something
> from source now as its very little extra work and it saves me doing a
> manual build next time. bacman is a notable pacman command as it lets you
> create Arch packages from stuff you have already installed but don't have
> the package for any more. Its saved me lots of hassle.
>
I've been very impressed with just using pacman so there is definitely
things that attract me Arch (besides building a lean mean killing linux
machine).
>
> I've not had any luck getting any x64 -> ARM cross-compiling working for
> Linux so I'm tempted to buy something like the Odroid C2 which has a 2Ghz,
> quadcore 64bit ARM CPU as I could use that to build stuff faster for my Bpi
> and Zaurus.
>
> I'm really disappointed the latest Odroids and the RPi 3 don't have SATA
> as it makes such a huge difference to the usability and responsiveness of a
> system and brings access to lots of cheap, fast storage. Running off SD
> cards is unbearable and ruins the extra RAM and faster CPU offered by stuff
> like the Odroid C2 which would've made a decent Linux desktop machine if it
> had SATA (on a separate bus from USB) like on the BPi and Orange Pi and the
> other A20 boards.
>
Yeah, SATA makes a big difference, I've got a banana PI with SATA as a kind
of file server and it's solid.
Not sure if this SATA is separate from the USB bus but it's plenty fast
enough anyway.
Regards,
Robert
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Lmuse-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmuse-developer
