Slashdot Mirror

Back up automatically to as many cloud providers as you can afford

Which isn't many if you have a lot of GB of data to back up, such as video or lossless audio, and your home ISP doesn't provide a lot of GB/mo. (Satellite ISPs tend to limit data, and cellular ISPs tend to limit hotspot data.) Or if you don't want yet another utility dipping into your checking account via your debit card every month.

I looked for Time Machine equivalents on GNU/Linux, and Cronopete at least appears to have been worked on in the past year.

They probably run the 'a.out' interpreter.

a.out is an obsolete binary format, not an interpreter. There are C interpreters (e.g. picoc) but a.out is not among them.

The repo is still available at https://gitlab.com/marge_innov.... But Linkedin has blocked the URL for the search and all the data has disappeared from the internet. The government using BLS and census bureau tracks and monitors almost everything. I think it is good for people to monitor the government.

WHEN INJUSTICE IS LAW
REVOLUTION IS NECESSARY

Looks like GitLab was the correct repository to endorse. Runs in-house or on their servers.

https://about.gitlab.com/
https://about.gitlab.com/insta...

Looks like GitLab was the correct repository to endorse. Runs in-house or on their servers.

https://about.gitlab.com/
https://about.gitlab.com/insta...

What we have here is a problem of centralization. Switching to other centralized solutions isn't what we need. Decentralized solutions need to be invented.

You might have missed it, but the parent poster did mention that GitLab is opensource.
That means you can also deploy locally to your own server.
You don't need to host everything at http://gitlab.com/ you could be hosting on you own server as https://gitlab.ethz.ch/ or https://gitlab.sib.swiss/ did.

It's a possible solution for semi-decentralized hosting.

And the GIT DCVS is fully *decentralized* by definition, as pointed by others.

For those looking for alternatives, https://gitlab.com/ is open source and can easily import all your projects from github.

gitea is a good light weight alternative for those seeking to take back their repos as well:
https://gitea.io/en-US/

dont wait until Microsoft turns this into Github Professional platinum edition 2019 with Minecraft 3D integration and Azure store support.

If Microsoft buys GitHub, I am moving all my code to GitLab or Bitbucket.

The GitHub --> GitLab migration tools work very well:

https://docs.gitlab.com/ee/user/project/import/github.html

I, for one, welcome our Embrace, Extend, Extinguish overloards.

(he says while migrating to a superior free git repo host that already permits closed source projects, docker, and continuous integration.)

Jasa Perbaikan Mobil (salon mobil jogja) Armada mobil rental yang banyak tentu membutuhkan perawatan yang rutin agar performa tetap normal. Servis rutin seperti ganti oli, perbaikan ac, hingga memperbaiki cat mobil yang terbarut sering dilakukan oleh perusahaan rental mobil. Jika Anda memiliki tempat untuk memperbaiki hal tersebut berupa bengkel mobil. Tentu Anda sudah mendapatkan pelangan tetap berupa mobil rental Anda sendiri. Memberikan diskon kepada sesama owner rental mobil tentu akan menggembirakan mereka. Usaha Yang Cocok Bagi Owner Rental Mobil di Jogja Yang namanya pebisnis, biasanya akan jeli melihat peluang. Peluang yang kecil bisa jadi sebuah pintu masuk untuk mendapatkan cash keras. Itu merupakan hal yang alamiah bagi seorang pengusaha sejati. Dalam tulisan kali ini, kami akan membahas jenis usaha lain yang cocok bagi pemilik rental mobil beserta alasannya. Jikapun pembaca yang budiman bukan owner dari rental mobil, mungkin informasi dari kami ini bisa bermanfaat sebagai bahan inspirasi dalam dunia bisnis. Selamat membaca jenis-jenis usaha lain yang cocok untuk pemilik rental mobil. Paket Wisata Jogja Orang yang membutuhkan jasa rental mobil selama di Jogja adalah orang yang tidak memiliki akses mobil dan mereka melakukan mobilitas. Bisa jadi mereka ada urusan bisnis, urusan keluarga ataupun berwisata. Banyaknya obyek wisata yang menarik di Jogja menjadi magnet bagi jutaan orang untuk berkunjutn tiap tahunnya. Hal tersebut menjadi peluang bagi pemilik rental mobil untuk membuat paket wisata Jogja bagi wisatawan lokal maupun mancanegara. Sumber : ini

Maybe I shouldn't post this here where the snowflakes can see it, but you can get free accounts here. Point your newsreader to their servers and you're in business. No binaries, but if you want those, there are lots of paid services offering them.

I even have an ebuild for trn in my Portage overlay, if you're using Gentoo. Builds and runs like a champ on x86 and AMD64, at a minimum.

I can hand someone $1000 without electricity.

You can do the same with Bitcoin: make some of these, or print off a few paper wallets from here. Load them with value. Hand them off to people, who can either hand them off to other people or redeem them for their stored value.

Don't some of these steps require electricity?

I can hand someone $1000 without electricity.

You can do the same with Bitcoin: make some of these, or print off a few paper wallets from here. Load them with value. Hand them off to people, who can either hand them off to other people or redeem them for their stored value.

GitLab scales great in one respect: I can host a completely isolated instance of gitlab.

Case in point: Build your own GitLab appliance with a Raspberry Pi. I wonder if anyone else has built an appliance to run Savane, the SourceForge fork powering the GNU Savannah repository farm.

Actually, the bug is not in libidn, but in libidn2. Or rather was – it got fixed rather quickly – https://gitlab.com/libidn/libi...
As for systemd, it uses libidn by default. libidn2 support is marked as experimental – reasonable decision as this bug shows.
The submitted article is pure flamebait - this is not a bug in systemd suite, but in 3rd party library; to experience this (already fixed) bug, distribution would have to have enabled experimental option. No sane distro does that.

Nb. The Register articles with even a passing mentions of systemd are terribly misleading and often blatantly false.

At some point Linux ABI was updated to support files exceeding 2^31 bytes while retaining full backwards compatibility so I I'm not buying insurmountable technical justifications other than simple lack of will.

There does in fact seem to be some progress taking a similar approach to large file suport..

https://sourceware.org/glibc/w...
https://github.com/3adev/y2038
https://gitlab.com/bminor/glib...

If/when it will be completed/merged I do not know.

This code is a forward-port of the Crowther/Woods Adventure 2.5 from 1995, last version in the main line of Colossal Cave Adventure development written by the original authors. The authors have given permission and encouragement for this release.

For the sake of precision!

Nice attempt at advertising for Gitlab

I am not affiliated with Gitlab at all, just a happy customer of some good open-source software.

but most companies prefer to use Github Entreprise.

Sample size? Gitlab claims they are used by 100 000 organisations, including some big and well-known ones (IBM, Red Hat, NASA, Sony, NASDAQ, Ericsson, AVG, Siemens, Uber, StackExchange etc.). And I think they have probably passed Gitlab in features now, e.g. I can't see any evidence of a pipelines-like feature (without 3rd-party integrations, which Gitlab also supports), which Gitlab gained about a year ago.

If you haven't tried it, you really should.

Nice attempt at advertising for Gitlab

I am not affiliated with Gitlab at all, just a happy customer of some good open-source software.

but most companies prefer to use Github Entreprise.

Sample size? Gitlab claims they are used by 100 000 organisations, including some big and well-known ones (IBM, Red Hat, NASA, Sony, NASDAQ, Ericsson, AVG, Siemens, Uber, StackExchange etc.). And I think they have probably passed Gitlab in features now, e.g. I can't see any evidence of a pipelines-like feature (without 3rd-party integrations, which Gitlab also supports), which Gitlab gained about a year ago.

If you haven't tried it, you really should.

Conversations is probably the best client (tho it's only on Android). Both ejabberd and prosody are good servers, prosody is slightly better. Here is a good ejabberd config file that supports all (most?) of what conversations needs: https://gitlab.com/hanno/ejabb... This talk from 33c3 is relevent to this thread: https://www.int21.de/slides/33...

Runner are part of GitLab CI tools. They are daemons that you can host on your own infrastructure in order to run your automated builds or deployments. Details of GitLab CI

First of all, this is easily the worst description of any technological subject I've seen on Slashdot for a long time: "The startup operates a sort of Google Docs for programmers, giving them a place to store, share and collaborate on their work." It does give you a way to store, share, and collaborate, but the mechanisms are drastically different. Google Docs collaboration is synchronous, GitHub's is serial.

I think GitLab has emerged rapidly the last two years or so as a very viable alternative to GitHub. If you want to use their hosted service, it's free for as many collaborators as you want, for as many projects as you want, that don't have to be public. It includes built-in continuous integration services, Kanban-style issue boards, Slack-style chat, and way more all for free. They're iterating and adding new features at an incredible rate. If you want to host your own, that's also free if you don't need any of the enterprise-edition features, which leaves the community offering still quite good.

Early this year, when the open letter to GitHub was posted, GitLab made their own post ( https://about.gitlab.com/2016/... )about how they're working to solve the problems presented, even though they weren't specifically the addressee of the letter. I never did hear about GitHub actually responding to that letter, and I've seen very little iteration or change from GitHub in a very long time.

Update: http://gwillem.gitlab.io/2016/...

Link: https://gitlab.com/gwillem/pub...

GitHub censored his research and advisories, and deleted the posts. He has moved to GitLab, which most people should be doing anyway given GitHub's cultural issues.

Most large companies have their very own copy of github in-house. Most commonly these days it's on AWS or some other cloud offering that the company controls for their IT Projects.

I can confirm.

Though we aren't *companies*, most of the universities and research institutes here around (Switzerland) have their own in-house git repository.
Though in our case, a self-hosted copy of * Gitlab * is what is the most popular here around.
And most of the time it's hosted on the universty's/research institute's own server because of complex IP/publishing/secrecy considerations

And if we do it, I can clearly imagin that huge corporation could be doing it too.

And for the record, Google has announced that they've shut down Google-Code for 3rd party project only. Android is *still* officially hosted on their servers.

GitLab. It's basically a fork of GitHub and does the same sort of stuff.

The thing that GitHub has is proper centalised Git repos with proper pull requests and history tracking. This means that you get the ability to have a central repo with real knowledge of which patches are actually accepted and at the same time you can also see the patches which haven't been accepted. None of the alternatives provided that before GitHub. This has always meant GitHub had first mover advantage.

Now, however, there are alternatives GitLab has a FOSS community edition and provides free or supported hosted public and private repositories. It is has fewer features than GitHub and, at least in the community edition things like developer statistics are less developed, however it has got the key feature of proper working merge requests (the equivalent of pull requests) and the other basics of GitHub project management.

As people get scared of GitHub's management instability, something like GitLab where you can always run away and do your own hosting if ever needed (and where hundreds of alternative hosting services will pop up the minute GitLab goes bad) gets to be really attractive.

The thing that GitHub has is proper centalised Git repos with proper pull requests and history tracking. This means that you get the ability to have a central repo with real knowledge of which patches are actually accepted and at the same time you can also see the patches which haven't been accepted. None of the alternatives provided that before GitHub. This has always meant GitHub had first mover advantage.

Now, however, there are alternatives GitLab has a FOSS community edition and provides free or supported hosted public and private repositories. It is has fewer features than GitHub and, at least in the community edition things like developer statistics are less developed, however it has got the key feature of proper working merge requests (the equivalent of pull requests) and the other basics of GitHub project management.

As people get scared of GitHub's management instability, something like GitLab where you can always run away and do your own hosting if ever needed (and where hundreds of alternative hosting services will pop up the minute GitLab goes bad) gets to be really attractive.

The thing that GitHub has is proper centalised Git repos with proper pull requests and history tracking. This means that you get the ability to have a central repo with real knowledge of which patches are actually accepted and at the same time you can also see the patches which haven't been accepted. None of the alternatives provided that before GitHub. This has always meant GitHub had first mover advantage.

Now, however, there are alternatives GitLab has a FOSS community edition and provides free or supported hosted public and private repositories. It is has fewer features than GitHub and, at least in the community edition things like developer statistics are less developed, however it has got the key feature of proper working merge requests (the equivalent of pull requests) and the other basics of GitHub project management.

As people get scared of GitHub's management instability, something like GitLab where you can always run away and do your own hosting if ever needed (and where hundreds of alternative hosting services will pop up the minute GitLab goes bad) gets to be really attractive.

GitLab discuss their public development, bug tracking and future direction in a recent blog post: https://about.gitlab.com/2016/...

GitLab discuss their public development, bug tracking and future direction in a recent blog post: https://about.gitlab.com/2016/...

GitLab discuss their public development, bug tracking and future direction in a recent blog post: https://about.gitlab.com/2016/...

GitLab discuss their public development, bug tracking and future direction in a recent blog post: https://about.gitlab.com/2016/...

Gitolite, Gogs, GitLab all work great on VPSes. Even Amazon's free tier.

This is like complaining to Dice about Slashdot and expecting something to change.

As far as your basic requirements are concerned, pretty much any major (git, svn, mercurial) open source version control system will cater for them, with some third party (mostly) free tools. Local server, well established, open source, email notification via hooks, extensive (if not easy to read) documentation ... all of these would be covered by the VCS itself. Single sign on integration with Active Directory (AD) can probably be set up using an LDAP extension. Many windows clients exist, most catering to several VCSs at once; which are good and which are bad, I often find is a matter of personal taste. Tortoise* and sourcetree seem to be the most popular at the moment. Tests are generally a matter for the project itself, i.e. part of the code, and automating testing based on source control activity (e.g. test on new commits) can also be done using scripting hooks, although you might prefer some kind of continuous integration system like jenkins.

For your 'nice-to-haves'; you would be looking at a third party stack. I personally would recommend gitlab. It comes with baked in issue tracking, project wikis for documentation/planning, email notifications without you having to script hooks, LDAP/AD integration (iirc, never used it myself), merge/pull requests (i.e. a form of code review). You can attach/upload files of any type to issues/comments/wiki pages, not sure if that's what you are looking for. Alternatively, you could look at gitstack, which just fits into your price range and covers most of the maintenance/admin headaches by the looks of it. I've never used, found it by googling.

Finally, git (and possibly mercurial and svn) has a way to sign off commits using a GPG key. This work flow is also accessible through gitlab. Basically, a change is made and committed to branch which is then pushed to the gitlab server. This generates a pull request to some pre-designated branch (e.g. trunk/development/whatever). When the pull request is approved, it can be signed using the approver's GPG key. I'm not sure is this covers your specific use case; I'm afraid I'm not sure exactly what you want from the signing part of your requirements

DISCLAIMER: This advice is based exclusively on personal experience, does not constitute legal advice, makes no guarantee of merchantability or fitness to a particular purpose implied or otherwise, did not harm any kittens in the making thereof, and may cause the reader distress by making them learn something.

The source code apparently has been released on http://gitlab.com/rav7teif/lin...

I might do it for some things, but right now the ability to only checkout a subdirectory[source [stackoverflow.com]] is paramount in the way we use svn around here.

You should go with what works for you, but just so you know, git has supported sparse checkouts for a few years now. Here is a blog post from 2011 that shows you how to do it, if you're interested. Admittedly, it has a not-obvious name, and is accomplished via not-obvious methods, but c'est la vie, sometimes.

Nestled with the fact that there are so many git solutions that are third-party hosted only, and so many hostable open source subversion options available, I'll stick with svn.

Again, you should use what works for you, but FYI, you're looking for gitlab, or one of the other options out there (but I like gitlab, so that's what I'm going to link to).

All that being said, I don't think there's any reason for you to convert to git if svn is getting the job done for you. One day in the future you'll work on a project that's hosted in git and you'll learn it then.

Nestled with the fact that there are so many git solutions that are third-party hosted only, and so many hostable open source subversion options available

That is because all that you need for GIT is a local directory, SSH, or a Web server. Since your client has a full copy of the repository you can always just fire up gitweb on a local repository.

If you need a GUI to satisfy your needs there is the official web GUI that is distributed with git again no hosting required.
https://git.wiki.kernel.org/in...

If you want more advanced features like Git Hub:
https://about.gitlab.com/ (a near clone of Git Hub)
https://gitorious.org/
and dozens of others (https://git.wiki.kernel.org/index.php/Interfaces,_frontends,_and_tools)

I will +1 on the sub-directories deal, but for my use case I just made the sub-directories GIT submodules and everything works itself out. If your sub-directories are really separate parts of a larger project you probably should already have them in separate repositories anyways.

You are not required to use gapps in order to use Android. There are many other apps you can use for similar functionality and if you want a different app store, use F-Droid. Source code for the F-Droid client and server are available here.

GitLab is a thing, if you want your own GitHub stop building it from scratch and just use the real thing.

Gitorious is a thing, if you want your own Gitorious stop building it from scratch and just use the real thing.

GitLab is a thing, if you want your own GitHub stop building it from scratch and just use the real thing.

It is pretty nice too: https://www.gitlab.com/