Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#38245 - [notion] 20131219-2 doesn't seem to work
Attached to Project:
Community Packages
Opened by Yury Makarevich (Yury) - Monday, 23 December 2013, 09:49 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 23 December 2013, 13:28 GMT
Opened by Yury Makarevich (Yury) - Monday, 23 December 2013, 09:49 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 23 December 2013, 13:28 GMT
|
DetailsDescription:
When you run `startx' the X server starts, but no notion's interface is not displayed. I.e. a bare terminal run as if no window manager is present at all (though the notion process is visible in `pstree' output). The content of `.xinitrc' is as follows: [start of .xinitrc] notion & exec xterm [end of .xinitrc] Xorg.0.log doesn't seem to contain anything useful (attached). Steps to reproduce: This behavior may be reproduced on a virtualbox as follows (on both architectures). 1. Install a bare system as usual (I used `pacstrap /mnt base grub'). 2. Install (via `pacman -S') the following packages: xorg-server xorg-xinit xf86-video-vesa xterm notion 3. (As any user) run the following to populate .xinitrc: `(echo "notion &"; echo exec xterm) >.xinitrc' 4. Run `startx' Expected image: the whole display is split into two notion frames (with their headers visible); xterm window occupying the left frame. Actual image: the xterm window stuck in the upper-left quadrant of the screen with absolutely no window frame visible; the rest of the display is black. 
Xorg.0.log
(54.3 KiB)
|
This task depends upon
Closed by Sergej Pupykin (sergej)
Monday, 23 December 2013, 13:28 GMT
Reason for closing: Fixed
Additional comments about closing: should be fixed in notion-20131223-1
Monday, 23 December 2013, 13:28 GMT
Reason for closing: Fixed
Additional comments about closing: should be fixed in notion-20131223-1
EDIT: actually attachhed the file.
I also forced myself to look at the PKGBUILD and tried to understand the problem, and I seem to have found a fix (see the attached diff; relative to 20131219-2). If you apply the diff and build/install the package, then it seems to properly find the configs at `/etc/notion' (To check this I simply removed `/etc/notion' and tried to start notion -- the log is attached).
EDIT: also trying `/etc/notion/...' seems to be the behavior of the previous version of the package (http://seblu.net/a/arm/2013/12/18/community/os/i686/notion-20130422-1-i686.pkg.tar.xz).