Did anyone notice when storing files as #/NAME get broken?

[Elan Ruusamäe]

On 04.12.2016 20:53, Arkadiusz Miśkiewicz wrote:
> On Sunday 04 of December 2016, Elan Ruusamäe wrote:
>> On 04.12.2016 20:43, Arkadiusz Miśkiewicz wrote:
>>> Did anyone notice when storing files as #/NAME get broken?
>>>
>>> For example:
>>>
>>> pastebin-cl/pastebin-cl.spec:Source0:https://github.com/tupton/pastebin-c
>>> l/zipball/0.6#/%{name}-%{version}.zip
>> rpm5 treats # as comment on that line
>>
>> ...and we have had rpm5 for over 4 years already!
> Doh! Tons of broken specs then.

not really, they have been "fixed" over time already.

i can't find any match as of now

$ grep -rF Source ~/all-specs> ~/spec-sources.txt
$ cat ~/spec-sources.txt|grep -E '^(Source|Patch).*#'



>> so, file fetched by distfiles will be named 0.6 in your example.
>>
>> so if you dot want to let distfiles fetch another copy, omit everything
>> and including the hash character on that url.
> The problem is like this:
> http://pkgs.fedoraproject.org/cgit/rpms/kicad.git/plain/kicad.spec
>
> Over 70 sources in one spec, each needing custom name.

Source4:        https://github.com/KiCad/Air_Coils_SML_NEOSID.pretty/archive/%{version}.tar.gz#/Air_Coils_SML_NEOSID.pretty-%{version}.tar.gz

->

Source4:        https://github.com/KiCad/Air_Coils_SML_NEOSID.pretty/archive/%{version}.tar.gz?/Air_Coils_SML_NEOSID.pretty-%{version}.tar.gz


you really don't pay attention what is happening in pld git repository

-- 
glen