Patricia P wrote:
> The chromebase works fine on its alpine os, so upgrading is optional as
> long as squeezelite is supported. While its within the LAN (no ports
> forwarded) I hope it is secure. Or as secure as the network anyway.
>
> Its remarkable that a device sold new in 2019 was 32
I noticed this in Alpine's IRC logs yesterday:
>
> 2022-11-23 16:39:18 i have been thinking of sunset armhf. rpi1
> is not worth supporting anymore. so its only rpi zero. I think even the
> latest gen of rpi zero runs armv7 IIRC
> 2022-11-23 16:39:43 I would like to drop armhf
> 2022-11-23
jpmenil wrote:
> Yeah, same here, works great!
> Thanks again!!
My pleasure, glad to hear I didn't screw anything up (so far!).
sodface's Profile: http://forums.slimdevices.com/member.php?userid=19057
View this thread:
Yatsushiro wrote:
> Just applied the 3.17 and LMS upgrades, without problem.
>
> Thanks for your continued, and continuing, support.
Great! Thanks for the report!!
sodface's Profile:
Do you really have the line continuation characters at the end of every
line? I think the two final lines between chromium calls shouldn't have
them:
eg:
--overscroll-history-navigation=0 \
should be
--overscroll-history-navigation=0
Alpine 3.17.0 was released today. I uploaded updated squeezelite and lms
related packages to the sodface.com repo.
See 'post #93 above for upgrade tips.'
(https://forums.slimdevices.com/showthread.php?112276-My-Alpine-Linux-Repo-for-LMS-and-Squeezelite=1065185=1#post1065185)
Just remember, if
Eyerex and didjean, here's the diffs for the file changes I made to add
the clock. This is probably _not_ how you want to do it though. I was
just experimenting and for my use I'm only concerned (for now) with one
specific device with a 1280x800 screen using the "Grid Skin" which seems
to
Eyerex wrote:
> Not sure i can get it to show up but will have a look about clock
I've been working on adding a clock to the now playing screen, with
somewhat mixed results. I just posted about this yesterday in my Aopen
Chromebase thread but will repost the screenshot here in case you didn't
ralphy wrote:
> That's great!
>
> Audio Scan 1.06 fixes parsing large comment headers (such as large
> embedded images) in opus files.
Thanks for the info ralphy. It's really nice to see things moving along
and maintained in the LMS ecosystem.
Slightly off topic, but, I had an issue
Upgraded my local packages to latest nightly and 'audio-scan 1.06 being
discussed here'
(https://forums.slimdevices.com/showthread.php?117063-Audio-scan-1-06).
I don't know what the audio-scan change brings exactly but it's exciting
to see the number change! Will upload soon when Alpine 3.17 is
I upgraded my server to Alpine 3.17.0_rc1 and rebuilt the lms-modules
package against perl 5.36 (was 5.34 but upgraded as part of the Alpine
3.17 upgrade). The new lms-modules package only has the 5.36 modules in
it but I wasn't sure if you already had the 5.34 modules installed
whether they
With the official release of LMS 8.3 today and the start of the 8.4
branch, I updated the lms-nocpan to 8.4. Working ok for me:
Code:
Logitech Media Server Version: 8.4.0 - 1667572584 @ Fri 04 Nov 2022 04:01:12
PM CET
Also a reminder that
Greg Erskine wrote:
> I can read this 2 ways. :)
>
> The most significant point is the "material" skin plugin. It's a vast
> improvement over the standard skin. It is maintained almost daily. I
> think it is fair to say that "material" is taking over from the numerous
> apps that have been
RobbH wrote:
> But there does not appear to be a jivelite build that's compatible with
> brainchild's (presumably X86) Linux computer.
There may be a package available for the distro he's running, but unless
I missed it, he hasn't provided that info.
What linux distro are you running? Here's a screenshot of jivelite
running on Alpine in a tiling wm.
+---+
|Filename: 2022-10-16-131313_1920x1080_scrot.jpg|
|Download:
What about 'jivelite?' (https://github.com/ralph-irving/jivelite)
sodface's Profile: http://forums.slimdevices.com/member.php?userid=19057
View this thread: http://forums.slimdevices.com/showthread.php?t=116934
Just a note about the Spotty plugin for LMS if you are using my
packages. Alpine uses musl libc, not glibc like most other distros use
so generally, software should be built against musl to run on Alpine.
There are ways around it, 'which you can read about here'
Eyerex wrote:
> Got this so far which is working just need to workout how to add the
> extra album cover then i can tinker a bit more like resize bit's and
> bobs
>
Looks good!
sodface's Profile:
I kludged around with something similar (though your design looks much
nicer) with a blurred background of the cover art and overlayed art and
text, see:
https://forums.slimdevices.com/showthread.php?109694-piCorePlayer-with-cava-and-tmux-(so-far)=926520=1#post926520
Roland0 contributed to
I haven't tried with the latest, just git as of 6 days ago when I opened
the issue. Since he said in the issue that he hadn't had a chance to
look at the redraw issue, I kind of assumed any commits since then
wouldn't help, unless by accident. I can try again. Yes, I rebuilt the
dependencies
Alpine is working on moving all aports that use SDL 1.2 over to SDL 2
either directly I guess or via sdl12-compat. The sdl package has been
moved from the community repo to testing. See this Alpine GitLab commit:
https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32951
I'm not 100%
They say you shouldn't drink and mess around with your website, but I'm
doing it anyway. I tweaked the /repo indexing script a little to add a
"View" link on the far right for text files, which should display them
in your browser. I have another addition that adds a "tgz" link next to
I updated the indexing script to use more human readable file sizes, did
some more cleanup, and added the aports directory for the jivelite,
squeezelite, lms and related APKBUILD files and patches:
http://www.sodface.com/repo/index/aports/repo
It's a clunky url but the way abuild works when
I finished up the script to enable some basic, old school, directory
indexing:
http://www.sodface.com/repo
I'll be tidying up over the weekend.
sodface's Profile: http://forums.slimdevices.com/member.php?userid=19057
peterb1962 wrote:
> First things first... It works like a charm! I've now got a fully
> functioning LMS running with squeezelite as the client and I've already
> listened to some of my music. Your packages just made it so easy!!!
> Thanks again and much appreciated!!!
Awesome, you are welcome!
peterb1962 wrote:
> Oh wow! It never occurred to me that it could be the browser... Yes, I
> use Firefox (98) but got no warnings at all, it just created 0-byte
> files. I copied the links from this page and pasted them into Edge and
> it worked fine!
My website, such as it is, is "powered
I replaced the tarball again. Fixed some typos and other
> cleanup."
>
>
> Am I doing something wrong? I can't seem to work it out...
Not sure. These links both work for me:
http://www.sodface.com/repo/lms-aports.tar.gz
http://www.sodface.com/repo/sodface-pub-key.tar.gz
I g
I did some repo updating tonight. Fixed some build failures with a few
of the APKBUILD files and updated a few others. Rebuilt the lms modules
for aarch64 to work with the perl 5.34.
Architectures with squeezelite, jivelite, and supporting packages:
x86_64, x86, armv7, armhf, aarch64
Sorry, I replaced the tarball again. Fixed some typos and other cleanup.
http://www.sodface.com/repo/lms-aports.tar.gz
sodface's Profile: http://forums.slimdevices.com/member.php?userid=19057
View this thread:
2 things:
1. I replaced the tarball at the download link previously posted for the
lms aports:
http://www.sodface.com/repo/lms-aports.tar.gz
The main changes are for lms-modules and lms-utils which should now just
build with abuild -r as would be expected (none of the build manually
and copy
mherger wrote:
> Woot! I was able to connect a Squeezeplay instance to my LMS on iPhone
> :D. But as soon as I tried to access the web UI, it crashed. There are a
> lot of network related errors. And at that point it's the CLI plugin(!)
> which goes crazy, logging messages in the thousands.
>
Ralphy provided an updated modules package for x86
(lms-modules-8-r4.apk) which supports perl 5.32 and 5.34. He also
provided jivelite and supporting sdl packages. The x86 repo at
sodface.com has been updated. Thanks Ralphy!
apk update
apk add -l lms
should upgrade lms-modules to the r4
As far as the perl version, I don't know anything about iSH but is it
possible to add the 3.15 main repo to /etc/apk/repositories and then
just upgrade perl?
http://dl-cdn.alpinelinux.org/alpine/v3.15/main
apk update
apk add -l perl
or even do a full upgrade of iSH to 3.15?
Ralphy was kind enough to build and provide the following packages for
x86:
Code:
libalac-1.0.0-r1.apk
libalac-dev-1.0.0-r1.apk
libalac-doc-1.0.0-r1.apk
lms-8-r1.apk
lms-modules-8-r3.apk
lms-nocpan-8.3.0.1645360070-r0.apk
lms-openrc-8-r1.apk
ralphy wrote:
> @sodface where can I find your latest APKBUILD files for lms?
Ralphy, all,
Here is a link to a tarball for the following aports and supporting
files:
lms (this also creates the lms-openrc subpackage)
lms-nocpan
lms-utils
lms-modules
http://www.sodface.com/repo/
mherger wrote:
> Your repo URL would give me a 404.
Yes, in a browser it will, I don't have directory listing enabled. The
repo will work from the Alpine package manager.
sodface's Profile:
Yatsushiro wrote:
> I'm really quite impressed, so thanks for setting up the repo.
My pleasure, I'm happy to know it's in use. Now I need to do a little
better job with keeping the repo cleaned up and up to date.
I did put up a newer lms-nocpan this morning:
lms-nocpan-8.3.0.1644303427-r0
Yatsushiro wrote:
> Hi
>
> Just set up LMS on Alpine on a Wyse 3040 using your repo. All is good
> until I need to install/update "libcrypt-openssl-rsa-perl" to support
> the Shairtunes plugin. I've tried apk search but am drawing blanks (I'm
> more used to Arch and Debian based distros. so
I looked at those attached APKBUILD files again, and while functional,
I've learned a bit more about what the Alpine devs look for in a user
contributed package and if I submitted those as-is I'd be sent packing.
I really should clean those up some and re-post them.
blackbird wrote:
> Thank you.
> I have successfully built the jivelite package with the APKBUILD file
> you provided. I have connected a 7" touchscreen to an HP Thinclient t420
> and it is working fine.
>
Cool, that's a nice setup!
blackbird wrote:
> Thank you.
> I have successfully built the jivelite package with the APKBUILD file
> you provided. I have connected a 7" touchscreen to an HP Thinclient t420
> and it is working fine.
>
Awesome!
apk add alsa-utils
> alsaucm -c cht-bsw-rt5672 set _verb HiFi set _enadev Headphones
> speaker-test -D hw:1,0 --channels=2
>
> jack-02:/home/sodface# cat /proc/asound/cards
> 0 [A ]: USB-Audio - USB-C to 3.5mm Headphone Jack A
> Apple, Inc. USB-C to 3.5mm Head
Hey Kev,
I haven't used Ubuntu much so I can't really make an informed comparison
between it and Alpine. It's extremely petty of me, but the cutesy little
animal names they use for the Ubuntu releases irritate me and make me
not want to use it just for that. I'd rather just say that Alpine kind
blackbird wrote:
> Im very happy to run squeezelite and jivelite on my Thin client (t620).
>
>
> I appreciate your effort. I want to run it on my HP t420. HP t420 is
> 32bit arch. Do you have any plan for supporting x86 ?
Hi blackbird, I'm thrilled to see someone else running Alpine on a
I had a request for the APKBUILD files to build the packages needed for
jivelite on Alpine and which aren't in the official Alpine repos -
namely, jivelite, sdl_gfx, and sdl_ttf. I still have repos for aarch64,
x86_64, armv7, armhf and armel up on sodface.com but I haven't been very
good at
Cool project Markus!
sodface's Profile: http://forums.slimdevices.com/member.php?userid=19057
View this thread: http://forums.slimdevices.com/showthread.php?t=115545
___
unix
Alpine 3.15.0 was released back on November 24th. Perl was upgraded to
5.34. I just rebuilt the modules for x86_64 and armv7 and updated the
repo\. I don't have my aarch64 builder set back up yet after the move.
I'll get it back online this weekend and rebuild the modules for that
architecture
Updated repos and weekly update script to LMS 8.3 branch. I missed that
8.3 was available. I have it installed on my Alpine LMS server:
Logitech Media Server Version: 8.3.0 - 1628023423 @ Tue Aug 3 23:02:57
CEST 2021
Everything seems to be working fine so far.
I made an attempt to cleanup my repo and update the lms packages to make
sure they work on the latest 3.14 release of alpine. Currently lms* in
the armhf and armel repos are incomplete/broken and I'm not sure when or
if I'll fix them. The following three arch's should be ok to use:
Code:
Alpine 3.14 just came out on 6/15 and I hadn't upgraded my server yet,
which I did this morning - lms seems to still be working after a reboot
so that's good!
Current package versions for x86_64 are:
lms-openrc-8-r0 x86_64 {lms} (GPL-2.0) [installed]
lms-8-r0 x86_64 {lms} (GPL-2.0) [installed]
pocok wrote:
> I'm interrestend in your repo. I would like to try installing LMS in an
> Alpine LXC container (currently using Debian in LXC). If your repository
> is still working, I would try to do a test install. The architecture is
> x86_64 of course.
Sorry I missed your post. Yes, the
ralphy wrote:
> Yes, I'm still using it with v3.11.2 and a hard disk connected to the
> sata port without any issues.
>
> The only alpine packages I've updated are squeezelite and the kernel to
> 5.5.19.
>
> I really should update the kernel but the m300 has been solid.
>
> I'm running LMS
pseudov wrote:
>
> Thanks again, sodface and ralphy :)
Cool! I was watching this thread but didn't have any ideas to jump in
with, glad you got it working. Your timing is funny because I was just
thinking about the stack of M300's I have and whether I should go back
and update all the
diode84 wrote:
> Hello sodface
> Are you still working on this as I would like another go at it.
> diode84
Hi diode84, yes still have the repo up, currently with versions:
lms-openrc-8-r0 x86_64 {lms} (GPL-2.0)
lms-8-r0 x86_64 {lms} (GPL-2.0)
lms-modules-8-r0 x86_64 {lms-modules}
I decided I wanted to rename the lms packages slightly to make them less
version specific except for the lms-nocpan package. Probably a bad idea
as I ended up borking up my own server install and ended up having to
walk through the setup again like it was an initial install. Oops.
Here's the
New modules package uploaded to repo:
lms-modules-8.2-r0.apk
for x86_64 only. Let me know if anyone needs any other architecture
built.
LMS is back up and running for me.
sodface's Profile:
I'm working on getting LMS functioning again on Alpine 3.13.2. I'd say
"Don't Panic!" except I don't think anybody except me is using my
packages. I upgraded my server earlier to Alpine 3.13.3 and didn't
realize until 8 hours or so later that LMS isn't starting. Perl version
changed to:
This is
chill wrote:
> :)
>
> I spoke too soon regarding the 2-minute updates. After a few hours this
> rate also triggered the 'too many in 10 minutes' service denial. So I
> guess the acceptable rate might vary depending on the server load. I've
> messaged the site to see what's acceptable for a
chill wrote:
> In case anyone else is interested (and my apologies for polluting your
> Alpine Linux thread), note that the Fourmilab site has a limit on the
> rate that images can be requested. I exceeded this a couple of times
> during testing, and instead of an image I was served up a file
chill wrote:
> It seems like local storage for the image works the same way - updating
> a single file in the specified folder results in the screensaver
> updating to that new image. So I don't need a local http server - I'll
> just have the cron job run my script for fetching the updated
Hi chill, as with most things I do, my approach is a bit hacky but it's
working pretty well. The basic operation (ignoring the mechanics of
generating the image) is:
- Have jivelite configured to use image viewer as the screen saver,
configuring the delay times as desired
- I have separate
Jivelite on Alpine on a HP RP9 touchscreen point of sale machine I got
off ebay.
+---+
|Filename: IMG_20210110_083649040_HDR.jpg |
|Download:
Working on a weather screensaver for jivelite, using the image viewer.
+---+
|Filename: IMG_20201226_110846391_HDR.jpg |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=32681|
I live in an apartment and didn't want to mount shelves or brackets to
the wall so I attached some standard 1" diameter black posts used with
wire shelving to the rear of my desk, tied them together with a cross
bar, mounted the speakers and shelf etc. Sort of a rig job but it's
working ok.
Some quick tests with Jivelite running on a Wyse 3040 and a 10.1" HP
touchscreen.
+---+
|Filename: IMG_20201003_092655876.jpg |
|Download:
A few notes to self on getting the x86_64 working:
Coaxing Alpine to set the correct screen resolution took me a bit longer
than I'd like to admit. The default grub command line has "nomodeset"
which I don't think actually does anything for this specific device
(Wyse 3030) with the i915 based
I had a second one of these Uctronics 5" screens, it's as dark and dull
as the other one. This is with Alpine x86_64 on a Wyse 3030 thin client.
+---+
|Filename: IMG_20200915_191650626.jpg |
schup011 wrote:
> I think it is great extending the LMS ecosystem.
>
> One question I was asking myself with your approach was the benefit
> compared to existing solutions. If you are using RasPi's, I think there
> already is a great solution that covers quite a lot, maybe everything
> that is
I've been spending quite a bit of time with 'Alpine Linux'
(https://alpinelinux.org/) on Raspberry Pi's and x86_64. I have an idea
I've been mulling over and tinkering around with, I'm calling it Alps,
as a riff on the Alpine theme, and which may or may not be an acronym
(Another Logitech
Added aarch64 packages to the repo:
Code:
althttpd-202005092232-r1.apk
althttpd-openrc-202005092232-r1.apk
fossil-2.11.1-r0.apk
lms-8.0-r2.apk
lms-modules-8.0-r0.apk
lms-nocpan-8.0.0.1596358186-r0.apk
lms-openrc-8.0-r2.apk
lms-utils-8.0-r0.apk
If anyone is bored and wants to run through an Alpine Linux headless
install on a Raspberry Pi (or x86_64), I updated the wiki page I made
for it and provided a link there to an overlay file that's already
built.
https://wiki.alpinelinux.org/wiki/Raspberry_Pi_-_Headless_Installation
The basic
diode84 wrote:
> I am struggling a bit with Alpine linux. I can set it up to a terminal
> but get no gui. Is there a gui and is there a forum that helps with
> Alpine install that is a regular forum.
Unfortunately there is no forum, just a wiki, a couple mailing lists,
and their GitLab issue
diode84 wrote:
> Exactly what I was looking for, I have a number of Wyse thin clients
> which will run Daphile but what I want is LMS and Squeezelite instead.
> A link to anything updated would be appreciated.
> Thanks
> diode84
Hi diode84, the info in the first post is still accurate.
This'll probably be the last post in this thread (promise!?) - I moved
sodface.com to a different server last night and kind of integrated a
fossil scm instance along with it. I'd been working on the fossil
integration locally but decided to push it up to the domain also. So
you can find the
FYI, I don't think anyone is using my alpine packages, but just a head's
up that I moved the repo (and sodface.com) to a different instance out
there in the cloud somewhere. It was originally running on a canned
CentOS image available from the hosting provider and it was bugging me
on a number
A few more changes to the script:
-- switched from json to regular cli on 9090, simpler to parse, at least
for this
-- changed back to using the -t latency in usec argument for alsaloop
-- changed the bt sync logic to get the elapsed track time and use that
as the basis for the latency
Cleaned up the script a little more. Switched over to a case statement
from the if/elif, moved some variables to the top and got rid of another
useless cat.
I'm still a little surprised at how well this is working. I only have
one bluetooth device though (a VModa headset which is really nice
t;
rate 48000
channels 2
period_size 1024
buffer_size 8192
}
bindings {
0 0
1 1
}
}
pcm.aloop7 {
type dmix
ipc_key 129472
slave {
pcm "hw:Loopback,0,7"
rate 48000
channels 2
period_size 1024
buffer_size 8192
}
bindings {
0 0
1 1
}
2
}
bindings {
0 0
1 1
}
}
These are the three commands I have under /etc/local.d/AudioConfig.start
to run at boot:
Code:
bluetoothctl discoverable off
bluealsa-aplay 00:00:00:00:00:00 &
/home/sodface/alsaloop.sh true &
Con
I noticed bluetoothd throwing some errors in syslog related to uinput, a
module which wasn't loaded, so I added it to /etc/modules. This was
fortunate as soon after I realized I could use inotifywait to watch for
event devices created by uinput when a bluetooth device connects to the
system.
Here's the next iteration of the bt-pair.sh script. Now using two
different tracks, one for a player and one for a speaker. Also switched
to continuing the script on power on status and exiting immediately on
power off instead of the other way around. For speakers, I'm using an
rssi filter
ptions set in
/etc/conf.d/squeezelite:
Code:
SL_OPTS="-n Desk -S /home/sodface/bt-pair.sh"
More on the -S option later:
Code:
-SAbsolute path to script to launch on power commands
from LMS
Thanks to Ralphy, the lms and squeezelite packages are added to the
armel repo. I'm not able to test them however so feedback is welcome!
The lms-nocpan package for armel should be updated once a week (or more
often if I run it manually) along with the x86_64 and any other
architectures I add
.
Here's the script I'm using, improvements welcome!
Code:
#!/bin/sh
cd "/home/sodface/aports/main/lms-nocpan"
newfrag=$(wget -q http://downloads.slimdevices.com/nightly/?ver=8.0 -O - |
grep noCPAN.tgz | cut -d'/' -f4,5 | cut -d'"' -f1)
to the repositories file:
Code:
$ cat /etc/apk/repositories
http://www.sodface.com/repo
My public key is available here:
http://www.sodface.com/repo/sodface-pub-key.tar.gz
Extract to /etc/apk/keys/
Code:
$ sudo tar xzvf
Updated lms-nocpan package to the latest nightly:
Code:
Logitech Media Server Version: 8.0.0 - 1588799628 @ Wed May 6 23:55:26 CEST
2020
Installed the updated package:
Code:
server:~/aports/main/lms-nocpan$
Finally made some decisions and have LMS installed from custom Alpine
packages on my new Dell/Wyse 5070. So far so good.
I went with an /opt setup following the FHS, at least so far as I can
decipher it. I ended up having four packages:
lms
lms-utils
lms-modules
lms-nocpan
The lms package
After getting derailed by seemingly random file checksum mismatches
using the internal SATA port on the armel M300's I was working with, I
finally basically gave up on that older hardware and picked up some
newer x86_64 Wyse thin clients: a 5070 and several 3040's. These things
are really nice.
o figure that out.
Code:
----
[sodface@www armel]$ ls *.apk | wc -l
650
sodface's Profile: http://forums.slimdevices.com/member.php?userid=19057
View this thread: http://forums.slimdev
@ralphy, here's the link to the tar file of the squeezelite aport
directory:
http://www.sodface.com/res/tmp/squeezelite-apkbuild.tar
sodface's Profile: http://forums.slimdevices.com/member.php?userid=19057
View this
ralphy wrote:
>
> Let's start again. I can easily make the changes again using your
> current files.
>
> Since your package files haven't been added to aports, we could add them
> to the github squeezelite repository so they are available for everyone
> to use.
I'll tar up the aport
ralphy wrote:
> Attached is a modified squeezelite APKBUILD with additional features
> enabled and includes the alsacap and find_server utilities.
>
> I used the one posted on the alpine mail list as the base and I've only
> tested the binaries on armel.
It looks like you may have updated the
ralphy wrote:
> I sent you a PM for alsa-utils. Building subversion next.
Repo updated! I added a few more packages too.
sodface's Profile: http://forums.slimdevices.com/member.php?userid=19057
View this thread:
Roland0 wrote:
> It doesn't say "a system administration program", but one "used
> exclusively by the system administrator", which is true for any
> server-type application (a regular user is not supposed to e.g. start a
> database server etc.)
> Also "run as either a system administrator or a
@ralpy, thanks for the input. So are you recommending _not_ creating a
package for LMS itself but maybe just the dependencies, like Perl and
the openrc scripts? What about the modules?
Roland0 wrote:
> The method to customize LMS for an unsupported OS platform is described
> 'here'
>
You guys are probably getting tired of these Alpine Linux threads but,
I've been working on an armel port ('see this thread'
(https://forums.slimdevices.com/showthread.php?111730-Alpine-Linux-on-Dell-M300))
and I've got everything built for LMS I believe and now I just need to
package it up. I
ralphy wrote:
> Thanks for building the tzdata package. I just installed it on the
> dockstar and pogoplug pro.
>
> As a test I have the pogoplug building alsa-utils and all the
> dependencies ATM and there are a lot.
>
> If it completes successfully I can zip up the lot and PM you a
ralphy wrote:
> Thanks for getting the repo setup and the rootfs creation script.
No problem, I'm glad for the extra testing and feedback.
ralphy wrote:
>
> I did script all the steps to create the dockstar fs using the rootfs
> file you posted earlier, but that's a better option.
>
The
Here's a tarball for a script to create a root file system from the
repo:
http://www.sodface.com/repo/armel-rootfs-x86_64.tar.gz
It consists of the following:
Code:
.
apk-tools-2.10.4
apk
armel_genrootfs.sh
busybox-links.txt
keys
m300-01:~$ cat /etc/apk/repositories
http://www.sodface.com/repo
My public key is available here:
http://www.sodface.com/repo/sodface-pub-key.tar.gz
Extract to /etc/apk/keys/
Code:
m300-01:~$ sudo tar xzvf sodface-pub-key.tar.gz -C /et
1 - 100 of 155 matches
Mail list logo
