| 00:14.03 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
| 00:16.44 | *** join/#devuan IoFran (~Thunderbi@200.95.170.92) |
| 00:16.44 | *** join/#devuan onefang (~onefang@devuan/developer/onefang) |
| 00:17.43 | systemdlete | any way to get the devuan installer to switch the screen orientation on my laptop? |
| 00:18.28 | systemdlete | The 2.1 installer is having some problems it seems. I had to take the USB hub out of line because it was getting stuck somewhere in the boot up. |
| 00:18.58 | systemdlete | So now the USB stick is in the one (1) "ONE" USB slot on this $400 piece of garbage. |
| 00:20.09 | systemdlete | I chose the graphical expert install and it boots up to where it should be changing to the graphical interface (I think) and it just hangs there with a blank screen and a tiny cursor in the right bottom corner. |
| 00:21.58 | *** join/#devuan rdav (~rdav@122.150.193.110) |
| 00:30.48 | mason | systemdlete: The text install is quite good, if that helps you get through it. The graphical install is essentially a GUI presenting precisely the same stuff the text mode presents. |
| 00:31.23 | systemdlete | Same problem: You see, grub doesn't know how to switch the orientation. |
| 00:31.31 | mason | As for changing it, I don't know if xrandr or similar is in the install environment. The GUI install is running X, but not a full environment. |
| 00:31.43 | systemdlete | I think there is a feature in later versions of grub, but I'm pretty sure this one doesn't have it. |
| 00:31.54 | systemdlete | xrandr is a X11 thingy |
| 00:32.16 | mason | As for changing it, I don't know if xrandr or similar is in the install environment. The GUI install is running X, but not a full environment. |
| 00:32.50 | systemdlete | ike I said, xrandr doesn't help at grub boot time. |
| 00:32.59 | systemdlete | s/ike/like/ |
| 00:33.24 | systemdlete | iow, this is before the graphical stage begins |
| 00:33.35 | mason | Ah, you said you'd gotten through grub. If you chose the expert install, that's about as far as grub gets. |
| 00:33.36 | systemdlete | It's awkward working with the tablet this way, that's all. |
| 00:33.58 | mason | Hm. |
| 00:34.11 | systemdlete | but that's not the worst part. It's the hang |
| 00:34.55 | systemdlete | (I always knew there was a reason I prefer to run somewhat older hardware) |
| 00:35.38 | mason | I'm thinking you might find or shim in VESA mode or something, although it'd be very odd for the text mode to simply fail. |
| 00:36.18 | systemdlete | ah, now I am getting a complete crash. Nice. |
| 00:36.22 | mason | Anyway, if you really need to rotate in the context of GRUB, there's this: https://unix.stackexchange.com/questions/68369/rotate-console-on-startup-debian |
| 00:37.04 | systemdlete | x86_configure_nx gives a stack trace |
| 00:37.05 | mason | I'd also maybe search for folks installing on your specific hardware. |
| 00:38.10 | mason | That sounds like there's some hardware breakage... I'll check back in later. |
| 00:38.40 | *** join/#devuan amarsh04 (~amarsh04@124-169-186-9.dyn.iinet.net.au) |
| 00:45.37 | systemdlete | It seems that *sometimes* I get to the graphical installer UI, other times not. I have no idea what/why this happens. |
| 00:46.23 | systemdlete | the efifb trick does work, but the orientation is lost by the time the X server starts. Also, I cannot seem to get to a console. |
| 00:46.38 | systemdlete | I do get a screen full of X11 log info, but not a command prompt. |
| 00:47.54 | systemdlete | This time, I get to a message in the bootup telling me i2c_designware got a timeout while trying to disable the adapter |
| 00:52.15 | mason | systemdlete: That does sound like bad hardware. That said, how about using the framebuffer rotation with the text installer? |
| 00:52.34 | *** join/#devuan tom_work (~tom_work@206-212-236-115.static.onlinenw.com) |
| 00:53.18 | systemdlete | mason: I'm wondering if I re-install windows, just to see if the thing works as designed (meaning, for WindowsTM) |
| 00:53.52 | systemdlete | btw, this time I DID get a command prompt, but could not get back to the GUI |
| 00:54.24 | mason | systemdlete: You could try Windows, but you might also try Debian or Ubuntu or something closer to the target. |
| 00:54.39 | mason | But if I were you I'd ditch the GUI for the install. |
| 00:54.55 | systemdlete | That sounds sad. |
| 00:55.48 | mason | It'll probably be largely devoid of emotion. Think of the installers as being like Spock. |
| 00:57.39 | systemdlete | I need to talk to my administrator to get the windows installer. |
| 00:57.47 | systemdlete | But the problem is, I AM the administrator. |
| 00:57.53 | systemdlete | There is no one else here. |
| 00:58.14 | systemdlete | I live alone. With my $400 piece of hardware |
| 00:58.30 | systemdlete | I could use Mr. Spock right now. |
| 00:59.29 | mason | Did you try the text mode installer with framebuffer rotation? Using that doesn't mean you need to have a final system that is text-only. |
| 01:00.37 | systemdlete | I know. I don't care that much about rotation. |
| 01:00.49 | systemdlete | Just inconvenient. ANd kind of hard on my neck |
| 01:01.08 | systemdlete | what's the trick for when it tries to detect the cdrom? |
| 01:01.12 | systemdlete | I forgot. |
| 01:01.50 | mason | I'm not sure what you're referring to... It's been a while since I've needed to think about booting from a CD. |
| 01:03.01 | systemdlete | actually, I think I found it |
| 01:03.13 | systemdlete | I'm not -- it's a USB. Debian is looking for a USB |
| 01:03.18 | systemdlete | the installer I mean |
| 01:03.41 | *** join/#devuan iiaann (~iiaann@cpc76512-clyd5-2-0-cust14.14-1.cable.virginm.net) |
| 01:03.56 | mason | Is it asking for additional drivers? Ideally you can just skip that if so, and address it later. |
| 01:04.33 | systemdlete | no, it is looking for the device with the install image I think |
| 01:05.18 | systemdlete | I haven't installed from a CD in years, either, mason. But Debian seems to be kind of traditional about this |
| 01:05.26 | mason | That sounds like your BIOS looking, not the installer, unless I'm confused or you just got a netboot image. |
| 01:06.24 | systemdlete | There is no BIOS on this laptop, it's EFI only |
| 01:06.27 | tom_work | doobies |
| 01:07.19 | systemdlete | mason: One step in the install is where it looks for a CDROM drive. That's the step I was at. |
| 01:07.41 | mason | The funny bit of course is that when I say "BIOS" you can assume I mean "that software built into your system that offers your preboot environment". |
| 01:07.42 | systemdlete | I just regbooted, and this time it is stuck right after it successfully finds the USB device. |
| 01:10.19 | mason | systemdlete: You're not quite at this point, but a nifty trick you can do nowadays is to skip the bootloader entirely, if you're using a UEFI box. |
| 01:10.21 | tom_work | mason, BASIC INPUT OUTPUT SYSTEM |
| 01:10.32 | mason | tom_work: BUT IT'S NOT WRITTEN IN BASIC |
| 01:10.40 | systemdlete | GO TO LINE 20 |
| 01:11.09 | tom_work | mason, Is there a more accurate name for just the part the inits hardware enough enough to load a bootloader? |
| 01:11.11 | systemdlete | REM IGNORE MY LAST REMARK |
| 01:11.36 | systemdlete | tom_work: I believe it is generically called firmware |
| 01:11.36 | tom_work | mason, It doesn't mean the language basic but that the IOS is as simple as possible |
| 01:12.00 | tom_work | then what is seabios, uefi, iboot, peditboot called? |
| 01:12.07 | mason | tom_work: Ah, you'd capitalized all of it, so I assume it was all a mass of acronym. |
| 01:12.08 | tom_work | the pre-boot-boot-loader? |
| 01:12.27 | systemdlete | tom_work: "firmware" |
| 01:12.37 | systemdlete | firmware = { EFI, BIOS } |
| 01:12.56 | tom_work | at least in coreboot the cpu,memory, and scisi bus init sections of coreboot are just called sysinit |
| 01:12.57 | mason | But not all firmware bootstraps the computer. (â¯Â°â¡Â°)⯠â»ââ» |
| 01:13.16 | systemdlete | true that. |
| 01:13.30 | systemdlete | e.g., broken firmware |
| 01:13.33 | tom_work | mason, no, EFI and BIOS only run as a payload AFTER the hardware has been bootstrapped |
| 01:13.37 | tom_work | wait |
| 01:13.41 | mason | AHA |
| 01:13.59 | tom_work | why not this: Hardware BootStrap and OS BootStra..........software bootstrap |
| 01:14.07 | tom_work | OS bootstrap is sysv/openrc |
| 01:14.17 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 01:35.11 | tom_work | mason, UEFI is convenient in the fact all it is looking for as some files on a vfat filesystem, rather than a specific string of bytes in a very specific location on disk |
| 01:35.25 | mason | tom_work: Yeah. I'm generally in favour of it. |
| 01:35.37 | tom_work | but sometimes that can be rather limiting. your forced to put that vfat filesystem somewhere |
| 01:38.18 | tom_work | that ties you in to a particular partition table as well |
| 01:38.28 | mason | tom_work: But, you can do stuff like RAID it up. And that makes it not terrible. |
| 01:38.35 | tom_work | there are hardware workarounds I've seen in the enterprise |
| 01:38.45 | mason | Sure. PXE boot or similar. |
| 01:39.00 | tom_work | like Dell EMC offers a small contained device that puts 2 SD cards in RAID1 |
| 01:39.17 | tom_work | presents it to the system bus as a generic SCSI device |
| 01:39.31 | tom_work | or you can have a USB stick hanging out the back of your machine |
| 01:39.47 | mason | Mm. I like to avoid hardware RAID where possible. You can do the same thing with software RAID, although then you have to tell the system about two devices as possible sources of bootcode. |
| 01:39.55 | mason | I've never liked the USB stick solution. |
| 01:40.12 | mason | Netbooting is probably the cleanest option if you don't want your ESP on disk. |
| 01:40.23 | tom_work | mason, software raid too as multi block device aware filesystems come into more use |
| 01:40.40 | tom_work | and partition tables at all become not needed |
| 01:41.04 | mason | Well. In this case, you stuff the vfat onto MD-RAID1 with older metadata that lives at the end, and the system is very happy to see two vfat filesystems without knowing about the RAID relationship. |
| 01:41.08 | mason | But it feels clunky. |
| 01:41.46 | tom_work | I've found it a lot simpler just a reserve a few bytes at the beginning of your disks and write bytecode to them which usually contains a bootloader like grub that can be re-programmed to read any filesystem or partition table, or even netboot |
| 01:41.56 | tom_work | it does |
| 01:42.19 | tom_work | the cleanest solution I've found is to just put grub2 inside the system rom, but not all computers are compatible with coreboot |
| 01:42.40 | tom_work | but hey, with that setup you can do full disk encryption without headers |
| 01:42.46 | mason | I didn't know coreboot did that. That's kind of nifty. |
| 01:43.02 | tom_work | also PGP-signed kernels, modules, and initramfs |
| 01:43.54 | tom_work | brb |
| 01:44.40 | mason | That also sounds nifty. This makes me want to play with coreboot now. |
| 01:48.45 | *** join/#devuan ymasson (~ymasson@lfbn-bor-1-1-182.w90-50.abo.wanadoo.fr) |
| 01:49.51 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
| 01:59.07 | *** join/#devuan tom_work (~tom_work@206-212-236-243.static.onlinenw.com) |
| 02:00.04 | tom_work | mason, yes when building a fb firmware image replace the primary payload which is normally seabios or tianocore with just simply grub2 |
| 02:00.35 | tom_work | mason, you were probably going to use seabios or tiano to load grub2 anyways so why not skip the middleman and load grub2 directly |
| 02:01.24 | tom_work | you can actually load a linux kernel directly, but you probably don't want to do that since those get updated a lot |
| 02:04.29 | mason | tom_work: That's a step beyond using the EFI stub loader. |
| 02:04.33 | mason | Nifty. |
| 02:34.51 | *** join/#devuan unixman_home_ (~unixman2@unaffiliated/eracc) |
| 02:41.06 | *** join/#devuan retak (~ite@2a01:c22:d434:2e00:f2de:f1ff:feb2:f9aa) |
| 02:43.10 | *** join/#devuan Taters (~Taters@unaffiliated/taters) |
| 03:27.44 | *** join/#devuan D-HUND (~debdog@2a00:79c0:60e:2c00:7a24:afff:fe8a:d04d) |
| 03:38.30 | *** join/#devuan furrywolf (~furrywolf@172.58.92.139) |
| 03:38.30 | *** join/#devuan rdav (~rdav@245.184-26-211.sta.nsw.iprimus.net.au) |
| 03:54.21 | *** join/#devuan bpmedley (~bpm@2601:246:8201:8e0:c811:22a1:f149:3aa) |
| 04:07.30 | *** join/#devuan bjb (~bjb@sourcerer.ca) |
| 04:24.40 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
| 04:30.28 | *** join/#devuan m3tti_ (~m3tti@x2f42117.dyn.telefonica.de) |
| 04:51.05 | *** join/#devuan Inepu (~Mithrandi@host67-78-static.1-79-b.business.telecomitalia.it) |
| 05:30.39 | *** join/#devuan proteusguy (~proteusgu@cm-58-10-208-146.revip7.asianet.co.th) |
| 05:59.14 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 06:00.07 | *** join/#devuan Inepu (~Mithrandi@host67-78-static.1-79-b.business.telecomitalia.it) |
| 06:26.52 | *** join/#devuan fleeky (~fleeky@c-73-74-133-176.hsd1.il.comcast.net) |
| 06:42.59 | *** join/#devuan Ryushin (~Ryushin@2001:470:4b:38f:777::8762) |
| 07:03.45 | *** join/#devuan proteus-guy (~proteus-l@mx-ll-183.88.59-188.dynamic.3bb.co.th) |
| 07:10.02 | *** join/#devuan gavlee (~gav@unaffiliated/gavlee) |
| 07:31.14 | *** join/#devuan antenagora (~antenagor@147.162.137.245) |
| 07:37.25 | *** join/#devuan finsternis (~Y@23.226.237.192) |
| 07:44.10 | *** join/#devuan amarsh04 (~amarsh04@124-169-186-9.dyn.iinet.net.au) |
| 08:13.45 | *** join/#devuan puria (~puria@host250-130-static.59-217-b.business.telecomitalia.it) |
| 08:28.58 | *** join/#devuan Kohlrabi (~kohlrabi@www.kohlio.de) |
| 08:37.43 | *** join/#devuan omnio (~omnio@86.121.167.135) |
| 08:38.05 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 08:56.44 | *** join/#devuan gnarface (~gnarface@108-227-52-42.lightspeed.irvnca.sbcglobal.net) |
| 09:07.42 | *** join/#devuan MasterdonX (~masterdon@45.9.250.100) |
| 09:10.20 | *** join/#devuan clemens3 (~clemens@mx.eniso-partners.com) |
| 09:36.02 | *** join/#devuan Peregrinus_ (~peregrinu@195.181.173.201) |
| 09:36.57 | *** join/#devuan arnoldoree (~arnoldore@ranoldoree.plus.com) |
| 09:43.51 | Hurgotron | After the last update, Tunderbird tells me it's now a nightly build and doesn't really work anymore. I'm a tad confused - what happened here? |
| 09:47.14 | gnarface | i can think of a few possibilities |
| 09:47.31 | gnarface | you sure it started as the thunderbird from the repo? |
| 09:47.41 | gnarface | i think the one from their website updates itself by default.... |
| 09:48.08 | gnarface | a recent firefox in ceres might have started doing that too |
| 09:48.21 | gnarface | are you on ceres? or have you mixed in other repos perhaps? backports maybe? |
| 09:48.32 | Hurgotron | this machine has alwas been Devuan, well the TB started as an Ubuntu one (just the prfile) |
| 09:48.38 | gnarface | which version? |
| 09:48.47 | Hurgotron | I'm not used to breaking updates from Debina / Devuan. |
| 09:48.53 | gnarface | if it's ceres i'd say operating as expected |
| 09:49.01 | gnarface | if it's ascii or beowulf you should probably report it as a bug |
| 09:49.02 | Hurgotron | ascii |
| 09:49.19 | gnarface | hmm.... disturbing |
| 09:49.24 | gnarface | it shouldn't be changing that much |
| 09:49.33 | gnarface | but i'd expect a lot of people to have noticed too |
| 09:49.46 | Hurgotron | seems to have jumped from 60 to 68 |
| 09:49.58 | gnarface | can you think of anything else weird that might have happened to your install where something out of the repo ended up there? maybe a plugin |
| 09:49.59 | gnarface | ? |
| 09:50.01 | Hurgotron | and I have no time to debug it :P |
| 09:50.24 | Hurgotron | just an old calendar plugin I think |
| 09:50.55 | gnarface | hmmm |
| 09:51.16 | gnarface | i am seeing that thunderbird in ascii-security is 68.2.2 |
| 09:51.35 | gnarface | a big jump from 60.8.0 |
| 09:51.44 | gnarface | so that could have just changed as part of a security patch |
| 09:52.01 | gnarface | seems sloppy for them not to backport it but maybe there is a reason it couldn't be backported |
| 09:52.09 | gnarface | still |
| 09:52.13 | gnarface | it shouldn't be broken |
| 09:52.18 | Hurgotron | fuck security, I have work to do |
| 09:52.24 | gnarface | can you elaborate on what exactly is broken? |
| 09:52.55 | Hurgotron | style sheets it seems. huge areas are blank with htl like tags in them |
| 09:53.00 | Hurgotron | *html |
| 09:53.19 | gnarface | "fuck security, I have work to do" < pretty sure this was heard on the last operating day at Chernobyl |
| 09:53.31 | gnarface | hmmm |
| 09:53.35 | gnarface | hmmmm.... |
| 09:53.44 | gnarface | you sure it isn't just hiding remote data by default? |
| 09:54.20 | Hurgotron | well I can just wait until my emplower forces me to install Windows and use outlook, it's be MCUH better I guess |
| 09:54.22 | gnarface | on one of those emails that's not loading, look for a "preferences" button in the top right of the email view window, inside a yellow/beige bar that's not there on plain-text emails |
| 09:55.06 | Hurgotron | I don't have the full lower "view email" pane |
| 09:55.47 | gnarface | so you don't see a beige toolbar that only appears on the emails that are missing content that says something like "To protect your privacy, Thunderbird has blocked remote content in this message." |
| 09:55.51 | gnarface | you don't see that anywhere in the email view? |
| 09:56.04 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
| 09:56.15 | *** join/#devuan Nefertiti (~Nefertiti@unaffiliated/nefertiti) |
| 09:56.32 | gnarface | if you find it you can click on it, and the first item in the subsequent pulldown should be "Show remote content in this message." |
| 09:56.58 | gnarface | maybe you had this feature off by default and the upgrade simply re-enabled it |
| 09:58.08 | Hurgotron | I'll look into it when i have time, next year I guess |
| 09:58.22 | Hurgotron | until then I'm back to the old tb |
| 09:58.40 | Hurgotron | I thought it might have been a known bug, |
| 09:58.44 | Hurgotron | sorry for your time |
| 09:59.18 | gnarface | i honestly wouldn't know if it's a known bug or not |
| 09:59.53 | gnarface | if you ask again in about 6 hours there may be more people around |
| 10:00.25 | gnarface | either way it deserves reporting if it's not just the security defaults |
| 10:00.41 | gnarface | you might just be the first person to notice |
| 10:01.59 | *** join/#devuan cocoadaemon (~foo@2a01:e0a:4e1:97e0:5068:8e7a:c3c7:2d2b) |
| 10:17.15 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 10:38.21 | *** join/#devuan dagelf (~quassel@102.135.240.79) |
| 10:47.00 | *** join/#devuan rdav (~rdav@122-150-193-110.sta.dodo.net.au) |
| 11:01.56 | *** join/#devuan helios21 (~quassel@lichtvoll.de) |
| 11:21.37 | *** join/#devuan helios21 (~quassel@lichtvoll.de) |
| 11:37.25 | *** join/#devuan helios21 (~quassel@lichtvoll.de) |
| 11:43.02 | *** join/#devuan rdav (~rdav@122.150.193.110) |
| 11:54.00 | *** join/#devuan helios21 (~quassel@lichtvoll.de) |
| 12:03.51 | *** join/#devuan helios21 (~quassel@lichtvoll.de) |
| 12:10.22 | *** join/#devuan tobypus (~jr-logbot@neo900/bot/jr-logbot) |
| 12:10.22 | *** mode/#devuan [+v tobypus] by ChanServ |
| 12:10.41 | *** join/#devuan DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
| 12:10.51 | *** join/#devuan sixwheeledbeast (~zem@lagrange.cloud-7.de) |
| 12:16.04 | *** join/#devuan rdav (~rdav@110.193.150.122.sta.dodo.net.au) |
| 12:19.52 | *** join/#devuan helios21 (~quassel@lichtvoll.de) |
| 12:25.03 | *** join/#devuan tvall_ (~tvall@2604:2d80:dd02:e00:2f5:f0ff:fe40:71fe) |
| 12:39.00 | *** join/#devuan helios21 (~quassel@lichtvoll.de) |
| 12:46.21 | *** join/#devuan rdav (~rdav@110.193.150.122.sta.dodo.net.au) |
| 12:54.47 | *** join/#devuan helios21 (~quassel@lichtvoll.de) |
| 13:05.52 | *** join/#devuan petzi (~petzi@tmo-113-75.customers.d1-online.com) |
| 13:18.11 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
| 13:26.01 | *** join/#devuan helios21 (~quassel@lichtvoll.de) |
| 13:34.12 | *** join/#devuan puria (~puria@host250-130-static.59-217-b.business.telecomitalia.it) |
| 13:35.40 | *** join/#devuan tvall (~tvall@173-25-0-115.client.mchsi.com) |
| 13:38.10 | *** join/#devuan helios21 (~quassel@luna.lichtvoll.de) |
| 13:40.46 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
| 14:06.02 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
| 14:18.56 | *** join/#devuan humma (gun@gateway/shell/blinkenshell.org/x-qerzbjlvladpdegt) |
| 14:26.18 | *** join/#devuan humma (gun@gateway/shell/blinkenshell.org/x-vlwrunzoucxkzahn) |
| 14:42.40 | *** join/#devuan humma (gun@gateway/shell/blinkenshell.org/x-nwlpahqfjajbvofz) |
| 15:31.35 | *** join/#devuan AliceQuux (annals@chiark.greenend.org.uk) |
| 15:35.41 | AliceQuux | In search of system beeps for my ThinkPad running ascii... |
| 15:37.51 | AliceQuux | The details of ALSA are beyond me, so pointers are welcome. I've made sure to specify 'audible' beeps in /etc/inputrc, I've tried unloading and reloading the pcspkr module, and I've made sure I'm not trying to do any of this with beeps muted or at 0 volume in alsamixer |
| 15:38.21 | *** join/#devuan IoFran (~Thunderbi@200.68.141.94) |
| 15:39.47 | AliceQuux | Before I reboot, I did manage to get beeps working briefly, perhaps with certain tweaks to parameters for the snd_hda_intel module, but those were lost on reboot of brain and computer. snd_hda_intel beep_mode=1 enable=1 index=0 power_save=0 and ... beep_mode=0 ... don't make a difference that I can detect. |
| 15:40.48 | AliceQuux | The details at http://alsa-project.org/db/?f=70ef084680d9b57c8046218fea5f00bda2eff007 should pretty much match current reality. |
| 15:41.27 | AliceQuux | Pointers much appreciated! |
| 15:46.29 | gnarface | pulseaudio could be getting in the way maybe? |
| 15:47.44 | gnarface | other thoughts... maybe the module isn't loaded, maybe you need audio permission, maybe your WM is shutting it off as a courtesy? |
| 15:47.51 | AliceQuux | 'ps -aef |grep pulse' doesn't show anything |
| 15:49.23 | AliceQuux | .mp3 files etc. play OK (via ALSA). Even root's ping -a commands from console are soundless (and my users are in the audio group), and I did briefly have those beeps working in this window manager (sawfish) on a previous boot |
| 15:49.51 | errandir1 | looks like your first soundcard @ PCI 00:03.0 is not recognised by alsa. By default alsa will use the 1st device. |
| 15:49.53 | AliceQuux | Which module may not be loaded? |
| 15:51.04 | errandir1 | which soundcard do you want to use? |
| 15:52.03 | AliceQuux | Probably makes sense to use whichever one is producing the mp4 sound etc. happily, yes? Unless using different ones would let me hear beeps and mp3 audio etc. simultaneously. |
| 15:52.18 | AliceQuux | It really doesn't matter as long as everything is audible. :) |
| 15:53.17 | AliceQuux | Would the problem be with something in asound.conf ? I tried it with both 'card 1' and 'card 0' for the pcm default and ctl default entry. |
| 15:54.16 | AliceQuux | Any way to try to force alsa to recognise the other sound card? Without using deep voodoo. |
| 15:54.28 | *** join/#devuan tom (~tom@82.172.80.79.rev.sfr.net) |
| 15:54.30 | *** join/#devuan drmbls (~drmbls@78-56-83-14.static.zebra.lt) |
| 15:55.03 | *** join/#devuan tierce (~raoulzeca@2a02:a03f:3e08:1400:de1d:3836:f992:ea71) |
| 15:56.54 | *** join/#devuan omnio (~omnio@86.121.167.135) |
| 15:57.04 | gnarface | AliceQuux: try in your ~/.asoundrc specifying "defaults.pcm.!card" "defaults.ctl.!card" and "defaults.pcm.!device" |
| 15:57.21 | gnarface | AliceQuux: (or in your asound.conf would work too, in theory) |
| 15:58.02 | *** join/#devuan EHeM (~ehem@mailhost.m5p.com) |
| 15:58.32 | AliceQuux | So replace the 'pcm.!default {' line with 'defaults.pcm.!device {' and the equivalent for ctl?, with 'type hw' and 'card 1' lines after each? |
| 15:59.22 | gnarface | uh, i didn't look at your existing config, but what i meant was to try a simple 3-line config with just each of those parameters defined with single word or number values |
| 15:59.30 | gnarface | the first two would be the same value |
| 15:59.37 | gnarface | for example Intel |
| 15:59.48 | gnarface | the third one would be a number like 3 |
| 16:00.11 | gnarface | i think the first two could be numbers as well but the words may be easier to remember |
| 16:01.09 | AliceQuux | So /etc/asound.conf would consist of just three lines apart from the '}' line? And the words are just for reference and not used anywhere else? |
| 16:01.10 | gnarface | just like this, but you know with the right values: http://paste.debian.net/1120796/ |
| 16:01.27 | EHeM | Appears yet another security update is problematic, this time `git` is missing the update for the main package (but the man pages updated just fine). |
| 16:01.44 | gnarface | get the values from "aplay -L" and "aplay -l" .... note that case matters |
| 16:02.02 | AliceQuux | That answers my next question, of where 'the right values' come from. :) |
| 16:05.48 | gnarface | the module i was thinking of earlier by the way was pcspkr |
| 16:05.51 | gnarface | dunno if it's relevant though |
| 16:06.03 | gnarface | if the card order is the real issue it may not even matter |
| 16:06.36 | AliceQuux | So if aplay -l spits out 'card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]' ... 'card 1: PCH [HDA Intel PCH], device 0: ALC3232 Analog [ALC3232 Analog]', I would use 'defaults.pcm.!card Intel' and 'Intel' in both other places? |
| 16:07.32 | gnarface | heh |
| 16:07.32 | AliceQuux | (I did plenty of unloading and loading pcspkr after various snd_hda_intel values - plenty sure it's loaded. :) ) |
| 16:07.44 | gnarface | well there are a lot of possible formats for the values you can provide, i think actually |
| 16:07.49 | gnarface | and i don't know them all |
| 16:07.51 | gnarface | but |
| 16:07.59 | gnarface | in this case your card name, oddly enough is actually "HDMI" |
| 16:08.06 | gnarface | device is still 3 though |
| 16:08.18 | gnarface | assuming you mean to use the HDMI... |
| 16:08.34 | gnarface | the other card is called "PCH" (the analog one) |
| 16:08.46 | AliceQuux | As long as HDMI works. I can stuff that in both places, leave the '3' alone, and try again with 'PCH' if that doesn't work. |
| 16:09.19 | gnarface | HDMI has a distinct connector, i would think you should know if it is what you're using or not |
| 16:09.23 | AliceQuux | What do I need to unload and load / restart in order for /etc/asound.conf to get read again? I'd prefer not rebooting if I don't have to. |
| 16:09.32 | gnarface | just the programs that were using sound |
| 16:09.40 | gnarface | there is no userspace daemon for alsa itself |
| 16:09.57 | gnarface | note that your window manager can count as a program that is using sound |
| 16:10.17 | AliceQuux | Good to know |
| 16:11.52 | gnarface | oh |
| 16:11.58 | gnarface | and alsamixer will have different controls for different cards |
| 16:12.15 | gnarface | you can pass a number to alsamixer with -c to select specific cards' controls |
| 16:12.21 | gnarface | though HDMI probably just has on and off |
| 16:12.49 | gnarface | remember card index numbers start at 0 when passing them to alsamixer too |
| 16:13.02 | gnarface | it won't show you multiple cards at once |
| 16:14.00 | gnarface | and another thing, above, for card "PCH" that is device 0 showing there |
| 16:14.09 | gnarface | remember to change that value too when testing |
| 16:21.10 | AliceQuux | Restarting my window manager and running ping -a as root from consoles with either configuration of asound.conf yields no joy. I changed the device '3' to a '0' (on line 3) for PCH also. Same result. |
| 16:24.01 | AliceQuux | Do you reckon I should now try specific snd_hda_intel parameters with each of those set-ups? SUch as beep mode 0 and 1 in case pass-through stuff is involved? |
| 16:24.21 | AliceQuux | I should mention that I checked that system beeps aren't turned off in BIOS. |
| 16:26.16 | *** join/#devuan furrywolf (~furrywolf@172.58.92.239) |
| 16:30.35 | gnarface | could they be turned off in the terminal emulator you're using? |
| 16:30.44 | gnarface | that's where i disable mine, in the urxvt shortcut... |
| 16:30.52 | gnarface | some stuff would still beep |
| 16:30.53 | AliceQuux | I currently have params of PCH, PCH, and 0, which work with mplayer, mpg123, etc. But no system beeps. |
| 16:31.02 | gnarface | huh, odd |
| 16:32.30 | AliceQuux | I used 'xset b on' etc. What would cause beeps to be muted in xterms and on consoles? |
| 16:32.52 | *** join/#devuan amnt24 (~andrew@38.69.42.22) |
| 16:35.44 | *** join/#devuan Akuli (~akuli@mobile-access-bcee5e-65.dhcp.inet.fi) |
| 16:36.26 | buZz | AliceQuux: does your PC even have a beeper? |
| 16:37.20 | gnarface | AliceQuux: well urxvt for example has "-vb" which is for "visual bell" which makes the terminal blink instead of play a sound when there is a "beep" signal |
| 16:37.28 | AliceQuux | Since it's a ThinkPad, there's almost certainly no PC speaker as such. But I did have beeps working briefly, somehow. |
| 16:37.44 | buZz | oh ok, my thinkpad has a beeper |
| 16:37.54 | buZz | x230 |
| 16:38.29 | AliceQuux | It very well might have one. x250 or 260. |
| 16:38.55 | *** join/#devuan tierce (~raoulzeca@2a02:a03f:3e08:1400:de1d:3836:f992:ea71) |
| 16:39.42 | AliceQuux | I don't see any terminal blink when I try to beep (tab-complete, new mail in mutt, ping -a, echoing bell charactger, etc.) (I'm familiar with what it looks like from screen's visual bell etc.) |
| 16:39.45 | gnarface | AliceQuux: is it mentioned in dmesg anywhere? |
| 16:44.27 | AliceQuux | From my last four unload/load cycles, dmesg has entries of the form [86052.889603] input: PC Speaker as /devices/platform/pcspkr/input/input25 through 28. |
| 16:44.47 | AliceQuux | Or should I be grepping dmesg for something else? |
| 16:44.55 | gnarface | dunno for sure really |
| 16:45.09 | gnarface | also not sure why it would be an input instead of an output... that seems weird |
| 16:45.37 | gnarface | i guess it says input here too though |
| 16:46.23 | AliceQuux | Dunno at a glance whether this is from before or after I made which changes, but dmesg does have a '[ 27.143453] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/sou' in there |
| 16:46.27 | AliceQuux | nd/card1/input8 |
| 16:46.38 | AliceQuux | Again, 'input'. Hrm. |
| 16:47.47 | gnarface | that's probably normal |
| 16:47.52 | gnarface | since it looks the same here |
| 16:49.16 | AliceQuux | Well, that's something anyway. Wouldn't want things going out through the 'in' hole. |
| 17:01.40 | *** join/#devuan petzi (~petzi@p578b3438.dip0.t-ipconnect.de) |
| 17:01.46 | AliceQuux | Figuring this out would be easier if fewer of my Web search results were along the lines of 'How do I turn off those annoying beeps?' |
| 17:05.38 | *** join/#devuan huh53 (3262c542@d50-98-197-66.bchsia.telus.net) |
| 17:07.26 | huh53 | why does Devuan use wicd for networking, I think Network Manager is better, it allows you to share your ethernet with other computers and the option is simply not there in wicd |
| 17:10.34 | *** join/#devuan jathan (~jathan@fixed-187-189-102-177.totalplay.net) |
| 17:13.29 | omnio | huh53: you can install network-manager if you need it |
| 17:17.38 | *** join/#devuan dagelf (~quassel@102.135.240.79) |
| 17:19.07 | huh53 | I'll try to do that |
| 17:19.37 | *** join/#devuan tarbz2 (~Thunderbi@unaffiliated/targz) |
| 17:22.24 | *** join/#devuan nemo (~nemo@hedgewars/dev/nemo) |
| 17:22.34 | nemo | So. I'm trying to use the devuan iso as a recovery tool |
| 17:22.38 | nemo | on a machine that seems a bit messed up |
| 17:22.57 | nemo | screen goes blank once I get past the devuan live CD boot choices if I use standard boot. hangs completely in boot for failsafe |
| 17:23.04 | nemo | but... I do seem to have ssh up and running |
| 17:23.09 | nemo | what's the username and password? |
| 17:23.34 | huh53 | it's not root and toor? |
| 17:23.59 | nemo | no |
| 17:24.43 | debdog | no password |
| 17:25.02 | nemo | debdog: hm. pretty sure ssh will not allow that |
| 17:25.14 | nemo | I will try typing blind into a prompt and hope that I can get to "passwd" :( |
| 17:25.36 | nemo | just booted the iso in virtualbox. it seems the username is "devuan" fwiw |
| 17:26.01 | debdog | devuan live iso? |
| 17:26.07 | debdog | or devuan installer iso? |
| 17:26.10 | nemo | live |
| 17:26.12 | debdog | ahh |
| 17:26.20 | nemo | and... having a password would sure be helpful for situations like this |
| 17:26.40 | nemo | hm. there must be a password |
| 17:26.48 | nemo | if I type "passwd" in virtualbox it prompts for it |
| 17:26.51 | nemo | just don't know what it is |
| 17:27.03 | huh53 | I just used apt-get to install OBS. It installed the very oldest version - 0.0.1, yet OBS is up to version 24. I tried using the directions on the OBS site to build for Debian... should this work? Spoiler: it didn't work |
| 17:27.11 | debdog | never would use that for recovery tasks. there are better options. like systemrexcuecd |
| 17:27.24 | debdog | *rescuecd |
| 17:27.40 | nemo | all I needed was to mount the hardrive to fix a bad file |
| 17:35.33 | AliceQuux | I'll check back later to see whether any clever soul has had a brainwave re. my non-beeps. |
| 17:39.20 | huh53 | still trying to build OBS using instructions from the site |
| 17:39.25 | huh53 | CMake 3.10 or higher is required. You are running version 3.7.2 |
| 17:39.42 | huh53 | devuan@devuan:/obs-studio/build$ sudo apt install cmakeReading package lists... DoneBuilding dependency tree Reading state information... Donecmake is already the newest version (3.7.2-1). |
| 17:40.14 | huh53 | It says my Cmake is outdated for building OBS |
| 17:40.42 | huh53 | but then when I try apt install cmake, it says I am on the latest version |
| 17:42.41 | huh53 | catcher 22 in the Rye situation |
| 17:45.36 | huh53 | https://obsproject.com/wiki/install-instructions#linux |
| 17:48.57 | golinux | nemo: https://files.devuan.org/devuan_ascii/desktop-live/README.desktop-live.txt |
| 17:51.56 | huh53 | I'm about to break this goddamn thing again I bet |
| 17:56.15 | debdog | huh53: you either need cmake from Beowulf (3.13.4) or compile it yourself (into /usr/local) - no clue which option is the safest one |
| 17:58.47 | nemo | golinux: hm. still not letting me in. |
| 17:59.29 | nemo | maybe I just have my machines mixed up, and I did not, in fact, successfully get ssh installed... :) |
| 17:59.56 | nemo | *sigh* yep. that was it. crud |
| 18:01.06 | *** join/#devuan retak (~ite@2a01:c22:d434:2e00:f2de:f1ff:feb2:f9aa) |
| 18:03.15 | *** join/#devuan unixman (~aunixman@unaffiliated/eracc) |
| 18:03.32 | huh53 | I have to install the buggy version of Devuan to get an up to date Cmake? I don't like beta stuff, Devuan is enough of a headache already |
| 18:04.20 | nemo | that sounds like typical situation in debian. getting latest version of anything usually means using "unstable" |
| 18:05.09 | debdog | huh53: devuan Beowulf is only buggy regarding its own packages. cmake would come directly from debian stable and is as buggy as debian stable is. |
| 18:06.30 | golinux | huh53: Have you checked ascii backports? |
| 18:09.28 | debdog | yo, looking at buster's cmake dependencies, installing it from Beowulf is not an option. so, you'll need to compile it yourself (not sure about the deps then. backport might even be worse) |
| 18:12.49 | *** join/#devuan KnoP (~KnoP@ip-109-40-129-109.web.vodafone.de) |
| 18:15.39 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
| 18:18.52 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
| 18:19.49 | *** join/#devuan climbingturtle (~climbingt@c213-89-14-151.bredband.comhem.se) |
| 18:19.50 | huh53 | Hmmm ... I'll try that, I don't have confidence in compiling stuff backports provide newer versions of packages already in the testing suite, but linked to stable dependencies. This is useful if you prefer using newer software versions over well-tested stable versions. It is advised to disable backports and only enable to install specific |
| 18:19.51 | huh53 | packages.# /etc/apt/sources.listdeb http://deb.devuan.org/merged <release codename>-backports maindeb-src http://deb.devuan.org/merged <release codename>-backports main |
| 18:22.46 | huh53 | I downloaded the cmake using their script, I guess I have to compile it, how do I do that? |
| 18:23.01 | golinux | huh53: You cannot think of "testing" and "stable" in devuan because we are not always in sync with debian. |
| 18:24.10 | golinux | beowulf is devuan testing but pulls from Buster, Debian stable |
| 18:27.50 | huh53 | Why is there such an old version of cmake though? 3.7...when cmake is on 3.15.5 now? Does Devuan team have to remake cmake so it doesn't use systemd? |
| 18:32.44 | huh53 | OK I'm not going to try to compile |
| 18:33.17 | huh53 | enabled the backports on sources.list but no difference... do I need to reboot? |
| 18:34.42 | nemo | huh53: apt-get -t ascii-backports install cmake - you doing that? |
| 18:35.00 | *** join/#devuan IoFran (~Thunderbi@200.68.141.94) |
| 18:35.01 | *** join/#devuan MinceR_ (~mincer@unaffiliated/mincer) |
| 18:35.10 | nemo | Get:1 http://deb.devuan.org//merged ascii-backports/main amd64 cmake amd64 3.13.2-1~bpo9+1 [3,423 kB] |
| 18:35.16 | nemo | 3.13 is not too bad |
| 18:38.44 | huh53 | thanks nemo, that worked! |
| 18:39.45 | huh53 | I enabled it in sources.list and updated and thought that would do it. You are a wizard. |
| 18:39.49 | nemo | np |
| 18:39.58 | nemo | I agree backports in debian is a bit unintuitive |
| 18:45.17 | buZz | gee, nginx offices just got raided over copyright claims |
| 18:45.25 | nemo | yep |
| 18:45.45 | nemo | russian company claiming he wrote the stuff as an employee |
| 18:46.13 | huh53 | Green hat gophers |
| 18:46.45 | *** join/#devuan ymasson (~ymasson@lfbn-bor-1-1-182.w90-50.abo.wanadoo.fr) |
| 18:46.52 | buZz | nemo: which he confirms, but in his spare time |
| 18:46.59 | huh53 | Developers listen up |
| 18:47.11 | buZz | also its kinda weird cause he wasnt a developer at that company |
| 18:47.19 | huh53 | There is no distro that offers OBS by default, and a lot of streamers that use this software |
| 18:47.26 | nemo | buZz: did he sign one of those "we get everything you wrote" contracts? |
| 18:47.35 | buZz | dno |
| 18:47.43 | buZz | the rumor mill is slow and half russian :P |
| 18:47.44 | furrywolf | heh, we've been talking about that in ##furry for a bit. news article here: https://www.zdnet.com/article/russian-police-raid-nginx-moscow-office/ also see https://twitter.com/AntNesterov/status/1205086129504104460 and https://news.ycombinator.com/item?id=21771144 |
| 18:47.52 | buZz | tnx fw |
| 18:48.01 | huh53 | The first distro that offers OBS is going to take off big time, by word of mouth by the non technical streamers telling their viewers about the linux distro they use |
| 18:48.07 | buZz | nemo: i usually make em remove such statements from contracts i sign |
| 18:48.14 | *** join/#devuan _0bitcount (~Big_Byte@90.162.105.206) |
| 18:48.23 | buZz | huh53: obs is in devuan and debian already? |
| 18:48.46 | huh53 | no, I'm trying to install the latest version |
| 18:48.49 | huh53 | it's not working |
| 18:48.58 | buZz | huh53: debian/devuan is never latest version |
| 18:49.01 | huh53 | 0.0.1 works |
| 18:49.03 | nemo | buZz: one thing I've heard is that if you alter the contract, initial your alterations, sign the whole business... HR won't even bother protesting this. |
| 18:49.04 | buZz | its a fixed version for each release |
| 18:49.15 | nemo | buZz: they don't care, it's just a checkbox for them |
| 18:49.25 | nemo | buZz: I haven't encountered one of those contracts yet fortunately |
| 18:49.30 | buZz | obs-studio/now 1:19.0.2-dmo2+deb9u1 amd64 [installed,local] |
| 18:49.39 | buZz | v19 is in devuan beowulf, huh53 |
| 18:49.55 | buZz | next version will get a newer version |
| 18:49.56 | buZz | etc |
| 18:50.04 | buZz | this is how debian/devuan releases work |
| 18:50.14 | buZz | if you want 'latest' always, you need arch or gentoo or something |
| 18:50.17 | buZz | and a ton of time |
| 18:50.40 | huh53 | Is it a bad idea trying to compile it? That's what I just tried, I'm not seeing any icons |
| 18:55.36 | huh53 | any caveats to the testing version? |
| 18:56.44 | *** join/#devuan tom_work (~tom_work@2603:3004:4d3:60e0:a3e:8eff:feb8:f5c5) |
| 18:57.56 | buZz | i have no idea what 'seeing any icons' refers to |
| 18:58.02 | buZz | do you have a screenshot showing this? |
| 18:58.55 | *** join/#devuan IoFran (~Thunderbi@200.68.141.94) |
| 18:58.57 | huh53 | Looking for OBS icons |
| 18:59.45 | nemo | debdog: oh ffs. Devuan can be bothered to maintain an i686 ISO, but not systemrescuecd??? |
| 18:59.51 | nemo | you'd think they'd need it even more |
| 19:00.33 | huh53 | PrtScn is not producing screenshot prompt |
| 19:00.34 | nemo | debdog: only ISO I can find with x86 in the name (5.x one in their folders) unfortunately does not boot. the 6.0.3 does boot, but I get stuck at incompatible kernel |
| 19:01.14 | MinceR | systemrescuecd has jumped the shark |
| 19:01.51 | MinceR | up to 5.3.2 is based on gentoo and uses openrc (so i use 5.3.2) |
| 19:02.01 | MinceR | since 6.x.x it's based on arch and uses cancerd |
| 19:02.28 | nemo | at this point in time don't care enormously, just want something simple that boots and gives me a visible screen |
| 19:02.43 | huh53 | http://i.imgur.com/uH5XCrD.png |
| 19:02.46 | nemo | this old crappy machine seems to have issues with whatever the heck video options debian live CD uses |
| 19:03.02 | nemo | MinceR: unfortunately the machine insists that 5.3.2 was not a bootable media â¹ |
| 19:03.06 | MinceR | :( |
| 19:03.30 | MinceR | strange, even the hp craptop i use at work (which claims it can do legacy boot, but can't) can boot it |
| 19:03.30 | *** join/#devuan engidea (~damiano@ip-46-141-11-154.rev.wolnext.com) |
| 19:04.08 | huh53 | There is an INSTALL file in /obs-studio/, but when invoked says "For: command not found |
| 19:04.15 | nemo | MinceR: this is a really old sucky system I'm trying to recover |
| 19:04.17 | debdog | hehe, funy screenshot. can I share it? |
| 19:04.22 | debdog | *funny |
| 19:04.27 | nemo | MinceR: I have got to get it on something else. just been so busy â¹ |
| 19:04.36 | MinceR | ic |
| 19:04.56 | debdog | huh53: try "less INSTALL" |
| 19:05.05 | nemo | MinceR: soooo. have to find something else. something with an ultraminimalist boot. ideally just a terminal with no graphics options whatsoever. or maybe someone can tell me how to set that in boot options with the devuan live CD I have here |
| 19:05.23 | nemo | MinceR: as noted, the devuan failsafe booted but with a whole ton of errors after boot and couldn't get to a prompt |
| 19:06.01 | huh53 | lol |
| 19:06.46 | nemo | hm. maybe one of the other ISOs |
| 19:07.02 | nemo | I think the install ones let you get to a prompt.. |
| 19:07.41 | nemo | oooh "minimal-live" |
| 19:07.43 | nemo | let's try that one |
| 19:08.13 | nemo | funny that minimal live is 400 megs |
| 19:08.34 | huh53 | OK I guess I will install beowulf, is there any way to get Nvidia drivers to install during the system install? |
| 19:09.34 | debdog | ther was a rumor Knoppix moved away from sysd. as an alternative to system(d)rescuecd |
| 19:09.49 | nemo | hm |
| 19:09.53 | nemo | worth a shot I suppose |
| 19:10.03 | nemo | esp if they have a bare bones boot menu option which seems to be what I need |
| 19:11.15 | debdog | it's been a long time since I've used knoppix but back then it had a tons of boot options, nemo |
| 19:11.32 | huh53 | Is there an iso of Beowulf? |
| 19:11.53 | nemo | debdog: checking knoppix forums and there was a recent release but it still seems to be debian buster. |
| 19:12.22 | debdog | it still might be sysd-less, nemo |
| 19:12.48 | nemo | at this point in time I'll pretty much take whatever I can get to actually get me to a command prompt ⺠|
| 19:12.54 | nemo | so I'll probably give it a shot anyway |
| 19:13.02 | nemo | next one up is devuan minimal ISO |
| 19:13.09 | nemo | but grabbing knoppix at same time since download is being slow |
| 19:14.49 | debdog | also, on a live cd for rescueing stuff sysd might not even be that much of an annoyance. as long as one does not have to fiddle with logs and 'services' |
| 19:15.47 | nemo | yeah. I'm really just looking for getting to a prompt right now |
| 19:16.05 | nemo | so I can alter the hard drive without having to remove it |
| 19:19.45 | huh53 | Just a hint for developers, if you want your distro to take off... include OBS studio latest version in your distro... a lot of people who stream use this software, and they are going to tell their fans... most streamers are non technical so if they switch to Linux are going to pick one that has OBS installed by default |
| 19:19.45 | buZz | there is no ISO for beowulf yet |
| 19:19.50 | buZz | its not released yet |
| 19:19.52 | nemo | debdog: hm. no more bootonly or CD versions of knoppix anymore. only dvd. which is fine, except that the dvd is ginormous |
| 19:20.09 | buZz | huh53: i use OBS v17 a lot to stream on devuan , works totally fine |
| 19:20.33 | debdog | yah, not ideal for slow connectios, nemo |
| 19:20.37 | nemo | not that particular specialised software is probably the main devuan sticking point ⺠|
| 19:20.38 | debdog | *ions |
| 19:20.39 | huh53 | I have 0.0.1 version |
| 19:20.45 | nemo | debdog: well that and this damn SSD only has 7 gigs left |
| 19:20.52 | buZz | huh53: check 'apt search obs-studio' |
| 19:20.53 | nemo | debdog: don't want to clutter it up with more ISOs. |
| 19:21.05 | debdog | understandable |
| 19:21.08 | buZz | you have a different version, its not 0.0.1 , OBS devs just suck at printing version number or something ;) |
| 19:21.44 | huh53 | <PROTECTED> |
| 19:22.05 | debdog | or an hax-editor |
| 19:22.06 | buZz | you could fix the sourcecode |
| 19:22.17 | buZz | but i doubt OBS accepts fixes to older then current version ;) |
| 19:22.52 | nemo | debdog: guess you could try switching to beowulf. people here have been saying it is fairly usable |
| 19:24.02 | nemo | er s/debdog/huh53/ |
| 19:24.02 | debdog | nemo: have it on one PC and the not-being-able-to-install-wine-packages is a bit of a no-go (yes, compiling it proabably would work anyway) |
| 19:24.04 | *** join/#devuan jmarinho10 (53a5ed65@101.237.165.83.dynamic.reverse-mundo-r.com) |
| 19:24.27 | nemo | debdog: oh. why? |
| 19:24.43 | buZz | yeah wine is properly busted in current beowulf :P |
| 19:24.49 | debdog | uhm, some i386 packages naming issue |
| 19:25.10 | debdog | or something like that, have not yet investigated further |
| 19:25.33 | nemo | bleah same issue with devuan minimal ISO - as soon as I get past the non-graphical boot it goes to black. I clearly need to disable any attempt at high resolution anything. but I need a linux ISO that has that as an option |
| 19:26.08 | debdog | nemo: booting rescue mode from installer iso does not work? |
| 19:26.41 | nemo | hm. haven't tried installer iso yet. worth a shot I suppose. if it gets me to a prompt with mount.ext4 as an option |
| 19:27.00 | nemo | thought I'd have better odds with ones intended to offer an environment, and minimal sounded ideal |
| 19:27.39 | debdog | minimal iso prolly supports rescue mode as well |
| 19:28.10 | debdog | though never used minimal |
| 19:29.03 | nemo | debdog: "std, access, std-toram, access-toram, noprobe" |
| 19:29.10 | nemo | no idea what any of those do |
| 19:29.25 | nemo | downloading the 2.1 i386 net inst |
| 19:29.28 | furrywolf | wine being broken is good to know. I use wine to run an auto shop program. I guess I shouldn't upgrade to beowulf. |
| 19:29.31 | *** join/#devuan huhhhh (3262c542@d50-98-197-66.bchsia.telus.net) |
| 19:29.52 | furrywolf | I had to build a lot (about 50) of my own i386 packages to make wine install properly already... |
| 19:30.14 | furrywolf | (newer version of wine than the horribly old version in ascii) |
| 19:30.15 | debdog | uh, that's a lot |
| 19:30.21 | nemo | furrywolf: on the kid's devuan ascii 2.1 machine I was just using the winehq packages... |
| 19:30.24 | nemo | so far no problems |
| 19:30.30 | nemo | the debian ones I mean |
| 19:30.47 | huhhhh | buZz, pretty sure this is an old old version of OBS, it doesn't even have Dlive listed as server sources... how did you go about installing V17? |
| 19:30.51 | furrywolf | yeah, but I needed a newer wine version - ascii's version wouldn't work. |
| 19:31.01 | nemo | furrywolf: well. that's why I said "winehq" ⺠|
| 19:31.14 | furrywolf | nemo: I'm using newer debian wine packages. heh. |
| 19:31.24 | furrywolf | probably would have been easier to build wine from source, though. heh. |
| 19:31.26 | nemo | furrywolf: sure. but doesn't require compiling then. |
| 19:31.33 | nemo | furrywolf: winehq has their own deb packaging |
| 19:31.41 | furrywolf | ah |
| 19:31.43 | nemo | and, seems to work ok in ascii. no surprise dependencies |
| 19:32.03 | debdog | on ascii they work. on beowulf they don't. that's the issue atm |
| 19:32.10 | buZz | huhhhh: i distupgraded a ascii install to beowulf |
| 19:32.31 | furrywolf | I'm not sure it would have worked here... a lot of the i386 problems were because I compile my own gtk, and had to thus compile my own i386 gtk too, since debian insists that versions on different archs have to be exactly the same... |
| 19:32.32 | nemo | debdog: sure. I was just noting that furrywolf could have maybe skipped all that compiling |
| 19:32.42 | buZz | ascii-backports might have a newer version aswell? |
| 19:32.48 | nemo | furrywolf: ah. could be. dunno |
| 19:32.55 | huhhhh | ahh so were you at 0.0.1 before that, or did you install OBS afterwards |
| 19:32.57 | debdog | thought furrywolf was on beowulf, nemo |
| 19:33.00 | furrywolf | I couldn't install debian's i386 gtk version because I wasn't using debian's amd64 gtk... |
| 19:33.01 | nemo | no |
| 19:33.06 | debdog | kk |
| 19:33.22 | nemo | debdog: he's just noting wine is important to him so he won't be switching any time soon |
| 19:33.43 | huhhhh | how do I distro upgrage ascii? |
| 19:33.47 | nemo | a sentiment I concur with |
| 19:33.59 | nemo | although I do wonder if I could just keep using the winehq packages with beowulf... |
| 19:34.04 | furrywolf | I would like to use beowulf for other reasons, and have been thinking of upgrading. |
| 19:34.27 | debdog | was only half listening. and now he's not listening at all anymore, need to do some other stuff.... |
| 19:34.35 | buZz | huhhhh: check the forum :) maybe http://dev1galaxy.org/viewtopic.php?id=2301 |
| 19:34.49 | furrywolf | yeah, I need to do other stuff too. bbl. |
| 19:35.50 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
| 19:36.05 | huhhhh | I'm always in a hurry and I don't like to read :-DD |
| 19:36.34 | buZz | huhhhh: welcome to a operating system that punishes people who dont read |
| 19:38.45 | nemo | buZz: that has been my experience with linux over the past couple of decades yes ⺠|
| 19:39.07 | *** join/#devuan APic (apic@apic.name) |
| 19:39.13 | nemo | debdog: woot. got to a usable screen with the devuan minimal 2.1 standard by setting vga=771 I guess whatever vga=auto or whatnot was trying was failing with the barely-a-graphics-card on this machine. big old crash in the intel fb driver regardless, but seems to have gotten past it... only now is hanging just after starting cron. and can't seem to get any keyboard interaction â¹ |
| 19:39.30 | debdog | would like to switch to gentoo but he's too dumb for that |
| 19:39.39 | nemo | maybe I can try vga=771 plus the noprobe |
| 19:39.41 | huhhhh | so what all comes extra in the 4GB install? I installed desktop-live, but this one has 3 GB more! http://i.imgur.com/HO0Ao8x.png |
| 19:40.05 | debdog | nemo: what hardware is that? |
| 19:40.15 | debdog | dang, and I am back to IRC |
| 19:41.32 | nemo | debdog: oh. some machine I got ages ago for $99 thought it'd make a decent server |
| 19:41.35 | nemo | which it did |
| 19:43.00 | fsmithred | huhhhh, the 4GB iso is one of the installer isos - not everything on the dvd will be installed |
| 19:43.25 | fsmithred | it uses the debian-installer |
| 19:43.35 | huhhhh | 3gb of overhead? |
| 19:43.43 | nemo | debdog: something like the asus ts mini only with only a gig of RAM - it was not intended to have VGA at all. they had plastic backing covering the port on the board that needed cutting away |
| 19:43.50 | fsmithred | 3gb of software you can install without a network connection |
| 19:43.54 | nemo | debdog: I usually run it headless unless I screw something up. which I did. |
| 19:43.59 | huhhhh | since the live is only a little over 1GB |
| 19:44.20 | nemo | maybe I need to find a linux ISO from like 8 years ago |
| 19:44.38 | fsmithred | 3gb of the most popular software in case someone wants it |
| 19:44.46 | huhhhh | fsmithred with OBS :-D |
| 19:44.50 | huhhhh | ? |
| 19:44.53 | fsmithred | what's OBS? |
| 19:45.04 | huhhhh | open broadcaster software |
| 19:45.21 | fsmithred | is that for radio or webcast? |
| 19:45.57 | buZz | videostreaming of webcams and screencaptures |
| 19:46.08 | buZz | to twitch/youtube/own rtmp servers |
| 19:46.11 | huhhhh | one of the most pita software to install in Linux, used by every streamer with millions of followers, who if they gave a shout out to a distro that comes with it, that distro could be the #1 distro just by that |
| 19:46.36 | buZz | devuan comes with it |
| 19:46.39 | huhhhh | like imagine if Pewdiepie swittch to Linux, and mentions the distro |
| 19:47.01 | fsmithred | well, if you were doing broadcast radio, you could deal with rivendell, which is another major PITA to install |
| 19:47.14 | huhhhh | OBS is for internet streaming |
| 19:47.25 | huhhhh | and screen recording |
| 19:47.32 | buZz | fsmithred: some ppl at our hackerspace use liquid soap for audio queueing |
| 19:47.37 | buZz | sometimes even mixed with MPD |
| 19:47.49 | *** join/#devuan cd (~cd@unaffiliated/cd) |
| 19:47.53 | buZz | but with liquid soap they can easily do commercial breaks etc |
| 19:47.54 | fsmithred | yeah, I haven't played with liquid soap |
| 19:48.56 | fsmithred | I'm not finding obs in devuan |
| 19:49.57 | buZz | obs-studio |
| 19:50.21 | huhhhh | buZz, you're saying it is installed on the 4GB? |
| 19:50.30 | fsmithred | contrib or non-free? |
| 19:50.31 | buZz | 'the 4GB' ? what |
| 19:50.42 | buZz | oh that might be it fsmithred |
| 19:50.42 | fsmithred | huhhhh, he's saying it's in the repository |
| 19:50.50 | buZz | just pulling the debian one upstream? |
| 19:50.55 | buZz | obs-studio/now 1:19.0.2-dmo2+deb9u1 amd64 [installed,local] |
| 19:50.57 | huhhhh | 4GB distro http://i.imgur.com/HO0Ao8x.png |
| 19:51.01 | fsmithred | we don't know if it's in the dvd, but I'll bet it isn't |
| 19:52.40 | fsmithred | yeah, the obs website shows that it's in debian repo, therefore it's in devuan too. |
| 19:52.49 | huhhhh | obs-studio/now 20191212-1 amd64 [installed,local] |
| 19:53.38 | fsmithred | so you already installed it? |
| 19:54.25 | huhhhh | <PROTECTED> |
| 19:54.28 | huhhhh | now it's |
| 19:54.30 | huhhhh | obs-studio/stable,now 0.15.4+dfsg1-1+b1 amd64 [installed] |
| 19:55.17 | *** join/#devuan Guest52516 (~jmarinho@101.237.165.83.dynamic.reverse-mundo-r.com) |
| 19:56.12 | fsmithred | yeah, that's the version in ascii |
| 19:58.08 | huhhhh | It is an ancient version, doesn't have dlive in the server list yet. |
| 19:58.20 | *** part/#devuan Guest52516 (~jmarinho@101.237.165.83.dynamic.reverse-mundo-r.com) |
| 19:59.37 | buZz | huhhhh: see, its v15 |
| 20:00.38 | nemo | debdog: netinst rescue mode did the trick. set vga super low for good measure |
| 20:00.40 | *** join/#devuan Guest52516 (~jmarinho@101.237.165.83.dynamic.reverse-mundo-r.com) |
| 20:00.44 | nemo | finally got a mount point to the filesystem |
| 20:00.53 | nemo | aaand fixed my stupidity |
| 20:00.55 | nemo | and booted |
| 20:01.34 | *** part/#devuan Guest52516 (~jmarinho@101.237.165.83.dynamic.reverse-mundo-r.com) |
| 20:01.39 | nemo | basically rebooted the server with /boot/bootimage being a symlink to the image for some reason. I have no idea how I managed to do that |
| 20:03.49 | debdog | \o/ |
| 20:11.17 | nemo | welp. guess I'm gonna setup irssi on the server again... |
| 20:11.25 | nemo | and shop for some more cheap computing |
| 20:11.28 | nemo | bye |
| 20:16.41 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
| 20:28.46 | *** join/#devuan IoFran (~Thunderbi@200.68.141.94) |
| 20:36.16 | *** join/#devuan huhhh (3262c542@d50-98-197-66.bchsia.telus.net) |
| 20:47.30 | *** join/#devuan rdav (~rdav@122.150.193.110) |
| 20:48.51 | *** join/#devuan climbingturtle (~climbingt@c213-89-14-151.bredband.comhem.se) |
| 20:54.02 | *** join/#devuan huhhh (3262c542@d50-98-197-66.bchsia.telus.net) |
| 20:59.04 | *** join/#devuan tom_work (~tom_work@c-73-240-163-247.hsd1.or.comcast.net) |
| 21:04.10 | tom_work | What is a good graphical mariadb and/or postgres GUI without featureitis and only implements the basic of what the CLI implements? |
| 21:04.46 | tom_work | I normally use emma but it seems to have trouble keeping up with large datasets |
| 21:11.03 | mason | tom_work: I only ever use the stock CLIs or custom CLI tools. |
| 21:11.03 | *** join/#devuan firas (~firas@94.141.212.189) |
| 21:11.03 | *** join/#devuan firas (~firas@unaffiliated/firas) |
| 21:11.19 | mason | tom_work: What's the goal with a GUI for the purpose? |
| 21:13.04 | *** join/#devuan firas (~firas@unaffiliated/firas) |
| 21:13.14 | *** join/#devuan rdav (~rdav@122.150.193.110) |
| 21:18.28 | tom_work | mason, it's quicker to click on a tab to swap between SORT 'col' DESC, SORT 'col' ASC, view null values as a specific color like cyan, and get an overview of the schema in a specific tag |
| 21:18.43 | tom_work | otherwise I'm still writing and interacting with the RDBMS with raw SQL |
| 21:19.14 | tom_work | it's more convenience for testing this in a development or maintenance environment |
| 21:20.57 | mason | tom_work: kk, reasonable - I was just curious. If you find one I'd like to give it a try. |
| 21:21.48 | tom_work | mason, I use emma currently |
| 21:21.52 | tom_work | and works fantastic |
| 21:22.20 | mason | aw |
| 21:22.28 | mason | um, paste-o |
| 21:22.36 | mason | I'll give Emma a try. Thank you. |
| 21:22.40 | tom_work | only problem is when your handling 90,000,0+ rows the GUI freezes up for a few seconds, and it seems to need to be restarted to work properly if your SQL TCP connection dies |
| 21:22.49 | tom_work | mason, It's on the Devuan ASCII repos |
| 21:23.20 | mason | Cool. (Although FWIW I only use Beowulf lately.) |
| 21:23.43 | tom_work | idk if the same version is in beowulf |
| 21:24.02 | tom_work | but it's python2 code so you can easily jus extract it from an old package and run it if that's the case |
| 21:31.51 | *** join/#devuan rdav (~rdav@110.193.150.122.sta.dodo.net.au) |
| 21:35.48 | *** join/#devuan cd (~cd@unaffiliated/cd) |
| 21:52.55 | *** join/#devuan maggotbrain (~maggotbra@c-73-254-248-250.hsd1.wa.comcast.net) |
| 22:06.00 | *** join/#devuan omnio (~omnio@86.121.167.135) |
| 22:37.15 | *** join/#devuan HUHHH (3262c542@d50-98-197-66.bchsia.telus.net) |
| 22:49.00 | *** join/#devuan systemdlete2 (~systemdle@c-73-116-51-231.hsd1.ca.comcast.net) |
| 22:49.17 | systemdlete2 | Mom, may I have a cookie? |
| 22:49.23 | systemdlete2 | polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie |
| 22:49.34 | systemdlete2 | PolicyKit is hungry for a cookie. |
| 22:50.07 | systemdlete2 | Log file: Unregistered Authentication Agent for unix-process:4300:73536 (system bus name :1.29, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, |
| 22:50.36 | systemdlete2 | This is when I launch gufw from a regular user. It works fine if I run gufw from root command prompt though (of course...) |
| 22:51.04 | systemdlete2 | If I run gufw from the menus, it quietly fails; I do not see hide nor hair of it. |
| 22:51.49 | systemdlete2 | If I run gufw from regular user command line, it fails when I enter root password (which I confirm is correct, and have tried multiple times) with the error in the log. |
| 22:52.17 | systemdlete2 | Googling reveals this is kind of a widespread problem |
| 22:53.01 | systemdlete2 | This is my ascii VM |
| 22:53.10 | systemdlete2 | afaik, it has all of the updates |
| 22:54.29 | systemdlete2 | This is actually a minor nuisance, since I can always launch gufw from the root command line. But it is a bug of some sort. |
| 22:57.38 | *** join/#devuan unixman (~aunixman@unaffiliated/eracc) |
| 23:09.15 | *** join/#devuan tillo (znc@pentoo/developer/tillo) |
| 23:10.31 | *** join/#devuan MasterdonX (~masterdon@45.9.250.100) |
| 23:10.34 | *** join/#devuan hellekin (~how@unaffiliated/hellekin) |
| 23:11.54 | *** join/#devuan Leander (~Leander@132.147.84.158) |
| 23:20.49 | systemdlete2 | So research is telling me that there really is an xfce4-polkit package but maybe we don't have it in the repo. |
| 23:21.23 | EHeM | SECURITY: Once again security updates appear to have broken, this time while most packages from src:git got their updates, git is missing. |
| 23:21.45 | systemdlete2 | It's also telling me it might be time to switch to a different desktop to avoid this headache. OTOH, I like xfce (and always have) and this is -- as I said -- a minor nuisance. Not many other issues I can think of. |
| 23:43.46 | *** join/#devuan huhhh (3262c542@d50-98-197-66.bchsia.telus.net) |
