When I saw Loki as the name, I instantly thought of Grafana Loki for logging. I click on the GitHub and get Libr-AI and OpenFactVerification.
I am not commenting on the actual software and I know names are hard and often overlap, but with something as popular as Loki already used for logging I think it might get confusing.
Hi siffland! Thank you for your feedback. We understand your concern about the potential confusion given the popularity of Grafana Loki in the logging space. When naming our project, we sought a name that encapsulates our goal of combating misinformation. We chose Loki, inspired by the Norse god often associated with stories and trickery, to symbolize our commitment to unveiling the truth hidden within nonfactual information.
When we named our project, we were unaware of the overlap with Grafana Loki. We appreciate you bringing this to our attention! I will discuss this issue with my team in the next meeting, and figure out if there is a better way of solving this. If you have any suggestions or thoughts on how we can better differentiate our project, we would love to hear them.
I remember play a game years and years ago (cannot recall the game), you come out of a mountain cave halfway up turn left and then enter another cave. However i stopped and you got a view of a desert landscape (i remember it as awe inspiring, maybe breathtaking, but it was years ago so in reality it was probably pixelated), it looked like someone put a lot of effort into the view and wondered if anyone else stopped and looked or just kept going.
Point is, if i work on code, i refactor and refactor and try to make it perfect even though it already worked and wonder how many people working on games spent a ton of time on a scene in a game or background or sprite to get it perfect and no one pays attention. I have a friend who plays Super Mario Bros all the time just to beat it and has NEVER seen world 5, 6 or 7 because he always uses the warp zones (i am not implying those are breathtaking worlds, if they were he would be missing out).
You would think a company would like to negotiate and be seen by a community as a positive company. I would not buy a product from them on principal after their statement. myQ could have engaged the home assistant maintainer and worked out, less API calls or something.
On a side note, i do love my home assistant, but ANYTHING that has to do with entry into my house is not and will not be automated, garage doors, door locks, etc. However that is my personal paranoia talking.
I think one of the biggest fears from ARM would be the popularity of the Raspberry Pi and their community.
There are better boards than the Raspberry Pi (strictly speaking specifications here). I took that path of playing with a lot of alternative boards, my biggest issue is lack of support, some boards had kernels never updated, etc...(YMMV).
If Raspberry Pi released a RISC-V board I have no reason to believe the community would not be just as strong. Sure in the beginning they would support both, but eventually the ARM support would wither.
Is it truly amazing? I was under impression that Raspberry requires some blobs to run properly. Is there detailed specifications for Broadcom chip they're using? I was under impression that it was NDA and not possible to obtain for ordinary mortal. So may be it's good because of sheer number of people tinkering with it and smoothing rough edges, but it could be better. Please correct me if I'm wrong.
> All Raspberry Pi models before the 4 (1A, 1B, 1A+, 1B+, Zero, Zero W, 2, 3, Zero 2 W) boot from their GPU (not from the CPU!), so they require a non-free binary blob to boot
So the 4 (and I suppose the 5, if it ever actually comes...)
Goes on to say:
> Since then, Broadcom publicly released some code, licensed as 3-Clause BSD, to aid the making of an open source GPU driver. The "rpi-open-firmware" effort to replace the VPU firmware blob started in 2016. See more at https://news.ycombinator.com/item?id=11703842 . Unfortunately development of rpi-open-firmware is currently (2021-06) stalled.
So there you are. Not wrong, are you, but not strictly correct, depending on "...to run properly" definition
You're right. Pretty much all the low level stuff below the kernel in a pi is closed source.
Want your own custom boot rom so you can start up in half a second rather than the default 3 seconds before linux gets loaded? - sorry, we can't share the code for that with you, nor the specs for you to write it yourself!
That's not what they meant. Yes, anybody can write bare metal alternative to Linux ( at the very least by looking at the Linux codebase). But still that Pi 1541 depends on the bootcode.bin, fixup.dat and start.elf binary blobs, which the OP was complaining about.
It wasn’t clear to me what they meant. I’m not familiar with the details of boot.bin but my read of what GP was implying was you had to use the rapsbian kernel and drivers. Thanks for the information.
And also lots of the alternative boards target RPI users ("like raspberry pi but better, cheaper etc"). If RPI switched then it would probably make sense for many of the other boards to switch to in order to stay comparable to RPI.
If they want to compete they have to agree on something like ACPI so the OS vendors can target their boards without a separate distribution for each board.
Most ARM boards already use Device Tree with Linux, there isn't any new agreement needed. What is missing is getting the drivers for each board into the same source tree.
NetBSD provides a filesystem image containing one kernel that will boot on all supported ARMv8 boards, you may need to write a board-specific build of u-boot to the start of that image. A Linux distribution could do the same as this.
In the past, one of often cited reasons for the lack of success of ARM server offerings was that every developer machine is x64, no software is ever tested on ARM and no dev has a machine to do so. As the Raspberry Pi got more performant it brought a lot of people running software on ARM, leading to lots of software publishing ARM builds, toolchains getting exercised, bugs ironed out, etc.
With Apple having moved to Arm there are definitely ecosystem benefits brewing too. I can run a Debian VM out of the box with UTM, compile an Arm64 package using standard Linux toolchain and have it run directly on a RPi. It's like having a supercharged RPi development environment with me all the time.
I wouldn’t be surprised if the existence of many ARM docker images for hobbyist projects were indirectly due to the popularity of the Raspberry PI (in anrditi to Apple switching to ARM, more recently).
The technology is linux, gpios etc. not which instruction set the CPU has. That is completely irrelevant and raspberry switching to USB-C is a much bigger change from a user standpoint than switching to RISC-V would be.
Assuming performance and software support is comparable. Which obviously won't be the case for a long long time.
But there are few things as irrelevant as the CPU instruction set. (Part from specific extensions, like AES support enabling quick crypto etc.)
The technology is what people know. Using a different SoC board, camera, ... requires adds more time to gain the same level of knowledge.
Doctors will latch onto a single product solution so they don't have to spend the time learning how to operate an alternative. Hospitals need to stock consumables based not on the best products but on what doctors know.
Airlines retain the same air crafts to reduce time spent learning to operate an alternative. Boeing marketed this as a sales feature with 737 MAX, no extra flight training required!
Software developers will often stick with the same language, even though others better fit the domain problem. Few seem willing to take the time to try and play with new concepts, languages, and operating systems.
Trying new and different things drives innovation not the world.
Very much disagree. Of course linux and GPIO is important, but the widest use case for them among myself and people I know is as a build box and/or something to test ARM software on. One person uses it to learn ASM. From my small and surely non-representative sample, the architecture is maybe the most important thing. So I don't think we can confidently say that CPU arch isn't relevant.
But instruction set, in practice and in this case, is tightly coupled with form factor and MIPS per watt. I work in mobile robotics: my low end choice is RPi, high end an NVIDIA board. While I can see Risc-V challenging ARM here, they don’t yet. (Excepting an ultra low power/low compute edge-case.) I just don’t see any CISC architecture that’s available today competing.
There aren't many other options if you want or need a system with physical access near your desk that is also designed to run GNU/Linux. I think the only other options are less-known SBC-based systems, or systems where GNU/Linux is an afterthought at best. With the Raspberry Pi 4, it's quite likely that one of your colleagues already got the locally preferred distribution to boot on it. Lots of people use them to reproduce and fix generic AArch64 issues, even if they have remote root access (including the ability to install another OS) to much faster lab machines.
There's no way even GPT-3.5 fails to solve that ridiculously simple piece of arithmetic. Honestly I'd be surprised if GPT-2 got that wrong. GPT-4 can single-handedly solve vastly more difficult math problems, even though it's handicapped by being merely a language model.
Working in Tech, I love a lot about electric cars. I just have a few issues I cannot seem to overcome (this is a personal ME thing about EV's and some new gas vehicles, your mileage may vary....pun intended).
All new cars spy on you (well most do), but EV's are completely software driven and seem to be more intrusive. I want a car I can connect to the internet when I want to for updates and that is it. I also want android auto and the apple one for my wife, I do not want a proprietary (Tesla) entertainment system.
I want right to repair. It is my car if I spend that much on it, I want to do to it whatever I want.
I want all the equipment in the car to work when i purchase it and no monthly fees (I get it for XM Radio, I am talking like seat heaters and such).
For some reason it also irritates me Tesla can increase mileage with a flip of a switch (Like they were going to do in Florida for a hurricane a while back). So you are telling me they could of been build with smaller batteries and save money and the environment, but they were not so you could have a software upgrade (or was that a monthly payment as well). Also the fact Tesla can remote disable my vehicle, and purchased upgrades do not transfer to the new owner.
I can probably go on and on with my whining, but that is why i still have 2 gas guzzlers and a motorcycle (newest vehicle is 2008, 2005 Honda van has 270,000 miles on it). They are paid for an yes a little maintenance here and there but that is not enough to make me spend $30k + on an electric vehicle.
> So you are telling me they could of been build with smaller batteries and save money and the environment, but they were not...
If you charge and discharge a lithium ion cell from 4.2V to 2.75V, you might get 250 full cycles. If you stop charging at 4V and call that 100%, and stop discharging at 3.2V, you might get 2000 cycles before capacity is reduced.
Phone and laptop manufacturers prefer to burn the battery out in 2 years, car manufacturers want to sell bigger packs and are afraid consumers will rebel if a BEV needs a replacement battery at 100k miles.
Neither, for reasons unclear to me, allow the owner to make that decision.
> If you charge and discharge a lithium ion cell from 4.2V to 2.75V, you might get 250 full cycles. If you stop charging at 4V and call that 100%, and stop discharging at 3.2V, you might get 2000 cycles before capacity is reduced.
Is there literally an almost 10x difference in the number of full cycles? Where can I read more about this?
The top end charge voltage is particularly sensitive, this is the most chemically unstable state of the cell charge cycle.
I really wish cell phones and computers came with an adjustment to max cell voltage. Cutting even 10% capacity can double your cycle life. Some do, but it's a hodgepodge and not standard.
Thanks for the link. It is not clear to me if the resource is geared towards cell phone batteries or if it also applies to EV batteries, but I wouldn't be surprised if the trends apply to larger batteries as well.
Having said that, this resource does not seem to support the magnitude of the numbers in LeifCarrotson's comment that I was replying to. First, I did not see a relationship between voltage and Depth of Discharge (seems unlikely to be linear, especially given table 4), which is what the page seems to mostly talk about. Second, comparing 4.2V to 4.0V in table 4 suggests a 4x difference in the number of cycles, not a ~10x difference. Figure 6 also seems relevant and suggests maybe a 2x difference.
Something to keep in mind is that all of the tables are only trying to measure one thing and lay out the effect of the one variable. But in reality these can be mixed and matched for the desired performance characteristics. 10x is indeed possible by doing multiple things to extend the life of the cell.
Pull 4x from one table and 2-3x from another and it would probably put you somewhere in the 10x range. Though I'm not sure it would be strictly multiplicative.
It's a bit more complex than that unfortunately. Depending on how long you stay at high charge level it will negatively impact the battery life. So someone charging at 100% all the time but discharging quickly might see a better cycling count that someone charging at 90% but staying there almost all the time.
We seem to be inching more and more towards the dystopian future we always feared. The sad thing is we seem to be willingly and collectively marching towards it ourselves.
> I also want android auto and the apple one for my wife, I do not want a proprietary (Tesla) entertainment system.
Having used Carplay recently after few months in Tesla I couldn't believe how crap it was. Can't pinch and zoom map, can't use maps on your phone while you navigate (how do I add additional stop without using screen), it wouldn't connect about 10% of drives. Overall UX is feels about a decade behind - a bit like OEM systems before Carplay.
Yeah I completely agree with you and I’ve never driven any Tesla. CarPlay is an extension of your phone and somewhere between an Apple Watch and an iPhone. There are so many situations I experience where if CarPlay had like 10% functionality it would feel like a must have game changer. Instead it just feels like a pretty good maps UI (regardless of which maps platform you use) with an ok but severely limited music UI.
BEVs are a dead end technology because they are far more expensive than the cars they are replacing. There is no way this market is going to survive once the subsidies and government support ends. People with brains are finally realizing that it is time to move on and towards some other technology.
I think we will end up pulling back towards PHEVs (or range extended EVs). You can have literally 1/4 of the battery and still never use fossil fuels for 90% of journeys. You don't get to have as much power, but EVs are more powerful than necessary anyway.
My kids laugh at me because I still buy CDs and rip them and some bandcamp. I rip to flac, not for some audiophile reason, but because I can rip a single file for the album with metadata included and space is cheap.
I never have to worry about an internet connection or if an artist drops from a platform.
I have been using FreeBSD since 1999, it was version 3.somthing, cannot remember. Since then my main server/development box has always been FreeBSD (I have a Linux one as well for some software that just will not run). Somewhere along that path i became a Linux admin (and HPUX but that was long ago), starting with RHEL3 (I was using gentoo at home). I have a bunch of servers, FreeBSD, Linux and yes windows. They each have their place.
FreeBSD for me is simple. I have 2 Raspberry Pi 3's with 512MB of ram running FreeBSD 13 and Unbound and a Pi 4 Running FreeBSD and Asterisk. I forget they exist. They literally just keep running, I update them and if needed reboot and they just keep going. You can use mtree to verify the OS, Security is good. But some things like DNS, i do not play with, just let it run (and keep it patched).
I have a full blown Ubuntu Kubernetes cluster and a few RHEL and OEL vm's running various tasks in the lab. Most are the right tool for the job i need it to do.
I have never understood the flame wars for my distro (Linux vs BSD) is better than yours and my license is better (or allows more freedom) than your. They each really do have their places with some expected overlap. I am just happy with the variety that allows me a ton of choices and usually drives innovation.
It is also not just about the financial donations. These companies also do contribute back some source code. I know they do not contribute all of it back, however for closed source products to give back is a nice touch.
I think where the difference comes in with vinyl is the mastering process. CD's/Digital and Vinyl usually go through two entirely different mastering processes. This will make listening to the two sound different even though the mix is the same, kind of like listening to your favorite song at home from CD, then hearing it on the radio with a more in your face sound because of brick wall limiters in the sound chain.
I am not going to debate if one is better than the other, but they will sound different just due to mastering. So it is not a direct apples to apples comparison.
I think most people buy video game vinyl just to display them, haha.
I am not commenting on the actual software and I know names are hard and often overlap, but with something as popular as Loki already used for logging I think it might get confusing.