piggz[m] | Mister_Magister: closed-worksforme | 09:50 |
---|---|---|
Mister_Magister | piggz[m]: no it doesn't xd | 09:52 |
Mister_Magister | just go here https://piggz.co.uk/sailfishos-porters-archive/ and type Mister_Magister and it will time out | 09:52 |
piggz[m] | ah ... its case sensitive ... i guess there are too may records with you in! | 09:54 |
Mister_Magister | yeah obviously xd | 09:57 |
rinigus | piggz: there maybe some issue with the archive though. it looks like its not updated since 2024-12 :( . try to search for camera. we discussed it yesterday and its not being picked up in the logs | 10:01 |
piggz[m] | rinigus: looks like the html format changed, and the download is failing... | 13:39 |
rinigus | do we actually have some official archives? so I could download and grep locally | 13:40 |
rinigus | ok, found some. | 13:42 |
Keto | the logs are there also in plain text format, just remove the .html from the URL. in case that is easier to parse | 18:23 |
smyru | Good evening, does OBS support "content-disposition" header when fetching tarball artefacts? | 21:34 |
smyru | I am trying to fetch to fetch autogenerated tarball from codeload.github.com, and builds keep failing due not not being able to find the artefact. | 21:35 |
Keto | smyru: How are you trying to fetch it? | 21:39 |
Ingvix | is defaultuser what the default user will be called nowadays or is it just some placeholder for the until xperia 10 v/iv gets the full release? | 21:42 |
Keto | Ingvix: yes, defaultuser is the default user :) | 21:43 |
Ingvix | rest in peace, nemo | 21:44 |
Ingvix | is it fine to change your username though, or is it expected by some utilities to stay as defaultuser? | 21:45 |
Keto | In theory it should be ok to change the username, but there might be things that break, and those probably should be considered bugs | 21:47 |
Ingvix | I see | 21:48 |
Ingvix | I shall take the risk then | 21:48 |
Keto | I think I have seen that some people have changed it back to nemo or something else | 21:50 |
Keto | smyru: I assume you mean this https://build.sailfishos.org/package/show/home:smyru/sailfishos-mtree and if you change the Source in spec to just %{name}-%{version}.tar.gz it should work | 21:52 |
Ingvix | rebooting doesn't seem to work on X10V | 21:53 |
Ingvix | it only shuts down | 21:53 |
Keto | smyru: the tar_git service fetches the git sources and packs it into the tar ball, as the actual build happens in an isolated VM without network connectivity | 21:54 |
smyru | Keto: This is just repacking of the upstream, since there has been no separate releases, as this piece of code is shipped as part of BSD base systems. | 21:54 |
smyru | Keto: thus Source: https://codeload.github.com/smyru/mtree-netbsd/tar.gz/5282105?dummy=/smyru-mtree-netbsd-5282105.tar.gz | 21:55 |
smyru | This is a way which is heavily used in FreeBSD ports with no issues. | 21:56 |
Keto | that's the upstream submodule here https://github.com/smyru/sailfishos-mtree ? | 21:56 |
smyru | Keto: Yes | 21:57 |
Keto | yep, so that all goes into the _service:tar_git:mtree-*.tar.gz here https://build.sailfishos.org/package/show/home:smyru/sailfishos-mtree | 21:59 |
Keto | and it should just work if you put in the spec Source: %{name}-%{version}.tar.gz | 22:01 |
smyru | I am a rookie when it comes to RPM packaging. Just trying to find my way. | 22:02 |
smyru | My understanding is that then there would need to be a release on my forked repo for this artefact to exist. | 22:03 |
Keto | you set the upstream submodule in your packaging repo to what ever commit is the version you are packaging | 22:07 |
smyru | Correct. This is how I did that. This is a snapshot of the sources shipped in pkgsrc, which forms a basis of a Debian package, where it is versioned as 20180822. | 22:09 |
Keto | and you point the tar_git service in obs to you packaging repo (like you have done), it will fetch that including the upstream submodule, and turn it into the tarball that can be used in the build | 22:16 |
smyru | Keto: No need for Source field then? | 22:20 |
smyru | in the Spec that is. | 22:20 |
Keto | no, Source is needed in spec, but it needs to match what tar_git generates, and easiest way to achieve that is to set it to: Source: %{name}-%{version}.tar.gz | 22:22 |
mal | Ingvix: reboot is quite slow on x10v | 22:25 |
Ingvix | I see. Perhaps it just seemed it was the power button then | 22:26 |
mal | how long did you wait? | 22:27 |
Ingvix | not sure really, not very long. Maybe a minute after the screen went dark | 22:28 |
Ingvix | I'll see next time I need to reboot if it actually boots by itself | 22:28 |
mal | it can take a minute, can't remember how long exactly, I can test on my device | 22:29 |
mal | Ingvix: it took 1.5 minutes from pressing reboot in top menu until it showed the first screen of bootup | 22:35 |
Ingvix | very well | 22:36 |
mal | a bit of a minute since screen went black, maybe 1.2 min | 22:36 |
mal | *over a minute | 22:36 |
mal | I know what causes the slowness but haven't figured out how to fix it | 22:36 |
mal | same with slowness of bootup | 22:37 |
mal | during shotdown one systemd service times out delaying the shutdown until that happens | 22:37 |
mal | and during bootup one process is blocking boot for some time | 22:38 |
Ingvix | hmph | 22:42 |
Ingvix | yes, it does seem to reboot after all | 22:53 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!