Join us now at the IRC channel.
| *pidgin_log has quit (*.net *.split) | Feb 09 01:30 | |
| *pidgin_log (~roy@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 09 01:38 | |
| *schestowitz has quit (Quit: Konversation term) | Feb 09 09:27 | |
| *pidgin_log has quit (Quit: Leaving.) | Feb 09 09:28 | |
| *schestowitz_log has quit (Ping timeout: 272 seconds) | Feb 09 11:28 | |
| *schestowitz_log (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 09 11:43 | |
| *pidgin_log (~roy@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 09 12:23 | |
| *schestowitz (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 09 12:23 | |
| *schestowitz has quit (Changing host) | Feb 09 12:23 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 09 12:23 | |
| schestowitz | > Hello, Szaka. | Feb 09 16:01 |
|---|---|---|
| schestowitz | > | Feb 09 16:01 |
| schestowitz | > My first email concerning this issue went to *mac-sales* | Feb 09 16:01 |
| schestowitz | > <mac-sales@tuxera.com> among people I wanted to discuss it with, | Feb 09 16:01 |
| schestowitz | > the same day it got published on the techrights' newsfeed. | Feb 09 16:01 |
| schestowitz | > The email contents: | Feb 09 16:01 |
| schestowitz | > | Feb 09 16:01 |
| schestowitz | > | Feb 09 16:01 |
| schestowitz | > Title: "Possible GPL violation in Tuxera's HFS+ (thfsplus.ko) driver" | Feb 09 16:01 |
| schestowitz | > Content: "Hello again my Dear Friends! | Feb 09 16:01 |
| schestowitz | > | Feb 09 16:01 |
| schestowitz | > Straight to the deal: | Feb 09 16:01 |
| schestowitz | > | Feb 09 16:01 |
| schestowitz | > https://github.com/RMerl/asuswrt-merlin/tree/master/release/src/router/tuxera/broadcom/hfsplus/kernel-module | Feb 09 16:01 |
| TechBytesBot | ( status 404 @ https://github.com/RMerl/asuswrt-merlin/tree/master/release/src/router/tuxera/broadcom/hfsplus/kernel-module ) | Feb 09 16:01 |
| schestowitz | > (forked to https://github.com/rxrz/asuswrt-merlin just in case) | Feb 09 16:01 |
| TechBytesBot | github.com | rxrz/asuswrt-merlin · GitHub | Feb 09 16:01 |
| schestowitz | > | Feb 09 16:01 |
| schestowitz | > download the blob, run `modinfo` on it: | Feb 09 16:01 |
| schestowitz | > | Feb 09 16:01 |
| schestowitz | > filename: thfsplus.ko | Feb 09 16:01 |
| schestowitz | > license: GPL | Feb 09 16:01 |
| schestowitz | > description: Extended Macintosh Filesystem | Feb 09 16:01 |
| schestowitz | > author: Brad Boyer | Feb 09 16:01 |
| schestowitz | > depends: | Feb 09 16:01 |
| schestowitz | > vermagic: 2.6.22.19 mod_unload MIPS32_R2 32BIT | Feb 09 16:01 |
| schestowitz | > | Feb 09 16:01 |
| schestowitz | > it's MIPS32, so `strings` won't give the function names, rather | Feb 09 16:01 |
| schestowitz | > something like this: | Feb 09 16:01 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > `strings /tmp/thfsplus.ko | grep -i tux`: | Feb 09 16:02 |
| schestowitz | > <6>Tuxera HFS+ driver 3013.11.18 | Feb 09 16:02 |
| schestowitz | > /opt/tuxera/rakesh/tuxera_delivery/output/asus-router/tuxera-file-systems-3013.11.15.1-bcm4706.build/hfsplus-kmod/fs/hfsplus/extents.c | Feb 09 16:02 |
| schestowitz | > /opt/tuxera/rakesh/tuxera_delivery/output/asus-router/tuxera-file-systems-3013.11.15.1-bcm4706.build/hfsplus-kmod/fs/hfsplus/bnode.c | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > Seems like a GPL violation to me. | Feb 09 16:02 |
| schestowitz | > I'd like to have that source code now, since it's been based on native | Feb 09 16:02 |
| schestowitz | > code from Linux. | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > Thank you." | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > Not seeing a reply to my email from you I assumed you ignored the issue. | Feb 09 16:02 |
| schestowitz | > Probably "mac-sales" wasn't the best choice to | Feb 09 16:02 |
| schestowitz | > contact your company regarding this issue,but made more sense to me for | Feb 09 16:02 |
| schestowitz | > this particular topic than the others on the contact list from your website. | Feb 09 16:02 |
| schestowitz | > I did not have enough information, not to mention I was aware of you | Feb 09 16:02 |
| schestowitz | > contributing to GPL with ntfs-3g. Yet still, the case with Samsung has | Feb 09 16:02 |
| schestowitz | > proven | Feb 09 16:02 |
| schestowitz | > my assumptions that any company may steal the code and sell it as their | Feb 09 16:02 |
| schestowitz | > own, no matter how big or small. | Feb 09 16:02 |
| schestowitz | > It's quite hard to think positive when trust is not there, in quite a | Feb 09 16:02 |
| schestowitz | > similar issue. | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > I never said it wasn't GPL, I assumed it was a complete and more | Feb 09 16:02 |
| schestowitz | > advanced driver for HFS+ based on hfsplus.ko, since you were selling it | Feb 09 16:02 |
| schestowitz | > and it did not require the cli interaction | Feb 09 16:02 |
| schestowitz | > for disabling/enabling the journal support to mount it on Linux. All I | Feb 09 16:02 |
| schestowitz | > wanted was the source code (because of the GPL label on it, and that | Feb 09 16:02 |
| schestowitz | > missing code being available | Feb 09 16:02 |
| schestowitz | > publicly, like ntfs-3g has been). | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > By "picking" what to share I meant the journaling support, which is now | Feb 09 16:02 |
| schestowitz | > known not to be a part of a GPL-licensed thfsplus.ko. | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > I no longer see any need in having the source code for any of the | Feb 09 16:02 |
| schestowitz | > drivers/products from Tuxera. | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > I've been mistaken about this case, your company and people who are a | Feb 09 16:03 |
| schestowitz | > part of it. | Feb 09 16:03 |
| schestowitz | > Would like to apologize for that, and ask if there was anything I could | Feb 09 16:03 |
| schestowitz | > do to inform | Feb 09 16:03 |
| schestowitz | > people in discussion threads of how this issue was resolved? | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > Thank you for your time. | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > P.S. | Feb 09 16:03 |
| schestowitz | > https://github.com/sandisk-opensource/wireless-media-drive/blob/master/linux-2.6.35.3/mktuxeramod.sh | Feb 09 16:03 |
| TechBytesBot | github.com | wireless-media-drive/linux-2.6.35.3/mktuxeramod.sh at master · sandisk-opensource/wireless-media-drive · GitHub [ http://ur1.ca/glk62 ] | Feb 09 16:03 |
| schestowitz | > here Sandisk leaked access to your server. Please make sure to change | Feb 09 16:03 |
| schestowitz | > the password there for their account to avoid possible attacks which could | Feb 09 16:03 |
| schestowitz | > lead to all your code being stolen. The most obvious would be exploits | Feb 09 16:03 |
| schestowitz | > within the makefiles of kernel image file. | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > -rxrz | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > On 02/08/2014 at 3:50 PM, "Szabolcs Szakacsits" <szaka@tuxera.com> wrote: | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > Hi, | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > There are indeed some major misunderstanding to be clarified. I removed | Feb 09 16:03 |
| schestowitz | > legal, in case you feel more comfortable to reply. | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > On Fri, 7 Feb 2014, rxrz@hush.ai wrote: | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > > Thank you for your reply, I'm glad to receive an official response. | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > It was pure luck. Nobody contacted us in the matter and asked for | Feb 09 16:03 |
| schestowitz | > explanation. All we have seen is that somebody anonymously spreading | Feb 09 16:03 |
| schestowitz | > news | Feb 09 16:03 |
| schestowitz | > about us stealing code which is not true. Then we have also read at | Feb 09 16:03 |
| schestowitz | > github | Feb 09 16:03 |
| schestowitz | > that SFC is "collecting evidence". They also didn't contact us. We did | Feb 09 16:03 |
| schestowitz | > contact them and we got no reply. I'm happy at least you are replying. | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > > However, I am still confused by the the situation with the GPL driver | Feb 09 16:04 |
| schestowitz | > > which bears the authorship of a person who has not worked for your | Feb 09 16:04 |
| schestowitz | > > company (to my knowledge), | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > The authors of the driver is everybody who ever contributed to it | Feb 09 16:04 |
| schestowitz | > according | Feb 09 16:04 |
| schestowitz | > to the GPL. Including Tuxera. 'git log' has the details, e.g. | Feb 09 16:04 |
| schestowitz | > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/fs/hfsplus | Feb 09 16:04 |
| TechBytesBot | git.kernel.org | kernel/git/torvalds/linux.git - Linux kernel source tree [ http://ur1.ca/glk69 ] | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > This doesn't mean the driver can be made proprietary by Tuxera or | Feb 09 16:04 |
| schestowitz | > anybody | Feb 09 16:04 |
| schestowitz | > else. That's why it's GPL in the 'modinfo'. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > Tuxera does have a proprietary HFS+ driver written from scratch but we | Feb 09 16:04 |
| schestowitz | > decided to contribute and support the GPL driver and submit patches | Feb 09 16:04 |
| schestowitz | > for it. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > > being sold in commercial products. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > Nothing wrong with open source commercial products, if licenses are | Feb 09 16:04 |
| schestowitz | > followed. Red Hat, Ubuntu and quite many do it. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > What Tuxera fundamentally does in this case is selling open source | Feb 09 16:04 |
| schestowitz | > support. Again, nothing wrong calling it Tuxera HFS+. There are Debian, | Feb 09 16:04 |
| schestowitz | > Red Hat Linux, Ubuntu, Gentoo, Mint, Fedora, and lot's of other Linux | Feb 09 16:04 |
| schestowitz | > distributions. Personally I have helped most of these 200+ ones to | Feb 09 16:04 |
| schestowitz | > integrate NTFS-3G: http://www.ntfs-3g.com/distributions.html | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| TechBytesBot | www.ntfs-3g.com | NTFS-3G in Distributions [ http://ur1.ca/glk6c ] | Feb 09 16:04 |
| schestowitz | > At that time there was no Tuxera, I did all free, selflessly, using | Feb 09 16:04 |
| schestowitz | > my own | Feb 09 16:04 |
| schestowitz | > name. You can check this too. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > > I mentioned the word "proprietary" because we do not have the source code | Feb 09 16:04 |
| schestowitz | > > for this driver, | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > The fact is we did submit all relevant patches to Linux kernel. If one | Feb 09 16:04 |
| schestowitz | > wants the source code of a specific device for a specific kernel | Feb 09 16:04 |
| schestowitz | > then they | Feb 09 16:04 |
| schestowitz | > need to request it according to GPL. Nobody did that so far. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > May I know what specific device/devices and driver version do you | Feb 09 16:05 |
| schestowitz | > want to | Feb 09 16:05 |
| schestowitz | > have the source code for? You won't find any meaningful difference | Feb 09 16:05 |
| schestowitz | > compared | Feb 09 16:05 |
| schestowitz | > to the GPL driver, maximum minor vendor or old kernel specific | Feb 09 16:05 |
| schestowitz | > changes and | Feb 09 16:05 |
| schestowitz | > backported fixes. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > > and the support for HFS+ Journal being the only difference, comparing to | Feb 09 16:05 |
| schestowitz | > > the original driver. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > The driver mounts journaled HFS+ however journaling is not used. You | Feb 09 16:05 |
| schestowitz | > can | Feb 09 16:05 |
| schestowitz | > confirm this by dumping the journal file. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > Afaik, HFS+ journaling is being worked on by Vyacheslav Dubeyko in | Feb 09 16:05 |
| schestowitz | > his free | Feb 09 16:05 |
| schestowitz | > time. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > > I could understand the situation where you had two .ko files, (e.g. | Feb 09 16:05 |
| schestowitz | > > hfsplus.ko and hfsplus_journal.ko), latter file could've had license | Feb 09 16:05 |
| schestowitz | > > "Tuxera Commercial" or similar, while the first one could've been made of | Feb 09 16:05 |
| schestowitz | > > open code 99% similar to driver from the Linux kernel tree. But in my | Feb 09 16:05 |
| schestowitz | > > experience with software development, I've never seen or heard of any | Feb 09 16:05 |
| schestowitz | > > case of virtually splitting one binary GPL file into certain abstract | Feb 09 16:05 |
| schestowitz | > > "parts", where developers would only release a chunk of it's source (as | Feb 09 16:05 |
| schestowitz | > > with your contribution to the Linux kernel). | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > Having the HFS+ journal support assumption is just as wrong | Feb 09 16:05 |
| schestowitz | > assumption as | Feb 09 16:05 |
| schestowitz | > the driver is being "proprietary" by Tuxera. Our releases clearly | Feb 09 16:05 |
| schestowitz | > indicate | Feb 09 16:05 |
| schestowitz | > it's GPL. There is only one false, anonymous claim, yours, it is not | Feb 09 16:05 |
| schestowitz | > GPL. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > > I understand that you're able to sell your HFS+ Embedded product only | Feb 09 16:05 |
| schestowitz | > > because you haven't committed journal.c to the Linux kernel tree, since | Feb 09 16:05 |
| schestowitz | > > Apple's firmware is not protected by any patents (like in case with | Feb 09 16:05 |
| schestowitz | > > fat32/exfat). | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > Again, no journal support in the driver. We support the GPL driver and | Feb 09 16:06 |
| schestowitz | > contribute all relevant patches upstream: | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?qt=grep&q=tuxera.com | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > > Any little contribution to Linux is always a good thing, we both use that | Feb 09 16:06 |
| schestowitz | > > kernel, but I would like to know, how is the situation with HFS+ Embedded | Feb 09 16:06 |
| schestowitz | > > different to the situation which we had with exFat a year ago? | Feb 09 16:06 |
| TechBytesBot | git.kernel.org | kernel/git/torvalds/linux.git - Linux kernel source tree [ http://ur1.ca/glk6l ] | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > In the Samsung case you were right. Samsung didn't follow GPL. We | Feb 09 16:06 |
| schestowitz | > work with | Feb 09 16:06 |
| schestowitz | > Samsung and we also told them what they did was very wrong. | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > Again, the differences: | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > - Samsung changed licence from GPL to proprietary, Tuxera did not (GPL) | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > - Samsung didn't contribute *anything* until they were caught, Tuxera | Feb 09 16:06 |
| schestowitz | > contributes *everything* since day 1 we started to support GPL HFS+: | Feb 09 16:06 |
| schestowitz | > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?qt=grep&q=tuxera.com | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > > That driver wasn't even GPL, Samsung had to officially change the license | Feb 09 16:06 |
| schestowitz | > > for it and upload the source to their website. Here we got a GPL license | Feb 09 16:06 |
| schestowitz | > > already on the blob, which makes it legitimate to demand the source code | Feb 09 16:06 |
| schestowitz | > > for it from the developer, | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > Exactly. However nobody asked for the source code from Tuxera. GPL | Feb 09 16:06 |
| schestowitz | > says you | Feb 09 16:06 |
| schestowitz | > must make it available when it's requested. Again, we __did__ | Feb 09 16:06 |
| schestowitz | > upstream all | Feb 09 16:06 |
| schestowitz | > changes since 2010 and they got included in the official kernel. To | Feb 09 16:06 |
| schestowitz | > provide | Feb 09 16:06 |
| schestowitz | > a specific driver for a specific device we need to know the details | Feb 09 16:06 |
| schestowitz | > and we | Feb 09 16:06 |
| schestowitz | > must get such request. This is completely normal practice other | Feb 09 16:06 |
| schestowitz | > companies | Feb 09 16:06 |
| schestowitz | > follow too. | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > > not to mention the fact that this code has not been originally yours. | Feb 09 16:06 |
| schestowitz | > > Please correct me if I'm wrong. | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > You are wrong. The HFS+ driver is copyrighted by quite many | Feb 09 16:07 |
| schestowitz | > contributors, | Feb 09 16:07 |
| schestowitz | > including Tuxera. Again, this doesn't mean Tuxera can make it | Feb 09 16:07 |
| schestowitz | > proprietary. | Feb 09 16:07 |
| schestowitz | > That's why we release it under the GPL as 'modinfo' shows and | Feb 09 16:07 |
| schestowitz | > contributed | Feb 09 16:07 |
| schestowitz | > back all changes as GPL. | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > > What led me to this discussion with you was my intention to complete the | Feb 09 16:07 |
| schestowitz | > > Linux drivers (HFS+ and NTFS) to bring full support for those filesystem | Feb 09 16:07 |
| schestowitz | > > on Linux and allow people port it to other platforms (BSD and RTOS-like | Feb 09 16:07 |
| schestowitz | > > systems). I believe in the unavoidable domination of FOSS in the future, | Feb 09 16:07 |
| schestowitz | > > more people join our community to get rid of blobs and have as much | Feb 09 16:07 |
| schestowitz | > > Freedom and privacy by relying on open code software products as | Feb 09 16:07 |
| schestowitz | > > possible. Recent NSA revelations inspire people to trust the concept of | Feb 09 16:07 |
| schestowitz | > > open software more than in the faulty proprietary software idea. My next | Feb 09 16:07 |
| schestowitz | > > little project was "HFS-Journaled", where I planned to take the | Feb 09 16:07 |
| schestowitz | > > journaling patches (https://github.com/kcleung/hfsplus-module) for HFS+ | Feb 09 16:07 |
| TechBytesBot | github.com | kcleung/hfsplus-module · GitHub [ http://ur1.ca/glk6u ] | Feb 09 16:07 |
| schestowitz | > > and optimize them to work with the latest Linux HFS+ driver. Not sure if | Feb 09 16:07 |
| schestowitz | > > you used the same patches as a base for the journaling support in | Feb 09 16:07 |
| schestowitz | > > thfsplus.ko, | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > thfsplus.ko has no journaling patches. I encourage you to trace/dump | Feb 09 16:07 |
| schestowitz | > the | Feb 09 16:07 |
| schestowitz | > journal file and see that no updates are made there. | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > > but I bet it will look quite funny if my effort would get merged with the | Feb 09 16:07 |
| schestowitz | > > Linux kernel tree and then seeing you guys still helping maintain it. | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > It's completely normal. People contribute to the kernel, we do since | Feb 09 16:07 |
| schestowitz | > 1999, | Feb 09 16:07 |
| schestowitz | > and use each other work. That's how open source works. | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > > Since we spoke about the NTFS driver, I would like to ask a small | Feb 09 16:07 |
| schestowitz | > > question I've been curios to get an answer to: what is the point of | Feb 09 16:07 |
| schestowitz | > > maintaining a slow free ntfs-3g fuse version of that driver, | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > By far the most deployments use NTFS-3G. If it were too slow people | Feb 09 16:07 |
| schestowitz | > wouldn't use it. However in most cases it's fine. I can see well over | Feb 09 16:08 |
| schestowitz | > 100 MB/s speeds on PC, etc. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > There is a niche of embedded devices where low power consumption | Feb 09 16:08 |
| schestowitz | > matters a | Feb 09 16:08 |
| schestowitz | > lot. Here NTFS-3G may not be efficient enough. In this case higher | Feb 09 16:08 |
| schestowitz | > performance, customized driver is needed, besides additional features. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > > not releasing the code for the native write & journal support to ntfs.ko, | Feb 09 16:08 |
| schestowitz | > > overloading millions of small CPU's all over the world, not being "green" | Feb 09 16:08 |
| schestowitz | > > at all? | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > Not millions. Billions. Most of them uses NTFS-3G. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > The explanation is very simple. People doing this work needs to be | Feb 09 16:08 |
| schestowitz | > paid. | Feb 09 16:08 |
| schestowitz | > To be paid company needs revenue. To get revenue company needs to | Feb 09 16:08 |
| schestowitz | > provide | Feb 09 16:08 |
| schestowitz | > extra value to *paying* customers. Then the company can pay developers, | Feb 09 16:08 |
| schestowitz | > contribute to open source, developers/company pay taxes to the | Feb 09 16:08 |
| schestowitz | > government | Feb 09 16:08 |
| schestowitz | > which fund your studies, health-care, safety and many other things. | Feb 09 16:08 |
| schestowitz | > This is | Feb 09 16:08 |
| schestowitz | > how the world works today. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > When I was working on NTFS-3G alone, pure open source, then I | Feb 09 16:08 |
| schestowitz | > couldn't pay | Feb 09 16:08 |
| schestowitz | > my own bills. Now the company can pay close to 50 people, we pay a | Feb 09 16:08 |
| schestowitz | > lot of | Feb 09 16:08 |
| schestowitz | > tax for the society, contribute to open source NTFS, HFS+, XFS and | Feb 09 16:08 |
| schestowitz | > others, | Feb 09 16:08 |
| schestowitz | > pay several Linux Foundation memberships ($10,000), and __legally__ | Feb 09 16:08 |
| schestowitz | > solve | Feb 09 16:08 |
| schestowitz | > people's everyday file system related technical and legal problems. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > > Is it a way to advertise your company to demonstrate the slow NTFS | Feb 09 16:08 |
| schestowitz | > > support, promising a faster commercial alternative? | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > Yes, we are very proud so many people appreciate and support our open | Feb 09 16:08 |
| schestowitz | > source NTFS work we have been doing since 1999. It also attracts great | Feb 09 16:08 |
| schestowitz | > talents Tuxera hires and pays to continue the development and | Feb 09 16:09 |
| schestowitz | > maintenance | Feb 09 16:09 |
| schestowitz | > of the open source software. | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > I hope you don't mind, if I also make a very personal comment here. | Feb 09 16:09 |
| schestowitz | > As a | Feb 09 16:09 |
| schestowitz | > great supporter of open source since 1993, personally I'm very sad | Feb 09 16:09 |
| schestowitz | > to see | Feb 09 16:09 |
| schestowitz | > how somebody anonymously attacking and badmouthing in public | Feb 09 16:09 |
| schestowitz | > developers, | Feb 09 16:09 |
| schestowitz | > giving their real identity, who do valuable contributions to open | Feb 09 16:09 |
| schestowitz | > source | Feb 09 16:09 |
| schestowitz | > for long time and she didn't even bother to contact us for | Feb 09 16:09 |
| schestowitz | > explanation and | Feb 09 16:09 |
| schestowitz | > clarification. And I'm not meaning here myself but other developers | Feb 09 16:09 |
| schestowitz | > who are | Feb 09 16:09 |
| schestowitz | > also enthusiastic about contributing to open source ... | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > > I'm sure that being a Microsoft's partner and following their game of | Feb 09 16:09 |
| schestowitz | > > patents, you're doing rather a good job for the world, helping many | Feb 09 16:09 |
| schestowitz | > > different brands implement the support for patented filesystems. | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > I can't follow you here. Lots of open source companies partner with | Feb 09 16:09 |
| schestowitz | > Microsoft and follow the law. Here is for example the leading open | Feb 09 16:09 |
| schestowitz | > source | Feb 09 16:09 |
| schestowitz | > company, Red Hat: | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > http://blogs.computerworld.com/red_hat_microsoft_partner_up | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| TechBytesBot | blogs.computerworld.com | Red Hat & Microsoft partner up! | Computerworld Blogs [ http://ur1.ca/glk75 ] | Feb 09 16:09 |
| schestowitz | > Tuxera is not the only company following patent low. __ALL__ | Feb 09 16:09 |
| schestowitz | > companies do | Feb 09 16:09 |
| schestowitz | > who respect the law. | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > > But neither NTFS nor HFS+ are protected by software patents, | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > It's easy to check from public patent resources that NTFS has a lot of | Feb 09 16:09 |
| schestowitz | > patents. Apple is indeed open about their HFS+. | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > > both of them work *almost* fine on Linux (except for NTFS being a waste | Feb 09 16:09 |
| schestowitz | > > of performance | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > The reason NTFS is working "almost" fine is that Tuxera is taking care | Feb 09 16:10 |
| schestowitz | > about it, what we couldn't do if we didn't have a commercial version | Feb 09 16:10 |
| schestowitz | > too. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > Also, the "almost" fine is relative because lot of features are missing | Feb 09 16:10 |
| schestowitz | > which are needed on embedded, for instance high-performance | Feb 09 16:10 |
| schestowitz | > fail-safety. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > > and HFS+ requiring cli interaction prior and after use). | Feb 09 16:10 |
| schestowitz | > > | Feb 09 16:10 |
| schestowitz | > > Many users of Linux including me are shocked by the situation of HFS+ | Feb 09 16:10 |
| schestowitz | > > Embedded product being a commercial GPL driver with no source code | Feb 09 16:10 |
| schestowitz | > > provided. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > Please see explanations above. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > > I am even more confused now, seeing at least three developers claiming | Feb 09 16:10 |
| schestowitz | > > they can share and contribute GPL source, but only what you pick to be | Feb 09 16:10 |
| schestowitz | > > shared. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > I'm afraid I don't understand what you mean here. Who are the | Feb 09 16:10 |
| schestowitz | > developers? | Feb 09 16:10 |
| schestowitz | > What do they exactly claim? What do you mean "we pick"? We are not | Feb 09 16:10 |
| schestowitz | > picking | Feb 09 16:10 |
| schestowitz | > anything but submitting everything relevant. You have the wrong | Feb 09 16:10 |
| schestowitz | > assumption | Feb 09 16:10 |
| schestowitz | > we implemented journaling what we didn't contribute back but that is | Feb 09 16:10 |
| schestowitz | > not | Feb 09 16:10 |
| schestowitz | > the case. You can check and confirm this yourself. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > > Great times are coming and soon we will see Linux being an extremely | Feb 09 16:10 |
| schestowitz | > > popular platform for both entertainment/home and work. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > Linux/Android is already an extremely popular platform. By far the most | Feb 09 16:10 |
| schestowitz | > devices use Linux today in the world. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > > Sooner or later we will have full support for many graphical cards and | Feb 09 16:10 |
| schestowitz | > > filesystems. It would seem to be a ridiculous waste of limited time | Feb 09 16:10 |
| schestowitz | > > resources to re-write things that already exist. I believe that | Feb 09 16:10 |
| schestowitz | > > open-sourcing certain of your products | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > Tuxera keeps open sourcing more and more. Doing so for everything would | Feb 09 16:11 |
| schestowitz | > mean we couldn't pay developers because everybody would use it free, | Feb 09 16:11 |
| schestowitz | > as it | Feb 09 16:11 |
| schestowitz | > happened in the past. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > > could really deserve you a very good reputation in the future of Linux | Feb 09 16:11 |
| schestowitz | > > world. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > We got credits in the past by Slashdot, many Linux magazines, we were | Feb 09 16:11 |
| schestowitz | > Sourceforge Project of the Month | Feb 09 16:11 |
| schestowitz | > http://sourceforge.net/potm/potm-2006-09.php | Feb 09 16:11 |
| schestowitz | > etc. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > However reputation won't pay developers bills for food, flat, | Feb 09 16:11 |
| TechBytesBot | sourceforge.net | SourceForge.net: Project of the Month | Feb 09 16:11 |
| schestowitz | > computers, | Feb 09 16:11 |
| schestowitz | > books, training, etc. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > > As for the thfsplus.ko, I would say it's a part of the agreement you | Feb 09 16:11 |
| schestowitz | > > signed when you used the GPL code as a base, to share the code by the | Feb 09 16:11 |
| schestowitz | > > first request. Not doing so would only offend many contributors of the | Feb 09 16:11 |
| schestowitz | > > Linux project, no matter what your lawyers say. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > Please see above. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > Looking forward which driver source code you exactly request, so you | Feb 09 16:11 |
| schestowitz | > will | Feb 09 16:11 |
| schestowitz | > be able to see nothing is there you are looking for and after | Feb 09 16:11 |
| schestowitz | > recompilation | Feb 09 16:11 |
| schestowitz | > it will be exactly the same as the binary you have (except | Feb 09 16:11 |
| schestowitz | > timestamps, etc). | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > Best regards, | Feb 09 16:11 |
| schestowitz | > Szaka | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > > Thank you. | Feb 09 16:11 |
| schestowitz | > > | Feb 09 16:11 |
| schestowitz | > > P.S. | Feb 09 16:11 |
| schestowitz | > > We would've not needed any lawyers in this World if laws were really working. | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > On 02/07/2014 at 2:24 AM, "Szabolcs Szakacsits" <szaka@tuxera.com> wrote: | Feb 09 16:12 |
| schestowitz | > > Hi rxrz, | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > I sent you a reply on the QNAP forum at | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > http://forum.qnap.com/viewtopic.php?f=180&t=89873&p=397356#p397356 | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| TechBytesBot | forum.qnap.com | QNAP NAS Community Forum • View topic - HFS+ module [ http://ur1.ca/glctk ] | Feb 09 16:12 |
| schestowitz | > > However I thought direct communication would be perhaps better. | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > The "proprietary" is unfortunately a serious misunderstanding. I'm using | Feb 09 16:12 |
| schestowitz | > > Linux since 1993 and we are actively contributing to the kernel since 1999. | Feb 09 16:12 |
| schestowitz | > > I think we understand GPL well. Additionally we have open source, legal | Feb 09 16:12 |
| schestowitz | > > experts both in-house and consultants. | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > The short story is that the driver is indeed GPL and of course there was | Feb 09 16:12 |
| schestowitz | > > never any intention to make it proprietary. In fact Tuxera has been paying | Feb 09 16:12 |
| schestowitz | > > developers to contribute to open source, GPL HFS+ driver since 2010. The | Feb 09 16:12 |
| schestowitz | > > latest accepted contribution was 14 days ago, also thanks to QNAP and QNAP | Feb 09 16:12 |
| schestowitz | > > users who reported this problem which got solved. Tuxera's contributions of | Feb 09 16:12 |
| schestowitz | > > code can be checked for example on | Feb 09 16:12 |
| schestowitz | > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?qt=grep&q=tuxera.com | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > If you click on an hfsplus commit message you can see @tuxera.com email | Feb 09 16:12 |
| schestowitz | > > addresses from Christoph Hellwig, Anton Salikhmetov, Janne Kalliomäki, | Feb 09 16:12 |
| schestowitz | > > Sougata Santra who contributed to the HFS+ GPL driver in the past (e.g. | Feb 09 16:12 |
| TechBytesBot | git.kernel.org | kernel/git/torvalds/linux.git - Linux kernel source tree [ http://ur1.ca/glk6l ] | Feb 09 16:12 |
| schestowitz | > > Signed-off-by: Sougata Santra <xxxxxx@tuxera.com>). We honestly hope we can | Feb 09 16:12 |
| schestowitz | > > continue to do so for HFS+ too, not only for NTFS. | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > I'm happy we agree on NTFS though we, long-time open source developers, | Feb 09 16:12 |
| schestowitz | > > mostly hired ourself ;-) (and right now we are busy to prepare the next | Feb 09 16:12 |
| schestowitz | > > major open source NTFS-3G release.) | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > Please don't hesitate to contact me or us directly, if you have questions. | Feb 09 16:12 |
| schestowitz | > > | Feb 09 16:12 |
| schestowitz | > > Best regards, | Feb 09 16:12 |
| schestowitz | > > Szaka | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > __________________________________________________________________ | Feb 09 16:13 |
| schestowitz | > > | Szabolcs Szakacsits | Feb 09 16:13 |
| schestowitz | > > | President & CTO Mobile: +358-40-823-3360 | Feb 09 16:13 |
| schestowitz | > > | Tuxera Inc. Fax: +358-98-565-7002 | Feb 09 16:13 |
| schestowitz | > > | Itamerenkatu 9 Email: szaka@tuxera.com | Feb 09 16:13 |
| schestowitz | > > | 00180 Helsinki, Finland http://tuxera.com | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| TechBytesBot | www.tuxera.com | Tuxera | Leading NTFS, exFAT Interoperability on Android, Linux, QNX and more | Feb 09 16:13 |
| schestowitz | > > TUXERA - LEADING FILE SYSTEM INTEROPERABILITY | Feb 09 16:13 |
| schestowitz | I have been forwarding these emails to some people in Finland, who are only watching but keeping quiet for now. | Feb 09 16:13 |
| schestowitz | If no compliance is achieved, then it's time to do a shame campaign. | Feb 09 16:13 |
| schestowitz | > If rxrz is satisfied, then it is probably good. Is the one with the | Feb 09 17:23 |
| schestowitz | > domain expertise. I have a hard time following especially when they are | Feb 09 17:23 |
| schestowitz | > evasive. | Feb 09 17:23 |
| schestowitz | > | Feb 09 17:23 |
| schestowitz | > ... | Feb 09 17:23 |
| schestowitz | >> > I'm sure that being a Microsoft's partner and following their | Feb 09 17:24 |
| schestowitz | >> > game of | Feb 09 17:24 |
| schestowitz | >> > patents, you're doing rather a good job for the world, helping many | Feb 09 17:24 |
| schestowitz | >> > different brands implement the support for patented filesystems. | Feb 09 17:24 |
| schestowitz | >> | Feb 09 17:24 |
| schestowitz | >> I can't follow you here. Lots of open source companies partner with | Feb 09 17:24 |
| schestowitz | >> Microsoft and follow the law. Here is for example the leading open | Feb 09 17:24 |
| schestowitz | >> source company, Red Hat: | Feb 09 17:24 |
| schestowitz | >> | Feb 09 17:24 |
| schestowitz | >> http://blogs.computerworld.com/red_hat_microsoft_partner_up | Feb 09 17:24 |
| schestowitz | >> | Feb 09 17:24 |
| TechBytesBot | blogs.computerworld.com | Red Hat & Microsoft partner up! | Computerworld Blogs [ http://ur1.ca/glk75 ] | Feb 09 17:24 |
| schestowitz | >> Tuxera is not the only company following patent low. __ALL__ | Feb 09 17:24 |
| schestowitz | >> companies do who respect the law. | Feb 09 17:24 |
| schestowitz | > ... | Feb 09 17:24 |
| schestowitz | > | Feb 09 17:24 |
| schestowitz | > The part about patents is off as is the M$ apologist approach. Software | Feb 09 17:24 |
| schestowitz | > patents are not valid in Europe and working to make them so de facto | Feb 09 17:24 |
| schestowitz | > hurts everybody who uses software, not just other developers outside | Feb 09 17:24 |
| schestowitz | > their particular company. Helping M$ in their agenda blocks and hurts | Feb 09 17:24 |
| schestowitz | > software freedom. There are enough obstacles to freedom without helping | Feb 09 17:24 |
| schestowitz | > M$ add to them. | Feb 09 17:24 |
| schestowitz | > In Bradley Kuhn's presentation, he talks about divide and conquer and | Feb 09 17:26 |
| schestowitz | > explains the anti-copyleft push as originating from "spontaneous | Feb 09 17:26 |
| schestowitz | > alignment of self-interest" I disagree. I think it was as he first | Feb 09 17:26 |
| schestowitz | > thought, a conspiracy. I don't think it was M$ failing there, they have | Feb 09 17:26 |
| schestowitz | > gained this through pushing the message out through their partners and | Feb 09 17:26 |
| schestowitz | > partners' partners. Hit the right phrasing and people will parrot it. | Feb 09 17:26 |
| schestowitz | > When I first heard the theme, it was being pushed by a cluster of M$ | Feb 09 17:26 |
| schestowitz | > partners that were running what they marketed as an open source | Feb 09 17:26 |
| schestowitz | > conference. | Feb 09 17:26 |
| schestowitz | > | Feb 09 17:26 |
| schestowitz | > He does make a good point on the threat of open core, though he does not | Feb 09 17:26 |
| schestowitz | > name it like that by name. | Feb 09 17:26 |
| schestowitz | A lot of those behind it "happen" to be close to Microsoft, but are not always so. I think he's trying to come across as professional to attract business. | Feb 09 17:26 |
| schestowitz | > Rianne is very beautiful in this picture. She is blossoming in marriage. > | Feb 09 18:48 |
| schestowitz | > http://schestowitz.com/royrianne/gallery/index.php/Party-and-Departure/Party-Photos/indoors13 | Feb 09 18:48 |
| schestowitz | I will pass this over to her... | Feb 09 18:48 |
| TechBytesBot | schestowitz.com | indoors13 [ http://ur1.ca/gll0a ] | Feb 09 18:48 |
| schestowitz | > Hi rxrz, | Feb 09 18:50 |
| schestowitz | > | Feb 09 18:50 |
| schestowitz | > Thank you for your reply. I'm happy to see the misunderstandings are | Feb 09 18:50 |
| schestowitz | > clarified and the issue is resolved. | Feb 09 18:50 |
| schestowitz | > | Feb 09 18:50 |
| schestowitz | > After reading your explanation, I know what must have happened. | Feb 09 18:50 |
| schestowitz | > | Feb 09 18:50 |
| schestowitz | > We indeed doesn't get the mac-sales@tuxera.com emails because all those go | Feb 09 18:50 |
| schestowitz | > directly to www.avangate.com web shop who is our "Tuxera NTFS for Mac OS X" | Feb 09 18:50 |
| schestowitz | > reseller. If you check their web site, you can see Tuxera logo on their | Feb 09 18:50 |
| schestowitz | > front page (you may need to scroll down). Avangate has the responsibility to | Feb 09 18:50 |
| schestowitz | > handle all those emails. If they can't process one email then they should | Feb 09 18:50 |
| schestowitz | > send it to us. However based on past experiences from user feedbacks, | Feb 09 18:50 |
| schestowitz | > unfortunately they don't always do that. I'm sure this is what has happened | Feb 09 18:50 |
| schestowitz | > now too because Tuxera employees understand how important open source and | Feb 09 18:50 |
| schestowitz | > open source licensing to us and would have immediately alerted the issue | Feb 09 18:50 |
| schestowitz | > internally. | Feb 09 18:50 |
| schestowitz | > | Feb 09 18:50 |
| schestowitz | > So, please also accept my apology assuming you didn't try to contact us. | Feb 09 18:50 |
| schestowitz | > You did but unfortunately the email didn't reach us. We will discuss the | Feb 09 18:50 |
| schestowitz | > lost mac-sales@ email issue with Avangate and will address not to happen | Feb 09 18:50 |
| schestowitz | > in the future. | Feb 09 18:50 |
| schestowitz | > | Feb 09 18:50 |
| schestowitz | > Your warning about SanDisk leaking access to our servers is very much | Feb 09 18:50 |
| schestowitz | > appreciated. You are right, it's indeed serious. We have changed the | Feb 09 18:50 |
| schestowitz | > password. | Feb 09 18:50 |
| schestowitz | > | Feb 09 18:50 |
| schestowitz | > Let us know if we could help in anything in the future. Thanks again. | Feb 09 18:50 |
| schestowitz | > | Feb 09 18:50 |
| schestowitz | > Best regards, | Feb 09 18:50 |
| schestowitz | > Szaka | Feb 09 18:50 |
| schestowitz | >> So, please also accept my apology assuming you didn't try to contact | Feb 09 19:26 |
| schestowitz | >> us. You did but unfortunately the email didn't reach us. We will | Feb 09 19:26 |
| schestowitz | >> discuss the lost mac-sales@ email issue with Avangate and will | Feb 09 19:26 |
| schestowitz | >> address not to happen in the future. | Feb 09 19:26 |
| schestowitz | > | Feb 09 19:26 |
| schestowitz | > Are they running Outlook/Exchange? None of the headers came through but | Feb 09 19:26 |
| schestowitz | > running Exchange would be one possible explanation. The other possible | Feb 09 19:26 |
| schestowitz | > explanation is less magnanimous. | Feb 09 19:26 |
| schestowitz | > | Feb 09 19:26 |
| schestowitz | > It's good that the code issue seems resolved at least. | Feb 09 19:26 |
| schestowitz | > Hello, Roy. | Feb 09 22:32 |
| schestowitz | > | Feb 09 22:32 |
| schestowitz | > It seems like it's nothing interesting this time. | Feb 09 22:33 |
| schestowitz | > | Feb 09 22:33 |
| schestowitz | > They basically sell the latest HFS+ driver from linux kernel with some | Feb 09 22:33 |
| schestowitz | > backward-compatibility patches. Nothing to write about either. | Feb 09 22:33 |
| schestowitz | > No journaling support there, no special features. They basically charge | Feb 09 22:33 |
| schestowitz | > companies for something their engineers could backport themselves. They | Feb 09 22:33 |
| schestowitz | > make money out of thin air but as long as companies willingly pay them, | Feb 09 22:33 |
| schestowitz | > I personally don't give a crap, it's nowhere near the exFat case. And | Feb 09 22:33 |
| schestowitz | > they agreed to give the source code, but it's a waste of time to look at | Feb 09 22:33 |
| schestowitz | > it, it's 99% the same as from the latest 3.13 or 3.14. | Feb 09 22:33 |
| schestowitz | > I'm actually glad to see them making money since they contribute to | Feb 09 22:33 |
| schestowitz | > Linux kernel, so as long as everyone's happy, I'm happy too :) | Feb 09 22:33 |
| schestowitz | > | Feb 09 22:33 |
| schestowitz | > Thanks for being with me and keeping an eye on all that mess what's | Feb 09 22:33 |
| schestowitz | > going on with companies trying to put us back on proprietary software. | Feb 09 22:33 |
| schestowitz | > | Feb 09 22:33 |
| schestowitz | > Take care. | Feb 09 22:33 |
| schestowitz | > | Feb 09 22:33 |
| schestowitz | > -rxrz | Feb 09 22:33 |
| schestowitz | Tuxera is not a harmless company. Digging around the "Mac" stuff they do is not the best way to tackle what they do, which is, basically... they promote non libre/non gratis stuff like exFAT in Linux, impeding free standards. For more details see for example | Feb 09 22:33 |
| schestowitz | http://techrights.org/wiki/index.php/Tuxera | Feb 09 22:33 |
| TechBytesBot | techrights.org | Tuxera - Techrights [ http://ur1.ca/avq3b ] | Feb 09 22:33 |
| *TechBytesBot has quit (Ping timeout: 260 seconds) | Feb 09 23:31 | |
| schestowitz | https://twitter.com/e98823288/status/432779424434384896 | Feb 10 08:02 |
| schestowitz | >>> I've been mistaken about this case, your company and people who are a | Feb 10 22:29 |
| schestowitz | >>> part of it. Would like to apologize for that, and ask if there was | Feb 10 22:29 |
| schestowitz | >>> anything I could do to inform people in discussion threads of how this | Feb 10 22:29 |
| schestowitz | >>> issue was resolved? | Feb 10 22:29 |
| schestowitz | >> | Feb 10 22:29 |
| schestowitz | >> rxrz, thanks very much for your apology to Tuxera. This is precisely why I | Feb 10 22:29 |
| schestowitz | >> encourage everyone to contact Conservancy privately at | Feb 10 22:29 |
| schestowitz | >> <compliance@sfconservancy.org> before publicly admonishing someone for a | Feb 10 22:29 |
| schestowitz | >> alleged Linux, BusyBox, and/or Samba GPL violation. Sometimes, there is | Feb 10 22:29 |
| schestowitz | >> no violation. | Feb 10 22:29 |
| schestowitz | > | Feb 10 22:29 |
| schestowitz | > Thank you again we got this issue resolved. rxrz, we would appreciate a | Feb 10 22:29 |
| schestowitz | > short closure to the public threads. We propose | Feb 10 22:29 |
| schestowitz | > | Feb 10 22:29 |
| schestowitz | > "Misunderstandings got resolved. There was no violation." | Feb 10 22:29 |
| schestowitz | > | Feb 10 22:29 |
| schestowitz | > Thanks a lot in advance. | Feb 10 22:29 |
| schestowitz | > | Feb 10 22:29 |
| schestowitz | > Best regards, | Feb 10 22:29 |
| schestowitz | > Szaka | Feb 10 22:29 |
| schestowitz | > rxrz, thanks very much for your apology to Tuxera. This is precisely why I | Feb 10 22:29 |
| schestowitz | > encourage everyone to contact Conservancy privately at | Feb 10 22:29 |
| schestowitz | > <compliance@sfconservancy.org> before publicly admonishing someone for a | Feb 10 22:29 |
| schestowitz | > alleged Linux, BusyBox, and/or Samba GPL violation. Sometimes, there is | Feb 10 22:29 |
| schestowitz | > no violation. | Feb 10 22:29 |
| *MinceR has quit (Ping timeout: 245 seconds) | Feb 11 01:28 | |
| *MinceR (~mincer@62-165-215-140.pool.digikabel.hu) has joined #techbytes | Feb 11 01:29 | |
| *MinceR has quit (Changing host) | Feb 11 01:29 | |
| *MinceR (~mincer@unaffiliated/mincer) has joined #techbytes | Feb 11 01:29 | |
| *schestowitz__ (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 11 01:29 | |
| *schestowitz__ has quit (Changing host) | Feb 11 01:29 | |
| *schestowitz__ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 11 01:29 | |
| *schestowitz has quit (Ping timeout: 245 seconds) | Feb 11 01:29 | |
| *roy_ has quit (Read error: Connection reset by peer) | Feb 11 03:01 | |
| *roy_ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 11 03:01 | |
| *MinceR has quit (Ping timeout: 250 seconds) | Feb 11 03:05 | |
| *MinceR (~mincer@62-165-215-140.pool.digikabel.hu) has joined #techbytes | Feb 11 03:05 | |
| *MinceR has quit (Changing host) | Feb 11 03:05 | |
| *MinceR (~mincer@unaffiliated/mincer) has joined #techbytes | Feb 11 03:05 | |
| **** BEGIN LOGGING AT Tue Feb 11 09:04:00 2014 | ||
| *Now talking on #techbytes | Feb 11 09:04 | |
| *Topic for #techbytes is: Welcome to the official channel of the TechBytes Audiocast | Feb 11 09:04 | |
| *Topic for #techbytes set by ThistleWeb!~gordon@unaffiliated/thistleweb at Wed Jan 5 20:55:35 2011 | Feb 11 09:04 | |
| *[freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup | Feb 11 09:04 | |
| *libertyboxes (~liberty@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 11 09:04 | |
| *MinceR_ is now known as MinceR | Feb 11 10:00 | |
| *oiaohm (~oiaohm@unaffiliated/oiaohm) has joined #techbytes | Feb 11 12:03 | |
| *oiaohm has quit (Quit: Konversation terminated!) | Feb 11 13:37 | |
| schestowitz__ | https://joindiaspora.com/posts/3619107 | Feb 12 01:22 |
| schestowitz__ | "Yo uso Mozilla Firefox porque es más estable, tarda más en abrir al principio, pero luego es mucho más estable y lejos mejor soporte, además no se contamina tan fácilmente como lo hace Chrome /Chromium que es un asco además para poder configurar ciertos parámetros..." | Feb 12 01:22 |
| schestowitz__ | https://joindiaspora.com/posts/3629370 | Feb 12 01:22 |
| schestowitz__ | "Glad somebody is on Skynet Watch." | Feb 12 01:22 |
| schestowitz__ | https://joindiaspora.com/posts/3629167 | Feb 12 01:24 |
| schestowitz__ | https://joindiaspora.com/posts/3629167 | Feb 12 01:24 |
| schestowitz__ | Demand Progress has four goals and one useful thing for people to do. I got this in an email, | Feb 12 01:24 |
| schestowitz__ | We are demanding that decision makers remedy this by: * Passing the USA FREEDOM Act, which would end the bulk collection of Americans' phone records and institute other key reforms. * Defeating the so-called FISA Improvements Act, which would entrench -- and potentially expand -- the spying. * Creating additional privacy protections for non-Americans. * Ending the NSA's subversion of encryption and other data security measures. | Feb 12 01:24 |
| schestowitz__ | They suggest US citizens call and demand a yes vote on the USA Freedom Act. | Feb 12 01:24 |
| schestowitz__ | That's specific enough to be worthwhile, regardless of the merit of the USA Freedom Act. I can take a few minutes to phone my representatives and I can remember the two specific things. The second two things are not specific enough to be useful but that's because the NSA is doing so much that is wrong. It might have been better to demand civilian oversight of the NSA and a return to rule of law. | Feb 12 01:24 |
| schestowitz__ | Richard Stallman has endorsed the USA Freedom Act, even though it does not do enough. | Feb 12 01:24 |
| schestowitz__ | " | Feb 12 01:24 |
| schestowitz__ | "I would like to be as secure and free as the US people! No, not really ..." | Feb 12 01:25 |
| schestowitz__ | https://joindiaspora.com/posts/3631505 | Feb 12 01:25 |
| schestowitz__ | https://joindiaspora.com/posts/3632513 | Feb 12 01:25 |
| schestowitz__ | "Why won't mainstream social networks stop trying to be like each other...Jesus." | Feb 12 01:25 |
| schestowitz__ | "Looks absolutely awful. Totally the wrong use of elements." | Feb 12 01:25 |
| schestowitz__ | "I don't mind as I use it only through client apps" | Feb 12 01:26 |
| schestowitz__ | "I'm not convinced maineststream doesn't equate to meanstream..." | Feb 12 01:26 |
| *TechBytesBot (~b0t@216.105.40.123) has joined #techbytes | Feb 12 01:28 | |
| TechBytesBot | Hello World! I'm TechBytesBot running phIRCe v0.71 | Feb 12 01:28 |
| schestowitz__ | > Whoops, I meant it could do with some improvement on a _1280x1024_ | Feb 12 18:19 |
| schestowitz__ | > monitor. Not a big deal, though! | Feb 12 18:19 |
| schestowitz__ | > | Feb 12 18:19 |
| schestowitz__ | > -------- Original Message -------- | Feb 12 18:19 |
| schestowitz__ | > *Subject: *Re: Some suggestions for Tux Machines | Feb 12 18:19 |
| schestowitz__ | > *To: *Roy Schestowitz <r@schestowitz.com> | Feb 12 18:19 |
| schestowitz__ | > *Date: *12/02/14 14:34 | Feb 12 18:19 |
| schestowitz__ | >> Hi, | Feb 12 18:19 |
| schestowitz__ | >> | Feb 12 18:19 |
| schestowitz__ | >> Thanks for your reply. I think you must have done something to the | Feb 12 18:19 |
| schestowitz__ | >> layout, as it now looks better on a 1920x1080 monitor and on a 1440x900 | Feb 12 18:19 |
| schestowitz__ | >> monitor, although it could still do with improvement on a 1920x1080 | Feb 12 18:19 |
| schestowitz__ | >> monitor (see attached screen shots). | Feb 12 18:19 |
| schestowitz__ | >> | Feb 12 18:19 |
| schestowitz__ | >> Regarding the site background, one man's meat is another man's poison, | Feb 12 18:20 |
| schestowitz__ | >> but I like some of the backgrounds that can be produced with the tools | Feb 12 18:20 |
| schestowitz__ | >> on the following Web sites: | Feb 12 18:20 |
| schestowitz__ | >> | Feb 12 18:20 |
| schestowitz__ | >> http://www.paintbits.com/webdesign/website-background-patterns/ | Feb 12 18:20 |
| schestowitz__ | >> | Feb 12 18:20 |
| schestowitz__ | >> http://bgmaker.ventdaval.com/ | Feb 12 18:20 |
| schestowitz__ | >> | Feb 12 18:20 |
| TechBytesBot | www.paintbits.com | Website Background Patterns | Paintbits [ http://ur1.ca/gm7uf ] | Feb 12 18:20 |
| TechBytesBot | bgmaker.ventdaval.com | bgMaker ||| Background maker || Tiled Background generator | Web Background maker | Feb 12 18:20 |
| schestowitz__ | >> You might like to try some of the very faint backgrounds from | Feb 12 18:20 |
| schestowitz__ | >> http://bgmaker.ventdaval.com/gallery.php?cat=mostDownloaded to see how | Feb 12 18:20 |
| schestowitz__ | >> they look. | Feb 12 18:20 |
| TechBytesBot | bgmaker.ventdaval.com | bgMaker's gallery|| Tiled Background's gallery | Web Background's gallery [ http://ur1.ca/gm7uh ] | Feb 12 18:20 |
| schestowitz__ | >> | Feb 12 18:20 |
| schestowitz__ | >> Thanks again. | Feb 12 18:20 |
| schestowitz__ | >> | Feb 12 18:20 |
| schestowitz__ | >> Best Regards, | Feb 12 18:20 |
| schestowitz__ | I think we got a winner background for now, based on my taste at least. The sidebar with information is not ideal, but I tried to preserve what Susan had put in place. | Feb 12 18:20 |
| schestowitz__ | https://joindiaspora.com/posts/3636128 | Feb 13 01:38 |
| TechBytesBot | @schestowitz@joindiaspora.com: Climate change felt despite PR campaign of energy giants https://joindiaspora.s3.amazonaws.com/uploads/images/scaled_full_2d2f3dde573d9156c17f.jpg | Feb 13 01:38 |
| schestowitz__ | "One thing is saying and another different one is actually doing." | Feb 13 01:38 |
| schestowitz__ | https://joindiaspora.com/posts/3634905 | Feb 13 01:38 |
| TechBytesBot | @schestowitz@joindiaspora.com: "reports the impacts of drone strategy" http://www.greenbaypressgazette.com/article/20140212/ADV05/302120097/Documentary-drone-use-showing-UU-Fellowship "military officials warning against blowback from the loss of innocent life." | Feb 13 01:38 |
| TechBytesBot | -> www.greenbaypressgazette.com | NO TITLE [ http://ur1.ca/gmaim ] | Feb 13 01:38 |
| schestowitz__ | "And the politicians will completely ignore the military officials and double down on drone programs as a result of the blowback. Just like they did with the "War on Terrorism" (in reality more of a war of terrorism)" | Feb 13 01:38 |
| *puppywatch has quit (Ping timeout: 260 seconds) | Feb 13 02:15 | |
| *Disconnected (Remote host closed socket). | Feb 13 02:15 | |
| **** ENDING LOGGING AT Thu Feb 13 02:15:10 2014 | ||
| **** BEGIN LOGGING AT Thu Feb 13 02:15:35 2014 | ||
| *Now talking on #techbytes | Feb 13 02:15 | |
| *Topic for #techbytes is: Welcome to the official channel of the TechBytes Audiocast | Feb 13 02:15 | |
| *Topic for #techbytes set by ThistleWeb!~gordon@unaffiliated/thistleweb at Wed Jan 5 20:55:35 2011 | Feb 13 02:15 | |
| *puppywatch has quit (Ping timeout: 260 seconds) | Feb 13 02:18 | |
| *schestowitz__ has quit (Ping timeout: 260 seconds) | Feb 13 02:18 | |
| *MinceR has quit (*.net *.split) | Feb 13 02:18 | |
| *schestowitz_log_ has quit (*.net *.split) | Feb 13 02:18 | |
| *schestowitz_bed2 (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 02:19 | |
| *schestowitz_log_ (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 13 02:19 | |
| *schestowitz_log_ has quit (Changing host) | Feb 13 02:19 | |
| *schestowitz_log_ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 02:19 | |
| *roy_ has quit (Remote host closed the connection) | Feb 13 02:22 | |
| *schestowitz__ (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 13 02:26 | |
| *schestowitz__ has quit (Changing host) | Feb 13 02:27 | |
| *schestowitz__ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 02:27 | |
| *schestowitz_log_ has quit (*.net *.split) | Feb 13 02:33 | |
| *schestowitz_bed2 has quit (*.net *.split) | Feb 13 02:33 | |
| *schestowitz_log_ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 02:37 | |
| *MinceR (~mincer@94-21-12-140.pool.digikabel.hu) has joined #techbytes | Feb 13 02:49 | |
| *MinceR has quit (Changing host) | Feb 13 02:49 | |
| *MinceR (~mincer@unaffiliated/mincer) has joined #techbytes | Feb 13 02:49 | |
| *MinceR_ has quit (*.net *.split) | Feb 13 02:50 | |
| *XFaCE has quit (Ping timeout: 265 seconds) | Feb 13 11:53 | |
| *XFaCE (XFaCE@unaffiliated/xface) has joined #techbytes | Feb 13 11:58 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 13:23 | |
| *schestowitz__ has quit (Quit: Konversation term) | Feb 13 19:24 | |
| *schestowitz__ (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 13 19:24 | |
| *schestowitz__ has quit (Changing host) | Feb 13 19:24 | |
| *schestowitz__ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 19:24 | |
| *schestowitz_log has quit (Quit: Ex-Chat) | Feb 13 19:26 | |
| *schestowitz_log (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 13 19:28 | |
| *schestowitz_log has quit (Changing host) | Feb 13 19:28 | |
| *schestowitz_log (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 19:28 | |
| schestowitz__ | http://www.phoronix.com/scan.php?page=news_item&px=NjUxNQ | Feb 14 06:40 |
| TechBytesBot | www.phoronix.com | [Phoronix] Phoronix IRC Channel [ http://ur1.ca/gmicb ] | Feb 14 06:40 |
| schestowitz__ | started around the same time as us | Feb 14 06:40 |
| schestowitz__ | I think the very same MONTH | Feb 14 06:40 |
| schestowitz__ | Also, they now have theme images by topic, like new Tux Machines | Feb 14 06:41 |
| schestowitz__ | I now happen to manage a Drupal site of a British government site | Feb 14 07:26 |
| schestowitz__ | writing some docs today: | Feb 14 07:26 |
| schestowitz__ | " | Feb 14 07:26 |
| schestowitz__ | Introduction | Feb 14 07:26 |
| schestowitz__ | This page does not attempt to explain how Drupal works and it is not a general guide. Instead, it explains very specifically how our client's Drupal site is set up. Emphasis is put on key areas where the customer's system is non-trivial and requires some tricks or unique know-hows. | Feb 14 07:26 |
| schestowitz__ | Structure and Navigation | Feb 14 07:26 |
| schestowitz__ | Site Sections as well as Views are used extensively to classify information (pages and other content types). Both can be accessed from the administration menus although, due to a large number of installed modules, in order to get to their menu item a high-resolution screen may be needed. Navigation can also be conveniently handled by the search bar at the top right corner of the administration panel of Drupal 7. It automatically makes | Feb 14 07:26 |
| schestowitz__ | suggestions as one types. | Feb 14 07:26 |
| schestowitz__ | Drafts and Revision Management | Feb 14 07:26 |
| schestowitz__ | Due to the client's size and the large number of authors, different editorial groups exist and revisions of existing pages are, by default, marked as drafts. It is possible to change that in the box at the bottom of editing pages. Editing key pages can lead to unintended effects, so it is advisable to first test on the "dev" server, test thoroughly, and only later repeat on the live site. | Feb 14 07:26 |
| schestowitz__ | Panels and Views | Feb 14 07:26 |
| schestowitz__ | A lot of pages are being labeled, using taxonomy, section, etc., and then grouped automatically under pages with panels and views (higher-level content types). Put simply, writers prefer not to worry about updating indexes and such. This should be done automatically and we are often assigned a task like setting up and testing new sections, amassing pages that belong to them based on SQL queries (there are high-level interfaces for | Feb 14 07:26 |
| schestowitz__ | producing these queries under Drupal). Several types of panels and views exist and each belongs to a particular level of the site, depending on the depth of the page, the contextual menus on the top/side, etc. | Feb 14 07:26 |
| schestowitz__ | APIs and Third Parties | Feb 14 07:27 |
| schestowitz__ | Unfortunately, great dependence exists which infringes on users' privacy and makes some pages prone to unpredictable errors (irrespective of the site itself). For instance, sites like Flickr and YouTube? are embedded in the pages and when they change APIs or access rights it is possible for parts of the referring site to silently fail. The solution under such circumstances and far from trivial and replacements might even be impossible | Feb 14 07:27 |
| schestowitz__ | to find. In some cases, as in the panoramic images section, there is also dependence on software-based browser plugins like Java runtime. In due course, for various reasons, this not only introduces security risks but also compatibility issues. | Feb 14 07:27 |
| schestowitz__ | To the extent possible, the client should be advised to stay autonomous and use open standards. Long-term planning for maintenance of service depends on this. | Feb 14 07:27 |
| schestowitz__ | Hosting | Feb 14 07:27 |
| schestowitz__ | There are numerous sites that are managed by authors, some of which are for development purposes and some are for internal use or dissemination of information within the organisation. Drupal 7 is the standard platform and it is not kept up to date (this is a very bad habit, but compatibility comes before security). For easier access when one is off-site, a browser-based (interfaced) VPN tool is used. This enables access to almost | Feb 14 07:27 |
| schestowitz__ | every site and also facilitates shell access through uniquely-designed, dynamic pipes (specified once one logs in). Requests for work on the site are not limited to just the main site which is public-facing. | Feb 14 07:27 |
| schestowitz__ | " | Feb 14 07:27 |
| *schestowitz__ has quit (Quit: Konversation term) | Feb 14 09:14 | |
| *pidgin_log has quit (Quit: Leaving.) | Feb 14 09:14 | |
| *schestowitz_log has quit (Remote host closed the connection) | Feb 14 09:14 | |
| *schestowitz__ (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 14 09:57 | |
| *schestowitz__ has quit (Changing host) | Feb 14 09:57 | |
| *schestowitz__ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 14 09:57 | |
| *pidgin_log (~roy@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 14 09:57 | |
| *schestowitz_log (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 14 09:57 | |
| *schestowitz has quit (Remote host closed the connection) | Feb 14 10:00 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 14 10:00 | |
| *schestowitz has quit (Remote host closed the connection) | Feb 14 13:23 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 14 13:24 | |
| *schestowitz has quit (Client Quit) | Feb 14 13:24 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 14 13:24 | |
| schestowitz__ | "sheesh, I'm still using my tape deck in my car with one of those cassettes that lets me plug in my Rockbox." | Feb 15 10:56 |
| schestowitz__ | https://joindiaspora.com/posts/3645189 | Feb 15 10:56 |
| TechBytesBot | @schestowitz@joindiaspora.com reshared: cassette mp3 player... | Feb 15 10:57 |
| schestowitz__ | "Advertising is one of the key elements of the system that is destroying the ecosystem of our planet and taking our civilization to catastrophe." | Feb 15 10:58 |
| schestowitz__ | https://joindiaspora.com/posts/3640765 | Feb 15 10:58 |
| TechBytesBot | @schestowitz@joindiaspora.com: "Wait, what? Mozilla made itself the villian of the online ad business early last year" http://adage.com/article/special-report-iab-annual-meeting/mozilla-sell-ads-firefox/291641/ http://techrights.org/2014/02/13/firefox-covert-marketing/ | Feb 15 10:58 |
| TechBytesBot | -> adage.com | Mozilla To Sell Ads In Firefox | Special: IAB Annual Meeting - Advertising Age [ http://ur1.ca/gmgn6 ] | Feb 15 10:58 |
| TechBytesBot | -> techrights.org | Mozilla Sells Out | Techrights [ http://ur1.ca/gmfvx ] | Feb 15 10:58 |
| schestowitz__ | " | Feb 15 10:58 |
| schestowitz__ | This is actually a pretty typical maneuver: make it harder to advertise without paying us. If you do want to advertise, pay us. | Feb 15 10:58 |
| schestowitz__ | I'm not saying it's the Right Thing To Do, but ... well, it's hardly novel. | Feb 15 10:58 |
| schestowitz__ | It might also mean unleaching itself from the teat of Google. | Feb 15 10:58 |
| schestowitz__ | " | Feb 15 10:58 |
| schestowitz__ | https://joindiaspora.com/posts/3645435 | Feb 15 10:58 |
| TechBytesBot | @schestowitz@joindiaspora.com reshared: ## How many feet? | Feb 15 10:58 |
| TechBytesBot | -> imgur.com | How many feet? - Imgur | Feb 15 10:58 |
| schestowitz__ | "About 4' at the shoulder." | Feb 15 10:59 |
| schestowitz__ | https://joindiaspora.com/posts/3645189 | Feb 15 10:59 |
| schestowitz__ | "sheesh, I'm still using my tape deck in my car with one of those cassettes that lets me plug in my Rockbox." | Feb 15 10:59 |
| schestowitz__ | http://www.benedelman.org/news/021314-1.html | Feb 15 11:00 |
| TechBytesBot | www.benedelman.org | Secret Ties in Google's "Open" Android [ http://ur1.ca/gmq6h ] | Feb 15 11:00 |
| schestowitz__ | "Disclosure: I serve as a consultant to various companies that compete with Google. That work is ongoing and covers varied subjects, most commonly advertising fraud. I write on my own—not at the suggestion or request of any client, without approval or payment from any client." | Feb 15 11:01 |
| schestowitz__ | He does not say "Microsoft' | Feb 15 11:01 |
| schestowitz__ | and it's too late | Feb 15 11:01 |
| schestowitz__ | some damage control | Feb 15 11:01 |
| schestowitz__ | https://twitter.com/Messgorough/status/434639259908456449 | Feb 15 11:09 |
| TechBytesBot | @Messgorough: @glynmoody @schestowitz Problem is who is going to take a deluded sex offender seriously? | Feb 15 11:09 |
| *schestowitz has quit (Remote host closed the connection) | Feb 15 12:30 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 15 12:30 | |
| BACKUP | ||
| *pidgin_log has quit (*.net *.split) | Feb 09 01:31 | |
| *pidgin_log (~roy@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 09 01:39 | |
| *schestowitz has quit (Quit: Konversation term) | Feb 09 09:28 | |
| *pidgin_log has quit (Quit: Leaving.) | Feb 09 09:30 | |
| *schestowitz_log has quit (Ping timeout: 272 seconds) | Feb 09 11:30 | |
| *Disconnected (Remote host closed socket). | Feb 09 11:32 | |
| **** ENDING LOGGING AT Sun Feb 9 11:32:20 2014 | ||
| **** BEGIN LOGGING AT Sun Feb 9 11:44:39 2014 | ||
| *Now talking on #techbytes | Feb 09 11:44 | |
| *Topic for #techbytes is: Welcome to the official channel of the TechBytes Audiocast | Feb 09 11:44 | |
| *Topic for #techbytes set by ThistleWeb!~gordon@unaffiliated/thistleweb at Wed Jan 5 20:55:35 2011 | Feb 09 11:44 | |
| *pidgin_log (~roy@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 09 12:24 | |
| *schestowitz (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 09 12:24 | |
| *schestowitz has quit (Changing host) | Feb 09 12:24 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 09 12:24 | |
| schestowitz | > Hello, Szaka. | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > My first email concerning this issue went to *mac-sales* | Feb 09 16:02 |
| schestowitz | > <mac-sales@tuxera.com> among people I wanted to discuss it with, | Feb 09 16:02 |
| schestowitz | > the same day it got published on the techrights' newsfeed. | Feb 09 16:02 |
| schestowitz | > The email contents: | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > Title: "Possible GPL violation in Tuxera's HFS+ (thfsplus.ko) driver" | Feb 09 16:02 |
| schestowitz | > Content: "Hello again my Dear Friends! | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > Straight to the deal: | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > https://github.com/RMerl/asuswrt-merlin/tree/master/release/src/router/tuxera/broadcom/hfsplus/kernel-module | Feb 09 16:02 |
| TechBytesBot | ( status 404 @ https://github.com/RMerl/asuswrt-merlin/tree/master/release/src/router/tuxera/broadcom/hfsplus/kernel-module ) | Feb 09 16:02 |
| schestowitz | > (forked to https://github.com/rxrz/asuswrt-merlin just in case) | Feb 09 16:02 |
| TechBytesBot | github.com | rxrz/asuswrt-merlin · GitHub | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > download the blob, run `modinfo` on it: | Feb 09 16:02 |
| schestowitz | > | Feb 09 16:02 |
| schestowitz | > filename: thfsplus.ko | Feb 09 16:02 |
| schestowitz | > license: GPL | Feb 09 16:02 |
| schestowitz | > description: Extended Macintosh Filesystem | Feb 09 16:02 |
| schestowitz | > author: Brad Boyer | Feb 09 16:03 |
| schestowitz | > depends: | Feb 09 16:03 |
| schestowitz | > vermagic: 2.6.22.19 mod_unload MIPS32_R2 32BIT | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > it's MIPS32, so `strings` won't give the function names, rather | Feb 09 16:03 |
| schestowitz | > something like this: | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > `strings /tmp/thfsplus.ko | grep -i tux`: | Feb 09 16:03 |
| schestowitz | > <6>Tuxera HFS+ driver 3013.11.18 | Feb 09 16:03 |
| schestowitz | > /opt/tuxera/rakesh/tuxera_delivery/output/asus-router/tuxera-file-systems-3013.11.15.1-bcm4706.build/hfsplus-kmod/fs/hfsplus/extents.c | Feb 09 16:03 |
| schestowitz | > /opt/tuxera/rakesh/tuxera_delivery/output/asus-router/tuxera-file-systems-3013.11.15.1-bcm4706.build/hfsplus-kmod/fs/hfsplus/bnode.c | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > Seems like a GPL violation to me. | Feb 09 16:03 |
| schestowitz | > I'd like to have that source code now, since it's been based on native | Feb 09 16:03 |
| schestowitz | > code from Linux. | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > Thank you." | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > Not seeing a reply to my email from you I assumed you ignored the issue. | Feb 09 16:03 |
| schestowitz | > Probably "mac-sales" wasn't the best choice to | Feb 09 16:03 |
| schestowitz | > contact your company regarding this issue,but made more sense to me for | Feb 09 16:03 |
| schestowitz | > this particular topic than the others on the contact list from your website. | Feb 09 16:03 |
| schestowitz | > I did not have enough information, not to mention I was aware of you | Feb 09 16:03 |
| schestowitz | > contributing to GPL with ntfs-3g. Yet still, the case with Samsung has | Feb 09 16:03 |
| schestowitz | > proven | Feb 09 16:03 |
| schestowitz | > my assumptions that any company may steal the code and sell it as their | Feb 09 16:03 |
| schestowitz | > own, no matter how big or small. | Feb 09 16:03 |
| schestowitz | > It's quite hard to think positive when trust is not there, in quite a | Feb 09 16:03 |
| schestowitz | > similar issue. | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > I never said it wasn't GPL, I assumed it was a complete and more | Feb 09 16:03 |
| schestowitz | > advanced driver for HFS+ based on hfsplus.ko, since you were selling it | Feb 09 16:03 |
| schestowitz | > and it did not require the cli interaction | Feb 09 16:03 |
| schestowitz | > for disabling/enabling the journal support to mount it on Linux. All I | Feb 09 16:03 |
| schestowitz | > wanted was the source code (because of the GPL label on it, and that | Feb 09 16:03 |
| schestowitz | > missing code being available | Feb 09 16:03 |
| schestowitz | > publicly, like ntfs-3g has been). | Feb 09 16:03 |
| schestowitz | > | Feb 09 16:03 |
| schestowitz | > By "picking" what to share I meant the journaling support, which is now | Feb 09 16:04 |
| schestowitz | > known not to be a part of a GPL-licensed thfsplus.ko. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > I no longer see any need in having the source code for any of the | Feb 09 16:04 |
| schestowitz | > drivers/products from Tuxera. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > I've been mistaken about this case, your company and people who are a | Feb 09 16:04 |
| schestowitz | > part of it. | Feb 09 16:04 |
| schestowitz | > Would like to apologize for that, and ask if there was anything I could | Feb 09 16:04 |
| schestowitz | > do to inform | Feb 09 16:04 |
| schestowitz | > people in discussion threads of how this issue was resolved? | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > Thank you for your time. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > P.S. | Feb 09 16:04 |
| schestowitz | > https://github.com/sandisk-opensource/wireless-media-drive/blob/master/linux-2.6.35.3/mktuxeramod.sh | Feb 09 16:04 |
| TechBytesBot | github.com | wireless-media-drive/linux-2.6.35.3/mktuxeramod.sh at master · sandisk-opensource/wireless-media-drive · GitHub [ http://ur1.ca/glk62 ] | Feb 09 16:04 |
| schestowitz | > here Sandisk leaked access to your server. Please make sure to change | Feb 09 16:04 |
| schestowitz | > the password there for their account to avoid possible attacks which could | Feb 09 16:04 |
| schestowitz | > lead to all your code being stolen. The most obvious would be exploits | Feb 09 16:04 |
| schestowitz | > within the makefiles of kernel image file. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > -rxrz | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > On 02/08/2014 at 3:50 PM, "Szabolcs Szakacsits" <szaka@tuxera.com> wrote: | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > Hi, | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > There are indeed some major misunderstanding to be clarified. I removed | Feb 09 16:04 |
| schestowitz | > legal, in case you feel more comfortable to reply. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > On Fri, 7 Feb 2014, rxrz@hush.ai wrote: | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > > Thank you for your reply, I'm glad to receive an official response. | Feb 09 16:04 |
| schestowitz | > | Feb 09 16:04 |
| schestowitz | > It was pure luck. Nobody contacted us in the matter and asked for | Feb 09 16:04 |
| schestowitz | > explanation. All we have seen is that somebody anonymously spreading | Feb 09 16:04 |
| schestowitz | > news | Feb 09 16:05 |
| schestowitz | > about us stealing code which is not true. Then we have also read at | Feb 09 16:05 |
| schestowitz | > github | Feb 09 16:05 |
| schestowitz | > that SFC is "collecting evidence". They also didn't contact us. We did | Feb 09 16:05 |
| schestowitz | > contact them and we got no reply. I'm happy at least you are replying. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > > However, I am still confused by the the situation with the GPL driver | Feb 09 16:05 |
| schestowitz | > > which bears the authorship of a person who has not worked for your | Feb 09 16:05 |
| schestowitz | > > company (to my knowledge), | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > The authors of the driver is everybody who ever contributed to it | Feb 09 16:05 |
| schestowitz | > according | Feb 09 16:05 |
| schestowitz | > to the GPL. Including Tuxera. 'git log' has the details, e.g. | Feb 09 16:05 |
| schestowitz | > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/fs/hfsplus | Feb 09 16:05 |
| TechBytesBot | git.kernel.org | kernel/git/torvalds/linux.git - Linux kernel source tree [ http://ur1.ca/glk69 ] | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > This doesn't mean the driver can be made proprietary by Tuxera or | Feb 09 16:05 |
| schestowitz | > anybody | Feb 09 16:05 |
| schestowitz | > else. That's why it's GPL in the 'modinfo'. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > Tuxera does have a proprietary HFS+ driver written from scratch but we | Feb 09 16:05 |
| schestowitz | > decided to contribute and support the GPL driver and submit patches | Feb 09 16:05 |
| schestowitz | > for it. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > > being sold in commercial products. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > Nothing wrong with open source commercial products, if licenses are | Feb 09 16:05 |
| schestowitz | > followed. Red Hat, Ubuntu and quite many do it. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > What Tuxera fundamentally does in this case is selling open source | Feb 09 16:05 |
| schestowitz | > support. Again, nothing wrong calling it Tuxera HFS+. There are Debian, | Feb 09 16:05 |
| schestowitz | > Red Hat Linux, Ubuntu, Gentoo, Mint, Fedora, and lot's of other Linux | Feb 09 16:05 |
| schestowitz | > distributions. Personally I have helped most of these 200+ ones to | Feb 09 16:05 |
| schestowitz | > integrate NTFS-3G: http://www.ntfs-3g.com/distributions.html | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| TechBytesBot | www.ntfs-3g.com | NTFS-3G in Distributions [ http://ur1.ca/glk6c ] | Feb 09 16:05 |
| schestowitz | > At that time there was no Tuxera, I did all free, selflessly, using | Feb 09 16:05 |
| schestowitz | > my own | Feb 09 16:05 |
| schestowitz | > name. You can check this too. | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:05 |
| schestowitz | > > I mentioned the word "proprietary" because we do not have the source code | Feb 09 16:05 |
| schestowitz | > > for this driver, | Feb 09 16:05 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > The fact is we did submit all relevant patches to Linux kernel. If one | Feb 09 16:06 |
| schestowitz | > wants the source code of a specific device for a specific kernel | Feb 09 16:06 |
| schestowitz | > then they | Feb 09 16:06 |
| schestowitz | > need to request it according to GPL. Nobody did that so far. | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > May I know what specific device/devices and driver version do you | Feb 09 16:06 |
| schestowitz | > want to | Feb 09 16:06 |
| schestowitz | > have the source code for? You won't find any meaningful difference | Feb 09 16:06 |
| schestowitz | > compared | Feb 09 16:06 |
| schestowitz | > to the GPL driver, maximum minor vendor or old kernel specific | Feb 09 16:06 |
| schestowitz | > changes and | Feb 09 16:06 |
| schestowitz | > backported fixes. | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > > and the support for HFS+ Journal being the only difference, comparing to | Feb 09 16:06 |
| schestowitz | > > the original driver. | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > The driver mounts journaled HFS+ however journaling is not used. You | Feb 09 16:06 |
| schestowitz | > can | Feb 09 16:06 |
| schestowitz | > confirm this by dumping the journal file. | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > Afaik, HFS+ journaling is being worked on by Vyacheslav Dubeyko in | Feb 09 16:06 |
| schestowitz | > his free | Feb 09 16:06 |
| schestowitz | > time. | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > > I could understand the situation where you had two .ko files, (e.g. | Feb 09 16:06 |
| schestowitz | > > hfsplus.ko and hfsplus_journal.ko), latter file could've had license | Feb 09 16:06 |
| schestowitz | > > "Tuxera Commercial" or similar, while the first one could've been made of | Feb 09 16:06 |
| schestowitz | > > open code 99% similar to driver from the Linux kernel tree. But in my | Feb 09 16:06 |
| schestowitz | > > experience with software development, I've never seen or heard of any | Feb 09 16:06 |
| schestowitz | > > case of virtually splitting one binary GPL file into certain abstract | Feb 09 16:06 |
| schestowitz | > > "parts", where developers would only release a chunk of it's source (as | Feb 09 16:06 |
| schestowitz | > > with your contribution to the Linux kernel). | Feb 09 16:06 |
| schestowitz | > | Feb 09 16:06 |
| schestowitz | > Having the HFS+ journal support assumption is just as wrong | Feb 09 16:06 |
| schestowitz | > assumption as | Feb 09 16:06 |
| schestowitz | > the driver is being "proprietary" by Tuxera. Our releases clearly | Feb 09 16:06 |
| schestowitz | > indicate | Feb 09 16:06 |
| schestowitz | > it's GPL. There is only one false, anonymous claim, yours, it is not | Feb 09 16:06 |
| schestowitz | > GPL. | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > > I understand that you're able to sell your HFS+ Embedded product only | Feb 09 16:07 |
| schestowitz | > > because you haven't committed journal.c to the Linux kernel tree, since | Feb 09 16:07 |
| schestowitz | > > Apple's firmware is not protected by any patents (like in case with | Feb 09 16:07 |
| schestowitz | > > fat32/exfat). | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > Again, no journal support in the driver. We support the GPL driver and | Feb 09 16:07 |
| schestowitz | > contribute all relevant patches upstream: | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?qt=grep&q=tuxera.com | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > > Any little contribution to Linux is always a good thing, we both use that | Feb 09 16:07 |
| schestowitz | > > kernel, but I would like to know, how is the situation with HFS+ Embedded | Feb 09 16:07 |
| schestowitz | > > different to the situation which we had with exFat a year ago? | Feb 09 16:07 |
| TechBytesBot | git.kernel.org | kernel/git/torvalds/linux.git - Linux kernel source tree [ http://ur1.ca/glk6l ] | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > In the Samsung case you were right. Samsung didn't follow GPL. We | Feb 09 16:07 |
| schestowitz | > work with | Feb 09 16:07 |
| schestowitz | > Samsung and we also told them what they did was very wrong. | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > Again, the differences: | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > - Samsung changed licence from GPL to proprietary, Tuxera did not (GPL) | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > - Samsung didn't contribute *anything* until they were caught, Tuxera | Feb 09 16:07 |
| schestowitz | > contributes *everything* since day 1 we started to support GPL HFS+: | Feb 09 16:07 |
| schestowitz | > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?qt=grep&q=tuxera.com | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > > That driver wasn't even GPL, Samsung had to officially change the license | Feb 09 16:07 |
| schestowitz | > > for it and upload the source to their website. Here we got a GPL license | Feb 09 16:07 |
| schestowitz | > > already on the blob, which makes it legitimate to demand the source code | Feb 09 16:07 |
| schestowitz | > > for it from the developer, | Feb 09 16:07 |
| schestowitz | > | Feb 09 16:07 |
| schestowitz | > Exactly. However nobody asked for the source code from Tuxera. GPL | Feb 09 16:07 |
| schestowitz | > says you | Feb 09 16:07 |
| schestowitz | > must make it available when it's requested. Again, we __did__ | Feb 09 16:07 |
| schestowitz | > upstream all | Feb 09 16:07 |
| schestowitz | > changes since 2010 and they got included in the official kernel. To | Feb 09 16:07 |
| schestowitz | > provide | Feb 09 16:07 |
| schestowitz | > a specific driver for a specific device we need to know the details | Feb 09 16:07 |
| schestowitz | > and we | Feb 09 16:08 |
| schestowitz | > must get such request. This is completely normal practice other | Feb 09 16:08 |
| schestowitz | > companies | Feb 09 16:08 |
| schestowitz | > follow too. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > > not to mention the fact that this code has not been originally yours. | Feb 09 16:08 |
| schestowitz | > > Please correct me if I'm wrong. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > You are wrong. The HFS+ driver is copyrighted by quite many | Feb 09 16:08 |
| schestowitz | > contributors, | Feb 09 16:08 |
| schestowitz | > including Tuxera. Again, this doesn't mean Tuxera can make it | Feb 09 16:08 |
| schestowitz | > proprietary. | Feb 09 16:08 |
| schestowitz | > That's why we release it under the GPL as 'modinfo' shows and | Feb 09 16:08 |
| schestowitz | > contributed | Feb 09 16:08 |
| schestowitz | > back all changes as GPL. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > > What led me to this discussion with you was my intention to complete the | Feb 09 16:08 |
| schestowitz | > > Linux drivers (HFS+ and NTFS) to bring full support for those filesystem | Feb 09 16:08 |
| schestowitz | > > on Linux and allow people port it to other platforms (BSD and RTOS-like | Feb 09 16:08 |
| schestowitz | > > systems). I believe in the unavoidable domination of FOSS in the future, | Feb 09 16:08 |
| schestowitz | > > more people join our community to get rid of blobs and have as much | Feb 09 16:08 |
| schestowitz | > > Freedom and privacy by relying on open code software products as | Feb 09 16:08 |
| schestowitz | > > possible. Recent NSA revelations inspire people to trust the concept of | Feb 09 16:08 |
| schestowitz | > > open software more than in the faulty proprietary software idea. My next | Feb 09 16:08 |
| schestowitz | > > little project was "HFS-Journaled", where I planned to take the | Feb 09 16:08 |
| schestowitz | > > journaling patches (https://github.com/kcleung/hfsplus-module) for HFS+ | Feb 09 16:08 |
| TechBytesBot | github.com | kcleung/hfsplus-module · GitHub [ http://ur1.ca/glk6u ] | Feb 09 16:08 |
| schestowitz | > > and optimize them to work with the latest Linux HFS+ driver. Not sure if | Feb 09 16:08 |
| schestowitz | > > you used the same patches as a base for the journaling support in | Feb 09 16:08 |
| schestowitz | > > thfsplus.ko, | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > thfsplus.ko has no journaling patches. I encourage you to trace/dump | Feb 09 16:08 |
| schestowitz | > the | Feb 09 16:08 |
| schestowitz | > journal file and see that no updates are made there. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > > but I bet it will look quite funny if my effort would get merged with the | Feb 09 16:08 |
| schestowitz | > > Linux kernel tree and then seeing you guys still helping maintain it. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:08 |
| schestowitz | > It's completely normal. People contribute to the kernel, we do since | Feb 09 16:08 |
| schestowitz | > 1999, | Feb 09 16:08 |
| schestowitz | > and use each other work. That's how open source works. | Feb 09 16:08 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > > Since we spoke about the NTFS driver, I would like to ask a small | Feb 09 16:09 |
| schestowitz | > > question I've been curios to get an answer to: what is the point of | Feb 09 16:09 |
| schestowitz | > > maintaining a slow free ntfs-3g fuse version of that driver, | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > By far the most deployments use NTFS-3G. If it were too slow people | Feb 09 16:09 |
| schestowitz | > wouldn't use it. However in most cases it's fine. I can see well over | Feb 09 16:09 |
| schestowitz | > 100 MB/s speeds on PC, etc. | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > There is a niche of embedded devices where low power consumption | Feb 09 16:09 |
| schestowitz | > matters a | Feb 09 16:09 |
| schestowitz | > lot. Here NTFS-3G may not be efficient enough. In this case higher | Feb 09 16:09 |
| schestowitz | > performance, customized driver is needed, besides additional features. | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > > not releasing the code for the native write & journal support to ntfs.ko, | Feb 09 16:09 |
| schestowitz | > > overloading millions of small CPU's all over the world, not being "green" | Feb 09 16:09 |
| schestowitz | > > at all? | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > Not millions. Billions. Most of them uses NTFS-3G. | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > The explanation is very simple. People doing this work needs to be | Feb 09 16:09 |
| schestowitz | > paid. | Feb 09 16:09 |
| schestowitz | > To be paid company needs revenue. To get revenue company needs to | Feb 09 16:09 |
| schestowitz | > provide | Feb 09 16:09 |
| schestowitz | > extra value to *paying* customers. Then the company can pay developers, | Feb 09 16:09 |
| schestowitz | > contribute to open source, developers/company pay taxes to the | Feb 09 16:09 |
| schestowitz | > government | Feb 09 16:09 |
| schestowitz | > which fund your studies, health-care, safety and many other things. | Feb 09 16:09 |
| schestowitz | > This is | Feb 09 16:09 |
| schestowitz | > how the world works today. | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:09 |
| schestowitz | > When I was working on NTFS-3G alone, pure open source, then I | Feb 09 16:09 |
| schestowitz | > couldn't pay | Feb 09 16:09 |
| schestowitz | > my own bills. Now the company can pay close to 50 people, we pay a | Feb 09 16:09 |
| schestowitz | > lot of | Feb 09 16:09 |
| schestowitz | > tax for the society, contribute to open source NTFS, HFS+, XFS and | Feb 09 16:09 |
| schestowitz | > others, | Feb 09 16:09 |
| schestowitz | > pay several Linux Foundation memberships ($10,000), and __legally__ | Feb 09 16:09 |
| schestowitz | > solve | Feb 09 16:09 |
| schestowitz | > people's everyday file system related technical and legal problems. | Feb 09 16:09 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > > Is it a way to advertise your company to demonstrate the slow NTFS | Feb 09 16:10 |
| schestowitz | > > support, promising a faster commercial alternative? | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > Yes, we are very proud so many people appreciate and support our open | Feb 09 16:10 |
| schestowitz | > source NTFS work we have been doing since 1999. It also attracts great | Feb 09 16:10 |
| schestowitz | > talents Tuxera hires and pays to continue the development and | Feb 09 16:10 |
| schestowitz | > maintenance | Feb 09 16:10 |
| schestowitz | > of the open source software. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > I hope you don't mind, if I also make a very personal comment here. | Feb 09 16:10 |
| schestowitz | > As a | Feb 09 16:10 |
| schestowitz | > great supporter of open source since 1993, personally I'm very sad | Feb 09 16:10 |
| schestowitz | > to see | Feb 09 16:10 |
| schestowitz | > how somebody anonymously attacking and badmouthing in public | Feb 09 16:10 |
| schestowitz | > developers, | Feb 09 16:10 |
| schestowitz | > giving their real identity, who do valuable contributions to open | Feb 09 16:10 |
| schestowitz | > source | Feb 09 16:10 |
| schestowitz | > for long time and she didn't even bother to contact us for | Feb 09 16:10 |
| schestowitz | > explanation and | Feb 09 16:10 |
| schestowitz | > clarification. And I'm not meaning here myself but other developers | Feb 09 16:10 |
| schestowitz | > who are | Feb 09 16:10 |
| schestowitz | > also enthusiastic about contributing to open source ... | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > > I'm sure that being a Microsoft's partner and following their game of | Feb 09 16:10 |
| schestowitz | > > patents, you're doing rather a good job for the world, helping many | Feb 09 16:10 |
| schestowitz | > > different brands implement the support for patented filesystems. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > I can't follow you here. Lots of open source companies partner with | Feb 09 16:10 |
| schestowitz | > Microsoft and follow the law. Here is for example the leading open | Feb 09 16:10 |
| schestowitz | > source | Feb 09 16:10 |
| schestowitz | > company, Red Hat: | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > http://blogs.computerworld.com/red_hat_microsoft_partner_up | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| TechBytesBot | blogs.computerworld.com | Red Hat & Microsoft partner up! | Computerworld Blogs [ http://ur1.ca/glk75 ] | Feb 09 16:10 |
| schestowitz | > Tuxera is not the only company following patent low. __ALL__ | Feb 09 16:10 |
| schestowitz | > companies do | Feb 09 16:10 |
| schestowitz | > who respect the law. | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:10 |
| schestowitz | > > But neither NTFS nor HFS+ are protected by software patents, | Feb 09 16:10 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > It's easy to check from public patent resources that NTFS has a lot of | Feb 09 16:11 |
| schestowitz | > patents. Apple is indeed open about their HFS+. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > > both of them work *almost* fine on Linux (except for NTFS being a waste | Feb 09 16:11 |
| schestowitz | > > of performance | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > The reason NTFS is working "almost" fine is that Tuxera is taking care | Feb 09 16:11 |
| schestowitz | > about it, what we couldn't do if we didn't have a commercial version | Feb 09 16:11 |
| schestowitz | > too. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > Also, the "almost" fine is relative because lot of features are missing | Feb 09 16:11 |
| schestowitz | > which are needed on embedded, for instance high-performance | Feb 09 16:11 |
| schestowitz | > fail-safety. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > > and HFS+ requiring cli interaction prior and after use). | Feb 09 16:11 |
| schestowitz | > > | Feb 09 16:11 |
| schestowitz | > > Many users of Linux including me are shocked by the situation of HFS+ | Feb 09 16:11 |
| schestowitz | > > Embedded product being a commercial GPL driver with no source code | Feb 09 16:11 |
| schestowitz | > > provided. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > Please see explanations above. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > > I am even more confused now, seeing at least three developers claiming | Feb 09 16:11 |
| schestowitz | > > they can share and contribute GPL source, but only what you pick to be | Feb 09 16:11 |
| schestowitz | > > shared. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > I'm afraid I don't understand what you mean here. Who are the | Feb 09 16:11 |
| schestowitz | > developers? | Feb 09 16:11 |
| schestowitz | > What do they exactly claim? What do you mean "we pick"? We are not | Feb 09 16:11 |
| schestowitz | > picking | Feb 09 16:11 |
| schestowitz | > anything but submitting everything relevant. You have the wrong | Feb 09 16:11 |
| schestowitz | > assumption | Feb 09 16:11 |
| schestowitz | > we implemented journaling what we didn't contribute back but that is | Feb 09 16:11 |
| schestowitz | > not | Feb 09 16:11 |
| schestowitz | > the case. You can check and confirm this yourself. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > > Great times are coming and soon we will see Linux being an extremely | Feb 09 16:11 |
| schestowitz | > > popular platform for both entertainment/home and work. | Feb 09 16:11 |
| schestowitz | > | Feb 09 16:11 |
| schestowitz | > Linux/Android is already an extremely popular platform. By far the most | Feb 09 16:12 |
| schestowitz | > devices use Linux today in the world. | Feb 09 16:12 |
| schestowitz | > | Feb 09 16:12 |
| schestowitz | > > Sooner or later we will have full support for many graphical cards and | Feb 09 16:12 |
| schestowitz | > > filesystems. It would seem to be a ridiculous waste of limited time | Feb 09 16:12 |
| schestowitz | > > resources to re-write things that already exist. I believe that | Feb 09 16:12 |
| schestowitz | > > open-sourcing certain of your products | Feb 09 16:12 |
| schestowitz | > | Feb 09 16:12 |
| schestowitz | > Tuxera keeps open sourcing more and more. Doing so for everything would | Feb 09 16:12 |
| schestowitz | > mean we couldn't pay developers because everybody would use it free, | Feb 09 16:12 |
| schestowitz | > as it | Feb 09 16:12 |
| schestowitz | > happened in the past. | Feb 09 16:12 |
| schestowitz | > | Feb 09 16:12 |
| schestowitz | > > could really deserve you a very good reputation in the future of Linux | Feb 09 16:12 |
| schestowitz | > > world. | Feb 09 16:12 |
| schestowitz | > | Feb 09 16:12 |
| schestowitz | > We got credits in the past by Slashdot, many Linux magazines, we were | Feb 09 16:12 |
| schestowitz | > Sourceforge Project of the Month | Feb 09 16:12 |
| schestowitz | > http://sourceforge.net/potm/potm-2006-09.php | Feb 09 16:12 |
| schestowitz | > etc. | Feb 09 16:12 |
| schestowitz | > | Feb 09 16:12 |
| schestowitz | > However reputation won't pay developers bills for food, flat, | Feb 09 16:12 |
| TechBytesBot | sourceforge.net | SourceForge.net: Project of the Month | Feb 09 16:12 |
| schestowitz | > computers, | Feb 09 16:12 |
| schestowitz | > books, training, etc. | Feb 09 16:12 |
| schestowitz | > | Feb 09 16:12 |
| schestowitz | > > As for the thfsplus.ko, I would say it's a part of the agreement you | Feb 09 16:12 |
| schestowitz | > > signed when you used the GPL code as a base, to share the code by the | Feb 09 16:12 |
| schestowitz | > > first request. Not doing so would only offend many contributors of the | Feb 09 16:12 |
| schestowitz | > > Linux project, no matter what your lawyers say. | Feb 09 16:12 |
| schestowitz | > | Feb 09 16:12 |
| schestowitz | > Please see above. | Feb 09 16:12 |
| schestowitz | > | Feb 09 16:12 |
| schestowitz | > Looking forward which driver source code you exactly request, so you | Feb 09 16:12 |
| schestowitz | > will | Feb 09 16:12 |
| schestowitz | > be able to see nothing is there you are looking for and after | Feb 09 16:12 |
| schestowitz | > recompilation | Feb 09 16:12 |
| schestowitz | > it will be exactly the same as the binary you have (except | Feb 09 16:12 |
| schestowitz | > timestamps, etc). | Feb 09 16:12 |
| schestowitz | > | Feb 09 16:12 |
| schestowitz | > Best regards, | Feb 09 16:13 |
| schestowitz | > Szaka | Feb 09 16:13 |
| schestowitz | > | Feb 09 16:13 |
| schestowitz | > | Feb 09 16:13 |
| schestowitz | > > Thank you. | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > P.S. | Feb 09 16:13 |
| schestowitz | > > We would've not needed any lawyers in this World if laws were really working. | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > On 02/07/2014 at 2:24 AM, "Szabolcs Szakacsits" <szaka@tuxera.com> wrote: | Feb 09 16:13 |
| schestowitz | > > Hi rxrz, | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > I sent you a reply on the QNAP forum at | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > http://forum.qnap.com/viewtopic.php?f=180&t=89873&p=397356#p397356 | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| TechBytesBot | forum.qnap.com | QNAP NAS Community Forum • View topic - HFS+ module [ http://ur1.ca/glctk ] | Feb 09 16:13 |
| schestowitz | > > However I thought direct communication would be perhaps better. | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > The "proprietary" is unfortunately a serious misunderstanding. I'm using | Feb 09 16:13 |
| schestowitz | > > Linux since 1993 and we are actively contributing to the kernel since 1999. | Feb 09 16:13 |
| schestowitz | > > I think we understand GPL well. Additionally we have open source, legal | Feb 09 16:13 |
| schestowitz | > > experts both in-house and consultants. | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > The short story is that the driver is indeed GPL and of course there was | Feb 09 16:13 |
| schestowitz | > > never any intention to make it proprietary. In fact Tuxera has been paying | Feb 09 16:13 |
| schestowitz | > > developers to contribute to open source, GPL HFS+ driver since 2010. The | Feb 09 16:13 |
| schestowitz | > > latest accepted contribution was 14 days ago, also thanks to QNAP and QNAP | Feb 09 16:13 |
| schestowitz | > > users who reported this problem which got solved. Tuxera's contributions of | Feb 09 16:13 |
| schestowitz | > > code can be checked for example on | Feb 09 16:13 |
| schestowitz | > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?qt=grep&q=tuxera.com | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > If you click on an hfsplus commit message you can see @tuxera.com email | Feb 09 16:13 |
| schestowitz | > > addresses from Christoph Hellwig, Anton Salikhmetov, Janne Kalliomäki, | Feb 09 16:13 |
| schestowitz | > > Sougata Santra who contributed to the HFS+ GPL driver in the past (e.g. | Feb 09 16:13 |
| TechBytesBot | git.kernel.org | kernel/git/torvalds/linux.git - Linux kernel source tree [ http://ur1.ca/glk6l ] | Feb 09 16:13 |
| schestowitz | > > Signed-off-by: Sougata Santra <xxxxxx@tuxera.com>). We honestly hope we can | Feb 09 16:13 |
| schestowitz | > > continue to do so for HFS+ too, not only for NTFS. | Feb 09 16:13 |
| schestowitz | > > | Feb 09 16:13 |
| schestowitz | > > I'm happy we agree on NTFS though we, long-time open source developers, | Feb 09 16:13 |
| schestowitz | > > mostly hired ourself ;-) (and right now we are busy to prepare the next | Feb 09 16:14 |
| schestowitz | > > major open source NTFS-3G release.) | Feb 09 16:14 |
| schestowitz | > > | Feb 09 16:14 |
| schestowitz | > > Please don't hesitate to contact me or us directly, if you have questions. | Feb 09 16:14 |
| schestowitz | > > | Feb 09 16:14 |
| schestowitz | > > Best regards, | Feb 09 16:14 |
| schestowitz | > > Szaka | Feb 09 16:14 |
| schestowitz | > > | Feb 09 16:14 |
| schestowitz | > > __________________________________________________________________ | Feb 09 16:14 |
| schestowitz | > > | Szabolcs Szakacsits | Feb 09 16:14 |
| schestowitz | > > | President & CTO Mobile: +358-40-823-3360 | Feb 09 16:14 |
| schestowitz | > > | Tuxera Inc. Fax: +358-98-565-7002 | Feb 09 16:14 |
| schestowitz | > > | Itamerenkatu 9 Email: szaka@tuxera.com | Feb 09 16:14 |
| schestowitz | > > | 00180 Helsinki, Finland http://tuxera.com | Feb 09 16:14 |
| schestowitz | > > | Feb 09 16:14 |
| TechBytesBot | www.tuxera.com | Tuxera | Leading NTFS, exFAT Interoperability on Android, Linux, QNX and more | Feb 09 16:14 |
| schestowitz | > > TUXERA - LEADING FILE SYSTEM INTEROPERABILITY | Feb 09 16:14 |
| schestowitz | I have been forwarding these emails to some people in Finland, who are only watching but keeping quiet for now. | Feb 09 16:14 |
| schestowitz | If no compliance is achieved, then it's time to do a shame campaign. | Feb 09 16:14 |
| schestowitz | > If rxrz is satisfied, then it is probably good. Is the one with the | Feb 09 17:25 |
| schestowitz | > domain expertise. I have a hard time following especially when they are | Feb 09 17:25 |
| schestowitz | > evasive. | Feb 09 17:25 |
| schestowitz | > | Feb 09 17:25 |
| schestowitz | > ... | Feb 09 17:25 |
| schestowitz | >> > I'm sure that being a Microsoft's partner and following their | Feb 09 17:25 |
| schestowitz | >> > game of | Feb 09 17:25 |
| schestowitz | >> > patents, you're doing rather a good job for the world, helping many | Feb 09 17:25 |
| schestowitz | >> > different brands implement the support for patented filesystems. | Feb 09 17:25 |
| schestowitz | >> | Feb 09 17:25 |
| schestowitz | >> I can't follow you here. Lots of open source companies partner with | Feb 09 17:25 |
| schestowitz | >> Microsoft and follow the law. Here is for example the leading open | Feb 09 17:25 |
| schestowitz | >> source company, Red Hat: | Feb 09 17:25 |
| schestowitz | >> | Feb 09 17:25 |
| schestowitz | >> http://blogs.computerworld.com/red_hat_microsoft_partner_up | Feb 09 17:25 |
| schestowitz | >> | Feb 09 17:25 |
| TechBytesBot | blogs.computerworld.com | Red Hat & Microsoft partner up! | Computerworld Blogs [ http://ur1.ca/glk75 ] | Feb 09 17:25 |
| schestowitz | >> Tuxera is not the only company following patent low. __ALL__ | Feb 09 17:25 |
| schestowitz | >> companies do who respect the law. | Feb 09 17:25 |
| schestowitz | > ... | Feb 09 17:25 |
| schestowitz | > | Feb 09 17:25 |
| schestowitz | > The part about patents is off as is the M$ apologist approach. Software | Feb 09 17:25 |
| schestowitz | > patents are not valid in Europe and working to make them so de facto | Feb 09 17:25 |
| schestowitz | > hurts everybody who uses software, not just other developers outside | Feb 09 17:25 |
| schestowitz | > their particular company. Helping M$ in their agenda blocks and hurts | Feb 09 17:25 |
| schestowitz | > software freedom. There are enough obstacles to freedom without helping | Feb 09 17:25 |
| schestowitz | > M$ add to them. | Feb 09 17:25 |
| schestowitz | > In Bradley Kuhn's presentation, he talks about divide and conquer and | Feb 09 17:27 |
| schestowitz | > explains the anti-copyleft push as originating from "spontaneous | Feb 09 17:27 |
| schestowitz | > alignment of self-interest" I disagree. I think it was as he first | Feb 09 17:27 |
| schestowitz | > thought, a conspiracy. I don't think it was M$ failing there, they have | Feb 09 17:27 |
| schestowitz | > gained this through pushing the message out through their partners and | Feb 09 17:27 |
| schestowitz | > partners' partners. Hit the right phrasing and people will parrot it. | Feb 09 17:27 |
| schestowitz | > When I first heard the theme, it was being pushed by a cluster of M$ | Feb 09 17:27 |
| schestowitz | > partners that were running what they marketed as an open source | Feb 09 17:27 |
| schestowitz | > conference. | Feb 09 17:27 |
| schestowitz | > | Feb 09 17:27 |
| schestowitz | > He does make a good point on the threat of open core, though he does not | Feb 09 17:27 |
| schestowitz | > name it like that by name. | Feb 09 17:27 |
| schestowitz | A lot of those behind it "happen" to be close to Microsoft, but are not always so. I think he's trying to come across as professional to attract business. | Feb 09 17:27 |
| schestowitz | > Rianne is very beautiful in this picture. She is blossoming in marriage. > | Feb 09 18:49 |
| schestowitz | > http://schestowitz.com/royrianne/gallery/index.php/Party-and-Departure/Party-Photos/indoors13 | Feb 09 18:49 |
| schestowitz | I will pass this over to her... | Feb 09 18:49 |
| TechBytesBot | schestowitz.com | indoors13 [ http://ur1.ca/gll0a ] | Feb 09 18:49 |
| schestowitz | > Hi rxrz, | Feb 09 18:51 |
| schestowitz | > | Feb 09 18:51 |
| schestowitz | > Thank you for your reply. I'm happy to see the misunderstandings are | Feb 09 18:51 |
| schestowitz | > clarified and the issue is resolved. | Feb 09 18:51 |
| schestowitz | > | Feb 09 18:51 |
| schestowitz | > After reading your explanation, I know what must have happened. | Feb 09 18:51 |
| schestowitz | > | Feb 09 18:51 |
| schestowitz | > We indeed doesn't get the mac-sales@tuxera.com emails because all those go | Feb 09 18:51 |
| schestowitz | > directly to www.avangate.com web shop who is our "Tuxera NTFS for Mac OS X" | Feb 09 18:51 |
| schestowitz | > reseller. If you check their web site, you can see Tuxera logo on their | Feb 09 18:51 |
| schestowitz | > front page (you may need to scroll down). Avangate has the responsibility to | Feb 09 18:51 |
| schestowitz | > handle all those emails. If they can't process one email then they should | Feb 09 18:51 |
| schestowitz | > send it to us. However based on past experiences from user feedbacks, | Feb 09 18:51 |
| schestowitz | > unfortunately they don't always do that. I'm sure this is what has happened | Feb 09 18:51 |
| schestowitz | > now too because Tuxera employees understand how important open source and | Feb 09 18:51 |
| schestowitz | > open source licensing to us and would have immediately alerted the issue | Feb 09 18:51 |
| schestowitz | > internally. | Feb 09 18:51 |
| schestowitz | > | Feb 09 18:51 |
| schestowitz | > So, please also accept my apology assuming you didn't try to contact us. | Feb 09 18:51 |
| schestowitz | > You did but unfortunately the email didn't reach us. We will discuss the | Feb 09 18:51 |
| schestowitz | > lost mac-sales@ email issue with Avangate and will address not to happen | Feb 09 18:51 |
| schestowitz | > in the future. | Feb 09 18:51 |
| schestowitz | > | Feb 09 18:51 |
| schestowitz | > Your warning about SanDisk leaking access to our servers is very much | Feb 09 18:51 |
| schestowitz | > appreciated. You are right, it's indeed serious. We have changed the | Feb 09 18:51 |
| schestowitz | > password. | Feb 09 18:51 |
| schestowitz | > | Feb 09 18:51 |
| schestowitz | > Let us know if we could help in anything in the future. Thanks again. | Feb 09 18:51 |
| schestowitz | > | Feb 09 18:51 |
| schestowitz | > Best regards, | Feb 09 18:51 |
| schestowitz | > Szaka | Feb 09 18:52 |
| schestowitz | >> So, please also accept my apology assuming you didn't try to contact | Feb 09 19:27 |
| schestowitz | >> us. You did but unfortunately the email didn't reach us. We will | Feb 09 19:27 |
| schestowitz | >> discuss the lost mac-sales@ email issue with Avangate and will | Feb 09 19:27 |
| schestowitz | >> address not to happen in the future. | Feb 09 19:27 |
| schestowitz | > | Feb 09 19:27 |
| schestowitz | > Are they running Outlook/Exchange? None of the headers came through but | Feb 09 19:27 |
| schestowitz | > running Exchange would be one possible explanation. The other possible | Feb 09 19:27 |
| schestowitz | > explanation is less magnanimous. | Feb 09 19:28 |
| schestowitz | > | Feb 09 19:28 |
| schestowitz | > It's good that the code issue seems resolved at least. | Feb 09 19:28 |
| schestowitz | > Hello, Roy. | Feb 09 22:34 |
| schestowitz | > | Feb 09 22:34 |
| schestowitz | > It seems like it's nothing interesting this time. | Feb 09 22:34 |
| schestowitz | > | Feb 09 22:34 |
| schestowitz | > They basically sell the latest HFS+ driver from linux kernel with some | Feb 09 22:34 |
| schestowitz | > backward-compatibility patches. Nothing to write about either. | Feb 09 22:34 |
| schestowitz | > No journaling support there, no special features. They basically charge | Feb 09 22:34 |
| schestowitz | > companies for something their engineers could backport themselves. They | Feb 09 22:34 |
| schestowitz | > make money out of thin air but as long as companies willingly pay them, | Feb 09 22:34 |
| schestowitz | > I personally don't give a crap, it's nowhere near the exFat case. And | Feb 09 22:34 |
| schestowitz | > they agreed to give the source code, but it's a waste of time to look at | Feb 09 22:34 |
| schestowitz | > it, it's 99% the same as from the latest 3.13 or 3.14. | Feb 09 22:34 |
| schestowitz | > I'm actually glad to see them making money since they contribute to | Feb 09 22:34 |
| schestowitz | > Linux kernel, so as long as everyone's happy, I'm happy too :) | Feb 09 22:34 |
| schestowitz | > | Feb 09 22:34 |
| schestowitz | > Thanks for being with me and keeping an eye on all that mess what's | Feb 09 22:34 |
| schestowitz | > going on with companies trying to put us back on proprietary software. | Feb 09 22:34 |
| schestowitz | > | Feb 09 22:34 |
| schestowitz | > Take care. | Feb 09 22:34 |
| schestowitz | > | Feb 09 22:34 |
| schestowitz | > -rxrz | Feb 09 22:34 |
| schestowitz | Tuxera is not a harmless company. Digging around the "Mac" stuff they do is not the best way to tackle what they do, which is, basically... they promote non libre/non gratis stuff like exFAT in Linux, impeding free standards. For more details see for example | Feb 09 22:34 |
| schestowitz | http://techrights.org/wiki/index.php/Tuxera | Feb 09 22:34 |
| TechBytesBot | techrights.org | Tuxera - Techrights [ http://ur1.ca/avq3b ] | Feb 09 22:34 |
| *TechBytesBot has quit (Ping timeout: 260 seconds) | Feb 09 23:32 | |
| schestowitz | https://twitter.com/e98823288/status/432779424434384896 | Feb 10 08:03 |
| schestowitz | >>> I've been mistaken about this case, your company and people who are a | Feb 10 22:30 |
| schestowitz | >>> part of it. Would like to apologize for that, and ask if there was | Feb 10 22:30 |
| schestowitz | >>> anything I could do to inform people in discussion threads of how this | Feb 10 22:30 |
| schestowitz | >>> issue was resolved? | Feb 10 22:30 |
| schestowitz | >> | Feb 10 22:30 |
| schestowitz | >> rxrz, thanks very much for your apology to Tuxera. This is precisely why I | Feb 10 22:30 |
| schestowitz | >> encourage everyone to contact Conservancy privately at | Feb 10 22:30 |
| schestowitz | >> <compliance@sfconservancy.org> before publicly admonishing someone for a | Feb 10 22:30 |
| schestowitz | >> alleged Linux, BusyBox, and/or Samba GPL violation. Sometimes, there is | Feb 10 22:30 |
| schestowitz | >> no violation. | Feb 10 22:30 |
| schestowitz | > | Feb 10 22:30 |
| schestowitz | > Thank you again we got this issue resolved. rxrz, we would appreciate a | Feb 10 22:30 |
| schestowitz | > short closure to the public threads. We propose | Feb 10 22:30 |
| schestowitz | > | Feb 10 22:30 |
| schestowitz | > "Misunderstandings got resolved. There was no violation." | Feb 10 22:31 |
| schestowitz | > | Feb 10 22:31 |
| schestowitz | > Thanks a lot in advance. | Feb 10 22:31 |
| schestowitz | > | Feb 10 22:31 |
| schestowitz | > Best regards, | Feb 10 22:31 |
| schestowitz | > Szaka | Feb 10 22:31 |
| schestowitz | > rxrz, thanks very much for your apology to Tuxera. This is precisely why I | Feb 10 22:31 |
| schestowitz | > encourage everyone to contact Conservancy privately at | Feb 10 22:31 |
| schestowitz | > <compliance@sfconservancy.org> before publicly admonishing someone for a | Feb 10 22:31 |
| schestowitz | > alleged Linux, BusyBox, and/or Samba GPL violation. Sometimes, there is | Feb 10 22:31 |
| schestowitz | > no violation. | Feb 10 22:31 |
| *MinceR has quit (Ping timeout: 245 seconds) | Feb 11 01:30 | |
| *MinceR (~mincer@62-165-215-140.pool.digikabel.hu) has joined #techbytes | Feb 11 01:30 | |
| *MinceR has quit (Changing host) | Feb 11 01:30 | |
| *MinceR (~mincer@unaffiliated/mincer) has joined #techbytes | Feb 11 01:30 | |
| *schestowitz__ (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 11 01:31 | |
| *schestowitz__ has quit (Changing host) | Feb 11 01:31 | |
| *schestowitz__ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 11 01:31 | |
| *schestowitz has quit (Ping timeout: 245 seconds) | Feb 11 01:31 | |
| *roy_ has quit (Read error: Connection reset by peer) | Feb 11 03:02 | |
| *roy_ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 11 03:03 | |
| *MinceR has quit (Ping timeout: 250 seconds) | Feb 11 03:07 | |
| *MinceR (~mincer@62-165-215-140.pool.digikabel.hu) has joined #techbytes | Feb 11 03:07 | |
| *MinceR has quit (Changing host) | Feb 11 03:07 | |
| *MinceR (~mincer@unaffiliated/mincer) has joined #techbytes | Feb 11 03:07 | |
| *puppywatch has quit (Ping timeout: 245 seconds) | Feb 11 03:41 | |
| *libertyboxes has quit (Ping timeout: 260 seconds) | Feb 11 03:43 | |
| *MinceR_ (~mincer@unaffiliated/mincer) has joined #techbytes | Feb 11 08:56 | |
| *MinceR has quit (Ping timeout: 260 seconds) | Feb 11 08:59 | |
| *puppywatch (~PuppyWatc@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 11 09:05 | |
| *libertyboxes (~liberty@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 11 09:05 | |
| *MinceR_ is now known as MinceR | Feb 11 10:01 | |
| *oiaohm (~oiaohm@unaffiliated/oiaohm) has joined #techbytes | Feb 11 12:04 | |
| *oiaohm has quit (Quit: Konversation terminated!) | Feb 11 13:39 | |
| schestowitz__ | https://joindiaspora.com/posts/3619107 | Feb 12 01:23 |
| schestowitz__ | "Yo uso Mozilla Firefox porque es más estable, tarda más en abrir al principio, pero luego es mucho más estable y lejos mejor soporte, además no se contamina tan fácilmente como lo hace Chrome /Chromium que es un asco además para poder configurar ciertos parámetros..." | Feb 12 01:23 |
| schestowitz__ | https://joindiaspora.com/posts/3629370 | Feb 12 01:23 |
| schestowitz__ | "Glad somebody is on Skynet Watch." | Feb 12 01:24 |
| schestowitz__ | https://joindiaspora.com/posts/3629167 | Feb 12 01:25 |
| schestowitz__ | https://joindiaspora.com/posts/3629167 | Feb 12 01:25 |
| schestowitz__ | Demand Progress has four goals and one useful thing for people to do. I got this in an email, | Feb 12 01:25 |
| schestowitz__ | We are demanding that decision makers remedy this by: * Passing the USA FREEDOM Act, which would end the bulk collection of Americans' phone records and institute other key reforms. * Defeating the so-called FISA Improvements Act, which would entrench -- and potentially expand -- the spying. * Creating additional privacy protections for non-Americans. * Ending the NSA's subversion of encryption and other data security measures. | Feb 12 01:25 |
| schestowitz__ | They suggest US citizens call and demand a yes vote on the USA Freedom Act. | Feb 12 01:25 |
| schestowitz__ | That's specific enough to be worthwhile, regardless of the merit of the USA Freedom Act. I can take a few minutes to phone my representatives and I can remember the two specific things. The second two things are not specific enough to be useful but that's because the NSA is doing so much that is wrong. It might have been better to demand civilian oversight of the NSA and a return to rule of law. | Feb 12 01:26 |
| schestowitz__ | Richard Stallman has endorsed the USA Freedom Act, even though it does not do enough. | Feb 12 01:26 |
| schestowitz__ | " | Feb 12 01:26 |
| schestowitz__ | "I would like to be as secure and free as the US people! No, not really ..." | Feb 12 01:26 |
| schestowitz__ | https://joindiaspora.com/posts/3631505 | Feb 12 01:26 |
| schestowitz__ | https://joindiaspora.com/posts/3632513 | Feb 12 01:26 |
| schestowitz__ | "Why won't mainstream social networks stop trying to be like each other...Jesus." | Feb 12 01:26 |
| schestowitz__ | "Looks absolutely awful. Totally the wrong use of elements." | Feb 12 01:27 |
| schestowitz__ | "I don't mind as I use it only through client apps" | Feb 12 01:27 |
| schestowitz__ | "I'm not convinced maineststream doesn't equate to meanstream..." | Feb 12 01:27 |
| *TechBytesBot (~b0t@216.105.40.123) has joined #techbytes | Feb 12 01:29 | |
| TechBytesBot | Hello World! I'm TechBytesBot running phIRCe v0.71 | Feb 12 01:29 |
| schestowitz__ | > Whoops, I meant it could do with some improvement on a _1280x1024_ | Feb 12 18:21 |
| schestowitz__ | > monitor. Not a big deal, though! | Feb 12 18:21 |
| schestowitz__ | > | Feb 12 18:21 |
| schestowitz__ | > -------- Original Message -------- | Feb 12 18:21 |
| schestowitz__ | > *Subject: *Re: Some suggestions for Tux Machines | Feb 12 18:21 |
| schestowitz__ | > *To: *Roy Schestowitz <r@schestowitz.com> | Feb 12 18:21 |
| schestowitz__ | > *Date: *12/02/14 14:34 | Feb 12 18:21 |
| schestowitz__ | >> Hi, | Feb 12 18:21 |
| schestowitz__ | >> | Feb 12 18:21 |
| schestowitz__ | >> Thanks for your reply. I think you must have done something to the | Feb 12 18:21 |
| schestowitz__ | >> layout, as it now looks better on a 1920x1080 monitor and on a 1440x900 | Feb 12 18:21 |
| schestowitz__ | >> monitor, although it could still do with improvement on a 1920x1080 | Feb 12 18:21 |
| schestowitz__ | >> monitor (see attached screen shots). | Feb 12 18:21 |
| schestowitz__ | >> | Feb 12 18:21 |
| schestowitz__ | >> Regarding the site background, one man's meat is another man's poison, | Feb 12 18:21 |
| schestowitz__ | >> but I like some of the backgrounds that can be produced with the tools | Feb 12 18:21 |
| schestowitz__ | >> on the following Web sites: | Feb 12 18:21 |
| schestowitz__ | >> | Feb 12 18:21 |
| schestowitz__ | >> http://www.paintbits.com/webdesign/website-background-patterns/ | Feb 12 18:21 |
| schestowitz__ | >> | Feb 12 18:21 |
| schestowitz__ | >> http://bgmaker.ventdaval.com/ | Feb 12 18:21 |
| schestowitz__ | >> | Feb 12 18:21 |
| TechBytesBot | www.paintbits.com | Website Background Patterns | Paintbits [ http://ur1.ca/gm7uf ] | Feb 12 18:21 |
| TechBytesBot | bgmaker.ventdaval.com | bgMaker ||| Background maker || Tiled Background generator | Web Background maker | Feb 12 18:21 |
| schestowitz__ | >> You might like to try some of the very faint backgrounds from | Feb 12 18:21 |
| schestowitz__ | >> http://bgmaker.ventdaval.com/gallery.php?cat=mostDownloaded to see how | Feb 12 18:21 |
| schestowitz__ | >> they look. | Feb 12 18:21 |
| TechBytesBot | bgmaker.ventdaval.com | bgMaker's gallery|| Tiled Background's gallery | Web Background's gallery [ http://ur1.ca/gm7uh ] | Feb 12 18:21 |
| schestowitz__ | >> | Feb 12 18:21 |
| schestowitz__ | >> Thanks again. | Feb 12 18:21 |
| schestowitz__ | >> | Feb 12 18:21 |
| schestowitz__ | >> Best Regards, | Feb 12 18:21 |
| schestowitz__ | I think we got a winner background for now, based on my taste at least. The sidebar with information is not ideal, but I tried to preserve what Susan had put in place. | Feb 12 18:21 |
| schestowitz__ | https://joindiaspora.com/posts/3636128 | Feb 13 01:39 |
| TechBytesBot | @schestowitz@joindiaspora.com: Climate change felt despite PR campaign of energy giants https://joindiaspora.s3.amazonaws.com/uploads/images/scaled_full_2d2f3dde573d9156c17f.jpg | Feb 13 01:39 |
| schestowitz__ | "One thing is saying and another different one is actually doing." | Feb 13 01:39 |
| schestowitz__ | https://joindiaspora.com/posts/3634905 | Feb 13 01:40 |
| TechBytesBot | @schestowitz@joindiaspora.com: "reports the impacts of drone strategy" http://www.greenbaypressgazette.com/article/20140212/ADV05/302120097/Documentary-drone-use-showing-UU-Fellowship "military officials warning against blowback from the loss of innocent life." | Feb 13 01:40 |
| TechBytesBot | -> www.greenbaypressgazette.com | NO TITLE [ http://ur1.ca/gmaim ] | Feb 13 01:40 |
| schestowitz__ | "And the politicians will completely ignore the military officials and double down on drone programs as a result of the blowback. Just like they did with the "War on Terrorism" (in reality more of a war of terrorism)" | Feb 13 01:40 |
| *MinceR_ (~mincer@unaffiliated/mincer) has joined #techbytes | Feb 13 02:16 | |
| *puppywatch_ (~PuppyWatc@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 13 02:17 | |
| *puppywatch has quit (Ping timeout: 260 seconds) | Feb 13 02:20 | |
| *schestowitz__ has quit (Ping timeout: 260 seconds) | Feb 13 02:20 | |
| *MinceR has quit (*.net *.split) | Feb 13 02:20 | |
| *schestowitz_log_ has quit (*.net *.split) | Feb 13 02:20 | |
| *schestowitz_bed2 (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 02:20 | |
| *schestowitz_log_ (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 13 02:21 | |
| *schestowitz_log_ has quit (Changing host) | Feb 13 02:21 | |
| *schestowitz_log_ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 02:21 | |
| *roy_ has quit (Remote host closed the connection) | Feb 13 02:23 | |
| *schestowitz__ (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 13 02:28 | |
| *schestowitz__ has quit (Changing host) | Feb 13 02:28 | |
| *schestowitz__ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 02:28 | |
| *schestowitz_log_ has quit (*.net *.split) | Feb 13 02:35 | |
| *schestowitz_bed2 has quit (*.net *.split) | Feb 13 02:35 | |
| *schestowitz_log_ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 02:38 | |
| *MinceR (~mincer@94-21-12-140.pool.digikabel.hu) has joined #techbytes | Feb 13 02:51 | |
| *MinceR has quit (Changing host) | Feb 13 02:51 | |
| *MinceR (~mincer@unaffiliated/mincer) has joined #techbytes | Feb 13 02:51 | |
| *MinceR_ has quit (*.net *.split) | Feb 13 02:51 | |
| *XFaCE has quit (Ping timeout: 265 seconds) | Feb 13 11:55 | |
| *XFaCE (XFaCE@unaffiliated/xface) has joined #techbytes | Feb 13 12:00 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 13:25 | |
| *schestowitz__ has quit (Quit: Konversation term) | Feb 13 19:25 | |
| *schestowitz__ (~schestowi@host86-167-158-158.range86-167.btcentralplus.com) has joined #techbytes | Feb 13 19:26 | |
| *schestowitz__ has quit (Changing host) | Feb 13 19:26 | |
| *schestowitz__ (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 13 19:26 | |
| **** ENDING LOGGING AT Thu Feb 13 19:28:13 2014 | ||
| **** BEGIN LOGGING AT Thu Feb 13 19:29:55 2014 | ||
| *Now talking on #techbytes | Feb 13 19:29 | |
| *Topic for #techbytes is: Welcome to the official channel of the TechBytes Audiocast | Feb 13 19:29 | |
| *Topic for #techbytes set by ThistleWeb!~gordon@unaffiliated/thistleweb at Wed Jan 5 20:55:35 2011 | Feb 13 19:29 | |
| schestowitz__ | http://www.phoronix.com/scan.php?page=news_item&px=NjUxNQ | Feb 14 06:42 |
| TechBytesBot | www.phoronix.com | [Phoronix] Phoronix IRC Channel [ http://ur1.ca/gmicb ] | Feb 14 06:42 |
| schestowitz__ | started around the same time as us | Feb 14 06:42 |
| schestowitz__ | I think the very same MONTH | Feb 14 06:42 |
| schestowitz__ | Also, they now have theme images by topic, like new Tux Machines | Feb 14 06:42 |
| schestowitz__ | I now happen to manage a Drupal site of a British government site | Feb 14 07:28 |
| schestowitz__ | writing some docs today: | Feb 14 07:28 |
| schestowitz__ | " | Feb 14 07:28 |
| schestowitz__ | Introduction | Feb 14 07:28 |
| schestowitz__ | This page does not attempt to explain how Drupal works and it is not a general guide. Instead, it explains very specifically how our client's Drupal site is set up. Emphasis is put on key areas where the customer's system is non-trivial and requires some tricks or unique know-hows. | Feb 14 07:28 |
| schestowitz__ | Structure and Navigation | Feb 14 07:28 |
| schestowitz__ | Site Sections as well as Views are used extensively to classify information (pages and other content types). Both can be accessed from the administration menus although, due to a large number of installed modules, in order to get to their menu item a high-resolution screen may be needed. Navigation can also be conveniently handled by the search bar at the top right corner of the administration panel of Drupal 7. It automatically makes | Feb 14 07:28 |
| schestowitz__ | suggestions as one types. | Feb 14 07:28 |
| schestowitz__ | Drafts and Revision Management | Feb 14 07:28 |
| schestowitz__ | Due to the client's size and the large number of authors, different editorial groups exist and revisions of existing pages are, by default, marked as drafts. It is possible to change that in the box at the bottom of editing pages. Editing key pages can lead to unintended effects, so it is advisable to first test on the "dev" server, test thoroughly, and only later repeat on the live site. | Feb 14 07:28 |
| schestowitz__ | Panels and Views | Feb 14 07:28 |
| schestowitz__ | A lot of pages are being labeled, using taxonomy, section, etc., and then grouped automatically under pages with panels and views (higher-level content types). Put simply, writers prefer not to worry about updating indexes and such. This should be done automatically and we are often assigned a task like setting up and testing new sections, amassing pages that belong to them based on SQL queries (there are high-level interfaces for | Feb 14 07:28 |
| schestowitz__ | producing these queries under Drupal). Several types of panels and views exist and each belongs to a particular level of the site, depending on the depth of the page, the contextual menus on the top/side, etc. | Feb 14 07:28 |
| schestowitz__ | APIs and Third Parties | Feb 14 07:28 |
| schestowitz__ | Unfortunately, great dependence exists which infringes on users' privacy and makes some pages prone to unpredictable errors (irrespective of the site itself). For instance, sites like Flickr and YouTube? are embedded in the pages and when they change APIs or access rights it is possible for parts of the referring site to silently fail. The solution under such circumstances and far from trivial and replacements might even be impossible | Feb 14 07:28 |
| schestowitz__ | to find. In some cases, as in the panoramic images section, there is also dependence on software-based browser plugins like Java runtime. In due course, for various reasons, this not only introduces security risks but also compatibility issues. | Feb 14 07:28 |
| schestowitz__ | To the extent possible, the client should be advised to stay autonomous and use open standards. Long-term planning for maintenance of service depends on this. | Feb 14 07:28 |
| schestowitz__ | Hosting | Feb 14 07:28 |
| schestowitz__ | There are numerous sites that are managed by authors, some of which are for development purposes and some are for internal use or dissemination of information within the organisation. Drupal 7 is the standard platform and it is not kept up to date (this is a very bad habit, but compatibility comes before security). For easier access when one is off-site, a browser-based (interfaced) VPN tool is used. This enables access to almost | Feb 14 07:28 |
| schestowitz__ | every site and also facilitates shell access through uniquely-designed, dynamic pipes (specified once one logs in). Requests for work on the site are not limited to just the main site which is public-facing. | Feb 14 07:28 |
| schestowitz__ | " | Feb 14 07:28 |
| *schestowitz__ has quit (Quit: Konversation term) | Feb 14 09:16 | |
| *pidgin_log has quit (Quit: Leaving.) | Feb 14 09:16 | |
| **** BEGIN LOGGING AT Fri Feb 14 09:57:33 2014 | ||
| *Now talking on #techbytes | Feb 14 09:57 | |
| *Topic for #techbytes is: Welcome to the official channel of the TechBytes Audiocast | Feb 14 09:57 | |
| *Topic for #techbytes set by ThistleWeb!~gordon@unaffiliated/thistleweb at Wed Jan 5 20:55:35 2011 | Feb 14 09:57 | |
| *schestowitz has quit (Remote host closed the connection) | Feb 14 10:00 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 14 10:00 | |
| *schestowitz has quit (Remote host closed the connection) | Feb 14 13:23 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 14 13:24 | |
| *schestowitz has quit (Client Quit) | Feb 14 13:24 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 14 13:24 | |
| schestowitz__ | "sheesh, I'm still using my tape deck in my car with one of those cassettes that lets me plug in my Rockbox." | Feb 15 10:57 |
| schestowitz__ | https://joindiaspora.com/posts/3645189 | Feb 15 10:57 |
| TechBytesBot | @schestowitz@joindiaspora.com reshared: cassette mp3 player... | Feb 15 10:57 |
| schestowitz__ | "Advertising is one of the key elements of the system that is destroying the ecosystem of our planet and taking our civilization to catastrophe." | Feb 15 10:58 |
| schestowitz__ | https://joindiaspora.com/posts/3640765 | Feb 15 10:58 |
| TechBytesBot | @schestowitz@joindiaspora.com: "Wait, what? Mozilla made itself the villian of the online ad business early last year" http://adage.com/article/special-report-iab-annual-meeting/mozilla-sell-ads-firefox/291641/ http://techrights.org/2014/02/13/firefox-covert-marketing/ | Feb 15 10:58 |
| TechBytesBot | -> adage.com | Mozilla To Sell Ads In Firefox | Special: IAB Annual Meeting - Advertising Age [ http://ur1.ca/gmgn6 ] | Feb 15 10:58 |
| TechBytesBot | -> techrights.org | Mozilla Sells Out | Techrights [ http://ur1.ca/gmfvx ] | Feb 15 10:58 |
| schestowitz__ | " | Feb 15 10:58 |
| schestowitz__ | This is actually a pretty typical maneuver: make it harder to advertise without paying us. If you do want to advertise, pay us. | Feb 15 10:58 |
| schestowitz__ | I'm not saying it's the Right Thing To Do, but ... well, it's hardly novel. | Feb 15 10:58 |
| schestowitz__ | It might also mean unleaching itself from the teat of Google. | Feb 15 10:58 |
| schestowitz__ | " | Feb 15 10:58 |
| schestowitz__ | https://joindiaspora.com/posts/3645435 | Feb 15 10:59 |
| TechBytesBot | @schestowitz@joindiaspora.com reshared: ## How many feet? | Feb 15 10:59 |
| TechBytesBot | -> imgur.com | How many feet? - Imgur | Feb 15 10:59 |
| schestowitz__ | "About 4' at the shoulder." | Feb 15 10:59 |
| schestowitz__ | https://joindiaspora.com/posts/3645189 | Feb 15 10:59 |
| schestowitz__ | "sheesh, I'm still using my tape deck in my car with one of those cassettes that lets me plug in my Rockbox." | Feb 15 10:59 |
| schestowitz__ | http://www.benedelman.org/news/021314-1.html | Feb 15 11:00 |
| TechBytesBot | www.benedelman.org | Secret Ties in Google's "Open" Android [ http://ur1.ca/gmq6h ] | Feb 15 11:00 |
| schestowitz__ | "Disclosure: I serve as a consultant to various companies that compete with Google. That work is ongoing and covers varied subjects, most commonly advertising fraud. I write on my own—not at the suggestion or request of any client, without approval or payment from any client." | Feb 15 11:01 |
| schestowitz__ | He does not say "Microsoft' | Feb 15 11:01 |
| schestowitz__ | and it's too late | Feb 15 11:01 |
| schestowitz__ | some damage control | Feb 15 11:02 |
| schestowitz__ | https://twitter.com/Messgorough/status/434639259908456449 | Feb 15 11:09 |
| TechBytesBot | @Messgorough: @glynmoody @schestowitz Problem is who is going to take a deluded sex offender seriously? | Feb 15 11:09 |
| *schestowitz has quit (Remote host closed the connection) | Feb 15 12:30 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Feb 15 12:30 | |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!
