Re: [gentoo-user] davfs2 suddenly not working properly
On Wed, 17 Apr 2019 21:41:41 -0400, John Covici wrote: > Apr 17 18:39:55 ccs.covici.com systemd-coredump[5334]: Process 5332 > (umount.davfs) of user 0 dumped core. > Apr 17 18:39:55 ccs.covici.com systemd[1]: > systemd-coredump@0-5333-0.service: Succeeded. > > I can't find that coredump, not sure if the process is allowed to do > it. From the systemd-coredump man page: By default, systemd-coredump will log the core dump including a backtrace if possible to the journal and store the core dump itself in an external file in /var/lib/systemd/coredump. You can change this in /etc/systemd/coredump.conf -- Neil Bothwick Documentation: (n.) a novel sold with software, designed to entertain the operator during episodes of bugs or glitches. pgpollff2KEax.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: youtube-dl and mpv.conf file
On Thursday, 18 April 2019 03:43:05 BST Walter Dnes wrote: > This thread has piqued my interest in youtube-dl. I'm trying to get > best audio and video together in a 1920x1080 video for Youtube URL > https://www.youtube.com/watch?v=A9tKncAdlHQ > > My config file is... > > -f bestvideo[width<=1920]+bestaudio > --merge-output-format mp4 Best audio available may not be compatible with an mp4 container without some manual conversion - see below. > --no-mtime > --no-playlist > -o ~/ytdl/%(title)s.%(ext)s > --restrict-filenames > > If I use "-f bestvideo[width<=1920]" I get a 1920x1080 video...with no > sound. Yes, because this is what you asked - video stream only. > If I use "-f best[width<=1920]" I get a 1280x720 video with > sound. Yes, this will download a *single* container file which contains both video and audio pre-muxed streams, with the best quality video size of less or equal to 1920px in width. Youtube has a 720p single file available containing both audio and video, so this is selected. > That works, but I want the best of both worlds. With > "-f bestvideo[width<=1920]+bestaudio", ffmpeg fails... > > [i660][waltdnes][~/ytdl] youtube-dl > https://www.youtube.com/watch?v=A9tKncAdlHQ [youtube] A9tKncAdlHQ: > Downloading webpage > [youtube] Downloading just video A9tKncAdlHQ because of --no-playlist > [download] Destination: > /home/waltdnes/ytdl/Double_Slit_Experiment_explained_by_Jim_Al-Khalili.f137 > .mp4 [download] 100% of 31.55MiB in 00:17 > [download] Destination: > /home/waltdnes/ytdl/Double_Slit_Experiment_explained_by_Jim_Al-Khalili.f251 > .webm [download] 100% of 6.65MiB in 00:03 > [ffmpeg] Merging formats into > "/home/waltdnes/ytdl/Double_Slit_Experiment_explained_by_Jim_Al-Khalili.mp4 > " ERROR: Stream #1:0 -> #0:1 (copy) > > Any idea what's wrong? Looking at the above output and also taking a look at the formats available for download: $ youtube-dl -F 'https://www.youtube.com/watch?v=A9tKncAdlHQ' [youtube] A9tKncAdlHQ: Downloading webpage [youtube] A9tKncAdlHQ: Downloading video info webpage [info] Available formats for A9tKncAdlHQ: format code extension resolution note 249 webm audio only DASH audio 54k , opus @ 50k, 3.24MiB 250 webm audio only DASH audio 71k , opus @ 70k, 3.62MiB 140 m4a audio only DASH audio 128k , m4a_dash container, mp4a.40.2@128k, 8.29MiB 171 webm audio only DASH audio 133k , vorbis@128k, 6.09MiB 251 webm audio only DASH audio 137k , opus @160k, 6.65MiB 278 webm 256x144144p 96k , webm container, vp9, 25fps, video only, 4.42MiB 160 mp4 256x144144p 112k , avc1.4d400c, 25fps, video only, 2.09MiB 242 webm 426x240240p 224k , vp9, 25fps, video only, 5.26MiB 133 mp4 426x240240p 268k , avc1.4d4015, 25fps, video only, 4.72MiB 243 webm 640x360360p 404k , vp9, 25fps, video only, 11.51MiB 134 mp4 640x360360p 616k , avc1.4d401e, 25fps, video only, 9.64MiB 244 webm 854x480480p 678k , vp9, 25fps, video only, 20.51MiB 135 mp4 854x480480p 1186k , avc1.4d401e, 25fps, video only, 15.17MiB 247 webm 1280x720 720p 1328k , vp9, 25fps, video only, 26.90MiB 136 mp4 1280x720 720p 2037k , avc1.4d401f, 25fps, video only, 22.90MiB 248 webm 1920x1080 1080p 2349k , vp9, 25fps, video only, 34.44MiB 137 mp4 1920x1080 1080p 2710k , avc1.640028, 25fps, video only, 31.55MiB 18 mp4 640x360medium , avc1.42001E, mp4a.40.2@ 96k, 23.30MiB 43 webm 640x360medium , vp8.0, vorbis@128k, 28.60MiB 22 mp4 1280x720 hd720 , avc1.64001F, mp4a.40.2@192k (best) we can see you downloaded formats .f137 and .f251. The 137 file is a 1080p video only file within an mp4 container. The 251 file is an opus audio file within a webm container. If you do not specify an output format for youtube-dl to transcode the video and audio into, the application will use a matroska container: [ffmpeg] Merging formats into "Double Slit Experiment explained! by Jim Al- Khalili-A9tKncAdlHQ.mkv" which will retain the best video with the size you requested as h264 *and* the best audio it could find as opus. This will adhere to your request for a best video and best audio. I do not think it would be logical for youtube-dl to transcode the audio from opus to aac, which is a suitable format for an mp4 container. For this you would need to specify manually the bitrate to be used by m4a and potentially other parameters to suit your preferences and then wait for ffmpeg to transcode the audio, which on a large download would take a while. It would be more logical to specify a suitable audio format for the container you intend to use upfront and ytdl would fetch this without any expensive post- processing. I suppose the devs could introduce a simple test to flag alternative audio formats available for download, which would be compatible with an mp4 container, instead of blindly downloading the opus stream and then ffmpeg failing to copy it into mp4. I assume the ytdl extractor
Re: [gentoo-user] davfs2 suddenly not working properly
On Thu, 18 Apr 2019 03:20:25 -0400, Neil Bothwick wrote: > > [1 ] > On Wed, 17 Apr 2019 21:41:41 -0400, John Covici wrote: > > > Apr 17 18:39:55 ccs.covici.com systemd-coredump[5334]: Process 5332 > > (umount.davfs) of user 0 dumped core. > > Apr 17 18:39:55 ccs.covici.com systemd[1]: > > systemd-coredump@0-5333-0.service: Succeeded. > > > > I can't find that coredump, not sure if the process is allowed to do > > it. > > From the systemd-coredump man page: > > By default, systemd-coredump will log the core dump including a backtrace > if possible to the journal and store the core dump itself in an external > file in /var/lib/systemd/coredump. > > You can change this in /etc/systemd/coredump.conf Thanks, I found it, but the backtrace has no symbols, even though I have features set so that everything is compiled with symbols like this: FEATURES="${FEATURES} -stricter -distcc -ccache splitdebug buildpkg" I wonder what is happening here? Strange thing si I have seen nothing on bgo for this problem. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] Re: youtube-dl and mpv.conf file
On Thu, Apr 18, 2019 at 12:38:47PM +0100, Mick wrote > If you do not specify an output format for youtube-dl to transcode the > video and audio into, the application will use a matroska container: > > [ffmpeg] Merging formats into "Double Slit Experiment explained! by Jim Al- > Khalili-A9tKncAdlHQ.mkv" > > which will retain the best video with the size you requested as h264 > *and* the best audio it could find as opus. This will adhere to your > request for a best video and best audio. [...deletia...] > On a practical level, if the mkv container is not suitable for you, > you could instead restrict the audio format to m4a and then ytdl will > download the .f140 file rather than .f251 and mux video and audio into > an mp4 container - but arguably this won't represent the 'best' audio. Thank you, that works for me. mplayer can handle mkv. I misunderstood the man page and interpreted that specifying "--merge-output-format" was mandatory if I wanted a merge. I ran youtube-dl and played back with mplayer... [youtube] A9tKncAdlHQ: Downloading webpage [youtube] A9tKncAdlHQ: Downloading video info webpage [youtube] Downloading just video A9tKncAdlHQ because of --no-playlist WARNING: Requested formats are incompatible for merge and will be merged into mkv. [download] Destination: /home/waltdnes/ytdl/Double_Slit_Experiment_explained_by_Jim_Al-Khalili.f137.mp4 [download] 100% of 31.55MiB in 00:17 [download] Destination: /home/waltdnes/ytdl/Double_Slit_Experiment_explained_by_Jim_Al-Khalili.f251.webm [download] 100% of 6.65MiB in 00:03 [ffmpeg] Merging formats into "/home/waltdnes/ytdl/Double_Slit_Experiment_explained_by_Jim_Al-Khalili.mkv" Deleting original file /home/waltdnes/ytdl/Double_Slit_Experiment_explained_by_Jim_Al-Khalili.f137.mp4 (pass -k to keep) Deleting original file /home/waltdnes/ytdl/Double_Slit_Experiment_explained_by_Jim_Al-Khalili.f251.webm (pass -k to keep) My ~/.config/youtube-dl/config is... -f bestvideo[width<=1920]+bestaudio --no-mtime --no-playlist -o ~/ytdl/%(title)s.%(ext)s --restrict-filenames -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: Incorrect list of groups membership
Le lun. 15 avr. 2019 à 20:26, Remy Blank a écrit : > > > After a reboot, the problem disappears for a while, but comes again, > > and I didn't find what could trigger it. > > I can't figure what KDE could have to do with user groups returned by > > the kernel ! > > > > Does anyone have a hint on the origin of this problem ? > > Yes, this is triggered by restarting the xdm service, possibly limited > to sddm users. > > I have noticed the same issue here. Groups are correct after a reboot, > but if I do: > > $ /etc/init.d/xdm restart > > and log into KDE, then I'm a member of all sorts of system groups. I'm > using sddm, maybe it happens with other login managers as well. > > I suspect that this is due to inheriting the supplementary groups of > which "root" is a member at the time the login manager is started. At > boot time, it is a member of no additional groups, whereas in a root > shell, it is: > > # groups > root bin daemon sys adm disk wheel floppy dialout tape video > > I suspect this is a bug in sddm, or maybe in pam. It should drop all > supplementary groups before switching to the user logging in. > > As a workaround, I now always reboot instead of restarting xdm. > > -- Remy Thanks for pointing me to SDDM. After looking at the source code [1] that prepares the user session I think it's not correct. The main problem is that it doesn't call "initgroups" when PAM is enabled. This function is the one that loads the list of local groups for the user. PAM functions should be called afterwards to load additional groups with for example pam_group.so, according to man pam_setcred(3) This is confirmed by looking at the code of XDM for the same action, which calls "initgroups" in all cases [2]. I found this piece of code interesting with for example : # if defined(BSD) && (BSD >= 199103) So it seems it's been around for a really long time ! I also found issue 416 on SDDM [3] on Github that seems to be the same problem, but it has been closed, with a dubious explanation that this would be caused by KDE kinit. I don't believe it because KDE processes are launched with the user session id, and therefore shouldn't be able to add system groups to the session. And if I look at the groups of sddm-greeter when it's running under user "sddm", they are already incorrect before a KDE session is opened. mick@xxx ~ $ grep Groups /proc/$(pidof sddm-greeter)/status Groups: 0 1 2 3 4 6 10 11 26 27 27 243 I will try to modify SDDM code to include "initgroups" where I suppose it should be called. This could result in a new bug or a pull request depending on the results... Best regards Mickaël Bucas [1] https://github.com/sddm/sddm/blob/develop/src/helper/UserSession.cpp [2] https://gitlab.freedesktop.org/xorg/app/xdm/blob/master/xdm/session.c [3] https://github.com/sddm/sddm/issues/416