lgp171188

Kubuntu is awesome! Using an LTS version which provides a solid base and then using the kubuntu-backports PPA to get the latest KDE Plasma stuff works great in my experience.

Canonical has provided security updates just for the packages in "main" and the security updates for the rest were provided by community maintainers on a best-effort basis. With Ubuntu Pro, Canonical now provides security updates for more packages than it used to, otherwise.

Disclaimer: I work for Canonical but have nothing to do with the distribution or Ubuntu Pro. And I am not speaking on behalf of the company.

> Lineage has the proprietary Google Play Services

Lineage doesn't ship the proprietary Google Apps. It is up to the users to flash it after flashing Lineage

All the advertisements about the latest Nexus phones have always been about them being the first to get the latest and greatest uodates and yet it took them just 1 year to ditch those who bought Nexus phones last year. This is clearly a bait and switch imo.

I was an idiot and I am not proud of that! I was thinking like "I need insulin when I eat food. So since I am not eating, I don't need insulin and everything will be fine" :-(

I use DriveDroid (http://softwarebakery.com/projects/drivedroid) on my rooted OnePlus One running CM 13. Very easy and convenient.

I fasted for a day when fighting with my parents. Worst thing to do since I am a Type-1 diabetic and ended up with Diabetic Ketoacidosis the next day and a near-death experience :-(

Fasting is not for everyone!

Imho, this looks like a deliberate ploy to get most Windows computers to upgrade to Windows 10 so that they can force the App Store model in order to get the 30% cut.

I am tempted to believe that the pharma companies are more interested in keeping their recurring revenues from diabetics than find a one time cure.

Here in India, the medicines and tools for a diabetic (particulary IDDM) is still prohibitively expensive for most people who have it. The prices of insulins and testing strips have increased by 10% or so many times in the past couple of years. Things like CGMS, insulin pumps are not affordable even to well-off people like me.

There has always been news of research from various government and government aided organizations towards the development of low cost testing strips (at about Rs. 5 per strip compared to Rs. 17 and above for the existing products) but nothing has come out as a product. What's worse is an unknown healthcare company has acquired the technology from ICMR (Indian Council of Medical Research) a year back and till now their only product is a low cost sanitary napkin. Wouldn't be surprised of the involvement of the big pharma companies in the delay.

All this said, at least India doesn't have an insurance system like in the US which has pushed up the prices repeatedly to help the insurance companies (imho an unwanted middleman in most cases) make more and more money.

I am not very optimistic about the future.

Great job GitLab team! Way to go! Unfortunately I cannot use it for my projects till the issue https://gitlab.com/gitlab-org/gitlab-ce/issues/12920 exists. Hopefully, it will be resolved some time in the future.

I am firm believer in FOSS and I am very glad with GitLab embracing it as much as possible without affecting their revenues. I have started creating my new repositories on GitLab from this month

The original TRAI paper for this Net Neutrality discussion looked exactly like if it had been written by someone from the telcos. This repeated "call for feedback" attempts made by TRAI seems to be a ploy to ignore the 1.5 M+ responses supporting net neutrality that they had received during the April consultation.

If Facebook can (ab)use their monopoly and userbase to trick people into supporting Free Basics, just imagine what they will do when they monopolize access to Internet in India for most of the people? Scary!

If Facebook is bringing in Free Basics only to get those who do not have internet access to get some, then why is Free Basics provided even to customers with data packs? I have seen in person and verified that it is the case.

Facebook has reportedly spent more than $20 million to advertise, push and lobby for Free Basics. Just imagine if that money was used to provide some MB of unrestricted internet usage to people. A lot of people would have benefited. That also begs the question, how is Facebook going to recoup that? And every answer to that question is bad for those poor users that Facebook is connecting to their own walled garden impersonating internet.

Also if people can afford to get phones that support connecting to internet (these days almost all such phones are smartphones and prices start from Rs. 2000 onwards), can they not afford Rs.100 odd to get a reasonable amount of 2G data to access the actual internet? Imho most of them can.

Awesome! This was the only way forward for a user-centric web browser like Firefox. Glad to see that they have listened to user feedback (and uproar) and backed down.

The "Hello" button automatically came back to the toolbar (I had removed it) after the Firefox 42 upgrade. Thought that it could be accidental and checked on a different machine, the same thing happened.

Would appreciate better support for the Integration-Manager workflow described in http://git-scm.com/book/be/v2/Distributed-Git-Distributed-Wo.... It is possible to use this workflow with Bitbucket and GitHub but not with GitLab (possibly due to the differences in roles and permissions). I had already raised a feature request for this some time back. Would appreciate your thoughts on this.

> So, let me ask you a question, you prefer a browser where stuff is disabled by default and you enable them at your own will? Can you give me pointers into what about discovery of said features?

> Thinking the other way around, what about a browser where features are enabled and then you disable what you do not like? Why is that bad in your opinion? The customize menu that allows you to reorder and remove features is not enough for you?

Not sure if you understood me right. All I stated was that if it had been an extension that shipped with Firefox and turned on by default, it is easier for the user to turn it off or remove it than when it is a part of core Firefox. Please see my above comment for details. I did not talk about browsers with features turned off by default.

Quoting the About page of the Mozilla Input site,

"Firefox Input is Mozilla's primary feedback mechanism for products.It is set up to be a method of one-way communication about your experiences in using our products, the Internet you view it through, and what Mozilla can do to make that experience better"

So please provide do provide feedback on various Mozilla products on Mozilla Input and not just limit it to this Pocket integration.

> Pocket was added internally and not as an extension because it was easier.

Not sure how it was easier, since there is already a Firefox extension for Pocket which could have been shipped as an extension installed by default (but removable by users who do not want it)

> Instead of offering just a web view, Mozilla is trying to bundle features that the users find useful. None of the said features does you any harm if you don't use them.

A lot of privacy-aware users will expect Mozilla to provide a way to easily disable and remove what are essentially features tangential to the core functionality of the browser. By making it a feature integrated into the core Firefox, the users now have to jump through various hoops to come close to achieving that. Having it as an extension makes it much easier to do so.

Disclaimer: I contribute to Mozilla Input codebase but have no affiliation with Mozilla.

I have already created a feature request here - http://feedback.gitlab.com/forums/176466-general/suggestions...

The main assumption in the Integration-Manager workflow is that code from repositories of other users is always pulled by the owner of the current repository as and when appropriate.

So if dev1 and dev2 are working on the same feature in 2 different forks of the main repository, dev1 has to pull commits from dev2 that are needed in his/her fork and dev2 has to do the same in his/her fork. Once the feature is complete, the merge request is created from one of the 2 forks.

Yes it is harder to mention issues, but that can be done in the message of the merge commit. Since forks are essentially equivalent to branches in this workflow, I usually don't mind referring to issues in the individual commits itself which would link to the correct issue on getting merged to the main repository.

We do this with our team's projects hosted on Bitbucket, ymmv.

If you are using the Integration-Manager workflow (which GitLab doesn't support as well as Bitbucket or GitHub), all the members of a team have read access to all the repositories and forks in the team namespace. That means the owner of a developer branch fork can always read the repo of another contributor and pull the changes.

https://wiki.mozilla.org/SecurityEngineering/x509Certs#Error... says that the certificate is not properly encoded

Yes, totally agree with that. I am a type-1 diabetic and I eat everything in moderation and I am absolutely healthy. :)

> Too bad that you're not too bright about the future. A lot of people are working on fixing it. Maybe these links will inspire you to think about it differently?

I have come across these things that you have pointed out and yes they are steps in the right direction. But if you ask me if any of those will become the mainstream de-facto thing that everyone will use some time in the future? Based on the evidence available at the moment, I would still stick to what I said and maintain that it is highly unlikely given the current state of affairs. Yes, I would be very glad to be proven wrong but not enough atm to feel optimism. :)

Almost all of our communication protocols and technologies are built on trust on those who run various services. So as long as that is the case, imho there is no way to stop surveillance.

It would be great to start from scratch and build things without the expectation of any trustability from anyone, but I don't see that happening ever!

Sad to see that the people elected by other people like us to do good for all the people tend to do everything other than that.

Classic case of pot calling the kettle black. Perhaps they consider themselves to beyond all the rules like they are in their own country. Given the standards they have set for themselves, they have to expect and deal with other countries trying to do the same.

I have been wanting to self-host GitLab for quite some time, but it doesn't support the workflow my team uses on Bitbucket.

We have a team and by default all the members of the team have read access to all the team repositories (unless overridden at a repo level) and write access to the repositories they created or forked. Developers can create forks within the team namespace and send pull requests between themselves and to the official "blessed" repo from which releases are done. Those with write access to some repositories can commit to those repos and also merge pull requests. Admin can basically do everything within the team namespace.

That said, congratulations on keeping GitLab rolling forward with more and more features and bugfixes every release.

Edit: Fixed a typo and added some more detail.

Wow, a mindblowing visualization which presents the reality to the minds of people like me who often imagine the world is flat like on the map and connect places by straight lines

Yes, even I thought the same. I hate that the home page has a lot of content that I have to scroll down to view (at 1440x900 resolution).

http://ibin.co/1kret3oW7caZ illustrates whitespace wastage in the blog

Edit: Added an illustration

SEEKING WORK

Location: Bangalore, India

Remote: Yes

Willing to relocate: No

Technologies: Debian, Python, Django, C++, SAN Storage, Linux system administration.

Code: GitHub: https://github.com/lgp171188 Bitbucket: https://bitbucket.org/guruprasad

Resume: https://docs.google.com/file/d/0By4tOruhioffYk8ySEdweTZEdWc/...

Email: lgp.171188 at gmail

Location: Bangalore, India

Remote: Yes

Willing to relocate: No

Technologies: Debian, Python, Django, C++, SAN Storage, Linux system administration.

Code: GitHub: https://github.com/lgp171188 Bitbucket: https://bitbucket.org/guruprasad

Resume: https://docs.google.com/file/d/0By4tOruhioffYk8ySEdweTZEdWc/... Email: lgp.171188 at gmail