00:00.42 | hook54321 | lol |
00:11.54 | golinux | hook54321: No more problems? |
00:12.15 | hook54321 | checking |
00:13.04 | hook54321 | doesn't look it. running around 2-4 requests per second fine. |
00:13.56 | hook54321 | errr, maybe 6-8, idk. |
01:12.07 | *** join/#devuan ar3itrary (~hacker@2a03:4000:6:8177:2::1) |
02:05.37 | *** join/#devuan Peregrinus_ (~peregrinu@178.239.173.252) |
02:25.48 | *** join/#devuan ryan_ (ryan@gateway/vpn/airvpn/watkinsr) |
02:33.09 | *** join/#devuan maggotbrain (~maggotbra@c-73-254-248-250.hsd1.wa.comcast.net) |
03:21.03 | *** join/#devuan ar3itrary (~hacker@2a03:4000:6:8177:2::1) |
03:23.38 | *** join/#devuan nyov (~nyov@unaffiliated/nyov) |
04:15.03 | *** join/#devuan gnarf (~ck@gollum.pgxml.net) |
04:16.34 | *** join/#devuan pandakekok9 (~pandakeko@wikimedia-commons/pandakekok9) |
04:25.30 | *** join/#devuan gattuso (~gattuso@pompel.me) |
04:25.35 | *** join/#devuan eki (~eki@dsl-hkibng41-54f858-46.dhcp.inet.fi) |
04:34.43 | *** join/#devuan TigerbotHesh (~tbhesh@2404:9400:3:0:216:3eff:fee1:1151) |
04:34.43 | *** join/#devuan xinomilo[m] (xinomiloch@gateway/shell/matrix.org/x-wuujsglcyfjmrjoj) |
04:40.59 | *** join/#devuan natopon (morelkamat@gateway/shell/matrix.org/x-rwokkaolvedhxskw) |
04:41.16 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
04:53.37 | *** join/#devuan gour (~Thunderbi@unaffiliated/gour) |
05:07.31 | *** join/#devuan ferdy (~ferdy@93.51.79.125) |
05:07.32 | *** join/#devuan ferdy (~ferdy@funtoo/contrib/ferdy-) |
05:23.20 | *** join/#devuan o01eg (~o01eg@2a02:2698:82a:cda:5c84:bef3:75b3:4efc) |
05:33.43 | *** join/#devuan Bronzu (~Bronzu@wireless-nat-164.ip4.greenlan.pl) |
05:41.05 | search_social | Hello, I have just installed devuan and every few minutes or so my console is getting spammed with an "i2c_hid_get_input: incomplete report" message. I know the message is harmless and I'm wondering how to avoid seeing it on the console |
05:43.37 | *** join/#devuan KnoP (~KnoP@p4ff56328.dip0.t-ipconnect.de) |
06:03.12 | pablocastellanos | Hi, any ideas which packages provides the smallest window manager? |
06:05.44 | tarzeau_ | amiwm and wmaker |
06:05.50 | lts- | twm comes with X |
06:06.04 | tarzeau_ | i read smallest+usable |
06:06.19 | tarzeau_ | you can further make them smaller using upx on the binary |
06:07.01 | pablocastellanos | By smallest I mean less space (I'm running beowulf on a text live CD headless) |
06:07.51 | pablocastellanos | I only need to show one window |
06:08.01 | pablocastellanos | twm sounds perfect |
06:08.01 | tarzeau_ | ratpoision is what i use for kiosk mode |
06:09.03 | lts- | You likely could run a single window with just xinit |
06:09.18 | lts- | s/likely/possibly/ |
06:09.38 | pablocastellanos | tarzeau_: Thats a good idea, but a non-experienced user needs to configure something using this window and ratpoison is not very user friendly |
06:10.05 | tarzeau_ | pablocastellanos: that is fullscreen browser, borderless :) kiosk mode |
06:10.31 | tarzeau_ | i doubt twm will be usable by non-experienced users |
06:10.49 | pablocastellanos | tarzeau_: I have friends that use ratpoison, and awesome. |
06:11.03 | onefang | Not sure why you need to manage windows if there's only the one window. |
06:11.14 | pablocastellanos | tarzeau_: It has three buttons at the upper left corner |
06:11.22 | pablocastellanos | tarzeau_: As far as I remember |
06:11.52 | tarzeau_ | https://commons.wikimedia.org/wiki/File:FreeBSD_TWM_Window_Manager_Desktop.png |
06:12.05 | pablocastellanos | onefang: Because this configuration window can open other windows as part of the same program, like opening files to import configuration |
06:12.26 | onefang | The solution I used for that sort of thing was to use framebuffer, but that was a custom application. |
06:14.57 | pandakekok9 | Is there someone looking at the inbox of repository@devuan.org? I've sent an encrypted email there yesterday |
06:15.35 | onefang | I didn't even know that was such an email. What is your email about? |
06:16.02 | pandakekok9 | onefang: It's about the SSH fingerprint of the gitea repo |
06:16.11 | pablocastellanos | onefang: Looks like a lot of work. My setup will be needed only for a few hours. LOL |
06:16.12 | pandakekok9 | Just making sure that I'm connecting to the right one |
06:16.52 | onefang | Ah the source code repository, not the package repository. |
06:17.13 | pandakekok9 | Oh, so they are different? I thought it also covered gitea... |
06:17.54 | onefang | Our gitea is used for those few packages we dont inherit from Debian. |
06:18.22 | golinux | I have never once heard of that address in the years I've been here. |
06:18.35 | pandakekok9 | I just need to know what is the correct SSH fingerprint for the gitea repo |
06:18.35 | onefang | Though mostly those we fork I think. I dunno much about that, I only run the package mirrors. |
06:19.01 | pandakekok9 | Might be a good thing to document what SSH fingerprint you use on the website |
06:19.15 | *** join/#devuan Rick8024 (~KnoP@p4ff56328.dip0.t-ipconnect.de) |
06:20.18 | golinux | https://www.devuan.org/os/keyring |
06:20.37 | golinux | Don't know if that's what you're looking for. |
06:21.01 | golinux | Probably not. |
06:21.04 | pandakekok9 | golinux: That's for pgp, I need ssh |
06:21.16 | *** join/#devuan Joril (~joril@78-134-64-221.v4.ngi.it) |
06:21.25 | pandakekok9 | (And btw, you might want to update the devuan-keyring package, since some keys there are expired) |
06:21.32 | golinux | Yeah. Do you have an account on gitea? |
06:21.43 | pandakekok9 | golinux: Yes, it's jobbautista9 |
06:21.52 | golinux | Ah, right. |
06:22.28 | golinux | Unfortunately the gitea master is on holiday |
06:23.12 | pandakekok9 | Oh, that sucks. Any idea when they are returning? |
06:23.23 | pandakekok9 | It's not urgent btw, I can still use https for pushing |
06:23.29 | golinux | And I haven't a clue about such things. You might open an issue there. He might see that. Or ask on the #devuan-dev channel. |
06:24.01 | pandakekok9 | Ok, thanks |
06:24.36 | golinux | LeePen would know and others there also |
06:24.52 | golinux | Most everyone is sleeping now though. |
06:26.24 | *** join/#devuan KnoP (~KnoP@p4ff56328.dip0.t-ipconnect.de) |
06:37.04 | *** join/#devuan GoatAvenger (~GoatAveng@unaffiliated/goatavenger) |
06:45.16 | *** join/#devuan kiwi9 (~john@120.153.70.127) |
07:00.12 | *** join/#devuan xinomilo (~xinomilo@gateway/tor-sasl/xinomilo) |
07:01.26 | *** join/#devuan xinomilo (~xinomilo@gateway/tor-sasl/xinomilo) |
07:07.50 | *** join/#devuan BRLX (~Thunderbi@rtr.ak-p.at) |
07:20.13 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
07:32.00 | *** join/#devuan inle (~commit@unaffiliated/commit) |
07:34.28 | *** join/#devuan ferdy (~ferdy@80.210.102.194) |
07:34.29 | *** join/#devuan ferdy (~ferdy@funtoo/contrib/ferdy-) |
07:48.50 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
08:02.35 | *** join/#devuan ruenoak (~chatzilla@125-239-159-108-fibre.sparkbb.co.nz) |
08:06.29 | *** join/#devuan cocoadaemon (~foo@2a01:e0a:4e1:97e0:a69c:dc6e:df01:d357) |
08:13.44 | *** join/#devuan ferdy (~ferdy@80.210.102.194) |
08:13.44 | *** join/#devuan ferdy (~ferdy@funtoo/contrib/ferdy-) |
08:49.34 | *** join/#devuan konsolebox_ (~konsolebo@112.204.167.43) |
09:07.08 | *** join/#devuan systemdlete (~systemdle@c-73-41-242-159.hsd1.ca.comcast.net) |
09:07.27 | systemdlete | has buyers remorse re: btrfs... |
09:07.52 | systemdlete | I lost some data in some files on a btrfs file system on one system. Not sure if it is due to btrfs, but I'm wondering. |
09:08.31 | systemdlete | I may have deployed btrfs too much at once. I thought because it had been working well on some systems it was safe to proceed with further rollout. I may have been wrong. |
09:08.51 | systemdlete | Anyway, only SOME of the data in SOME files was lost. I have backups, luckily, heheheh |
09:08.56 | systemdlete | I am restoring them now. |
09:10.18 | systemdlete | whoa... |
09:10.21 | systemdlete | now they are back? |
09:10.40 | systemdlete | I did a restore, but to a /tmp directory. I haven't copied the files back. |
09:10.41 | *** join/#devuan konsolebox_ (~konsolebo@112.204.167.43) |
09:10.47 | systemdlete | But somehow the files look right again. |
09:11.06 | systemdlete | (previously, they had only one or two truncated lines in each of the files in question) |
09:11.10 | systemdlete | wtf? |
09:12.27 | systemdlete | I hope this sort of thing will not persist... |
09:13.12 | *** join/#devuan xcm_ (~xcm@static.90.45.69.159.clients.your-server.de) |
09:13.44 | systemdlete | no, I see what happened. |
09:13.54 | systemdlete | The data is still missing. |
09:14.02 | systemdlete | Some of the data is not missing. |
09:14.02 | *** join/#devuan gour (~Thunderbi@unaffiliated/gour) |
09:14.33 | systemdlete | nvm. I will look into this some more. |
09:14.56 | *** join/#devuan Joril (~joril@88-147-116-71.dyn.eolo.it) |
09:15.16 | *** join/#devuan gour (~Thunderbi@unaffiliated/gour) |
09:15.39 | *** join/#devuan gryrmln (~gryrmln@212.159.110.140) |
09:20.34 | *** join/#devuan konsolebox (~konsolebo@112.204.167.43) |
09:21.13 | *** join/#devuan Dantalion (~Dantalion@217-123-73-108.cable.dynamic.v4.ziggo.nl) |
09:22.00 | systemdlete | is redfaced with embarassment |
09:22.12 | systemdlete | Could someone please help me get my foot out of my mouth? |
09:22.39 | systemdlete | I was relying on a construct to determine which files I wanted to gather data on. But that's not reliable, and I thought I had fixed that long ago. |
09:22.43 | systemdlete | crud. |
09:23.53 | systemdlete | but it is too early for most people here. Sorry for my "outburst" -- but at least I figured it out. It had nothing to do with btrfs... unless you count the fact that there is no mount.btrfs, which was the bad coding on my part... |
09:24.13 | systemdlete | I have a better way to do this now (using lsblk) |
09:24.34 | *** join/#devuan ferdy (~ferdy@80.210.102.194) |
09:24.35 | *** join/#devuan ferdy (~ferdy@funtoo/contrib/ferdy-) |
09:42.51 | *** join/#devuan gour (~Thunderbi@unaffiliated/gour) |
09:48.33 | *** join/#devuan specing_ (~specing@unaffiliated/specing) |
09:50.09 | *** part/#devuan konsolebox (~konsolebo@112.204.167.43) |
09:54.40 | *** join/#devuan nyov (~nyov@unaffiliated/nyov) |
10:00.29 | *** join/#devuan ferdy (~ferdy@80.210.102.194) |
10:00.30 | *** join/#devuan ferdy (~ferdy@funtoo/contrib/ferdy-) |
10:17.20 | *** join/#devuan epony (epony@unaffiliated/epony) |
10:31.32 | *** join/#devuan GoatAvenger (~GoatAveng@unaffiliated/goatavenger) |
10:32.57 | ShorTie | what is the big thing about btrfs ?? |
10:33.06 | ShorTie | ext4 just works |
10:35.51 | rm | snapshots |
10:38.20 | ShorTie | guess i'm doning sumfin wrong |
10:39.02 | ShorTie | i like never need to use a backup/snapshot |
10:47.55 | MinceR | it destroys itself :> |
10:52.26 | tarzeau_ | btrfs has live compression, and performs way better than ext4 (like xfs as well) |
10:52.43 | tarzeau_ | hasn't touched ext4 since 15+ years |
10:54.08 | Unit193 | I dunno, https://launchpad.net/apt-btrfs-snapshot seems like an amazing idea. >_> |
10:57.01 | GyrosGeier | xfs has never performed better than ext* for me |
10:57.43 | GyrosGeier | my personal benchmark is "how long does it take to delete a linux kernel tree?" |
10:58.10 | DPA | It would be nice if ext4 could do CoW, I have some libvirt-lxc containers where it would be nice if I could dedublicate some of their files. |
10:58.10 | DPA | I don't like btrfs, though. Where did the space go, is there an old snapshot, does it need balancing, why does it suddently need so much CPU, etc. |
10:58.18 | GyrosGeier | the last time I tried xfs, it took 45 minutes, while ext3 took 30 seconds |
10:58.25 | tarzeau_ | GyrosGeier: try creating 10000 files, then removing them (or add a few more 0s) |
10:59.02 | tarzeau_ | not sure ext3 had limits on # of inodes, unlike xfs/btrfs |
10:59.07 | tarzeau_ | if that was fixed with ext4 |
10:59.29 | GyrosGeier | it still has limits, but you can tell on creation what the limit should be |
10:59.33 | GyrosGeier | same as in ext2 |
10:59.58 | tarzeau_ | i'm aware of creation time limits, but i never know ahead whaty my users do, so i'm fine with xfs/btrfs |
11:00.00 | GyrosGeier | there is a reason why d-i gives you an option "how is this file system going to be used?" |
11:00.33 | tarzeau_ | never seen that question (using preseeded installs), does it have the option "no idea, but crazy unusual stuff" |
11:01.53 | GyrosGeier | there is not much harm in using lots of inodes, except that it wastes space |
11:02.17 | tarzeau_ | i've kept running out of them 15+ years ago |
11:02.26 | GyrosGeier | so if you expect your users to do weird stuff, you can increase the number for /home |
11:02.38 | tarzeau_ | and that filesystem hasn't been checked for 180 days stuff also bugged me |
11:02.40 | GyrosGeier | or have inode quotas to stop them from breaking each other's stuff |
11:02.59 | tarzeau_ | they use local disk space, not /home (way too slow in our setup) |
11:03.17 | tarzeau_ | or just use xfs or btrfs :) |
11:03.48 | GyrosGeier | in traditional sysadmining, you have a separate /var/spool with lots of inodes if you run a news server |
11:04.34 | GyrosGeier | normal user homes tend to have a good mix of large and small files, and I've seldom run out of inodes on homes |
11:04.48 | GyrosGeier | and for multiuser I have quotas |
11:04.54 | onefang | Think you have gone #devuan-offtopic, or should. |
11:46.33 | *** join/#devuan rkta (~kt@62.113.246.111) |
12:18.38 | *** join/#devuan DashiePie (~Rawr@c-73-152-194-183.hsd1.va.comcast.net) |
12:36.08 | *** join/#devuan mathesheepk (~Thunderbi@2001:a62:190b:c101:20e:8eff:fe4d:ce41) |
12:36.12 | *** join/#devuan cd (~cd@unaffiliated/cd) |
12:41.59 | *** join/#devuan Ankokukishi (~Ankokukis@softbank126100235173.bbtec.net) |
12:46.22 | *** join/#devuan APic (apic@apic.name) |
12:56.42 | *** join/#devuan mathesheepk (~Thunderbi@2001:a62:190b:c101:20e:8eff:fe4d:ce41) |
13:15.10 | Kitty | I am trying to use udev rules to name my ethernet devices properly |
13:15.15 | Kitty | the file is being picked up |
13:15.32 | Kitty | and then sometime later in the boot process, the device is being renamed |
13:15.35 | Kitty | overwriting it |
13:16.51 | *** join/#devuan GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) |
13:19.49 | gnarface | Kitty: check if it's cached in this file /etc/udev/rules.d/70-persistent-net.rules |
13:20.10 | gnarface | or something similar |
13:21.27 | gnarface | i think it might get applied last, overriding your custom rules until you delete the old line manually |
13:30.31 | sadsnork | Turns out my devuan mirror filled up my drive pretty fast. This morning I had to run the rsync with --delete and it freed up a couple dozen GB of space. Should I continue to use --delete or was there a specific problem that created the recent increase in space? |
13:31.05 | onefang | Keep using --delete. |
13:33.53 | sadsnork | Deal! :-) |
13:34.47 | sadsnork | PS: Thanks onefang. |
13:35.07 | onefang | You are welcome. Thanks for running your mirror. |
13:36.33 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
13:37.30 | *** join/#devuan amesser (~amesser@p5b055547.dip0.t-ipconnect.de) |
13:37.50 | sadsnork | tips his hat |
13:39.49 | sadsnork | To be honest, a lot of what drives me is principle... and my use of Devuan is certainly no exception. Lately [thanks to links here] I have been reading a bit of that unixsheikh and related stuff - and I have been finding myself quite pissed off at the direction and decisions of the Linux community at large. |
13:40.33 | sadsnork | I'm glad Devuan is an exception to that and want to encourage it. |
13:42.14 | *** join/#devuan ferdy (~ferdy@80.210.102.194) |
13:42.14 | *** join/#devuan ferdy (~ferdy@funtoo/contrib/ferdy-) |
13:42.22 | Ankokukishi | me too bro |
13:43.02 | Ankokukishi | i just started using linux last year (wish it was sooner tbh) and what the mainstream distros do just pisses me off. My friend recommended refracta to me, and now its all i use |
13:43.23 | Ankokukishi | i wish i had the programming chops to make a version that was compatible with laptops |
13:43.34 | Ankokukishi | be the one distro that actually cared about laptops |
13:44.10 | sadsnork | cheers |
13:44.11 | *** join/#devuan arnoldoree (~arnoldore@113.211.113.94) |
13:45.36 | sadsnork | Nice Ankokukishi! I also wish my dev skills were better. I guess my skills being more suited to infrastructure led me to running a mirror. |
13:45.54 | Ankokukishi | i tried main devuan before, i just like the interface of refracta more, but id recommend devuan to anyone. Programmers who actually have principles and care about functionality over bloat |
13:46.05 | Ankokukishi | i have zero dev skills |
13:46.06 | Ankokukishi | lol |
13:46.39 | Ankokukishi | i wanna remedy that eventually but a new job and having to learn so much for that right now is gonna keep me away from being able to learn to dev |
13:46.40 | Ankokukishi | lol |
13:46.55 | *** join/#devuan APic (apic@185.203.114.187) |
13:53.42 | *** join/#devuan APic (apic@apic.name) |
14:02.47 | Kitty | Hi, I am trying to use custom network device names. |
14:03.17 | *** join/#devuan specing (~specing@unaffiliated/specing) |
14:03.31 | Kitty | I have ten network devices in this box, and the order from the kernel, either in the eth* format or the enp101s0f1DEADCAT format is a pain in the arse to use |
14:03.54 | Kitty | I am trying to use 70-persistent-net.rules |
14:04.02 | Kitty | but it doesn't work |
14:04.24 | gnarface | permissions maybe? |
14:04.53 | gnarface | on the rules file? |
14:07.43 | Kitty | root.root 644 |
14:09.02 | Kitty | if I set net.ifnames=0, then it picks up on the fact I tried to rename eth0-4, and just uses eth10-13 instead, with nothing having eth0-4, if I use ifnames=1, then it just gets eno? and enp101sf10p1a981 names |
14:11.23 | gnarface | hmm, i'm not sure what's up |
14:12.24 | GyrosGeier | net.ifnames should be largely irrelevant with udev rules |
14:12.39 | GyrosGeier | that is just how the kernel names them initially, before the rules are applied |
14:13.13 | GyrosGeier | the generated rules map from MAC address to persistent interface name |
14:13.42 | gnarface | could it be caching the persistent names elsewhere? in a second file somewhere that's still not being cleared? |
14:14.00 | GyrosGeier | if some of these are virtual functions, they may have random MAC addresses, which would allocate new names on every boot |
14:14.23 | GyrosGeier | I think it shouldn't, but I haven't looked at it for a long time |
14:14.26 | gnarface | oh, yea if the mac addresses are new every boot they'd also look like brand new devices in this case |
14:14.42 | gnarface | it wouldn't be on by default unless something has gone very wrong |
14:15.25 | GyrosGeier | I have configured the VF interfaces to use the vfio driver, which kind of stops them from getting a name |
14:16.40 | GyrosGeier | well, how many VF devices show up can be set in the PF via kernel parameter, and on some machines through the BIOS |
14:16.48 | Kitty | they are real hardware devices |
14:17.29 | GyrosGeier | $ lspci | grep Ethernet | wc -l |
14:17.29 | GyrosGeier | 16 |
14:17.42 | GyrosGeier | all of these talk to the same port |
14:18.06 | Kitty | 10 |
14:18.11 | GyrosGeier | 14 have random MAC addresses that change on every boot |
14:18.24 | Kitty | 4 are 1Gbps, 2 are 10Gbps copper, and 4 are 10Gbps fibre |
14:18.32 | Kitty | all have hardwired mac addresses |
14:18.36 | GyrosGeier | ah |
14:18.50 | GyrosGeier | because I just oversimplified things |
14:19.07 | GyrosGeier | in fact, my 16 PCIe devices talk to the same 4 ports through an internal switch :) |
14:21.24 | Kitty | is there some other location udev rules might hide? |
14:22.17 | gnarface | in /lib/udev/rules.d maybe? |
14:22.39 | gnarface | i didn't think any should be going there from the persistent rules but i dunno for sure really |
14:22.42 | gnarface | also something could go wrong |
14:22.52 | gnarface | also, in the past it's been somewhat uncooperative for me and i've had to restart it |
14:23.21 | gnarface | sometimes it seems to exhibit tweaky behavior based on file timestamps like pam does |
14:31.31 | Kitty | and suddenly it works |
14:31.32 | Kitty | what |
14:31.33 | Kitty | the |
14:31.34 | Kitty | utter |
14:31.35 | Kitty | fuck |
14:33.12 | gnarface | yea i dunno |
14:33.16 | gnarface | suspicious to say the least |
14:33.34 | gnarface | ran into similar issues when i was making custom rules for my steam controller |
14:34.23 | gnarface | after i got it working the first time it was fine |
14:36.59 | Kitty | I removed KERNEL== bit from the udev rules file |
14:37.18 | Kitty | so it just has subsystem, action, drivers, attr(address) and name |
14:38.00 | gnarface | what had you set it to? |
14:38.54 | Kitty | various of 0000:66:00.0 |
14:39.02 | Kitty | and "eno*" |
14:39.40 | gnarface | hmm, i still dunno |
14:39.51 | gnarface | as long as you got it working now though, that's the important part |
14:40.18 | Kitty | let's reboot and prove it's not a fluke |
14:46.05 | *** join/#devuan st3ma (~st3ma@88.133.163.96) |
15:00.54 | *** join/#devuan rsx (~rsx@ppp-188-174-140-24.dynamic.mnet-online.de) |
15:05.23 | *** join/#devuan webster (~Thunderbi@p578d3841.dip0.t-ipconnect.de) |
15:14.19 | *** join/#devuan ferdy (~ferdy@80.210.102.194) |
15:14.20 | *** join/#devuan ferdy (~ferdy@funtoo/contrib/ferdy-) |
15:18.34 | *** join/#devuan ferdy1 (~ferdy@80.210.102.194) |
15:18.34 | *** join/#devuan ferdy1 (~ferdy@funtoo/contrib/ferdy-) |
15:19.10 | *** join/#devuan gast0n (~g4570n@unaffiliated/g4570n) |
15:30.04 | *** part/#devuan Joril (~joril@88-147-116-71.dyn.eolo.it) |
15:34.59 | *** join/#devuan Dantalion (~Dantalion@217-123-73-108.cable.dynamic.v4.ziggo.nl) |
15:41.23 | rkta | There is an jessi image for the raspi, but non for beowolf. Is support for the raspi dropped? If yes, are there recommended alternatives? |
15:43.48 | *** join/#devuan APic (apic@apic.name) |
15:43.49 | buZz | did you find http://arm-files.devuan.org/ yet? |
15:44.20 | buZz | rkta: ^^ |
15:44.38 | rkta | no |
15:44.40 | *** join/#devuan IoFran (~Thunderbi@189.237.103.33) |
15:45.17 | rkta | That's what I was looking for, thx buZz |
15:45.18 | *** join/#devuan conifer (~conifer@gateway/tor-sasl/conifer) |
16:14.23 | *** join/#devuan brocashelm (~brocashel@unaffiliated/brocashelm) |
16:29.03 | *** join/#devuan brocashelm (~brocashel@unaffiliated/brocashelm) |
16:29.21 | *** join/#devuan amesser (~amesser@p5b055547.dip0.t-ipconnect.de) |
16:30.59 | *** join/#devuan brocashelm1 (~brocashel@37.120.132.116) |
16:34.23 | *** join/#devuan brocashelm (~brocashel@107.181.166.211) |
16:34.27 | *** join/#devuan brocashelm (~brocashel@unaffiliated/brocashelm) |
16:46.01 | *** join/#devuan gattuso (~gattuso@pompel.me) |
17:11.27 | *** join/#devuan AnimaInvicta (~AnimaInvi@ber27-1-78-230-215-86.fbx.proxad.net) |
17:24.25 | *** join/#devuan furrymcgee (~devuan@31.179.186.66) |
17:31.48 | *** join/#devuan Akuli (~akuli@82-203-162-3.bb.dnainternet.fi) |
17:33.28 | *** join/#devuan petzi (~petzi@p578b3438.dip0.t-ipconnect.de) |
17:33.40 | *** join/#devuan watkinsr (~ryan@62.145.29.194) |
18:01.02 | *** join/#devuan yanmaani (~yanmaani@gateway/tor-sasl/yanmaani) |
18:03.46 | hook54321 | golinux: connect timeouts again |
18:14.23 | *** join/#devuan MinceR (mincer@unaffiliated/mincer) |
18:37.39 | *** join/#devuan frntz (515cc834@81.92.200.52) |
18:37.48 | *** join/#devuan TCZ (~tcz@91.150.178.142) |
18:45.54 | *** join/#devuan halbeno (~halbeno@node-1w7jra20u83qh234oxwt29y5e.ipv6.telus.net) |
18:56.15 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
19:00.52 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
19:06.46 | *** join/#devuan plasma41 (~plasma41@72.34.178.45) |
19:22.49 | *** join/#devuan krkini (~kini@unaffiliated/kini) |
19:23.53 | gour | hello, i'm unning ceres/runit on my desktop machine and wonder which packages you recommend for "ntp" & "cron" jobs? |
19:24.23 | gour | *running |
19:27.33 | golinux | hook54321: Yeah, you're back on the list. |
19:28.56 | golinux | Maybe you need to slow it down a bit? I really don't want to have to keep doing this dance. |
19:30.20 | *** join/#devuan IoFran2 (~Thunderbi@189.237.103.33) |
19:31.10 | golinux | Or pause till rrq gets back and finds a way around it. |
19:46.57 | *** join/#devuan jathan (~jathan@69.61.93.38) |
20:14.47 | *** join/#devuan plasma41 (~plasma41@72.34.178.45) |
20:25.55 | hook54321 | golinux: yeah, slowing it way down |
20:36.14 | *** join/#devuan ruenoak (~chatzilla@125-239-159-108-fibre.sparkbb.co.nz) |
20:41.11 | *** join/#devuan plasma41 (~plasma41@72.34.178.45) |
20:42.28 | *** join/#devuan alexandros_c (~quassel@unaffiliated/alexandros-c/x-1684531) |
20:42.30 | *** join/#devuan alexandros_tab_ (~quassel@unaffiliated/alexandros-c/x-1684531) |
20:51.18 | *** join/#devuan debdog (~debdog@194.140.113.102) |
21:19.30 | *** join/#devuan mith_ (~Mithrandi@5.171.249.12) |
21:23.56 | *** join/#devuan kiwi9 (~john@2001:8003:6d60:501:2d8:61ff:fe7b:961b) |
21:41.06 | *** join/#devuan plasma41 (~plasma41@72.34.178.45) |
21:43.14 | *** join/#devuan ac_laptop (~ac_laptop@186.2.247.129) |
21:51.44 | *** join/#devuan plasma41 (~plasma41@72.34.178.45) |
22:10.02 | *** join/#devuan g0zzy (~goose@2a00:23c7:a020:600::6ac) |
22:10.33 | g0zzy | Is it known that speedtest-cli is broken? |
22:12.29 | g0zzy | (in ascii) |
22:22.10 | *** join/#devuan gast0n (~g4570n@unaffiliated/g4570n) |
22:22.47 | *** join/#devuan GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) |
22:22.50 | *** join/#devuan peterrooney (~peter@2604:3d08:157d:a000:222:4dff:fe69:d6ed) |
22:26.20 | *** join/#devuan ShorTie (~ShorTie@unaffiliated/shortie) |
22:42.11 | fsmithred | g0zzy, it's known. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986637 |
22:42.58 | fsmithred | I didn't know that package existed. Now I want to use it. |
23:03.16 | g0zzy | Hehe |
23:03.25 | g0zzy | Thanks |
23:04.11 | g0zzy | Actually i used up until quite recently an exe-compiled version of it on the same OS and it worked. That fails too |
23:15.10 | g0zzy | Got speedtest.py from Git and copied it over the existing one after backup. All fine now. That will do it for you fsmithred |
23:15.37 | fsmithred | thanks |
23:15.46 | fsmithred | just that one script? |
23:15.52 | g0zzy | Yes |
23:16.34 | fsmithred | salsa or github? |
23:16.43 | g0zzy | I mean i only tried the default invocation and an invocation with --no-upload |
23:16.48 | g0zzy | Github |
23:17.26 | g0zzy | https://github.com/sivel/speedtest-cli/ |
23:17.53 | fsmithred | oh, I just found it on salsa.debian.org. It was updated 10 hours ago |
23:18.02 | g0zzy | Right |
23:19.13 | g0zzy | I think i originally compiled an executable as an earlier version didn't have the --no-upload option and i didn't want to mess with packages |
23:20.22 | fsmithred | it's working now, thanks. :) |
23:20.55 | g0zzy | Great. Mighty useful for checking boxes over ssh |
23:21.33 | fsmithred | and no javascript |
23:21.54 | g0zzy | Yes |
23:23.18 | g0zzy | Wait a minute though - i've just started to confuse myself (it's late). I AM checking the Internet connection speed of the remote box and not my own (ssh client) when i do that am i not? |
23:23.38 | fsmithred | good question |
23:23.55 | fsmithred | probably testing the remote |
23:24.07 | g0zzy | Got to be the remote surely as the executable is running there? |
23:24.12 | fsmithred | yeah |
23:24.32 | g0zzy | I'd better say goodnight ;) |
23:24.34 | fsmithred | that's the ip that's contacting speedtest.net |
23:24.40 | g0zzy | Yes |
23:24.54 | fsmithred | do one on the other side of the planet and see which host you get sent to |
23:25.02 | fsmithred | I get one that's very close to me |
23:25.47 | g0zzy | That's true. Although often my remote boxes are in the same town. Actually they usually are |
23:26.56 | g0zzy | Cheers! |
23:35.28 | *** join/#devuan ruenoak (~chatzilla@125-239-159-108-fibre.sparkbb.co.nz) |