9front - general discussion about 9front
 help / color / mirror / Atom feed
From: "Sigrid Solveig Haflínudóttir" <sigrid@ftrv.se>
To: 9front@9front.org, Stanley Lieber <sl@stanleylieber.com>
Subject: Re: [9front] audio/mkplist vs errors
Date: Fri, 26 Aug 2022 01:44:15 +0200	[thread overview]
Message-ID: <A2453C82-EE1E-431A-94FF-E4A2AFD1EFB2@ftrv.se> (raw)
In-Reply-To: <2E4C3372-ECF9-4C37-B73C-BAC301E25CF5@stanleylieber.com>

Nice. If you send me one of those tracks for which duration could not be calculated I could see what's going on there. It would only matter for seeking but that still looks like a bug.


On August 26, 2022 1:21:22 AM GMT+02:00, Stanley Lieber <sl@stanleylieber.com> wrote:
>this fixed it, thank you!
>
>sl
>
>> On Aug 25, 2022, at 5:48 PM, Sigrid Solveig Haflínudóttir <sigrid@ftrv.se> wrote:
>> 
>> Quoth Sigrid Solveig Haflínudóttir <sigrid@ftrv.se>:
>>> Quoth Stanley Lieber <sl@stanleylieber.com>:
>>>> ; audio/mkplist /n/rachael/n/no1/music/flac >lib/plist
>>>> 
>>>> any errors encountered, such as mangled filenames on alien file systems (fat32) that cannot actually be accessed by plan 9, or files mkplist interprets as having “no duration” result in no output at all. mkplist ran over my entire music collection (over 1tb of files), printing occasional errors of this nature, and finally produced a zero byte file. in a test, i ran it over a subset of files that generated no such errors, and a working plist was produced.
>>> 
>>> I cannot reproduce here.  Could you give more details on what the
>>> errors look like?  How many tracks do you have?
>>> 
>>> ;  audio/mkplist /n/w/_/edk2/EmulatorPkg/Unix/Host/
>>> /n/w/_/edk2/EmulatorPkg/Unix/Host/X11IncludeHack: '/n/w/_/edk2/EmulatorPkg/Unix/Host/X11IncludeHack' does not exist
>>> /n/w/_/edk2/EmulatorPkg/Unix/Host/55db501c53ce45804c81307e9433064d72e38e13.svn-base: no duration
>>> /n/w/_/edk2/EmulatorPkg/Unix/Host/2.mp3: '/n/w/_/edk2/EmulatorPkg/Unix/Host/2.mp3' permission denied
>>> no artists: /n/w/_/edk2/EmulatorPkg/Unix/Host/55db501c53ce45804c81307e9433064d72e38e13.svn-base
>>> p /n/w/_/edk2/EmulatorPkg/Unix/Host/55db501c53ce45804c81307e9433064d72e38e13.svn-base
>>> f mod
>>> t ëPNG
>>> 
>>> p /n/w/_/edk2/EmulatorPkg/Unix/Host/1.mp3
>>> f mp3
>>> A cinap
>>> a 9front
>>> t mckinsey2
>>> T 0
>>> D 55408
>>> 
>>> found 2 tagged tracks
>>> 
>> 
>> Just realized (while reading the code) that it would sysfatal if a
>> directory is not accessible.  Pushed a fix.  Thanks for the report!
>> 
>> Please test again.
>> 
>> 
>

  reply	other threads:[~2022-08-25 23:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-25 14:47 Stanley Lieber
2022-08-25 21:35 ` Sigrid Solveig Haflínudóttir
2022-08-25 21:47   ` Sigrid Solveig Haflínudóttir
2022-08-25 23:21     ` Stanley Lieber
2022-08-25 23:44       ` Sigrid Solveig Haflínudóttir [this message]
2022-08-25 22:07   ` Stanley Lieber

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=A2453C82-EE1E-431A-94FF-E4A2AFD1EFB2@ftrv.se \
    --to=sigrid@ftrv.se \
    --cc=9front@9front.org \
    --cc=sl@stanleylieber.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).