Gentoo Archives: gentoo-amd64

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-amd64@l.g.o
Subject: [gentoo-amd64] Re: amd64 list, still useful? Was: btrfs
Date: Fri, 30 May 2014 06:25:38
Message-Id: pan$d0023$c5612040$5d9d9f02$41927e0c@cox.net
In Reply to: Re: [gentoo-amd64] amd64 list, still useful? Was: btrfs by Frank Peters
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