Re: Unable to access free media player spec.

[salsaman]

Knowing where it is NOT, isn't particularly useful. The obvious solution is
for somebody to upload a copy to gitlab, and then update the link in the
wiki.





http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Mon, 17 Aug 2020 at 02:02, Thayne  wrote:

> gitorious was replaced by gitlab, so I would expect this to be in the
> xdg-specs repo https://gitlab.freedesktop.org/xdg/xdg-specs. However,
> I can't find it there.
>
> Thayne McCombs
>
> On Sun, Aug 16, 2020 at 8:59 PM salsaman  wrote:
> >
> > Hi,
> > I am unable to access Free Media Player Specifications,
> >
> > clicking on the link shown on the page
> https://www.freedesktop.org/wiki/Specifications/free-media-player-specs/
> >
> >
> https://gitorious.org/xdg-specs/xdg-specs/trees/master/specifications/FMPSpecs?p=xdg-specs:xdg-specs.git;a=tree;f=specifications/FMPSpecs;hb=HEAD
> >
> > returns the following error in mozilla:
> >
> > "An error occurred during a connection to gitorious.org. SSL received a
> record that exceeded the maximum permissible length.
> >
> > Error code: SSL_ERROR_RX_RECORD_TOO_LONG"
> >
> > Please can you provide a working link for the spec.
> >
> > Thanks in advance,
> > GF.
> >
> >
> > http://lives-video.com
> > https://www.openhub.net/accounts/salsaman
> >
> >
> > ___
> > xdg mailing list
> > xdg@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/xdg
>
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg

Re: Taking over xdg-utils

[Simon Lees]

Hi

On 8/26/20 1:17 AM, Piotr Karbowski wrote:
> On 25/08/2020 16.54, David Edmundson wrote:
>>  >Project looks kind of abandoned and I'd like to pick it up, is there
>> anyone who can pass the access to repository?
>>
>> If you want to pick a project up, don't keep asking for permission. I would 
>> start by reviewing everyone else's patches that are already there and other 
>> such 
>> tasks being proactive. You don't need access to do that.
> 
> And how do you see that going? Like, go and review pending merge
> requests, ack them or suggest changes and then... wait with a hope that
> someone with access will actually notice it and grant the access so I
> can actually merge them? Using this logic, my own merge request is
> reviewed by myself, is very simple and sits there for over a year
> already, not a great motivation to go and review something that no one
> is going to merge.
> 
> If there was anyone in the first place who would be willing to do
> anything with the merge requests after they were reviewed, they would
> already have done it.
> 
> Out of frustration I already started rewrite of xdg-utils keeping it's
> interface, in pure Python3, targeting >= 3.7, starting from xdg-open,
> then will switch to another tool. Will be dropping it on github later,
> once at least some UT are written.

I am also interested in this, there are simply to many bugs related to
shell quoting behavior etc that break something else when they get
fixed. Unfortunately I have been moved into a different team at work for
the next few months and don't have alot of time atm.

When I did some initial research into the idea I planned to split the
mime stuff out of pyxdg into a python-mime library and use that as well
as creating a separate python library for things like
desktop_file_to_binary etc Unfortunately I didn't get past the design stage.

While I don't have much time in the next 6 months once you upload the
code i'll happily review it and help test it on openSUSE.

-- 
Simon Lees (Simotek)http://simotek.net

Emergency Update Team   keybase.io/simotek
SUSE Linux   Adelaide Australia, UTC+10:30
GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B



signature.asc
Description: OpenPGP digital signature
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg