Bug 209562 - [NEW PORT] x11/xinit-xsession: Allows ~/.xinitrc to be run as a session from your display manager
Summary: [NEW PORT] x11/xinit-xsession: Allows ~/.xinitrc to be run as a session from ...
Status: Closed Not Accepted
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Tobias Kortkamp
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-16 21:39 UTC by lightside
Modified: 2017-03-13 14:45 UTC (History)
1 user (show)

See Also:


Attachments
The xinit-xsession port in shar archive (2.21 KB, text/plain)
2016-05-16 21:39 UTC, lightside
no flags Details
The xinit-xsession port in shar archive (2.22 KB, text/plain)
2016-05-16 21:54 UTC, lightside
no flags Details
The poudriere testport log (FreeBSD 10.2 amd64) (9.29 KB, text/plain)
2016-05-16 21:56 UTC, lightside
no flags Details
The xinit-xsession port in shar archive (2.00 KB, text/plain)
2016-05-18 23:07 UTC, lightside
no flags Details
The poudriere testport log (FreeBSD 10.2 amd64) (9.41 KB, text/plain)
2016-05-18 23:07 UTC, lightside
no flags Details
The xinit-xsession port in shar archive (2.00 KB, text/plain)
2016-05-18 23:26 UTC, lightside
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description lightside 2016-05-16 21:39:06 UTC
Created attachment 170376 [details]
The xinit-xsession port in shar archive

The collection of xinitrc.desktop and xinitrcsession-helper files, which
allows ~/.xinitrc to be run as a session from your display manager.

WWW: https://aur.archlinux.org/packages/xinit-xsession/
Comment 1 lightside 2016-05-16 21:39:51 UTC
The origin of files is from https://aur.archlinux.org/packages/xinit-xsession/
I just changed /bin/bash to /bin/sh for xinitrcsession-helper file.

I found it usable for display managers, which may use ${PREFIX}/share/xsessions/*.desktop files  (x11/slim, x11/wdm, etc.), while using the same ~/.xinitrc script with x11/xinit program, when needed.
Comment 2 lightside 2016-05-16 21:54:30 UTC
Created attachment 170378 [details]
The xinit-xsession port in shar archive

Added NO_ARCH=yes, because the port is architecture neutral.
Comment 3 lightside 2016-05-16 21:56:49 UTC
Created attachment 170379 [details]
The poudriere testport log (FreeBSD 10.2 amd64)
Comment 4 lightside 2016-05-16 22:52:27 UTC
(In reply to comment #1)
> which may use ${PREFIX}/share/xsessions/*.desktop files
> (x11/slim, x11/wdm, etc.)
In case of x11/wdm, it could be "DisplayManager*wdmWm: xinitrcsession-helper" for ${LOCALBASE}/lib/X11/wdm/wdm-config file.
Comment 5 lightside 2016-05-18 23:07:21 UTC
Created attachment 170466 [details]
The xinit-xsession port in shar archive

According to source files, the license is "unknown":
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=xinit-xsession&id=2bc2ea8#n7
Without proper license it may be problematic to use them as just a simple files in a "files" directory, like I did in attachment 170378 [details]. Therefore, I created a variant, which downloads them from MASTER_SITES.
Comment 6 lightside 2016-05-18 23:07:45 UTC
Created attachment 170467 [details]
The poudriere testport log (FreeBSD 10.2 amd64)
Comment 7 lightside 2016-05-18 23:26:57 UTC
Created attachment 170468 [details]
The xinit-xsession port in shar archive

Cosmetic fixes.
Comment 8 Tobias Kortkamp freebsd_committer freebsd_triage 2017-03-13 11:16:53 UTC
In case you're still interested in seeing this in the ports tree: I think it might make more sense to simply copy the xinitrcsession-helper and .desktop file from ${FILESDIR} and setting NO_FETCH=yes instead of fetching it from aur.archlinux.org given how tiny it really is.
Comment 9 lightside 2017-03-13 14:27:36 UTC
Hello Tobias Kortkamp.

(In reply to comment #8)
> I think it might make more sense to simply copy the xinitrcsession-helper and
> .desktop file from ${FILESDIR} and setting NO_FETCH=yes instead of fetching it
> from aur.archlinux.org given how tiny it really is.
Previously, I proposed this variant in comment #2 (attachment #170378 [details]). But then I found, that source code has "unknown" license (see comment #5), which may be not appropriate to include in ports tree as a plain source files.

(In reply to comment #8)
> In case you're still interested in seeing this in the ports tree
I can close this PR, if there are no other interest in such kind of port.
This is understandable, that user(s) may create similar script(s) for private usage instead.

Thanks for review.
Comment 10 lightside 2017-03-13 14:29:34 UTC
This PR was closed.