00:03.42 | yeti | typing make fetch instead of git fetch... need soime ZZZzzzz...... too |
00:03.45 | yeti | _o/" |
00:04.01 | *** join/#devuan jordila (~jordi@178.62.192.190) |
00:05.57 | tuxd3v | yeit: I agree with you, a lot of work is needed, to standardize everything and make it self-hosting.. |
00:06.11 | tuxd3v | yeti: I agree with you, a lot of work is needed, to standardize everything and make it self-hosting.. |
00:06.44 | tuxd3v | yeti: bye o/ |
00:13.47 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
00:22.55 | *** join/#devuan Unit193 (ukikie@freenode/staff/ubuntu.member.unit193) |
00:27.22 | *** join/#devuan LtWorf_ (~LtWorf@h-191-254.A890.priv.bahnhof.se) |
00:28.09 | *** join/#devuan sunshavi (~user@190.239.244.220) |
03:02.10 | *** join/#devuan jordila (~jordi@178.62.192.190) |
03:27.22 | *** join/#devuan sunshavi (~user@190.239.244.220) |
03:44.26 | *** join/#devuan D-HUND (~debdog@2a00:79c0:614:ba00:7a24:afff:fe8a:d04d) |
03:55.03 | *** join/#devuan ar3itrary (~hacker@2a03:4000:6:8177:2::1) |
04:18.25 | *** join/#devuan zoobab (zoobab@5.226.149.169) |
04:35.58 | *** join/#devuan nexgen (~nexgen@144.172.68.147) |
04:48.32 | *** join/#devuan Humpelstilzchen (erik@p4FD038F4.dip0.t-ipconnect.de) |
05:08.37 | *** join/#devuan nexgen (~nexgen@144.172.68.147) |
05:54.50 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
05:56.07 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
06:00.41 | *** join/#devuan LtWorf (~LtWorf@mail.cryptzone.com) |
06:27.24 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
06:28.40 | *** join/#devuan minnesotags (~herbgarci@c-24-118-22-254.hsd1.mn.comcast.net) |
06:51.11 | *** join/#devuan engidea (~damiano@ip-46-141-11-154.rev.wolnext.com) |
07:01.43 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
07:34.22 | *** join/#devuan omnio (~omnio@82.137.9.89) |
07:41.03 | *** join/#devuan engidea (~damiano@ip-46-141-11-154.rev.wolnext.com) |
08:08.40 | *** join/#devuan klaus (~klaus@2a01:cb1c:661:9300:aebc:32ff:fec4:59c3) |
08:12.19 | *** join/#devuan proteusguy (~proteusgu@cm-58-10-208-146.revip7.asianet.co.th) |
08:13.45 | *** join/#devuan Peregrinus__ (~peregrinu@195.181.173.201) |
08:31.36 | *** join/#devuan user844842 (user@gateway/vpn/mullvad/user844842) |
08:31.50 | agris | Why is Beowuld not consider 'stable' by Devuan? |
08:31.55 | agris | *Beowulf |
08:34.18 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
08:35.43 | *** join/#devuan LtWorf_ (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
08:56.44 | *** join/#devuan chomwitt (~chomwitt@2a02:587:dc3e:2a00:2450:ea79:828b:8cb4) |
09:15.25 | *** join/#devuan cocoadaemon (~foo@2a01:e35:8a99:e90:1202:b5ff:fe91:e4ca) |
09:15.40 | *** join/#devuan arnoldoree (~arnoldore@ranoldoree.plus.com) |
09:20.34 | *** join/#devuan Tenente (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
09:48.24 | *** join/#devuan fling (~fling@fsf/member/fling) |
10:00.29 | gnarface | agris: i think there's some broken polkit stuff still |
10:01.03 | gnarface | something related to permissions backends anyway |
10:01.14 | agris | gnarface, where can I find the details on this> |
10:02.33 | gnarface | bugs.devuan.org, the mailing list, or ask one of the project leads maybe |
10:02.44 | gnarface | or just ask any of the people hanging around here who have used it what is still broken |
10:03.07 | agris | I meant like a specific bug number |
10:03.10 | gnarface | in theory bugs.devuan.org should be the definitive list but i don't think everyone is using it |
10:03.21 | agris | but gnarface it's interesting you mention polkit |
10:03.31 | gnarface | are you seeing issues with it? |
10:03.33 | agris | that's mostly a desktop usage related issue right? |
10:03.39 | gnarface | uh, yea |
10:03.43 | agris | not server usecase |
10:03.57 | gnarface | you could easily avoid using it, yes |
10:04.02 | *** join/#devuan Tenente (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
10:04.27 | agris | unrelated note but have you ever played around with OpenRC from backports or used the beowulf version? |
10:04.48 | gnarface | never touched it, sorry |
10:04.53 | agris | k |
10:05.12 | gnarface | people around here have though, there has been much discussion about it |
10:05.19 | gnarface | probably on the mailing list and in the forum too |
10:06.49 | agris | It's interesting the newer version contains that openrc-init binary while the ascii stable version doesn't |
10:07.04 | agris | which can be used by the kernel directly |
10:23.54 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
10:30.05 | agris | Will AppArmor be a part of the beowulf base install like it is with debian? |
10:34.45 | *** join/#devuan engidea (~damiano@ip-46-141-11-154.rev.wolnext.com) |
10:51.08 | *** join/#devuan poontangmessiah (~poontangm@unaffiliated/poontangmessiah) |
11:19.46 | *** join/#devuan arnold_oree (~arnoldore@ranoldoree.plus.com) |
11:26.27 | *** join/#devuan engidea (~damiano@ip-46-141-11-154.rev.wolnext.com) |
11:27.31 | *** join/#devuan rdav (~rdav@122-150-193-110.sta.dodo.net.au) |
11:56.05 | *** join/#devuan Tenente (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
12:10.17 | *** join/#devuan fling (~fling@fsf/member/fling) |
12:14.35 | gnarface | agris: i can't be sure, but it's not on the banned packages list, so i think probably, yes: http://packages.roundr.devuan.org/bannedpackages.txt |
12:14.47 | *** join/#devuan HumanG33k (~HumanG33k@62.147.242.8) |
12:15.05 | gnarface | agris: the whole point is to leave everything the same except what has to be changed to get rid of of systemd |
12:16.02 | gnarface | agris: if it's only part of the debian base install because systemd or something else banned pulls it in, then it wouldn't be, obviously, but you could still get it from the repo |
12:22.08 | *** join/#devuan rdav (~rdav@110.193.150.122.sta.dodo.net.au) |
12:34.53 | *** join/#devuan Tenente (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
12:51.26 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
12:57.28 | gnu_srs2 | And clean up all left-over buildd chroots? |
12:58.15 | gnu_srs2 | Sorry, wrong channel 8-) |
13:07.19 | *** join/#devuan Inepu (~Mithrandi@host67-78-static.1-79-b.business.telecomitalia.it) |
13:29.12 | *** join/#devuan Kruppt (~Kruppt@50.111.55.255) |
14:00.08 | *** join/#devuan petzi (~petzi@p578b3438.dip0.t-ipconnect.de) |
14:09.42 | *** join/#devuan rsx (~rsx@ppp-188-174-151-185.dynamic.mnet-online.de) |
14:13.22 | *** join/#devuan Soo_Slow (Soo_Slow@gateway/vpn/privateinternetaccess/sooslow/x-31376162) |
14:19.26 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
14:35.59 | fsmithred | agris, take a look at this thread: https://lists.dyne.org/lurker/thread/20191109.113406.444a57a8.en.html |
14:39.17 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
14:53.54 | *** join/#devuan zeden (~user@unaffiliated/zeden) |
14:55.53 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
14:57.06 | *** join/#devuan zeden (~user@unaffiliated/zeden) |
15:04.21 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
15:06.01 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
15:35.37 | *** join/#devuan omnio (~omnio@82.137.9.89) |
15:44.00 | *** join/#devuan hkramer_ (~hkramer@2003:a:1319:f500:400b:bb4b:380c:6d1d) |
15:47.00 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
16:06.02 | *** join/#devuan tillo_ (znc@pentoo/developer/tillo) |
16:35.28 | *** join/#devuan Akuli (~akuli@mobile-access-bcee0e-4.dhcp.inet.fi) |
16:56.10 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
17:00.59 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
17:50.06 | *** join/#devuan pekman (~pekman@unaffiliated/pekman) |
18:11.58 | *** join/#devuan engidea (~damiano@ip-46-141-11-154.rev.wolnext.com) |
18:14.43 | *** join/#devuan cd (~cd@unaffiliated/cd) |
18:20.34 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
18:33.21 | *** join/#devuan Human_G33k (~HumanG33k@62.147.242.8) |
18:35.34 | *** join/#devuan fremmy (~fremmy@host51-242-dynamic.171-212-r.retail.telecomitalia.it) |
18:35.38 | fremmy | HELLO |
18:38.41 | *** join/#devuan klaus (~klaus@amarseille-654-1-340-108.w109-208.abo.wanadoo.fr) |
18:56.22 | tuxd3v | fremmy: hello |
18:57.21 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
19:04.41 | *** join/#devuan fleeky (~fleeky@2601:241:8001:2e3a:e0af:9882:6e21:d901) |
19:08.47 | *** join/#devuan Tenente (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
19:24.54 | *** join/#devuan grayrider (~lenovo@wsip-70-167-70-8.tu.ok.cox.net) |
19:38.15 | *** join/#devuan LtWorf (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
19:38.36 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
19:50.14 | tuxd3v | hello all, |
19:50.28 | tuxd3v | I am crosscompiling from x86 to aarch64 |
19:50.34 | tuxd3v | on kernel Makefile: |
19:52.11 | tuxd3v | HOSTCFLAGS, HOSTCXXFLAGS, KBUILD_HOSTCFLAGS, KBUILD_HOSTCXXFLAGS flags... should I use -march=armv8-a |
19:52.26 | tuxd3v | because the host here is x86.. |
19:52.47 | tuxd3v | I am crosscompiling it to aarch64.. |
19:53.19 | tuxd3v | I receive a error.. in arm gcc cross-toolchain 8.3 |
19:53.21 | tuxd3v | ? |
19:53.40 | tuxd3v | scripts/basic/fixdep.c:1:0: error: bad value (armv8-a+simd+crypto+crc) for -march= switch |
19:54.43 | tuxd3v | if it was in gcc 6.3 , ok I understood that gcc 6.3 doesn't support simd+crypto, I believe but its in 8.3 :/ |
20:04.32 | *** join/#devuan LtWorf (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
20:06.48 | *** join/#devuan engidea (~damiano@ip-46-141-11-154.rev.wolnext.com) |
20:10.27 | *** join/#devuan arnold_oree (~arnoldore@ranoldoree.plus.com) |
20:11.08 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
20:17.31 | *** join/#devuan james1138 (~chatzilla@71-222-133-42.albq.qwest.net) |
20:24.58 | *** join/#devuan fatalerrors (~fatalerro@91.224.149.180) |
20:37.22 | *** join/#devuan systemdlete2 (~systemdle@c-73-116-51-231.hsd1.ca.comcast.net) |
20:39.44 | systemdlete2 | Puzzle? My Ascii VM (not the one for backup, this is a different one) runs logwatch once a day. I don't notice any large installs or updates for the past week or so. I also run a tool I wrote myself which keeps track of growing directories. It seems that /var/cache/apt/archives has been growing steadily for a week or so now, but I don't see any new files in that directory recently. |
20:40.11 | systemdlete2 | Also: Why are there files in the directory with "funny" names? E.g. file_1%3a5.30-1+deb9u3_amd64.deb |
20:40.32 | systemdlete2 | double checks to make sure this report is accurate... |
20:47.39 | tuxd3v | ^^^^ |
20:48.06 | tuxd3v | :) |
20:48.56 | systemdlete2 | seriously, what is up with this? Do you know, tuxd3v? |
20:52.12 | tuxd3v | you doublechecked? |
20:52.45 | systemdlete2 | Yeah, just to make sure my own script was still working right. It is... though I see it gets different values than df |
20:53.17 | systemdlete2 | I've been running this script for over a year now without changes or issues. |
20:53.57 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
20:54.05 | systemdlete2 | I do a call on inode (perl) to get the filesiz value, add it to the rest of the files in a directory. Save the total for each directory. Then compare results day to day. |
20:54.11 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
20:54.35 | systemdlete2 | I use a heuristic to determine if a directory is on a trajectory to unsustainable growth... |
20:55.12 | *** join/#devuan omnio (~omnio@82.137.9.89) |
20:55.50 | systemdlete2 | Unless perl is lying to me, something isn't quite right. I have 53,000 *.deb files in my apt cache directory. That's easy enough to fix... |
20:56.13 | systemdlete2 | But why the "funny" file names? That doesn't make sense. |
20:56.33 | tuxd3v | I also have some, |
20:56.49 | tuxd3v | 14 in total deb packages |
20:56.54 | tuxd3v | in the archive |
20:57.05 | systemdlete2 | 14? |
20:57.11 | systemdlete2 | not 14,000 |
20:57.14 | tuxd3v | majority come from ascii-backports, if not all |
20:58.51 | tuxd3v | no, only 14 |
20:58.59 | systemdlete2 | Sorry, I have 1338 files |
20:59.27 | tuxd3v | root@OnePlus:~# ls -l /var/cache/apt/archives/|grep "%"|wc -l |
20:59.27 | tuxd3v | 14 |
20:59.55 | systemdlete2 | ok, so my situation is not unique then |
21:00.11 | systemdlete2 | dpkg does not work on those packages because the name is "funny" |
21:00.13 | tuxd3v | sorry.. I am posting the resolt of a rootfs for a arm device :D |
21:00.46 | tuxd3v | I have 180 |
21:00.51 | tuxd3v | which is a lot.. |
21:00.59 | systemdlete2 | well, 180 or 1338 is not a problem really |
21:01.18 | systemdlete2 | the real issue is the total disk space they take up -- after a while, I mean |
21:01.30 | systemdlete2 | almost 3GB in my case |
21:01.42 | systemdlete2 | (df -ks /var/cache/apt/archives) |
21:03.08 | tuxd3v | apt-get clean, solves it for sure :) |
21:03.18 | systemdlete2 | Ok, my script's numbers match the df (closely, but not precisely of course) |
21:04.34 | systemdlete2 | aha! the deb files have the timestamp from the repo. If I use ls -lc I can see when the inodes were created. |
21:04.39 | systemdlete2 | this makes much more sense now |
21:04.44 | systemdlete2 | (sorry to bug you all) |
21:04.52 | systemdlete2 | (again. *sigh*) |
21:07.34 | systemdlete2 | looks like a kernel update? |
21:10.01 | systemdlete2 | this system probably needs a reboot anyway, after running out of space on / |
21:10.12 | systemdlete2 | (one of many reasons I generally don't like one big fs) |
21:10.21 | tuxd3v | don't know about that timestamp.. |
21:10.52 | tuxd3v | we had one some weeks ago.. |
21:11.35 | systemdlete2 | I could be a bit behind, with all the other stuff I am working on |
21:11.56 | systemdlete2 | 4.9.0.6 -> 4.9.0.7 |
21:13.04 | systemdlete2 | I'm more curious how apt is able to handle those '*%*' deb files when dpkg complains it can't. I guess apt is using an API rather than calling dpkg directly. |
21:13.13 | systemdlete2 | anyway, back later. Thanks |
21:15.02 | *** join/#devuan rdav (~rdav@122.150.193.110) |
21:22.18 | tuxd3v | don't know, what I know is that kernel 5.4 will be huggeee |
21:23.01 | tuxd3v | I am used to compile for arm64, and I complain to myself due to sizes of 12Mb... they 5.4 without a lot of things, goes in more than 17MB |
21:23.06 | tuxd3v | crazzyy |
21:23.20 | tuxd3v | and there are no support for comporessed images |
21:23.21 | tuxd3v | .. |
21:29.55 | *** join/#devuan zeden (~user@unaffiliated/zeden) |
21:30.50 | tuxd3v | comporessed -> compressed |
21:30.57 | tuxd3v | in aarch64 |
21:31.32 | tuxd3v | the usual images zImage os uImage, are not used in aarch64 |
21:46.28 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
21:46.57 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
21:50.34 | *** join/#devuan _abc_ (~usre@unaffiliated/ccbbaa) |
21:51.11 | _abc_ | Hello. There seems to be no cddafs opening way in devuan with thunar as file manager. Is there some non free presumably plugin? Searching by name cdda does not find anything useful. |
21:51.28 | _abc_ | thunar claims audio disks are not mountable |
21:52.21 | _abc_ | kde used to be able to do this (kde3) |
21:55.52 | rrq | "cddafs" is a MacOS thingy isn't it; you'd look for "cddfs" in Linux, and not find that in Devuan either... google says there's something at "SlackBuilds.org" |
21:57.26 | rrq | .. or "fuse-cddfs" for netbsd |
22:00.38 | rrq | .. or maybe "cdfs" from ubuntu ? (I remember I used cdfs late last millenium) |
22:01.25 | rrq | (or some few years ago at least) |
22:02.08 | _abc_ | cdfs is not present in packages |
22:02.33 | _abc_ | xmms2 plugin cdda exists |
22:06.54 | *** join/#devuan Jjp137 (~Jjp137@cpe-75-83-16-81.socal.res.rr.com) |
22:21.19 | _abc_ | interesting there's cdparanoia which will happily get the cdda tracks but no fs mode access. |
22:28.23 | *** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d) |
22:30.05 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
22:32.22 | *** join/#devuan LtWorf (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
22:35.26 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
22:51.09 | *** join/#devuan amarsh04 (~amarsh04@118.211.39.107) |
23:23.29 | *** join/#devuan rdav (~rdav@110.193.150.122.sta.dodo.net.au) |
23:27.46 | *** join/#devuan puria (~puria@net-130-25-70-198.cust.vodafonedsl.it) |
23:38.19 | *** join/#devuan ukine1 (~ukine@70.127.83.50) |
23:41.14 | *** join/#devuan ukine (~ukine@70.127.83.50) |
23:50.21 | *** join/#devuan LtWorf (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |