Re: [gentoo-dev] Last-rite: mask www-misc/zoneminder
On 4/5/20 5:54 AM, Joonas Niilola wrote: # Not maintained in Gentoo, doesn't build for 2 years, has only # deprecated version present in Gentoo. Has a huge number of open # bugs. Removal in 30 days. #642952 www-misc/zoneminder This appears to be an active project. There is a plugin for *zoneminder* and *zmserver* in *mythtvplugin**s*. When I finish the *mythtv* version 31.0 bump I will start maintaining this package.
Re: [gentoo-dev] RFC: acct-user/... modifies existing user sometimes
On 12/15/19 5:31 PM, Michael Orlitzky wrote: Without more information, all I can say is that there's probably a better way to do whatever these users are doing that doesn't involve modifying a system user. But regardless, Michał's answer is the right one if you decide that you do want to modify it. Your observation is correct. This package I am working with "mythtv" has been around for years. Users customize it incorrectly and once working are reluctant to change it. They still want to upgrade to get features/bug fixes. I am guilty of improper use of the mythtv user myself. There is a lot of old documentation that uses it improperly. I am reluctant to introduce unexpected changes to old systems. This update will force consideration that maybe the mythtv user is being misused; while manually restoring (or creating a custom overlay) after acct-user/mythtv is emerged on the system. Once installed acct-user/mythtv is not usually reinstalled. It should not need manual restoration often.
[gentoo-dev] RFC: acct-user/... modifies existing user sometimes
acct-user/mythtv modifies the existing user if that user is not logged in. Mythtv has been around for years and users have created specialized configurations for the mythtv user. They do not like changes to the mythtv user when upgrading. A couple of solutions: 1) the ebuild does not depend on acct-user/mythtv when the user already exists. This prevents both the changing and deletion of the existing user. What is the gentoo way to discover a preexisting user? Repoman does not like anything I tried using egetent passwd mythtv 2) Add something to the acct-user/mythtv to (conditionally) prevent any change if there is a preexisting user on the system. The acct-user unmerge would also check that the user was not modified since it was created by acct-user. This seems like a lot of work.
Re: [gentoo-dev] Packages up for grabs due to cardoe being MIA
On 9/13/19 10:25 AM, The Bit Pit wrote: On 9/13/19 9:44 AM, Michał Górny wrote: Hello, The following packages are now up for grabs since Undertakers have not received any reply nor seen any activity from cardoe: media-libs/libhdhomerun [v] I use media-libs/libhdhomerun with mythtv. I can update and test this device so i'll grab it. I submitted a PR to version bump media-tv/mythtv recently. it is still pending... Version bump upstream ebuild now in gentoo repo media-tv/ivtv-utils Mythtv can use this too, but I do not have one to test on. Support for these devices is in v4l2. Source not available from Fedora anymore. sys-firmware/ivtv-firmware Probably in v4l2. Download page is empty. x11-misc/vdpauinfo [v] I use this with mythtv and can test it. This is current and still works with some NVIDIA cards. (I have one) x11-themes/echo-icon-theme Source not available from Fedora anymore.
Re: [gentoo-dev] Packages up for grabs due to cardoe being MIA
On 9/13/19 9:44 AM, Michał Górny wrote: Hello, The following packages are now up for grabs since Undertakers have not received any reply nor seen any activity from cardoe: dev-util/crash [b,v] media-libs/libhdhomerun [v] I use media-libs/libhdhomerun with mythtv. I can update and test this device so i'll grab it. I submitted a PR to version bump media-tv/mythtv recently. it is still pending... media-tv/ivtv-utils Mythtv can use this too, but I do not have one to test on. net-misc/dhcpd-pools [b] net-misc/x11-ssh-askpass sys-auth/sakcl [b] sys-firmware/ivtv-firmware This looks like part of media-tv/ivtv-utils x11-misc/vdpauinfo [v] I use this with mythtv and can test it. x11-themes/echo-icon-theme The packages marked [v] have version bump requests open. The packages marked [b] have other bugs reported.
Re: [gentoo-dev] Reserve mythtv user UID 103
On 8/25/19 12:29 PM, Mike Gilbert wrote: On Sun, Aug 25, 2019 at 9:10 AM The Bit Pit wrote: On 8/24/19 5:11 PM, Mike Gilbert wrote: On Sat, Aug 24, 2019 at 5:28 PM The Bit Pit wrote: Group is not needed. mythtv uses the video group. This is already in my pull request #12763 to bump to version 30.0 patch. I added myself as proxy maintainer to acct-user/mythtv I assume it is in the video group so that it can access device nodes in /dev? That is correct. mythtv also creates and displays many video files shared with other applications. I thought the "video" group was a way to permit that. Is there a better way than putting them in the "video" group? The video group is primarily used by udev to grant access to graphics hardware. Using the video group to control access to video recording files seems wrong to me. If you need a common group to allow access to files shared among several applications, you should probably create a separate group for that. OK! You have convinced me i need a mythtv group too. It might be a nice idea to give it its own primary group id, This ensures that files it creates will not be automatically exposed to any other random users that are members of the "video" group. You can add it to as many supplementary groups as you need. I need you to create a acct-group/uucp as it is not in the tree yet. Please note that recent versions of udev/systemd use the "dialout" group for serial devices instead of the old "uucp" group. You might want to just switch over to that. I agree and withdraw my request for "uucp" group. It is in out of date mythtv documentation and the previous ebuild. Should I check the use flags for flags enabling support for devices needing "dialout" group and modify the installed mythtv user rather than including group "dialout" in the "acct-user/mythtv" package? I'm not sure it would be appropriate to modify the group membership of the mythtv user within the media-tv/mythtv ebuild. Maybe you could add USE flags to control group membership in the acct-user/mythtv ebuild. You could then depend on these USE flags withing the media-tv/mythtv ebuild as needed. Or maybe I'm over-complicating this; opinions welcome. I like this idea. It would eliminate an awkward entry in media-tv/mythtv ebuilds. It will automatically install the required acct-group/... package and add groups to mythtv user. This puts the control of a user's group in the acct-user/... package where it logically belongs. The same use flag that enables an option in media-tv/mythtv can also be used in acct-user/mythtv to add groups.
Re: [gentoo-dev] Reserve mythtv user UID 103
On 8/24/19 5:11 PM, Mike Gilbert wrote: On Sat, Aug 24, 2019 at 5:28 PM The Bit Pit wrote: Group is not needed. mythtv uses the video group. This is already in my pull request #12763 to bump to version 30.0 patch. I added myself as proxy maintainer to acct-user/mythtv I assume it is in the video group so that it can access device nodes in /dev? That is correct. mythtv also creates and displays many video files shared with other applications. I thought the "video" group was a way to permit that. Is there a better way than putting them in the "video" group? It might be a nice idea to give it its own primary group id, This ensures that files it creates will not be automatically exposed to any other random users that are members of the "video" group. You can add it to as many supplementary groups as you need. I need you to create a acct-group/uucp as it is not in the tree yet. Please note that recent versions of udev/systemd use the "dialout" group for serial devices instead of the old "uucp" group. You might want to just switch over to that. I agree and withdraw my request for "uucp" group. It is in out of date mythtv documentation and the previous ebuild. Should I check the use flags for flags enabling support for devices needing "dialout" group and modify the installed mythtv user rather than including group "dialout" in the "acct-user/mythtv" package?
Re: [gentoo-dev] Reserve mythtv user UID 103
Group is not needed. mythtv uses the video group. This is already in my pull request #12763 to bump to version 30.0 patch. I added myself as proxy maintainer to acct-user/mythtv I need you to create a acct-group/uucp as it is not in the tree yet. I hope this right as it is my first PR. On 8/24/19 3:52 PM, Michał Górny wrote: On Sat, 2019-08-24 at 08:35 -0500, The Bit Pit wrote: I like your suggestion. UID 117 is a better choice for mythtv. I suppose you want user+group, correct?
Re: [gentoo-dev] Reserve mythtv user UID 103
I like your suggestion. UID 117 is a better choice for mythtv. On 8/24/19 7:22 AM, Ulrich Mueller wrote: On Fri, 23 Aug 2019, The Bit Pit wrote: I selected UID 103 since my system used it before digital ATSC signals were available in the USA. Archlinux uses 103 for minio, so better choose something different. AFAICS, next free UID would be 484 (counting from 499 downwards). Alternatively, UID 117 is mentioned as an example by the MythTV wiki [1] and would also be available. Ulrich [1] https://www.mythtv.org/wiki/Mediashares
[gentoo-dev] Reserve mythtv user UID 103
Howdy, I'm a Proxy Maintainer in training. I'd like to reserve a user mythtv for media-tv/mythtv. It is used for a daemon server mythbackend. I selected UID 103 since my system used it before digital ATSC signals were available in the USA.
