| jiefk | 11:54 < user____> uninstall networkmanager and configure network manually worked for some people | 08:59 |
|---|---|---|
| jiefk | nope sorry, it did not work as expected | 09:00 |
| jiefk | I still have DHCP stalling my boot process | 09:00 |
| jiefk | Furthermore, now, I have to manually launch `dhclient` to catch network after boot ( unless I did not wait long enough :p ) | 09:03 |
| gnarface | he means with a static ip address | 09:11 |
| gnarface | are you required to use dhcp for some reason? | 09:12 |
| gnarface | just disable or uninstall the dhcp client too, if not | 09:12 |
| gnarface | if it is wireless you'll probably still need wpasupplicant but if it's not wireless you don't need that either | 09:12 |
| hagbard | wpa_supplicant doesn't do dhcp by itself, so dhclient still seems to be needed. | 09:17 |
| jiefk | gnarface: thanks ! for your answer. My setup is as follow : Devuan is on a system that is not connected on Internet. DHCP stalls my boot process , but I need it because I still connect to internet from time to time using my cellphone as modem (either via wireless or USB hotspot) | 09:18 |
| hagbard | /etc/network/interfaces could be the right place to look, probably there's dhcp somewhere in there. You could turn that off, and still use it manually on the occasional need. | 09:19 |
| Centurion_Dan | jiefj install ifupdown2 and keep network-manager. | 09:19 |
| GyrosGeier | if you use "allow-hotplug" instead of "auto" for the interface in /etc/network/interfaces, it will no longer wait | 09:20 |
| jiefk | I'd like to send dhcp discover to background so I get access to my graphical env. a bit faster :) | 09:20 |
| GyrosGeier | basically, "auto" lists interfaces that should be configured at boot time and should be up in time for daemons to start | 09:20 |
| GyrosGeier | (because daemons might want to bind to specific IP addresses) | 09:21 |
| jiefk | Centurion_Dan: GyrosGeier: thanks I'll try that ! | 09:21 |
| GyrosGeier | "allow-hotplug" lists interfaces that may be plugged in later and should then be auto-configured | 09:21 |
| jiefk | Can I replace network-manager with connman/cmst ? | 09:22 |
| GyrosGeier | if you use /etc/network/interfaces, network-manager ignores the interfaces configured there | 09:22 |
| GyrosGeier | so you're not using it right now | 09:23 |
| GyrosGeier | TBF, network-manager is probably the right tool here | 09:23 |
| GyrosGeier | it can't do any complex configurations, but its simple default policy of "configure the first interface that has a carrier with DHCP" is pretty much 99% of use cases on a laptop | 09:25 |
| jiefk | no GyrosGeier not at the moment, I remove it for testing as user____ recommend | 09:25 |
| Centurion_Dan | GyrosGeier: Not necessarily. | 09:28 |
| Centurion_Dan | in /etc/NetworkManager/NetworkManager.conf | 09:28 |
| Centurion_Dan | change the item under [ifupdown] to | 09:28 |
| Centurion_Dan | managed=true | 09:28 |
| Centurion_Dan | and it will work with existing /etc/network/interfaces. | 09:28 |
| jiefk | I'll try that thanks ! At least, I just modify my interfaces file so it reads allow-hotplug for eth0. I'll reboot now to see if it goes well :) I'll report success at a later time ! Thanks again :) | 09:28 |
| jiefk | I'm back and the single "allow-hotplug" thing in /etc/network/interfaces works very well for my needs. Also from my simple testings, I do not need any connection manager (my setup is a bit awkward : Devuan is on a VM and is connected to the network though a Wifi Dongle physically connected to the host. Therefore, the wifi dongle is seen from Devuan as eth0, so no need for Wifi key and the like from within | 11:49 |
| jiefk | Devuan) | 11:49 |
| jiefk | Thanks eveyone for your help ! | 11:49 |
| gnarface | thanks for letting us know it worked | 12:05 |
| ham5urg | Had to switch from Chimaera to Beowulf. Too many screen-freezes under X + Xfce. | 13:36 |
| ham5urg | CPU i5-8365u with integrated GPU | 13:37 |
| debdog | have you had a look insed the laptop? did you clean it? (assuming it is not new) | 13:37 |
| ham5urg | The hardware if fine. | 13:38 |
| debdog | [14:41:45] <ham5urg> fsmithred, thanks for the hint | 13:39 |
| debdog | [15:34:34] <ham5urg> The memory seems not to be corrupted. | 13:39 |
| debdog | that seems rather quick. let it run during the night. | 13:39 |
| ham5urg | No, I'd not have any problems with other variants, like Ubuntu and Debian. | 13:41 |
| gnarface | you sure it's using the same video driver in ubuntu and debian? integrated intel video might be controlled by their driver or the modesetting driver these days, but devuan handles permissions differently and it could affect xorg auto-detect outcomes | 13:47 |
| gnarface | worth double-checking anyway | 13:47 |
| gnarface | the xorg.conf is no longer required or supplied by default, but you can still make one if you want to override auto-detect - you don't even need a whole one anymore for it to obey complete stanzas | 13:50 |
| ham5urg | How to check which driver uses X under Beowulf? I could run a Chimaera-Desktop-Live Iso and see. | 13:50 |
| gnarface | check for the Xorg.0.log in ~/.local/share/xorg first, then /var/log/Xorg.0.log | 13:51 |
| gnarface | it might still be in both places depending on what you've upgraded from, but only one will actually update every time you launch x | 13:52 |
| gnarface | you might notice with certain hardware that not only the driver changes depending on whether you're in the video group, but also whether dri2 or dri3 is chosen, and neither driver always chooses the right one for every device | 13:56 |
| gnarface | but that's all stuff you can override in the xorg.conf if you have to | 13:56 |
| ham5urg | This is a short exempt of the X.org under Beowulf, but I can't interpret it much. X acceleration is enabled, which looks good to me. http://paste.debian.net/1211835/ | 14:05 |
| ham5urg | This is a Chimaera X log, http://paste.debian.net/1211840 | 14:51 |
| ham5urg | I can't find a significant difference between both. Here the Beowulf one (complete): http://paste.debian.net/1211841/ | 14:52 |
| ham5urg | CPU i5-8365u with integrated GPU | 14:53 |
| gnarface | ham5urg: hmm, you're right it looks very similar, but i do see a difference though... it may or may not be material to your issue but look at the [DRI2] initialization | 15:29 |
| gnarface | on the chimera one it says the DRI driver is "iris" and the VDPAU driver is "va_gl", but on the beowulf one it says they're both i965 | 15:30 |
| ham5urg | mmhh | 15:30 |
| gnarface | might be a difference in installed libraries | 15:30 |
| gnarface | theoretically could affect stability independent of version | 15:31 |
| gnarface | maybe it's just new stuff they're migrating to too, but maybe it is still a choice | 15:32 |
| ham5urg | The Iris stuff is the new one. | 15:32 |
| gnarface | also, though the modesetting driver it's using here is what intel actually recommends, there are cases where forcing it to use their own driver can work better | 15:32 |
| gnarface | no relevant warnings or errors | 15:34 |
| gnarface | that's my best guess as to the key difference other than just release versions | 15:35 |
| ham5urg | I would need to create an USB to boot from and try to change the drivers. | 15:35 |
| gnarface | i think you can just add the intel driver section to an xorg.conf snippet then logout and reload your display manager | 15:35 |
| ham5urg | Yes | 15:36 |
| ham5urg | Is there a good place where to post this problem to get it fixed? | 15:37 |
| ham5urg | Will try #xorg | 15:42 |
| gnarface | not sure really | 15:43 |
| gnarface | i thought i vaguely recalled i found a irc channel for the actual xorg intel driver itself but maybe i dreamed that | 15:43 |
| gnarface | if you can get some stack traces from the crash to the right people it might do some good | 15:44 |
| james1138 | Hello from Indiana and question for all. Is the any trick / tip / software that enables Devuan Beowulf to import PDF - but then save/export as a Word DOC file without major changes in the original format? | 16:39 |
| gnarface | probably not, and probably not any one program, but libreoffice and gimp might both be useful | 16:44 |
| gnarface | there might be some other trick with printing to a postscript file from firefox, if you can make some better use of that but it's beyond my area of expertise | 16:46 |
| xrogaan | my screensaver issue might be the dbus interface getting stuck. Couldn't reproduce this cycle. | 16:46 |
| james1138 | Thanks anyway Gnarface. I been trying with LibreOffice for about a week and thought it was possible - but that I was just doing something wrong on my end. | 16:48 |
| gnarface | does libreoffice really mangle it or what? | 16:48 |
| gnarface | my thought was maybe that you could import it to gimp first and convert it to something libreoffice won't mangle | 16:49 |
| james1138 | Ahh.. that is a idea Gnarface!! | 16:49 |
| GyrosGeier | james1138, basically, Word to PDF conversion is a compilation process, so it loses information | 17:25 |
| GyrosGeier | going the other way needs that information to be restored (i.e. guessed) | 17:25 |
| GyrosGeier | so for example, the document has a paragraph style "Heading 1", while the PDF will only have "this text here is 20 pt high" | 17:26 |
| GyrosGeier | if there are both headings and text that is 20 pt for another reason, then the converter wouldn't know whether this is a heading or not | 17:27 |
| GyrosGeier | so tl;dr: the original format is lost during the PDF export | 17:27 |
| GyrosGeier | all that remains are instructions for a printer, and instructions for a PDF reader if the user drags the mouse over some text | 17:28 |
| GyrosGeier | the latter is what allows you to extract the text: there is an explicit notation "if someone wants to copy this area, here is the associated text" | 17:29 |
| GyrosGeier | you can see that when you copy a text that has an fi ligature in print | 17:30 |
| GyrosGeier | the annotation contains "fi" at this place | 17:30 |
| ham5urg | I have a local file const.py, in another file a.py in the same directory I can do "from . import const", which works. But I can't do "import const". Why? | 18:01 |
| ham5urg | Wrong thread | 18:02 |
| ham5urg | sorry | 18:02 |
| jason1234 | however FLTK is no longer compatible in SID debian. many new files... for FLDE flde in progress... https://gitlab.com/openbsd98324/flde are not working in new devuan/debian, but well ijnto ascii and testing. | 22:21 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!