feedbot: http://ossasepia.com/2020/07/24/those-zip-files-of-euloras-client-graphics/ << Ossa Sepia -- Those Zip Files of Eulora's Client Graphics
diana_coman: whaack - how's it going, did you get stuck on something (what)?
whaack: diana_coman: Yes I did, but it was tangential - my motherboard finally gave in completely so I had to put my computer together again.
diana_coman: the motherboard of the new computer??
whaack: The old motherboard had various issues but eventually all the usb ports died so I was unable to interface with my computer.
whaack: Yeah the one I built about six months ago.
diana_coman: o.O
whaack: I can now confirm that certain problems that I suspected were hardware issues (such as the LAN port not working) were indeed hardware issues, as they have gone away with the installation of the new mobo.
diana_coman: so it was as much of a scam as it seemed, ugh.
diana_coman: well, hopefully the new motherboard at least is new and good.
whaack: seems to be, thankfully billymg had a spare one to sell
diana_coman: as a rule and in time it kind of pays off to have spare components of all sorts around anyway.
jfw: Apropos, I'll disclose - now that I've given them two chances to fix it - that "SiliconKit" pulled quite the same "pcgamingcr" preassembly scam on my APU1
sonofawitch: 2020-07-18 22:05:04 (#ossasepia) jfw: Off to unwrap what I expect is my shiny new APU1 - aka "only x86 computer still on the market not known to be evil" or thereabouts
jfw: Because the tariff, and the customs, somehow!
diana_coman: it's probably the "consumers have come to expect"; I wouldn't be surprised if in time one can buy components as such only...unofficially; (and yeah, it's exactly that '80s in communist Romania flavour all over again).
diana_coman: jfw - oh, there will always be plenty of becauses, lol.
jfw: I'ma have good article fodder at least.
jfw: well, if that's how it goes I'll have to be that intolerant minority that inexplicably won't buy kosher unless it's kosher
diana_coman: hm, should I wish now for more trouble-with-buying components so that jfw starts writing? lolz
jfw: would it help?
diana_coman: by earlier line, it would give you good blog fodder so ...maybe?
jfw: the wishing I meant. the troubles will probably continue fine on their own
diana_coman: ah, that depends on the ...wishing ability!
jfw: good to know!
diana_coman: but yeah, I totally trust you to find enough troubles on your own!
jfw: that must be an ability too.
diana_coman: it is, it is.
diana_coman needs to step offline, will be back tomorrow as usual.
whaack: I'm taking the time to write a backup script for my computer, as the new mobo has granted me access to my HDD. I'm seeking recommendations for how to go about this. I'm considering running the backup script as root and storing everything from the top level "/". I also am considering just storing the home directory of the user I typically use for my work.
trinque: whaack: for personal machines, I typically have a setup script, and back up only /home, maybe /var if there's anything interesting going on in there (db, etc)
trinque: or hell, can dd if=/dev/sda | gzip > backup.gz
trinque: really depends on what you want to accomplish
trinque: obviously the latter you'd want to do with the thing not writably mounted
whaack: trinque: Hm I'm not sure what you mean by your last statement. It may be because I don't understand well what "dd" does. From what I remember and a quick look at the man page that is going to copy all of the contents on /dev/sda and then gzip that and write the output to a file "backup.gz" in the scripts current directory (could be on the backup disk)
trinque: sounds like you understand well enough
trinque: but yes, latter would be a block-by-block copy of the device, compressed, and written elsewhere
trinque: the reason I preference the former is that I don't need n copies of the same packages lying around. I just keep my install media around for distros/OS I use