1 |
Frank Peters posted on Thu, 29 May 2014 22:44:05 -0400 as excerpted: |
2 |
|
3 |
> On Fri, 30 May 2014 02:04:39 +0000 (UTC) |
4 |
> Duncan <1i5t5.duncan@×××.net> wrote: |
5 |
> |
6 |
>> FWIW, I'm no-multilib as well, but I guess for a different reason. |
7 |
>> |
8 |
>> I don't do proprietary [...] |
9 |
>> |
10 |
> It's not just proprietary software that lags behind. I continue to |
11 |
> encounter FOSS packages from time to time that are still 32-bit only. |
12 |
> |
13 |
> One example, for audio enthusiasts, is the excellent AudioCutter: |
14 |
> http://www.virtualworlds.de/AudioCutter/ |
15 |
|
16 |
I'm not saying 32-bit-only FLOSS isn't out there, only that by now, and |
17 |
actually from 2010 or so (to pick the turn of the decade as a convenient |
18 |
date, one could actually say by 2008 or so), it's increasingly non- |
19 |
mainstream. There's the occasional exception, but for most people, |
20 |
either their 32-bit concerns are proprietary only, or there's a more |
21 |
mainstream 64-bit alternative. |
22 |
|
23 |
Luckily for me, my interests are mainstream enough... |
24 |
|
25 |
> (There are many other examples but at this moment I can't recall any |
26 |
> specific names so you'll just have to trust me). |
27 |
> |
28 |
> However, when it comes to the PDF file format it is hard to beat the |
29 |
> proprietary Foxit Reader. With FOSS only evince comes close but evince |
30 |
> lacks a lot of capability and seems to be buggy in places. |
31 |
|
32 |
I should explicitly mention that I'm all for people making their own |
33 |
decisions regarding proprietary. Because I know if someone had tried to |
34 |
push me before I was ready, even while I was preparing for my ultimate |
35 |
switch, the results would have been nothing but negative. So everyone |
36 |
must move when they are ready, and if that time never comes, well... But |
37 |
at the same time, that decision is behind me personally, and there's |
38 |
simply no way I'm going back to the days of proprietary. |
39 |
|
40 |
As for pdf, I'm running (semantic-desktop-stripped) kde and okular, and |
41 |
have been reasonably happy with it. Where I've seen people complain |
42 |
about PDF readability or compatibility and have checked, okular has done |
43 |
well enough for me, to the point I never saw what they were complaining |
44 |
about. |
45 |
|
46 |
Meanwhile, even if I did find some PDF nothing I could run would handle, |
47 |
that would simply mean I'd not read that pdf, tho if it was worth it I |
48 |
could envision taking it to the library to read or to a printer to have |
49 |
them print it out or something. But I wouldn't install anything |
50 |
proprietary on my own systems to read it. There are too many other |
51 |
things to do in the world to worry about missing what's in one pdf, |
52 |
especially if it meant my freedom was on the line. |
53 |
|
54 |
> AMD64 should be the standard but many projects refuse to update since |
55 |
> reliance on multi-lib is so much simpler. As a consequence we 64-bit |
56 |
> purists are at a disadvantage. |
57 |
|
58 |
True at times. Luckily, those times aren't so frequent these days. |
59 |
|
60 |
-- |
61 |
Duncan - List replies preferred. No HTML msgs. |
62 |
"Every nonfree program has a lord, a master -- |
63 |
and if you use the program, he is your master." Richard Stallman |