bb|hcb | hagbard: Debian erased old history from the changelogs and moved the full history to an online service. Devuan packages have the full history in /usr/share/doc/<package-name>/changelog.Debian.gz | 01:13 |
---|---|---|
bb|hcb | Maybe some tool didn't check for the truncation marker (not sure if that was accepted/implemented) and just tries to fetch the online one (which is obviously not there for Devuan packages) | 01:14 |
hagbard | I might remember wrong, but i think it was possible to download/display the changelog _before_ updating the package, so that one could decide whether to update. | 01:16 |
fsmithred | hagbard, do you have apt-listchanges installed? I still see changelogs on upgrades. | 01:28 |
hagbard | No. I was using synaptic and aptitude. | 01:30 |
onefang | I tried to get the change log downloaded without the packages, and failed. | 01:46 |
fsmithred | I've never tried that | 01:47 |
onefang | I was trying to put together a cron script that told me everything about the waiting updates that I could find without actually downloading the packages. | 01:50 |
Xenguy | apt-listchanges sounds easier | 02:04 |
HackphiL | hi to all | 02:09 |
HackphiL | french newbie on debian/linux I'm looking for the last devuan iso | 02:10 |
HackphiL | is there also a live version? | 02:12 |
HackphiL | thx for the links if possible. | 02:12 |
fsmithred | HackphiL, isos are at files.devuan.org or choose an iso mirror from https://www.devuan.org/get-devuan | 02:26 |
fsmithred | there are installer isos (with devuan/debian installer) and live isos | 02:26 |
fsmithred | chimaera is current stable | 02:27 |
Xenguy | HackphiL, There is a Live version, thanks to fsmithred : -) | 03:08 |
HackphiL | thx for all fsmithred and Xenguy | 03:44 |
Xenguy | HackphiL, good luck | 04:32 |
gnarface | rwp: no, just manually. tried "-usb -device usb-host,vendorid=[vendorid],productid=[productid]" as well as the monitor shell equivalent, no luck. i can get emulated usb busses to show up inside the guest but not the pass-through device | 05:09 |
gnarface | rwp: if this works for you in virt-manager can you tell me what command-line options it sets? | 05:10 |
rrq | gnarface: I think a plain "-usb" is for a USB 1.1 hub; you'd use e.g "-devuce usb-ehci" for USB 2 and "-device qemu-xhci" for usb 3 | 12:36 |
gnarface | rrq: well without the "-usb" part it didn't enable usb at all, so i added that after the -device part | 12:44 |
gnarface | it didn't seem like i could get any usb without some devices | 12:44 |
gnarface | without some -device flags i mean | 12:44 |
gnarface | er, i mean with just device flags | 12:45 |
rrq | hmm you should get the hub(s) | 12:45 |
gnarface | the qemu software hubs, i should add them? | 12:45 |
gnarface | software usb hubs? | 12:45 |
gnarface | i considered that but didn't try it, it said that it defines one | 12:45 |
gnarface | by default | 12:45 |
rrq | I get usb 1.1 hub with the -usb flag | 12:46 |
gnarface | oh you mean i should get them without -usb | 12:46 |
gnarface | yea, i do too, but got nothing with just the -device flags i meant | 12:46 |
rrq | or usb 2 + 1.1 with -device usb-ehci | 12:46 |
gnarface | yea, i was able to get a second bus, and make it usb2 that way | 12:46 |
rrq | or usb 3 + 2 with -devuce qemu-xhci | 12:46 |
gnarface | don't need it so i didn't try it | 12:46 |
gnarface | the problem wasn't getting usb busses to show up in qemu, the problem was getting a usb device to appear on it | 12:47 |
rrq | then it needs the "-device usb-host,...." for the plugged in unit | 12:47 |
gnarface | yea, got that | 12:47 |
gnarface | but i'm wondering if there's problems with certain flags that the documentation says should work | 12:47 |
gnarface | like maybe it's ignoring vendorid and productid | 12:47 |
rrq | I run it as non-root but usr in plugdev group | 12:48 |
gnarface | oh hmm, i'm not in plugdev | 12:48 |
gnarface | the documentation also said it needs /proc/bus/usb which is deprecated... | 12:48 |
rrq | need rw for the /dev/bus/usb... node | 12:48 |
gnarface | did /proc/bus/usb just move to /dev/bus/usb? | 12:49 |
gnarface | i wonder if the kernel is updated but the qemu in chimaera is not? | 12:49 |
gnarface | er, in ceres actually | 12:49 |
gnarface | something i read suggested it moved to /sys/bus/usb | 12:49 |
rrq | hmm the actual device access would be through /dev/bus/usb/.../... I would have thought; you could strace it to see I suppose | 12:51 |
gnarface | i'm not sure it's seeing it at all tbh | 12:51 |
gnarface | aside from usb being off by default despite the docs inferring that it should be on by default, every -device seemed to work except the usb-host one where i tried to grab an actual usb device | 12:52 |
gnarface | but i'm wondering if i'd have better luck trying to select device by port and bus id instead of vendor/device ids | 12:53 |
gnarface | but the docs do mention this as an experimental feature but remember they were written when /proc/bus/usb wasn't deprecated | 12:53 |
rrq | right; I'm using your usb-host setting for this special device ... meaning it seems to be the right thing. but you need rw access to the corresponding /dev/bus/usb node | 12:54 |
gnarface | hmmm... nothing in there is owned by plugdev though | 12:55 |
gnarface | you sure it's plugdev? | 12:55 |
rrq | possibly I improved my udev rules to set it as 066 + plugdev group in January this year.. unless that's the default | 12:55 |
gnarface | hmmm | 12:55 |
rrq | 0664 | 12:55 |
gnarface | alright, i'll look into this, first i gotta make sure it's actually reading /dev/bus/usb in the first place i guess | 12:56 |
rrq | a line 48 in 50-udev-default.rules | 12:56 |
rrq | SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", MODE="0664", GROUP="plugdev" | 12:57 |
gnarface | interesting | 12:57 |
gnarface | my version doesn't have the GROUP="plugdev" part but that seems like a good idea | 12:57 |
L_Lester | is there a mini livecd of this project? | 14:10 |
Xenguy | L_Lester, https://www.devuan.org/get-devuan.html | 14:14 |
hagbard | there is: https://devuan-cd.sedf.de/devuan_chimaera/minimal-live/ | 14:14 |
L_Lester | thnx, hagbard | 14:47 |
buZz | oo even devuan_daedalus_5.0.preview_20220411_amd64_minimal-live.iso | 15:42 |
fsmithred | buZz, if you wait a little bit, there will even be newer live isos. "a little bit" might be a day or maybe even a few hours. Building now. Will soon see if they boot. | 16:18 |
buZz | nice :) | 16:18 |
fsmithred | talking about daedalus test isos, not stable chimaera. | 16:18 |
buZz | fsmithred: do you know where we can edit dyne.org btw? | 16:19 |
buZz | > 06:02:53 < m31z0nyx> hi. I just want to report a broken link on https://www.dyne.org/. In the Devuan description the link "Init Freedom" should lead to | 16:19 |
buZz | https://devuan.org/os/init-freedom and not https://devuan.org/os/init-freedom/ | 16:19 |
fsmithred | we don't have access to the dyne.org website. I'm not sure who manages that. | 16:19 |
fsmithred | info@dyne.org is the listed contact address, but I'm not sure if the dyne mail is working right now. There were some problems with it recently. | 16:21 |
buZz | i noticed 'new.dyne.org' as a website, looks nice | 16:23 |
ospecter | how do you change your dns in devuan | 16:27 |
buZz | ospecter: what do you mean by that | 16:28 |
buZz | -your- dns? are you running a dns server? | 16:29 |
ospecter | modem manager keeps overwriting my dns servers | 16:29 |
buZz | yes, and? why not configure the dns correctly in that mobile phone modem manager? | 16:30 |
ospecter | cant connect to update apt | 16:30 |
buZz | why not just kill modem manager? are you using it at all? | 16:30 |
buZz | btw, i bet you ment networkmanager and not modemmanager | 16:30 |
ospecter | using connman | 16:30 |
buZz | why are you running multiple different network management tools? | 16:31 |
ospecter | apt is getting timeout because of dns settings | 16:31 |
buZz | why are you running multiple different network management tools? | 16:33 |
ospecter | i am not just connman | 16:34 |
fsmithred | ospecter, is it overwriting /etc/resolv.conf? | 16:34 |
hagbard | The address to the dns resolver is configured in /etc/resolv.conf/ But yes, various network managers and tools of that sort, and even dhcp itself will overwrite that. | 16:34 |
buZz | ospecter: you said 'modem manager' which is part of 'network manager' which is a competing management tool from connman | 16:34 |
buZz | so yes, you're running multiples | 16:34 |
ospecter | yes it is overwriting on reboot | 16:35 |
fsmithred | edit the file how you want and then 'chattr _+i /etc/resolv.conf' | 16:35 |
fsmithred | to make it immutable | 16:35 |
fsmithred | there's probably a way to set the dns in connman, but I don't remember it. I replaced that with n-m on my laptop. | 16:35 |
fsmithred | you will need to chattr -i the-file if you want to edit it again. | 16:36 |
ospecter | connmanctl shows it cant figure out the command to set it | 16:36 |
hagbard | if it's dhcp which overwrites the dns ips in resolv.conf, you can configure it to not do so, e.g.: supersede domain-name-servers 202.54.1.2, 199.2.3.4; | 16:37 |
hagbard | in dhclient.conf | 16:37 |
buZz | or , you know, fix your dns on the dhcp server you're using to not send you the wrong one? | 16:38 |
ospecter | ok | 16:38 |
ospecter | i will ggive it shot | 16:39 |
tux12 | hello, i'm used to debian, just tried out my first devuan install (netinstall amd64). During the installation process I selected the french keyboard layout and unselected the default graphical environnement which I replaced with kde. | 17:19 |
tux12 | When the system reboot, the login (session?) manager just proposed me the english layout. | 17:20 |
tux12 | I just had to manually install task-french-kde-desktop and everything has got fine. | 17:21 |
buZz | which session manager is depending on kde configs? | 17:22 |
lts | tux12: likely the installer selection affects only the non-X layout. You can set non-english X layout inside xorg.conf | 17:23 |
tux12 | buZz: sorry i'm not familiar with that graphical stuff, how can I find out? | 17:24 |
buZz | if you didnt install any X in the installer , its unlikely the config would be there for that ;) | 17:24 |
lts | https://wiki.archlinux.org/title/Xorg/Keyboard_configuration#Using_X_configuration_files | 17:24 |
buZz | tux12: i dont know, you said you manually installed it, yet you dont know which you installed? | 17:24 |
tux12 | buZz: ok, I used aptitude | 17:24 |
buZz | ooo, you installed kde in the installer? weird | 17:24 |
buZz | i didnt know that was even a option | 17:25 |
fsmithred | buzz, even gnome is now listed in tasksel | 17:25 |
* buZz doesnt install X through installers | 17:25 | |
tux12 | buZz: I know this has always caused problems even on debian | 17:25 |
buZz | yeah i've had nothing but issues with gnome & kde too | 17:25 |
buZz | too nonstandard | 17:26 |
tux12 | so far i've seen if you unselect the "default" you get in troubles whatever you select else | 17:27 |
fsmithred | tux12, are you installing chimaera or daedalus? | 17:28 |
tux12 | fsmithred chimaera | 17:28 |
fsmithred | troubles with keyboard layout or other troubles with non-default desktop? | 17:29 |
Wonka | I wish I could uninstall Xorg in favor of Wayland... but XFCE is lagging behind in supporting it... | 17:29 |
tux12 | just the french layout doesn't appear in the graphical session, only english. | 17:29 |
tux12 | and from the point i installed the task-french-kde-desktop, it just proposes french. | 17:30 |
tux12 | the installed session manager is sddm | 17:32 |
buZz | maybe just use a international keyboard like rest of the world? :P | 17:45 |
tux12 | tell chinese about the rest of the world's keyboard | 17:46 |
buZz | > Chinese typists actually use QWERTY keyboards | 17:46 |
buZz | yep, they got the memo | 17:46 |
tux12 | anyway i was just pointing out that there is only one missing package to make things work properly. | 17:46 |
tux12 | But I don't know how much work the modification represents. | 17:47 |
tux12 | just thought it could help | 17:47 |
buZz | afaik we dont have our own debian-installer | 17:48 |
buZz | so it would be upstream debian's | 17:48 |
tux12 | i don't know, never used sddm before, and never had this "bug" | 17:49 |
golinux | tux12: https://git.devuan.org/devuan/debian-installer | 18:08 |
golinux | There are many branches set up for various Devuan iso builds | 18:10 |
buZz | ah cool!, thanks golinux | 18:13 |
tux12 | hmm anyway my proposal is not a solution; when rebooting the box i am back to the EN layout as unique choice. | 18:16 |
fsmithred | maybe try lightdm instead of sddm | 18:29 |
tux12 | i'll try a new install with the default environnement and then change for KDE. | 18:44 |
fsmithred | tux12, I think you will encounter more problems that way | 18:47 |
fsmithred | and waste a lot of time | 18:48 |
fsmithred | how did you end up with sddm, anyway? task-kde-desktop lists lightdm as first choice. | 18:52 |
tux12 | fsmithred: i just did as said before, unselect the default and replace it with kde in the tasks selector during the installation process. | 18:57 |
tux12 | fsmithred | tux12, I think you will encounter more problems that way // that's how i do it on debian, i'll let you know | 18:57 |
Guest3 | Hello! I have a minimal netinstall of devuan on my machine, im trying to ssh into my router, but It gets stuck in execution, does anyone know what might be the issue? | 19:18 |
buZz | 'stuck on execution' isnt a problem description we can go on :P | 19:19 |
buZz | what actually happens? | 19:19 |
Guest3 | it just does not execute | 19:19 |
Guest3 | From terminal | 19:19 |
Guest3 | It just starts but never finnishes so i hace to ctrl-c it | 19:20 |
buZz | so, its busy doing something | 19:21 |
buZz | do you have functional dns? | 19:21 |
Guest3 | How would I notice if i didn't? | 19:21 |
buZz | by doing dns? | 19:21 |
buZz | try 'ping google.com' | 19:21 |
buZz | it could be your router is trying to do rdns of your internal IP too | 19:22 |
buZz | which you might lack | 19:22 |
Guest3 | aha yes, im typing from that machine right now | 19:22 |
fsmithred | ssh -v | 19:22 |
buZz | have you tried leaving it 'stuck' ? | 19:22 |
buZz | if its dns , it should give up after a while and just continue, assuming you're connecting on IP , not host | 19:22 |
Guest3 | pinging works | 19:23 |
Guest3 | will try leaving it stuck for a while | 19:23 |
buZz | and yeah , ssh -v will give verbose output | 19:24 |
Guest3 | aiit | 19:25 |
Guest3 | trying that | 19:25 |
Guest3 | https://pastebin.pl/view/f5a7dcdf | 19:32 |
Guest3 | This is what happens | 19:32 |
buZz | thats a nonfunctional pastebin service | 19:32 |
buZz | maybe use https://paste.debian.net/ | 19:33 |
Guest3 | okay | 19:33 |
Guest3 | https://paste.debian.net/1256379/ | 19:34 |
buZz | right, and after a minute or so it connects? | 19:35 |
buZz | wait, this isnt right? whats happening with 'd no files' ? | 19:35 |
buZz | oh, you miscopied, its the second part of the next line | 19:35 |
Guest3 | ah sorry | 19:36 |
buZz | i see nothing wrong, what happens after a minute of this? | 19:37 |
buZz | also ; can you ssh to that machine from -anywhere else- on your network? | 19:38 |
Guest3 | I havent tried yet | 19:39 |
buZz | so, its still likely your router doesnt even support ssh? | 19:39 |
Guest3 | after a minute ssh: connect to host 192.168.1.1 port 22:connection timed out | 19:39 |
buZz | seems like something you should be debugging on your own before asking us :D | 19:39 |
Guest3 | yeah will try it out more | 19:40 |
Guest3 | I wanted to know more if it could have been some path error or something like that since I did netinstall | 19:42 |
fsmithred | Guest3, have you gone into the router's web interface and found any settings for ssh? | 19:51 |
fsmithred | you might need to turn it on. Or you might need to use telnet instead of ssh. | 19:51 |
buZz | Guest3: you didnt install | 19:51 |
buZz | oh wait, you did | 19:52 |
buZz | i thought you said livecd | 19:52 |
tux12 | usually when you get a time out it means that the port is filtered (on source or target) | 20:09 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!