Current Server Time: 02:48 (Central Europe)

#apertus IRC Channel Logs

2021/03/16

Timezone: UTC


23:24
zaheerabbas
joined the channel
23:25
zaheerabbas
left the channel
00:12
Topic
apertus° - open source cinema | www.apertus.org | join the apertus° Lab: http://lab.apertus.org/ | IRC Logs available at: http://irc.apertus.org | Weekly IRC meeting: Monday 18:00 CET/CEST
00:12
se6ast1an
has set the topic
00:19
lexano
joined the channel
02:50
eppisai
joined the channel
02:55
pvcodes
joined the channel
02:56
pvcodes
left the channel
03:37
eppisai
left the channel
03:49
eppisai
joined the channel
04:17
mohitdmak
joined the channel
04:24
mohitdmak
Hey all, this is Mohit here, I am new to this community and am not sure if this is the right place to ask a few doubts I had about the webui repo. I found this org quite interesting, and was going through the gsoc projects for this year, and I have configured and ran the webui repo on my local machine and had a few doubts about the Wifi connection
04:24
mohitdmak
section. Also can I know who specifically is the assigned mentor for this project? Thanks.
04:28
Bertl_oO
Hello mohitdmak!
04:29
Bertl_oO
You do not 'ask doubts', you 'ask questions' (common translation mistake :)
04:30
Bertl_oO
The task description for the Web-UI (task T1222) lists 'vup' as mentor, so that is the person you want to contact :)
04:30
Bertl_oO
(he is here on IRC btw)
05:19
BAndiT1983|away
changed nick to: BAndiT1983
05:27
Bertl_oO
off to bed now ... have a good one everyone!
05:27
Bertl_oO
changed nick to: Bertl_zZ
05:31
vedant16[m]
joined the channel
05:32
vedant16[m]
Hi
05:32
vedant16[m]
Vedant here, I am interested in working for AXIOM Remote: Bootloader improvement and extension under gsoc 2021
05:33
vedant16[m]
I am ECE undergrad from India, and did gsoc 2020 with beagleboard.org.
05:36
ritikmittal
joined the channel
05:38
ritikmittal
left the channel
05:42
BAndiT1983
hi vedant16[m]
05:43
BAndiT1983
very nice, can you tell a bit more about your background and knowledge, also what was your project with beagleboard?
05:56
mohitdmak
left the channel
06:36
vedant16[m]
I am currently in 3rd year and have decent experience with embedded development. here's my github: https://github.com/VedantParanjape and here's my gsoc project: https://github.com/VedantParanjape/simpPRU, I developed a transpiled language for realtime co-processor inside the beaglebone (AM372x) called PRU. It has a python like syntax and transpiles to PRU-C then it used gcc to generate the binary. remoteproc framework
06:36
vedant16[m]
is used to handle the co-processor, so I also wrote tools to automate this into my compiler. earlier doing all this was very convoluted. Also, wrote a terminal based gui monitor using FTXUI, it works like a serial monitor to read messages from PRU (uses rpmsg framework) also controls the PRU's. Here's the project report: https://github.com/VedantParanjape/simpPRU/wiki
06:38
vedant16[m]
After this gsoc, I am working on a personal project called open authenticator, I have designed a custom esp32 board for it, and completed the firmware. here's the hackaday page: https://hackaday.io/project/176959-open-authenticator and github org: https://github.com/VedantParanjape/simpPRU/wiki.
06:38
vedant16[m]
also it was featured on hackster.io: https://www.hackster.io/news/totp-based-open-hardware-authenticator-powered-by-an-esp32-microcontroller-c770f10008af
06:39
vedant16[m]
* After gsoc, I am working on a personal project called open authenticator, I have designed a custom esp32 board for it, and completed the firmware. here's the hackaday page: https://hackaday.io/project/176959-open-authenticator and github org: https://github.com/VedantParanjape/simpPRU/wiki.
06:39
vedant16[m]
also it was featured on hackster.io: https://www.hackster.io/news/totp-based-open-hardware-authenticator-powered-by-an-esp32-microcontroller-c770f10008af
06:41
vedant16[m]
Also, making lids for a imx8 based SBC called kimchi-micro: https://twitter.com/QwertyEmbedded/status/1367692115036102659
06:41
BAndiT1983
great! sounds like you have quite some experience in that area
06:41
vedant16[m]
Yeah :)
06:41
vedant16[m]
I will get started with qualifying issues first
06:43
BAndiT1983
this is good, couldn't think of any BL challenge, so the one we have is targetting the firmware, but nevertheless the goal is to learn our code, infrastructure and show the skills regarding coding guidelines etc.
06:43
BAndiT1983
*BL challenge is a bit difficult to do without the hardware or at least dev board with same MCU
06:44
vedant16[m]
<BAndiT1983 "this is good, couldn't think of "> Yeah, makes sense and working with code is the best way understand the source :)
06:44
vedant16[m]
<BAndiT1983 "*BL challenge is a bit difficult"> BL challenge means ?
06:44
BAndiT1983
if oyu have any questions, don't hesitate to ask, what i prefer is the main channel, so other students can also see the solutions or ideas
06:44
BAndiT1983
bootloader challenge
06:45
BAndiT1983
am lazy to write the word bootloader over and over ;)
06:45
vedant16[m]
<BAndiT1983 "am lazy to write the word bootlo"> ohh
06:45
vedant16[m]
<BAndiT1983 "if oyu have any questions, don't"> can you link the main channel ?
06:45
BAndiT1983
you're already there, here is the main channel of apertus
06:45
vedant16[m]
<BAndiT1983 "*BL challenge is a bit difficult"> I could buy one with concerned PIC chip
06:46
vedant16[m]
<BAndiT1983 "you're already there, here is th"> Ahh I see
06:46
BAndiT1983
there is no point to buy it, as we will have remote setup for the gsoc, and the second reason is, this MCU is out of production and we are targetting either the EF version, ours is EC and outdated or the SAME70, which is currently being evaluated
06:47
vedant16[m]
Also, I would like to work on any design tasks too, but don't see any
06:47
vedant16[m]
* Also, I would like to work on any pcb design tasks too, but don't see any
06:47
BAndiT1983
which design tasks do you mean?
06:47
vedant16[m]
pcb design*
06:47
BAndiT1983
ah, this is something for Bertl
06:48
vedant16[m]
ohk :) I ask him
06:48
BAndiT1983
but GSoC is about software, firmware etc., open hardware was in the talks, but this is also something that Bertl would know about
06:48
BAndiT1983
you can for sure contribute to such things besides GSoC, if you want
06:49
vedant16[m]
<BAndiT1983 "you can for sure contribute to s"> yes, I would love to.
06:49
vedant16[m]
<BAndiT1983 "but GSoC is about software, firm"> ohh.
06:49
vedant16[m]
but is apertus going on crowdsupply or something ?
06:50
BAndiT1983
google summer -> of code <- ;)
06:50
BAndiT1983
do you mean crowdfunding?
06:50
vedant16[m]
<BAndiT1983 "google summer -> of code <- ;)"> well we had some hardware projects at beagleboard :) like making a custom BB as a logic analyser
06:51
vedant16[m]
<BAndiT1983 "do you mean crowdfunding?"> yes, crowdsupply is a platform specifically for hardware projects
06:51
BAndiT1983
like i said, at the mentor summit in 2019 therewere discussion regarding open hardware, so Bertl will know more as he was moderating them
06:51
vedant16[m]
<BAndiT1983 "like i said, at the mentor summi"> Ohk, cool ð
06:51
BAndiT1983
regarding crowdfunding is a question for se6ast1an_, as he is the project lead
06:52
vedant16[m]
<vedant16[m] "but is apertus going on crowdsup"> CC se6ast1an_ :)
06:52
vedant16[m]
<vedant16[m] "Also, I would like to work on an"> CC Bertl_oO
06:52
vedant16[m]
> <@vedant16:matrix.org> Also, I would like to work on any pcb design tasks too, but don't see any
06:52
vedant16[m]
* CC Bertl_oO :)
06:53
BAndiT1983
they will be available a bit later, usually _zZ means that Bertl is sleeping
06:54
se6ast1an_
good morning
06:54
BAndiT1983
hi
06:54
se6ast1an_
I see there are questions for me, but quite some backlog to read first :)
07:04
se6ast1an_
done reading up
07:05
se6ast1an_
doing a campaign on crowdsupply for the axiom remote might be a great idea, lets do some research/thinking in this direction
07:05
se6ast1an_
obviously we need to finish the MCU replacement decision by then
07:06
se6ast1an_
but a dev platform with buttons and knobs as well as extension port, etc. could be interesting for developer outside the axiom universe as well I can imagine
07:06
se6ast1an_
what are your thoughts in this regard?
07:07
BAndiT1983
vedant16[m]: you're meant
07:14
dcz_
joined the channel
08:00
WalterZimmermann
left the channel
08:04
vedant16[m]
<se6ast1an_ "good morning"> Hi
08:05
vedant16[m]
<se6ast1an_ "what are your thoughts in this r"> I am afraid, I don't understand what you mean by dev platform.
08:05
se6ast1an_
development platform, like a beagleboard
08:06
vedant16[m]
ohh, that sounds like a great ida
08:06
vedant16[m]
* ohh, that sounds like a great idea
08:07
vedant16[m]
but, development in C isn't ideal for devs outside. Is it possible to port it to arduino ?
08:08
vedant16[m]
But, does the MCU support linux ?
08:08
vedant16[m]
oh, and did you mean this for axiom remote, right ?
08:33
se6ast1an_
the axiom remote yes
08:39
vedant16[m]
ohk, is there any task for me in pcb design side, I'd be happy to help
08:48
BAndiT1983
we are using C++ for embedded system
08:49
BAndiT1983
yes, remote is meant, the camera itself is a different topic, it uses a hybrid fpga with dual-core ARM for the archlinux and other fpgas for data transfer
08:49
BAndiT1983
why arduino?
08:49
BAndiT1983
changed nick to: BAndiT1983|away
08:49
vedant16[m]
Sorry my bad ! But what I meant is, it will be easier to use something like arduino HAL than PIC's C
08:50
BAndiT1983|away
changed nick to: BAndiT1983
08:50
vedant16[m]
<BAndiT1983 "why arduino?"> I meant the arduino framework, not the board
08:52
BAndiT1983
what is the advantage of arduino there? as far as i know it has quite some performance hit, because of interpretation
08:52
vedant16[m]
Yes it is, but makes it more begineer friendly
08:53
vedant16[m]
> could be interesting for developer outside the axiom universe
08:53
vedant16[m]
I am addressing this point
08:53
BAndiT1983
our plan is to provide a platform framework, to encapsulate parts, without the need to degrade performance with interpreters
08:53
vedant16[m]
aah, wait. arduino is just a HAL, not a interpreter
08:53
vedant16[m]
wrapper over platform code
08:54
vedant16[m]
<BAndiT1983 "our plan is to provide a platfor"> ohk, more like a sdk. ð
08:54
BAndiT1983
yes, but with less burden than microchip harmony or atmel ASF
08:55
vedant16[m]
:) I have been using esp-idf for sometime, and other sdk don't even come near productivity and platform agnostic.
08:56
vedant16[m]
<BAndiT1983 "yes, but with less burden than m"> can microchip be programmed without it's IDE (without losing sanity xD)
08:56
BAndiT1983
haven't used that yet, but usually we avoid SDKs, as there is a lot of stuff included and even more bugs, so going for bare metal as far as possible
08:56
vedant16[m]
> <@freenode_BAndiT1983:matrix.org> yes, but with less burden than microchip harmony or atmel ASF
08:56
vedant16[m]
* can microchip be programmed without it's IDE (without losing sanity xD) ?
08:57
vedant16[m]
cool ð
08:57
BAndiT1983
am using IPE, as my board refuses to be flashed with pic32prog properly, even with original pickit3, but Bertl uses pic32prog successfully
08:58
vedant16[m]
never used a pic before, one of the reason is costly dev board setup
08:58
BAndiT1983
i understand that their goal is to support many MCUs, so the frameworks are bloated, but we target specific one and can reduce a lot of code and unnecessary redirections in memory, this also improves performance and power consumption
08:58
vedant16[m]
but, just curious, why didn't you go for something like STM or esp32 ?
08:58
BAndiT1983
there are quite many alternative boards with pic32 on them
08:58
vedant16[m]
<BAndiT1983 "i understand that their goal is "> agreed, since this is a very specific application.
08:59
BAndiT1983
Bertl knew pic32, so he used it, we also have pic16s on the remote for buttons and knob, which communicate with pic32
08:59
BAndiT1983
at the moment we evaluate SAME70, as ARM architecture is much more spread and gcc is available without the need for proprietary extensions from microchip
08:59
vedant16[m]
<BAndiT1983 "Bertl knew pic32, so he used it,"> ohhh
09:00
BAndiT1983
STM32 has one-time programmable config, so it would be tedious to develop stuff, at least from what i've heard
09:01
vedant16[m]
what do you mean by one-time programmable config ?
09:01
BAndiT1983
https://stm32f4-discovery.net/2015/01/library-49-one-time-programmable-otp-bytes-stm32f4xx/
09:02
vedant16[m]
ohh, efuses
09:02
vedant16[m]
* ohh, something like efuses
09:02
BAndiT1983
yep
09:04
vedant16[m]
I am not sure what the remote's capabilities are, but isn't this a bit of a overkill ? sam-e70-series
09:05
BAndiT1983
what would you suggest instead?
09:06
vedant16[m]
the remote just displays UI and controls it using peripherals right ?
09:07
BAndiT1983
we have 3 chips there, like mentioned before, 2x pic16 for buttons, knob, RGB LED and a pic32 as main processor for UART, USB, LCD etc.
09:08
vedant16[m]
I think, esp32 might do it, except it doesn't have native usb support or allwinner fc100s
09:09
vedant16[m]
* I think, esp32 might do it, except it doesn't have native usb support or allwinner f1c100s
09:09
BAndiT1983
USB is mandatory at the moment, for firmware updates etc.
09:10
BAndiT1983
it can also be done through UART, as we target USB CDC at first
09:10
vedant16[m]
<BAndiT1983 "USB is mandatory at the moment, "> generally esp32 is coupled with some uart-usb chip for this
09:11
vedant16[m]
f1c100s has lcd, usb, uart, also boot linux (not a req ig)
09:11
BAndiT1983
what about availability as chips, price etc.
09:12
vedant16[m]
and it's 1$ only
09:12
vedant16[m]
esp32 is 2$ module
09:13
BAndiT1983
have you tried bare metal on this MCUs?
09:14
vedant16[m]
on esp32 yes, on f1c no
09:15
vedant16[m]
but there's am335x of beagleboard too, it's costly though
09:16
BAndiT1983
as we don't have that many people who are developing for embedded, i don't see the necessity for alternatives at the moment, out backlog is large enough, but you can discuss it with Bertl, as he is the main driver of the electronics here
09:17
vedant16[m]
<BAndiT1983 "as we don't have that many peopl"> fair enough, it was just interesting to discuss :)
09:18
BAndiT1983
there are many chips out there, but the manpower is not given, also we do all the things in our free time, as our main jobs are elsewhere
09:25
mumptai
joined the channel
09:33
vedant16[m]
<BAndiT1983 "there are many chips out there, "> ohh, TIL. I thought this was actual company
09:33
BAndiT1983
?
09:34
vedant16[m]
> <@freenode_BAndiT1983:matrix.org> there are many chips out there, but the manpower is not given, also we do all the things in our free time, as our main jobs are elsewhere
09:34
vedant16[m]
* ohh, TIL. I thought this was actual fulltime company making cameras
09:34
vedant16[m]
I assumed apertus was a camera company
09:34
BAndiT1983
ehm, no, we are an open-source organization and all the members of the team are working out of enthusiasm in their spare time
09:34
vedant16[m]
that's nice :)
09:35
BAndiT1983
our goal is to provide people with blueprints, tools etc. of the camera, so either they buy pre-assembled parts from us or build the camera themselves
09:36
BAndiT1983
*or pre-assembled cameras
09:37
BAndiT1983
https://wiki.apertus.org/index.php/AXIOM_Beta/Case_Studies
09:39
BAndiT1983
by the way, how is f1c* is not an overkill? SAME70 was selected as it has similar specs to pic32mz2048ecg100 (EOL)
09:41
BAndiT1983
and for development we want to go higher, as it's not clear yet how many things are necessary, later it can be reduced and ported, but that requires additional effort of research and development
09:44
BAndiT1983
current LCD uses parallel interface, so we also need quite some pins there, from what i've seen is esp32 available as BGA or as finished modules, which limits there, but am looking forward to what Bertl can tell, he is more experienced there, my main job revolves around Java usually ;)
10:26
vup
Hi mohitdmak, if you are reading the logs, feel free to join and ask any questions you have, (or write me a mail)
10:33
kazukilapislazul
joined the channel
10:33
vedant16[m]
<BAndiT1983 "by the way, how is f1c* is not a"> Yes, it is. But then it's 1$ and runs linux, rather than bare metal
10:34
vedant16[m]
<BAndiT1983 "current LCD uses parallel interf"> Ohh, I didn't know about LCD, assumed it to be SPI
10:35
vedant16[m]
I won't trouble you with hardware questions now xDD
10:36
BAndiT1983
you have to discuss them with Bertl, as he would need to solder the boards, but changing the MCU is a difficult topic, it's already enough of work to get into same70, as the infos are lacking often
10:37
BAndiT1983
pic32 is in the same league, also infos for bare metal are lacking there, as microchip tries to push harmony instead
10:38
BAndiT1983
linux would for sure be an overkill there, as we want low power consumption and some software layer which is as slim as possible
10:40
vedant16[m]
<BAndiT1983 "linux would for sure be an overk"> ohh, fine.
10:40
BAndiT1983
you seem to have other opinion there
10:41
vedant16[m]
umm, I have used only esp32 and avr, so I am a bit biased in microcontroller selection
10:41
kazuki
joined the channel
10:41
vedant16[m]
<BAndiT1983 "you seem to have other opinion t"> and I used lvgl + freertos on esp32 to make a GUI on a LCD, so thought, pic and 2x processor were a bit overkill
10:43
vedant16[m]
<BAndiT1983 "you seem to have other opinion t"> I think, It came off as offensive, sorry for that. It was just a suggestion from my perspective, doesn't have to be ideal or correct. PIC is cool too.
10:43
BAndiT1983
the biggest problem i have with the pic is the lack of some detailed infos and closed compiler, so ARM was a considerable choice, which we evaluate
10:44
kazuki
left the channel
10:44
BAndiT1983
pic16s are used as button, knob, RGB LED managers, so we have enough GPIOs there
10:44
kazuki
joined the channel
10:44
vedant16[m]
<BAndiT1983 "the biggest problem i have with "> ohh, I see.
10:45
BAndiT1983
have used freertos in my study time, but it won't have an advantage here, as we don't have parallel threads
10:46
vedant16[m]
I guess, I should read further into this remote and then discuss here ;)
10:46
vedant16[m]
Give me a few days, I'll go through the source code
10:47
vedant16[m]
* I guess, I should read further into this remote device and then discuss here ;)
10:48
kazukilapislazul
left the channel
10:48
BAndiT1983
have you tried to build the visualiser?
10:49
vedant16[m]
nope, just discovered this organisation today.
10:49
vedant16[m]
I will do that after university classes finish
10:50
BAndiT1983
great!
10:50
BAndiT1983
the visualiser will help to accomplish the challenge task, as it mimics the remote: https://lab.apertus.org/T1212
10:50
BAndiT1983
it uses hardware-agnostic parts of the firmware or overrides some
10:51
kazuki
left the channel
10:52
vedant16[m]
something like stubs for hardware specific functions?
10:52
BAndiT1983
if any questions or problems arise, just write here, the channel is logged, so someone can reply
10:52
vedant16[m]
<BAndiT1983 "the visualiser will help to acco"> thanks I'll check this out
10:52
BAndiT1983
yes, something like that
10:54
BAndiT1983
you can also find the previous version of the firmware in the archive folder
11:04
eppisai
left the channel
11:21
eppisai
joined the channel
11:47
DevendraKharolia
<BAndiT1983 "now we need some description reg"> Here : https://github.com/Ddevendra/AXIOM-Remote/blob/2bitIconChallenge%40Devendra/Docs/Documentations/2Bit%20Image%20Support.md
11:51
eppisai
left the channel
11:56
BAndiT1983
DevendraKharolia: hi, many thanks, am working right now, will check it later
12:23
vedant16[m]
BAndiT1983: In the make files you have provided xc32 toolchain path
12:23
vedant16[m]
can it be something like if env variable is defined use it or else use some default path.
12:23
vedant16[m]
It can be done as follows:
12:23
vedant16[m]
```c
12:24
vedant16[m]
< https://matrix.org/_matrix/media/r0/download/matrix.org/xQxQNSaHFVLXuDfMAZiZiEMg/message.txt >
12:27
eppisai
joined the channel
12:28
BAndiT1983
the setup is mostly done for the docker container, so haven't bothered to look into it again
12:28
Sarvesh
joined the channel
12:29
BAndiT1983
first you should try if the setup works at all for you, afterwards we can check for improvements
12:31
vedant16[m]
<BAndiT1983 "first you should try if the setu"> ok
12:32
vedant16[m]
<BAndiT1983 "the setup is mostly done for the"> microchip compiler is insanely big
12:32
vedant16[m]
6gb, I don't have that much space in /root ð
12:32
Bertl_zZ
changed nick to: Bertl
12:33
Bertl
morning folks!
12:33
danieel
left the channel
12:33
danieel
joined the channel
12:33
Bertl
vedant16[m]: why do you need space in /root ?
12:35
vedant16[m]
Hi Bertl
12:35
BAndiT1983
you can switch off other parts which are not required
12:35
vedant16[m]
<Bertl "vedant16: why do you need space "> To install the compiler
12:35
vedant16[m]
<BAndiT1983 "you can switch off other parts w"> installer doesn't provide any option to do so
12:35
BAndiT1983
our container ist just 1.23GB -> https://hub.docker.com/r/bandit1983/xc32_ubuntu/tags?page=1&ordering=last_updated
12:35
BAndiT1983
?
12:35
vedant16[m]
manually delete?
12:35
Bertl
vedant16[m]: why would you install it in /root ?
12:36
BAndiT1983
my installer shows the wizard and you can select things or have you used some flags to start it in non-interactive mode?
12:36
vedant16[m]
<Bertl "vedant16: why would you install "> sorry, I meant root partition.
12:36
BAndiT1983
you can install it also on some other partition, as only the path to it is important
12:36
BAndiT1983
have /, home and data partition, the latter one has XC32 usually
12:37
Bertl
vedant16[m]: I presume you are on Linux, so you can use --bind mounts or simple symlinks to place stuff wherever you want
12:37
vedant16[m]
I'll just put in home
12:37
vedant16[m]
<Bertl "vedant16: I presume you are on L"> yup, I am on linux. But is the compiler meant to be this big ?
12:38
BAndiT1983
yes, it has support for every pic they have
12:38
BAndiT1983
it's 6.6GB on my drive, as i haven't bothered to reduce it yet, but am trying to move to developing in container, to avoid installing it
12:39
vedant16[m]
container has which compiler ?
12:39
BAndiT1983
same, XC32
12:40
vedant16[m]
ohh, I'll just nit pick the unnecessary things
12:40
BAndiT1983
https://github.com/BAndiT1983/XC32_Ubuntu/blob/master/Dockerfile
12:40
BAndiT1983
am currently trying to optimize the container and maybe move to alpine, so people can develop out of vscode without the need to install all the stuff
12:41
vedant16[m]
Ohk, I'll install this on home for time being.
12:41
vedant16[m]
then use alpine image once it
12:41
vedant16[m]
* then use alpine image once it's done
12:43
BAndiT1983
don't know when i have time to finish it yet and writing docs also takes some, so go for local install first
12:43
vup
changed nick to: __vupbot
12:43
vedant16[m]
ok
12:44
__vupbot
changed nick to: vup
12:44
mohitdmak
joined the channel
12:46
mohitdmak
Many thanks Bertl !, I will contact 'vup' then.
12:46
vup
mohitdmak: Hi ~
12:47
mohitdmak
Hello
12:47
vup
So what questions do you have?
12:48
mohitdmak
Ya, actually the task T1230 tells to improve the UI of how wifi networks will be displayed. So firstly should I use dummy data in the list or implement network manager?
12:49
mohitdmak
Cuz in the react component, the wifi network is an empty list, and I couldnt find where specifically the network manager is obtaining the list of networks
12:52
vup
mohitdmak: the way the webui works currently is by having a backend that you can send shell commands to, which then get executed and the output is send back
12:52
vup
for the wifi list it executes `nmcli dev wifi`
12:52
lambamansha
joined the channel
12:52
vup
are you on linux? and are you using NetworkManager?
12:53
mohitdmak
Ya I am using linux through wsl2
12:54
mohitdmak
And yes I executed the command, it did return the output
12:54
vup
ah yeah
12:54
vup
wsl is probably not running networkmanager
12:55
mohitdmak
Yes it has lead to few issues with many packages
12:55
mohitdmak
although I have installed it through sudo
12:56
vup
well this has nothing to do with sudo or something like that. When actually running linux, most distros used NetworkManager to manage wifi connections. Obviously on wsl this is done by windows itself and thus you get no output, as wsl probably does not know about the wifi networks
12:57
mohitdmak
Hmmm right..
12:57
vup
I can provide you with some dummy data to use, but for the task itself you will probably need a proper linux installation
12:58
mohitdmak
Can I try using windows powershell?
12:58
mohitdmak
Yes dummy data for the time being will be useful for me if you can provide.
12:59
mohitdmak
As I can atleast work on the react components with it.
12:59
vup
mohitdmak: powershell wont help anything, NetworkManager simply does not exist on windows itself
12:59
eppisai52
joined the channel
12:59
eppisai
left the channel
13:00
eppisai52
left the channel
13:00
eppisai
joined the channel
13:00
mohitdmak
vup Hmm Alright, I will probably dual boot my pc then with some linux distro.
13:03
lambamansha
left the channel
13:03
vup
sounds good
13:03
vup
here is some dummy data: https://paste.niemo.de/raw/meketerego
13:04
mohitdmak
Ok thanks vup, I will try this out.
13:27
Sarvesh
left the channel
13:28
mohitdmak
left the channel
13:37
eppisai
left the channel
13:37
eppisai
joined the channel
14:25
lambamansha
joined the channel
14:47
vedant16[m]
BAndiT1983 I compiled the firmware and simulator.
14:47
vedant16[m]
How do I make the simulator run the firmware?
14:48
BAndiT1983
which simulator do you mean?
14:49
lambamansha
Test message
14:50
BAndiT1983
hi lambamansha, IRC is being in test for quite some decades, so it works properly, i ensure you
14:50
Bertl
lambamansha: received!
14:51
lambamansha
I am new to IRC bare with me , sorry for inconvenience
14:51
mumptai
left the channel
14:52
lambamansha
thanks for acknowledgement @Bertl
14:53
BAndiT1983
lambamansha: was just a joke ;)
14:54
BAndiT1983
are you interested in GSoC?
15:00
vedant16[m]
<BAndiT1983 "which simulator do you mean?"> visualiser of the remote
15:00
lambamansha
BAndiT1983 yeah totally cool and yes I am willing to participate in GSOC
15:00
BAndiT1983
just run the visualiser
15:00
BAndiT1983
lambamansha: which area are you interested in=
15:00
BAndiT1983
*?
15:00
lambamansha
"Apertus Web UI improvements"
15:01
BAndiT1983
alrtight, vup is the mentor there
15:02
lambamansha
Yeah thanks, had a quick conversation with him
15:29
BAndiT1983
DevendraKharolia: have checked your docs, but first you should check the code formatting, naming of variables and methods/functions, also please check the overall approach as it looksl ike it can be optimized and simplified
15:31
DevendraKharolia
Ok I will look into that and update the doc
15:32
BAndiT1983
not only the doc, but also the code, Transparency() is not a proper name, it doesn't tell what the method is doing
15:34
DevendraKharolia
Ok will try to optimize and update the code too
15:35
BAndiT1983
check especially the bit shifting, seeing a lot of potential for optimizations there
15:36
vedant16[m]
<BAndiT1983 "just run the visualiser"> what about say, I change the firmware a bit ?
15:37
BAndiT1983
have you tried to run the visualiser first? changing things can be done after you'Ve ensured proper execution, otherwise there will be possible problems, so first things first, without rushing in
15:38
vedant16[m]
<BAndiT1983 "have you tried to run the visual"> yes, I ran the visualiser
15:38
vedant16[m]
it worked fine
15:38
BAndiT1983
ok, then you can go on with the challenge etc.
15:38
vedant16[m]
cool
15:45
Bertl
off for now ... bbl
15:45
Bertl
changed nick to: Bertl_oO
15:48
lambamansha
left the channel
16:33
mumptai
joined the channel
16:59
eppisai
left the channel
17:30
eppisai
joined the channel
18:39
eppisai
left the channel
19:24
dcz_
left the channel
19:31
aombk2
joined the channel
19:33
aombk
left the channel
20:55
mumptai
left the channel
21:11
mumptai
joined the channel
21:35
se6ast1an_
off to bed, good night
21:42
Bertl_oO
nn