|
Symbolic Butt posted:notorious bsd is often wrong about a lot of things (like static typing being relevant for producing correct code or whatever) but he's right about that
|
# ? Apr 4, 2015 06:29 |
|
|
# ? May 27, 2024 23:12 |
|
compuserved posted:what did you have to do specifically? looking to get a thinkpad soon and i'm wondering if i'll run into this Most of what you want to know is here. The Linux kernel stuff is here, and if you want multi-stream transport (several monitors on the same Displayport, e.g. for a dock), you need to download this driver, compile it, and install it as /usr/lib/xorg/modules/drivers/intel_drv.so. If you do this while Xorg is already running, Xorg will crash, but that's OK.
|
# ? Apr 4, 2015 07:46 |
|
Athas posted:Xorg will crash, but that's OK. yep
|
# ? Apr 4, 2015 10:45 |
|
rdiff-backup is the best thing, I've been using it at work for basically everything and never had issues. It sifts through tons of data nightly. Plus, restoring things is super easy.
|
# ? Apr 4, 2015 11:15 |
|
this rdiff-backup is a pretty cool thing crude, but i don't always want fancy
|
# ? Apr 4, 2015 19:16 |
|
Trisquel has given me the freedom to not have a usable computer.
|
# ? Apr 5, 2015 00:49 |
|
The only thing that scares me about rdiff-backup is that a small amount of data corruption in the "diff chain" can basically destroy all the incremental backups
|
# ? Apr 5, 2015 02:48 |
|
babies havin rabies posted:The only thing that scares me about rdiff-backup is that a small amount of data corruption in the "diff chain" can basically destroy all the incremental backups that's why you should always be careful to back up your backups
|
# ? Apr 5, 2015 09:34 |
|
Soricidus posted:that's why you should always be careful to back up your backups how often should your cm do automated test restores from your backups?
|
# ? Apr 6, 2015 02:03 |
eschaton posted:how often should your cm do automated test restores from your backups? Depends, how many enterprises are they up to in star trek
|
|
# ? Apr 6, 2015 16:14 |
|
eschaton posted:how often should your cm do automated test restores from your backups? i get that you are being facetious but this is a real problem. test frameworks for configuration management are really being adopted in a big way. CM code is subject to unit and integration tests just like application code. for a given library/module/recipe in your cfg mgmt, you should have pretty good confidence that it works orchestrating bigger things, like monthly restores of your backups, is a mostly-unsolved problem. i sure don't have a canned solution that will work everywhere. i think most people would trigger a workflow and then use their monitoring system to examine/report the result but idk. my backups get tested manually by the ops team roughly once a year
|
# ? Apr 6, 2015 16:44 |
|
eschaton posted:how often should your cm do automated test restores from your backups? personally I don't actually bother with backups, I just programmed my cm to recreate all my data every morning when I rebuild the vms that I use to run linux on the desktop
|
# ? Apr 6, 2015 16:55 |
|
ruby idiot railed posted:Depends, how many enterprises are they up to in star trek there was an enterprise j in an alternate future timeline so that's like 11
|
# ? Apr 6, 2015 17:03 |
|
Notorious b.s.d. posted:i get that you are being facetious but this is a real problem. your workflows trigger me, lol
|
# ? Apr 6, 2015 17:19 |
|
Notorious b.s.d. posted:i get that you are being facetious but this is a real problem. lol bsd is a backup janitor
|
# ? Apr 6, 2015 17:41 |
|
.
Sassafras fucked around with this message at 20:36 on Apr 11, 2015 |
# ? Apr 6, 2015 22:56 |
|
Notorious b.s.d. posted:my backups get tested manually by the ops team roughly once a year periodically create some garbage somewhere and then delete it and ask them to restore an old version
|
# ? Apr 6, 2015 23:06 |
|
Subjunctive posted:periodically create some garbage somewhere and then delete it and ask them to restore an old version
|
# ? Apr 7, 2015 03:51 |
|
pram posted:lol bsd is a backup janitor It's good for some applications (I don't mean application in the software sense, I mean the literal english meaning of the word application), and honestly nothing can beat OpenBSD at some of those niches, but those niches are so small, so underused, and so... why.. that talking about BSD as if it's a primary OS is loving hilarious. I mean I literally tried to run FreeBSD as my main coding OS, but it was terrible. Absolutely awful. I went back to Gentoo and soon found myself not shooting myself in the foot everytime I wanted to compile something. Still, no gcc was cool even though gcc is better, I liked different output when compiling
|
# ? Apr 7, 2015 04:49 |
|
nosl posted:It's good for some applications (I don't mean application in the software sense, I mean the literal english meaning of the word application), and honestly nothing can beat OpenBSD at some of those niches, but those niches are so small, so underused, and so... why.. that talking about BSD as if it's a primary OS is loving hilarious. he's talking about forums poster notorious bsd
|
# ? Apr 7, 2015 05:05 |
|
Captain Foo posted:he's talking about
|
# ? Apr 7, 2015 07:09 |
|
The grey linux thread is pretty just now.
|
# ? Apr 8, 2015 00:38 |
|
there's a gray thread?
|
# ? Apr 8, 2015 00:44 |
|
Soricidus posted:there's a front page?
|
# ? Apr 8, 2015 00:45 |
|
You're an rear end in a top hat, sir.
|
# ? Apr 8, 2015 01:04 |
|
pram posted:You're an rear end in a top hat, sir.
|
# ? Apr 8, 2015 01:36 |
|
pretty tame as "hobbyist with shallow understanding and deep self-confidence issues vs. undersocialized developer from open source project" slapfights go
|
# ? Apr 8, 2015 01:47 |
|
Undersocialized? Don't have to be such a meanieface
|
# ? Apr 8, 2015 02:01 |
|
Suspicious Dish posted:Undersocialized? Don't have to be such a meanieface I was skimming, but a lot of "I don't have to be pleasant, I know a detail" stuck out. furthermore, YOSPOS bithc (thanks autocorrect for capitalization)
|
# ? Apr 8, 2015 02:04 |
|
i was trying to be pleasant. i feel bad now
|
# ? Apr 8, 2015 02:15 |
|
Suspicious Dish posted:i was trying to be pleasant. i feel bad now not you, evol
|
# ? Apr 8, 2015 02:17 |
|
Are we getting closer to the nda lifting on the endless stuff susp dish? I'm even more curious now that the chrome sticks are out.
|
# ? Apr 8, 2015 02:37 |
|
Yes. You will see some exciting stuff before the end of the month. I can't say anything more. Hang tight.
|
# ? Apr 8, 2015 02:40 |
|
as a slackware user in 2015, i
|
# ? Apr 8, 2015 04:45 |
|
pram posted:You're an rear end in a top hat, sir. jre fucked around with this message at 08:53 on Apr 8, 2015 |
# ? Apr 8, 2015 08:42 |
|
Notorious b.s.d. posted:orchestrating bigger things, like monthly restores of your backups, is a mostly-unsolved problem. i sure don't have a canned solution that will work everywhere. i think most people would trigger a workflow and then use their monitoring system to examine/report the result but idk. i've orchestrated a big thing this morning while on the toilet it reminded me of you are posting itt cthulhoo fucked around with this message at 10:32 on Apr 8, 2015 |
# ? Apr 8, 2015 10:29 |
|
jre posted:http://forums.somethingawful.com/showthread.php?threadid=2389159&userid=0&perpage=40&pagenumber=531#post443760459 Look. You've clearly read the thread, or at least enough of it to know that I support systemd and pulseaudio. There was literally a post a week ago about all the things that were wrong with plain ALSA, how you can break/block audio on a system in 2015 by using plain ALSA in WINE, etc. Also, ALSA doesn't do a drat thing with network audio, or software mixing from applications, or anything else. JACK solves some of these problems, but JACK and Pulse aren't orthogonal. As noted in this (very recent) discussion, all the same arguments against Pulse came out against ALSA when it replaced OSS. The problem with using scripts is multipart. All of which you can learn about by reading this thread. Or anything about systemd, really. Socket activation, complex dependencies, scripts from vendors which specify that they should be S92 or whatever (explicitly), causing a whole bunch of other scripts to stack up as S99whatever at the end, incredible amounts of boilerplate for simple services, needing watchdog daemons to restart applications which crash, restarting other daemons which also require given ports/cgroups/sockets without duplicating a bunch of logic all over, etc. Every distribution using sysvinit breaks this basic idea, except maybe for Gentoo, because openrc isn't as dumb as sysvinit. Before you get into some "humble hobbyist" perspective about how you have no idea what "the best technical solution" entails, I will tell you from a different perspective (one of someone who administered thousands of servers and currently works as a developer for a Linux vendor on non-"humble hobbyist" problems) that you shouldn't even care about this because it's transparent to you until you decide to make it an issue for no reason whatsoever. Instead of complaining about how the people who actually develop the operating system you use have decided (in multiple distros and a big roundtable/discussion from the Debian people) that systemd is actually the "best technical solution" and that upstart and sysvinit both have significant faults which cannot be remedied and make them ripe for replacement in a modern operating system, you should maybe listen to them. If you don't think it's "the best technical solution", try presenting a technical counter-argument about how sysvinit is not a mess which needs to be replaced by a modern init system, and how to make sysvinit handle modern development/usage paradigms. I'll wait. Technical issues are decided by technical arguments. Your feelings don't matter. Present a technical argument.
|
# ? Apr 8, 2015 10:31 |
|
osirisisdead posted:No. I haven't done most of that considering I've been happily running Slackware for the past few years or playing with other parts of the system. I have broken a fair number of sysvinit scripts by doing stupid poo poo while mucking around with my toy computer lab, but fail to see how it's terribly difficult to order execution in bash scripts considering that they are in a sequentially executed scripting language. Unless your distribution of choice breaks that basic idea in some way that I am ignorant? I've mostly avoided the "serious business" side of the Linux universe apart from a short stint as a full stack LAMP developer because it seems to be generally populated by pompous, my-way-or-the-highway jerks, such as yourself, who mistake their arbitrary preferences of how things should be as "the best technical solution." I'd like you to explain how pulseaudio had anything to do with "software for production systems." That'll be a fun screed to read through, I'm sure. you know what? after reading some more of that thread, it's pretty good in general prefect fucked around with this message at 13:19 on Apr 8, 2015 |
# ? Apr 8, 2015 13:14 |
|
it's like watching shaq jam on james mcjames, tallest dude in high school
|
# ? Apr 8, 2015 13:20 |
|
|
# ? May 27, 2024 23:12 |
|
~your kind~ e: both sysvinit and systemd are fine and pulseaudio is better than esd at least how is this shitshow a controversy who the gently caress cares cthulhoo fucked around with this message at 13:41 on Apr 8, 2015 |
# ? Apr 8, 2015 13:39 |