- Arch-general - lists.archlinux.org

Re: [arch-general] pam upgrade and systemd
by Alad Wenter 23 May '15

23 May '15

arch-general-request(a)archlinux.org schreef op 2015-05-19 14:00: > Anyone have a system they haven't upgraded in ~24hrs to give it a > further test, see if logins are broken after the pam upgrade? > > -te I've had similar issues, except it broke systemctl --user functionality. systemctl daemon-reexec didn't work. For now I've downgraded to Pam 1.1.9. Can you try rebuilding systemd with ABS (perhaps it only needs to be linked against the new PAM version) Alad

3 3

[arch-general] no screen grabber
by James 22 May '15

22 May '15

$ sudo pacman --sync screengrab error: target not found: screengrab https://aur.archlinux.org/packages/screengrab/ Are the official packages binary packages and the AUR is compiling from source? That's what it seems like. How do I search for a binary screen grabber package?

10 11

[arch-general] Limiting pacman's IO rate
by Yannis Juglaret 22 May '15

22 May '15

Dear archers, I am running Arch Linux inside virtualbox, on a Ubuntu 12.04 host on which I have very limited power (the only command I can run as root is "apt-get install"). For this reason my virtualbox version is very outdated (4.1.12, the last version being 4.3.28!). My main problem is than when I ask to run "pacman -S ghc", the installation begins and then the machine suddenly halts at approximately 25% (best case 50%), with the following error log message: 00:02:06.072 !!Assertion Failed!! 00:02:06.072 Expression: pSgBuf->cbSegLeft <= 5 * _1M && (uintptr_t)pSgBuf->pvSegCur >= (uintptr_t)pSgBuf->paSegs[pSgBuf->idxSeg].pvSeg && (uintptr_t)pSgBuf->pvSegCur + pSgBuf->cbSegLeft <= (uintptr_t)pSgBuf->paSegs[pSgBuf->idxSeg].pvSeg + pSgBuf->paSegs[pSgBuf->idxSeg].cbSeg 00:02:06.072 Location : /build/buildd/virtualbox-4.1.12-dfsg/src/VBox/Runtime/common/misc/sg.cpp(54) void* sgBufGet(PRTSGBUF, size_t*) 00:02:06.072 pSgBuf->idxSeg=0 pSgBuf->cSegs=1 pSgBuf->pvSegCur=00007fbd109e0000 pSgBuf->cbSegLeft=10321920 pSgBuf->paSegs[0].pvSeg=00007fbd109e0000 pSgBuf->paSegs[0].cbSeg=10321920 Following this ticket <https://www.virtualbox.org/ticket/10434> and ghc being a huge package, I am assuming that the problem is the same: this virtualbox bug is triggered because pacman performs too heavy IO when installing ghc (speculative, but looks reasonable). So, I tried to limit pacman's IO rate in the following way (after having installed libcgroup from the AUR and cgmanager): # cgcreate -g blkio:wlimit # echo "8:0 1024" >/sys/fs/cgroup/blkio/wlimit/blkio.throttle.write_bps_device # cgexec -g blkio:wlimit pacman -S --force ghc (8:0 is /dev/sda, which is the only disk, and 1024 the byte rate I want to enforce) However the machine still halts in the same way and doesn't seem to go beyond 50% either. Even if I replace 1024 by, say, 1, pacman doesn't seem to struggle more to write to the disk -- when I would expect it to take forever to do 1% of the installation. Is there something wrong in the commands I have written above? Is there a way to check that the limitation is indeed enforced? (maybe the source of the bug is elsewhere) Alternatively, can you think of another solution to this problem? Many thanks -- Yannis

2 2

[arch-general] Connection through USB to TTL Serial Cable
by Csányi Pál 21 May '15

21 May '15

Hello, I have a FTDI TTL-232RG-VREG3V3-WE USB to TTL Serial Cable. On my Arch linux I want to setup a connection through this cable. How can I achieve this goal? The output of the 'lsusb' command is: Bus 002 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC I'm trying to follow steps described here: http://linux-sunxi.org/Cubieboard/TTL but I have more difficulties. 1. I can't find to install the 'cu' utility neither on Arch linux repository nor in AUR. 2. There is no '/dev/ttyUSB0' on my system here. So eg. screen /dev/ttyUSB0 115200 doesn't work here: Cannot exec '/dev/ttyUSB0': No such file or directory I can't find any advices on Arch Wiki. Any advices will be appreciated! -- Regards from Pal

7 11

[arch-general] [Classroom] An Imperfect Introduction to Static Typing - 14th May
by fsckd 21 May '15

21 May '15

Hello, HalosGhost will teach a class, "An Imperfect Introduction to Static Typing", on Thursday, 14 May 2015 at 21:30 UTC. It will tentatively be held in #archlinux-classroom. The class is expected to take about 1.5 hours. Static typing is where the type of data a variable will hold is defined when the program is written, and that definition is enforced during the program's run. In this class learn the basics to start reasoning about functions written in statically typed languages and understand the differences between static typing and dynamic typing. The class is for beginners to static typing. There are no prerequisites. HalosGhost, resident panda of the Arch Linux community, is well liked for eir* ability to dodge lazors. Ey enjoys programming and is familiar with many languages, like C, Java, Python, and Rust. Ey also knows a little Haskell. fsckd * Mercurian pronouns "ey" and "eir", https://theos.kyriasis.com/~kyrias/journal/10-mercurian-pronouns.html

1 2

[arch-general] pam upgrade and systemd
by Troy Engel 19 May '15

19 May '15

Heya all - so I ran a standard upgrade these evening, which upgraded pam; I was headed for a reboot (since the new 4.0.3 kernel was also updated) and checked my logs just because; my fcron daemon was failing before the reboot. Huh. pacman log: [2015-05-18 18:28] [ALPM] upgraded pam (1.1.8-5 -> 1.2.0-1)[2015-05-18 18:28] [ALPM] upgraded pam (1.1.8-5 -> 1.2.0-1) journal: May 18 18:28:22 grimm fcron[13534]: PAM unable to dlopen(/usr/lib/security/pam_unix.so): /usr/lib/libpam.so.0: version `LIBPAM_MODUTIL_1.1.9' not found (required by /usr/lib/security/pam_unix.so) (... followed by lots of broken pipe errors) So I had rebooted already, which means I could not test further in the same error state -- but basically, should the pam upgrade have triggered a reload of systemd? Based on lsof, that's who has this file held open: $ lsof | grep libpam systemd 1512 tengel mem REG 254,2 60008 141189 /usr/lib/libpam.so.0.84.1 My thought is if this was truly broken, then I would not have been able to log in if I had not rebooted (pure coincidence I did) since pam_unix.so was dying; fcron as a daemon doesn't have it open, so I can only assume it was attempting to do a login (it's cron after all) to run crontabs, which is systemd running the show. Anyone have a system they haven't upgraded in ~24hrs to give it a further test, see if logins are broken after the pam upgrade? -te

1 0

[arch-general] What's the use of bacman's pacnew option?
by Ralf Mardorf 17 May '15

17 May '15

Hi, I can't find a documentation, perhaps because my Internet connection today is very slow. bacman [--nocolor] [--pacnew] <installed package name> What's the use of bacman's pacnew option? TIA, Ralf

2 1

Re: [arch-general] Handling GeForce GTX 850M GPU on Arch Linux
by AIS Information 16 May '15

16 May '15

On 05/16/2015 01:49 AM, arch-general-request(a)archlinux.org wrote: > ------------------------------ > > Message: 4 > Date: Fri, 15 May 2015 23:31:33 -0000 > From: caocoa(a)mail2tor.com > To: arch-general(a)archlinux.org > Subject: [arch-general] Handling GeForce GTX 850M GPU on Arch Linux > Message-ID: > <43601441c6321e0b4e2427dcb9fa09df.squirrel(a)mail2tor2zyjdctd.onion> > Content-Type: text/plain;charset=iso-8859-1 > > Hello all, > > I've juste installed a new computer and I feel like I'm having trouble > with my NVIDIA GPU but it could be something else so I've enclosed > detailed output. As you can see in [lspci] output, my GPU is `NVIDIA > Corporation GM107M [GeForce GTX 850M] (rev a2)` whose specification can be > found in [specs]. > > The trouble I'd like to solve has the following symptoms: > → Sometimes during booting process, it issues a lot of lines like > `nouveau E[ PFIFO][0000:01:00.0] SCHED_ERROR [ UNK06 ]` (see [dmesg] > output for full details). This seems to appear randomly: somtimes it has > to reboot two or three times before being able to boot correctly, > sometimes it just needs once and doesn't have nay troubles. > → Some other times, windows appears to stop responding with no > reasons. I have to mouse the pointer off so the window display will > unfreeze and then I can put the pointer over again. I've found it seems to > be related to lines like this one `nouveau E[ PIBUS][0000:01:00.0] HUB0: > 0x000001 0x00000002 (0xbad00100)` in [dmesg]. It starts at timestamp > 28.115820. > → Sometimes, even the window manager (Gnome) freezes and I have to > go to a tty to have a chance to get it unfreeze. It doesn't always work > then sometimes I have to reboot my computer because it has become > absolutely frozen (no mouse, no keyboard, even the keyboard CAPS light > responds no more). > → Finally, in Arch Linux I've become used to have X server started > over tty1 and tty from 2 to 7 free. Actually, when startup reaches the end > without faults, it start X server on tty1 then GDM (Gnome Display Manager) > is shown on tty1 but once I log in to my account, my desktop is shown on > tty2 and tty1 keeps displaying GDM. > > I'm quite puzzled by this and I don't know whether the last symptom is a > bug or a feature (maybe multiple user simultaneous outputs). I've also > enclosed for your information my [Xorg.0.log] file and [lsmod] output. If > it's a bug, which software should I fill a bug report to? nouveau driver, > X, GDM, Gnome? > > Just feel free to ask any further data you'd need about my configuration. > > Thank you in advance for you reply and have a good weekend! > > Caocoa > > --- references > [lspci] https://pastee.org/mtwkr > [specs] http://www.geforce.com/hardware/notebook-gpus/geforce-gtx-850m > [dmesg] https://pastee.org/zd4tt > [lsmod] https://pastee.org/t5z4e > [Xorg.0.log] https://pastee.org/r5tak are you loading the nouveau module early via mkinitcpio.conf modules array? if not, i'd do that first. i don't know what you've read so far but i'd start with the arch wiki on nouveau then go to the nouveau wiki. yours is the nv110 family. nouveau feature matrix: http://nouveau.freedesktop.org/wiki/FeatureMatrix/ early support for maxwell and glamor last summer: http://www.phoronix.com/scan.php?page=news_item&px=MTcyNDM you could also just install the binary blob from nvidia and see if that fixes the issues as another has suggested, though that would be a *last* resort for me, assuming i owned any nvidia chippery, that is.

2 1

Re: [arch-general] Handling GeForce GTX 850M GPU on Arch Linux
by AIS Information 16 May '15

16 May '15

On 05/16/2015 01:49 AM, arch-general-request(a)archlinux.org wrote: > Message: 4 > Date: Fri, 15 May 2015 23:31:33 -0000 > From: caocoa(a)mail2tor.com > To: arch-general(a)archlinux.org > Subject: [arch-general] Handling GeForce GTX 850M GPU on Arch Linux > Message-ID: > <43601441c6321e0b4e2427dcb9fa09df.squirrel(a)mail2tor2zyjdctd.onion> > Content-Type: text/plain;charset=iso-8859-1 > > Hello all, > > I've juste installed a new computer and I feel like I'm having trouble > with my NVIDIA GPU but it could be something else so I've enclosed > detailed output. As you can see in [lspci] output, my GPU is `NVIDIA > Corporation GM107M [GeForce GTX 850M] (rev a2)` whose specification can be > found in [specs]. > > The trouble I'd like to solve has the following symptoms: > → Sometimes during booting process, it issues a lot of lines like > `nouveau E[ PFIFO][0000:01:00.0] SCHED_ERROR [ UNK06 ]` (see [dmesg] > output for full details). This seems to appear randomly: somtimes it has > to reboot two or three times before being able to boot correctly, > sometimes it just needs once and doesn't have nay troubles. > → Some other times, windows appears to stop responding with no > reasons. I have to mouse the pointer off so the window display will > unfreeze and then I can put the pointer over again. I've found it seems to > be related to lines like this one `nouveau E[ PIBUS][0000:01:00.0] HUB0: > 0x000001 0x00000002 (0xbad00100)` in [dmesg]. It starts at timestamp > 28.115820. > → Sometimes, even the window manager (Gnome) freezes and I have to > go to a tty to have a chance to get it unfreeze. It doesn't always work > then sometimes I have to reboot my computer because it has become > absolutely frozen (no mouse, no keyboard, even the keyboard CAPS light > responds no more). > → Finally, in Arch Linux I've become used to have X server started > over tty1 and tty from 2 to 7 free. Actually, when startup reaches the end > without faults, it start X server on tty1 then GDM (Gnome Display Manager) > is shown on tty1 but once I log in to my account, my desktop is shown on > tty2 and tty1 keeps displaying GDM. > > I'm quite puzzled by this and I don't know whether the last symptom is a > bug or a feature (maybe multiple user simultaneous outputs). I've also > enclosed for your information my [Xorg.0.log] file and [lsmod] output. If > it's a bug, which software should I fill a bug report to? nouveau driver, > X, GDM, Gnome? > > Just feel free to ask any further data you'd need about my configuration. > > Thank you in advance for you reply and have a good weekend! > > Caocoa also, see this: "GM107 requires extraction of context switching firmware for acceleration, GM204 only provides modesetting" here: http://nouveau.freedesktop.org/wiki/

1 0

Re: [arch-general] Handling GeForce GTX 850M GPU on Arch Linux
by AIS Information 16 May '15

16 May '15

On 05/16/2015 01:49 AM, arch-general-request(a)archlinux.org wrote: > Message: 4 > Date: Fri, 15 May 2015 23:31:33 -0000 > From: caocoa(a)mail2tor.com > To: arch-general(a)archlinux.org > Subject: [arch-general] Handling GeForce GTX 850M GPU on Arch Linux > Message-ID: > <43601441c6321e0b4e2427dcb9fa09df.squirrel(a)mail2tor2zyjdctd.onion> > Content-Type: text/plain;charset=iso-8859-1 > > Hello all, > > I've juste installed a new computer and I feel like I'm having trouble > with my NVIDIA GPU but it could be something else so I've enclosed > detailed output. As you can see in [lspci] output, my GPU is `NVIDIA > Corporation GM107M [GeForce GTX 850M] (rev a2)` whose specification can be > found in [specs]. > > The trouble I'd like to solve has the following symptoms: > → Sometimes during booting process, it issues a lot of lines like > `nouveau E[ PFIFO][0000:01:00.0] SCHED_ERROR [ UNK06 ]` (see [dmesg] > output for full details). This seems to appear randomly: somtimes it has > to reboot two or three times before being able to boot correctly, > sometimes it just needs once and doesn't have nay troubles. > → Some other times, windows appears to stop responding with no > reasons. I have to mouse the pointer off so the window display will > unfreeze and then I can put the pointer over again. I've found it seems to > be related to lines like this one `nouveau E[ PIBUS][0000:01:00.0] HUB0: > 0x000001 0x00000002 (0xbad00100)` in [dmesg]. It starts at timestamp > 28.115820. > → Sometimes, even the window manager (Gnome) freezes and I have to > go to a tty to have a chance to get it unfreeze. It doesn't always work > then sometimes I have to reboot my computer because it has become > absolutely frozen (no mouse, no keyboard, even the keyboard CAPS light > responds no more). > → Finally, in Arch Linux I've become used to have X server started > over tty1 and tty from 2 to 7 free. Actually, when startup reaches the end > without faults, it start X server on tty1 then GDM (Gnome Display Manager) > is shown on tty1 but once I log in to my account, my desktop is shown on > tty2 and tty1 keeps displaying GDM. > > I'm quite puzzled by this and I don't know whether the last symptom is a > bug or a feature (maybe multiple user simultaneous outputs). I've also > enclosed for your information my [Xorg.0.log] file and [lsmod] output. If > it's a bug, which software should I fill a bug report to? nouveau driver, > X, GDM, Gnome? > > Just feel free to ask any further data you'd need about my configuration. > > Thank you in advance for you reply and have a good weekend! > > Caocoa Also, i think yours is the vp6 video engine listed here: http://nouveau.freedesktop.org/wiki/VideoAcceleration/ your card may still be too new for nouveau. It takes a little while for nouveau to catch up and mobile cards are worse. Also, they may not have a laptop with your card (or similar enough) for testing. They might would appreciate help testing, if you were able. good luck

1 0