- Legacy - lists.gtalug.org

M$ to license FAT
by jmm-TU2q2He6PgRlD5gtYiU6kEEOCMrvLtNR＠public.gmane.org 08 Dec '03

08 Dec '03

On Mon, Dec 08, 2003 at 10:19:55AM -0500, Tim Writer wrote: > cbbrowne-HInyCGIudOg at public.gmane.org writes: > > > > As the title says. Impact on Linux ? > > > > If the claims are true, that there are "live" patents still in place on > > FAT, then it is conceivable that there might be patent infringments, or > > at least places where MSFT could _claim_ that there are. > > IANAL but, as I understand it, damages in a pattern infringement case are > usually awarded on the basis of lost profit, i.e. the profit M$ would have > made if it weren't for the infringement. Linux users who want access to > their FAT files (from within Linux) aren't about to purchase an M$ product > (or licensed product) since there's no product available with the > required functionality. Consequently, while patents might have been > infringed, damages are $0. That's fine for a dual boot Linux getting access to the licensed MS file system, but if another poster was right about USD memory disks and such devices using FAT, the "damage" is that you used a Linux instead of buying Windows to read the USB device. Does anyone have any details of exactly what is patented and when the patent(s) expire? -- The Toronto Linux Users Group. Meetings: http://tlug.ss.org TLUG requests: Linux topics, No HTML, wrap text below 80 columns How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

1 0

Hard drive recovery
by jmm-TU2q2He6PgRlD5gtYiU6kEEOCMrvLtNR＠public.gmane.org 08 Dec '03

08 Dec '03

On Sun, Dec 07, 2003 at 10:30:22PM -0500, Robert Brockway wrote: > I've been thinking about a talk on backup best practice for TLUG. I went > in to this a little at the end of my optimization[1] talk but have we had > anything else like this recently? We could go from the sublime to the ridiculous and give a pair of talks. (Each listener could choose which was sublime and which ridiculous.) I could describe the technical aspects of EMC hardware and software. That includes high end storage systems capable of: - accomodating and routing around communication failures in a storage network - transparently maintaining multiple copies of live data, both local and remote - transparently making point in time copies of live data, again either locally or remotely I could also provide some info about the complications that can occur when you try to copy data that includes live databases - there are a number of ways that you can end up with errors or problems unless you take special care. -- The Toronto Linux Users Group. Meetings: http://tlug.ss.org TLUG requests: Linux topics, No HTML, wrap text below 80 columns How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

1 0

M$ to license FAT
by henry-lqW1N6Cllo0sV2N9l4h3zg＠public.gmane.org 08 Dec '03

08 Dec '03

On 8 Dec 2003, Tim Writer wrote: > IANAL but, as I understand it, damages in a pattern infringement case are > usually awarded on the basis of lost profit, i.e. the profit M$ would have > made if it weren't for the infringement. Linux users who want access to > their FAT files (from within Linux) aren't about to purchase an M$ product > (or licensed product) since there's no product available with the > required functionality... Microsoft would undoubtedly claim that if access to FAT files was important and only Microsoft could do it, those people would be running Microsoft operating systems instead of Linux. That may or may not be exactly true, but it *is* true that the more things there are that Linux can't do, the less practical a system it is for people who need to get things done, and the more people are driven into the welcoming arms of Microsoft. This does provide a plausible argument that there are real monetary damages being suffered. Henry Spencer henry-lqW1N6Cllo0sV2N9l4h3zg at public.gmane.org -- The Toronto Linux Users Group. Meetings: http://tlug.ss.org TLUG requests: Linux topics, No HTML, wrap text below 80 columns How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

1 0

M$ to license FAT
by tim-s/rLXaiAEBtBDgjK7y7TUQ＠public.gmane.org 08 Dec '03

08 Dec '03

cbbrowne-HInyCGIudOg at public.gmane.org writes: > > As the title says. Impact on Linux ? > > If the claims are true, that there are "live" patents still in place on > FAT, then it is conceivable that there might be patent infringments, or > at least places where MSFT could _claim_ that there are. IANAL but, as I understand it, damages in a pattern infringement case are usually awarded on the basis of lost profit, i.e. the profit M$ would have made if it weren't for the infringement. Linux users who want access to their FAT files (from within Linux) aren't about to purchase an M$ product (or licensed product) since there's no product available with the required functionality. Consequently, while patents might have been infringed, damages are $0. -- tim writer <tim-s/rLXaiAEBtBDgjK7y7TUQ at public.gmane.org> starnix inc. 905.771.0017 ext. 225 thornhill, ontario, canada http://www.starnix.com professional linux services & products -- The Toronto Linux Users Group. Meetings: http://tlug.ss.org TLUG requests: Linux topics, No HTML, wrap text below 80 columns How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

1 0

Hard drive recovery
by cbbrowne-HInyCGIudOg＠public.gmane.org 07 Dec '03

07 Dec '03

> On Sun, 7 Dec 2003, Robert Brockway wrote: > > - A backup that isn't off site isn't a backup at all. > > No, both on-site and off-site backups are useful, as hedges against > different classes of problems. Indeed. On-site backups can typically be applied _much_ more quickly than off-site backups. I'd buy that you have not got a robust _set_ of backups if there isn't something useful off site. But a really useful approach to doing backups is to copy data to a local host that may be a "gateway" for the offsite backup. In cases of small disasters, the data at the gateway location is quite likely to provide the most convenient means of recovery.. -- "cbbrowne","@","cbbrowne.com" http://www3.sympatico.ca/cbbrowne/backup.html Don't be so open-minded that your brains fall out. -- The Toronto Linux Users Group. Meetings: http://tlug.ss.org TLUG requests: Linux topics, No HTML, wrap text below 80 columns How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

1 0

Hard drive recovery
by robert-5LEc/6Zm6xCUd8a0hrldnti2O/JbrIOy＠public.gmane.org 07 Dec '03

07 Dec '03

On Sun, 7 Dec 2003, Henry Spencer wrote: > On Sun, 7 Dec 2003, Robert Brockway wrote: > > - A backup that isn't off site isn't a backup at all. > > No, both on-site and off-site backups are useful, as hedges against > different classes of problems. Ok, my statement was probably an over simplification but it was aimed at driving home the point that a company (or even a home user) needs to have backups that will protect them from site destruction before they can consider their data even slightly safe. Too many companies religiously take backups and leave them lying on top of the server, or worse, still in the drive. As it happens I do advocate on site backups. I've certainly used them many times to effect fast recoveries when obtaining an off site backup would have slowed the recovery process considerably. When building a backup solution, resources allowing, I will setup a staging area on disk somewhere to hold backups. From the staging area the backups can go off site by the chosen means. This is a big area so I won't go on, but issues like security of the staging area (or even staging/backup server) need to be considered. Security of the data off site as well. I've been thinking about a talk on backup best practice for TLUG. I went in to this a little at the end of my optimization[1] talk but have we had anything else like this recently? [1] Spelling corrected for a North American audience. No one tried to correct my Anglo-Australian spelling during the talk but I did receive an email afterwards :) Rob -- Robert Brockway B.Sc. email: robert-5LEc/6Zm6xCUd8a0hrldnti2O/JbrIOy at public.gmane.org, zzbrock at uqconnect.net Linux counter project ID #16440 (http://counter.li.org) "The earth is but one country and mankind its citizens" -Baha'u'llah -- The Toronto Linux Users Group. Meetings: http://tlug.ss.org TLUG requests: Linux topics, No HTML, wrap text below 80 columns How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

1 0

Mail error Question
by IlyaPalagin-bJEeYj9oJeDQT0dZR+AlfA＠public.gmane.org 07 Dec '03

07 Dec '03

Sidney Shapiro wrote: > Any idea why I am getting this error in a mail in my box? Thanks, Sid > ... > > procmail: Quota exceeded while writing "/var/spool/mail/sako" > Disk quota of the "sako" mail account is exceeded. Sako needs to download his messages to clean up the spool, or you're trying to send too big file. -- The Toronto Linux Users Group. Meetings: http://tlug.ss.org TLUG requests: Linux topics, No HTML, wrap text below 80 columns How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

1 0

Mail error Question
by joehill-rieW9WUcm8FFJ04o6PK0Fg＠public.gmane.org 07 Dec '03

07 Dec '03

On Sun, 7 Dec 2003 21:25:47 -0500 "Sidney Shapiro" <sidney-3Kd7Tu4o6f/sBN0MCq728g at public.gmane.org> wrote: > Any idea why I am getting this error in a mail in my box? Thanks, Sid I don't know offhand, but try a www.google.ca/linux search on that error and I can guarantee you you'll find some hints. I use that whenever I get an error I don't understant, it always points me in the right direction. -- JoeHill ++ ICQ # 280779813 Registered Linux user #282046 Homepage: www.orderinchaos.org +++++++++++++++++++++++++++ "You tell me it's the institution; Well you know, you better free your mind instead..."-- John Lennon -- The Toronto Linux Users Group. Meetings: http://tlug.ss.org TLUG requests: Linux topics, No HTML, wrap text below 80 columns How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

1 0

Hard drive recovery
by henry-lqW1N6Cllo0sV2N9l4h3zg＠public.gmane.org 07 Dec '03

07 Dec '03

On Sun, 7 Dec 2003, Robert Brockway wrote: > - A backup that isn't off site isn't a backup at all. No, both on-site and off-site backups are useful, as hedges against different classes of problems. Henry Spencer henry-lqW1N6Cllo0sV2N9l4h3zg at public.gmane.org -- The Toronto Linux Users Group. Meetings: http://tlug.ss.org TLUG requests: Linux topics, No HTML, wrap text below 80 columns How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

1 0

Mail error Question
by sidney-3Kd7Tu4o6f/sBN0MCq728g＠public.gmane.org 07 Dec '03

07 Dec '03

Any idea why I am getting this error in a mail in my box? Thanks, Sid ----- The following addresses had permanent fatal errors ----- <sako-O05NZe1qxicxnA8XTFIEbw at public.gmane.org> (reason: can't create (user) output file) ----- Transcript of session follows ----- procmail: Quota exceeded while writing "/var/spool/mail/sako" 550 5.0.0 <sako-O05NZe1qxicxnA8XTFIEbw at public.gmane.org>... Can't create output

1 0