<samueldr>
this *totally* makes sense with the storm I get
<samueldr>
at initial read, it errors out, causing a new read because of battery disconnect/connect events
<samueldr>
I'm so glad brilliant people work on those kind of things
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
<samueldr>
hm :/ might be a multi-pronged issue, but it does seem to at least shush up the storm of register accesses
zupo has joined #nixos-aarch64
LnL has quit [Read error: Connection reset by peer]
LnL has joined #nixos-aarch64
* colemickens
realizes a plain efistub kernel might be easier than putting grub in the middle
ryantrinkle has quit [Ping timeout: 240 seconds]
ryantrinkle has joined #nixos-aarch64
<colemickens>
i686 Linux package set can only be used with the x86 family. <- I'm getting this when I try to use grub in an aarch64 config?
<samueldr>
cross-compiling?
<samueldr>
last time I tried to cross-compile grub it didn't seem to be trivial
<samueldr>
(so I didn't)
<colemickens>
not sure, I gave up on grub anyway, it was just a old ref anyway.
<colemickens>
got the rpi4 to boot the 5.8 stub at least
<colemickens>
now to stick an initrd on it
<colemickens>
(all with Nix expressions, no manual stuff, pfft)
orivej has joined #nixos-aarch64
purgemaster has joined #nixos-aarch64
purgemaster has left #nixos-aarch64 ["Leaving"]
DigitalKiwi has quit [Quit: quite.]
DigitalKiwi has joined #nixos-aarch64
<colemickens>
there is surprisingly few docs on how to configure uefi http boot.
cole-h has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
alp has joined #nixos-aarch64
cole-h has quit [Quit: Goodbye]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Mic92>
colemickens: I need to set up a rpi4 soon as well, if you got it working I am more then interested.
<colemickens>
depends on "it working" means. I'm almost certainly giving up on direct UEFI HTTP Boot due to Unifi not making it easy to configure, and probably needing tftp/pxe/ipxe for other devices anyway.
<colemickens>
Mic92: are you interested in the netboot/uefi parts specifically?
<Mic92>
colemickens: just booting for now. I want to build an rpi4 to reboot some desktop machines with a relay
<Mic92>
So my rpi4 will be a PXE server itself.
<colemickens>
are you planning to use Pixiecore, or arrange it yourself with nix or?
<colemickens>
If you just want to boot some Linux, then the rpi4-sdcard thing in nixpkgs tree (using the rpi foundation kernel) will work fine for that purpose.
<colemickens>
(I'm going off the beaten path to do uefi + mainline)
<ashkitten>
do all chromebooks run mainline linux?
<ashkitten>
or, can they?
<sphalerite>
ashkitten: I don't think so, there are some mediatek chromebooks out there which are probably "fun"
<sphalerite>
ashkitten: that said, all the intel-based ones should
<ashkitten>
hm
<sphalerite>
ashkitten: as should all the rk3399-based ones
<ashkitten>
i want a tablet for reading comics and books
<sphalerite>
remarkable :P
<ashkitten>
but i want it to run linux
<ashkitten>
so i figured a chromebook would be a better shot than an android tablet
<sphalerite>
remarkable.com — runs linux with systemd and compiles with GPLv3 by giving you ssh-based root access without any shenanigans
<sphalerite>
though not sure about getting mainline kernels running on it
<ashkitten>
oh
<sphalerite>
haven't been brave enough to try that sort of stuff with mine
<sphalerite>
it's a very fine device though, if you have the money to spare. And the reMarkable 2 fixes basically all the problems with the first version.
<ashkitten>
uhhh how much money is that
<ashkitten>
oh
<ashkitten>
thank you, i will think about it
<ashkitten>
is it color?
<sphalerite>
no
<ashkitten>
oh
<sphalerite>
reading comics and books doesn't sound like it needs colour to me ;)
<ashkitten>
some comics have color
<sphalerite>
eeeh they'll work in greyscale too :p
<ashkitten>
either way ky0ko says it's not what i want
<ashkitten>
hm
<ashkitten>
the pinetab exists
<ashkitten>
but i'm not sure the screen resolution is high enough
<ashkitten>
hm
* colemickens
wonders where all the android tablets of ~2-6 years ago went
<ashkitten>
nobody cares about tablets anymore
<ashkitten>
except me, i guess
<ashkitten>
because i'm tired of reading webcomics on my phone
<ashkitten>
i guess i will buy a pinetab, even though i'd kinda like something with a better screen resolution
<colemickens>
I'm just thinking about ewaste/free-sw again
orivej has joined #nixos-aarch64
alp has quit [Ping timeout: 244 seconds]
dtz has quit [Quit: killed]
Ericson2314 has quit [Quit: killed]
Ox4A6F has quit [Quit: killed]
yangm has quit [Quit: killed]
danielrf[m] has quit [Quit: killed]
blitzclone[m] has quit [Quit: killed]
colemickens has quit [Quit: killed]
goibhniu has quit [Quit: killed]
Danct12[m] has quit [Quit: killed]
thefloweringash has quit [Quit: killed]
bqy has quit [Quit: killed]
comrandroxaos[m] has quit [Quit: killed]
AberDerBart[m] has quit [Quit: killed]
matthewbauer has quit [Quit: killed]
codyopel has quit [Quit: killed]
theotherjimmy[m] has quit [Quit: killed]
kgtzy[m] has quit [Quit: killed]
JJJollyjim has quit [Quit: killed]
Ke has quit [Quit: killed]
pachumicchu has quit [Quit: killed]
noneucat has quit [Quit: killed]
puzzlewolf has quit [Quit: killed]
hpfr has quit [Quit: killed]
cornu has quit [Quit: killed]
hsngrmpf[m] has quit [Quit: killed]
kai_w has quit [Quit: killed]
cdknight[m] has quit [Quit: killed]
bennofs[m] has quit [Quit: killed]
Jake[m] has quit [Quit: killed]
ArtemVorotnikov[ has quit [Quit: killed]
flip[m] has quit [Quit: killed]
<ashkitten>
hm... pixel c...
<ashkitten>
it seems to already have linux, albeit only semi-working
<ashkitten>
i... might have to get one
<ashkitten>
i'd get a nexus 10 but honestly that thing is too old at this point
<DigitalKiwi>
sphalerite: how much do you like the remarkable?
alp has joined #nixos-aarch64
alp has quit [Quit: Leaving]
andi- has quit [Ping timeout: 260 seconds]
andi- has joined #nixos-aarch64
andi- has quit [Excess Flood]
andi- has joined #nixos-aarch64
orivej has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Darkmatter66_ has joined #nixos-aarch64
Darkmatter66 has quit [Ping timeout: 264 seconds]
zupo has joined #nixos-aarch64
<sphalerite>
DigitalKiwi: it's very nice for taking notes, and opens up some very nice features (moving stuff around, scaling) that are very difficult on paper
<sphalerite>
the main things that bother me about it are: a) nothing integrated to carry the pen, which you do need to be able to use it (fixed with rM2) b) it's trickier than it could be to switch to the eraser tool (also fixed with rM2) c) it feels very fragile, because it's large and thin
<sphalerite>
(c is probably not fixed with rm2)
knerten has joined #nixos-aarch64
<sphalerite>
it's great for sheet music and chords, which is one of the main use cases I got it for
<Thra11>
I think making the body white was a mistake: it just shows up the fact that the display isn't quite white. I don't think you'd notice if it weren't for the fact the surround is whiter than the screen.
<sphalerite>
I don't really mind that
<sphalerite>
the pages of many books anre't white either
<Thra11>
I don't mind it. Just think it was a weird choice.
<sphalerite>
fair enough
<sphalerite>
oh, what I would also like is more hacking-friendliness on the hardware side
<sphalerite>
I'd like to open it up for fiddling but am quite scared to
<Thra11>
I'd like a front-light.
t184256 has left #nixos-aarch64 [#nixos-aarch64]
t184256 has joined #nixos-aarch64
rajivr has quit [Quit: Connection closed for inactivity]
Darkmatter66 has joined #nixos-aarch64
Darkmatter66_ has quit [Ping timeout: 256 seconds]
zupo_ has joined #nixos-aarch64
zupo has quit [Ping timeout: 240 seconds]
<samueldr>
(reading backlog)
<samueldr>
mediatek chromebooks are getting mainlined in either 5.8 or 5.9
jackdk_ has joined #nixos-aarch64
taktoa[c]_ has joined #nixos-aarch64
shad_ has joined #nixos-aarch64
e has quit [Disconnected by services]
<samueldr>
I'm almost tempted to somehow get my hands on a cheap (used?) chromeos tablet with that mediatek chipset they used
<samueldr>
but then I also know it won't be worth it :/
orivej has quit [Ping timeout: 264 seconds]
bennofs[m] has quit [*.net *.split]
ArtemVorotnikov[ has quit [*.net *.split]
hpfr has quit [*.net *.split]
bqy has quit [*.net *.split]
Ke has quit [*.net *.split]
Ox4A6F has quit [*.net *.split]
shad has quit [*.net *.split]
jackdk has quit [*.net *.split]
taktoa[c] has quit [*.net *.split]
Mic92 has quit [*.net *.split]
jackdk_ is now known as jackdk
taktoa[c]_ is now known as taktoa[c]
thefloweringash has quit [Remote host closed the connection]
yangm has quit [Write error: Connection reset by peer]
theotherjimmy[m] has quit [Remote host closed the connection]
goibhniu has quit [Read error: Connection reset by peer]
puzzlewolf has quit [Read error: Connection reset by peer]
codyopel has quit [Read error: Connection reset by peer]
hsngrmpf[m] has quit [Remote host closed the connection]
colemickens has quit [Read error: Connection reset by peer]
comrandroxaos[m] has quit [Write error: Connection reset by peer]
dtz has quit [Write error: Connection reset by peer]
matthewbauer has quit [Remote host closed the connection]
kai_w has quit [Read error: Connection reset by peer]
danielrf[m] has quit [Read error: Connection reset by peer]
cdknight[m] has quit [Read error: Connection reset by peer]
JJJollyjim has quit [Write error: Connection reset by peer]
Jake[m] has quit [Write error: Connection reset by peer]
Danct12[m] has quit [Write error: Connection reset by peer]
AberDerBart[m] has quit [Write error: Connection reset by peer]
noneucat has quit [Remote host closed the connection]
Ericson2314 has quit [Remote host closed the connection]
pachumicchu has quit [Write error: Connection reset by peer]
flip[m] has quit [Read error: Connection reset by peer]
blitzclone[m] has quit [Read error: Connection reset by peer]
kgtzy[m] has quit [Read error: Connection reset by peer]
cornu has quit [Remote host closed the connection]
orivej has joined #nixos-aarch64
Mic92 has joined #nixos-aarch64
lopsided98 has quit [Ping timeout: 244 seconds]
lopsided98 has joined #nixos-aarch64
ArtemVorotnikov[ has joined #nixos-aarch64
e has joined #nixos-aarch64
<ashkitten>
samueldr: basically i'm thinking i either get a pixel c and still have some issues, or a pinetab and sacrifice things like usb-c and a high resolution display
<ashkitten>
or honestly, just get an old microsoft surface tablet...
<samueldr>
uh, I thought the pinetab would be type-c
<samueldr>
considering the pinephone is
<ashkitten>
no
<samueldr>
weird!
<samueldr>
yeah, just opened the product page
<ashkitten>
the pinetab is kinda garbo specs which is why im not instantly thrilled to get it
<samueldr>
yeah, its main advantage is that you know it has mainline devs working on it already
<samueldr>
I have no idea what's the pixel c's status, but IIRC tegra on mainline isn't the best?
<ashkitten>
wouldn't doubt it
<samueldr>
surface (x86_64) might be good enough though
<ashkitten>
there's a project, i think pixelc-linux org on github?
<ashkitten>
but even so i don't know if i want to deal with that
<ashkitten>
so yeah, thinking about just a surface
<veleiro>
yes that's exactly where i was about to land
<veleiro>
jeeze they're built from nixpkgs commit, makes sense now
<Thra11>
Yeah. You can choose a sufficiently complete build, get the commit hash from the inputs tab and use that to make sure you're building the same version of nixpkgs.
<veleiro>
exactly what i was thinking
<veleiro>
very helpful, thanks
<samueldr>
the nixos channel doesn't wait for aarch64 to be (tried) to be built
<samueldr>
so it will update before aarch64 is over trying
<samueldr>
but, there's another issue with big packages like firefox
<samueldr>
the current infra if misused a bit, and it makes some large builds like firefox happen on a ressource-constrained machine where it eventually times out
<samueldr>
is misused*
<samueldr>
I still need to get in touch with the proper people to figure out an intermediary solution, at least, up until a proper solution
<veleiro>
isnt/wasnt there cross compilation issues with nixpkgs?
<samueldr>
yes
<veleiro>
I'm on the PBP btw running 'feature/u-boot-gfx' !
<samueldr>
the Mobile NixOS demo image, when built successfully, has a firefox built
<samueldr>
you can follow the link for a build that was successful, and go to the Inputs tab, to get the nixpkgs revision
<veleiro>
thanks, that i will do
<Thra11>
I finally gave in to temptation and ordered a pinephone.
<veleiro>
ah, me too actually
<samueldr>
heh
<veleiro>
i was waiting for the "NixOS edition" samueldr would definitely profit from
<veleiro>
but i'll just buy again!
<samueldr>
there'e been no talk of that yet
<Thra11>
I got tired of doing any dev stuff on my phone involving a bunch of weird hacks, blobs, compatibility layers and a limited choice of OS.
<veleiro>
i figured so, just being sarcastic kinda
<samueldr>
but if there is something about that, I'll see if instead we can do only a replacement back cover batch, since most that would be interested will already have gotten another one
<samueldr>
it would end up cheaper, but more importantly, less wasteful than a complete other phone
<samueldr>
less worrysome about logistics, no battery, can go in the cheap mail
<veleiro>
I have a oneplus 3t but i have such a hard time repairing it and i'd trust
<veleiro>
it more if it had some easy kill switches
<veleiro>
maybe nixos-mobile would need a setting for how/when to nix-collect-garbage?
<samueldr>
no
<samueldr>
but let me explain
<samueldr>
this is because Mobile NixOS is a superset on top of NixOS, which alreay has such a feature
<veleiro>
oh, i probably need to make use of that..
<veleiro>
well one last question about Nix and ARM
<veleiro>
In the original flakes presentation he was iffy about multiarch support
<veleiro>
has flake support improved for multiarch?
<veleiro>
there is a system definition so likely
<samueldr>
original presentation? or the last nixcon (2019) presentation?
<samueldr>
(because during Q&A it was I that asked about it)
<veleiro>
oh 2019
<samueldr>
I think it's okay, I don't know for sure since I haven't yet taken the time to acclimatize myself to flakes
<samueldr>
I believe the issue was that eelco didn't want to show how it would be done because there were still open questions, but I think since then it's solved
<samueldr>
I don't know for sure though
nschoe has joined #nixos-aarch64
<veleiro>
yeah for me the github rfc is huuuuuuuuuuuuuge and closed now
<Thra11>
Is the presentation worth a look? I've read the 3 articles on tweag.io recently and started looking at flakes today.
<veleiro>
the tweag articles are good enough, fresher
quinn has joined #nixos-aarch64
<veleiro>
oh I adapted your rk3399 panfrost overlay to a never version of mesa
<samueldr>
Thra11: you're confirming that it's hw accelerated decoding how?
<samueldr>
maybe it is in my case and it's only the file being a worst case scenario?
<samueldr>
I get awful tearing, which made me think it might have been software rendered
<veleiro>
ahh havent watched the PR for a bit, good you found something
<samueldr>
you might want to checkout the commit before 5.8 as 5.8 isn't yet in Nixpkgs due to an unforeseen issue
<veleiro>
well now that i know better how hydra is building i'm not afraid to switch kernels
<veleiro>
hehe
cole-h has joined #nixos-aarch64
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Thra11>
samueldr: Good question... I don't think it is actually use hw dec at the moment, as I seem to have dropped CONFIG_HANTRO from my config along the way somewhere.
<samueldr>
heh :)
<Thra11>
Well the good news is that video playback is smooth even without hardware decoding :)
<samueldr>
in my particular test case it's a video with fluid 60fps (I think) linear horizontal movement; it's obvious to the eye
<samueldr>
(it might be 30 fps)
<samueldr>
though I haven't looked into configuring mpv at all yet
<Thra11>
rkmpp+ffmpeg definitely did hw decoding, though I never got it to do proper video playback, only to output 100s of frames very quickly with some arcane ffmpeg command. AFAIK it's deprecated in favour of the hantro driver though, so if I were trying to get hw decoding to work, I'd focus on the hantro solution.
<samueldr>
I have to agree
leonardp has joined #nixos-aarch64
<veleiro>
Ooh i'm also on sway
<veleiro>
what is it with you people, use emacs too
<veleiro>
i just ran into someones nix config that basically had a nice system config
<veleiro>
and aslo used sway and emacs and i just thought i was going to be a loner
nschoe has quit [Ping timeout: 272 seconds]
<Thra11>
emacs? nah you want vim
<colemickens>
There's many of 'em. And some of sway+vim or sway+vscodiums too :P
<samueldr>
vim?
<samueldr>
nah you want vim
<veleiro>
sorry, i meant emacsOS
<veleiro>
if i ever want to be cursed, i'll use 'evil-mode'
<veleiro>
i made use of nixpkgs-wayland too! but i need to adapt it to my new configuration
<veleiro>
looks like more and more wayland programs are making it into nixpkgs though
<samueldr>
veleiro: you're tgunnoe on github, right?
<samueldr>
looks like the novena should have the display working on u-boot though I'm unsure
<veleiro>
yes thats me
<veleiro>
there's github.com/novena-next and nixos-novena there
<samueldr>
or is this about the customized boot with truetype fonts and a splash bitmap?
<samueldr>
AFAIK the novena is supported by mainline u-boot
<samueldr>
configs/novena_defconfig
<samueldr>
at least they pretend to :)
<veleiro>
yes, but i'm pretty sure it never had graphics on uboot
<veleiro>
so that's what i was referring to
<samueldr>
it would kinda surprise me, considering the options enabled
<veleiro>
ah yes, so it was the opinionated setup i suppose. maybe i'll check this
<veleiro>
out now
<samueldr>
oh, and on the libre computer boards I own too
<samueldr>
anyways, it's mostly additional stuff and configuration options
<veleiro>
yeah i get it now, you did the work to use newer builds of uboot with the PBP?
<samueldr>
no
<samueldr>
I figured out the provenance of patches distributed in a rude manner on other projects
<samueldr>
but otherwise it's all upstream work at mainline u-boot or goint-to-be-upstream
<veleiro>
oh nice, now i remember
<veleiro>
the patches
<veleiro>
very nice work
<samueldr>
distros that I will keep nameless have stripped the patches from their metadata
<samueldr>
so you can't go and look to see if the author made any updates
<veleiro>
well i think i said it a few weeks back, but its the first time I've seen
<veleiro>
graphics on uboot
<samueldr>
do you also mean text mode?
<samueldr>
"text mode", as AFAIK most "text mode" u-boot is just as graphical as with the truetype fonts and bitmap
<veleiro>
ah, ive seen only text mode over UART so no
<samueldr>
funky
<samueldr>
considering the raspberry pi 3's default nixos sd image is pretty graphical :)
<veleiro>
yeah lol, so maybe only on novena
<samueldr>
it would be faster to list targets that don't have graphical boot (but should) I know of than listing those with the display working
<samueldr>
pinebook pro, and the pinephone
<veleiro>
its vendor specific all over the place it sounds like
<samueldr>
kind of
<samueldr>
vendors sure don't make it easy
<veleiro>
yeah its likely i was confusing display on vs text
Darkmatter66 has quit [Ping timeout: 240 seconds]
Darkmatter66 has joined #nixos-aarch64
<ashkitten>
ah damn, my friend found an old tablet of theirs to offer me and at first thought it was an asus memo pad 7 but it turned out to be a hd7, which is completely different
<ashkitten>
the hd7 does have a kernel from this may, but it's 3.4
<ashkitten>
whereas the 7 would have 5.4
<ashkitten>
samueldr: nix needs 4.5 for sandbox doesn't it?
<ashkitten>
i don't really remember
samrose has joined #nixos-aarch64
samrose_ has quit [Ping timeout: 264 seconds]
<samueldr>
I don't remember either
<samueldr>
I think there will be some kind of "nix-less" support
<samueldr>
like, as a target to deployment
<samueldr>
at some point, to allow reuse of older devices like those
<samueldr>
anyway, they'd not be great at doing builds I guess :
<samueldr>
:)*
<samueldr>
probably before being a "target", simply producing a system partition image, probably LVM-backed or something like that
<samueldr>
(because I figure all nix deployment tools assume nix is on the other end)
<DigitalKiwi>
cloud computing is when you take a bunch of tablets in an airplane as a build farm
<noneucat>
latest mesa does not seem to do much for the lima stuff :(
<noneucat>
puzzling that none of the other distros are running into any problems
<colemickens>
samueldr: While it looks kinda neat it seems impractical to me (just the form factor)
<colemickens>
hm maybe not
<colemickens>
it's smaller than I thought I guess
<samueldr>
colemickens: the question applies to any and all devices
<colemickens>
:) i like that spirit
{`-`} has joined #nixos-aarch64
<ashkitten>
if other people work on making mobile nixos better on all devices, i'll keep working on ports for whatever i've got
<ashkitten>
it's kinda fun and easy to port a new device, tbh
<samueldr>
that was kind of the initial goal, making the porting process trivial enough to have loads of examples, and hopefully get all devices working the same in parallel
<samueldr>
for work that's not hardware-support, it should basically never be specific to a device
colemickens_irc has joined #nixos-aarch64
<veleiro>
I was thinking about replacing my broken device with the Unihertz titan,
<veleiro>
but I'm also done with android
<samueldr>
don't get unihertz
<veleiro>
i mean i'm not, i got a pinephone lol
<samueldr>
unless you don't care about the GPL and source code access
<veleiro>
GPL++
<clever>
some new details about the CM4 module have been "leaked" in some device-tree docs, it may have wifi built-in
<samueldr>
weird
<samueldr>
variants maybe?
<samueldr>
I'm excited more at the prospect of it having the PCIe lanes available for the carrier board