xinomilo | is newest firefox from ceres working for people? (68.0.1-2 ) | 11:21 |
---|---|---|
xinomilo | i can't get it to open any page. | 11:21 |
debdog | more reports on my beowulf experience: a good thing happened, autocompletion workes as root for aptitude OOTB. in former years I've had to set that up manually | 15:11 |
xrogaan | it's a bashrc thing, isn't it? | 15:11 |
xrogaan | xinomilo: check apparmor? | 15:12 |
xrogaan | logs and all that | 15:12 |
xinomilo | already did, nothing "DENIED"... | 15:13 |
xinomilo | working with firefox-esr atm, will try again later.. | 15:14 |
xinomilo | stopped working after latest update.. | 15:14 |
xinomilo | when i close buggy firefox i get these in .xsession-errors : | 15:30 |
xinomilo | [Parent 22607, Gecko_IOThread] WARNING: pipe error (106): Connection reset by peer: file /build/firefox-loo0o6/firefox-68.0.1/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 358 | 15:30 |
xinomilo | [Parent 22607, Gecko_IOThread] WARNING: pipe error (131): Connection reset by peer: file /build/firefox-loo0o6/firefox-68.0.1/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 358 | 15:30 |
beo_ulf | debdog: \o/ 2019 the year of TAB | 15:32 |
beo_ulf | have you noziced bash completion even completing remote paths for rsync IF you have access via a key? | 15:38 |
beo_ulf | magick! | 15:38 |
xinomilo | wtf, firefox is now working, after 2-3 close-open program.. (!?) | 15:40 |
debdog | magic, yesyes. another kind of magic: on beowulf hwinfo --framebuffer stopped listing available modes. which I need to set up the bootloader properly. found nothing on that on https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=hwinfo;dist=unstable https://github.com/openSUSE/hwinfo/commits/master and https://github.com/openSUSE/hwinfo/issues | 15:41 |
debdog | please, someone on beowulf (AKA beo_ulf) can test this? I am talking about the lines starting with 'Mode' like | 15:43 |
debdog | Mode 0x035a: 1600x1200 (+6400), 24 bits | 15:43 |
r3boot | http://pierre.baudu.in/other/grub.vga.modes.html | 15:44 |
r3boot | assuming this is why you want to know the modes | 15:44 |
beo_ulf | I'm typing on a debian notebook connected to ARM devuans... | 15:44 |
debdog | r3boot: almost. I am using lilo. are they the same? however, I'd prefer a having a working hwinfo again | 15:46 |
debdog | beo_ulf: I see | 15:46 |
debdog | right | 15:46 |
beo_ulf | does vga=ask stop working? | 15:48 |
beo_ulf | did? | 15:48 |
debdog | have not tried that yet | 15:48 |
beo_ulf | havent used it for yeaaaaars | 15:48 |
beo_ulf | and vga=scan? | 15:48 |
beo_ulf | or was scan a command to vga=ask? | 15:49 |
beo_ulf | not alkheimer... just loooong ago... | 15:49 |
beo_ulf | o:-) | 15:49 |
r3boot | lilo .. wow .. okay. Doesnt really matter tho, since both can pass vga= parameters to the kernel | 15:49 |
r3boot | I'd submit a bugreport for hwinfo if you really need that info tho | 15:50 |
debdog | beo_ulf: lilo.conf does not mention 'scan' | 15:50 |
r3boot | just out of curiosity. Why use lilo instead of, say, syslinux? | 15:51 |
debdog | r3boot: bug report, ok. I just have to collect more info | 15:51 |
beo_ulf | ok... then add vga=ask, rebot and enter scan instead of a vga mode | 15:51 |
debdog | r3boot: I am used to it. it's as simpole as that | 15:51 |
r3boot | ok | 15:52 |
beo_ulf | I still dont see why booting an os (linux) needs an os (grub) | 15:52 |
beo_ulf | but I got tired swimming upstream somewhen | 15:52 |
beo_ulf | and accepted grub | 15:52 |
r3boot | because you need a bootloader (grub, syslinux, lilo, etc) to actually boot a kernel | 15:53 |
debdog | rebooting... (which does not work either, but that's not beowulf related and I am working on that, too) | 15:53 |
beo_ulf | grub is an os... knowing FSes | 15:53 |
beo_ulf | lilo is a loader | 15:53 |
r3boot | right | 15:53 |
beo_ulf | just loading a list of blocks | 15:53 |
beo_ulf | lilo doesnt know FSes | 15:53 |
r3boot | and that's why it cannot boot of LVM/md ;) | 15:53 |
beo_ulf | thats a different dimension of complexityy | 15:53 |
r3boot | but, w/e, to each his/her/its own :) | 15:54 |
beo_ulf | I did boot LVM without initrd via lilo | 15:54 |
beo_ulf | but nobody did care | 15:54 |
beo_ulf | mentioned it in LVMs mailing list | 15:54 |
beo_ulf | in LVM1 days | 15:54 |
beo_ulf | kernel 2.2.13 or such | 15:55 |
r3boot | grub/syslinux do that out of the box | 15:55 |
beo_ulf | now... | 15:55 |
beo_ulf | 20 yrs later | 15:55 |
beo_ulf | :-Þ | 15:55 |
r3boot | yep, software evolves, just like bootloaders ;) | 15:56 |
beo_ulf | grub is an OS! | 15:56 |
r3boot | what-fsck'in-ever :) | 15:56 |
beo_ulf | I only use it because I'm lazy... | 15:56 |
beo_ulf | its typical gnu bloat... | 15:57 |
beo_ulf | but default on installs | 15:57 |
beo_ulf | GNUnsinn... | 15:57 |
debdog | lilo's scan did not list the display's native resolution (which hwinfo did) so I suppose the scan is incomplete | 16:01 |
debdog | 1280X800 | 16:01 |
debdog | s/X/x/ | 16:01 |
beo_ulf | ok... life happens... I need to slay some buerocracy now... | 16:02 |
beo_ulf | :-/ | 16:02 |
beo_ulf | that triggers alergies... :-P | 16:02 |
beo_ulf | all*? | 16:02 |
* debdog dubs beo_ulf beo_quijote | 16:04 | |
beo_ulf | Ommmmmmmmmmmmmmm... | 16:12 |
debdog | installed hwinfo and related packages from ascii and now hwinfo --framebuffer works as expected. no success in compilg it from source or it just takes aaaaaages (like it's running for mor than an hout now) | 18:06 |
debdog | *hour | 18:06 |
debdog | one debian buster user confirmed my issue | 18:07 |
beo_ulf | \o/ | 18:12 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!