Re: SecureD moving to GitLab
On 6/6/2018 2:17 AM, Russel Winder wrote: It is worth noting that any employer who understands software development and is involved in software development will write into the contract of employment that all software created by an employee at any time is the property of the employer. However, they must also have a system for explicitly allowing employees to work on code in their own time (or even on company time) that is then contributed under some licence or other. The point here is that the employee effectively has first refusal on all software created. Oh, employers do try that. I would negotiate what is mine and what is the company's, before signing. In particular, I'd disclose all projects I'd worked on before, and get a specific acknowledgement that those were not the company's. When I'd moonlight, before I'd do so, I'd describe the project on a piece of paper and get acknowledgement from the company that it is not their project. And I never had any trouble about it. (These days, life is a bit simpler. One thing I like about Github is the software is all date stamped, so I could, for instance, prove I wrote it before joining company X.)
Re: SecureD moving to GitLab
On Tuesday, 5 June 2018 at 06:55:42 UTC, Joakim wrote: On Tuesday, 5 June 2018 at 06:45:48 UTC, Adam Wilson wrote: Hello Fellow D'ers, As some of you know I work for Microsoft. And as a result of the recent acquisition of GitHub by Microsoft, I have decided, out of an abundance of caution, to move all of my projects that currently reside on GitHub to GitLab. [...] This reads like a joke, why would it matter if you contributed to open source projects on an open platform that your employer runs? It can be easily argued as using company assets for a side project, and gets into situations where now your company owns the IP of the thing you built on your own time. Even without using company assets a lot of employers try to add something into contracts that everything you do is owned by them, even in your off hours with no resources and not particularly related to your day job. It's pretty ridiculous.
Re: GitHub could be acquired by Microsoft
On Saturday, 9 June 2018 at 02:09:20 UTC, Walter Bright wrote: On 6/8/2018 5:54 PM, Kapps wrote: Personally I think the fear of Microsoft ruining GitHub is completely unfounded. My concern has nothing to do with Microsoft. It's about not totally relying on any third party not under our control. Mmm..but the whole point of 'cloud' (from a business model perspective) is to make us all rely on 3rd parties not under our control. MS wants github in order to create strategic dependencies - i.e. have 'them' host 'our' stuff. That creates the dependency. Now they have us. Even if the D foundation set up its own git repo, it would still need to host it somewhere. So no matter what you do, in the cloud, you're always dependent on someone. There just no getting around it. So, in the cloud, it all comes back to risk management. Ideally, repo's could be replicated across different hosting providers/platforms, and in the event of one going belly up, we'd all automatically switch over ..but what are the chances that rival companies will co-operate, so that can be achieved?
Re: GitHub could be acquired by Microsoft
On Saturday, 9 June 2018 at 00:54:08 UTC, Kapps wrote: Personally I think the fear of Microsoft ruining GitHub is completely unfounded. Just look at what they did to Xamarin. They bought an interesting product and then made it free for individuals, open sourced it, and improved it drastically. And they sure do hate Linux nowadays with dotnet CORE being partially to improve Linux / cross-platform support. These days, I don't think the "evil" of MS is the thing to be concerned about. I'm more concerned about unpredictably and unreliability. The potential for mess-ups or mind-changing or other surprises down the road. Not that it necessarily WILL happen, but I think being MS its worth being prepared, just in case.
Re: GitHub could be acquired by Microsoft
On 6/8/2018 5:54 PM, Kapps wrote: Personally I think the fear of Microsoft ruining GitHub is completely unfounded. My concern has nothing to do with Microsoft. It's about not totally relying on any third party not under our control.
Re: GitHub could be acquired by Microsoft
On Friday, 8 June 2018 at 22:06:29 UTC, Walter Bright wrote: On 6/8/2018 3:02 PM, Brad Roberts wrote: Essentially (if not actually) everything on github is available through their api's. No need for scraping or other heroics to gather it. That's good to know! The situation I was concerned with is it going dark all of a sudden. BTW, if someone wants to build a scraper that'll produce static web pages of the dlang PR discussions, that would be pretty cool! There's plenty of third party tools that archive GitHub. For example, https://www.gharchive.org/. GitHub advertises some of them at https://help.github.com/articles/about-archiving-content-and-data-on-github/#third-party-archival-projects and https://help.github.com/articles/backing-up-a-repository/. Personally I think the fear of Microsoft ruining GitHub is completely unfounded. Just look at what they did to Xamarin. They bought an interesting product and then made it free for individuals, open sourced it, and improved it drastically. And they sure do hate Linux nowadays with dotnet CORE being partially to improve Linux / cross-platform support.
Re: Dioinformatic Challenges: Implement Needleman-Wunsch and Smith-Waterman algorithms
On Tuesday, 8 May 2018 at 22:28:22 UTC, biocyberman wrote: A new deadline is also applied: 23:00 GMT+2, Saturday, 9 June 2018. That means we have about a month. Do your timing well and solve the challenges well :) I had planned to work on my solution to this challenge during these last two weeks. Alas, due to a possible job opportunity I had to dedicate those two weeks to cleaning up the DHDL library for release. I'll be publicly releasing it in the following weeks. In any case, I plan to take a look at this at a later date. Sorry I wasn't able to participate at this time. Hope to see you at the conference next year too!
Re: GitHub could be acquired by Microsoft
On 6/8/2018 3:02 PM, Brad Roberts wrote: Essentially (if not actually) everything on github is available through their api's. No need for scraping or other heroics to gather it. That's good to know! The situation I was concerned with is it going dark all of a sudden. BTW, if someone wants to build a scraper that'll produce static web pages of the dlang PR discussions, that would be pretty cool!
Re: GitHub could be acquired by Microsoft
On 6/8/2018 2:34 PM, Walter Bright via Digitalmars-d-announce wrote: On 6/7/2018 10:01 PM, H. S. Teoh wrote: And that is why it's a bad thing to build a walled garden around a code repo, esp. when the underlying VCS is well capable of distributed development. If only there has been a standard protocol for communicating such associated content, such as PR comments and discussions, bugs and issues (this latter not applicable in our case, thankfully), then we could have setup an archival system to retrieve and store all of this information. Unfortunately, AFAIK there isn't a way to do this, and so if Github for whatever reason shuts down, all of this valuable information would be lost forever. Since I have (most) of the Github discussions in email form, I could do something like this if we had to: https://digitalmars.com/d/archives/digitalmars/D/index.html There's a program that runs over the NNTP database to generate the static pages: https://github.com/DigitalMars/ngArchiver Essentially (if not actually) everything on github is available through their api's. No need for scraping or other heroics to gather it.
Re: GitHub could be acquired by Microsoft
On 6/7/2018 10:01 PM, H. S. Teoh wrote: And that is why it's a bad thing to build a walled garden around a code repo, esp. when the underlying VCS is well capable of distributed development. If only there has been a standard protocol for communicating such associated content, such as PR comments and discussions, bugs and issues (this latter not applicable in our case, thankfully), then we could have setup an archival system to retrieve and store all of this information. Unfortunately, AFAIK there isn't a way to do this, and so if Github for whatever reason shuts down, all of this valuable information would be lost forever. Since I have (most) of the Github discussions in email form, I could do something like this if we had to: https://digitalmars.com/d/archives/digitalmars/D/index.html There's a program that runs over the NNTP database to generate the static pages: https://github.com/DigitalMars/ngArchiver
Re: Beta 2.080.1
On 6/8/18 2:13 PM, Russel Winder wrote: On Mon, 2018-06-04 at 17:14 +0100, Russel Winder wrote: On Mon, 2018-06-04 at 11:14 -0400, Steven Schveighoffer via […] I just submitted a PR to fix https://issues.dlang.org/show_bug.cgi?id=18934 I used stable. I'm hoping it could get in for this release. https://github.com/dlang/phobos/pull/6544 So am I. Looks like this didn't get into 2.080.1. When is 2.080.2 being released? When or if is up to Martin. If not 2.080.2, I will target master for 2.081. Seems like it was pretty much good to go, but didn't make the cutoff. -Steve
Re: GitHub could be acquired by Microsoft
On Fri, Jun 08, 2018 at 02:02:12PM -0400, Nick Sabalausky (Abscissa) via Digitalmars-d-announce wrote: > On 06/08/2018 01:01 AM, H. S. Teoh wrote: > > but the valuable associated information like PR discussions is > > specific to Github and there is no easy way (if there's a way at > > all!) to export this data and import it elsewhere. > > For importing, you may be right. For exporting, I'm not sure I agree. > With curl and something like Adam's HTML DOM (or heck, even just > regex) it shouldn't be too difficult to crawl/scrape all the > information into a sensible format. That's a technique I've been > wanting to do a LOT more with than I've had a chance to. True, you can write a crawler to trawl through all the pages and collate all the info. But it doesn't seem to be something that can be done overnight, and the extracted data will probably need further processing to be put into a more useful form (e.g., resolving cross-links, parse references between PRs, etc., dumping the raw HTML is only the first step). > Although granted, that's still far more complicated than it SHOULD be, > and doesn't help much if there's nowhere to import it into. Even if there were somewhere to import it, it would still require a fair amount of effort to massage the data into the right format to be imported. > > It's 2018, and history has shown that standard, open data formats > > are what stands the test of time. > > Yup. Unfortunately, history has also shown that closed-off and > locked-in tend to be more lucrative business models. Which is why all > the big muscle in the tech world is usually working *against* open > standards. Of course. Money corrupts, and where money is involved, you can expect that anything else that stands in the way to be shoved aside or thrown out the window completely, no matter how much more sense it may make. Ironic, that Github hasn't turned a profit yet. :-D T -- Which is worse: ignorance or apathy? Who knows? Who cares? -- Erich Schubert
Re: Beta 2.080.1
On Mon, 2018-06-04 at 17:14 +0100, Russel Winder wrote: > On Mon, 2018-06-04 at 11:14 -0400, Steven Schveighoffer via > […] > > > I just submitted a PR to fix > > https://issues.dlang.org/show_bug.cgi?id=18934 > > > > I used stable. I'm hoping it could get in for this release. > > > > https://github.com/dlang/phobos/pull/6544 > > > > -Steve > > So am I. Looks like this didn't get into 2.080.1. When is 2.080.2 being released? -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part
Re: GitHub could be acquired by Microsoft
On 06/08/2018 01:01 AM, H. S. Teoh wrote: but the valuable associated information like PR discussions is specific to Github and there is no easy way (if there's a way at all!) to export this data and import it elsewhere. For importing, you may be right. For exporting, I'm not sure I agree. With curl and something like Adam's HTML DOM (or heck, even just regex) it shouldn't be too difficult to crawl/scrape all the information into a sensible format. That's a technique I've been wanting to do a LOT more with than I've had a chance to. Although granted, that's still far more complicated than it SHOULD be, and doesn't help much if there's nowhere to import it into. It's 2018, and history has shown that standard, open data formats are what stands the test of time. Yup. Unfortunately, history has also shown that closed-off and locked-in tend to be more lucrative business models. Which is why all the big muscle in the tech world is usually working *against* open standards.
Release D 2.080.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Glad to announce D 2.080.1. http://dlang.org/download.html This point release fixes a few issues over 2.080.1, see the changelog for more details. http://dlang.org/changelog/2.080.1.html - -Martin -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEpzRNrTw0HqEtE8TmsnOBFhK7GTkFAlsavbkACgkQsnOBFhK7 GTmq4A//WI66WmZbvZT50ewKXj3Ge6kUrnj9bTJQxey8ZpD5o13m7I0JRO6S1rjp IVXEqnoz3OXiOdUiB4ClPApy/fSOOstxRLuRv9/7fGJam7ziN3ZsXceUoLgMXSn2 em1OQlCIn74XL/tOTaaZpTns1NTUHFqfslDYKldzg+0xCenQ/PwB4kI1FRVXBwaw DLRDg+DWbxCQxNnfCq2YUSIKa6ROoAtMMPYjc31bj6AFLh3U2to+23XT9IsDAAdw ElstqeQR6LjgTLJPYGiuI9HU7KWsgVtTyUFw21Sd6jptDdqFmI0y1/IIDfWRVOpz d78PzFeCkKlvFFqQDaYNG0h7A9ei8Sm85evXG5bOcCm4R58eClB8AT71sOir1Xzj AUUgLGSyfMhjXHy+XbooDsV8Ibb4YgRgLwC+Ov5XuUP/6y/ajzWSu4PtOCqigAip UZQIeECj9NArq4OjJ/q/kbfyfX+fcyybKYeTCb9J3n68Ro1UVFRl1EWq3lXKGYt4 HE4KtGDLIwF91YnTDMcDF1BgfICJA+ZKcCUPL6iSK2tMXGF23fkwmm9tRVfLrLSo cN+kOTqRSf4mRbn8Ef4b7u4noAfQ9JB+e/McefIRJXaMuaYyfz4eErTX8Svzhwzi lJ6WgyKvO3mE2sYc9jLPD5egM6LYadr34fY8tkn3EI6NsfwmZVY= =B9zW -END PGP SIGNATURE-
Re: SmartRef: The Smart Pointer In D
On Friday, 13 January 2017 at 16:50:37 UTC, Dsby wrote: I will write more test before the frist release. And the docs is null. It on github: https://github.com/huntlabs/SmartRef I hope you know https://code.dlang.org/packages/automem.
Re: GitHub could be acquired by Microsoft
On Thursday, 7 June 2018 at 19:02:31 UTC, Russel Winder wrote: On Thu, 2018-06-07 at 10:17 -0700, H. S. Teoh via Digitalmars-d-announce wrote: […] Exactly!!! Git was built precisely for decentralized, distributed development. Anyone should be (and is, if they bothered to put just a tiny amount of effort into it) able to set up a git server and send the URL to prospective collaborators. Anyone is free to clone the git repo and redistribute that clone to anyone else. Anyone can create new commits in a local clone and send the URL to another collaborator who can pull the commits. It should never have become the tool to build walled gardens that inhibit this free sharing of code. I think there is an interesting tension between using a DVCS as a DVCS and no central resource, and thus no mainline version, and using a DVCS in combination with a central resource. In the latter category the central resource may just be the repository acting as the mainline, or, as with GitHub, GitLab, Launchpad, the central resource provides sharing and reviewing support. Very few organisations, except perhaps those that use Fossil, actually use DVCS as a DVCS. Everyone seems to want a public mainline version: the repository that represents the official state of the project. It seems the world is not capable of working with a DVCS system that does not even support "eventually consistent". Perhaps because of lack of trying or perhaps because the idea of the mainline version of a project is important to projects. Well, as Jonathan says, you have to release a build eventually, and you need a mainline version that you know has all the needed commits to release from. If you have multiple people all releasing their own builds with each build getting a roughly equivalent number of downloads, then a mainline version may not be needed, but I know of no large project like that. In the past Gnome, Debian, GStreamer, and many others have had a central mainline Git repository and everything was handled as DVCS, with emailed patches. They tended not to support using remotes and merges via that route, not entirely sure why. GitHub and GitLab supported forking, issues, pull requests, and CI. So many people have found this useful. Not just for having ready made CI on PRs, but because there was a central place that lots of projects were at, there was lots of serendipitous contribution. Gnome, Debian, and GStreamer are moving to private GitLab instances. It seems the use of a bare Git repository is not as appealing to these projects as having the support of a centralised system. Nobody uses a DVCS alone, even the linux kernel guys have mailing lists and other software they use to coordinate with around git. I think that whilst there are many technical reasons for having an element of process support at the mainline location favouring the GitHubs and GitLabs of this Gitty world, a lot of it is about the people and the social system: there is a sense of belonging, a sense of accessibility, and being able to contribute more easily. There is some of that, but you could reproduce all of that in a technically decentralized manner. One of the aspects of the total DVCS is that it can exclude, it is in itself a walled garden, you have to be in the clique to even know the activity is happening. Right now, yes, mailing lists and bugzilla can be forbidding to the noob, compared to just signing up on github and getting everything at one go. But as Basile's link above points out, there are tools like git-ssb that try decentralize all that: http://git-ssb.celehner.com/%25RPKzL382v2fAia5HuDNHD5kkFdlP7bGvXQApSXqOBwc%3D.sha256 All of this is not just technical, it is socio-technical. It is all ultimately technical, but yes, social elements come into play. One big thing that web software like github or trac helps with is reviewing pulls to the main repo. I'm not about to add dozens of remotes to my local repo to review pulls from all the contributors to dmd/druntime/phobos, the github pull review workflow is much easier than the git command-line equivalent. However, it wouldn't be that hard to decentralize most of what github provides by coming up with a standard format to store issues and other discussion in a git repo, as I'm guessing git-ssb does. The only aspect that might present difficulty is that you may not get as nice a web viewer as github provided, as the built-in gitweb is not very good compared to github's web UI. In that way, while many are complaining about using github, the OSS community doing so for all these years may have been optimal, in that as long as a money-losing company was willing to do that work for you for years, why not use it? Where was all that money being lost after all, if not on providing features to users who weren't paying enough to sustain it? Then, once you know whether github's business model works or not, apparently