Do you want me to remove your keys again?ericbsd wrote:Nah no keys in a git repository I did not ask for that, and I do not agree to that.
Search found 312 matches
- Tue Mar 21, 2017 12:21 pm
- Forum: Announcements
- Topic: Git repo(s)
- Replies: 8
- Views: 2063
Re: Git repo(s)
- Tue Mar 21, 2017 9:59 am
- Forum: Announcements
- Topic: kraileth company Partnership
- Replies: 3
- Views: 6228
Re: kraileth company Partnership
Eric: You can have a look here (using a translation tool) https://www.omc.net . I wanted to get the server running first, but if you want, I can provide the company description at a higher priority. I need to ask about Paypal. That's probably a convenient way of doing things, I'm not really familiar...
- Tue Mar 21, 2017 9:20 am
- Forum: Announcements
- Topic: Git repo(s)
- Replies: 8
- Views: 2063
Git repo(s)
We now have a working git server for testing purposes (do with it as you please but don't put anything important there as that jail will be destroyed and rebuilt later!). It's located in an automatically created (using SaltStack) jail on the virtual server that is meant to become the EU mirror in th...
- Tue Mar 21, 2017 8:54 am
- Forum: Announcements
- Topic: SaltStack states
- Replies: 25
- Views: 5361
Re: SaltStack states
what system is that ? where is located that git repository ? on the EU mirror ? Yes - or rather: The soon-to-be EU mirror. Right now it's a test system that will have to be rebuilt for production in a clean way when everything is done. and yes, please, add me and ericbsd keys. ;) Ok, I'll do that s...
- Tue Mar 21, 2017 8:33 am
- Forum: Announcements
- Topic: SaltStack states
- Replies: 25
- Views: 5361
Re: SaltStack states
Yay, the git server is ready now! Got the additional NAT rule working and wrote a couple more states to automatically import an admin public key for access of the git server. The admin can then add more keys for other users; this could be automated as well but that's probably overkill (how often wi...
- Tue Mar 21, 2017 8:10 am
- Forum: Announcements
- Topic: building our repository (software selection)
- Replies: 5
- Views: 1697
Re: building our repository (software selection)
We could effectively drop all packages depending on old compilers and thus get rid of them: https://wiki.freebsd.org/ObsoleteLLVMVersions should we ? I'd say: Let's drop them and wait until somebody complains. The pkg repo will be quite big anyways and it's certainly not a bad idea to do some house...
- Tue Mar 21, 2017 7:36 am
- Forum: Announcements
- Topic: building our repository (software selection)
- Replies: 5
- Views: 1697
Re: building our repository (software selection)
I also agree that it doesn't make sense to provide each and every compiler version in binary form - and that chess database... Well, chances are that nobody is ever going to miss it. :mrgreen: About OpenOffice: This is actually a pretty sad thing. I really wish, Oracle had donated it to the Apache f...
- Tue Mar 21, 2017 7:27 am
- Forum: Announcements
- Topic: kraileth company Partnership
- Replies: 3
- Views: 6228
Re: kraileth company Partnership
What I just thought of regarding the server: There's one thing that we didn't talk about, yet. What about the payments? The easiest thing would be that I officially rent the server on behalf of the GhostBSD project and the price could simply be subtracted from my salary. Then Eric could refund the m...
- Tue Mar 21, 2017 5:36 am
- Forum: Feedback
- Topic: Packages Requests for GhostBSD
- Replies: 20
- Views: 26362
Re: Packages Requests for GhostBSD
Hi: One question. Could it be possible to go on with the official FreeBSD repositories instead of GhostBSD's?. For example, if I want to upgrade to the next FreeBSD release and avoid depedency problems? Short answer: Yes, that's possible. Long answer: You might want to reconsider this. Technically ...
- Tue Mar 21, 2017 3:08 am
- Forum: Announcements
- Topic: SaltStack states
- Replies: 25
- Views: 5361
Re: SaltStack states
I'm somewhat confident about 1) and 2). For 3) NAT rules will have to be changed. Anybody with a bit of PF experience wants to lend a hand? :geek: I don't think you need to change the NAT rule, (which apply to outbound connections), all you need to do is to add a rule to open/pass-in inbound traffi...