@Pete-S said in Obtaining hardware from terminated remote employee:

@StorageNinja said in Obtaining hardware from terminated remote employee:

@JaredBusch said in Obtaining hardware from terminated remote employee:

Hardware is not worth the fucking time to get back.

If the company thinks wasting man hours on that is a good idea the company is insane

While I largely agree, our R&D laptops are ~2-3K a pop. (fully max spec' MPB or XPS with onsite repair agreements).

I did hear we have started on the Mac's using DEP, so the device will auto-enroll in MDM even if the device is wiped.
https://support.apple.com/en-us/HT204142

Makes no sense developing on a laptop IMHO - unless you're talking about another kind of R&D in another field.

On our team we remote into development servers and all development and testing is run there. Which means the computer you're actually sitting in front of just needs to be able to run a browser, rdp, ssh etc. So any machine suitable for general office work would get the job done. So no 2-3K laptops needed for development, even if that is not the primary reason. I kind of assumed everyone worked that way but haven't actually given it much thought until now.

I haven't really seen anyone do this other than CAD work. Everywhere I've been it's local development, possibly using Eclipse Che or Coder or something for a remote IDE but still local.

VSCode and JetBrains tools allow you to include your development environment in a container. So when you open the project it will open inside of a container with all of the dependencies included. That's the best workflow ive seen so far.

@DustinB3403 said in Oracle Linux Installation and performance seems insanely bad:

Your ability to comprehend this is obviously not developed.

Yo, adult time. Are you like 12 years old? Are you putting in a big league chew while smoking candy cigarettes behind the monitor while you type this stuff? I can see how you didn't get what he was saying, but honestly I don't understand why you can't reply to people you disagree with like an adult. This is supposed to be a professional forum and you're here acting like you're the tough guy at recess. Slow your roll scooter and try to be professional.

@DustinB3403 said in Access 2003 in a 2021 World???:

@Pete-S said in Access 2003 in a 2021 World???:

IMHO the easiest way forward, for the organization, is to have an new modern system developed that will replace the Access 2003.

How can you possibly know though?

Build an ERP custom to match the business, that seems insane. Start at nothing make a piece of software for just this one business.. ..

Certainly there are better approaches (granted they all have benefits and downsides) but starting from ZERO is not where I would begin.

It depends what you use to build it. I built a workflow for a business with Drupal. If they need financial management that's a different story, but for things like serial number tracking, inventory, safety management, etc it isn't that bad. It definitely depends on what the business looks like.

@DustinB3403 said in Access 2003 in a 2021 World???:

@VoIP_n00b said in Access 2003 in a 2021 World???:

https://erpnext.com/open-source-manufacturing-erp-software

Have you used this or are just making a generic google search for an open source ERP? I've heard of this one, but haven't used it.

To test and validate if something like this would work would require a large investment (any ERP move would in this case) and without really understanding the business processes wouldn't I recommend anything (far to many unknowns).

My JobBOSS comment above is pointing out that getting an ERP to work the way the business needs is just that, it takes a lot of effort (and money) nothing off the shelf is going to work the way a business has operated for who knows how long.

I've used it. It's not bad, and much better than the other open source alternatives I had used. It's been quite a while since I used it though.

@JasGot said in Gophemeral:

@Pete-S said in Gophemeral:

I mean you are mailing the message ID and password needed to decrypt.

You could mail one, and speak the other.

Many institutions send usernames and passwords through separate mediums.

This is anther way. If you really want to be secure, text the ID and email the password. Or call and give one of them.

@Pete-S said in Gophemeral:

@stacksofplates said in Gophemeral:

I wrote this utility. It's for sharing secrets or any sensitive data. Instead of just emailing or texting the data, you can create a message with this service and it will encrypt the data and store it. It will only allow the message to be viewed whatever number of times you specify. It gives you back a message ID and password that you pass on to your recipient and they can retrieve the message.

You can use the hosted version, which is limited to 50 characters, and 5 days of retention. Or you can run the server on your own.

By default the server will use Fauna as a backend, but you can specify to use a local BoltDB database. The utility can be downloaded from GitLab here and the same cli tool that runs the server also interacts with the server.

https://gophemeral.com

It sounds cool but I can't see how it will be more secure than just mailing the data?

I mean you are mailing the message ID and password needed to decrypt.

That's what I believe is called the key exchange problem and the reason for asymmetric encryption and public/private keys.

because there's still and abstraction and a view limit. If I send you a password over email and someone nabs it, you have no idea and they don't have to be watching real time. With this, if I send you a message ID and pass, you'd have to be watching real time and get the data before the recipient. And at that point, they'd know something is wrong because the message has either ran out of view, or is not the correct number of views.

@scottalanmiller said in Gophemeral:

If I go to this site and your mascot isn't an adorable gopher I'm going to be serious disappointed.

It's on the GitLab page lol.

@Obsolesce said in Gophemeral:

Awesome project!

Question, is the secret encrypted withing the DB which uses the pw to decrypt? Additionally, is the DB encrypted at rest?

Thanks!

I'm not sure I understand the first question. The password isn't stored in the database. It's generated randomly and used to encrypt the message and then given to you. That encrypted string is then stored in the database. If you lose the password, your message is not recoverable.

As for the database, Fauna does encryption at rest. They're a serverless database offering so there isn't much control over that. The boltdb database would be if you set up disk encryption.

I wrote this utility. It's for sharing secrets or any sensitive data. Instead of just emailing or texting the data, you can create a message with this service and it will encrypt the data and store it. It will only allow the message to be viewed whatever number of times you specify. It gives you back a message ID and password that you pass on to your recipient and they can retrieve the message.

You can use the hosted version, which is limited to 50 characters, and 5 days of retention. Or you can run the server on your own.

By default the server will use Fauna as a backend, but you can specify to use a local BoltDB database. The utility can be downloaded from GitLab here and the same cli tool that runs the server also interacts with the server.

https://gophemeral.com

@scottalanmiller said in Is there a MS Licensing expert here regarding remote OSes?:

@Obsolesce said in Is there a MS Licensing expert here regarding remote OSes?:

@scottalanmiller said in Is there a MS Licensing expert here regarding remote OSes?:

@Obsolesce said in Is there a MS Licensing expert here regarding remote OSes?:

Meaning, when someone says pick a number between 1 and 10, I see the only options as choosing a number from the following: 2,3,4,5,6,7,8,9.

The same, because that's what they said. Although I almost never hear that, normally it is from 1 to 10, which is inclusive of both 1 & 10, but between is exclusive of them.

I didn't say that, misquoted?

That's so weird. I wonder how it grabbed that.

If you highlight text and hit quote it uses that as the quote and not the actual post. I read sometimes by highlighting with my mouse as I'm reading. That's bitten me a few times on here.

@DustinB3403 said in The future of the CentOS Project is CentOS Stream:

@stacksofplates said in The future of the CentOS Project is CentOS Stream:

@DustinB3403 said in The future of the CentOS Project is CentOS Stream:

@stacksofplates anyone or their cousin can register as a developer and use the system for production.

Here's my personal account.

Yes I also have a developer account. The 16 production workloads are for the cloud subscription. As the article mentioned.

I think you're believing that this is tied to Redhat's Cloud offering, it's not. It's tied to your account with redhat, for sure. (So you can download it). But you can download and run this anywhere.

At least that's how I'm reading this.

You're correct. I just read that and came to post. The wording in the other article was confusing and made it seem like they needed to be deployed on a supported cloud provider.

However, I still don't think it's worth going through the trouble to download from Red Hat vs just downloading Oracle and not needing to do anything.

One thing I wonder is if you have a paid subscription for something like Gluster, Ceph, Satellite (not that you would for 16 servers but I mean any subscription) do you now have to pay for the host it's on? Do the terms of any of those pieces of software require the systems they're on to have a valid license?

Just thinking about that took more time than downloading the Oracle ISO.

@DustinB3403 said in The future of the CentOS Project is CentOS Stream:

While the changes don't take effect until Feb 1, I see nothing that indicates a cost is going to be applied to it.

No one said anything about cost.

@DustinB3403 said in The future of the CentOS Project is CentOS Stream:

@stacksofplates anyone or their cousin can register as a developer and use the system for production.

Here's my personal account.

Yes I also have a developer account. The 16 production workloads are for the cloud subscription. As the article mentioned.

@JaredBusch said in The future of the CentOS Project is CentOS Stream:

@stacksofplates said in The future of the CentOS Project is CentOS Stream:

@DustinB3403 said in The future of the CentOS Project is CentOS Stream:

@VoIP_n00b said in The future of the CentOS Project is CentOS Stream:

Interesting Development:

https://arstechnica.com/gadgets/2021/01/centos-is-gone-but-rhel-is-now-free-for-up-to-16-production-servers/

See that should've been an initial statement from RHEL.

"We're ending the CentOS line, but are offering 16 production servers for free as a part of this change"

The way this was handled was still horribly performed and has likely killed the RHEL userbase off from trusting anything from RHEL/IBM.

16 servers? What good is that though? Just use Oracle and you have no limit. No matter how you slice it IBM has ruined Red Hat as most people predicted.

For most SMB, that use CentOS in house, it is likely more than enough.

I have a client with 6 internal Linux systems, Proxy server, Nextcloud, Salt master (testing still, need ot get back to that), file server, jump box, and Email relay. If you add their phone system hosted on Vultr, then they have 7.

I'm assuming they aren't on a supported cloud environment. You still have to follow their licensing limitations vs just using Oracle. This whole thing is only going to make Oracle money.

@DustinB3403 said in Is Open Source Really So Much More Secure By Nature:

@IRJ said in Is Open Source Really So Much More Secure By Nature:

@DustinB3403 said in Is Open Source Really So Much More Secure By Nature:

The point of bring in someone like myself, @JaredBusch

If you wanted to do that properly you should've added the

Jackass...

I can ship you a Snickers if you need it, Betty White.

@DustinB3403 said in The future of the CentOS Project is CentOS Stream:

@VoIP_n00b said in The future of the CentOS Project is CentOS Stream:

Interesting Development:

https://arstechnica.com/gadgets/2021/01/centos-is-gone-but-rhel-is-now-free-for-up-to-16-production-servers/

See that should've been an initial statement from RHEL.

"We're ending the CentOS line, but are offering 16 production servers for free as a part of this change"

The way this was handled was still horribly performed and has likely killed the RHEL userbase off from trusting anything from RHEL/IBM.

16 servers? What good is that though? Just use Oracle and you have no limit. No matter how you slice it IBM has ruined Red Hat as most people predicted.

@DustinB3403 said in Is Open Source Really So Much More Secure By Nature:

Well the math isn't just math, its emotion that you have to try and take out of the equation. Then you can have a costs discussion.

Again, this is their fault. If taxes go up, do they get emotional and try to fight it? No they pass the cost on to the customer like every other business. Same in this scenario. If you have to subscribe now and it costs more, the costs get passed on. It's no one's fault but their own.

@DustinB3403 said in Is Open Source Really So Much More Secure By Nature:

@stacksofplates said in Is Open Source Really So Much More Secure By Nature:

@DustinB3403 said in Is Open Source Really So Much More Secure By Nature:

tough choices because of the past

It's not a tough choice. You either want the updates and features or not. If you do, you pay for a subscription or you use an open source version that gets constant updates. It's not tough at all. They might not like it, but it's not tough.

You may not see it as a tough choice, but it is rarely an easy one.

Changing platforms from Microsoft Excel to LibreOffice for example might include weeks or months of restructuring and rebuilding to use the different platform.

Right, so it makes fiscal sense to pay for O365. It's not tough.

@DustinB3403 said in Is Open Source Really So Much More Secure By Nature:

tough choices because of the past

It's not a tough choice. You either want the updates and features or not. If you do, you pay for a subscription or you use an open source version that gets constant updates. It's not tough at all. They might not like it, but it's not tough.

@DustinB3403 said in Is Open Source Really So Much More Secure By Nature:

You're assuming that there was a plethora of choices in cases like this. For a very long time there was 1 "choice" Microsoft Office.

That's simply not true. LibreOffice, OpenOffice, WPS Office, Google Docs, Lotus SmartSuite, Lotus Symphony, IBM Works, Calligra, WordPerfect Office, etc. Many had to have existed around the time you're speaking of or even MS Office wouldn't have existed.

Times change, the business needs to adapt. That means adapting mindset like using proper RBAC. Them not wanting to pay for the yearly fee is inconsequential. That's the cost, end of story. If they don't like it, they're stuck with their decision or they migrate to something else. There's not much to argue.