2,776,300 events, 1,371,966 push events, 2,120,180 commit messages, 162,256,946 characters
Merge pull request #157 from shadow01148/patch-179
fuck you
fix large-icon visual bug
Looks like there was some kind of runtime conflict when running @emotion/css and @emotion/react at the same time in this app? Some styles would just get clobbered, making things look all weird.
Here, I've removed our @emotion/css dependency, and use the <ClassNames> utility element from @emotion/react instead. I'm not thrilled about the solution, but it seems okay for now...
...one other thing I tried was passing a css prop to Chakra elements, which seemed to work, but to clobber the element's own Emotion-based styles. I assumed that the Babel macro wouldn't help us, and wouldn't convert css props to className props for non-HTML elements... but I suppose I'm not sure!
Anyway, I don't love this syntax... but I'm happy for the site to be working again. I wonder if we can find something better.
Merge #2338
2338: chore(deps): bump numext-fixed-uint from 1.4.0 to 1.6.0 r=doitian,driftluo a=yangby-cryptape
Bumps numext-fixed-uint from 0.1.4 to 0.1.6.
Changelog
Sourced from rust-numext's changelog.
- Use features to let all structs be optional.
- Should NOT consider hashes as numbers.
- Add methods to replace numerical methods for hashes.
zero() -> empty()is_zero() -> is_empty()is_max() -> is_full()- BREAKING CHANGE Remove
checked_neg(..)for hashes.- Upgrade dependencies.
quote v0.6 -> v1.0syn v0.15 -> v1.0proc-macro2 v0.4 -> v1.0- Remove dependencies "proc-macro-hack" for crates in the workspace.
- Update the minimum supported version of rust toolchain to
1.45.0for the feature: Stabilizing function-like procedural macros in expressions, patterns, and statements.- Use
thiserrorinstead offailuresincefailureis officially deprecated.
- Constructors can not handle short inputs correctly (#42).
as_fixed_bytes_mut(&mut self)return an immutable reference (#42).- Avoid trigger a rustc bug which causes errors when build with target
wasm32-unknown-unknown(#54).
Full commits viewable in compare view.
You can trigger a rebase of this PR by commenting @yangby-cryptape rebase.
The latest rust tool chain is not friendly for old proc-macros (there are a lot of issues, for example: compile errors).
But after this PR, we still have few crates depend on very old proc-macros crates: enum-display-derive and wasm-*.
Co-authored-by: Boyu Yang [email protected]
Add Combinatorial Analysis and Computers (1965) (#422)
Changes:
- add: Combinatorial Analysis and Computers (1965) to
combinatory_logic/README.mdlist - add: year to the other paper in the README
- fix: tweak format of papers README for readability
Decisions:
- I put this in the
combinatory_logicfolder, but I think it would also fit in thecomp_sci_fundamentals_and_historyfolder (given Knuth's historical importance to the field and the more theoretical nature of the paper). This seemed more direct.
Paper Title: Combinatorial Analysis and Computers Author(s): Marshall Hall Jr. and Donald E. Knuth Paper Year: 1965
Reasons for Including Paper:
Papers We Love DC/NoVA will be discussing this paper (and others) at our November meetup.
This paper is included in Donald Knuth's book Selected Papers on Discrete Mathematics. Knuth's writings have been extremely important to the field of computer science, and I think that most of his papers would fit in well here. This one introduces computational complexity and the benefits/limits of computing, then it dives into several combinatorial problems.
I find it interesting because 1) it's a neat view of the possibilities and limitations of computation early on, and 2) the problems that he lays out are interesting exercises even today.
Merge #5266
5266: chore(deps): bump nokogiri from 1.10.10 to 1.11.0 in /docs r=jniles a=dependabot[bot]
Bumps nokogiri from 1.10.10 to 1.11.0.
Release notes
Sourced from nokogiri's releases.
"Native gems" contain pre-compiled libraries for a specific machine architecture. On supported platforms, this removes the need for compiling the C extension and the packaged libraries. This results in much faster installation and more reliable installation, which as you probably know are the biggest headaches for Nokogiri users.
We've been shipping native Windows gems since 2009, but starting in v1.11.0 we are also shipping native gems for these platforms:
- Linux:
x86-linuxandx86_64-linux-- including musl platforms like alpine- OSX/Darwin:
x86_64-darwinandarm64-darwinWe'd appreciate your thoughts and feedback on this work at #2075.
This release introduces support for Ruby 2.7 and 3.0 in the precompiled native gems.
This release ends support for:
- Ruby 2.3, for which official support ended on 2019-03-31 [#1886] (Thanks @ashmaroli!)
- Ruby 2.4, for which official support ended on 2020-04-05
- JRuby 9.1, which is the Ruby 2.3-compatible release.
- Explicitly add racc as a runtime dependency. [#1988] (Thanks, @voxik!)
- [MRI] Upgrade mini_portile2 dependency from
~> 2.4.0to~> 2.5.0[#2005] (Thanks, @alejandroperea!)See note below about CVE-2020-26247 in the "Changed" subsection entitled "XML::Schema parsing treats input as untrusted by default".
- Add Node methods for manipulating "keyword attributes" (for example,
classandrel):#kwattr_values,#kwattr_add,#kwattr_append, and#kwattr_remove. [#2000]- Add support for CSS queries
a:has(> b),a:has(~ b), anda:has(+ b). [#688] (Thanks, @jonathanhefner!)- Add
Node#value?to better match expected semantics of a Hash-like object. [#1838, #1840] (Thanks, @MatzFan!)- [CRuby] Add
Nokogiri::XML::Node#line=for use by downstream libs like nokogumbo. [#1918] (Thanks, @stevecheckoway!)nokogiri.gemspecis back after a 10-year hiatus. We still prefer you use the official releases, but master is pretty stable these days, and YOLO.
... (truncated)
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Restart with change only on exit
This change allow the user to change everything they have to inside the homescreen activity and only restart on exit. Previously this was a pain in the fucking ass because you had to go in and set each option one by one with a restart inbetween. At least now is not that big of a pain.
- Restart on destroy (hitting the back button, actionbar arrow)
- Restart when a chance is made and the home button is pressed
** Thanks "Jack" for code to detect home button https://stackoverflow.com/a/27956263
- Cleaned up restart code
eyosen adapted to 10
Change-Id: I4962916ae0bd59d08247b59de585a97a2b9da3a1 Signed-off-by: Pranav Vashi [email protected] Signed-off-by: LordShenron [email protected]
Add files via upload
Today was more James and the Emily Rose "Scam". This sparked further by what the Dibney Cru suspect was a Craigslist ad she posted using the name "Emily Rose" that she forgot about. The timing of the Email thru SL she found, and the ad are both in 2017 when a lot of this started getting ramped up for some people with her. Frankly none of us are buying that its not her and she forgot about it, or did some shady deals with that name and is now trying to hide it. She often goes into these "I was blamed I am the Victim" phases when she has done something she does not want us to find or she knows was dicey and she is now trying to hide. None of us are buying her story.
She also went back after Candy. Trying to "Warn" her over the "Emily Rose Scam". Again, attacking a previous victim for not wanting to be friends with her, due to her atrocious behavior. And to make matters worse, Caps locking her letters, which after seeing the screen shots, she knows that is yelling. She was typing fine prior to Candy telling her to leave her alone, but as soon as there was push back from Candy's side, she went caps locks. Anyways, when Candy pushed back with the "Leave me Alone I do not want to be your friend" spiel we have all been given, Emily started in with the typical Bully/Narcissistic behavior rage when she was not given another victim to abuse. One who we at the Dibney Cru has supported and backed when we found her on DeviantArt(DA). Thankfully we were told this morning, that Emily Blocked Candy, and we feel a party is due for Candy! How long Emily will keep her blocked is uncertain but for now, a Victory has been made!
Another thing that came into notice for some of us, is that while we have all been quiet, we have agreed radio silence is needed, Emily has grown bolder with her attempts to get a reaction from us. Besides Candy, we have all stayed silent. And for good reason. But we noticed she is cycling faster that we have been quiet. Resulting in the conclusion that without our participation she is going further mad. It really is a sad life for her. She has literally three or four people at best that likely talk to her voluntarily, and the ones she wants to interact with are the ones she has repeatedly bullied, victimized, and harassed for years now. The ones who want nothing to do with her. Who have repeatedly said they are not her friends, will not be her friends, has no desire to be her friend, and want nothing to do with her. She screams about Karma, but this is Karma in its purest form.
Another thing came up, which has me inkling. Either she is reading the forums, or is reading this. But the fact she brought up yesterday that we all feel she has the mentality of a 5 to 12year old in a 30 years old body. Despite her raging screams she is growing up and all that, which not a single one of us believes that. She is still raging and screaming like she did when this began back in 2018, and further back. It is the mere fact she is aware others see her in that light. Frankly if she shut up, moved on her with her life, and actually told her doctors what is going on, in an attempt to truly grow up, many of us would be more inclined to not so much see her in a better light, or believe her words, but take a more introspective look at what she is doing, as compared to rolling our eyes and commenting in our group why we do not believe a single thing she posts or types. We would still not reach out to her, or try and friend her, but perhaps be a bit easier in our thought process. Do I believe she will ever do such a thing? No. And here is why. She is truly a Narcissist. If you look at her recent purchases, with money that could have been saved, used for bettering her life, in a grander scheme of things, you can tell it is all about the aesthetic of looking like she has "Means." And what I mean by that is, she wants to give off the feel that she is worldly and has money to do what she wants. In truth she is on disability, and has nothing but what the government gives her. She has no other source of income. So her possession to happiness ratio is skewed. And by that I mean she attributes possessions to happiness. To those of us who have been poor, or know the reality that possessions do not make one happy, but the people who love and care about you and you them, or the good you do in the world, or even the love you give out, is what can make you happy, she doesn't grasp that. Having Empathy, true not faked Empathy as she often does, can yes make one sad, but doing something about anothers pain, and helping, can bring joy and happiness to you, she doesn't get that. It is simply not in her nature. And it shows in her spending habits. She equates Happiness to Possessions. Not Happiness to the Love you Share. So she brags about $50 dollar keyboards to look like a fancy gamer, but doesn't take into consideration, that money could have been used to help someone, when there are millions of people in the US right now, hurting badly! Instead of worrying about a Tripod or spending hundreds at best buy, she could have stocked up at Walmart or the local grocery store, and donated a portion (Like $10) to helping feed a local food bank, or a charity to help those that are starving right now due to this pandemic. She could have offered to clean a neighbors house, or her own. Or found a neighbor and offered to pay them to help her clean, and then pay them to do it. She could have bragged, and we would have all been shocked! She helped someone else out, and her apartment was cleaned. But again its about her and only her, not anyone else.
This comes down to another thing I have noticed. She doesn't care about her surroundings. I noticed it with others who are unmedicated behavioral disordered individuals, that their surroundings mean little to them. Especially those like her, who are not aware they are, not quite right, their surroundings to them look fine. To those of us that see it, it is not. Take for instance her desk. Its always disgusting! She does not take care of her possessions. Look at the necklaces she has if you see the picture of the new keyboard. 3 necklaces just left on the desk to tangle and tarnish. I can say even at my lowest depressive state, my jewelry was always hung up or put away. I even made Boho Log hangers to display them so they can grace my room and be organized. But hers is just left like trash, amidst all the other garbage on her desk. Her floor is another example. It doesn't look like its Vacuumed at all. It looks like under her desk, there are chicken bones and dust bunnies just chilling underneath. GROSS! Even her couch looks unkept. Even in my lowest 2 years ago, I pitched 19 bags of stuff 2 weekends after my truly lowest point. Even now, my rooms may look cluttered, but everything is organized and out of the way. My floors are vacuumed, my kitchen and bathroom are clean, there are no dust bunnies or chicken bones chilling anywhere. I know for some that is not true, depression takes a tole that even cleaning is hard. But she is clearly not depressed, and has no excuse to not have a clean kept home. But its apart of that Narcissist behavior. She only cares about is her. What she can brag about. The Cat, the things she gets it. Not it really loving up to her or anything else. It is always "Look the cat is fine!" Fine the cat is fine, but its obviously not loved. Its trapped and depends on you to take care of it. Doesn't mean you love it. And again to the possession thing. She gets it all these toys and other things, but its to brag. Not to make it really happy. Not to do it because she loves it. She has never once said she loves it. Me. I love my old lady, I miss my Oscar badly. I love(d) both my babies. She does not even use the terms that denotes that emotion. And that comes to my next conclusion. She doesn't feel those emotions, leading to Aislinn's theory that Emily is a Sociopath.
But that is all for today.
Remove ancient unused "wear_id" var on xenos (#51236)
Come, let me tell you a story of the old days----of SHITCODE.
AGhhhhh.
Once upon a time, SS13 code was terrible (who are we joking, it still is, but that's a story for another day), and when any carbon subtype, minus humans, talked over radio, it would runtime.
Of course, coders set about fixing this problem---can't have nonsense like that, so...of course, the most logical thing was done.
Instead of solving the awfulness that was not only using the wrong istype check and a wonderful colon override as well: https://github.com/tgstation/tgstation/blob/9eb0e80ae7f57040b9178c637efb4bac33ce3d16/code/game/objects/radio/radio.dm#L148
A "Fix" was applied instead: https://github.com/tgstation/tgstation/commit/9eb0e80ae7f57040b9178c637efb4bac33ce3d16#diff-b5f801c8078b7d8dd9f0661b359dfa9e
Whereby var/obj/item/card/id/wear_id = null was added to monkeys and
aliens to "fix" them having an ID holder and not throwing a
runtime.........Thus ensuring:
Fox would find it one day and call this utterly moronic and while also ensuring that all future carbon mobs created without implementing this same "fix" would have the same exact problem.
Then radio code got rewritten to be non-stupid and this still hung around until today.
The End
Make a fucking cool DB client that handles all the connection shit for you.
Add some dependency bounds
This is a bit nuanced, and I'm not sure if it's the best approach, so here is some explanation:
Managing dependency bounds manually is an error-prone pain. Stack supports a --pvp-bounds option to sdist (and upload, which uses it) to automate the process. It can add lower bounds, upper bounds, or both. It operates by looking at the version of every dependency in the resolver in use and sets a >= lower bound on that version and a < upper bound on the next major version.
See https://www.fpcomplete.com/blog/2015/09/stack-pvp/
We've decided to omit bounds in our committed source generally, and use the --pvp-bounds both option when releasing to Hackage. This is a conservative choice, adding tight bounds based on the latest LTS resolver, which is what we typically prefer in stack.yaml.
Where this breaks down is when building the project, with those automated pvp-bounds, against nightly. Since the "next major" upper bound is relative to the current LTS resolver, it's likely that the nightly resolver will have a newer version and not build. Worse, you can't know this until you actually try to build from the package built with sdist -- since bounds aren't committed in package.yaml.
The solution is simple but annoying: add back manual bounds that are more relaxed, which is what this commit does.
Will this be just as error prone and annoying as not using the pvp-bounds option at all? Would using pvp-bounds upper or lower only work out better for us? I'm not sure, we'll see.
Invoke the malevolent chronology of Zot
The natural tendency for roguelikes is to encourage cautious behavior. It's over once you die once, after all, so you should take your time. That's not a bad thing, but to balance things out and discourage extremely time-consuming tactics (which tend not to be very fun!), it's good to have a counterpressure encouraging players to move quickly.
Food was intended to be such a clock, but for a variety of reasons, it never worked as a clock for anything but the most egregious abuses. (And not even for that for foodless races, of course.) Scores is a compelling motivation for some players, but not many - most are just playing to win. How can we make the most viable way to win also the most fun?
This commit adds a new 'Zot Clock'. It ticks up over time, and jumps down whenever you enter a new level - roughly 6000 turns of clock per level. Once you hit turn 11,500 or so on the clock, the malevolent and unexplained entity Zot strikes, draining you immediately and then again once every 100 turns or so. At turn 12,000, you die. Each branch tracks the 'clock' separately.
6000 turns per level allows for a 300,000 turn 3-rune game, which seems very generous. The effective cap of 12,000 turns 'stored' at any given time means that there's somewhat less slack than that implies, but a slow character can usually do levels in under 2500 turns and inter-level travel in under 500, so I'm hopeful that normal characters will rarely if ever see any of this system. The very slowest game we saw (an extreme outlier) averaged slightly over 5k turns per level in one branch and hit 7.5k turns in one level, which this clock would cover.
We use 'levels seen' here as a proxy for progress because that's simple to conceptualize and relatively difficult to abuse - it's hard to "stash" entire levels as a clock reserve in the same way you could stash "unexplored map tiles" or "weak monsters". The separate clock per branch allows players to dip into branches and then bail without being penalized - the per-branch clock is paused while they're away.
The clock is paused while you're in Abyss, since that doesn't fit the exploration model well and isn't usually that wise to linger in, and turned off entirely when you get the ORB, since (a) there's a new clock then and (b) it'd feel awful to die of time-out on the orb run. It's possible to scum Pan for time, but I mean, if you're scumming Pan, just win already!
Chei gives you some extra time, in keeping with the theme of the god. It's possible that races need different clocks based on their movement speeds, but I'm hopeful that the difference there is fairly small relative to the slack in the clock.
Created Text For URL [www.iol.co.za/capetimes/news/16-year-old-girl-shot-and-killed-allegedly-by-boyfriend-on-new-years-day-7632e4ab-268a-4450-b775-2f0461954606]
Fixed adding enclosure plate to pool, but it doesn't generate properly in outposts
OH MY PISS AND SHIT AND CUM AND FUCK WHY IS THE STRUCTURE GENERATION CODE SO ASS
Added minimum and maximum player settings and a help command (#2)
- Added using arguments to pass provider, region and maps instead of reactions
- Added name -> provider and name -> region translation dictionaries
- Fixes
- moved crucial variables out of if statements
- Added myself to the credits 😎
-
Oops
-
Now edits instead of reposting to avoid ghost messages
-
Added per-user setting support
- current settings: max_players and min_players
- added help command
- added UserData class to store the persistent information
- Fixes, fixes and more fixes
- added a command to list your current settings
- Moved default settings into a global variable
- moved UserData.json into /data to make it clearer that it isnt a configuration file
- fixed json.dump missing the file and writing perms
- added debug launch parameter which stops printing every time a server connection is verified
- Fixes
- Added provider and region setting
- Added default provider and default region setting
- calling c!play without arguments and default settings now asks for confirmation
- Added GetOrRegisterUser helper function incase we dont want to handle non registered users
- oops again
- fuck you vscode
Co-authored-by: zonical [email protected]
Apply transform to constrain RBFKernel lengthscale in LCEMGP (#643)
Summary:
This adds a transform to UniformPrior in LCEMGP class to convert real values to constrained values in [0, 2]. Otherwise, with distribution validation enabled (which will be the default once pytorch/pytorch#48743 is merged), this throws an error in Uniform.log_prob method. We were facing this issue in an internal FB test that uses botorch.
While this fixes the specific issue, my thinking is that this transform should ideally be applied automatically within gpytorch.priors. That said, my understanding of the codebase is very limited, so would love to hear others' thoughts on this.
Have you read the Contributing Guidelines on pull requests?
Yes
Pull Request resolved: pytorch/botorch#643
Test Plan:
Turned Distribution.set_default_validate_args(True) and succesffully ran test_contextual_multioutput.py: ContextualMultiOutputTest.testLCEMGP with a fixed seed and increased maxiter (this test fails without the fix).
cc Balandat
Reviewed By: qingfeng10
Differential Revision: D25699129
Pulled By: Balandat
fbshipit-source-id: 0485bbaa5db551fcab122119acd53549b9a5f166
Make CUDAFuture remember and restore current device in callback (#48789)
Summary: Pull Request resolved: pytorch/pytorch#48789
CUDAFuture aims to "capture" the current state of CUDA-related stuff when the future is marked complete (e.g., by looking at current streams and recording events on them) and then "replicate" a similar state when users synchronize with the result of the future (by synchronizing the current streams with these events).
However, one "contextual" aspect of CUDA that we weren't capturing/replicating was the current device. This diff tries to fix that. I must mention that we can only do this for callbacks, while we cannot do it for the wait() method. I don't know if such a discrepancy between the two actually makes the overall behavior worse. I'd love to hear people's opinions on this. ghstack-source-id: 118081338
Test Plan: Unit tests
Reviewed By: mrshenli
Differential Revision: D25210335
fbshipit-source-id: 1d1a3f80b1cc42e5114bc88554ed50617f1aaa90
analytics api photography automation home-automation bioinformatics books pricing aws computer-graphics computer-vision metal webgpu algorithms bitcoin cryptocurrencies data-visualization prisma sqlite blender design-inspiration design fonts grpc salvia goals chess games skin-care knowledge-graphs journaling life 2020 macOS-apps artificial-intelligence graph-neural-networks management category-theory game-theory lean math statistics type-theory music dns file-sharing apollo-graphql iot lorawan tcp nlp github open-source containers kubernetes ios newsletters other signal-processing physics podcasts clojure-libraries clojure cpp phoenix fsharp go-libraries go js-libraries nextjs react-components julia-libraries julia common-lisp objc ocaml perl prolog python-libraries python rails ruby rust-libraries rust swift-libraries typescript-libraries interactive-computing logging blogs my-notion social-networks streaming text-editors vim-plugins vs-code-extensions notion cities japan virtual-reality firefox cms webassembly cv
Bloody soles for digitigrade legs (#2366)
-
fixes and stuff
-
it works
-
fuck you trailing newline
-
better code
-
*sigh
Network: I Checked the external DNS config code.
Various issues are fixed:
With LAN connection Ethernet (No WLAN):
1.- DHCP-router is a self.nameserver, therefore you cannot write configuration for any other external DNS if we have selected DHCP-Router with static IP. We have to differentiate between using a static IP (len 0) [0, 0, 0, 0] to using a self.nameserver and using our Router's DHCP.
2.- Before, if we used static IP and put DHCP-Router in nameserver configuration, we would write nameserver [0, 0, 0, 0], then the system on complete restart writes the DNS for len 0 0 0 0 0
This is fixed since the configuration to use a static IP (remember with LAN) must be any option of nameserver config except DHCP-Router, the router does not grant IP, we write it manually.
3.- The writing of Nameserver config is fixed, before we had to press OK in the configuration and do it again so that the indexing was written, this is already solved.
4.- We continue using DHCP-Router if the adapter configuration is granted-activated. Even so, if we want to use an external DNS other than the one provided by our Router's DHCP, we can use any of the DNS providers that friend hains added in his day.
P.S. The behavior with Wifi is different when using DHCP, the tests with WLAN regarding this commit are stable and we can use the different external DNS.
Guys, Observe the behavior of your ISP Operator in case it differs from mine, with this I found stability from my ISP.
Update AUTHORS
Some 11 years ago I started pyLoad (initially written in shell) and posted it on the gulli.com board (down). RaNaN, sebnapi, mkaay and a few more joined early on and basically taught me how to Python & open source, I was 15 by that time. I think Jonn3y came up with the name and logo, maybe someone else, sorry.
We started at BitBucket and later went on to GitHub. Using the wayback machine this is the oldest version I could find is from 27th May 2009. Even earlier versions are lost, but it's nothing to brag with anyway.
At some point the jDownloader people gave us a DLC decryption key which
we (me) accidentally pushed as an unobfuscated pyc, so within 24 hours
a website appeared using our keys to decryption DLC to plaintext on
demand.
Also there was this guy jbauer who did some developing at the beginning but then turned evil and screw our entire infrastructure, I never understood why.
Looking at the log I stopped my pyLoad career with a rather uncool commit (a4c306cb). Last thing I remember that we were just about to release pyLoad 0.5...
Back in the day it was really important to stay somewhat anonymous, so my name appears nowhere in those old sources, I think.
Signed-off-by: Paul Spooren [email protected]
Removes code that isn't mine.
God damnit, copying code won't lead you anywhere, and this is another proof. May do that again once i understand what the heavens it was supposed to do.