man_in_shack | <fsmithred> oh, you want to watch movies from a remote machine? << yah | 00:42 |
---|---|---|
fsmithred | I tried it with sshfs and it didn't work | 00:43 |
fsmithred | I got broken audio and either broken or no video | 00:43 |
man_in_shack | yup | 00:44 |
KatolaZ | it works for me (TM) | 00:44 |
fsmithred | oh, I tried copying the file to the local machine and playing it, and that doesn't work, either | 00:44 |
KatolaZ | sshfs on the server | 00:44 |
KatolaZ | and then streaming with vlc | 00:44 |
fsmithred | I tried that | 00:45 |
fsmithred | what do you mean by streaming? | 00:45 |
KatolaZ | the server must have sufficient outgoing bw though | 00:45 |
KatolaZ | streaming | 00:45 |
man_in_shack | KatolaZ: libdvdcss needs access to the device node | 00:45 |
KatolaZ | man_in_shack: is that a dvd? | 00:46 |
man_in_shack | yah | 00:46 |
KatolaZ | then just stream the thing from the machine that has the dvd attached | 00:46 |
man_in_shack | but then how to navigate the dvd menus? :D | 00:46 |
KatolaZ | then login on the remote machine | 00:47 |
KatolaZ | througl X | 00:47 |
KatolaZ | ~through | 00:48 |
man_in_shack | remote machine is headless | 00:48 |
man_in_shack | it's quite frustrating that there are multiple systems that seem like they SHOULD work but don't | 00:48 |
man_in_shack | ATA over Ethernet, network block device, iscsi | 00:48 |
fsmithred | if I stream it, what do I put for the url? | 00:48 |
fsmithred | server is the laptop that's right behind me | 00:49 |
man_in_shack | fsmithred: you have to log in to remote system and set up vlc to transcode to a network stream | 00:49 |
KatolaZ | man_in_shack: just xdm on the headless server? | 00:50 |
gnarface | wait that's all you were recompiling your kernel for, man_in_shack?? | 00:50 |
man_in_shack | https://wiki.videolan.org/Documentation:Streaming_HowTo/Command_Line_Examples/ << examples | 00:50 |
gnarface | i wish i had known, i went through all of this in detail | 00:50 |
gnarface | gave up on vlc | 00:50 |
gnarface | settled on a combination of ffmpeg and mplayer | 00:51 |
man_in_shack | ew mplayer :P | 00:51 |
gnarface | vlc should work but navigating the minefield of their undocumented transcoding glitches proved to be the bigger roadblock | 00:51 |
KatolaZ | man_in_shack: I guess you have tried this already: https://wiki.videolan.org/Documentation:Streaming_HowTo/Stream_a_DVD/ | 00:52 |
man_in_shack | closest i've come to this solution is the in-kernel iscsi server, using pscsi | 00:52 |
man_in_shack | but that's giving me a nice big crash | 00:52 |
man_in_shack | KatolaZ: ew dvdsimple | 00:52 |
gnarface | hmmm. my solution didn't account for dvd navigation | 00:52 |
man_in_shack | yup | 00:52 |
gnarface | but i didn't need any fancy in-kernel network block device patches | 00:53 |
man_in_shack | looks like i just gonna have to use remote box to rip | 00:53 |
gnarface | i'm just streaming the data over a network pipe | 00:53 |
gnarface | over ssh actually | 00:53 |
man_in_shack | yah | 00:53 |
gnarface | but initially i was using netcat | 00:53 |
KatolaZ | man_in_shack: xdm on the headless server | 00:55 |
* man_in_shack glares at KatolaZ | 00:55 | |
KatolaZ | uh? | 00:55 |
man_in_shack | (: | 00:56 |
KatolaZ | just tell xdm to have no local X servers | 00:56 |
KatolaZ | and login to the remote machine through xdm | 00:56 |
KatolaZ | you just need to mangle with Xservers | 00:56 |
man_in_shack | but then i gonna need a window manager and stff | 00:56 |
man_in_shack | *stuff | 00:56 |
KatolaZ | uh? | 00:57 |
KatolaZ | where? | 00:57 |
KatolaZ | on the server | 00:57 |
KatolaZ | not at all | 00:57 |
KatolaZ | the server won't have any X server running | 00:57 |
KatolaZ | (locally) | 00:57 |
KatolaZ | just xdm | 00:58 |
KatolaZ | man_in_shack: https://forums.freebsd.org/threads/headless-xorg-xdcmp-conifg-anyone-got-any-tips.8239/ first hit | 00:59 |
KatolaZ | it's from 10 years ago, but it should still work I guess ;) | 01:00 |
man_in_shack | x11 hasn't changed in 98700 years | 01:00 |
KatolaZ | yep | 01:00 |
KatolaZ | that's why it might still be "the way" ;) | 01:01 |
KatolaZ | (maybe you have already tried it and it's not satisfactory, but in a LAN that should be OK) | 01:02 |
KatolaZ | bbl | 01:02 |
KatolaZ | o/ | 01:02 |
man_in_shack | yah well i have a dedicated gigabit line between remote and local boxen | 01:05 |
man_in_shack | will give it a try | 01:05 |
man_in_shack | either that or ssh x11 forwarding i guess | 01:05 |
fsmithred | I got choppy video and no audio with ssh -X | 01:09 |
booyah | fsmithred: well duh | 02:21 |
booyah | VNC that shit (after fixing vnc's brain-dead "Security" by tunneling it) | 02:21 |
booyah | developer of VNC who come up with MAXIMUM 8 char password and cleartext transfer should be trialed in Geneva srsly | 02:21 |
gnarface | i found all kinds of pitfalls | 02:43 |
gnarface | lots of them to do with unexpectedly high cpu load in transcoding, coming from weird places (the audio driver itself, not the actual video encoding process?!?!) | 02:43 |
gnarface | eventually people in #mplayer who work on ffmpeg were able to help me figure out which combination of options would fly | 02:44 |
gnarface | (i was able to get mencoder working too, but only with mpeg4 video) | 02:44 |
gnarface | ffmpeg -f video4linux2 -channel 2 -video_size 768x480 -pix_fmt yuv420p -thread_queue_size 4096 -i /dev/video0 -f alsa -thread_queue_size 16384 -i hw:0,0 -f matroska -vcodec libx264 -crf 12 -preset ultrafast -aspect 16:9 -r 29.97 -acodec libmp3lame -q:a 3 - | 02:45 |
gnarface | currently using this | 02:45 |
gnarface | -thread_queue_size is probably completely useless here, i was just trying to quiet some warnings | 02:45 |
gnarface | -preset ultrafast is mandatory unless you have an 8GHz core cpu | 02:45 |
gnarface | (or some sort of hardware encoder) | 02:46 |
gnarface | and -f matroska is the only option that won't run into an invisible file size limit wall while streaming to stdout like this | 02:46 |
gnarface | -acodec could probably be anything compatible with the format, i just like the way the lame encoder sounds | 02:47 |
gnarface | i put that in a script that gets run remotely over ssh, returning the data stream via stdout directly to mplayer (where i can use vdpau with mplayer and my video card's hardware decoder) | 02:48 |
gnarface | oh, and "-crf 12" is complete overkill for most people's purposes | 02:49 |
gnarface | (i was chasing visual anomalies in the decoded image post-line-doubling and window-scaling) | 02:49 |
gnarface | but yea i would have to come up with something different to work with dvd navigation. that wasn't a concern here because the video feed is a tv tuner card connected to a dvr i have a separate network remote for | 02:51 |
DRWhite | Hi folks. I have a small issue that I'm trying to resolve and I don't know if it's Devuan 2 or the actual software. I've installed ASCII, and also everything that I've needed. I install VirtualBricks, and it says it can't find VDE_Router or QEMU. Under settings it says it can't find the binaries, yet they are installed and are there correctly. Has anyone had issues with this before? | 02:54 |
gnarface | DRWhite: can't say i know anything about VirtualBricks but make sure you have all the relevant qemu packages. maybe you have some but are missing others? qemu-user-static perhaps? | 02:55 |
gnarface | or maybe VirtualBricks is looking in the wrong place? | 02:56 |
gnarface | not all distros agree on default paths and names for stuff | 02:56 |
DRWhite | I've set the paths, checked via file browser. | 02:56 |
DRWhite | I've got pretty much everything installed.. | 02:56 |
gnarface | how about versions? make sure they're in range? | 02:56 |
DRWhite | yes they are | 02:56 |
gnarface | hmmmm | 02:57 |
gnarface | running out of ideas here | 02:57 |
DRWhite | I've spent a week debugging this so far | 02:57 |
gnarface | what about amd64/i386? sometimes you'll need i386 versions of libraries even on an amd64 install. | 02:57 |
DRWhite | and still it keeps finding no qemu or vde | 02:57 |
gnarface | weird | 02:57 |
gnarface | could it be a permission thing? | 02:57 |
gnarface | maybe the user running virtualbricks just can't execute qemu? | 02:58 |
DRWhite | I have full disk priviledges, qemu group and all | 02:59 |
DRWhite | I can run QEMU fine, but not virtualbricks | 02:59 |
gnarface | hmmm. what about the i386 thing? virtualbricks is some sort of virtualization software right? | 02:59 |
DRWhite | i386, x86, x64, arm, arm64, sparc32 sparc64, and many more... all installed | 03:00 |
gnarface | and multi-arch is enabled for it, right? | 03:00 |
gnarface | oh, i know! make sure /etc/init.d/binfmt-support is running | 03:01 |
DRWhite | yes | 03:01 |
DRWhite | it was. | 03:02 |
DRWhite | same issue | 03:02 |
gnarface | damn | 03:02 |
gnarface | i'm sorry i don't know anything about virtualbricks | 03:02 |
gnarface | what does it do that you can't just do with bare qemu-kvm? | 03:02 |
gnarface | nevermind i can look it up myself | 03:04 |
gnarface | DRWhite: where did you install virtualbricks from? the devuan repo or did you get a version from elsewhere? | 03:05 |
DRWhite | devuan repo | 03:06 |
DRWhite | VirtualBricks is a gui interface to deal easily with virtual environments and networking quickly and efficiently for testing | 03:07 |
gnarface | you know it's ironic, but i've literally never met one that was | 03:07 |
gnarface | quicker or more efficient, that is | 03:07 |
DRWhite | routers, firewalls, switches, hubs, tunnels, proxys... the lot.. | 03:07 |
gnarface | because of all this | 03:07 |
gnarface | because it never works out of the box | 03:07 |
gnarface | libvirt was the same way | 03:08 |
DRWhite | libvirt works 100% for me | 03:08 |
gnarface | presumably it must for lots of people | 03:08 |
DRWhite | virtualbricks is the only one I ahve an issue with on devuan | 03:08 |
DRWhite | everything else installed fine | 03:08 |
gnarface | but by the time i figured out how to get it working for me, i no longer needed it. in fact, fixing it, taught me everything i thought i needed it to do for me. | 03:08 |
DRWhite | and worked out of the box | 03:08 |
DRWhite | lol | 03:09 |
gnarface | but to be fair that was years ago, before devuan | 03:09 |
gnarface | neither here nor now | 03:09 |
DRWhite | I used Qubes for many years | 03:09 |
DRWhite | But they aren't ging to get rid of systemD. | 03:09 |
DRWhite | Nor make a version tat doesn't require SystemD. | 03:09 |
DRWhite | So time for a change, and VirtualBricks does what I need. | 03:09 |
gnarface | so, either there's only one other person who has come in here complaining about this that i know of, or that was also you | 03:10 |
gnarface | but that's not proof anyone else has even tried it | 03:10 |
gnarface | can you do a sanity check quick? can you just exit it, run "sync && sync && sync" as root, then try again? | 03:11 |
gnarface | oh also run "ldconfig" too | 03:11 |
gnarface | as root | 03:11 |
gnarface | then try it again | 03:11 |
gnarface | you don't have to try it twice, you can test those together | 03:13 |
gnarface | the only other thing that comes to mind is maybe the guest image is actually missing it | 03:14 |
gnarface | when doing this with a chroot, you have to copy one of the qemu binaries into the chroot install manually | 03:14 |
gnarface | maybe virtualbricks guests need the same or similar treatment | 03:15 |
DRWhite | What does "sync && sync && sync" do? | 03:15 |
gnarface | just commits a bunch of cached stuff | 03:16 |
gnarface | i don't even know what all it does but importantly here, it forces the writeback cache to flush on removable drives | 03:17 |
DRWhite | ... thanks | 03:17 |
DRWhite | nothing worked | 03:17 |
gnarface | sorry :( | 03:17 |
DRWhite | I'll just have to reinstall devuan. | 03:17 |
gnarface | i don't think that's it | 03:17 |
gnarface | check your guest images first | 03:17 |
DRWhite | I have | 03:18 |
DRWhite | QEMU is not found | 03:18 |
DRWhite | that is devuan + instal | 03:18 |
gnarface | you haven't mixed repos with any other distros, ahve you? | 03:18 |
gnarface | *have you? | 03:18 |
gnarface | a few ubuntu packages? backports even perhaps? | 03:18 |
gnarface | or installing anything from beowulf/ceres? | 03:18 |
gnarface | or leftover packages from jessie even... | 03:19 |
gnarface | a reinstall in theory would fix most of that but the real risk here is that if you don't understand the past you're doomed to repeat it... | 03:19 |
gnarface | and also it might be overkill when the real answer could be just a quick `apt-get update && apt-get upgrade` | 03:20 |
DRWhite | I'm using devuan ascii repository, so if it has, not my doing. | 03:21 |
DRWhite | all gotten from devuan repo | 03:21 |
gnarface | hmm. lemme see your sources.list? | 03:21 |
gnarface | don't paste in here | 03:21 |
gnarface | use a pastebin, or paste it privately | 03:22 |
gnarface | the /etc/apt/sources.list file | 03:22 |
gnarface | guys, should "au.deb.devuan.org" be current? | 03:31 |
fsmithred | I don't think the country codes actually do anything yet | 03:35 |
gnarface | so it should all be the same actually? | 03:36 |
gnarface | or are you saying that's completely undefined behavior? | 03:36 |
fsmithred | no, I think it just puts you in the round-robin | 03:36 |
gnarface | got it | 03:36 |
fsmithred | there aren't enough countries with servers for it to make sense | 03:37 |
fsmithred | at some point in the future, they'll be routed to regional servers | 03:37 |
man_in_shack | ok | 05:34 |
man_in_shack | got xdcmp working with vlc | 05:36 |
man_in_shack | now how to get audio | 05:36 |
man_in_shack | whee | 06:01 |
man_in_shack | actually using pulseaudio for networked audio | 06:01 |
man_in_shack | aaaaand in 1080p fullscreen it's laggy as fuck :D | 06:05 |
man_in_shack | this is fuuuun | 06:05 |
man_in_shack | trying direct X instead of using Xephyr now | 06:06 |
man_in_shack | problem solved, using xvideo instead of x11 :D | 06:20 |
man_in_shack | trying to find an icon-based launcher thingy that doesn't depend on gtk | 07:07 |
man_in_shack | pcmanfm-qt pulls in gtk libs | 07:07 |
man_in_shack | desklaunch | 07:16 |
man_in_shack | ok | 07:48 |
man_in_shack | all the fuckingaround but it works | 07:48 |
man_in_shack | holyshitballs | 08:18 |
man_in_shack | i even got the bluray working | 08:18 |
man_in_shack | it's sluggish but it works | 08:21 |
gnarface | what's the video card again? | 08:23 |
man_in_shack | there isn't one (: | 08:23 |
gnarface | i mean in the client machine | 08:23 |
gnarface | not the encoding machine | 08:23 |
man_in_shack | hehe | 08:23 |
man_in_shack | gtx1070 | 08:23 |
gnarface | did you have the official drivers for that? | 08:23 |
man_in_shack | yah | 08:23 |
gnarface | see if you can enable vdpau hardware scaling and deinterlacing in vlc for decoding (those are separate settings in mplayer) | 08:24 |
gnarface | i'm not sure if vlc needs to be patched for that or not | 08:24 |
gnarface | that will switch on the video card's decoder | 08:25 |
man_in_shack | pfft | 08:25 |
gnarface | should make high-def less cpu heavy | 08:25 |
man_in_shack | will fiddle around with it | 08:25 |
gnarface | it should also make windows stop using more cpu the larger they are | 08:25 |
gnarface | there might be video codec constraints on what it can actually decode that way | 08:26 |
man_in_shack | yeah | 08:26 |
man_in_shack | but i'm only doing optical media | 08:26 |
gnarface | well mpeg2 is one thing they all do | 08:27 |
gnarface | even my old 650 will do h264 too though | 08:27 |
man_in_shack | vdpau probably doesn't like going over networked x11 | 08:28 |
gnarface | no, vdpau would be client-only, this isn't happening at the server side | 08:30 |
gnarface | this is for decoding | 08:30 |
gnarface | in mplayer you'd use something like "-vo vdpau:deint=4,hqscaling:9" | 08:31 |
man_in_shack | yah but i'm not streaming now, i'm actually running vlc on the remote system :P | 08:32 |
man_in_shack | using xdmcp | 08:32 |
gnarface | oh, i see. well that will probably kill vdpau, you're right | 08:33 |
gnarface | at that point you might want to just use the sdl one | 08:34 |
gnarface | there's a sdl video output module in vlc too, right? | 08:34 |
man_in_shack | there is opengl | 08:35 |
gnarface | also worth a try | 08:36 |
man_in_shack | no luck with opengl | 08:37 |
man_in_shack | well main thing is dvd playback seems to be fine | 08:53 |
man_in_shack | and bluray playback is mostly watchable :P | 08:54 |
KatolaZ | man_in_shack: X rulez ;P | 09:00 |
man_in_shack | just had an idea | 09:48 |
man_in_shack | hm | 10:07 |
TomKa | hi, upgrading a jessie box to ascii fails completely for me. after reboot no keyboard, no mouse, even no network is there. switching back to devuan jessie. probably it has something to do with udev -> eudev? | 10:25 |
TomKa | what can i check directly after upgrading (then the box is working)? | 10:26 |
man_in_shack | ok, i have no idea how the bluray disc is getting decrypted | 10:42 |
man_in_shack | everything i've read says i should have entries in KEYSDB.cfg or ~/.cache/aacs/vuk | 10:42 |
man_in_shack | i have neither | 10:42 |
KatolaZ | TomKa: how have you upgraded? | 10:51 |
KatolaZ | TomKa: have you followed the upgrade walkthrough? | 10:51 |
TomKa | followed this upgrade guide: https://devuan.org/os/documentation/dev1fanboy/upgrade-to-ascii | 11:00 |
TomKa | is there another one? | 11:00 |
* man_in_shack flails at man_in_shack | 11:45 | |
furrymcgee | do you have any documentation about the systemd replacement? how is eudev used in devuan? | 11:58 |
KatolaZ | TomKa: nope | 12:09 |
KatolaZ | TomKa: which mirror are you using? | 12:09 |
TomKa | http://deb.devuan.org/merged | 12:19 |
KatolaZ | TomKa: what kind of problem you have, exactly? | 12:21 |
TomKa | no keyboard, no mouse, no network after reboot the fresh upgraded box | 12:25 |
TomKa | i see the login screen and can do nothing | 12:25 |
TomKa | have to switch off the box | 12:26 |
KatolaZ | can you please reboot passing "noacpi" to the kernel line? | 12:26 |
TomKa | ok, i have one try ;-) meanwhile i restored the backup and did the upgrade once again | 12:27 |
TomKa | there is nothing which i can check now? | 12:28 |
KatolaZ | uh? | 12:28 |
KatolaZ | TomKa: are you doing a "dist-upgrade" right? | 12:29 |
TomKa | yep | 12:29 |
KatolaZ | and you don't have any other non-devuan repo in sources.list | 12:29 |
KatolaZ | and/or pin? | 12:29 |
TomKa | i have two non-devuan repos with special software (virtualbox and opsi), but both are commented now | 12:30 |
TomKa | only sometimes i activate them to upgrade this software | 12:31 |
TomKa | after finishing i deactivate this sources immediately | 12:31 |
KatolaZ | ok | 12:31 |
TomKa | ok, adding "noacpi" to /etc/default/grub in "GRUB_CMDLINE_LINUX_DEFAULT" is the right way? | 12:32 |
KatolaZ | well, first try out from the grub console | 12:33 |
KatolaZ | at boot | 12:33 |
KatolaZ | before making it permanent ;) | 12:33 |
KatolaZ | bbl | 12:35 |
TomKa | nothing changed, after reboot the keyboard is completely dead | 12:38 |
TomKa | ok, after booting in 'recovery mode' keyboard does work | 12:55 |
man_in_shack | just can't get away from gtk :P | 12:58 |
TomKa | KatolaZ: pebkac | 13:01 |
TomKa | sorry for the inconvenience | 13:04 |
darkcrystal | Hi there, does Devuan installation process supports partition encryption out-of-the-box? | 13:21 |
gnarface | i think there is that option | 13:25 |
gnarface | i might be wrong | 13:25 |
gnarface | i remember people were doing it | 13:25 |
fsmithred | darkcrystal, yes. It's the same as the debian installer. | 13:25 |
gnarface | maybe you need to be in expert mode | 13:25 |
fsmithred | no, just select manual partitioning | 13:26 |
darkcrystal | Great, that is awesome. | 13:26 |
fsmithred | if you use one of the live isos, it's a different installer, but you can encrypt partitions with that, too. | 13:27 |
darkcrystal | And do you have to choose during installation which Init you are going to be using? Or is it something default? | 13:27 |
TomKa | KatolaZ: upgraded box is running ;-) | 13:28 |
fsmithred | default is sysvinit. | 13:28 |
fsmithred | if you want openrc, choose expert install | 13:28 |
fsmithred | and then you can select openrc | 13:28 |
darkcrystal | Nice, I really can't tell the difference anyway :P | 13:30 |
darkcrystal | I'm just buying into this trend that systemd is bloated and I'm curious on trying something different | 13:30 |
fsmithred | openrc seems to show more colors in the text that scrolls by at boot | 13:30 |
fsmithred | other than that, I haven't noticed a difference, either | 13:31 |
darkcrystal | hehehe, that is an improvement | 13:31 |
KatolaZ | TomKa: no worries ;) | 14:13 |
xrogaan | so I get this when using steam: .local/share/Steam/steam.sh: ligne 106: VERSION_ID : unbound variable | 14:31 |
xrogaan | maybe VERSION_ID should be set in /etc/os-release | 14:31 |
xrogaan | line 106 is (. /etc/os-release; echo $VERSION_ID) | 14:31 |
amarsh04 | is anyone around who can tell me the /etc/apt/sources.list lines for getting the Devuan equivalent of Debian unstable, with testing and stable also available? | 15:03 |
amarsh04 | I have: | 15:03 |
amarsh04 | deb http://deb.devuan.org/merged ceres main contrib non-free | 15:03 |
amarsh04 | deb http://deb.devuan.org/merged ascii main contrib non-free | 15:04 |
amarsh04 | deb http://auto.mirror.devuan.org/merged jessie main contrib non-free | 15:04 |
KatolaZ | amarsh04: just use "deb http://deb.devuan.org/merged unstable main | 15:04 |
KatolaZ | why on Earth do you also need testing and stable? | 15:04 |
amarsh04 | thanks KatolaZ | 15:04 |
KatolaZ | BTW, stable is "ascii" not "jessie" | 15:05 |
amarsh04 | I like having older versions around if something breaks | 15:05 |
KatolaZ | and "testing" is "beowulf" not "ascii" | 15:05 |
amarsh04 | thanks | 15:05 |
KatolaZ | yeah but you don't have "testing" there | 15:05 |
amarsh04 | fixing now | 15:07 |
_abc_ | Hello. Can someone please tell me the major:minor of /dev/lp0 ? I deleted it by mistake. | 16:49 |
fsmithred | crw-rw---- 1 root lp 6, 0 Oct 7 11:58 /dev/lp0 | 16:49 |
* man_in_shack stares at udev | 16:50 | |
_abc_ | Also, what creates /dev/usb/lp* or usblp*? I have a PL2305 usb to IEEE1284 cable and it is detected but no device is created for it | 16:50 |
_abc_ | udev should be systemd'd | 16:50 |
_abc_ | thanks fsmithred | 16:50 |
* man_in_shack glares at _abc_ | 16:50 | |
_abc_ | Wait, that's 6, 0 right | 16:50 |
fsmithred | yeah | 16:50 |
man_in_shack | udev works reasonably well when it's configured right | 16:51 |
_abc_ | I keep hearing that man_in_shack, now let's hear how to make it work when it does not work | 16:51 |
_abc_ | So the driver loaded is usblp but no device is created. | 16:52 |
_abc_ | I found a slackware relevant thread which describes this, it is a rule change in udev, linux-wide? | 16:52 |
_abc_ | https://www.linuxquestions.org/questions/linux-general-1/slack-14-1-no-dev-usb-4175492544/ | 16:52 |
fsmithred | I only have /dev/usb/hiddev0. Nothing else under /dev/usb | 16:52 |
_abc_ | Ah! now /dev/usb/lp0 was created | 16:53 |
_abc_ | Apparently the /dev/lp0 confused something. | 16:53 |
man_in_shack | exciting | 16:53 |
_abc_ | fsmithred: when I plug in the cable /dev/usb/lp0 is created which is correct | 16:53 |
fsmithred | what kind of cable is it? | 16:53 |
fsmithred | I'm confused by usb/lp | 16:53 |
_abc_ | fsmithred: USB to parallel IEEE1284 | 16:53 |
fsmithred | oh, ok | 16:53 |
_abc_ | It has a Prolific PL2305 in it | 16:53 |
* fsmithred is still using lpt port for printer | 16:54 | |
* man_in_shack compiles his kernels without lp support LIKE A BADASS | 16:54 | |
fsmithred | my HP4L refuses to die | 16:54 |
_abc_ | It's MUCH beter to mkdir /dev/usb so udev does not create it and delete it | 16:54 |
_abc_ | fsmithred: no parallel port on laptop | 16:55 |
man_in_shack | write a udev rule that creates /dev/usb (: | 16:55 |
_abc_ | man_in_shack: it's already there, I don't want it to be *deleted* | 16:55 |
_abc_ | Confuses the h* out of some code | 16:55 |
_abc_ | There is clearly anarchy at work. When a usb serial adapter is created, it is not created in /dev/usb/ttyUSB0 etc but in /dev | 16:56 |
man_in_shack | make /dev readonly? ;) | 16:56 |
_abc_ | and immutable? I am tempted. | 16:57 |
_abc_ | udev must die. | 16:57 |
_abc_ | It's rules are almost as bad as sendmail rewrite recipes | 16:57 |
* man_in_shack throws devfs at _abc_ | 16:58 | |
* _abc_ freezes devfs and udev in carbonite | 16:58 | |
man_in_shack | (: | 16:58 |
darkcrystal | KatolaZ: Can you please help me? I've just downloaded Devuan from the following mirror https://devuan.c3l.lu/devuan_ascii/installer-iso/ | 19:58 |
darkcrystal | the package is devuan_ascii_2....amd64_dvd_1 | 19:59 |
darkcrystal | but the checksum doesnt check with the ones on the mirror | 19:59 |
KatolaZ | darkcrystal: then the image is corrupted | 19:59 |
darkcrystal | KatolaZ: uhm, okay I will download it again then. Thx :) | 20:01 |
KatolaZ | maybe try another mirror? | 20:01 |
darkcrystal | It took very long to download the dvd_1. My internet is shitty today. I will try the netinst this time. | 20:02 |
KatolaZ | maybe it's better | 20:03 |
KatolaZ | darkcrystal: have you verified the cechsum signature? | 20:03 |
KatolaZ | (just in case)? | 20:03 |
telst4r | at least the netinstall is smaller and downloads just what you tell it to. if the internet is a bottle neck. | 20:04 |
darkcrystal | KatolaZ: I'm not sure what you mean. What I did was, once the downloaded ended, run $ md5sum file.iso and then compared the result with the numbers listed on the mirror. Is there something eles? | 20:05 |
darkcrystal | *else | 20:05 |
darkcrystal | telst4r: Yes, the only problem is when your internet card is not recognized... but it dont think this should be a problem | 20:07 |
telst4r | darkcrystal, well, there's that in some corner-cases. But I doubt he would suggest netinst if that was an issue. | 20:11 |
darkcrystal | telst4r: I also don't think so, at least with debian it was fairly smooth. | 20:13 |
telst4r | The kernels + modules are more or less same, aren't they? | 20:17 |
KatolaZ | darkcrystal: it's not md5 | 20:19 |
KatolaZ | it's sha256sum... | 20:19 |
KatolaZ | darkcrystal: sha256sum -c SHA256SUMS | 20:20 |
KatolaZ | your image is probably OK | 20:20 |
darkcrystal | KatolaZ: That explains a lot hahaha | 20:20 |
KatolaZ | ;) | 20:20 |
darkcrystal | Too bad I allready deleted it | 20:20 |
KatolaZ | darkcrystal: do not hesitate to read the readme ;P | 20:20 |
darkcrystal | KatolaZ: you're right :P | 20:21 |
KatolaZ | and/or the release notes | 20:21 |
KatolaZ | darkcrystal: look at the first section in the release notes | 20:21 |
KatolaZ | https://devuan.c3l.lu/devuan_ascii/Release_notes.txt | 20:21 |
telst4r | hah that happens a lot | 20:22 |
darkcrystal | but you really don't need to read any of those, is written fairly big SHA256SUMS | 20:22 |
KatolaZ | after "In order to check..." | 20:22 |
telst4r | not big enough apparently :) | 20:22 |
KatolaZ | we'll try figlet(6) next time :P | 20:23 |
KatolaZ | darkcrystal: sorry, I couldn't resist this one :) | 20:23 |
KatolaZ | happy to see that you got around that, anyway | 20:23 |
darkcrystal | KatolaZ: hahaha, no problem | 20:23 |
KatolaZ | :D | 20:24 |
mchasard | hi | 23:15 |
mchasard | i'm running kdevuan rom ... | 23:15 |
mchasard | it seems to be interesting | 23:16 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!