October 2019 - Arch-general - lists.archlinux.org

Re: [arch-general] talkingarch
by Storm Dragon 26 Oct '19

26 Oct '19

Howdy adérito, Accessibility based projects like Tarch and F123Light are not official Arch Linux releases. Bug reports, feature requests, etc for those projects do not belong on this list. If you are familiar, for example with Vinux, you can not ask support questions about it on the Ubuntu list. I can help you with the appropriate channels for getting support if you are interested. If you need help with those, please contact me off list. I will do what I can. Thanks, Storm On Sat, Oct 26, 2019 at 01:09:16PM +0100, adérito wrote: >Hello, you have the tharch then the INTAL Monthly Newsletter June on another server? that in www.tarch.org is INTAL Monthly Newsletter INTAL Monthly Newsletter October but October is not working very well did not detect the Internet connection on virtualbox you can report the developer who do not have the email dezenvolvedor the tharch. because the INTAL Monthly Newsletter June connect to internet. and the script F123 light was included in INTAL Monthly Newsletter of October tharch. but the script does not detect the wired network virtualbox. > >Enviado do Correio para Windows 10 > -- ⛈🐲 Accessible low cost computers for everyone! Get your slice of the Pi: https://asliceofthepi.com My youtube channel: https://www.youtube.com/channel/UCdaTl5vl404OaRxAJPvb8Ew get my public PGP key: gpg --keyserver wwwkeys.pgp.net --recv-key 43DDC193 How to load Windows on your machine in 2 minutes or less: http://www.youtube.com/watch?v=FVbf9tOGwno "Mighty Elric, Mightier Sword. Sorcerer and Swordsman, slayer of kin, Lord of a dying race. King of ruin, dragon master, Champion of Doom." Domine - Chronicles of the Black Sword

2 1

Re: [arch-general] talkingarch
by Fabian Piribauer 26 Oct '19

26 Oct '19

Hi Adèrito, whatever kind of formatting/autocorrecting/translation tools you are using they seem to have butchered your e-mail quite a bit. It is pretty hard to read as it lacks formatting, punctuation, etc. On Sat, Oct 26, 2019 at 01:09:16PM +0100, adérito wrote: > Hello, you have the tharch then the INTAL Monthly Newsletter June on another server? tarch is a fork of archlinux it is not maintained by the archlinux team but by 3rd party developers. I doubt that anyone here has the tarch ISO from July. You should probably contact them directly or check their IRC out at irc.freenode.net #tarch. > that in www.tarch.org is INTAL Monthly Newsletter INTAL Monthly Newsletter October but October is not working very well did not detect the Internet connection on virtualbox you can report the developer who do not have the email dezenvolvedor the tharch. because the INTAL Monthly Newsletter June connect to internet. I'm not sure what you want to tell us with this paragraph but I think you want on of these: * help you fix your networking problems * file a bug report for the October release * get the e-mail address of the tarch developers Again, this is the archlinux mailing list. > and the script F123 light was included in INTAL Monthly Newsletter of October tharch. but the script does not detect the wired network virtualbox. AFAICT installing F123Light is completely optional. Best Regards, Fabian

1 0

[arch-general] Please update the dotnet packages
by Marc Ranolfi 26 Oct '19

26 Oct '19

The 'dotnet-sdk' and 'dotnet-runtime' packages have been marked as out-of-date on 2019-08-02. I would like to encourage the maintainer to update them as soon as possible. https://www.archlinux.org/packages/community/x86_64/dotnet-sdk/ Thanks. Marc

1 0

[arch-general] 'base' package install with non-updated linux-kernel
by riveravaldez 26 Oct '19

26 Oct '19

Hi, because of this problem [1] (apparently a kernel/driver/hardware issue?) I'm forced to stay on linux-5.2.14-arch2-1 right now. My question is: should/can I anyway install the 'base' package anyway as explained in [2]? Thanks a lot [1] https://bbs.archlinux.org/viewtopic.php?id=249330 [2] https://www.archlinux.org/news/base-group-replaced-by-mandatory-base-packag…

5 5

Re: [arch-general] talkingarch
by William Bevans 26 Oct '19

26 Oct '19

I think it's trying to communicate with us. On Sat, Oct 26, 2019, 7:09 AM adérito <aderito.carvalho(a)sapo.pt> wrote: > Hello, you have the tharch then the INTAL Monthly Newsletter June on > another server? that in www.tarch.org is INTAL Monthly Newsletter INTAL > Monthly Newsletter October but October is not working very well did not > detect the Internet connection on virtualbox you can report the developer > who do not have the email dezenvolvedor the tharch. because the INTAL > Monthly Newsletter June connect to internet. and the script F123 light was > included in INTAL Monthly Newsletter of October tharch. but the script does > not detect the wired network virtualbox. > > Enviado do Correio para Windows 10 > >

1 0

[arch-general] talkingarch
by adérito 26 Oct '19

26 Oct '19

Hello, you have the tharch then the INTAL Monthly Newsletter June on another server? that in www.tarch.org is INTAL Monthly Newsletter INTAL Monthly Newsletter October but October is not working very well did not detect the Internet connection on virtualbox you can report the developer who do not have the email dezenvolvedor the tharch. because the INTAL Monthly Newsletter June connect to internet. and the script F123 light was included in INTAL Monthly Newsletter of October tharch. but the script does not detect the wired network virtualbox. Enviado do Correio para Windows 10

1 0

Re: [arch-general] �� ?
by Jonathan Horacio Villatoro Córdoba 25 Oct '19

25 Oct '19

Upon checking the message headers, I found the following: ... >Reply-To: prodawez(a)teleworm.us, ... On Thu, Oct 24, 2019 at 11:39:12PM +0100, arch-announce(a)archlinux.org wrote: > Вас интересуют базы данных? > _______________________________________________ > arch-announce mailing list > arch-announce(a)archlinux.org > https://lists.archlinux.org/listinfo/arch-announce I believe it's safe to say this is a spam message. AFAIK, teleworm.us is a service that provides anonymous temporary email addresses. HTH. Best, Jonathan

2 1

[arch-general] Issue with 'eject -T'
by Ralf Mardorf 19 Oct '19

19 Oct '19

Hi, 'eject -T' doesn't work anymore on my machine, resp. opening the DVD drive doesn't work anymore, when using the traytoggle option. Opening still works without an option and closing with the traytoggle option also still works. $ eject -V eject from util-linux 2.34 $ eject -T eject: CD-ROM eject command failed: Device or resource busy $ grep util-linux /var/log/pacman.log | tail -6 [2019-06-21 08:19] [ALPM] upgraded libutil-linux (2.33.2-1 -> 2.34-2) [2019-06-21 08:19] [ALPM] upgraded util-linux (2.33.2-1 -> 2.34-2) [2019-06-21 08:19] [ALPM] upgraded lib32-util-linux (2.33.2-1 -> 2.34-1) [2019-06-29 11:40] [ALPM] upgraded libutil-linux (2.34-2 -> 2.34-3) [2019-06-29 11:40] [ALPM] upgraded util-linux (2.34-2 -> 2.34-3) [2019-10-06 12:37] [ALPM] reinstalled util-linux (2.34-3) I don't know when the issue started, but I'm quite sure it still worked last month. I'm usually using 'eject -T' to open or close the DVD drive by a keyboard shortcut. I accidentally reinstalled util-linux a few days back, IOW that it was reinstalled is meaningless, it might be that it even still worked this time. Could somebody with an up to date Arch Linux install please run 'eject -T' from command line? I want to know if it's an issue on my side or if it's a regression of a dependency or something else unrelated to my machine. TIA, Ralf -- $ uname -r 5.2.21-rt13-0-pussytoes

2 2

Re: [arch-general] Feature Request: Adding Alternate Base Package
by Mohamad Mounir Safadieh 17 Oct '19

17 Oct '19

The idea of a "base-extras" package containing the old base packages has already been discussed on arch-dev-public. https://lists.archlinux.org/pipermail/arch-dev-public/2019-October/029693.h… This implies that it's very likely to happen. :-) On Oct 17, 2019, 8:02 AM -0400, arch-general-request(a)archlinux.org, wrote: > Send arch-general mailing list submissions to > arch-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.archlinux.org/listinfo/arch-general > or, via email, send a message with subject or body 'help' to > arch-general-request(a)archlinux.org > > You can reach the person managing the list at > arch-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of arch-general digest..." > > > Today's Topics: > > 1. Feature Request: Adding Alternate Base Package Groups to > Installation Media (Ben Pont) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 16 Oct 2019 16:40:22 -0500 > From: Ben Pont <benpont(a)gmail.com> > To: arch-general(a)archlinux.org > Subject: [arch-general] Feature Request: Adding Alternate Base Package > Groups to Installation Media > Message-ID: > <CALJ1B=s3APKAFDtUTHSGtehUhSqAAY2EsrcYZ=1oVtDJFWOONA(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > With the recent transition from the base package group to the base meta > package, I was wondering whether or not it would be useful to include a > 'base-typical' or 'base-standard' package group to the installation media. > The menu choices during an installation could possible be even more > expansive in its package group options, similar to how RHEL does it via > their 'environment' package groups (e.g. Minimal Install, Compute Node, > Infrastructure Server, GNOME Desktop, etc.). > > For example, each alternative package group could *include* the base meta > package, then add in the additional packages necessary for a particular use > case, (not least of which would be a kernel). The advantage would be that, > after installing the system, users would have the option to cherry pick > *out* unnecessary/unwanted packages from their chosen installation package > group, instead of having to cherry pick packages *into* their system as > would likely be necessary using only the base meta package. It seems like > many new and inexperienced users might become confused when they install a > new system using only the current base meta package and then realizing they > don't have the necessary tools they would normally assume comprises a base > installation (i.e. a kernel, editor, etc.). > > Additionally, 'pkgstats' could (at least temporarily) be included as a > dependency for both the base meta package and any optional base package > groups to get stats on how many users are solely installing the base meta > package versus the optional base package group alternatives. I'm guessing > only a minority of users would choose the base meta package as their sole > installation option, but it would probably be useful to know either way. > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > arch-general mailing list > arch-general(a)archlinux.org > https://lists.archlinux.org/listinfo/arch-general > > > ------------------------------ > > End of arch-general Digest, Vol 180, Issue 12 > ********************************************* >

1 0

[arch-general] Feature Request: Adding Alternate Base Package Groups to Installation Media
by Ben Pont 16 Oct '19

16 Oct '19

With the recent transition from the base package group to the base meta package, I was wondering whether or not it would be useful to include a 'base-typical' or 'base-standard' package group to the installation media. The menu choices during an installation could possible be even more expansive in its package group options, similar to how RHEL does it via their 'environment' package groups (e.g. Minimal Install, Compute Node, Infrastructure Server, GNOME Desktop, etc.). For example, each alternative package group could *include* the base meta package, then add in the additional packages necessary for a particular use case, (not least of which would be a kernel). The advantage would be that, after installing the system, users would have the option to cherry pick *out* unnecessary/unwanted packages from their chosen installation package group, instead of having to cherry pick packages *into* their system as would likely be necessary using only the base meta package. It seems like many new and inexperienced users might become confused when they install a new system using only the current base meta package and then realizing they don't have the necessary tools they would normally assume comprises a base installation (i.e. a kernel, editor, etc.). Additionally, 'pkgstats' could (at least temporarily) be included as a dependency for both the base meta package and any optional base package groups to get stats on how many users are solely installing the base meta package versus the optional base package group alternatives. I'm guessing only a minority of users would choose the base meta package as their sole installation option, but it would probably be useful to know either way.

1 0