Current Server Time: 19:20 (Central Europe)

#apertus IRC Channel Logs

2019/02/27

Timezone: UTC


06:28
shivang
joined the channel
06:29
shivang
left the channel
06:29
shivang
joined the channel
06:29
shivang
hello ??
06:30
shivang
\help
06:34
shivang
left the channel
07:38
BAndiT1983|away
changed nick to: BAndiT1983
07:53
Bertl_zZ
changed nick to: Bertl
07:53
Bertl
morning folks!
07:56
moadmmh
joined the channel
08:54
se6astian|away
changed nick to: se6astian
08:56
se6astian
good day
09:09
se6astian
now its official: GSoC 2019 with apertus!
09:09
se6astian
https://summerofcode.withgoogle.com/organizations/6567493276008448/
09:12
Bertl
you are not the first to report that :)
09:13
se6astian
correct, but its my duty as org admin :)
09:32
futarisIRCcloud
left the channel
10:26
se6astian
funny facebook notification: "Your post "Attention: this page is being deleted by ...." is performing better than 95% of posts on that Page. Boost it for â¬27 to reach up to 123 more people daily."
10:26
se6astian
read up here: https://www.apertus.org/facebook
10:32
Bertl
might even go viral! :)
10:33
BAndiT1983
maybe it will become a meme for everything social media stands for
10:43
se6astian
https://i.kym-cdn.com/photos/images/original/000/339/529/280.jpg
10:45
se6astian
facebook also provides a warning when I try to boost that post
10:45
se6astian
as the term "facebook" is used inside the text: "Your ad might not be approved We require ads featuring the Facebook or Instagram brand to follow specific brand guidelines because all Facebook and Instagram features and icons are legally protected brand assets. "
10:45
BAndiT1983
changed nick to: BAndiT1983|away
11:03
Bertl
off for now ... bbl
11:03
Bertl
changed nick to: Bertl_oO
11:07
se6astian
lets make it go viral: https://cloud.gerade.org/index.php/s/Ji73XbAE9pJ8tRZ
11:07
se6astian
https://cloud.gerade.org/index.php/apps/gallery/s/Ji73XbAE9pJ8tRZ#FB-fail-01.jpg actually
11:07
se6astian
I posted it also on our FB of course
11:08
Bertl_oO
you might want to add some kittens ...
11:08
se6astian
good idea
11:14
se6astian
done
11:14
se6astian
https://imgur.com/a/2AEKqOw
11:15
se6astian
with the added cat image this will be the FB bots trying to make sense of this posts content: https://media1.tenor.com/images/bbae33f21e2868d7ed8aca3d0df24ffe/tenor.gif?itemid=8143522
11:42
BAndiT1983|away
changed nick to: BAndiT1983
13:23
Dev_
joined the channel
13:25
Dev_
left the channel
13:45
rohan_
joined the channel
13:46
rohan_
hey! finally got the image : https://pasteboard.co/I36C04N.png
13:47
rohan_
BAndiT1983 : I swapped the bytes as suggested by you
13:47
BAndiT1983
hi rohan_, very good
13:48
rohan_
also, I spent time making my code much more readable and have already started with the bonus tasks
13:48
se6astian
hi rohan_, great!
13:49
rohan_
should I share the current progress in a repo or should I first do more work?
13:49
se6astian
apertus has officially been listed as org for gsoc 2019 yesterday
13:49
rohan_
thank you BAndiT1983 and se6astian
13:49
se6astian
repo is fine as you can also use it for the application later on
13:50
rohan_
okay
13:50
moadmmh
left the channel
13:51
rohan_
I'll add comments to my code to make it more understandable also
13:51
rohan_
will talk soon!
13:52
rohan_
left the channel
14:42
BAndiT1983
changed nick to: BAndiT1983|away
14:44
Y_G
joined the channel
14:46
BAndiT1983|away
changed nick to: BAndiT1983
14:52
RexOrCine|away
changed nick to: RexOrCine
15:10
BAndiT1983
changed nick to: BAndiT1983|away
15:47
aleb
se6astian: FOSDEM report finished https://blog.aleb.ro/2019/02/fosdem-impressions.html
15:48
Dev_
joined the channel
15:49
sushmita0810
joined the channel
15:51
aleb
BTW, congratulations for being accepted in GSoC! We're also in. :D
15:54
se6astian
great!
15:54
se6astian
thanks for the report, reading
16:03
sushmita0810
left the channel
16:08
Dev_
left the channel
16:59
BAndiT1983|away
changed nick to: BAndiT1983
17:05
BAndiT1983
vup2, anuejn, what is the current state of git submodules in the firmware?
17:06
vup2
under what aspect?
17:07
vup2
there are two submodules atm, one for the control daemon and one for the misc tools
17:07
vup2
i guess you are talking about the control daemon?
17:08
vup2
the commit used is currently 4ea5116cef from 19.12.18
17:08
BAndiT1983
yep, daemonm
17:08
BAndiT1983
it can be updated already, as we have some improvements in the webui and daemon itself
17:09
BAndiT1983
how could we integrate the webui for now, so new firmware has it available from the start on?
17:09
vup2
the repo for the webui is https://github.com/apertus-open-source-cinema/web-remote right?
17:09
BAndiT1983
yes
17:11
BAndiT1983
it uses npm to build final folder
17:11
vup2
then adding it as a submodule to software and installing node and running npm install when the image is assembled should be enough
17:12
vup2
a systemd unit to start it automatically would probably also be nedded, but that should be quite simple
17:13
BAndiT1983
ok, do you need special infos from me which could help?
17:14
BAndiT1983
lighttd would be good for now, also placing the content of dist folder there, to be able to call webui without further setup
17:14
BAndiT1983
*lighttpd
17:14
vup2
what role does the devserver have?
17:14
anuejn
webui just needs a static http server?
17:15
BAndiT1983
for now yes, later we will replace it with socat, when webui will be self-contained app
17:15
anuejn
probably only hot code replacement?
17:15
BAndiT1983
you mean in the node setup?
17:16
vup2
i guess the WSServer needs to be running for the webui?
17:16
BAndiT1983
"npm run build" should be sufficient to get "dist" folder, files there are final
17:16
BAndiT1983
yes, also wsserver, it does the communication between daemon and webui
17:17
vup2
ok so the devserver is not needed?
17:18
anuejn
BAndit1983 how do you want to use socat?
17:18
BAndiT1983
what is devserver?
17:18
anuejn
it probably builds and serves the app...
17:19
BAndiT1983
socat would listen to some port and send self-contained app package to browser
17:19
vup2
the stuff here https://github.com/apertus-open-source-cinema/web-remote/tree/master/devServer
17:19
vup2
why not use a real http server instead of socat?
17:19
BAndiT1983
ah, it's some test server from Francis, for tests without daemon, although i've suggested to use daemon in mock mode also for more real tests
17:19
vup2
ok
17:20
BAndiT1983
it was suggested by someone long time ago, this approach would reduce the calls, as the app doesn't need any more resources from server
17:20
BAndiT1983
if we have webui in browser cache, then only wsserver is used for queries
17:21
anuejn
i dont think, that this leads anywhere usefull
17:21
BAndiT1983
why?
17:22
anuejn
lets just use a simple http server and stay on mainstream grounds for serving a webapp
17:22
vup2
if the webui is in the browser cache it should also only use the wsserver for queries
17:22
vup2
also the performance of a real http server is probably good enough to not care about it
17:22
BAndiT1983
self-contained app doesn'T need a webserver, which would reduce cpu usage and so on
17:23
anuejn
lighttpd is pretty lightweight
17:23
anuejn
i wouldnt bother
17:23
BAndiT1983
do as you think, i don't care at the moment
17:23
vup2
also a self-contained app still needs a webserver for initial load
17:24
BAndiT1983
nope, socat is enough
17:24
BAndiT1983
was also thinking same before, then i'Ve read a bit on the net
17:24
anuejn
but that would then implement a webserver ;)
17:24
vup2
but socat is then doing the same work a normal http server would do
17:24
anuejn
so it IS one
17:24
BAndiT1983
we don't need a real webserver as no comms are done to it
17:25
BAndiT1983
we only need a provider for the app, afterwards there is no data exchange, only with wsserver
17:25
vup2
yes but any non shitty webserver should be at 0% cpu usage if it gets no data
17:26
anuejn
k lets justpone this to the day, when we need the ressources :)
17:26
vup2
does the WSServer have a systemd unit already somewhere?
17:27
BAndiT1983
not yet
17:27
anuejn
k
17:27
BAndiT1983
have to review systemd stuff soon
17:28
vup2
under what aspect?
17:28
se6astian
will head off shortly, do you still need anything from me regarding this topci?
17:29
vup2
i don't think so
17:29
BAndiT1983
we had some discussion about log files before, which should run in parallel, also have to check if installing systemd descriptions still works, there were some shell scripts
17:30
vup2
regarding systemd, i think having the daemon also work without systemd would be quite nice
17:30
anuejn
agree
17:30
BAndiT1983
it is
17:30
vup2
at the moment that should be quite easy, but just something to keep in mind when further integrating with systemd
17:30
BAndiT1983
systemd is only starting it, but you can use it also without, that's how i test usually
17:30
vup2
well it does not compile without systemd :)
17:31
BAndiT1983
of course, as it uses sd-journal
17:31
anuejn
basically all the logging code could just log to stdout
17:31
BAndiT1983
we can also ditch systemd, then i would grab some small lib or create simple logger
17:31
anuejn
i would vote for stdout logging
17:31
vup2
on non systemd systems one could also just log to stdout and stderr and use rsyslog ore something
17:31
vup2
s/ore/or/
17:32
BAndiT1983
ok, will note it
17:33
vup2
i also have nothing againts supporting systemd and using it if it is present, i think having the parts where it is used easily replaceable would be enough at the moment
17:33
se6astian
all the best then, off for now
17:33
se6astian
changed nick to: se6astian|away
17:34
BAndiT1983
it's not a big problem to rework it, as the logging is not good yet and was on the list for review
17:34
anuejn
sytemd collects all output of all services it starts automatically
17:34
anuejn
nice
17:34
vup2
yes but you lose loglevels
17:35
vup2
(but they are just special character sequences anyway)
17:35
anuejn
do we want to reverse-proxy the websockets connetion?
17:35
BAndiT1983
in which case do we lose log levels?
17:35
vup2
when just logging to stdout and sterr
17:35
vup2
*stderr
17:35
BAndiT1983
anuejn, which effects does it have?
17:35
vup2
then there is only the error log and normal log output
17:35
BAndiT1983
vup2, it'S not a problem to create simple logger
17:35
vup2
yes sure
17:36
BAndiT1983
we already have similar one in OC
17:36
anuejn
we only need one port (80) on the camera
17:36
BAndiT1983
i could copy it to daemon also
17:36
vup2
but the a custom logger then would not have nice color highlights in the systemd log :)
17:36
BAndiT1983
if it is possible, then we could do it, but i have not much knowledge there yet
17:36
anuejn
and it gets a path assigned (ie. /backend or /api)
17:37
BAndiT1983
ah, we could try with paths
17:37
anuejn
what setup does the webui currently expect?
17:37
anuejn
is there a special port for the websocket?
17:37
BAndiT1983
npm for build
17:38
BAndiT1983
7070 for wsserver
17:39
anuejn
k
17:40
anuejn
then we probably leave it like this for now, as it eases development a bit
17:40
BAndiT1983
ok
17:42
anuejn
is there anything else to consider?
17:42
anuejn
do?
17:43
BAndiT1983
we have covered most stuff, i will let you do the adjustments to the build/setup process
17:43
BAndiT1983
if you have questions just ask
17:43
BAndiT1983
in the next time daemon and webui will be extended to usable state, so it is more or less important to get it into the firmware
17:44
anuejn
okay will try to find time this we
17:44
BAndiT1983
take your time, it's not urgent
17:44
vup2
regarding bumping the version of the control daemon and also the webui, i think it would be good in the future that whenever you have a stable / tested version of them to just open a pull request on axiom-beta-firmware which bumps the submodule commit
17:45
BAndiT1983
ok, will consider it
17:45
BAndiT1983
the process will contain PR from dev to master, afterwards PR from master to beta firmware repo
17:47
vup2
it would also be possible to put a big disclaimer on the daemon repo that the master is untested and that they should use the commit used in the axiom-beta-firmware repo if they want a stable version
17:47
vup2
then development of the daemon could happen on the master branch
17:48
anuejn
seems legit
17:48
vup2
but when we are ready to provide real stable version of the firmware images, we will also probably need something like a testing branch
17:48
anuejn
no really, i like thin aproach
17:49
anuejn
for the firmware?
17:49
BAndiT1983
dev -> master is what i'm used to, also at work
17:49
anuejn
maybe, but not now
17:50
vup2
sure if this suits you better then thats also okay for me, i was just trying to decrease the work you need to do
17:50
BAndiT1983
not much work there, just a PR from dev to master
17:50
vup2
anuejn: yes for the firmware and yes not now, but something to keep in mind before getting some fixed workflow
17:51
vup2
BAndiT1983: and a PR to the firmware whenever a version is tested / considerd stable
17:51
BAndiT1983
yep, that's the plan
17:52
BAndiT1983
next update will follow soon
17:52
vup2
ok cool
17:54
vup2
what happend to the problems with ninja?
17:55
BAndiT1983
it works on the beta (without) i have, also using it locally, but the beta at the hub has clock skew, which also freaks out make
17:55
BAndiT1983
*(without sensor)
17:56
BAndiT1983
you can try to execute it for the build with cmake -GNinja ..
17:57
vup2
ah okay so the problems are only with the beta at the hub?
17:57
BAndiT1983
seems so for now
17:57
vup2
ok
18:24
devar
joined the channel
18:25
devar
Hello Everyone !
18:25
BAndiT1983
hi devar
18:26
devar
I am computer science enthusiast , looking forward to contribute this organisation through GSoC
18:26
devar
what are the current project ideas !
18:27
BAndiT1983
very good, which area are you generally interested in?
18:27
BAndiT1983
please take a look at this page -> https://lab.apertus.org/project/view/20/
18:27
devar
thank you !
18:28
BAndiT1983
no problem
18:31
devar
Is there something important already discussed here ? because previous chats are not visible!
18:31
BAndiT1983
you can see previous chats on irc.apertus.org
18:32
BAndiT1983
you should specify the area, as we have discussed a lot of different topics already
18:33
devar
I will checkout resources and report back asap.
18:39
devar
left the channel
18:47
vup2
left the channel
18:47
vup2
joined the channel
18:48
Y_G
To run apertus beta on qemu I tried to clone "https://github.com/apertus-open-source-cinema/beta-software" and run "makefiles/docker_make.sh qemu-shell" ,but i continuously get the error "cpufreq: __target_index: Failed to change cpu frequency: -16"
18:48
Y_G
Any fix for it?
18:49
anuejn
huh sounds bad
18:50
vup2
Y_G: could you upload the whole log (can be found under build/build.log) somewhere?
18:50
anuejn
can you post a full log somewhere?
18:50
anuejn
ah same xD
18:59
Y_G
It's too big ,pastebin and others are cropping it out :|
19:03
BAndiT1983
changed nick to: BAndiT1983|away
19:16
Y_G
https://drive.google.com/file/d/1den0dQ1Z1s8a55p_OZalkNToJ1DbJyWO/view
19:16
Y_G
the build logs^
19:22
vup2
thanks, i will take a look at it
19:22
Y_G
Thank you :)
19:29
illwieckz
left the channel
19:37
Y_G
left the channel
19:38
sebix
joined the channel
19:50
se6astian|away
changed nick to: se6astian
19:55
BAndiT1983|away
changed nick to: BAndiT1983
19:56
se6astian
vup anuejn please take a look at this PR: https://github.com/apertus-open-source-cinema/axiom-beta-firmware/pull/61
20:33
illwieckz
joined the channel
20:40
sebix
left the channel
20:41
vup2
se6astian: will do
20:46
anuejn
done
20:46
anuejn
merged
20:47
se6astian
great, thanks
20:48
anuejn
the cirrus ci dudes are indeed very cool :)
20:50
anuejn
(the pr was a response to https://github.com/cirruslabs/cirrus-ci-docs/issues/172)
21:15
anuejn
Y_G: you should be able to login anyways. it is just a warning due to incomplete simulation
21:37
Spirit532
left the channel
21:37
Spirit532
joined the channel
21:53
BAndiT1983
changed nick to: BAndiT1983|away
22:19
se6astian
good night
22:19
se6astian
changed nick to: se6astian|away
23:41
RexOrCine
changed nick to: RexOrCine|away