sigtrm has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 268 seconds]
rajivr has joined #nixos-aarch64
ib07 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
ryantrinkle has joined #nixos-aarch64
orivej has joined #nixos-aarch64
cole-h has joined #nixos-aarch64
h0m2 has quit [Ping timeout: 258 seconds]
h0m2 has joined #nixos-aarch64
Asmadeus has quit [*.net *.split]
sphalerite has quit [*.net *.split]
wrmilling has quit [*.net *.split]
delroth has quit [*.net *.split]
elvishjerricco has quit [*.net *.split]
misuzu_ has quit [*.net *.split]
zhaofeng_alt has quit [*.net *.split]
njd has quit [*.net *.split]
davidtwco has quit [*.net *.split]
misuzu has joined #nixos-aarch64
wrmilling has joined #nixos-aarch64
Asmadeus has joined #nixos-aarch64
davidtwco has joined #nixos-aarch64
elvishjerricco has joined #nixos-aarch64
sphalerite has joined #nixos-aarch64
zhaofeng_alt has joined #nixos-aarch64
delroth has joined #nixos-aarch64
njd has joined #nixos-aarch64
monk has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
monk has joined #nixos-aarch64
monk has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
monk has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
<Ke> compatible with requested version "5.15.3".
<Ke> Could not find a configuration file for package "Qt5Quick" that is
<Ke> I get this error for freecad, but presumably it compiles for x86-64, wonder how can this be arch dependent
<Ke> one would think version numbers are one of those things that would be portable
evils has quit [Ping timeout: 265 seconds]
<Ke> maybe kind of fixed, channel just has not advanced or something https://github.com/NixOS/nixpkgs/issues/118164
<{^_^}> #118164 (by rowanG077, 3 days ago, closed): freecad no longer builds
orivej has quit [Ping timeout: 246 seconds]
cole-h has quit [Ping timeout: 252 seconds]
orivej has joined #nixos-aarch64
alpernebbi has joined #nixos-aarch64
patagonicus0 has joined #nixos-aarch64
patagonicus0 has quit [Quit: The Lounge - https://thelounge.chat]
patagonicus0 has joined #nixos-aarch64
FRidh has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Client Quit]
patagonicus0 has quit [Quit: The Lounge - https://thelounge.chat]
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 252 seconds]
orivej has joined #nixos-aarch64
zupo has joined #nixos-aarch64
<mvnetbiz_> flokli: Are you using xilinx-bootgen for Zynqmp boot images?
dotlambda has quit [Quit: ZNC 1.8.1 - https://znc.in]
dotlambda has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<mvnetbiz_> Ah, found your pynq repo, this looks like it will be helpful!
Thra11 has joined #nixos-aarch64
<flokli> Cool!
zupo has joined #nixos-aarch64
orivej has quit [Ping timeout: 252 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cirno-999 has joined #nixos-aarch64
<cirno-999> hola
<cirno-999> any leaks about pinephone backplates? ;)
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dev_mohe has joined #nixos-aarch64
superherointj has joined #nixos-aarch64
<superherointj> Greetings fellow nixers! Is it possible to donate hardware to hydra so that there is some automated build process to test OS on it?
<superherointj> I'm using RockPro64 boards.
<gchristensen> what kind of hardware? it may be possible depending on the hardware, as long as we take physical possession of it
<superherointj> gchristensen, my use is RockPro64. I would be fine donating it if you could automate test of OS on it.
<superherointj> gchristensen, if interested, tell me what you want from PineStore, and I'll pay the order delivered to you.
<superherointj> (you can include other items as needed)
<gchristensen> we wouldn't do that work, we would take it to enable the community to do the work
<superherointj> What do I need to do then?
<gchristensen> I'll need to defer to samueldr as the subject matter expert on army bits
<superherointj> samueldr, hello!
<superherointj> Maybe I could deliver it to him?
<gchristensen> no, samueldr can't put it in to hydra :)
<gchristensen> but could advise on if it is feasible to support, and what it'd take
<superherointj> Right.
<gchristensen> what kind of automated tests would you like to see?
<superherointj> Anything is better than nothing. Anything doable would be good.
<superherointj> As RockPro64 are slow, ideally tests should run there after they have not failed on aarch64.
<gchristensen> is the rp64 not aarch64?
<superherointj> It is.
<superherointj> Do you think it should be guaranteed of working still?
evils has joined #nixos-aarch64
<superherointj> As an user ideally I'd want to be able to download a latest, ready, checked image that would work on a RP64. Today I don't have this certainty. I need to guess the right version and do extra steps.
<superherointj> Without guarantee it will work unless I test it myself.
<superherointj> Somehow I thought this should be automated.
<simpson> Isn't this dependent on which support tier aarch64 is in? IIRC there's recent conversation about that.
dev_mohe has quit [Quit: dev_mohe]
<superherointj> simpson, does it mean it cannot be improved upon?
ehmry has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
ehmry has joined #nixos-aarch64
<simpson> superherointj: I'm just addressing your user story. The levels of support that a user can expect should be derived from support tiers. I could have sworn that there was a discussion earlier this week about bumping aarch64 up in support, but I'm not finding it for some reason.
<{^_^}> rfcs#87 (by kisik21, 3 weeks ago, open): [RFC 0087] Promote aarch64-linux to Tier 1 support
<samueldr> gchristensen/superherointj: the rockpro64 is GRWS, generally well-supported AFAIUI, rk3399, many users have NixOS running on it
<gchristensen> what is GRWS?
<samueldr> oops
<samueldr> generally regarded as well supported
<gchristensen> cool
<samueldr> tried to borrow from the FDA's GRAS
<samueldr> (just thought about it, but failed a bit)
<superherointj> samueldr, would be helpful having RockPro64 for builds? Ideally generating a RockPro64 specific image (and having it tested somehow)?
<samueldr> we strive to support no boards!
<samueldr> which is a weird thing to say!
<samueldr> what this means is that there shouldn't be any goal to have any board be special and supported, everything should be supported by upstream mainline projects and we just end up composing from that
<samueldr> I don't know if it actually is the case, but I believe the rockpro64 is supported in mainline linux, and in mainline u-boot
<samueldr> so in theory the generic image should work as long as you have a u-boot going for it
<samueldr> "a u-boot going for it" is a hot topic :)
<samueldr> it could be stored on the SPI flash, and then your board works almost like a normal computer
<samueldr> or you could store it on the main storage where the disk image lives, at a specific offset
<superherointj> samueldr, do you want to have a RockPro64? I can donate you one.
<samueldr> it is a board popular enough that it'd help testing when people are in trouble
<samueldr> and I could validate things do work on another RK3399 board
<superherointj> samueldr, go to PineStore, see what you need. And I can transfer you the money to pay for it.
<samueldr> though I was preparing an answer
<samueldr> I don't think I'll be able to dedicate any time to it
<samueldr> so I'm not sure I'm the better individual to look into that
<superherointj> samueldr, if you can use it to automated builds. It can be helpful.
<samueldr> I still have a queue of some SBCs to setup sitting in here
* samueldr checks order date
<samueldr> oh, mid-2019, more recent than I assumed
<samueldr> I thought it would have been at least 2018
<samueldr> so, while I find the thought nice, I really don't think it would be worthwhile :)
<superherointj> Right.
<samueldr> d'aw, was looking at someone else who is getting involved in good ways with NixOS and AArch64... but they already have a RockPro64 AFAICT
<samueldr> (tested & work, I assume mic92 has one)
Thra11 has quit [Quit: WeeChat 3.1]
<samueldr> thinking about it a bit more: it depends on what you want to get from that donation, superherointj
orivej has joined #nixos-aarch64
bdju has quit [Read error: Connection reset by peer]
bdju has joined #nixos-aarch64
rajivr has quit [Quit: Connection closed for inactivity]
FRidh has quit [Quit: Konversation terminated!]
<superherointj> Initially I thought of it for builds as being helpful in having a ready-latest NixOS available for RockPro64. But now I guess any marginal improvement, like having someone else using RP64 and keeping it updated to master would be great enough.
<superherointj> Where I live taxation is so high (120% over HW). Deliverying HW to Europe is way cheaper for me than buying for myself. I pay half to deliver to you. I just want to keep RP64 well maintained. If you just use it for yourself it can be a win-win. That is good enough for me.
<simpson> Okay. But labor is expensive everywhere, and labor's the bottleneck. Like samueldr and others here, I have a backlog of hardware that I'd like to get around to hacking on but haven't got time/energy to do.
<samueldr> yeah, my main constraint is time :)
<samueldr> and there's also the fact that I see it as a total non-goal to "support" "one board"
<samueldr> (but testing on specific arbitrary and diverse boards is important!)
<samueldr> what I'm saying is that, for ARM-flavoured boards, you shouldn't need to think about "is my board supported" any more than with your x86_64 hardware
<samueldr> (in an ideal world)
<samueldr> and we're not *that* far from it
<samueldr> I think 80% of what is lacking right now is education / reading material about this
<samueldr> (education for users and developers)
<samueldr> and 20% (which is probably more in actual effort) would be finishing touches in some other things
zupo has joined #nixos-aarch64
cole-h has joined #nixos-aarch64
<superherointj> Understood.
superherointj has quit [Quit: Leaving]
nesnera_om[m] has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sorki[m] has joined #nixos-aarch64
zupo has joined #nixos-aarch64
sciamp has joined #nixos-aarch64
alpernebbi has quit [Quit: alpernebbi]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<samueldr> well, anyone really
<samueldr> but clever might be somwhat more interested
<hexa-> tried to wire up u-boot for rpi4
<hexa-> boot without uboot https://paste.lossy.network/PTKMG
<hexa-> stuck with uboot https://paste.lossy.network/6UAKQ
<hexa-> i'm probably missing two files that the installer image copies
<samueldr> hexa-: I see 5.4, rpi-foundation or mainline?
<samueldr> I don't think mainline 5.4 is expected to work
<hexa-> ah ok, 5.4 rpi-foundation
<hexa-> silly me
justanotheruser has joined #nixos-aarch64
<hexa-> like … what is the installer image doing?
<samueldr> generally nothing?
<samueldr> (half serious here)
<hexa-> colleague just reported he saw uboot on his rpi4 in the sd-image-aarch64
<hexa-> like with generations and so an
<hexa-> so, mainline could work?
<hexa-> i'm not sure what the best sources are to check up on that without trying it out
<samueldr> 5.4 from the foundation on u-boot should work
<samueldr> 5.11 mainline maybe works, I heard tales it should work
<samueldr> (hadn't had the energy to climb the yak shave mountain to boot it on my boards)
<hexa-> so, pkgs.linuxPackages_rpi4 should work?
<samueldr> I believe so
<hexa-> sadly it gets stuck for me
<samueldr> though I don't know what the right console= params are
<hexa-> hm fair
<hexa-> but it didn't respond to pings anytime soon after
<samueldr> hm, they didn't keep the warning that the files are not expected to be kept in Nixpkgs when they split and moved everything sd image
<samueldr> for the raspberry pi 4
<samueldr> that'll sting when it gets removed
sciamp has quit [Quit: Konversation terminated!]
e has quit [Quit: edk]
ajs124 has quit [Quit: Bridge terminating on SIGTERM]
ajs124 has joined #nixos-aarch64
ajs124 has quit [Remote host closed the connection]
ajs124 has joined #nixos-aarch64
e has joined #nixos-aarch64
superherointj has joined #nixos-aarch64
<superherointj> In a RockPro64, Latest NixOS w/ latest U-boot errors this way: https://photos.app.goo.gl/jui71i8PdWadPMoW6 ... Any idea of what I am doing wrong?
<hexa-> funny, my log on the rpi says "Starting kernel" right after that :D
<superherointj> Last build?
<superherointj> Latest build?
<hexa-> rpi4, don't think you can compare those
<superherointj> I think it is a bad u-boot version.
<superherointj> Using an old version worked.
<samueldr> hmm, odd, so using what I figure is 2020.11 worked?
<superherointj> '/nix/store/k66wvh5h5vwdhx6n78nb50zpsn9ss2sg-uboot-rockpro64-rk3399_defconfig-2020.07' worked.
<superherointj> https://hydra.nixos.org/build/126171011 this works.
<superherointj> I still need to test other newer versions but latest.
orivej has quit [Ping timeout: 240 seconds]
rajivr has joined #nixos-aarch64
bpye has quit [Ping timeout: 240 seconds]
bpye has joined #nixos-aarch64