Re: [arch-general] `base` group replaced by mandatory `base` package - manual intervention required
I want to clarify that I didn't mean "man" requires an internet connection. Arch does and uses the wiki. On Thu, Oct 10, 2019, 7:49 PM Nero Claudius Drusus wrote: > Let's face the facts. Man is superfluous for most people learning how to > install Arch, especially since it forces you to have an internet connection > in order to install. > > The wiki installation page so far hasn't included any extras other than > the kernel (at least that I've noticed thus far, please correct me if I'm > wrong). If it creates a broken system then that's a legitimate point of > contention, otherwise it's just adding a couple more packages to your > install script which falls exactly inline with Arch's minimal philosophy. > > On Thu, Oct 10, 2019, 7:26 PM Eli Schwartz via arch-general < > arch-general@archlinux.org> wrote: > >> On 10/10/19 9:00 PM, Nero Claudius Drusus via arch-general wrote: >> > I've been following this discussion and can't see what the actual >> problem >> > is. I've installed a new system since the change and the installation >> doc's >> > have been updated appropriately. It still works. If you want extra >> packages >> > then add them, this, in my opinion, is what Arch is designed to do. I'm >> not >> > seeing why extra packages need to be installed based upon personal >> > preference. >> There's a community interest in something that helps you install >> high-profile packages such as: >> >> man-db >> man-pages >> less >> diffutils >> texinfo >> vi (required by the POSIX User Portability option, commonly assumed to >> be "the text editor you have even when you don't have anything else") >> >> It is also easy, once you have something for that, to also have it >> prompt you to install: >> >> linux (most people's default kernel) >> linux-firmware >> >> These are some pretty reasonable basic assumptions to make, so it's not >> crazy to think maybe users should be able to have some group of these >> packages to make sure they don't forget anything. It's especially not >> obvious that suddenly you need to install the `man` program as well as >> the core set of linux manpages (containing the 1p section and most of >> the good stuff in sections 2 & 3). But also texinfo, if you want to be >> able to read most documentation from GNU projects which don't ship >> proper manpages. >> >> At what point does updated wiki documentation become a giant list of >> "here's the things 99.% of people need but you'll have to install >> separately after reading some caveat and if you don't, then you will not >> even be able to type in 'man' to figure out your mistakes while offline"? >> >> -- >> Eli Schwartz >> Bug Wrangler and Trusted User >> >>
Re: [arch-general] `base` group replaced by mandatory `base` package - manual intervention required
I've been following this discussion and can't see what the actual problem is. I've installed a new system since the change and the installation doc's have been updated appropriately. It still works. If you want extra packages then add them, this, in my opinion, is what Arch is designed to do. I'm not seeing why extra packages need to be installed based upon personal preference. On Thu, Oct 10, 2019, 6:48 PM Eli Schwartz via arch-general < arch-general@archlinux.org> wrote: > On 10/10/19 7:01 AM, pete via arch-general wrote: > > Never mind Ed Vi Assemblers yes all very fancyfull > > hows about you just include joe far easier wordstar commands no mess > just > > worksthe very first thing i ever do install joe best editor of the > lot . > > I have never heard of "joe". I have heard of many other text editors > though. Off the top of my head: > > vi > vim > neovim > vis > ed > emacs > acme > gedit > pluma > xed > geany > leafpad > kate > nano (gross) > vscode > atom > sublime text > notepad++ > Windows Notepad > > Maybe if I even know Windows and macOS and *plan9* text editors before I > know of this "joe", it needs to do better advertising. What are its > features? Why would I want to use it? What merit does it have that we > should recommend people use it? > > I have run pacman -Si joe, and it seems to be an editor. It's > self-described as "Joe's own editor". So let me revise my question: who > is joe, why do I care who he is, and what does his personal editor do > for me? For that matter, if it carefully described as his own editor, am > I allowed to use it? Alternatively, is it designed to be used by other > people than its original intendee? > > -- > Eli Schwartz > Bug Wrangler and Trusted User > >
Re: [arch-general] sshd - limiting sequential no. or files opened via sftp in kate?
Could it be that you have run out of inotify watches? Try increasing it and see if that helps. On Thu, Jun 7, 2018, 12:44 AM David C. Rankin < drankina...@suddenlinkmail.com> wrote: > All, > > Not sure where to look for this. I have always kept kate projects > different > things like, different application development, different web-site editing, > etc... Many of the projects I keep on my Arch server and have kate open the > files via the sftp kioslave (or whatever it is called now) > > For some reason, now when I open remote projects on the server, the > first 15 > or so files open without issue. Anything over that fails with a connection > error and the files are opened as "Untitled" and are empty (simply pressing > "Reload" completes the opening without issue), but that has to occur after > kate is open, and not when the project is attempting to load the files > sequentially all at once. > > The journal shows no error, just the normal sshd key authorization, etc. > as > session through (c17) are opened, e.g. > > Jun 07 01:29:04 valkyrie sshd[9269]: Accepted publickey for david from > 192.168.6.104 port 56170 ssh2: ECDSA > SHA256:97TPKWvaGks+sjneobeoY9RpK1Hznnh8xJCjbcAWrkQ > Jun 07 01:29:04 valkyrie sshd[9268]: Accepted publickey for david from > 192.168.6.104 port 56168 ssh2: ECDSA > SHA256:97TPKWvaGks+sjneobeoY9RpK1Hznnh8xJCjbcAWrkQ > Jun 07 01:29:04 valkyrie sshd[9269]: pam_unix(sshd:session): session opened > for user david by (uid=0) > Jun 07 01:29:04 valkyrie sshd[9268]: pam_unix(sshd:session): session opened > for user david by (uid=0) > Jun 07 01:29:04 valkyrie systemd-logind[539]: New session c5 of user david. > Jun 07 01:29:04 valkyrie systemd[1]: Started Session c5 of user david. > Jun 07 01:29:04 valkyrie systemd-logind[539]: New session c6 of user david. > Jun 07 01:29:04 valkyrie systemd[1]: Started Session c6 of user david. > Jun 07 01:29:05 valkyrie sshd[9274]: userauth_pubkey: key type ssh-dss not > in > PubkeyAcceptedKeyTypes [preauth] > Jun 07 01:29:05 valkyrie sshd[9275]: userauth_pubkey: key type ssh-dss not > in > PubkeyAcceptedKeyTypes [preauth] > Jun 07 01:29:05 valkyrie sshd[9272]: userauth_pubkey: key type ssh-dss not > in > PubkeyAcceptedKeyTypes [preauth] > Jun 07 01:29:05 valkyrie sshd[9274]: Accepted publickey for david from > 192.168.6.104 port 56174 ssh2: ECDSA > SHA256:97TPKWvaGks+sjneobeoY9RpK1Hznnh8xJCjbcAWrkQ > Jun 07 01:29:05 valkyrie sshd[9274]: pam_unix(sshd:session): session opened > for user david by (uid=0) > Jun 07 01:29:05 valkyrie systemd-logind[539]: New session c7 of user david. > Jun 07 01:29:05 valkyrie systemd[1]: Started Session c7 of user david. > ... > > I don't see any failures at all in the logs, which I would expect given > the > connection failure. Any ideas on what could be causing this? > > I don't any longer, but there were times in the past I would have 120 > files > in a project and had no problems at all opening the project either across > the > LAN or remotes via the internet on my office server. So this seems like it > is > some protection designed to prevent hackers from hammering your server with > ssh requests -- but it seems like it is having the side effect of > preventing > me from loading projects with more than say 20 files via sftp. > > -- > David C. Rankin, J.D.,P.E. >
