Undergraduate computer engineering student at the University of Waterloo looking for a full-time co-op placement/internship for 3-4 months starting in September.
I have several years of system administrator experience with Debian, Alpine, and Arch, and web development experience with Django and Go, alongside personal and volunteer experience in a broader array of technical topics. I like to say I’m gradually working towards the lower levels of the programming stack (embedded systems, hardware) relative to my current work.
Cybersecurity is another interest of mine. I've competed in a handful of CTFs and placed highly in Canadian and international cybersecurity competitions. My previous work term was as a security research and development student at BlackBerry.
As mentioned, I'm still exploring the landscape in terms of different roles and companies, so don't hesitate to reach out :)
Could you describe what you found difficult? I'm pretty new to packaging on Alpine, but found it to be easy to get into, only requiring a bit more effort than the AUR.
I've found packaging for Alpine has been similarly easy. There is a review process in the sense that you file an MR instead of committing directly, but my experience has been really quick and easy. Also, not everyone with commit access does this, but psykose would also fix minor issues like indentation without requesting changes and doing the whole back and forth. I really appreciated it and noticed the changes for next time.
The community and main repositories have some stability guarantees but that doesn't stop you from orphaning the package.
Don't have a good resource of my own either, but I think I would prefer more descriptiveness. Reading the various options you've written gives me totally different ideas of the image in my mind so, especially if it's important to the website, more descriptiveness seems appropriate for higher accuracy.
I find it particularly interesting that they post this as if it's a discussion to be had with the community yet they've already gotten permission[1] from developers by asking them beforehand, in private.
> [...] there's no guarantee that RDRAND won't revert to the -1 behavior after the check runs, perhaps after a VM migration or resume from suspend or what-not.
Author here. This is true and is an issue with some CPUs (breaking RDRAND after resume), but every call to RDRAND is guarded[1] by a check that it works.
Author here. Not particularly sure myself, even systemd says it only does so because it does things early in the boot process[1]. Using it for it's purpose here is probably alright, but the odd part is prioritizing it[2] over /dev/urandom.
Author here. I believe it's kept because at the end of the day, they _must_ get a valid value form it; however, the chances of that loop having to run more than once are astronomically low.
Remote: Yes
Willing to relocate: No
Technologies: Python, Django, Go, HTML, CSS, (and a bit of C, C#, and Rust)
Résumé/CV: https://guikal.org/resume.c79b71d3.pdf
Email: [email protected]
Website: https://guikal.org
Blog & Projects: https://fluix.one
Undergraduate computer engineering student at the University of Waterloo looking for a full-time co-op placement/internship for 3-4 months starting in September.
I have several years of system administrator experience with Debian, Alpine, and Arch, and web development experience with Django and Go, alongside personal and volunteer experience in a broader array of technical topics. I like to say I’m gradually working towards the lower levels of the programming stack (embedded systems, hardware) relative to my current work.
Cybersecurity is another interest of mine. I've competed in a handful of CTFs and placed highly in Canadian and international cybersecurity competitions. My previous work term was as a security research and development student at BlackBerry.
As mentioned, I'm still exploring the landscape in terms of different roles and companies, so don't hesitate to reach out :)