- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] Preparing OpenVPN 2.4.x - possible incompatible changes
by Damjan Georgievski 29 Nov '16

29 Nov '16

>> I do not oppose using whatever upstream is deploying, if it's >> rationale. I just think that we could create a system user for >> openvpn, even if most users will deploy it using root. > > We need root privileges at initialization phase, no? Privileges are dropped > to nobody/nobody when initialization sequence completed. > > If we can make things work with non-root system user... Let me know how to do > that. :D You can have systemd-networkd create the tun (or tap) interface and change its ownership to a specific user, that way openvpn doesn't need privileges for that. That's my setup with a bridged tap interface https://gist.github.com/gdamjan/6b988389afe36e4bb769 for tap interfaces, networkd can also do the ip setup, for tun interfaces, openvpn would need to use ... sudo? -- damjan

1 0

[arch-general] Analysis of ABI changes in the Linux kernel
by Ponomarenko Andrey 29 Nov '16

29 Nov '16

Hello, This is a tracker of ABI changes in the new upstream releases of the Linux kernel (defconfig, x86_64): https://abi-laboratory.pro/tracker/timeline/linux/ The tracker performs backward binary compatibility analysis of all public exported symbols and data types (declared in the ".ksymtab" and ".ksymtab_gpl" sections of the vmlinux binary + system calls) and lists all added/removed symbols. The source code of the tool is published on github: https://github.com/lvc/kernel-abi-tracker The tool can be used to compare ABIs of downstream kernels as well. See README of the project. Enjoy!

1 0

Re: [arch-general] unreadable characters login screen after install SOLVED
by niya levi 29 Nov '16

29 Nov '16

> On Mon, Nov 28, 2016 at 8:55 PM, niya levi via arch-general > <arch-general at archlinux.org > <https://lists.archlinux.org/listinfo/arch-general>> wrote: > >/is there another entry i should have comment , uncommented or added in />//etc/default/grub to make it permenant ? />/shadrock / > If you change things in /etc/default/grub, you have to # grub-mkconfig > -o /boot/grub/grub.chf to make the changes available to grub, whose > config is read at a time when no other file systems are visible... > > cheers! > mar77i thanks everyone for all the advice, i ran grub-mkconfig -o /boot/grub/grub.cfg and it boots up fine now. shadrock

1 0

Re: [arch-general] unreadable characters login screen after install
by niya levi 28 Nov '16

28 Nov '16

> Just to check, does "locale -c charmap" return UTF-8? If yes, then it seems > there is an issue with your default console font (I assume you didn't put > anything like this on the kernel command line). So, try changing the console > font either by the kernel cmdline or at runtime in a tty console: > https://wiki.archlinux.org/index.php/Fonts#Console_fonts . > > Also, what is your graphics card, and how do you load the graphics driver > (automatically, early in ramdisk via MODULES= in mkinitcpio.conf, etc.)? Try > booting with nomodeset at the kernel cmdline to disable KMS and see if your > fonts get back to normal... > > Cheers, > -- > Leonid Isaev locale -c charmap" returns lc_ctype UTF-8 my graphics card is a cirrus logic cl-gd5436 pci 1mb vga card it's loaded automatically, have tried adding nomodeset by pressing e at the boot screen with brings me to grub startup file i added nomodeset to the end of the 'linux /boot/vmlinux' line but no change. i got further by pressing e at boot and changing the GRUB_GFXPAYLOAD_LINUX to GRUB_GFXPAYLOAD_LINUX=text and the console screen displayed correctly, to make it permenant i edited /etc/default/grub and also changed the GRUB_GFXPAYLOAD_LINUX line there but upon reboot i was back to the previous block characters. so i can get a correct display if i press e and edit from there on each bootup, is there another entry i should have comment , uncommented or added in /etc/default/grub to make it permenant ? shadrock

3 2

[arch-general] Arch pkg user and group IDs?
by Hauke Fath 28 Nov '16

28 Nov '16

Hi, what are Arch's conventions for the numeric ranges of system (package) user and grop IDs? And can the range be limited? I am working up to switching a few dozen Debian clients to Arch. They have user homes on NFS, and authenticate through NIS. So far, nis distributes user and group IDs > 500, making anything lower a local / system ID. After installing Arch, I see % awk -F: '{ if ( $3 > 500 ) print }' < /etc/passwd systemd-journal-remote:x:999:999:systemd Journal Remote:/:/sbin/nologin systemd-journal-upload:x:998:998:systemd Journal Upload:/:/sbin/nologin systemd-coredump:x:997:997:systemd Core Dumper:/:/sbin/nologin % awk -F: '{ if ( $3 > 500 ) print }' < /etc/group systemd-journal-remote:x:999: systemd-journal-upload:x:998: systemd-coredump:x:997: lightdm:x:620: % which collide with NIS users.[1] My question: Do Arch packages come with hardcoded numerical user/group IDs? If not, is there a way to limit the numeric range of system IDs? I guess I would still have to reinstall the distribution. The alternative - a flag day to change NIS user and group IDs as well as on 4 TB file storage and local storage on 50 client machines - wouldn't be pretty. And I don't really have the time, either. Cheerio, hauke [1] lightdm appears to be a pathological case: It hardcodes both name and ID of its user and group, and installation plows on witjout flagging an error even after failing to register the user ID. -- The ASCII Ribbon Campaign Hauke Fath () No HTML/RTF in email Institut für Nachrichtentechnik /\ No Word docs in email TU Darmstadt Respect for open standards Ruf +49-6151-16-21344

4 17

Re: [arch-general] unreadable characters login screen after install
by niya levi 28 Nov '16

28 Nov '16

> hi everyone > after an install following the wiki installation guide and rebooting > the login screen shows unreadable characters, > the char displays as rectangular and square blocks, > locale.conf is set to LANG=en_GB.UTF-8 > vconsole.conf is set to KEYMAP=uk > i also tried adding a FONT= line to vconsole.conf while chrooted the but > no joy after rebooting, > the installation screen was fine. > any ideas ? > ---- On Sat, 26 Nov 2016 17:08:06 +0100 Ralf Mardorf<silver.bullet at zoho.com > <https://lists.archlinux.org/listinfo/arch-general>> wrote ---- > > Which login screen? > > > > A display manager's greeter? If so, xorg.conf or display manager settings might solve the issue. > > Oops, I was confusing keyboard with fonts. Not xorg.conf, but much likely the display manager configuration provides to chose a font. > > > > > Or tty? > > sorry i mean the login at the console, it a file server without xorg, display manger etc. shadrock

3 3

Re: [arch-general] [arch-dev-public] Moving arduino into [community] important notes
by Oon-Ee Ng 28 Nov '16

28 Nov '16

On Mon, Nov 28, 2016 at 3:26 PM, Antonio Rojas <arojas(a)archlinux.org> wrote: > > I thought AUR packages were unsupported. Sure, it is nice to give them a > higher version number when they are moved to the official repos to allow > for a smooth upgrade, but that shouldn't be an enforced rule IMO. And > removing epoch is a reasonable enough reason not to do it. There's a difference between unsupported and (un?)intentionally leaving all users' packages frozen at an old (eventually broken) version because epoch was removed, for some indeterminate period of time. Of course, the question about whether epoch should have been used in the AUR is a separate one (I think it's done mainly to help AUR helpers work). But once that's been done I don't see any good reason to remove it.

1 0

Re: [arch-general] unreadable characters login screen after install
by niya levi 28 Nov '16

28 Nov '16

> On Sun, Nov 27, 2016 at 10:36:10AM +0000, niya levi via arch-general wrote: > >/> hi everyone />/> after an install following the wiki installation guide and rebooting />/> the login screen shows unreadable characters, />/> the char displays as rectangular and square blocks, />/> locale.conf is set to LANG=en_GB.UTF-8 />/> vconsole.conf is set to KEYMAP=uk />/> i also tried adding a FONT= line to vconsole.conf while chrooted the > but />/> no joy after rebooting, />/> the installation screen was fine. />/> any ideas ? />//>/> ---- On Sat, 26 Nov 2016 17:08:06 +0100 Ralf Mardorf<silver.bullet > at zoho.com />/> <https://lists.archlinux.org/listinfo/arch-general>> wrote ---- />/> > Which login screen? />/> > />/> > A display manager's greeter? If so, xorg.conf or display manager > settings might solve the issue. />/> />/> Oops, I was confusing keyboard with fonts. Not xorg.conf, but much > likely the display manager configuration provides to chose a font. />/> />/> > />/> > Or tty? />/> > />/sorry i mean the login at the console, />//>/it a file server without xorg, display manger etc. />//>/shadrock / > Did you customize /etc/locale.gen and ran locale-gen? > > Cheers, > -- > Leonid Isaev yes in locale.gen i uncommented the following and ran locale-gen en_US.UTF-8 en_GB.UTF-8 locale.conf has lang=en_GB.UTF-8 vconsole.conf has KEYMAP=uk when booting it gets past the grub stage it print booting linux then loading ramdisk then the whatever follows displays unreadable block character. shadrock

2 1

[arch-general] unreadable characters login screen after install
by niya levi 26 Nov '16

26 Nov '16

hi everyone after an install following the wiki installation guide and rebooting the login screen shows unreadable characters, the char displays as rectangular and square blocks, locale.conf is set to LANG=en_GB.UTF-8 vconsole.conf is set to KEYMAP=uk i also tried adding a FONT= line to vconsole.conf while chrooted the but no joy after rebooting, the installation screen was fine. any ideas ?

3 2

[arch-general] valgrind - memory exclusion files on the fritz?
by David C. Rankin 25 Nov '16

25 Nov '16

All, valgrind is reporting an additional allocation and free along with and additional 1M of memory used. Below, 11 bytes should be allocated and freed. Instead valgrind reports 1035 bytes. (it's worse if you use strdup). For example: #include <stdio.h> #include <stdlib.h> #include <string.h> enum { MAXC = 16 }; int main (void) { char buf[] = "0123456789"; size_t len = strlen (buf); char *s = NULL; s = malloc (len + 1); snprintf (s, len + 1, "%s", buf); printf (" s : %s\n", s); free (s); return 0; } The report from valgrind: valgrind ./bin/valgrindchk ==3917== Memcheck, a memory error detector ==3917== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==3917== Using Valgrind-3.12.0 and LibVEX; rerun with -h for copyright info ==3917== Command: ./bin/valgrindchk ==3917== s : 0123456789 ==3917== ==3917== HEAP SUMMARY: ==3917== in use at exit: 0 bytes in 0 blocks ==3917== total heap usage: 2 allocs, 2 frees, 1,035 bytes allocated ==3917== ==3917== All heap blocks were freed -- no leaks are possible ==3917== ==3917== For counts of detected and suppressed errors, rerun with: -v ==3917== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Anybody else experience this problem? Anybody got a fix? I don't find anything valgrind related with a cursory search, did a patch get missed with the latest build? -- David C. Rankin, J.D.,P.E.

2 6