Packages from the 1990s and 2000s

EdGr · 08-13-2019, 06:08 AM

I bought a 4K monitor five years ago specifically to get my programs working at 4K. 4K is *really* nice when all programs that one uses support it.
Ed

GazL · 08-13-2019, 06:23 AM

Quote:

Originally Posted by EdGr

I bought a 4K monitor five years ago specifically to get my programs working at 4K. 4K is *really* nice when all programs that one uses support it.
Ed

Just out of interest. what dpi does it have?

EdGr · 08-13-2019, 06:30 AM

Quote:

Originally Posted by GazL

Just out of interest. what dpi does it have?

157 dpi. It is a 28 inch 4K desktop monitor.

157 dpi is not all that high. I will likely buy an 8K monitor once they come down in price.

Ed

rkelsen · 08-13-2019, 07:51 AM

Quote:

Originally Posted by EdGr

I bought a 4K monitor five years ago specifically to get my programs working at 4K. 4K is *really* nice when all programs that one uses support it.
Ed

Well, why not run it at full resolution but set KDE (or whichever desktop you use) to scale it up?

The Arch wiki has some good tips & pointers for you: https://wiki.archlinux.org/index.php/HiDPI

This is Linux man. There's always a way.

colorpurple21859 · 08-13-2019, 09:20 AM

Quote:

I don't install bsd-games because I got tired of being pummeled by the fortunes.

same here.
Lilo another one that is a keeper, works great on a gpt disk in legacy mode no creating additional partitions.

EdGr · 08-13-2019, 11:16 AM

Quote:

Originally Posted by rkelsen

Well, why not run it at full resolution but set KDE (or whichever desktop you use) to scale it up?

The Arch wiki has some good tips & pointers for you: https://wiki.archlinux.org/index.php/HiDPI

I run my 4K monitor at full resolution.

Thanks for the link! I see that

Code:

export GDK_SCALE=2
export GDK_DPI_SCALE=0.5

produces usable icons in GTK3 programs.
Ed

anthk · 08-24-2019, 09:38 PM

Quote:

Originally Posted by dugan

The program a lot of people are using for that these days, is sxiv.

"display" from ImageMagick superseded XV by a huge margin, even with a better license and thus, security options

Poprocks · 08-25-2019, 01:56 PM

I think this is a great thread and it is useful to see these sources in chronological order, to see what some of the oldest surviving software is on this distribution.

That being said, I don't see anything I would feel strongly about having removed!

One of my favourite aspects of Slackware is how some of this venerable software is still included.

As well, and maybe this is the grumpy old man in me coming out, but one thing that has really annoyed me about some of Slackware's contemporaries is that apps, especially X11 apps that I see as absolutely expected to exist, aren't there. For example, each and every time I run a default install of Ubuntu or Fedora, for example, and get a 'command not found' error running xterm, I literally get taken aback a little bit.

I mean, really, xterm isn't there? If there were to be literally one program you'd expect to see on any installation of X11 on a UNIX machine, would it not be xterm? I could see not including 'xbiff' or 'xeyes,' but to this day not having xterm included in a base install on so many distros is just so friggin' weird to me.

I guess some of that is a function of the move to the modular Xorg several years ago, and distros picking and choosing which parts of Xorg were essential to include on a base install and which were not.

koloth · 08-26-2019, 03:44 AM

Quote:

Originally Posted by EdGr

Telnet is unencrypted - user beware. I use ssh even across my private network.

Who uses telnet for network access?

It is an excellent to test if a connection to a port is available though.

Code:

telnet <some-server> 25

will verify that my mailserver is up and running

I even install it on windows systems where is used to be default but now you have to install in manually)

allend · 08-26-2019, 07:19 AM

^_^
For me, telnet is like ping, an indispensable debugging tool.

upnort · 08-26-2019, 10:41 AM

Quote:

Who uses telnet for network access?

Many people. At work we have many old embedded devices that only support telnet. Replacing the devices is not a stroll in the park. For example, cost and purpose. Is limiting access to telnet bad design? In this day, probably. Twenty years ago, probably not.

anthk · 08-29-2019, 02:14 PM

Quote:

Originally Posted by colorpurple21859

same here.
Lilo another one that is a keeper, works great on a gpt disk in legacy mode no creating additional partitions.

chmod -x /etc/profile.d/bsd-games-login-fortune.*

advent is fun, is a piece of history. I suggest you to watch the "Get Lamp" documentary.

Stuferus · 09-02-2019, 03:37 AM

sorry, but did someone notice that in that list, there are packages with up to date versions upstream? example: tar
so some of those packages could and should be updated.

GazL · 09-02-2019, 04:40 AM

slackware current:

Code:

$ grep bin/tar /var/lib/pkgtools/packages/*
/var/lib/pkgtools/packages/tar-1.32-x86_64-1:bin/tar
/var/lib/pkgtools/packages/tar-1.32-x86_64-1:bin/tar-1.13
$

'tar-1.13' is included for reasons related to Slackware's package system.'tar' itself is not back level.

ehartman · 09-02-2019, 07:26 AM

Quote:

Originally Posted by GazL

'tar-1.13' is included for reasons related to Slackware's package system.'tar' itself is not back level.

And because it has some features newer tar versions do not have (anymore) I got a copy of tar-1.15.1 (which is from 2006) around too, as it is used in some of MY scripts.