Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PLIST.auto broken #5233

Closed
1 task done
th0ma7 opened this issue Apr 25, 2022 · 2 comments · Fixed by #5244
Closed
1 task done

PLIST.auto broken #5233

th0ma7 opened this issue Apr 25, 2022 · 2 comments · Fixed by #5244
Assignees
Labels

Comments

@th0ma7
Copy link
Contributor

th0ma7 commented Apr 25, 2022

Is this a new Bug?

  • I checkd that the bug hasn't been reported before

Package Name

n/a

Package Version

n/a

Device Model

any

Device Architecture

any

Firmware Version

any

What happened?

I recently noticed that the PLIST.auto seems broken, to investigate. Might be due to a change I did a little while ago.

Reproduction steps

1.
2.
3.
...

Install Log

n/a

Service Log

No response

Other Logs

No response

@th0ma7 th0ma7 added the bug label Apr 25, 2022
@th0ma7 th0ma7 self-assigned this Apr 25, 2022
@hgy59
Copy link
Contributor

hgy59 commented Apr 25, 2022

@th0ma7 I fixed this in 6871dac for the dotnet runtime package.
Probably this is not in your branch or it has some side effects?

@th0ma7
Copy link
Contributor Author

th0ma7 commented May 1, 2022

Just a thought, the PLIST generation may benefit from being reviewed where there would be a plist.pre and post so we can clearly determine a auto out of the two instead of using the .tmp as we do currently.

@smaarn smaarn mentioned this issue May 1, 2022
5 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants