users

users@lists.genode.org

1 participants
2310 discussions

openssl port
by Steven Harp 10 Sep '18

10 Sep '18

Is there some chance that the OpenSSL port will be upgraded in the near future? This port currently references * 1.0.1i *, which is no longer supported. (Versions 1.0.2p or 1.1.0i are still supported.) Given OpenSSL's relevance to features like native stub resolver, this might be a good opportunity to upgrade? // Steve Harp

1 0

Sculpt/wifi_drv regression: no IP address
by Nobody III 10 Sep '18

10 Sep '18

I updated to the 18.08 Genode release, built a Sculpt image, then booted it on my Dell Latitude 6430u laptop. I discovered that the WiFi driver, which worked in 18.05 (Sculpt TC) no longer works properly. In particular, the WiFi driver detects the access points and can connect to them, but doesn't get an IP address. I tried multiple access points, both my wireless router and my phone. With my phone, I used a clean lowercase alphabetic SSID ("bensphone"), to avoid any issues with problematic characters. I am using an Intel Ultimate-N 6300 wireless card.. Wired networking still works.

2 3

Checking WiFi driver
by Prakash A 10 Sep '18

10 Sep '18

Hi How to check whether WiFi driver is working or not. I mean what is run command. Regards, Prakash A

2 1

missing symbols for qt5_widgets
by Nobody III 07 Sep '18

07 Sep '18

When linking object code that includes a custom subclass of QPlainTextEdit, I get the following error: undefined reference to `typeinfo for QPlainTextEdit' I have been able to solve this problem by keeping more of the qt5_widgets symbols than those available in the depot API package, which are obtained from https://github.com/cproc/genode-symbols. When looking at the symbols file, I see that the typeinfo and vtable symbols were manually added for some Qt5 widget classes. Given the commonly-used ability to inherit Qt5 classes, wouldn't it be best to keep these symbols for all classes? The classes with names that end in Private could be split into a separate API package for compatibility and/or to reduce the size of the symbols lists and the resulting .lib.so files.

1 0

some recipe hashes need to be updated
by Nobody III 06 Sep '18

06 Sep '18

I noticed while building Qt5 packages for Genode 18.08 that mesa and qt5_dejavusans needed their hashes updated before I could build them. Also, I couldn't prepare the fatfs port without updating the hash for ff13b.zip and then for fatfs.port.

3 10

Possible Sculpt VC Problem On VirtualBox
by John J. Karcher 04 Sep '18

04 Sep '18

Hello, Note: Please disregard this if you can't reproduce it - I can wait for the official images. I built Sculpt VC from GitHub (both "disk" and ISO images), but there seems to be a problem with the USB pointing device in VirtualBox. (I tested using the VM from the Sculpt TC appliance, so there shouldn't be a VM configuration problem.) Leitzentrale displays fine, with the Manager window, Log window, and the new VC Diagram. The F12 key works to show/hide Leitzentrale, so I know the system is alive, but the mouse doesn't work. In the Log window, the following is the only relevant message that stays long enough to read: [leitzentrale -> wm] Warning: no focus model available There are other USB-related messages, but without the mouse, I don't know how to examine the log. Thanks! -- John J. Karcher devuser(a)alternateapproach.com

2 2

Caution: potential loss of local changes when preparing dde_linux
by Norman Feske 03 Sep '18

03 Sep '18

Hello, I want to bring the following issue to your attention: https://github.com/genodelabs/genode/issues/2959#issuecomment-418133022 Please be extra careful when issuing a 'prepare_port dde_linux' command! It works well when issued for the first time. But should you issue it twice, you are at risk of losing local changes within your genode git tree. See the description given in the linked issue for the details. To be safe, I recommend removing any existing 'contrib/dde_linux-*' directories manually before issuing the 'prepare_port dde_linux' command. The following commit contains an interim fix that I merged to the master branch just now: https://github.com/genodelabs/genode/commit/bbff6ae52998c3faeb41fd508e99878… However, note that the commit is not able to fix the issue for an already prepared 'contrib/dde_linux-' directory. So better remove such directories after updating to the current master branch. Regards Norman -- Dr.-Ing. Norman Feske Genode Labs https://www.genode-labs.com · https://genode.org Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth

1 0

WARNING: do not (re-) prepare dde_linux port!
by Stefan Kalkowski 03 Sep '18

03 Sep '18

Dear genodians, a recent regression within the dde_linux port description may lead to data-loss! When preparing the dde_linux port although it is already available, e.g., to overwrite local changes in the contrib sources, non-commited changes of any git repository above your contrib directory (normally this will be your genode repository) will get reset hard. This regression went into the codebase with the update of 'wpa_supplicant' within the last release. Have a look at: https://github.com/genodelabs/genode/issues/2959 for further details. We will provide a fix for this issue soon. In the meantime it is safe to do a prepare_port for dde_linux when it is not prepared yet. Sorry for the inconvenience & regards Stefan -- Stefan Kalkowski Genode labs https://github.com.skalk | https://genode.org

1 0

Sculpt 18.08 runtime_view
by Pirmin Duss 03 Sep '18

03 Sep '18

Hello Genodeans I like the new runtime_view in sculpt 18.08. It lests me explore my system in a whole new way. If I start multiple virtual machines, that have some surrounding components, the runtime_view requests more ram and the graph disappears. log output: [runtime -> runtime_view] resource_request: ram_quota=808991 [runtime] child "runtime_view" requests resources: ram_quota=808991 I fixed this for me by doubling the memory sculpt_manager assigns to it. my fix: diff --git a/repos/gems/src/app/sculpt_manager/runtime/runtime_view.cc b/repos/gems/src/app/sculpt_manager/runtime/runtime_view.cc index db6492f46..198f0874a 100644 --- a/repos/gems/src/app/sculpt_manager/runtime/runtime_view.cc +++ b/repos/gems/src/app/sculpt_manager/runtime/runtime_view.cc @@ -20,7 +20,7 @@ void Sculpt::gen_runtime_view_start_content(Xml_generator &xml, float font_size) { - gen_common_start_content(xml, "runtime_view", Cap_quota{200}, Ram_quota{9*1024*1024}); + gen_common_start_content(xml, "runtime_view", Cap_quota{200}, Ram_quota{18*1024*1024}); gen_named_node(xml, "binary", "menu_view"); Best regards, Pirmin

2 1

Explicit routing
by Guido Witmond 03 Sep '18

03 Sep '18

Hi Genodians, I'm stuck with service routing. When I use the default routes the hello-application works. When I remove the default and create explicit routes for the ROM-service these fail. Here's my writeup: I added this line to repos/os/src/init/child.cc: Init::Child::resolve_session_request( + log("child \"", name(), "\" resolves \"", service_name, "\" label [", label, "]"); It logs which child is resolving what service and label. With default routing, I get this output (for ROMs) in make run/hello: Genode 18.05-203-gf4ea50c6f <local changes> [init] child "hello_client" resolves "ROM" label [hello_client] [init] child "hello_client" resolves "ROM" label [ld.lib.so] [init] child "hello_server" resolves "ROM" label [hello_server] [init] child "hello_server" resolves "ROM" label [ld.lib.so] [init] child "hello_server" resolves "ROM" label [hello_server -> config] [init] child "hello_client" resolves "ROM" label [hello_client -> config] [init] child "hello_server" resolves "ROM" label [hello_server -> session_requests] ... [init -> hello_client] hello test completed So far so good. However, when I take out the <default-route> entry and add explicit routes to hello.run for the hello-client serivce: <route> <service name="PD"> <parent/> </service> <service name="CPU"> <parent/> </service> <service name="LOG"> <parent/> </service> <service name="Hello"> <child name="hello_server"/> </service> <service name="ROM" label="hello_client"> <parent/> </service> <service name="ROM" label="ld.lib.so"> <parent/> </service> <service name="ROM" label="hello_client -> config"> <parent/> </service> <service name="ROM" label="hello_client -> session_requests"> <parent/> </service> </route> I get these errors: (skipping things that go well) [init] child "hello_client" resolves "ROM" label [hello_client] [init] Warning: hello_client: no route to service "ROM" [init] Error: hello_client: ROM environment session denied ... [init] child "hello_client" resolves "ROM" label [ld.lib.so] [init] Warning: hello_client: no route to service "ROM" [init] Error: hello_client: ROM environment session denied ... Makefile:312: recipe for target 'run/hello' failed What's happening here? Why are my explicit routes to the labels I find in the first log not working? How can I make explicit routes work for these services? Cheers, Guido.

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

users