[gentoo-user] Apache 2.4 can not access server subdirectory

[thelma]

After installing apache 2.4 I can not access server subdirectory:
server/admin/index.html

Forbiden
You don't have permission to access /admin/index.html on this server

I can access index.html in a directory below /admin (server/index.html)
but not the server/admin/index.html

I even change the permission on the index file:
-rwxrwxrwx  1 apache apache   428 Oct 28 16:44 index.html

I removed .htaccess from server/admin (it doesn't help)

In apache.conf


Options FollowSymLinks
AllowOverride None
Require all denied



AllowOverride None
Require all granted



Options FollowSymLinks
AllowOverride None
Require all granted



-- 
Thelma

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

David Haller wrote:
> Hello,
>
> On Tue, 27 Oct 2020, Dale wrote:
> [..]
>> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
>> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
>> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
>> search YouTube
>> [youtube] byTOZIvyXPo: Downloading webpage
> Please run again with -v, such as:
>
> $ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo
>
> and then check at the top for the lines:
>
> [debug] System config: []
> [debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ]
> [debug] Custom config: []
> [debug] Command-line args: [u'-v', 
> u'https://www.youtube.com/watch?v=IzPxJK4drcc']
> [..]
> [debug] youtube-dl version 2020.09.20
>
> and mail them here ... One should see there how yt-dl parses your
> config and hopefully what goes wrong with it.
>
> HTH,
> -dnh
>


Finally getting thing back to normal.  Been checking out the quality of
new power supply and the age of my mobo.  Mobo is 7 years old.  May
start digging around for one of those soon.  o_0

Searched for test video and grabbed the first hit.  Here is the complete
output. 


dale@fireball ~/Desktop $ youtube-dl -v
https://www.youtube.com/watch?v=C0DPdy98e4c
[debug] System config: []
[debug] User config: ['ytdl-format=bestvideo[height<=?1280]+bestaudio/best']
[debug] Custom config: []
[debug] Command-line args: ['-i', '-v',
'https://www.youtube.com/watch?v=C0DPdy98e4c']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2020.06.16.1
[debug] Python version 3.7.9 (CPython) -
Linux-5.6.7-gentoo-x86_64-AMD_FX-tm-8350_Eight-Core_Processor-with-gentoo-2.7
[debug] exe versions: ffmpeg 4.3.1, ffprobe 4.3.1
[debug] Proxy map: {}
ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
valid URL. Set --default-search "ytsearch" (or run  youtube-dl
"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
search YouTube
Traceback (most recent call last):
  File "/usr/lib/python3.7/site-packages/youtube_dl/YoutubeDL.py", line
797, in extract_info
    ie_result = ie.extract(url)
  File
"/usr/lib/python3.7/site-packages/youtube_dl/extractor/common.py", line
530, in extract
    ie_result = self._real_extract(url)
  File
"/usr/lib/python3.7/site-packages/youtube_dl/extractor/generic.py", line
2277, in _real_extract
    % (url, url), expected=True)
youtube_dl.utils.ExtractorError:
'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a valid
URL. Set --default-search "ytsearch" (or run  youtube-dl
"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
search YouTube

[youtube] C0DPdy98e4c: Downloading webpage
[debug] Default format spec: bestvideo+bestaudio/best
WARNING: Requested formats are incompatible for merge and will be merged
into mkv.
[debug] Invoking downloader on
'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129=AfqZX8i_DJPqigTpkoDYAw=74.188.248.51=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zvZaKyBkU50HBe2G=244=133%2C134%2C135%2C160%2C242%2C243%2C244%2C278%2C394%2C395%2C396%2C397=youtube=yes=m8=31%2C26=sn-5uaeznd7%2Csn-q4flrn7s=au%2Conr=m=2=20=1165000=1=video%2Fwebm=yes=294311=16.560=1449553649983144=1603926401=2=yes=WEB=expire%2Cei%2Cip%2Cid%2Caitags%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt=AOq0QJ8wRQIhAKZU6AYMDnJ3MkiGZrpNIARGZ1wcxQIuhv8RefWrUPJEAiBIWn9PA40XVnnUclzEp_nV18Ah1PswHBQjNzNtA0Negg%3D%3D=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZZE_hPo5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D=yes'
[download] Destination: TEST VIDEO-C0DPdy98e4c.f244.webm
[download] 100% of 287.41KiB in 00:02
[debug] Invoking downloader on
'https://r2---sn-5uaeznd7.googlevideo.com/videoplayback?expire=1603948129=AfqZX8i_DJPqigTpkoDYAw=74.188.248.51=o-AH8t98t1pWRhfF0y-tZC-qs49qI_zvZaKyBkU50HBe2G=140=youtube=yes=m8=31%2C26=sn-5uaeznd7%2Csn-q4flrn7s=au%2Conr=m=2=20=1165000=1=audio%2Fmp4=yes=280597=17.600=1509088061399864=1603926401=2=yes=WEB=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cvprv%2Cmime%2Cgir%2Cclen%2Cdur%2Clmt=AOq0QJ8wRQIgZi7NlmQITSpxyahnu-mmF0TTQU4tTrjKNeNypYfUZS0CIQC25F6S6QoiRZ8g7HJf5HI1Ch6GBVpTS8QogQBmpR4xWA%3D%3D=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps=AG3C_xAwRgIhAKvXqCZKwVUndAMo_5bv6VxIvB7fMndYKg1QSCR0Tqu2AiEAp32rZZE_hPo5cb1uRjg4PozYqTvXkkjWIaPEj7A9aog%3D=yes'
[download] Destination: TEST VIDEO-C0DPdy98e4c.f140.m4a
[download] 100% of 274.02KiB in 00:02
[ffmpeg] Merging formats into "TEST VIDEO-C0DPdy98e4c.mkv"
[debug] ffmpeg command line: ffmpeg -y -loglevel repeat+info -i
'file:TEST VIDEO-C0DPdy98e4c.f244.webm' -i 'file:TEST
VIDEO-C0DPdy98e4c.f140.m4a' -c copy -map 0:v:0 -map 1:a:0 'file:TEST
VIDEO-C0DPdy98e4c.temp.mkv'
Deleting original file TEST VIDEO-C0DPdy98e4c.f244.webm (pass -k to keep)
Deleting original file TEST VIDEO-C0DPdy98e4c.f140.m4a (pass -k to keep)
dale@fireball ~/Desktop $


So you don't have to look back to old message, conf file again.

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Michael wrote:
> On Wednesday, 28 October 2020 19:27:06 GMT Dale wrote:
>
>> I'm thinking about replacing that cap and seeing if it works.  I've
>> repaired a few monitors that way but my question is, should I trust it
>> after replacing that cap even if it works??  Should it be load tested or
>> something?  Does the protection circuitry only work once? 
> It depends what was damaged and the cause of it.  It could be the capacitor 
> reached its predicted end of life.  It could have been a transient voltage, 
> in 
> which case more things in the protection circuit (diodes, resistors) may have 
> also been damaged.
>
> I had an old desktop which during a lightning storm ended up with a blown PSU 
> and a blown winmodem.  The winmodem was unrepairable, but the PSU survived 
> following the replacement of a single capacitor.  :-)
>
> For the cost of a capacitor I'd give it a try and then measure the output 
> voltages under load.
>


Well, we getting rain but I haven't heard a single bit of thunder or any
light blinking.  Nothing really bad anywhere near us either.  It's the
hurricane thing again.  I might add, I got surge protection coming out
my ears.  One in the main breaker box that should protect everything. 
It's installed right below the main breaker.  Another one at the wall
plug where I plug my UPS in.  The UPS also has surge protection as
well.  The likely hood that a surge made it through all that, pretty
slim.  The one in the breaker box alone should stop about anything short
of a direct lightening strike.  Given all that, I think a surge can be
ruled out, in this case anyway.  ;-) 

End of life.  That is my bet.  I did a search for when I ordered the
power supply.  It is within a month or so of being 10 years old.  I may
replace that capacitor just for giggles but honestly, I got my money out
of that thing a few years ago.  I'd be worried about the other
capacitors in there too.  Are they about to pop as well??  Who knows. 

>From my research, the new P/S isn't a great one but it is a decent one. 
It cost me a little more than my old one which lasted a good long
while.  I may order a new one later on and pick a really good one.  I
used to go to Jonnyguru website to see what is good and what is not but
it seems they haven't done anything in a year or more.  I don't know if
they stopped doing it, got sick or what.  They used to test them pretty
good when I looked before.  Just surviving their tests was generally a
good thing.  They stressed them for sure to see if they could handle
what they claim they can.

Anyone else notice that cheap capacitors literally blow up while the
good high quality ones just dome up on top?  I had a really cheap one go
out in a power inverter.  It barely had enough left to see the specs. 
I've seen high quality ones go out from age and they just dome up.  You
have to look close to even see it is bad.  I don't recall ever seeing
one blow up tho. 

I think I'm going to check the age of my mobo right quick.  :/

Dale

:-)  :-) 

Re: [gentoo-user] youtube-dl and the conf file.

[Michael]

On Wednesday, 28 October 2020 19:27:06 GMT Dale wrote:

> I'm thinking about replacing that cap and seeing if it works.  I've
> repaired a few monitors that way but my question is, should I trust it
> after replacing that cap even if it works??  Should it be load tested or
> something?  Does the protection circuitry only work once? 

It depends what was damaged and the cause of it.  It could be the capacitor 
reached its predicted end of life.  It could have been a transient voltage, in 
which case more things in the protection circuit (diodes, resistors) may have 
also been damaged.

I had an old desktop which during a lightning storm ended up with a blown PSU 
and a blown winmodem.  The winmodem was unrepairable, but the PSU survived 
following the replacement of a single capacitor.  :-)

For the cost of a capacitor I'd give it a try and then measure the output 
voltages under load.



signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Problem with locale-gen

[Toldi Balázs]

I've just realised that I wrote "hu_HU.ISO-8859-1" instead of "hu_HU 
ISO-8859-1". Changing it fixed the problem.

Jack a következőt írta ekkor: Wednesday, 28 October 2020 20:18:55 CET
> On 2020.10.28 14:57, Toldi Balázs wrote:
> > Hi,
> > I did a fresh install a cuple of days ago. Everything worked fine
> > unitl I
> > realised that my locale files are incorrect.
> > 
> > When I run locale-gen, I get this message:
> > locale-gen
> > 
> >  * Generating 4 locales (this might take a while) with 8 jobs
> >  * Bad entry in locale.gen: 'UTF-8 '; skipping
> 
> It may be irrelevant, but see if removing that trailing space makes a
> difference
> 
> >  *  (4/4) Generating hu_HU.UTF-8 ...
> > 
> > failed to set locale!
> > [error] character map file `C.UTF-8' not found: No such file or
> > directory
> > failed to set locale!
> > [error] cannot open locale definition file `UTF-8': No such file or
> > directory
> > [ !! ]
> > 
> >  *  (1/4) Generating en_US.ISO-8859-1 ...
> > 
> > [ ok ]
> > 
> >  *  (3/4) Generating hu_HU.ISO-8859-1 ...
> > 
> > failed to set locale!
> > [error] character map file `hu_HU.UTF-8' not found: No such file or
> > directory
> > failed to set locale!
> > [error] no output file produced because errors were issued
> > [ !! ]
> > 
> >  *  (2/4) Generating en_US.UTF-8 ...
> > 
> > [ ok ]
> > 
> >  * Generation complete
> >  * Adding locales to archive ...
> > 
> > incomplete set of locale files in "//usr/lib64/locale/UTF-8"
> > incomplete set of locale files in "//usr/lib64/locale/hu_HU.iso88591"
> > [ !! ]
> > 
> > locale -a
> > locale: Cannot set LC_CTYPE to default locale: No such file or
> > directory
> > locale: Cannot set LC_MESSAGES to default locale: No such file or
> > directory
> > locale: Cannot set LC_COLLATE to default locale: No such file or
> > directory
> > C
> > POSIX
> > en_US
> > en_US.iso88591
> > 
> > The contents of my /etc/locale.gen:
> > grep -v # /etc/locale.gen
> > hu_HU.UTF-8 UTF-8
> > hu_HU.ISO-8859-1
> > en_US.UTF-8 UTF-8
> > en_US ISO-8859-1
> > 
> > Did I miss something?
> > 
> > Thanks in advance,
> > Balázs
> 
> Since all the locale related files belong to glibc, have you tried
> reinstalling that package?

Re: [gentoo-user] youtube-dl and the conf file.

[Dale]

Dale wrote:
> David Haller wrote:
>> Hello,
>>
>> On Tue, 27 Oct 2020, Dale wrote:
>>> This is what the conf file looks like now.  I took out the format
>>> option.  Add it back later when this current issue is settled. 
>>>
>>> --format
>>> 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best'
>> Is that one or two lines? It think it should be one! I.e.:
>>
>> --format foo
>>
>> Try:
>>
>> --format 
>> 'bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best'
>>
>> Or, I think it's equivalent:
>>
>> --format 'bestvideo[ext=webm,ext=mp4][width<=?1280]+bestaudio/best'
>>
>> HTH,
>> -dnh
>>
>
> It doesn't like that either.  The original is one line.  That said, I
> read where you can put one option on each line and have multiple lines. 
> The top line is what I already had so I tried the second one.  It gave
> me this.
>
>
> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
> search YouTube
> [youtube] byTOZIvyXPo: Downloading webpage
>
>
> It seems to see something as a URL instead of a option.  Thing is, when
> I google, I find a lot of people using the exact same line.  I'm
> beginning to wonder if Arve has a point.  Maybe something else changed
> and that changed how youtube-dl works.  To test, I wanted to re-emerge
> youtube-dl.  When I tried, I got this little bit of spit up on my
> keyboard. 
>
>
> root@fireball / # emerge -a youtube-dl
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild   R   *] net-misc/youtube-dl-::gentoo  USE="-test"
> PYTHON_TARGETS="python3_7 -python3_6 -python3_8" 0 KiB
>
> Total: 1 package (1 reinstall), Size of downloads: 0 KiB
>
> Would you like to merge these packages? [Yes/No] y
>>>> Verifying ebuild manifests
>>>> Emerging (1 of 1) net-misc/youtube-dl-::gentoo
>>>> Failed to emerge net-misc/youtube-dl-, Log file:
>>>>   '/var/log/portage/net-misc:youtube-dl-:20201028-012948.log'
>>>> Jobs: 0 of 1 complete, 1 failed Load avg: 2.00,
> 1.70, 1.60
>  * Package:    net-misc/youtube-dl-
>  * Repository: gentoo
>  * Maintainer: j...@gentoo.org
>  * USE:    abi_x86_64 amd64 elibc_glibc kernel_linux
> python_targets_python3_7 userland_GNU
>  * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
>>>> Unpacking source...
>  * Repository id: ytdl-org_youtube-dl.git
>  * To override fetched repository properties, use:
>  *   EGIT_OVERRIDE_REPO_YTDL_ORG_YOUTUBE_DL
>  *   EGIT_OVERRIDE_BRANCH_YTDL_ORG_YOUTUBE_DL
>  *   EGIT_OVERRIDE_COMMIT_YTDL_ORG_YOUTUBE_DL
>  *   EGIT_OVERRIDE_COMMIT_DATE_YTDL_ORG_YOUTUBE_DL
>  *
>  * Fetching https://github.com/ytdl-org/youtube-dl/ ...
> git fetch https://github.com/ytdl-org/youtube-dl/ +HEAD:refs/git-r3/HEAD
> fatal: could not read Username for 'https://github.com': terminal
> prompts disabled
>  * ERROR: net-misc/youtube-dl-::gentoo failed (unpack phase):
>  *   Unable to fetch from any of EGIT_REPO_URI
>  *
>  * Call stack:
>  * ebuild.sh, line  125:  Called src_unpack
>  *   environment, line 3655:  Called git-r3_src_unpack
>  *   environment, line 2568:  Called git-r3_src_fetch
>  *   environment, line 2562:  Called git-r3_fetch
>  *   environment, line 2484:  Called die
>  * The specific snippet of code:
>  *   [[ -n ${success} ]] || die "Unable to fetch from any of
> EGIT_REPO_URI";
>  *
>  * If you need support, post the output of `emerge --info
> '=net-misc/youtube-dl-::gentoo'`,
>  * the complete build log and the output of `emerge -pqv
> '=net-misc/youtube-dl-::gentoo'`.
>  * The complete build log is located at
> '/var/log/portage/net-misc:youtube-dl-:20201028-012948.log'.
>  * For convenience, a symlink to the build log is located at
> '/var/tmp/portage/net-misc/youtube-dl-/temp/build.log'.
>  * The ebuild environment file is located at
> '/var/tmp/portage/net-misc/youtube-dl-/temp/environment'.
>  * Working directory: '/var/tmp/portage/net-misc/youtube-dl-/work'
>  * S:
> '/var/tmp/portage/net-misc/youtube-dl-/work/youtube-dl-'
>  *
>  * The following package has failed to build, install, or execute postinst:
>  *
>  *  (net-misc/youtube-dl-:0/0:

Re: [gentoo-user] Problem with locale-gen

[Jack]

On 2020.10.28 14:57, Toldi Balázs wrote:

Hi,
I did a fresh install a cuple of days ago. Everything worked fine  
unitl I

realised that my locale files are incorrect.

When I run locale-gen, I get this message:
locale-gen
 * Generating 4 locales (this might take a while) with 8 jobs
 * Bad entry in locale.gen: 'UTF-8 '; skipping
It may be irrelevant, but see if removing that trailing space makes a  
difference



 *  (4/4) Generating hu_HU.UTF-8 ...
failed to set locale!
[error] character map file `C.UTF-8' not found: No such file or  
directory

failed to set locale!
[error] cannot open locale definition file `UTF-8': No such file or  
directory

[ !! ]
 *  (1/4) Generating en_US.ISO-8859-1 ...
[ ok ]
 *  (3/4) Generating hu_HU.ISO-8859-1 ...
failed to set locale!
[error] character map file `hu_HU.UTF-8' not found: No such file or  
directory

failed to set locale!
[error] no output file produced because errors were issued
[ !! ]
 *  (2/4) Generating en_US.UTF-8 ...
[ ok ]
 * Generation complete
 * Adding locales to archive ...
incomplete set of locale files in "//usr/lib64/locale/UTF-8"
incomplete set of locale files in "//usr/lib64/locale/hu_HU.iso88591"
[ !! ]

locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or  
directory
locale: Cannot set LC_MESSAGES to default locale: No such file or  
directory
locale: Cannot set LC_COLLATE to default locale: No such file or  
directory

C
POSIX
en_US
en_US.iso88591

The contents of my /etc/locale.gen:
grep -v # /etc/locale.gen
hu_HU.UTF-8 UTF-8
hu_HU.ISO-8859-1
en_US.UTF-8 UTF-8
en_US ISO-8859-1

Did I miss something?

Thanks in advance,
Balázs
Since all the locale related files belong to glibc, have you tried  
reinstalling that package?

[gentoo-user] Problem with locale-gen

[Toldi Balázs]

Hi,
I did a fresh install a cuple of days ago. Everything worked fine unitl I 
realised that my locale files are incorrect. 

When I run locale-gen, I get this message:
locale-gen
 * Generating 4 locales (this might take a while) with 8 jobs
 * Bad entry in locale.gen: 'UTF-8 '; skipping
 *  (4/4) Generating hu_HU.UTF-8 ...
failed to set locale!
[error] character map file `C.UTF-8' not found: No such file or directory
failed to set locale!
[error] cannot open locale definition file `UTF-8': No such file or directory   

[ !! ]
 *  (1/4) Generating en_US.ISO-8859-1 ...   

[ ok ]
 *  (3/4) Generating hu_HU.ISO-8859-1 ...
failed to set locale!
[error] character map file `hu_HU.UTF-8' not found: No such file or directory
failed to set locale!
[error] no output file produced because errors were issued  

[ !! ]
 *  (2/4) Generating en_US.UTF-8 ...

[ ok ]
 * Generation complete
 * Adding locales to archive ...
incomplete set of locale files in "//usr/lib64/locale/UTF-8"
incomplete set of locale files in "//usr/lib64/locale/hu_HU.iso88591"   

[ !! ]

locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
POSIX
en_US
en_US.iso88591

The contents of my /etc/locale.gen:
grep -v # /etc/locale.gen
hu_HU.UTF-8 UTF-8
hu_HU.ISO-8859-1
en_US.UTF-8 UTF-8
en_US ISO-8859-1

Did I miss something? 

Thanks in advance,
Balázs

Re: [gentoo-user] youtube-dl and the conf file.

[Mark Knecht]

On Tue, Oct 27, 2020 at 1:58 PM Dale  wrote:
>
> Howdy,
>
> I'm hearing bad things about youtube-dl.  It seems the RIAA is punishing
> people who use it legally for those who don't.  Funny how the people who
> don't do anything wrong pays for the ones who do while the ones who do
> bad things get away.  Anyway.
>
> A good while back this list helped me set up the conf file for
> youtube-dl so that it grabs the best resolution up to 720P or 1280
> resolution videos.  I have no need for a 4K video.  lol  It seems
> something changed a while back and the options in the conf file produce
> a error.  From the error, I can't figure out what to change.  This is
> the error.
>
>
> ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
> valid URL. Set --default-search "ytsearch" (or run  youtube-dl
> "ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
> search YouTube
>
> I'm using the normal youtube-dl  command.  No options or
> anything.  This is what I have in the conf file.
>
>
> --format
>
bestvideo[ext=webm][width<=?1280]+bestaudio/bestvideo[ext=mp4][width<=?1280]+bestaudio/best
>
> --merge-output-format mp4
>
>
> Those options worked for a long time so I guess something changed with
> youtube-dl.  I don't get why it says the options are a URL either.  When
> I google, I can't find where anyone is getting this error or using
> different options either, at least not to accomplish the same goal. I
> might add, my googling turned up the RIAA mess.  May have to donate to
> help fund lawyers.  :/
>
> Anyone know what to do to fix it?  I can't make heads or tails of it.
>
> Dale
>
> :-)  :-)

Hi Dale,
   I don't use youtube-dl enough to offer any significant input but in my
limited experience the general way to handle this is to first determine
what formats are actually available and then to pick one of those by
number:

mark@science:~$ youtube-dl -F https://www.youtube.com/watch?v=byTOZIvyXPo
[youtube] byTOZIvyXPo: Downloading webpage
[youtube] byTOZIvyXPo: Downloading MPD manifest
[info] Available formats for byTOZIvyXPo:
format code  extension  resolution note
139  m4aaudio only DASH audio   52k , m4a_dash container,
mp4a.40.5@ 48k (22050Hz)
140  m4aaudio only DASH audio  132k , m4a_dash container,
mp4a.40.2@128k (44100Hz)
251  webm   audio only DASH audio  137k , webm_dash container,
opus @160k (48000Hz)
278  webm   192x144DASH video   95k , webm_dash container,
vp9, 24fps, video only
160  mp4192x144DASH video  108k , mp4_dash container,
avc1.4d400b, 24fps, video only
242  webm   320x240DASH video  220k , webm_dash container,
vp9, 24fps, video only
133  mp4320x240DASH video  242k , mp4_dash container,
avc1.4d400c, 24fps, video only
243  webm   480x360DASH video  405k , webm_dash container,
vp9, 24fps, video only
134  mp4480x360DASH video  477k , mp4_dash container,
avc1.4d4015, 24fps, video only
244  webm   640x480DASH video  752k , webm_dash container,
vp9, 24fps, video only
135  mp4640x480DASH video 1155k , mp4_dash container,
avc1.4d4014, 24fps, video only
18   mp4480x360360p  514k , avc1.42001E, 24fps,
mp4a.40.2@ 96k (44100Hz), 177.81MiB (best)
mark@science:~$

   Note that documentation for the --bestvideo/--bestaudio
options says that they 'may not be available'.

   In many cases I've had to transcode the download for
my purpose which is very much a corner case. I use them in a
program called transcribe! which figures out most likely guitar
fingering positions from audio content and when video is
available will play the video so you can see where the player
is actually placing his fingers vs what the program thinks
she's/he's doing.

   I suspect you might be able to script the youtube-dl and
transcode into a single batch file but that sort of stuff is generally
beyond me and I don't do it enough to warrant learning.

HTH,
Mark

Re: [gentoo-user] Updating LibreOffice and EPYTHON

[Andrew Lowe]

On 28/10/20 9:18 pm, Adam Carter wrote:
On Tue, Oct 27, 2020 at 1:23 AM Andrew Lowe > wrote:


Evening all,
         I'm in the middle of doing an "-NuD world" and my 
Libreoffice build

has failed right at the finish line. I get:


* ERROR: app-office/libreoffice-6.4.7.2::gentoo failed (install phase):
   *   No Python implementation set (EPYTHON is null).
   *
   * Call stack:
   *     ebuild.sh, line  125:  Called src_install
   *   environment, line 5615:  Called python_optimize

'/var/tmp/portage/app-office/libreoffice-6.4.7.2/image/usr/lib64/libreoffice/program'
   *   environment, line 5287:  Called die
   * The specific snippet of code:
   *       [[ -n ${EPYTHON} ]] || die 'No Python implementation set
(EPYTHON is null).';
   *


Stab in the dark - what does 'eselect python list' say?

bluey /home/agl # eselect python list
Available Python interpreters, in order of preference:
  [1]   python3.9
  [2]   python3.8 (fallback)
  [3]   python3.7 (fallback)
  [4]   python2.7 (fallback)

	But it has all become a moot point. In the process of trying to track 
this down, I saw stuff in the bugs list where people were talking about 
7.* release. I've decided to not waste my time on the 6 series and just 
wait until 7 arrives in Portage then go from there.


Thanks for the suggestion anyway,

Andrew

[gentoo-user] console size/display anomaly

[John Blinka]

Hi, everyone,

One of my gentoo boxes is mostly used headless, but now and then I connect
it to a display - a nearby large screen tv.  When I use the tv as a
console, the tv screen does not display the first few lines of text that
would normally appear, nor the last few, nor the leftmost few characters of
text, nor (if I type a really long line), the last few.  It’s like a
picture framed with a mat that cuts off the image uniformly on all sides:
top, bottom, left, right.

It does this with any gentoo box that I connect to it, but not when the
same box is running Windows.

It also does this when I run  X11.  If I make the mistake of maximizing a
window, then all the tools around the periphery of the window that normally
would allow me to resize the window are offscreen, making life with that
window difficult.

Everything else about the display is completely normal.

Clearly the tv and gentoo box are communicating something about the size of
the screen, but somehow misunderstanding each other.  Windows and the tv
don’t misunderstand each other.

There must be some place where I can intervene to correct this behavior.
But I have no idea where that place is, or what to Google for help.

Any ideas?

Thanks for your help!

John Blinka

Re: [gentoo-user] Updating LibreOffice and EPYTHON

[Adam Carter]

On Tue, Oct 27, 2020 at 1:23 AM Andrew Lowe  wrote:

> Evening all,
> I'm in the middle of doing an "-NuD world" and my  Libreoffice
> build
> has failed right at the finish line. I get:
>
>
> * ERROR: app-office/libreoffice-6.4.7.2::gentoo failed (install phase):
>   *   No Python implementation set (EPYTHON is null).
>   *
>   * Call stack:
>   * ebuild.sh, line  125:  Called src_install
>   *   environment, line 5615:  Called python_optimize
>
> '/var/tmp/portage/app-office/libreoffice-6.4.7.2/image/usr/lib64/libreoffice/program'
>   *   environment, line 5287:  Called die
>   * The specific snippet of code:
>   *   [[ -n ${EPYTHON} ]] || die 'No Python implementation set
> (EPYTHON is null).';
>   *
>

Stab in the dark - what does 'eselect python list' say?

Re: [gentoo-user] youtube-dl and the conf file.

[David Haller]

Hello,

On Tue, 27 Oct 2020, Dale wrote:
[..]
>ERROR: 'ytdl-format=bestvideo[height<=?1280]+bestaudio/best' is not a
>valid URL. Set --default-search "ytsearch" (or run  youtube-dl
>"ytsearch:ytdl-format=bestvideo[height<=?1280]+bestaudio/best" ) to
>search YouTube
>[youtube] byTOZIvyXPo: Downloading webpage

Please run again with -v, such as:

$ youtube-dl -v https://www.youtube.com/watch?v=byTOZIvyXPo

and then check at the top for the lines:

[debug] System config: []
[debug] User config: [ .. THIS IS WHAT I'M INTERESTED IN .. ]
[debug] Custom config: []
[debug] Command-line args: [u'-v', 
u'https://www.youtube.com/watch?v=IzPxJK4drcc']
[..]
[debug] youtube-dl version 2020.09.20

and mail them here ... One should see there how yt-dl parses your
config and hopefully what goes wrong with it.

HTH,
-dnh

-- 
Thou shalt not droppeth thy leatherman onto live motherboards.
-- Andreas "Buzh" Skau

Re: [gentoo-user] youtube-dl and the conf file.

[Ashley Dixon]

On Wed, Oct 28, 2020 at 07:21:32AM +0100, Arve Barsnes wrote:
> On Wed, 28 Oct 2020 at 02:35, Dale  wrote:
> > Is that because RIAA made them remove something or have I found a whole
> > new problem?  o-O
> 
> This is because of RIAA indeed. The repo is no longer available on
> github, so if you wanted to update from your last merge from july (if
> I read your previous message correctly), you would need to download a
> release from somewhere else. There are plenty of clones elsewhere on
> github so it shouldn't be a problem really, but you'd need to create
> your own ebuild.

See also, for anyone interested in the legal aspects of this "notice":  [1,  2].

The action by the R.I.A.A.  is dubious to  say  the  least,  but  GitHub  cannot
determine the validity of the claim as they are not a court.  Until this  matter
is decided through the proper legal channels, GitHub have no (wise)  option  but
to  comply.   However,  as  Arve  correctly  states,  this  doesn't  effect  the
distribution of YouTube-DL in any realistic capacity due to  the  prevalence  of
on-line mirrors.

The lack of knowledge of the open-source model possessed by these sort of  large
assets-management companies remains as astounding and entertaining as  ever.   I
often wonder whether their business consists of anything other than invoking the
Streisand effect.

[1] https://law.stackexchange.com/questions/57421
[2] https://github.com/github/dmca/blob/master/2020/10/2020-10-23-RIAA.md

Dale: I have received your e-mail and video. Will reply shortly. Fiddled with my
telephone a bit too much and had to buy (and learn to  use)  a  vintage  tension
gauge to correctly rewind the impulse spring in the dial.  My local exchange did
not take kindly to a telephone sending ten pulses in a tenth of a second.   LOL.

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature

Re: [gentoo-user] youtube-dl and the conf file.

[Arve Barsnes]

On Wed, 28 Oct 2020 at 02:35, Dale  wrote:
> root@fireball / # emerge -a youtube-dl
>
>
> Is that because RIAA made them remove something or have I found a whole
> new problem?  o-O

This is because of RIAA indeed. The repo is no longer available on
github, so if you wanted to update from your last merge from july (if
I read your previous message correctly), you would need to download a
release from somewhere else. There are plenty of clones elsewhere on
github so it shouldn't be a problem really, but you'd need to create
your own ebuild.

Regards,
Arve