- Arch-general - lists.archlinux.org

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

[arch-general] Permanent job in Tokyo, Japan
by James Tobin 25 Nov '16

25 Nov '16

Hello, I’m working with an employer that is looking to hire someone to fulfil a permanent DevOps-type position at their office in Tokyo. Japanese language is not required; only English. Consequently I had hoped that some members of this mailing list may like to discuss further; off-list. I can be reached using "JamesBTobin (at) Gmail (dot) Com". Kind regards, James

1 0

[arch-general] snapcraft.io IMO gets across the message that snaps are appropriate for Arch Linux
by Ralf Mardorf 25 Nov '16

25 Nov '16

Hi, after taking a brief look into building a yaml and following Ubuntu's Snapcraft mailing list, I don't have a good opinion of it. It at least is nothing I would recommend for usage with Arch Linux on i686 and x86_64 servers and desktop computers, not only because it requires an Ubuntu kernel patch [1], but because it IMO is completely against the rolling release approach and beyond that IMO broken in many ways. The first sentence on http://snapcraft.io/ is "Package any app for every Linux desktop, server, cloud or device, and deliver updates directly" and the first logo beside the Ubuntu logo is Arch Linux. My opinion is, that it would be better, if the Arch Linux logo would be removed from http://snapcraft.io/ , because I guess it gets across a wrong message. Regards, Ralf [1] https://wiki.archlinux.org/index.php/Snapd#Installation Disclaimer I only want to inform about it, in case Arch Linux developers aren't aware of it. I will not argue against, if Arch developers don't care and/or disagree with my opinion. IOW I will not discuss it, the intention is only to inform of it. ;) -- Death of ROXTerm https://sourceforge.net/p/roxterm/discussion/422638/thread/60da6975/

7 19