Garb0 | Anyone on beowulf having issues with pulseaudio? | 03:25 |
---|---|---|
Garb0 | audio for tor browser or firefox in particular | 03:26 |
fsmithred | Garb0, yes. I don't use pulseaudio. Firefox-esr does not need it, but tor-browser does. | 03:35 |
fsmithred | I can use apulse with tor-browser | 03:36 |
Garb0 | There's the thing, pulseaudio is well set up, waterfox works fine with it but not tor browser. | 03:36 |
Garb0 | apulse not working with TB either. | 03:37 |
fsmithred | I added apulse to the command in the tor-browser launcher | 03:37 |
Garb0 | Beowulf really did break a buncha stuff didnt it | 04:01 |
jungleprimes | Garb0 - What are you observing? | 04:04 |
Garb0 | You got a laptop? | 04:05 |
Garb0 | run redshift, wait for a few hours, switch your TTY then go back to Xorg | 04:05 |
Garb0 | it will freeze | 04:06 |
jungleprimes | I currently use Devuan as a server, not as a workstation/GUI build. Although I have a GUI VM of devuan beowulf and a GUI VM of devuan jessie for testing purposes only. | 04:09 |
jungleprimes | Not on laptop | 04:09 |
Garb0 | I had to upgrade to beowulf because some of my software only runs on >2.28glib | 04:10 |
Garb0 | otherwise ASCII was one solid son of a gun, i run everything in it, literally everything, Xorg, browsing, sshd and webserver, steam and wine, quite literally ran everything like a champ. | 04:11 |
Garb0 | all in the same setup | 04:11 |
jungleprimes | nice | 04:11 |
Garb0 | Anyway, i will try reporting bugs when i can confidently reproduce them, for now i guess i'll suffer | 04:14 |
jungleprimes | Garb0 - Have you considered keeping ASCII as primary and just booting into Beowulf for this specific application you are talking about? Or run Beowulf inside of ASCII as a vm? | 04:28 |
Garb0 | it's waterfox | 04:28 |
Garb0 | i'm not VMing just for a browser | 04:29 |
meep_____ | » [18:25:55] <Garb0> Anyone on beowulf having issues with pulseaudio? | 04:30 |
meep_____ | Always having issues with pulseaudio | 04:30 |
furrywolf | I stopped having issues with pulseaudio when I started apt-get purging it by default. | 04:30 |
djph | ^ | 04:31 |
ullet | anybody have a life-migration list of tips | 05:15 |
ullet | live | 05:15 |
ullet | from debian to devuan without re-imaging | 05:15 |
golinux | https://beta.devuan.org/os/documentation/dev1fanboy/en/buster-to-beowulf | 05:19 |
meep_____ | Mentos to cheetos | 06:14 |
meep_____ | Basketballs to broke | 06:14 |
Garb0 | should i just say fuck it and upgrade to ceres | 07:04 |
ullet | it depends on which package mix will cause you least work and problems | 07:04 |
ullet | and that mix is different for each administrator | 07:04 |
Garb0 | maybe it will unscrew the paudio issue with tor | 07:05 |
Garb0 | guess i got nothing to lose | 07:05 |
ullet | if you do a lot of work with building recent projects from git, i think ceres makes sense | 07:05 |
ullet | why do you use pa Garb0 ? | 07:05 |
Garb0 | tor and ff usually doesn't work without it, mumble too i believe | 07:06 |
ullet | ff works fine with alsa here | 07:06 |
Garb0 | quantum? | 07:06 |
Garb0 | you use apulse? | 07:07 |
ullet | no | 07:07 |
Garb0 | esr? | 07:07 |
ullet | yes | 07:07 |
ullet | 68.4.1esr-1~deb10u1 | 07:07 |
ullet | is that a bad one? | 07:07 |
ullet | firefox dropped alsa for a while but whatever debuan gives me works fine with alsa | 07:08 |
Garb0 | not me though, hm. | 07:09 |
Garb0 | ESR does work with alsa i think | 07:09 |
Garb0 | but the tor bundle and quantum don't, regardless of distro | 07:09 |
ullet | ah | 07:10 |
ullet | well i don't view media in browser anyway | 07:10 |
meep_____ | When will ascii become EOL? | 07:24 |
bleb | if you down an interface | 07:44 |
bleb | like ip link set wlan0 down | 07:44 |
bleb | does wicd put it back up? | 07:44 |
ullet | try it? | 07:45 |
bleb | well | 07:48 |
bleb | something puts it back up | 07:48 |
ullet | idk | 07:49 |
jungleprimes | you could use a syscall tracer tool, so you can identify which pid made the request | 07:49 |
jungleprimes | or try using a different network connection, shutting down wicd, and see if it still happens | 07:50 |
jungleprimes | I'm not very familiar with wicd tho | 07:51 |
ullet | anybody install qtcreator lately without dependency problems ? | 08:33 |
ullet | beowulf here | 08:34 |
Garb0_ | alright, terminus font is broken in ceres | 08:52 |
ullet | use unscii font! | 09:00 |
ullet | http://pelulamu.net/unscii/ | 09:00 |
nemo | so... something keeps deleting /tmp in my devuan ascii at work. (with no reboot) causing my tmux socket and other things to be lost | 16:02 |
nemo | I was wondering how devuan configured /tmp and if anyone had any ideas for what might be at fault | 16:03 |
mason | nemo: You could use inotify to watch what's going on in there. | 16:03 |
gnarface | nemo: should have been chosen by you at install time. what does the output of "mount" say? | 16:03 |
mason | gnarface: He's not talking about clearing at boot/reboot, though. | 16:04 |
nemo | O_o /tmp is not a mount | 16:04 |
nemo | I thought for sure I'd see tmpfs | 16:05 |
nemo | whaaaaaat | 16:05 |
nemo | I never even bothered to review that when installing | 16:05 |
gnarface | that's what i was looking for, tmpfs. but this is also an important revelation. it means your /tmp directory is in your / partition | 16:05 |
nemo | yep | 16:05 |
nemo | shocker to me too | 16:05 |
gnarface | still don't know why it's being purged, but it might be important to note the amount of free space on / when that happens | 16:06 |
nemo | gnarface: seems to happen on all the devuans regardless of available space | 16:06 |
nemo | but the one that is annoying me is definitely low on space | 16:06 |
gnarface | hmmm. so it's gotta be something you installed | 16:06 |
gnarface | yea maybe inotify is the key | 16:06 |
nemo | gnarface: well. could perhaps be something the network admins are running. they insist on an admin account with ssh access | 16:07 |
nemo | hmmm maybe it purges /tmp if it is short on space | 16:07 |
gnarface | possible | 16:07 |
nemo | I should see if I can move my tmux to $HOME | 16:07 |
gnarface | well | 16:07 |
gnarface | one thing is that the policy for /tmp is supposed to be such that random purges are safe | 16:07 |
gnarface | not always true, but that's *supposed* to be the case | 16:08 |
nemo | gnarface: yeah, but a lot of stuff relies on it for long-running sockets | 16:08 |
nemo | tmux for example | 16:08 |
nemo | probably based on assumption that purges are reboot linked | 16:08 |
gnarface | but, there is /var/tmp, which has a different policy about persistence | 16:08 |
nemo | keychain is another that bugs me | 16:08 |
gnarface | so, in theory you are supposed to use /var/tmp instead when someone administratively above you is doing this to you | 16:08 |
nemo | gnarface: well then the debian tmux package needs a different config. lemme see if I can move the file | 16:08 |
nemo | ok | 16:08 |
gnarface | now, if this starts happening to you in /var/tmp/ too, you either have a rogue process or clueless admins | 16:09 |
nemo | https://unix.stackexchange.com/questions/496454/how-to-attach-to-a-tmux-session-after-deleting-its-session-file hm. welp. here's the tmux fix at least | 16:10 |
nemo | will remember that one. | 16:10 |
gnarface | even the change to purging /tmp on reboot is relatively recent in the scope of my experience. the policy about it has never changed, but for a long time it was also not enforced | 16:11 |
gnarface | someone must have noticed that openbsd was doing it | 16:12 |
buZz | if only we had a tmpfs for that | 16:12 |
buZz | :D | 16:12 |
buZz | oh we do, since 2001 | 16:13 |
nemo | buZz: heh. I used the devuan install defaults. I *assumed* those would include a tmpfs for /tmp by default | 16:18 |
nemo | I mean, I can set one up now, but... | 16:18 |
nemo | (also doesn't fix the base problem there, gotta see how to move keychain and tmux to /var/tmp without having to build my own package) | 16:18 |
nemo | hmmmm | 16:19 |
nemo | I could hardlink them in /var/tmp perhaps. amusingly because devuan does not have tmpfs mounts on /tmp and /var/tmp that would actually work 😃 | 16:19 |
nemo | then at least I could recover them easily when they are destroyed | 16:19 |
buZz | :) | 16:20 |
gnarface | something unnerves me about that approach, but i can't think of any technical reason why it wouldn't work | 16:20 |
buZz | actually, my devuan desktop does use tmpfs for /tmp | 16:20 |
buZz | quite sure i didnt set that up myself, but could be wrong | 16:21 |
gnarface | nemo: if you let it do automatic partitioning, the logic may do different things based on the size of the disk | 16:21 |
gnarface | nemo: i've literally never been satisfied with automatic partitioning. i haven't done a non-expert install since the very first one. | 16:21 |
nemo | gnarface: I don't think I chose automatic partitioning, but hard to remember. | 16:35 |
nemo | it might have been | 16:35 |
nemo | gnarface: I'm a little confused as to why partitioning would have anything to do with the mount points | 16:35 |
nemo | buZz: my devuan workstation here does not seem to have tmpfs on /tmp either | 16:35 |
nemo | gnarface: ok. yes, I can see a relation for the base mount for each partition, but not so much for this tmpfs thing ☺ | 16:36 |
nemo | huh. interesting... I just checked an oooold gentoo system and an oooold ubuntu and neither had /tmp tmpfs either | 16:40 |
nemo | so maybe this is standard behaviour for a long time | 16:41 |
gnarface | nemo: sorry, did not mean to to confuse you; yes, the manual deleting of the contents of /tmp as a policy in the distro has been a feature of the debian distro for a few releases before devuan forked, that's is a separate thing from the tmpfs issue | 16:42 |
gnarface | either one could have been a potential culprit | 16:42 |
gnarface | sometimes when i'm helping people debug stuff, i have them check tangentially relevant possibilities in case they forgot something (changing /tmp to tmpfs is feasibly something someone might do for performance and then forget 3 years later) | 16:43 |
gnarface | and no, it still shouldn't have been an issue unless you were facing some sort of additional hardware or software failure, but when someone is having a problem nobody else has ever had, these are the types of possibilities we need to have on the checklist to be thorough | 16:44 |
nemo | gnarface: yeah. uptime for this devuan ascii has been 50 days now. but I seem to lose /tmp almost every day | 16:44 |
gnarface | heh, yea maybe check the system for cron jobs that run around that time every day... | 16:45 |
gnarface | hopefully you're not facing some ext4 filesystem corruption, but that's also a theoretical possibility here | 16:46 |
gnarface | i think it may have been in the jessie->ascii transition where if you use the older e2fsprogs on the newer ext4 version for fsck or resizing at any point, it causes a silent corruption that slowly unravels the whole filesystem | 16:47 |
nemo | hmmm | 16:56 |
nemo | that would be bad | 16:56 |
nemo | have not done any resizing | 16:56 |
nemo | oh. also this was a clean ascii install | 16:56 |
gnarface | yea, probably not the issue then | 16:57 |
mason | nemo: Had meetings, but... Why not just run inotify and find out unambiguously what's clearing your /tmp ? | 17:00 |
ham5urg | I just installed unattended-upgrades and took a look at vim /etc/apt/apt.conf.d/50unattended-upgrades and found "origin=Debian,codename=${distro_codename},label=Debian"; | 17:16 |
ham5urg | Is this correct? | 17:16 |
ham5urg | I found this: https://bugs.devuan.org/db/78/78.html | 17:18 |
ham5urg | looks like it ahs to be edited. | 17:18 |
nemo | mason: heh. meetings here too. | 17:30 |
nemo | mason: sounds like a good idea actually. I've just never done inotify from commandline, so have to look up how the utility works | 17:31 |
nemo | *DDGs for a guide* | 17:31 |
nemo | looks like inotify-utils inotifywatch/wait | 17:33 |
nemo | hm | 17:34 |
mason | Hrm, it's been a while. Maybe inotify isn't idea. Not seeing how to wring a process ID out of it at a quick glance. | 17:34 |
nemo | yeah | 17:34 |
mason | So, perhaps auditd then. | 17:35 |
nemo | mason: also was rather surprised. did inotifywaych -r /tmp/test and then rm /tmp/test/foo and rmdir /tmp/test in another window | 17:35 |
mason | That'll show processes. It's heavier-weight to configure and the logs are verbose. | 17:35 |
nemo | and nothing showed up in the watch | 17:35 |
nemo | which is kinda wtf | 17:35 |
gnarface | i suddenly thought of the possibility this could be caused by a poor edit to the php garbage collection (debian uses a cron script for it, for security purposes, in defiance of upstream) | 17:35 |
nemo | ah. only reports on abort | 17:35 |
nemo | maybe works on a SIG too | 17:35 |
mason | inotifywait -m /tmp is probably what I'd say | 17:36 |
nemo | gnarface: oooooooh | 17:36 |
mason | or inotifywait -rm /tmp | 17:36 |
nemo | gnarface: these problems are recent and on machines where php is installed | 17:36 |
nemo | er. wait. you're talking about my problem? | 17:36 |
gnarface | nemo: you got php on there? yes. i'm talking about your problem. it just occurred to me that php session storage is in /tmp | 17:36 |
nemo | gnarface: where's this garbage collection? | 17:37 |
gnarface | like i said, a cron script | 17:37 |
nemo | gnarface: yeah, it's my dev server so I have a ton of stuff | 17:37 |
nemo | gnarface: tomcat, weblogic, apache with mod_php, X... | 17:37 |
nemo | gnarface: ok. fair 'nuff. was hoping you could help narrow it down a bit | 17:38 |
gnarface | if you used the the php packages in the repo, it should have put a cron script somewhere that parses the php.ini manually for the session path. it would be easy to make a mistake and have it deleting all of /tmp | 17:38 |
ham5urg | I changed /etc/apt/apt.conf.d/50unattended-upgrades to | 17:38 |
nemo | I will now search all the locations where crons are ☺ | 17:38 |
ham5urg | "origin=Devuan,codename=${distro_codename},label=Devuan"; | 17:38 |
ham5urg | "origin=Devuan,codename=${distro_codename},label=Devuan-Security"; | 17:38 |
nemo | gnarface: was absolutely the repo php yes | 17:38 |
ham5urg | a dry run looks good but at this moment the system is up to date. So no real test. | 17:38 |
mason | nemo: here: https://bpaste.net/OA2Q | 17:45 |
nemo | thanks | 17:47 |
nemo | looks like something that could get big fast | 17:47 |
nemo | mason: those rules seem to be global? | 17:47 |
nemo | don't see any mention of /tmp | 17:47 |
mason | nemo: You can add -F dir=/tmp | 17:48 |
mason | half a sec | 17:48 |
nemo | mason: ok. thanks. actually to cut down on noise I'll probably just do the tmux socket | 17:48 |
nemo | 'cause I'm sure to forget this was setup | 17:48 |
mason | nemo: https://bpaste.net/XJXQ | 17:48 |
mason | nemo: you'll remember when you run out of disk space. =cough= | 17:49 |
nemo | lol | 17:49 |
nemo | mason: that won't be long since this vm is at 99% | 17:49 |
nemo | still haven't figured out what I can delete to free it up ☹ | 17:49 |
nemo | ooooh | 17:49 |
nemo | apt cache! | 17:49 |
nemo | 2.7 gigs | 17:50 |
nemo | a start | 17:50 |
nemo | 93% yay | 17:50 |
mason | argh, service auditd restart | 17:52 |
mason | systemctl warps my memory | 17:52 |
mason | but otherwise the paste ought to work | 17:52 |
nemo | heh | 17:53 |
nemo | mason: don't worry, I'm not in the habit of copying and pasting things into shell anyway | 17:53 |
nemo | they were all done piecemeal | 17:53 |
nemo | but yes, I noticed that ☺ | 17:53 |
nemo | thanks though | 17:53 |
nemo | now to wait for that rogue process to step into the trap. bwahahaha | 17:53 |
mason | heh | 17:53 |
mason | auditd is useful | 17:54 |
openbsdtai123 | hi, devuan ascii amd64 x64 stable cannot format mkfs.extXX anything. it just hangs | 17:54 |
openbsdtai123 | I have tried with slackware stable, current 4.4.12 it just works fine (it is a x86_64). Same for openbsd, it can format fine with live openbsd usb stick (mkfs.ext2). So it comes from devuan. | 17:55 |
buZz | sounds like a hardware issue | 18:01 |
buZz | but not sure anyone should even be still on ascii :P | 18:02 |
buZz | did you try mkfs.extX a loopback filesystem yet? | 18:02 |
mason | openbsdtai123: I don't have an ASCII machine to test, but it seems to work fine on Beowulf. I'd be surprised if it broke on ASCII, though. Please try this: | 18:02 |
buZz | dd if=/dev/zero of=./this.fs bs=1M count=1024 ; mkfs.ext2 ./this.fs | 18:02 |
buZz | does that hang too? | 18:03 |
mason | Oh, heh. | 18:03 |
buZz | :) | 18:03 |
mason | buZz: https://bpaste.net/REXQ | 18:03 |
mason | was just getting that ready | 18:03 |
mason | yours was faster | 18:03 |
buZz | heh, yours is more verbose :) | 18:03 |
buZz | if loopback fs' work but real disks dont, checkout dmesg and smartlogs | 18:04 |
mason | openbsdtai123: try this: https://bpaste.net/REXQ | 18:04 |
mason | openbsdtai123: or buZz's version, either way | 18:04 |
openbsdtai123 | (I put first slackware in sda1, with kde, and after sda2 with ascii x64, thank you !!) | 18:05 |
buZz | thats not meaningful or helpful :P | 18:06 |
buZz | if you were able to install devuan at all, that means it did run mkfs at some point :) | 18:06 |
openbsdtai123 | I used CP/M, Unix at bit, started Linux with slackware 2. maybe I should know what I say... | 18:08 |
mason | I often hope for that, but whether I end up spewing confusion or not is too random for my comfort. | 18:10 |
buZz | so i guess that mkfs issue just magically went away? :D | 19:02 |
mason | buZz: You have to understand what's going on under the hood. Then it works. | 19:20 |
buZz | :) | 19:29 |
buZz | i'm excited about popcorn linux coming to mainline kernel | 19:30 |
ullet | popcorn linux? | 19:39 |
ullet | apulse i don't find in repository | 20:15 |
ullet | did it get killed? | 20:15 |
ullet | oh there it is. i was in wrong window | 20:15 |
ullet | debian removed it though hah ah hah | 20:15 |
rad | Hello everyone. Do the mouse speed and acceleration settings work for you? For me both sliders do nothing. I tried in a fresh live-cd installation with XFCE and then on a netinst installation with MATE. | 21:52 |
rad | I noticed that XFCE allowed to configure the sensitivity on both my mouse and my touchpad (I'm on a Dell laptop) while MATE doesn't show which device it is configuring. | 21:53 |
gnarface | rad: maybe try a different mouse driver | 21:55 |
rad | Possibly related: https://www.reddit.com/r/debian/comments/6mdtdo/mouse_preferences_dont_work_on_debian_9_mate/ I'll try installing that xserver-xorg-input-evdev package. | 21:55 |
rad | Is xserver-xorg-input-evdev a mouse driver or are you talking about something different? | 21:56 |
ullet | iduno | 21:56 |
rad | I'm going for a quick restart, brb. :-) | 21:56 |
ullet | xfce has it's own channel and problems | 21:56 |
gnarface | well, i meant xserver-xorg-input-synaptics but xserver-xorg-input-evdev is worth a try too | 21:57 |
gnarface | also make sure you have xserver-xorg-input-libinput | 21:57 |
gnarface | you should have all 3 of those already actually | 21:57 |
gnarface | but you might have to put a custom xorg.conf snippet in place to select one by default | 21:57 |
furrywolf | I had to create an xorg.conf to make mouse settings work at all. | 21:59 |
rad | I only had libinput. I just installed the other two, I remember having to install synaptics on Linux Mint in the past otherwise the touchpad worked but was extremely jittery and was jumping around. | 21:59 |
rad | Be right back. | 21:59 |
furrywolf | https://paste.ubuntu.com/p/f9K8Gky9NF/ (do we have our own pastebin somewhere?) | 22:01 |
gnarface | i've been using paste.debian.net | 22:01 |
furrywolf | I need to get ready for work... if they come back and end up needing an xorg.conf, they can steal mine. bbl. | 22:04 |
gnarface | rad: furrywolf left this example snippet for you while you were gone: https://paste.ubuntu.com/p/f9K8Gky9NF/ | 22:09 |
rad | Ah thank you! | 22:09 |
rad | Is it normal that this directory doesn't even exist for me /etc/X11/xorg.conf.d/ ? | 22:11 |
ullet | it was introduced quite a few years ago | 22:12 |
gnarface | does seem weird, but i wouldn't worry much | 22:12 |
gnarface | create it as root with default permissions | 22:12 |
gnarface | maybe it is missing because you did a livecd install, i'm not sure | 22:13 |
rad_ | No this is a netinst installation with MATE. The live-cd was the previous installation and it was with XFCE and had the same issue. | 22:15 |
gnarface | it shows up in the x11-common package here, but this is a upgraded system | 22:16 |
gnarface | (upgraded from debian to ceres) | 22:17 |
rad_ | https://paste.ubuntu.com/p/ck2KWwfKCn/ I think those config files for X11 exist in /usr/share, not in /etc | 22:19 |
rad | Solved! Here's what I did. Went in /usr/share/X11/xorg.conf.d as su and then I did mv 10-evdev.conf 75-evdev.conf | 22:32 |
rad | These files are parsed alphabetically and the last driver to claim some device will be the one handling it. So moving it to 75 will cause evdev to handle my mouse etc. Now the acceleration for my mouse works but the sensitivity slider doesn't do anything. Still, with acceleration at minimum it's exactly how I want it. | 22:33 |
rad | Thanks for the help. :-) | 22:34 |
gnarface | rad: to be clear, Xorg will check both locations, the /etc/ one and the /usr/share one. you should put your edits in the /etc one because the /usr/share one is supposed to be overwritten by the package manager on updates | 22:34 |
gnarface | (whether it will or not after you've made edits i'm not sure, but either situation could be a disaster) | 22:35 |
rad | oh I see. ok I will copy the file to etc. | 22:38 |
user282069 | have there been many problems with X going from ASCII to Beowulf ? seems like the change from root owning it is big | 22:40 |
gnarface | user282069: depends on your hardware. not all drivers are affected equally. the more common tripping point is the permissions backends | 22:42 |
gnarface | user282069: (check the https://files.devuan.org/devuan_beowulf/Release_notes.txt for details) | 22:43 |
user282069 | thank you. ati here. I'll read on | 22:44 |
user282069 | slim seems to always come through | 22:45 |
rad | Hmmmm no 32bit wine or wine32 on devuan repos because devuan is 64 bit only? | 23:06 |
debdog | rad: you prolly need to add multiarch i386 | 23:16 |
openbsdtai123 | the wine 32 works well on a kernel x86 32bits. there is a kernel and modules and methods: http://openbsdtai123.shell.ircnow.org/devuan.html I use 32bits usually with wine devuan for oldies, old apps. On amd64 x64 kernel, wine32 does not work. | 23:16 |
debdog | https://wiki.debian.org/Multiarch/HOWTO#Usage | 23:16 |
rad | How was I able to run 32bit windows apps on 64bit Linux Mint? I remember addint the i386 arch like debdog says, and then installing something like wine:i386... | 23:18 |
openbsdtai123 | sounds good... nice. I used 4 partitions, wiht 32bits and 64bits for wine. | 23:19 |
gnarface | rad: ignore openbsdtai123 he's wrong | 23:19 |
gnarface | rad: you just need to enable multiarch and remember to re-run "apt-get update" first | 23:19 |
rad | dpkg --print-foreign-architectures gives me i386 | 23:20 |
rad | so I think I added it just fine. | 23:20 |
gnarface | should be working then. the 32-bit packages have the suffix :i386 | 23:20 |
gnarface | (you still won't get any of them by default unless you install something that requires them like steam or wine) | 23:20 |
rad | I'm sure I did update before, from within synaptic, now I did it from the console and it worked! | 23:21 |
gnarface | i don't know shit about synaptic other than i could never make it work either | 23:21 |
gnarface | (i didn't try very hard though; i prefer doing this from a terminal) | 23:21 |
gnarface | there might be some synapic config panel you have to explicitly tell it to not filter certain packages out in | 23:27 |
gnarface | i seem to remember it hiding a lot of dependencies and meta-packages by default | 23:28 |
gnarface | so maybe other arches too | 23:28 |
meep_____ | hello? | 23:58 |
gnarface | we see you meep_____ | 23:58 |
meep_____ | good | 23:58 |
meep_____ | testing out mcabber | 23:58 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!