- Arch-general - lists.archlinux.org

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

[arch-general] Package guidelines 📦
by Alberto Salvia Novella 15 Oct '19

15 Oct '19

I want to suggest including all or some of these in the package guidelines <https://wiki.archlinux.org/index.php/Arch_package_guidelines>, or the appropriate documentation: *New items:* - Write your PKGBUILD in a way that will work by itself as long as possible, for example by automatically generating the list of archives instead of hard coding them. - As far as practicable don't work around bugs on the package, but fix them as upstream as possible. - In package() "mv" locally built files, and "cp" or "install" the rest. - In pkgdesc don't describe what the package is, but rather what it does. Using a natural wording that any person will understand. For example don't say "GTK UVC video viewer", but "Captures image from a webcam". - If the license is a Creative Commons one, write it like "CCPL:by-sa". *Modifications:* - Start new variables and functions names with a capital letter, to avoid clashes with those in makepkg itself. - In pkgver(), any printf() line shall finish with the new line char (\n). *Useful functions:* In package(), you can set permissions recursively with: find "${pkgdir}" -type d -exec chmod u=rwx,g=rx,o=rx {} \; find "${pkgdir}" -type f -exec chmod u=rw,g=r,o=r {} \; chmod +x "${pkgdir}/usr/bin/${Name}" In pkgver(), you can get the version from a web-site with something like this: curl --silent "${url}" | grep "${string}" | cut --delimiter='"' --fields=1 (Reply to this email including me on the recipients list, or I won't receive it)

11 17

[arch-general] Kernel 5.3.5 and Kernel 5.3.6 perl warnings
by Jude DaShiell 15 Oct '19

15 Oct '19

If you start getting warnings that perl failed to set locale that didn't happen on earlier versions of the kernel I know how to fix that. First you have to have everything correct in /etc/locale.conf. If that's the case, add to your ~/.bash_profile file source /etc/locale.conf then save the edit and do source ~/.bash_profile then run your perl application like maybe cpanplus or irssi and if everything works on your system like it does on my system you won't get those warnings again. --

2 2

[arch-general] interesting /etc/locale.conf situation
by Jude DaShiell 14 Oct '19

14 Oct '19

Kernel in use is 5.3.5 with I think all of the current systemd stuff installed last night. when I run cpanp I get warnings from perl stating setting locale failed and listing variables that are unset. However if I run source /etc/locale.conf then run cpanp, no warnings appear. What did I do wrong with this installation? grep -inv "^#" /etc/locale.gen shows only line 176 as being uncommented. localectl list-locales also shows that same value and no more than that value. --

1 0

Re: [arch-general] `base` group replaced by mandatory `base` package - manual intervention required
by Marc Ranolfi 13 Oct '19

13 Oct '19

> The `base` group has been replaced by a metapackage of the same name, we advise users to install this package (`pacman -Syu base`), as it is effectively mandatory from now on. Please, was this discussed somewhere? I want to know the details, and gather what is needed to update the 'Installation guide' article in the wiki. In particular, I want to understand why essential packages for new installations, such as the kernel and a text editor, are not included (actually I see the kernel is an optional dependency). Thanks, Marc

30 56

[arch-general] Does Arch Linux support containers, dockers and Kubernetes?
by Turritopsis Dohrnii Teo En Ming 12 Oct '19

12 Oct '19

Good evening from Singapore, Does Arch Linux support containers, dockers and Kubernetes? Looking forward to hearing from you. Thank you. -----BEGIN EMAIL SIGNATURE----- The Gospel for all Targeted Individuals (TIs): [The New York Times] Microwave Weapons Are Prime Suspect in Ills of U.S. Embassy Workers Link: https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html ******************************************************************************************** Singaporean Mr. Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 14 Feb 2019 and refugee seeking attempts at the United Nations Refugee Agency Bangkok (21 Mar 2017) and in Taiwan (5 Aug 2019): [1] https://tdtemcerts.wordpress.com/ [2] https://tdtemcerts.blogspot.sg/ [3] https://www.scribd.com/user/270125049/Teo-En-Ming -----END EMAIL SIGNATURE-----

7 10

[arch-general] More Nouveau woes
by pete 12 Oct '19

12 Oct '19

Since it seems the messing around with the base package i ma now getting this [ 245.303334] WARNING: CPU: 0 PID: 209 at drivers/gpu/drm/nouveau/nvif/vmm.c:68 nvif_vmm_put.cold+0xc/0x13 [nouveau] [ 245.303336] Modules linked in: fuse cfg80211 rfkill 8021q garp mrp stp llc ext4 crc16 mbcache jbd2 dvb_pll cx22702 cx88_dvb cx88_vp3054_i2c videobuf2_dvb dvb_core videobuf2_vmalloc ir_rc5_decoder rc_hauppauge nouveau snd_hda_codec_hdmi mxm_wmi cx8800 cx8802 cx88xx wmi ttm tveeprom videobuf2_dma_sg videobuf2_memops edac_mce_amd videobuf2_v4l2 v4l2_common videobuf2_common kvm_amd ccp videodev snd_hda_codec_realtek drm_kms_helper snd_hda_codec_generic rng_core ledtrig_audio drm agpgart i2c_algo_bit kvm snd_hda_intel snd_usb_audio syscopyarea sysfillrect rc_core sysimgblt snd_hda_codec mousedev fb_sys_fops r8169 snd_usbmidi_lib pl2303 snd_rawmidi snd_seq_device mc snd_hda_core joydev input_leds snd_hwdep snd_pcm irqbypass realtek snd_timer libphy snd sp5100_tco soundcore evdev i2c_piix4 mac_hid k10temp pcspkr acpi_cpufreq sg crypto_user ip_tables x_tables xfs libcrc32c crc32c_generic hid_generic usbhid hid sr_mod cdrom sd_mod ohci_pci ata_generic pata_acpi ahci libahci pata_atiixp libata [ 245.303401] ehci_pci ehci_hcd scsi_mod ohci_hcd [ 245.303410] CPU: 0 PID: 209 Comm: kworker/0:2 Not tainted 5.3.5-arch1-1-ARCH #1 [ 245.303411] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./A74ML-K, BIOS 080014 04/14/2011 [ 245.303472] Workqueue: events nouveau_cli_work [nouveau] [ 245.303528] RIP: 0010:nvif_vmm_put.cold+0xc/0x13 [nouveau] [ 245.303531] Code: 45 31 e4 e9 a5 1a f1 ff 48 c7 c7 70 cd af c0 e8 73 9a 6c d6 0f 0b 45 31 e4 e9 8f 1a f1 ff 48 c7 c7 c0 cd af c0 e8 5d 9a 6c d6 <0f> 0b e9 1c 1f f1 ff 48 c7 c7 c0 cd af c0 e8 4a 9a 6c d6 0f 0b b8 [ 245.303532] RSP: 0018:ffffb2af40327dc8 EFLAGS: 00010246 [ 245.303534] RAX: 0000000000000024 RBX: ffffb2af40327df0 RCX: 0000000000000000 [ 245.303535] RDX: 0000000000000000 RSI: ffff8d95f3a17708 RDI: 00000000ffffffff [ 245.303536] RBP: ffffb2af40327e20 R08: 0000000000000366 R09: 0000000000000004 [ 245.303536] R10: 0000000000000000 R11: 0000000000000001 R12: ffff8d9555d6be00 [ 245.303537] R13: dead000000000122 R14: dead000000000100 R15: ffff8d9555ec66c0 [ 245.303539] FS: 0000000000000000(0000) GS:ffff8d95f3a00000(0000) knlGS:0000000000000000 [ 245.303540] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 245.303541] CR2: 00005583b3d2b830 CR3: 000000009a2a8000 CR4: 00000000000006f0 [ 245.303542] Call Trace: [ 245.303603] nouveau_vma_del+0x81/0xc0 [nouveau] [ 245.303657] nouveau_gem_object_delete_work+0x36/0x60 [nouveau] [ 245.303711] nouveau_cli_work+0xbd/0x100 [nouveau] [ 245.303720] process_one_work+0x1d1/0x3a0 [ 245.303723] worker_thread+0x4a/0x3d0 [ 245.303725] kthread+0xfb/0x130 [ 245.303728] ? process_one_work+0x3a0/0x3a0 [ 245.303729] ? kthread_park+0x80/0x80 [ 245.303734] ret_from_fork+0x22/0x40 [ 245.303738] ---[ end trace f9440c5b9c6a6d44 ]--- on EVERY boot now a good 70 to 75% of software i use just causes the machine to lock solid instantly no logs nothing only full power off gets it going again . What is going on Pete .

2 1