00:05.15 | rrq | thinks it's a bit early in the day for metaphysial reflections |
00:15.18 | rrq | c |
00:33.56 | *** join/#devuan arnoldoree (~arnoldore@2001:d08:2183:9266:e571:7980:dcc6:ee7) |
00:37.41 | *** join/#devuan igol (~blah@94.244.113.99) |
00:39.54 | bgstack15 | Wafficus: the first rule of irc is the first rule of irc |
00:39.59 | bgstack15 | The second rule is, don't ask to ask. Just ask. |
00:42.41 | *** join/#devuan unixman_home_ (~unixman2@216.137.213.32) |
00:42.41 | *** join/#devuan unixman_home_ (~unixman2@unaffiliated/eracc) |
00:42.50 | Wafficus | I'm trying to figure out how to host a Gitweb instance on port 80 on Nginx, and have been through like 4 different guides in doing so |
00:43.07 | Wafficus | the closest I got was to run it on a different port, like 4321, which is OK I guess but not desired |
00:43.25 | Wafficus | my goal: be able to run the gitweb instance when I visit 'git.musimatic.net' or 'www.git.musimatic.net' |
00:43.44 | Wafficus | however when I go to either of these sites, I get the 'Welcome to Nginx' page |
00:53.10 | Unit193 | Wafficus: I don't mean to misdirect, but have you looked into cgit? I believe it to have a nicer UI, and it is faster. |
00:55.20 | rrq | Wafficus: look up "Search Results |
00:55.20 | rrq | Web results |
00:55.27 | rrq | NGINX Reverse Proxy |
00:55.46 | rrq | .. that's copy-paste :) |
00:56.12 | *** join/#devuan Weeezy (~Weeezy@2604:6000:1503:3ac:3ea8:2aff:fec0:d826) |
00:56.49 | Wafficus | so I have to use a proxy? |
00:56.55 | Wafficus | you mean this right? https://docs.nginx.com/nginx/admin-guide/web-server/reverse-proxy/ |
00:57.12 | rrq | if you want an nginx front-end, yes |
00:57.51 | rrq | the second example should work for you |
00:58.55 | rrq | and then you can firewall that "gitweb port" if you want to avoid people gpoing directly |
01:04.11 | bgstack15 | Wafficus: it sounds like nginx is using the default settings and showing you the generic welcome page. You probably need to set a Location or document-root value. Those are the Apache httpd (apache2) terms. |
01:04.23 | bgstack15 | Hopefully that will get you researching the right direction. |
01:04.59 | bgstack15 | But frankly it'll probably be easier to set up git.musimatic.net/git rather than git.musimatic.net, but of course anything is possible. I'm just supposing that it'd be easier just to add it as a virtual subdirectory |
01:05.26 | Wafficus | I gotcha, appreciate the ideas |
01:05.31 | Wafficus | thanks I'll see |
01:09.05 | Wafficus | I think I figured out the issue |
01:09.14 | Wafficus | I have both an ipv4 and ipv6 address enabled for those sites |
01:09.25 | Wafficus | however I don't have the ipv6 referenced in the nginx based configs |
01:09.45 | Wafficus | I have no idea how to add this, but at least I found the root cause of why I'm not able to see the site |
01:13.07 | *** join/#devuan ar3itrary (~hacker@v22016101923038440.bestsrv.de) |
01:20.05 | *** join/#devuan I3^RELATIVISM (alexissamp@gateway/shell/matrix.org/x-dtvxadtsnawnloij) |
01:20.23 | *** join/#devuan veeee (v7ematrixo@gateway/shell/matrix.org/x-wrfxosvhwfotmdpy) |
01:46.12 | *** join/#devuan I3^RELATIVISM (alexissamp@gateway/shell/matrix.org/x-qdgksaypemnucjoy) |
02:17.05 | *** join/#devuan user1__ (~user1@103.107.132.173) |
03:15.06 | *** part/#devuan Wafficus (~Wafficus@2601:483:4600:296:2ad2:44ff:fee6:6fce) |
03:17.48 | *** join/#devuan Bjornn (~Bjornn@cpe-76-179-91-198.maine.res.rr.com) |
03:42.47 | *** join/#devuan tomtastic (~tomtastic@90.207.134.9) |
03:43.19 | *** join/#devuan Nematocyst (~Nematocys@174-28-17-52.albq.qwest.net) |
04:14.42 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
04:33.28 | *** join/#devuan turmix (~Turmix@bl11-128-173.dsl.telepac.pt) |
04:58.46 | *** join/#devuan Bjornn (~Bjornn@cpe-76-179-91-198.maine.res.rr.com) |
05:07.51 | *** join/#devuan turmix (~Turmix@bl11-128-173.dsl.telepac.pt) |
05:13.31 | *** join/#devuan fsmithred (~fsmithred@devuan/developer/fsmithred) |
05:15.22 | *** join/#devuan bsd4me (~redcoreus@181-107-74-65.gci.net) |
05:16.32 | *** join/#devuan turmix (~Turmix@bl11-128-173.dsl.telepac.pt) |
06:02.28 | *** join/#devuan kreyren[m] (~kreyren@fsf/member/kreyren) |
06:30.49 | *** join/#devuan kreyren (~kreyren@fsf/member/kreyren) |
06:31.27 | *** join/#devuan Joril (~joril@host-217-194-188-145.sbs.redder.net) |
06:32.16 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
06:41.11 | *** join/#devuan kreyren[m] (~kreyren@fsf/member/kreyren) |
06:45.35 | *** join/#devuan silentjet (~jet@staticline-31-182-193-145.toya.net.pl) |
06:53.29 | *** join/#devuan Weeezy (~Weeezy@2604:6000:1503:3ac:3ea8:2aff:fec0:d826) |
07:21.08 | roo^y | i started my Mele PCG35 Apo with Beowulf 24hrs ago, after I'd installed updates & shutdown. After idling, it went to the black screensaver I'd previously set. I couldn't "wake it up" from this state, & killed X. I turned off the screensaver altogether, which has fixed this teething problem. I'm not having any issues turning the screen off with command 'xset dpms force off' & waking it again |
07:25.00 | roo^y | Like ASCII, I won't be surprised if in the future, some process will barely let the screen "sleep/hibernate", randomly/constantly "waking it up" |
07:38.23 | gnarface | roo^y: which screensaver are you using, exactly? is it the "just blank screen" feature of xscreensaver, or something else? |
07:39.05 | gnarface | roo^y: dpms should function normally without needing a screensaver at all, but xscreensaver can tie into it, possibly causing some bad interaction if the video driver does something unexpected |
07:40.17 | gnarface | roo^y: but xscreensaver can also i believe black the screen without dpms, just simulating it visually but not actually activating any power saving feature of the display at all. it's important to know exactly the distinction |
07:41.28 | gnarface | roo^y: the fact dpms is working fine when you engage it manually does strongly suggest either that dpms is a red herring here, or that there's an untracked 3rd variable still |
07:42.35 | roo^y | just checked. I believe it was 'Blank Screen Only' ..I didn't think I'd need a PW, but perhaps toggling to this makes it wanting to be woken with PW |
07:43.07 | gnarface | roo^y: well, the xscreensaver preferences panel should actually have a checkbox somewhere for that too, for whether to lock the screen too |
07:43.31 | gnarface | roo^y: if it's actually xscreensaver you're working with, that is. if it's something else i don't know. |
07:44.01 | gnarface | roo^y: (it would be "xscreensaver-command --prefs" or something like that |
07:44.10 | gnarface | ... xscreensaver-control maybe?) |
07:44.11 | roo^y | (I definitely didn't check the box for 'Lock Screen After' x minutes |
07:44.22 | gnarface | it shouldn't be locking then |
07:44.42 | gnarface | that you are even able to kill x means the whole thing didn't I/O lock, too |
07:44.56 | roo^y | ok |
07:45.00 | gnarface | so this seems to be something specifically related to Xorg |
07:45.31 | gnarface | and dpms seems a strong suspect, but the evidence is pointing to it not being the issue |
07:45.37 | roo^y | can confirm was using stock XScreenSaver |
07:45.47 | gnarface | ok |
07:45.51 | gnarface | maybe try a different screensaver |
07:46.53 | gnarface | the "space" one never locked my shit up |
07:47.14 | gnarface | "just blank screen" seems like it should be pretty safe but we're running out of other things to try |
07:47.26 | roo^y | before installing updates, as I've mentioned sort of, stock settings had the screensaver running 'random', all sorts of built-in "screensavers" |
07:47.42 | gnarface | ah, yea don't do that. they're not all safe with all video drivers, as i've previously mentioned |
07:47.56 | gnarface | sadly you have to test each one individually for performance profile and stability |
07:48.14 | gnarface | what is "heavy" or "unstable" to some hardware/driver combinations may not be to others |
07:48.39 | gnarface | (in general just avoiding the opengl ones like i said before is a pretty good start) |
07:49.59 | roo^y | i see |
07:50.01 | roo^y | an obvious experiment would be to use 'Blank Screen Only' again, to see if I can repeat the fail, or if it was a once off (i'll wait to a convenient time) |
07:50.08 | gnarface | there's even some 2d ones that show of some early 2d acceleration features like rotoscoping and stuff that can be curiously heavy for stuff like cpu use and battery drain on some more modern hardware due to driver inefficiencies or just lack of native support for older APIs and falling back to software emulation |
07:50.24 | gnarface | *that show off |
07:51.15 | gnarface | yea, that would be a good test too, you always need at least more than one data point to draw a straight line |
07:52.20 | gnarface | i feel like the city of Melbourne needs to donate some money to fixing these ancient screensavers as some sort of apology for allowing their name to be used by those domain hijackers for years |
07:52.55 | gnarface | it's sad that we've got the same screensaver problems in the same exact screensavers as we have had for decades but that is just the state of the world |
07:54.15 | roo^y | Melbourne AU or US? |
07:56.29 | gnarface | AU |
07:57.03 | gnarface | there's been a company impersonating a domain registrar named after their city that's been spearphishing domain holders for years with fake expiration notices |
07:57.55 | gnarface | it's got nothing to do with them, but if they have the money to throw at shit like the art project "Priate Baby's Cabanna Battle" then i think they could also maybe stop some international crimes being perpetrated under their name |
07:58.55 | gnarface | they hit me up every few years to try to catch me off guard but i guess they don't expect me to read email headers |
08:00.07 | *** join/#devuan xcm (~xcm@static.90.45.69.159.clients.your-server.de) |
08:02.10 | roo^y | if it's the popular domain register, i send them a bunch of money to hold onto domains i have yet to use ..one recently expired, & i missed the emails. I'm afk for a while |
08:02.39 | gnarface | sigh... yea it's those guys. they're not a real registrar. |
08:02.55 | gnarface | they're just an international crime gang |
08:03.03 | gnarface | (they might also be actually incorporated though) |
08:08.04 | *** join/#devuan AntoFox (~Thunderbi@net-2-39-203-214.cust.vodafonedsl.it) |
08:38.39 | *** join/#devuan zatumil (~Administr@cgn-89-1-210-200.nc.de) |
08:58.37 | *** join/#devuan AntoFox (~Thunderbi@net-2-39-203-214.cust.vodafonedsl.it) |
08:59.47 | *** join/#devuan klaus (~klaus@lfbn-mar-1-506-69.w90-73.abo.wanadoo.fr) |
09:03.31 | *** join/#devuan fylgje (~fylgje@241.red-79-148-22.dynamicip.rima-tde.net) |
09:08.09 | *** join/#devuan ham5urg (~ham5urg@95.163.162.194) |
09:25.10 | *** join/#devuan AntoFox (~Thunderbi@net-2-39-203-214.cust.vodafonedsl.it) |
09:34.09 | *** join/#devuan MasterdonX (~masterdon@198.204.231.150) |
09:50.05 | *** join/#devuan markoong (~mark2@88.202.177.230) |
09:50.17 | *** join/#devuan brocashelm (~brocashel@107.181.166.211) |
09:50.18 | *** join/#devuan brocashelm (~brocashel@unaffiliated/brocashelm) |
09:50.52 | *** join/#devuan pablocastellanos (~emergency@201.216.138.14) |
10:02.00 | *** join/#devuan AntoFox (~Thunderbi@net-2-39-203-214.cust.vodafonedsl.it) |
10:08.35 | *** join/#devuan markong (~mark2@96.44.144.122) |
11:11.14 | *** join/#devuan brocashelm (~brocashel@107.181.166.211) |
11:11.15 | *** join/#devuan brocashelm (~brocashel@unaffiliated/brocashelm) |
11:12.50 | *** join/#devuan ac_laptop (~ac_laptop@186.2.247.129) |
11:49.01 | *** join/#devuan petzi (~petzi@p578b3438.dip0.t-ipconnect.de) |
11:56.54 | *** join/#devuan ham5urg (~ham5urg@dslc-082-082-197-231.pools.arcor-ip.net) |
12:31.56 | ham5urg | Is this a gnome3 without systemd3 as it should be? https://pkginfo.devuan.org/stage/beowulf/beowulf/gnome_3.30+1.html |
12:34.31 | *** join/#devuan HumanG33k (~HumanG33k@apoitiers-157-1-1-54.w90-38.abo.wanadoo.fr) |
12:34.58 | buZz | ham5urg: all devuan apps dont depend on systemd |
12:35.09 | ham5urg | thank god |
12:35.59 | ham5urg | I believed gnome was so deeply dependend on systemd that no human being could use it anymore. |
12:36.19 | buZz | well we arent human |
12:36.33 | buZz | we're aliens trying to save the human race from lennard |
12:36.56 | gnarface | barely even counts as a life form |
12:37.04 | ham5urg | and 40 billions trying to destroy foss |
12:37.22 | ham5urg | and from* |
12:38.03 | ham5urg | I'm sorry, 34 billion |
12:38.06 | *** join/#devuan Inepu (~Mithrandi@37.162.100.81) |
12:38.07 | onefang | I was gonna say we ain't gods, but you can thank us mere mortals anyway. |
12:42.37 | buZz | ;) |
12:42.46 | ham5urg | As virt-manager is not willing to squeeze all performance out from qcow2 (no support of l2-cache-size), has anyone here a best practice to use disk-images with nearly baremetall speed? |
12:43.31 | ham5urg | neither libvirt supports l2-chache-size |
12:43.32 | buZz | lvm thinpool is cute |
12:43.46 | ham5urg | I will take a look |
12:43.53 | buZz | storage doesnt really get faster from a bigger l2 cache though |
12:44.15 | buZz | bcache is cool for increasing speed of spinning rust storage |
12:44.32 | gnarface | i still recommend shell scripts |
12:44.33 | buZz | run a bcache for your raidpool on a raid0 of NVMe's :P |
12:44.51 | onefang | I gave up on virt-manager and just write qemu shell scripts. |
12:45.13 | gnarface | yea, it's really better at a certain point |
12:45.33 | brocashelm | is it normal if you switched to chimaera, but inxi is telling you you're using chimaera/ceres hybrid? |
12:45.36 | gnarface | you just outgrow virt-manager at the point that fixing it is harder than writing the commands by hand |
12:45.36 | bgstack15 | I thought virt-manager was "deprecated" because of web-frontends now? |
12:45.46 | brocashelm | my sources.list only points to chimaera repos |
12:45.47 | bgstack15 | I'm sure it's the fdo people responsible... |
12:45.56 | ham5urg | onefang, gnarface, I just started the same, scripting qemu. |
12:46.02 | *** join/#devuan klaus (~klaus@lfbn-mar-1-506-69.w90-73.abo.wanadoo.fr) |
12:46.19 | gnarface | brocashelm: testing is sorta peeled off unstable after the previous testing goes stable; yes that's expected behavior |
12:46.59 | brocashelm | gnarface: nice, just wanted to be reassured i followed the dist-upgrade steps correctly |
12:47.29 | brocashelm | so far, it's stable as expected, only now with xfce 4.14 8-) |
12:49.03 | brocashelm | my sources.list includes chimaera, chimaera-updates, and chimaera-proposed-updates repos only |
12:49.47 | gnarface | hmm, i'm not sure you want chimaera-proposed-updates, and i'm pretty sure chimaera-updates should be empty or not present |
12:50.38 | gnarface | for testing you should typically only need the first one |
12:50.48 | gnarface | same goes for unstable actually |
12:50.51 | brocashelm | ah |
12:51.22 | ham5urg | I have to handle some shitty windows application, which stores its stuff into a local file (some DB I don't know). I'm never sure if the file is opened or closed, at the moment I start rsync which connects to the windows-machine and syncs the data. Because of this, I thinking of using a VM with this software and backuping snapshots. Due to this I need qcow2 AFAIK. How would you guys handle such win-software? |
12:51.54 | onefang | Chimaera-proposed-updates and chimaera-updates are basically empty at the moment. |
12:52.15 | gnarface | ham5urg: i'm not sure a vm is gonna actually help the problem you're having |
12:52.54 | gnarface | ham5urg: the program doesn't provide it's own db access? does it have any way to force triggering the synching of the data to disk without exiting? |
12:53.34 | brocashelm | onefang: i'll disable those repos |
12:53.54 | gnarface | ham5urg: i wouldn't be using such a program in the first place, probably, but for the problem of databases needing to be backed up in general, what i'd do is use the database's own backup mechanism separate from the filesystem backups |
12:54.11 | ham5urg | gnarface, AFAIK it does not have a way to synch to disk. It's some 25 year old piece of software. |
12:54.36 | *** join/#devuan Ryushin (~Ryushin@2001:470:4b:38f:777::8751) |
12:54.40 | gnarface | ham5urg: (sometimes i'd bundle THAT serialized dump into the filesystem backup itself but i wouldn't bother trying to capture the raw database image) |
12:55.07 | ham5urg | A the moment I sync at night time in the 'hope' that no IO is happening |
12:55.47 | gnarface | so you just wait a long time, basically |
12:55.52 | gnarface | hmmm |
12:56.08 | gnarface | eh, qemu disk image file might work then |
12:56.27 | gnarface | running "sync" on the host might even help trigger the flush (long shot but i don't know) |
12:56.45 | gnarface | don't forget to xz your disk images |
12:56.56 | gnarface | the backups i mean |
12:57.00 | ham5urg | I see, xz is good. |
12:57.06 | ham5urg | Yes, the backups. |
12:58.28 | gnarface | the only other thing i could think of is trying to snapshot the ram contents directly while it's running but that seems like a pain and a messy hack |
12:59.40 | gnarface | hmm, maybe if it will run in a VM with very low ram allocated, you can make it write to disk more often |
12:59.54 | gnarface | that's a less messy hack, if it works |
13:00.25 | *** join/#devuan AntoFox (~Thunderbi@net-2-39-203-214.cust.vodafonedsl.it) |
13:01.16 | gnarface | if there's less free ram available than it takes to cache a database query, then it has to go back to the disk every time, in theory... |
13:02.18 | buZz | you can do snapshots with a -lot- of different filesystems |
13:02.52 | buZz | btrfs and ocfs2 are two |
13:03.05 | buZz | oh you're using msdos, yeah no clue then |
13:18.53 | *** join/#devuan morruth (~quassel@85.132.76.25) |
13:27.51 | *** join/#devuan nbm (~nbm@45.63.17.235) |
13:43.56 | *** join/#devuan xcm (~xcm@static.90.45.69.159.clients.your-server.de) |
14:00.13 | *** join/#devuan james1138 (~James1138@71.36.13.61) |
14:01.28 | *** join/#devuan hevydevy1 (~user@120.22.14.235) |
14:01.59 | hevydevy1 | hello, just testing if i set up weechat right? |
14:03.45 | hevydevy1 | looks to be good, not used irc for a long time. |
14:04.50 | *** part/#devuan hevydevy1 (~user@120.22.14.235) |
14:23.21 | *** join/#devuan fling (~fling@fsf/member/fling) |
14:28.29 | *** join/#devuan Weeezy (~Weeezy@2604:6000:1503:3ac:3ea8:2aff:fec0:d826) |
14:31.12 | *** join/#devuan unixman_home (~unixman2@unaffiliated/eracc) |
14:57.10 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
14:59.47 | *** join/#devuan Inepu (~Mithrandi@37.162.100.81) |
15:10.56 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
15:26.57 | *** part/#devuan onefang (~onefang@devuan/developer/onefang) |
15:31.49 | *** join/#devuan Weeezy (~Weeezy@2604:6000:1503:3ac:3ea8:2aff:fec0:d826) |
15:38.55 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
15:40.31 | *** part/#devuan Joril (~joril@host-217-194-188-145.sbs.redder.net) |
15:55.15 | *** join/#devuan cd (~cd@unaffiliated/cd) |
16:00.56 | *** join/#devuan bsd4me (~me@181-107-74-65.gci.net) |
16:18.21 | *** join/#devuan st3ma (~st3ma@88.133.172.19) |
16:24.46 | *** join/#devuan Uberius (~Uberius@gateway/tor-sasl/uberius) |
16:44.34 | *** join/#devuan sunshavi (~user@190.236.255.122) |
16:47.17 | *** join/#devuan Uberius (~Uberius@gateway/tor-sasl/uberius) |
17:01.51 | *** join/#devuan fylgje (~fylgje@241.red-79-148-22.dynamicip.rima-tde.net) |
17:02.30 | *** join/#devuan gnu_srs (~srs@devuan/developer/srs) |
17:19.22 | *** join/#devuan bsd4me (~usingbsd@181-107-74-65.gci.net) |
17:37.59 | *** join/#devuan kreyren (~kreyren@fsf/member/kreyren) |
17:43.03 | *** join/#devuan ham5urg (~ham5urg@p200300d16729700051c99ff3f7bcec4a.dip0.t-ipconnect.de) |
17:49.14 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
17:59.54 | *** join/#devuan alexandros_c (~quassel@unaffiliated/alexandros-c/x-1684531) |
17:59.55 | *** join/#devuan alexandros_tab (~quassel@unaffiliated/alexandros-c/x-1684531) |
18:09.44 | *** join/#devuan supercharizard (ba2142dc@186.33.66.220) |
18:10.16 | supercharizard | hi everybody |
18:16.00 | *** part/#devuan supercharizard (ba2142dc@186.33.66.220) |
18:20.28 | nemo | bye |
19:22.02 | *** join/#devuan bsd4me (~me@181-107-74-65.gci.net) |
19:28.58 | *** join/#devuan Akuli (~akuli@mobile-access-bcee52-92.dhcp.inet.fi) |
19:34.42 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
19:35.14 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
19:51.14 | *** join/#devuan vostro (~vernon@rrcs-72-43-221-6.nys.biz.rr.com) |
19:53.47 | *** join/#devuan Weeezy (~Weeezy@2604:6000:1503:3ac:3ea8:2aff:fec0:d826) |
20:01.19 | *** join/#devuan Weeezy (~Weeezy@2604:6000:1503:3ac:42b8:9aff:fea4:3501) |
20:02.00 | *** join/#devuan rypervenche (~rypervenc@unaffiliated/rypervenche) |
20:18.39 | *** join/#devuan Weeezy (~Weeezy@2604:6000:1503:3ac:42b8:9aff:fea4:3501) |
20:24.46 | *** join/#devuan silentjet (~jet@staticline-31-182-193-145.toya.net.pl) |
20:26.30 | *** join/#devuan morruth (~quassel@77.244.124.192) |
20:33.19 | *** join/#devuan mith_ (~Mithrandi@37.161.95.169) |
20:48.49 | *** join/#devuan markoong (~mark2@96.44.144.122) |
21:06.18 | *** join/#devuan APic (apic@apic.name) |
21:44.11 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
21:59.51 | *** join/#devuan sacioz (~sacioz@179.191.214.38) |
22:02.57 | *** part/#devuan sacioz (~sacioz@179.191.214.38) |
22:05.44 | *** join/#devuan systemdlete (~systemdle@c-174-50-188-41.hsd1.ca.comcast.net) |
22:12.35 | *** join/#devuan ac_laptop (~ac_laptop@186.2.247.129) |
22:20.08 | *** join/#devuan markoong (~mark2@68.71.244.54) |
22:28.52 | *** join/#devuan ham5urg (~ham5urg@p2e54d14e.dip0.t-ipconnect.de) |
22:34.24 | *** join/#devuan ephemer0l (~ephemer0l@pentoo/user/ephemer0l) |
22:44.28 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
23:26.32 | *** join/#devuan conifer (~conifer@gateway/tor-sasl/conifer) |