Slashdot Mirror

My ASUS convertible (Vivobook Flip) came with Windows 10 and runs Ubuntu nicely, thank you.

ASUS is hit and miss, however. The T100TA and X205TA have had serious problems with GNU/Linux in the past.

My ASUS convertible (Vivobook Flip) came with Windows 10 and runs Ubuntu nicely, thank you.

ASUS is hit and miss, however. The T100TA and X205TA have had serious problems with GNU/Linux in the past.

Nonsense. 8.8.0 is the one that shows up in the download listing.

At the present instant the download link on the main page is broken, but it took me about 15 seconds to find the actual download listing.

While C is faster in some cases, java is faster in other cases starting with Android 6.0.

As a falsehood this is fairly outrageous. Real benchmarks are available here.

Java must be considered good in its niche. Despite that, it's apparently necessary for you and others to write apologetics for it. As a language, it's verbose and unlovely. Worse than that, it's boring. Which of course makes it all the more suited for its purpose: most applications are boring. Boring code does what it's supposed to do in ways that are easy to understand.

Programming has two inheritances. The first is the theoretical foundation, stemming from the lambda calculus and that Turing guy. The second inheritance is that of the circuit and the capacitor: the actual mechanics of slinging bits around. It's probably fair enough to suggest that languages tend to favor either performance and bit-slinging or functional purity. Java occupies an uncomfortable niche in the sense that it is very much on the performance side of things rather than the functional, and yet it consistently falls short of C, and for that matter Rust and Erlang seem to stack up pretty well.

To borrow from Alan Perlis, "A language that doesn't affect the way you think about programming, is not worth knowing." Java may even be the perfect language of its category. It never goes on any adventures or does anything unexpected, and its performance is just fine, thank you. But you'll pardon me if I prefer

(1...1000).select { |i| !!(i%5) || !!(i%3) }.reduce(&:+)

to

public static void main(String[] args) {
    int sum = 0;
    for (int i = 3; i < 1000; i++) {
        if (i % 3 == 0 || i % 5 == 0) {
            sum += i;
        }
    }
    System.out.println(sum);
}

Java borrowed from stack overflow

Er, which Debian dropped support for UW IMAPD? The one in my universe didn't.

You can find the reasons here

It is good for servers with complicated boot dependencies such as a clustered fs on top of iSCSI which before systemd, used to require me to hack the init files every time. Systemd was designed to solve problems on servers and that was it's primary justification. The fact that is makes desktops boot faster was a happy side affect, despite the meme.M

CentOS did the Systemd transition badly, Debian's was more smooth with the exception that I wish they hadn't abandoned /etc/default at the same time.

How is it that nobody has brought up that Debian still has sysvinit available, including for the upcoming Debian 9 "stretch".The release notes for Debian 8 "Jessie" included instructions for how to stick with sysvinit if you didn't want systemd. That was two years ago, and sysvinit is still an option in Debian today.

Do "init freedom lovers" include people that like systemd? It seems to me that Debian gives you that freedom, and Devuan takes it away so that you cannot choose systemd.

There are valid criticisms of systemd. I understand that some people who have tried it don't like it. That's fine, people can and should use what they want. However I often doubt that systemd haters have really given it a chance, bothered to learn the new technology at all, or explored the new things that are possible and easy with systemd.

Personally I think systemd is the best thing on GNU/Linux since package managers with dependency resolution.

And it's fast as fuck...

Wrong.

Except that isn't true.
https://qa.debian.org/popcon-g...

Java has been around for over 20 years. JavaScript has been around for over 20 years. C# has been around for over 15 years. Haskell has been around for over 25 years. Python has been around for over 25 years. Go has been around for over 7 years. Rust 1.0 was released almost 2 years ago. There are many other "safe" languages that I haven't mentioned.

If you knew anything at all about software you would know the implications that garbage collection has on performance. It's a good thing you posted as AC because otherwise you would have just embarrassed yourself to the point that you'd probably be down-modded for the next fifty years.

So given all of this time, and all of these different non-C/non-C++ languages, why have we seen almost none of the types of software you listed be successfully implemented using them?

To reiterate: because performance.

Web browsers written in non-C/non-C++ languages have all been failures. Xena/Javagator was a failure. HotJava Browser was a failure. Grails was a failure. Servo is shaping up to be a colossal failure.

Servo was never intended to be actually used-- It's just an experimental prototype for research.

Face it, C and C++ have proven themselves to be the only languages capable of being used successfully for the types of software that you listed. Despite having had allegedly "safer" languages for decades and decades now, we haven't seen anyone come up with anything to successfully replace the software written in languages like C or C++.

I like C++. But you're mistaken in thinking that Rust should be compared to JIT languages like C# or Java or Javascript or to automatic garbage collected languages like Go or D. Yes, the details matter and Rust does have promise.

Time will tell whether C++ evolves and outpaces Rust or whether Rust's standard library and general ecosystem are better.

At this moment, though, it looks like Rust is roughly equivalent to C++ for performance which is not too surprising since rustc uses LLVM as its backend for compilation. I also think Cargo and crates are superior to the C++ way of handling libraries-- in the sense that a package manager is superior to manually finding libs and installing packages.

The AMD 761 held fixes for the bug, but VIA and nVidia had problems due to AMD withholding information of the bug. Ugh, I can still remember all that annoying AGPGART messing about...

As for Piledriver: https://lists.debian.org/debia...

The topic was not, how to obtain a compiler, but whether or not to compile an application — Firefox — from source. The compiler is part of the operating system — if it is any good, anyway

Thank you for pointing out another dimension of the actual debate: what constitutes the "operating system". By a definition of "operating system" that includes a compiler, everything in Debian main or Ubuntu main might be considered part of the "operating system". This includes everything recompiled by the distributor (Debian or Canonical) and shipped on the install disc, including Firefox. Others believe that the kernel is the "operating system" and the entire userspace is "applications".

If all you've got on your choice of OS is either using binaries somebody else compiled for you or a completely unaided manual rebuild, your choice was really poor...

The Debian and Fedora distribution families give users the option to download packages that contain source code instead of executable code, which can be compiled to a binary package and installed. Though the option is there, it's just rarely used by end users.

Since America has the best programmers...

> Germany and Brazil, with at least two more happening in May in Paris and Zurich

That part concerns me. It sounds like to me that they now care more about being PC than producing good software.

Wow! It just shows how prejudiced you are. First have a look at the Debian developers world map. Most of them are in Europe so this is the most logical location for Debian conventions.

Second, America has the best programmers? Really? That's not what HackerRanksays. But more importantly you have to know that most everyone is going to think their country has the best programmers so starting with such a statement speaks a lot about you and discredits the rest of your post.

There's a "really funny" story about xscreensaver, that you should look up one day...

Thanks to you, I just went down that rabbit hole. I just couldn't stop reading those email and mailing list exchanges. I can imagine how annoying it must be for the guy to get complaints about bugs in his app that he fixed years ago but that Debian maintainers won't include a more recent version. Here's my favorite part:

Just "being old" is not a bug in itself, so it's not a reason good enough to upgrade, or a reason to ask the user that he/she has to upgrade.

https://bugs.debian.org/cgi-bi...

Is there a central place with all the BSP listed?

I've had a look at https://wiki.debian.org/BSPPla... and only the upcoming one in Paris is mentioned, not the other one in Zurich or previous ones in Germany or Brazil.

Likewise, you can use KeepassX on macOS, and Keepass Droid on Android devices.

I tested KeePassX for all of 20 minutes but quickly ran away when I discovered they did not even know how to generate proper random passwords! (interestingly this bug now has a virus attached to it!) After find such an obvious bug I just couldn't trust the rest of the code base. Plus it took them 4 years to fix that security bug which denotes a clear lack of concern about security. And the "fix" was "let's remove the feature". Four years to just remove the feature! Given that KeePassX is a port of KeePass I cannot recommend it either.

Not to mention that JavaScript is several magnitudes slower than Java.

Really? Because I'm not seeing orders of magnitude difference here... typically Java seems to be no more than 2-5x faster.

https://www.paypalobjects.com/webstatic/blog/node_java_perf.gif
http://benchmarksgame.alioth.debian.org/u64q/javascript.html
http://dvschroeder.blogspot.com/2013/07/java-vs-javascript-vs-python.html

You can download it here

You missed that entire trademark discussion.

https://bugs.debian.org/cgi-bi...

It sounds like you didn't put in zero amount of effort into reading about any of it...this was last years news. Literally.

As a comparison, Debian popcon shows i386 users being 27% of amd64's number, yet by counting bug reports filed after 2016-01-01 that include system information, that's 7%.

I see two possible explanations for this discrepancy: either i386 installations are old ones that were installed as such because the user didn't know better (the i386 installer was shown more prominently), or that such users are too untechnical to participate in filing reports.

In any case, getting a non-thoroughly-embedded machine without amd64 support takes some serious dumpster diving.

I'm pretty sure AC #53795299 is referring to the MTP backend of GNOME Virtual File System.

Merits of systemd

A single core is enough to run a modern OS, it's the RAM and hard drive or SSD that count more.
Although yes, Windows 7 is a dog, and so are Gnome 3, Cinnamon, KDE.

Oh damn, you can easily use and install debian+lxde by getting the file named "debian-live-8.6.0-i386-lxde-desktop.iso" here : http://cdimage.debian.org/debi...
It won't win a beauty contest and you will lose the ability to play almost any video game, but everything will be up to date. The requirements are similar to Windows XP without malware, and lower than Windows XP with malware.

..as no one can prove that XP is less safe..

nor can I prove or disprove anything myself, but fuck you, you're unqualified. It's not so much your opinion is wrong, but that you're not entitled to waiving it around and ask for it to be taken seriously, because you know nothing about the subject matter.
How can you prove your machine is not infected? Likely, your PC is so much powerful (can do a billions shits per second) that you won't notice slow down from small enough, modern, mostly dormant malware.

Quoting define:google just for clarity:

derivative: something which is based on another source.

If it's a modified Ubuntu, it's a derivative. You can still make modified Ubuntu distributions. You just can't re-use the TRADEMARK when advertising your derivative. That is, you can use the source code exactly how you want. You cannot use the Ubuntu name to advertise your resulting distro, unless you meet minimum guidelines.

Also, Debian does have protection around the use of it's name in things: https://www.debian.org/tradema...

Specifically:

You cannot use Debian trademarks in any way that suggests an affiliation with or endorsement by the Debian project or community, if the same is not true.

To summarise: You can still create modified distributions of Ubuntu... you just can't call them "Allo's Ubuntu"

Such as mostly newer laptops. Bay Trail stuff in particular, such as the ASUS T100TA and X205TA, took a while for basic functionality to be supported in Debian and other distressed. Bluetooth and screen brightness are still broken on the T100TA.

Does Fedora have an ncurses app for exploring packages, such as aptitude? Last time I looked at it, as far as I could tell you had pure command-line tools (rpg and yum) and full GUI tools but nothing like aptitude.

https://wiki.debian.org/Aptitude

I particularly like the way vi keys work as expected inside aptitude. For me it is a fantastic way to browse through packages, see what I have installed, etc. I would have tried out Fedora by now if I knew I could use aptitude on it.

The only use for the curl utility is to download files from the internet, and I find it frightening that my automobile would need to do this. What files is it downloading? And curl has a steady stream of security vulnerabilities (see https://security-tracker.debian.org/tracker/source-package/curl). Do these security vulnerabilities get patched? How? Are the patches downloaded automatically, or do I need to take the car into the dealer to get it patched?

Debian is willing to put something into the non-free archive area (and things that depend on it into contrib). In fact, the existence of the non-free section on Debian servers is why the GNU project cannot recommend Debian. Fedora is more likely to instead leave out a package entirely, except for non-free firmware that executes on peripheral coprocessors instead of the main CPU. But even that's too much non-free software for GNU.

Thanks, I was wondering what GNU Screen was doing in an installer ... except that your post doesn't actually really illuminate the situation at all.

Anyway, I followed your links for a bit and here's (some) description of it : https://lists.debian.org/debia...

I have a new idea on d-i/network-console: multi-console support (screen/tmux).

For d-i on normal PC, we can simply press alt-F2 to get a console
almost anytime during install, but it's not easy for current
network-console if there's no serial console.
So I'm wondering whether it's possible to add screen/tmux support.

Yeah, it's not worth much, but now I can actually see the use ...

MAT, "composed of a GUI application, a CLI application and a library, to anonymize/remove metadata," is a very useful tool[1] found in Tails[2] Linux and in the Debian Packages.[3]

MAT leader, 'julien voisin'[4], said on the MAT mailing list[5], "If someone wants to take over the maintenance/leadership, I'll be happy to do my very best to help him/her."[6]

MAT has been under scrutiny recently, including a web page which says, "We took a closer look at the Metadata Anonymisation Toolkit and found a security problem."[7], in Debian Bug reports "mat doesn't remove metadata in embedded images in PDFs"[8],[9],[10], lists,[11] and a recent Debian Security Advisory[12]:

"Hartmut Goebel discovered that MAT, a toolkit to anonymise/remove metadata from files did not remove metadata from images embededed in PDF documents. For the stable distribution (jessie), this problem has been fixed in version 0.5.2-3+deb8u1. This update disables PDF support in MAT entirely. We recommend that you upgrade your mat packages."

On jvoisin's blog, "The current version has bugs, and doesn't work on Python3, I wouldn't advise anyone to use it"[13], "developers: if you want to maintain MAT, I'll be happy to do my very best to help you, but I don't feel like reviewing and merging patches, sorry."

Please say a kind word to jvoisin and if you have the skills and ability, arrange with jvoisin for a clean transition of leadership so MAT doesn't end here.

[1] https://mat.boum.org/
[2] https://tails.boum.org/
[3] https://packages.debian.org/se...
[4] julien.voisin@dustri.org *or* jvoisin on irc.oftc.net
[5] https://mailman.boum.org/listi...
[6] https://mailman.boum.org/piper...
[7] https://digitalcourage.de/blog...
[8] https://bugs.debian.org/cgi-bi...
[9] https://bugs.debian.org/cgi-bi...
[10] https://bugs.debian.org/cgi-bi...
[11] https://lists.alioth.debian.or...
[12] https://www.debian.org/securit...
[13] http://dustri.org/b/mat-is-cur...

MAT, "composed of a GUI application, a CLI application and a library, to anonymize/remove metadata," is a very useful tool[1] found in Tails[2] Linux and in the Debian Packages.[3]

MAT leader, 'julien voisin'[4], said on the MAT mailing list[5], "If someone wants to take over the maintenance/leadership, I'll be happy to do my very best to help him/her."[6]

MAT has been under scrutiny recently, including a web page which says, "We took a closer look at the Metadata Anonymisation Toolkit and found a security problem."[7], in Debian Bug reports "mat doesn't remove metadata in embedded images in PDFs"[8],[9],[10], lists,[11] and a recent Debian Security Advisory[12]:

"Hartmut Goebel discovered that MAT, a toolkit to anonymise/remove metadata from files did not remove metadata from images embededed in PDF documents. For the stable distribution (jessie), this problem has been fixed in version 0.5.2-3+deb8u1. This update disables PDF support in MAT entirely. We recommend that you upgrade your mat packages."

On jvoisin's blog, "The current version has bugs, and doesn't work on Python3, I wouldn't advise anyone to use it"[13], "developers: if you want to maintain MAT, I'll be happy to do my very best to help you, but I don't feel like reviewing and merging patches, sorry."

Please say a kind word to jvoisin and if you have the skills and ability, arrange with jvoisin for a clean transition of leadership so MAT doesn't end here.

[1] https://mat.boum.org/
[2] https://tails.boum.org/
[3] https://packages.debian.org/se...
[4] julien.voisin@dustri.org *or* jvoisin on irc.oftc.net
[5] https://mailman.boum.org/listi...
[6] https://mailman.boum.org/piper...
[7] https://digitalcourage.de/blog...
[8] https://bugs.debian.org/cgi-bi...
[9] https://bugs.debian.org/cgi-bi...
[10] https://bugs.debian.org/cgi-bi...
[11] https://lists.alioth.debian.or...
[12] https://www.debian.org/securit...
[13] http://dustri.org/b/mat-is-cur...

MAT, "composed of a GUI application, a CLI application and a library, to anonymize/remove metadata," is a very useful tool[1] found in Tails[2] Linux and in the Debian Packages.[3]

MAT leader, 'julien voisin'[4], said on the MAT mailing list[5], "If someone wants to take over the maintenance/leadership, I'll be happy to do my very best to help him/her."[6]

MAT has been under scrutiny recently, including a web page which says, "We took a closer look at the Metadata Anonymisation Toolkit and found a security problem."[7], in Debian Bug reports "mat doesn't remove metadata in embedded images in PDFs"[8],[9],[10], lists,[11] and a recent Debian Security Advisory[12]:

"Hartmut Goebel discovered that MAT, a toolkit to anonymise/remove metadata from files did not remove metadata from images embededed in PDF documents. For the stable distribution (jessie), this problem has been fixed in version 0.5.2-3+deb8u1. This update disables PDF support in MAT entirely. We recommend that you upgrade your mat packages."

On jvoisin's blog, "The current version has bugs, and doesn't work on Python3, I wouldn't advise anyone to use it"[13], "developers: if you want to maintain MAT, I'll be happy to do my very best to help you, but I don't feel like reviewing and merging patches, sorry."

Please say a kind word to jvoisin and if you have the skills and ability, arrange with jvoisin for a clean transition of leadership so MAT doesn't end here.

[1] https://mat.boum.org/
[2] https://tails.boum.org/
[3] https://packages.debian.org/se...
[4] julien.voisin@dustri.org *or* jvoisin on irc.oftc.net
[5] https://mailman.boum.org/listi...
[6] https://mailman.boum.org/piper...
[7] https://digitalcourage.de/blog...
[8] https://bugs.debian.org/cgi-bi...
[9] https://bugs.debian.org/cgi-bi...
[10] https://bugs.debian.org/cgi-bi...
[11] https://lists.alioth.debian.or...
[12] https://www.debian.org/securit...
[13] http://dustri.org/b/mat-is-cur...

MAT, "composed of a GUI application, a CLI application and a library, to anonymize/remove metadata," is a very useful tool[1] found in Tails[2] Linux and in the Debian Packages.[3]

MAT leader, 'julien voisin'[4], said on the MAT mailing list[5], "If someone wants to take over the maintenance/leadership, I'll be happy to do my very best to help him/her."[6]

MAT has been under scrutiny recently, including a web page which says, "We took a closer look at the Metadata Anonymisation Toolkit and found a security problem."[7], in Debian Bug reports "mat doesn't remove metadata in embedded images in PDFs"[8],[9],[10], lists,[11] and a recent Debian Security Advisory[12]:

"Hartmut Goebel discovered that MAT, a toolkit to anonymise/remove metadata from files did not remove metadata from images embededed in PDF documents. For the stable distribution (jessie), this problem has been fixed in version 0.5.2-3+deb8u1. This update disables PDF support in MAT entirely. We recommend that you upgrade your mat packages."

On jvoisin's blog, "The current version has bugs, and doesn't work on Python3, I wouldn't advise anyone to use it"[13], "developers: if you want to maintain MAT, I'll be happy to do my very best to help you, but I don't feel like reviewing and merging patches, sorry."

Please say a kind word to jvoisin and if you have the skills and ability, arrange with jvoisin for a clean transition of leadership so MAT doesn't end here.

[1] https://mat.boum.org/
[2] https://tails.boum.org/
[3] https://packages.debian.org/se...
[4] julien.voisin@dustri.org *or* jvoisin on irc.oftc.net
[5] https://mailman.boum.org/listi...
[6] https://mailman.boum.org/piper...
[7] https://digitalcourage.de/blog...
[8] https://bugs.debian.org/cgi-bi...
[9] https://bugs.debian.org/cgi-bi...
[10] https://bugs.debian.org/cgi-bi...
[11] https://lists.alioth.debian.or...
[12] https://www.debian.org/securit...
[13] http://dustri.org/b/mat-is-cur...

MAT, "composed of a GUI application, a CLI application and a library, to anonymize/remove metadata," is a very useful tool[1] found in Tails[2] Linux and in the Debian Packages.[3]

MAT leader, 'julien voisin'[4], said on the MAT mailing list[5], "If someone wants to take over the maintenance/leadership, I'll be happy to do my very best to help him/her."[6]

MAT has been under scrutiny recently, including a web page which says, "We took a closer look at the Metadata Anonymisation Toolkit and found a security problem."[7], in Debian Bug reports "mat doesn't remove metadata in embedded images in PDFs"[8],[9],[10], lists,[11] and a recent Debian Security Advisory[12]:

"Hartmut Goebel discovered that MAT, a toolkit to anonymise/remove metadata from files did not remove metadata from images embededed in PDF documents. For the stable distribution (jessie), this problem has been fixed in version 0.5.2-3+deb8u1. This update disables PDF support in MAT entirely. We recommend that you upgrade your mat packages."

On jvoisin's blog, "The current version has bugs, and doesn't work on Python3, I wouldn't advise anyone to use it"[13], "developers: if you want to maintain MAT, I'll be happy to do my very best to help you, but I don't feel like reviewing and merging patches, sorry."

Please say a kind word to jvoisin and if you have the skills and ability, arrange with jvoisin for a clean transition of leadership so MAT doesn't end here.

[1] https://mat.boum.org/
[2] https://tails.boum.org/
[3] https://packages.debian.org/se...
[4] julien.voisin@dustri.org *or* jvoisin on irc.oftc.net
[5] https://mailman.boum.org/listi...
[6] https://mailman.boum.org/piper...
[7] https://digitalcourage.de/blog...
[8] https://bugs.debian.org/cgi-bi...
[9] https://bugs.debian.org/cgi-bi...
[10] https://bugs.debian.org/cgi-bi...
[11] https://lists.alioth.debian.or...
[12] https://www.debian.org/securit...
[13] http://dustri.org/b/mat-is-cur...

MAT, "composed of a GUI application, a CLI application and a library, to anonymize/remove metadata," is a very useful tool[1] found in Tails[2] Linux and in the Debian Packages.[3]

MAT leader, 'julien voisin'[4], said on the MAT mailing list[5], "If someone wants to take over the maintenance/leadership, I'll be happy to do my very best to help him/her."[6]

MAT has been under scrutiny recently, including a web page which says, "We took a closer look at the Metadata Anonymisation Toolkit and found a security problem."[7], in Debian Bug reports "mat doesn't remove metadata in embedded images in PDFs"[8],[9],[10], lists,[11] and a recent Debian Security Advisory[12]:

"Hartmut Goebel discovered that MAT, a toolkit to anonymise/remove metadata from files did not remove metadata from images embededed in PDF documents. For the stable distribution (jessie), this problem has been fixed in version 0.5.2-3+deb8u1. This update disables PDF support in MAT entirely. We recommend that you upgrade your mat packages."

On jvoisin's blog, "The current version has bugs, and doesn't work on Python3, I wouldn't advise anyone to use it"[13], "developers: if you want to maintain MAT, I'll be happy to do my very best to help you, but I don't feel like reviewing and merging patches, sorry."

Please say a kind word to jvoisin and if you have the skills and ability, arrange with jvoisin for a clean transition of leadership so MAT doesn't end here.

[1] https://mat.boum.org/
[2] https://tails.boum.org/
[3] https://packages.debian.org/se...
[4] julien.voisin@dustri.org *or* jvoisin on irc.oftc.net
[5] https://mailman.boum.org/listi...
[6] https://mailman.boum.org/piper...
[7] https://digitalcourage.de/blog...
[8] https://bugs.debian.org/cgi-bi...
[9] https://bugs.debian.org/cgi-bi...
[10] https://bugs.debian.org/cgi-bi...
[11] https://lists.alioth.debian.or...
[12] https://www.debian.org/securit...
[13] http://dustri.org/b/mat-is-cur...

also try http://www.zimbra.com/ , it have several good features

you can always use Thunderbird+Lightning addon for the client and calendarserver for the server: https://wiki.debian.org/HowTo/...

you can replace exchange with http://www.zentyal.org/ or replace outlook and keep exchange with http://davmail.sourceforge.net... as a proxy for other clients

on windows you can also replace outlook with http://www.emclient.com/ and on mac, use their own clients, most mac users prefer then

you can try other apps/servers in this list:
https://alternativeto.net/soft...
https://alternativeto.net/soft...

This is an ancient bug that was actually attempted to be fixed once (badly) by me [Phil "not Paul" Oester] eleven years ago in commit 4ceb5db9757a ("Fix get_user_pages() race for write access") but that was then undone due to problems on s390 by commit f33ea7f404e5 ("fix get_user_pages bug").
In the meantime, the s390 situation has long been fixed, and we can now fix it by checking the pte_dirty() bit properly (and do it better).
The s390 dirty bit was implemented in abf09bed3cce ("s390/mm: implement software dirty bits") which made it into v3.9. Earlier kernels will have to look at the page state itself.
Also, the VM has become more scalable, and what used a purely theoretical race back then has become easier to trigger. To fix it, we introduce a new internal FOLL_COW flag to mark the "yes, we already did a COW" rather than play racy games with FOLL_WRITE that is very fundamental, and then use the pte dirty flag to validate that the FOLL_COW flag is still valid.

tl;dr? It only became a serious flaw recently. It's been fixed. Install the fix.
apt-get update&&apt-get -y upgrade&&reboot

I'm not surprised that a published vulnerability is being exploited. Nor am I surprised that problem has been fixed, (and the fix was available immediately instead of on Patch Tuesday), or that some people are running systems that haven't been updated with the fix.

I humbly disagree. Not like i have ran any scientific benchmarks on this, but from my limited experience Go binaries tend to be blazing fast.

Just found a site comparing different languages solving a number of computing problems. Now, i know these are to be taken with a grain of salt, but their results is that Go runtimes are comparable with C++ and way ahead of Java.

I humbly disagree. Not like i have ran any scientific benchmarks on this, but from my limited experience Go binaries tend to be blazing fast.

Just found a site comparing different languages solving a number of computing problems. Now, i know these are to be taken with a grain of salt, but their results is that Go runtimes are comparable with C++ and way ahead of Java.

In the meantime you may avoid using systemd as init in Debian by installing sysvinit-core or in Ubuntu by installing upstart-sysv in your transition to a systemd-less distro such as Devuan.

If you are using Debian Jessie, you can switch to Devuan by simply changing repositories. Its still in beta so don't do it on production servers yet. But do plan your migration, before this gets out of hand.

I use this to use PPAPI flash in Firefox in Debian, for what is NPAPI needed?

Seriously if you check the details how TIOBE calculates the popularity of languages. It's like I search for Swift, and count in all Taylor Swift occurences. I guess they are missing a space after Java, so they also count all Javascript occurences. I mean the link https://www.livecoding.tv/ shows like 20k videos for Java (which exists over 10 years) and 40k for JavaScript, and 10k for Swift .. go figure. Just because people have Java installed, doesn't mean they use it, take a look at Debian users for example: https://qa.debian.org/popcon-g... Around 15000 installations, but recently used not even 150, not even 1 %!!!!

Do you trust Bruce Schneier with regard to information security concerns?

• Password Safe
• More Info on Password Safe
• Debian backports Password Safe beta package

Some folks have put together ports for OS X as well. It's all open source; feel free to read the code for yourself and discuss it with others. Optimally, contribute to public discussion of this and other cryptographic tools so they can be more widely popularized and scrutinized. Hope this helps. -PCP

https://bugs.debian.org/cgi-bi...

The short of it is systemd decided all of a sudden the 'right' behavior was to assume processes were killable when your shell exits, unless they took some special measures to explicitly inform systemd directly that it realy really really meant to persist. screen, tmux, et al were suggested to change to support yet another paradigm for indicating wanting to *really* stay alive after session logout.

IIRC, it was all caused because some processes like pulseaudio were abusing the existing paradigm of requesting to run in a way that would persist beyond session exit and failing to close themselves. Rather than correct those bugs, they decided it would be easier to introduce *another* layer of requesting such persistence.

I see no Edge in Fedora and neither Debian. How is the package called?

Also, most of the comments I read about Ruby is that it's CPU-intensive and a bad choice for traffic-heavy websites.

About the same performance as most other scripting languages, really. On par with Python.

Have fun reading http://benchmarksgame.alioth.debian.org/

I'm not saying this tool will completely block all of the data collected but, it does block the vast majority of it and is simple to install and it's from a company I find reliable: Spybot Anti-Beacon.

Your link was wrong. I fixed it.

Leaked IP address, username and email address. Hmm... Let's take a look at any Debian bug report submitted using reportbug:

From kilobyte@angband.pl Wed Jul 13 16:11:52 2016
Received: (at submit) by bugs.debian.org; 13 Jul 2016 16:11:52 +0000
[...]
Received: from tartarus.angband.pl ([2a03:9300:10::8])
        by buxtehude.debian.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
        (Exim 4.84_2)
        (envelope-from <kilobyte@angband.pl>)
        id 1bNMlM-0000VI-F4
        for submit@bugs.debian.org; Wed, 13 Jul 2016 16:11:52 +0000
Received: from umbar.angband.pl ([2001:6a0:118::6])
        by tartarus.angband.pl with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
        (Exim 4.84_2)
        (envelope-from <kilobyte@angband.pl>)
        id 1bNMlF-0007IU-CZ; Wed, 13 Jul 2016 18:11:47 +0200
Received: from kilobyte by umbar.angband.pl with local (Exim 4.87)
        (envelope-from <kilobyte@angband.pl>)
        id 1bNMlF-0003mb-0h; Wed, 13 Jul 2016 18:11:45 +0200

And no, censoring Received: headers in mboxes on the web view wouldn't solve problems, as anyone can subscribe to debian-bugs-dist@lists.debian.org and receive all BTS mails as a mailing list.

Then let's take a look at LKML, especially patches submitted via git send-email.

Hmm... perhaps there's nothing that special in this Ubuntu leak?

Citation?
The programming language shootout seems to show that Rust is a cut above Java's performance.

In fact there is already a debian package of rust: https://packages.debian.org/st...

And debian means ubuntu and lots of other distros.