|
RFC2324 posted:linus as gordon ramsay is the perfect match gordon ramsey plays up the assholery for the us these guys are genuinely jerks
|
#
?
Aug 6, 2020 19:42
|
|
|
|
| # ? May 27, 2024 14:57 |
|
|
Malcolm XML posted:gordon ramsey plays up the assholery for the us these guys are genuinely jerks british kitchen nightmares is so weird after watching gordon ramsey's american shows
|
|
#
?
Aug 6, 2020 19:47
|
|
|
I liked the show on Food Network* where the British guy goes to restaurants which are doing poorly and is angry at them until they get better? *: At least it was back in like 2012?
|
|
#
?
Aug 6, 2020 19:49
|
|
|
Linus's Patch Nightmares.
|
|
#
?
Aug 6, 2020 19:57
|
|
|
MrMoo posted:This is something new, atop of the PS5 streaming from an SSD to the GPU we have Zuckerbook wanting to stream from the NIC to the GPU for machine learning. Also more Linux drama. nic-gpu already a big thing on the large scale ml training; but its all nvidia and rdma so its not surprising some fber is reinventing it poorly and inadvertently loving everyone else playing games with export symbols
|
|
#
?
Aug 6, 2020 20:01
|
|
|
mystes posted:Linus's Patch Nightmares. "WHAT THE gently caress DID I SAY ABOUT GITHUB PULL REQUESTS" that you don't believe in them "THEN WHAT THE gently caress IS THIS"
|
|
#
?
Aug 6, 2020 20:03
|
|
|
Processing massive amounts of streaming video through machine vision algorithms good poo poo I'm sure there's nothing capital-E Evil going on here.
|
|
#
?
Aug 6, 2020 20:35
|
|
|
wraith master for that included amd wraith cooler fan worth mentioning this program because you can use this to turn this gaudy poo poo off, now in linux too
|
|
#
?
Aug 13, 2020 10:13
|
|
|
Tankakern posted:wraith master for that included amd wraith cooler fan
|
|
#
?
Aug 13, 2020 14:09
|
|
|
not sure. if you can, then good i guess! if not, there's a way now
|
|
#
?
Aug 13, 2020 14:47
|
|
|
Lol if entering your office doesn't require an epilepsy strobe warning
|
|
#
?
Aug 13, 2020 15:39
|
|
|
company: hi, here's our entire well-tested, production ntfs driver we'd like to gpl and add to the kernel and commit to maintaining going forward first response from professional kernel person: quote:So how exactly do you expect someone to review this monstrosity ? good reminder of why i will never bother submitting a patch ever again
|
|
#
?
Aug 14, 2020 15:30
|
|
|
very easy to understand both sides of that one. not that that makes the outcome any happier.
|
|
#
?
Aug 14, 2020 15:32
|
|
|
there are ways to express that it will be difficult to properly review such a large feature that need to be discussed without slapping someone in the face off the bat
|
|
#
?
Aug 14, 2020 15:35
|
|
|
Breakfast All Day posted:there are ways to express that it will be difficult to properly review such a large feature that need to be discussed without slapping someone in the face off the bat monstrosity is a good, neutral description of ntfs i think we can all agree on
|
|
#
?
Aug 14, 2020 15:42
|
|
|
Breakfast All Day posted:there are ways to express that it will be difficult to properly review such a large feature that need to be discussed without slapping someone in the face off the bat How many lines of code is the patch?
|
|
#
?
Aug 14, 2020 15:44
|
|
|
ratbert90 posted:How many lines of code is the patch? https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg2268204.html holy poo poo the .patch file is 620kb 27,382 lines
|
|
#
?
Aug 14, 2020 15:49
|
|
|
just do a git merge and roll with it
|
|
#
?
Aug 14, 2020 16:08
|
|
|
suggest staging area instead
|
|
#
?
Aug 14, 2020 16:43
|
|
|
hobbesmaster posted:https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg2268204.html so not at all unreasonable for an implementation of a sophisticated filesystem, which should be committed in a branch, reviewed over time by filesystem experts, and refactored to match the other implementations before being accepted into mainline it’s not like it should be a difficult process for professional system software developers
|
|
#
?
Aug 14, 2020 20:38
|
|
|
I think we can take their word for it that it works well and is secure and robust. they should know, after all, they wrote it
|
|
#
?
Aug 14, 2020 20:39
|
|
|
eschaton posted:it’s not like it should be a difficult process for professional system software developers okay, sure, but how about the linux kernel maintainers?
|
|
#
?
Aug 14, 2020 21:10
|
|
|
hobbesmaster posted:https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg2268204.html rofl. “We submitted a 620kb patch and the kernel maintainers were mean and said it wasn’t easy to review! KERNEL MAINTAINERS ARE MEAN!!!” 
|
|
#
?
Aug 14, 2020 21:20
|
|
|
i'm really not familiar with the background for this... is it a popular out of tree driver or something?
|
|
#
?
Aug 14, 2020 21:22
|
|
|
ratbert90 posted:rofl. apparently kernel devs are so bad at their jobs they cant even review 10k loc for a robust filesystem implementation no wonder all new development happens in weird band-aids and they keep making syscalls to fix the mistakes of the ones added just last year because code has to be submitted in baby portion sizes
|
|
#
?
Aug 14, 2020 21:25
|
|
|
ratbert90 posted:rofl. wow this really is the linux thread
|
|
#
?
Aug 14, 2020 21:26
|
|
|
https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg2268334.html a suse maintainer reported it breaking only 3 hours after it was posted quote:I've tried this using libntfs-3g mkfs.ntfs
|
|
#
?
Aug 14, 2020 21:33
|
|
|
hobbesmaster posted:https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg2268334.html ahahahaha perfetto.
|
|
#
?
Aug 14, 2020 21:34
|
|
|
the only person worse than a professional software developer is a professional linux kernel developer
|
|
#
?
Aug 14, 2020 21:42
|
|
|
Breakfast All Day posted:wow this really is the linux thread have you never been through an actual review process, or do you always just get super defensive at good natured criticism how else do you expect someone to respond when you drop 30k loc in their lap
|
|
#
?
Aug 15, 2020 00:35
|
|
|
Solus M.D. posted:have you never been through an actual review process, or do you always just get super defensive at good natured criticism like the next two responses in the mailing list that actually talk like humans about what the next steps to bring it to review would be and not reflexively looking to denigrate people and their work if someone on my team responded to someone that way they'd be apologizing and paired with someone who can speak constructively and without hostility until they got their act together or got the boot. life is too short for dicks
|
|
#
?
Aug 15, 2020 00:54
|
|
|
Breakfast All Day posted:like the next two responses in the mailing list that actually talk like humans about what the next steps to bring it to review would be and not reflexively looking to denigrate people and their work so a little of column A, a little of column B gotcha
|
|
#
?
Aug 15, 2020 00:55
|
|
|
quote:So how exactly do you expect someone to review this monstrosity ? This is a lovely response and I don't know why any one would defend it. It takes no extra effort to have some basic level of courtesy and professionallism, especially when someone is trying to contribute to your project. hobbesmaster posted:the .patch file is 620kb But this is certainly something, I'd be pretty annoyed if a PR like this dropped on my lap without any warning. Maybe should have included in the email that you acknowledge the amount of work involved in reviewing this and what the process what be/how to make it easier.
|
|
#
?
Aug 15, 2020 01:33
|
|
|
i assume there's tons of companies that squeeze out turds on the linux mailing lists like that. life is short.
|
|
#
?
Aug 15, 2020 03:21
|
|
|
hifi posted:i assume there's tons of companies that squeeze out turds on the linux mailing lists like that. life is short. The first patch revision in the AMD GPU series was iirc absolutely monstrous and was also a huge turd. It took over a year and a huge effort to get the drivers into the kernel.
|
|
#
?
Aug 15, 2020 07:09
|
|
|
Xik posted:But this is certainly something, I'd be pretty annoyed if a PR like this dropped on my lap without any warning. Maybe should have included in the email that you acknowledge the amount of work involved in reviewing this and what the process what be/how to make it easier. idk why there needs to be any bashful groveling over it. the subject line "[PATCH] fs: NTFS read-write driver GPL implementation" already promises a giant chunk of code. ntfs is well known to be a complex fs, any reasonably featured implementation isn't going to be a small patch also it's not even a PR, it's a gift and nobody is obligated to take it. even if paragon doesn't want to assist in the process of integrating it into a mainline status kernel driver, it's cool and good that they provided it, imo
|
|
#
?
Aug 15, 2020 07:39
|
|
|
Isn't Paragon the company that sells ext4 drivers for Windows and OSX? It's good to see them doing some open source stuff
|
|
#
?
Aug 15, 2020 08:10
|
|
|
does anyone know offhand how the driver interfaces for sound devices changed at around 5.3? Sometime late last year or early this year? I found a sound driver for an rpi accessory that loads via dkms and apparently it worked in Nov 2019 but it doesn't compile today. I'll probably rewrite the driver but I'm having trouble finding any modern documentation about the new framework and how it differs from the old one. Frankly, I expect to be zero documentation but it doesn't hurt to hope. sometimes.
|
|
#
?
Aug 15, 2020 10:49
|
|
|
starbucks hermit posted:does anyone know offhand how the driver interfaces for sound devices changed at around 5.3? Sometime late last year or early this year? glad the state of getting sound to work on Linux in 2020 is as straight forward as it ever was
|
|
#
?
Aug 15, 2020 13:40
|
|
|
|
| # ? May 27, 2024 14:57 |
|
|
starbucks hermit posted:does anyone know offhand how the driver interfaces for sound devices changed at around 5.3? Sometime late last year or early this year? *extraordinarily nasal voice* sound has always worked on linux
|
|
#
?
Aug 15, 2020 13:41
|
|
