IRC log for #devuan on 20191110

00:03.42yetityping make fetch instead of git fetch... need soime ZZZzzzz...... too
00:03.45yeti_o/"
00:04.01*** join/#devuan jordila (~jordi@178.62.192.190)
00:05.57tuxd3vyeit: I agree with you, a lot of work is needed, to standardize everything and make it self-hosting..
00:06.11tuxd3vyeti: I agree with you, a lot of work is needed, to standardize everything and make it self-hosting..
00:06.44tuxd3vyeti: 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.50agrisWhy is Beowuld not consider 'stable' by Devuan?
08:31.55agris*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.29gnarfaceagris: i think there's some broken polkit stuff still
10:01.03gnarfacesomething related to permissions backends anyway
10:01.14agrisgnarface, where can I find the details on this>
10:02.33gnarfacebugs.devuan.org, the mailing list, or ask one of the project leads maybe
10:02.44gnarfaceor just ask any of the people hanging around here who have used it what is still broken
10:03.07agrisI meant like a specific bug number
10:03.10gnarfacein theory bugs.devuan.org should be the definitive list but i don't think everyone is using it
10:03.21agrisbut gnarface it's interesting you mention polkit
10:03.31gnarfaceare you seeing issues with it?
10:03.33agristhat's mostly a desktop usage related issue right?
10:03.39gnarfaceuh, yea
10:03.43agrisnot server usecase
10:03.57gnarfaceyou could easily avoid using it, yes
10:04.02*** join/#devuan Tenente (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c)
10:04.27agrisunrelated note but have you ever played around with OpenRC from backports or used the beowulf version?
10:04.48gnarfacenever touched it, sorry
10:04.53agrisk
10:05.12gnarfacepeople around here have though, there has been much discussion about it
10:05.19gnarfaceprobably on the mailing list and in the forum too
10:06.49agrisIt's interesting the newer version contains that openrc-init binary while the ascii stable version doesn't
10:07.04agriswhich can be used by the kernel directly
10:23.54*** join/#devuan o01eg (~o01eg@2a02:2698:82b:12de:9c96:1328:2b22:794d)
10:30.05agrisWill 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.35gnarfaceagris: 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.05gnarfaceagris: the whole point is to leave everything the same except what has to be changed to get rid of of systemd
12:16.02gnarfaceagris: 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.28gnu_srs2And clean up all left-over buildd chroots?
12:58.15gnu_srs2Sorry, 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.59fsmithredagris, 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.38fremmyHELLO
18:38.41*** join/#devuan klaus (~klaus@amarseille-654-1-340-108.w109-208.abo.wanadoo.fr)
18:56.22tuxd3vfremmy: 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.14tuxd3vhello all,
19:50.28tuxd3vI am crosscompiling from x86 to aarch64
19:50.34tuxd3von kernel Makefile:
19:52.11tuxd3vHOSTCFLAGS, HOSTCXXFLAGS, KBUILD_HOSTCFLAGS, KBUILD_HOSTCXXFLAGS flags... should I use -march=armv8-a
19:52.26tuxd3vbecause the host here is x86..
19:52.47tuxd3vI am crosscompiling it to aarch64..
19:53.19tuxd3vI receive a error.. in arm gcc cross-toolchain 8.3
19:53.21tuxd3v?
19:53.40tuxd3vscripts/basic/fixdep.c:1:0: error: bad value (armv8-a+simd+crypto+crc) for -march= switch
19:54.43tuxd3vif 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.44systemdlete2Puzzle?  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.11systemdlete2Also:  Why are there files in the directory with "funny" names?  E.g.  file_1%3a5.30-1+deb9u3_amd64.deb
20:40.32systemdlete2double checks to make sure this report is accurate...
20:47.39tuxd3v ^^^^
20:48.06tuxd3v:)
20:48.56systemdlete2seriously, what is up with this?  Do you know, tuxd3v?
20:52.12tuxd3vyou doublechecked?
20:52.45systemdlete2Yeah, just to make sure my own script was still working right.  It is... though I see it gets different values than df
20:53.17systemdlete2I'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.05systemdlete2I 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.35systemdlete2I 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.50systemdlete2Unless 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.13systemdlete2But why the "funny" file names?  That doesn't make sense.
20:56.33tuxd3vI also have some,
20:56.49tuxd3v14 in total deb packages
20:56.54tuxd3vin the archive
20:57.05systemdlete214?
20:57.11systemdlete2not 14,000
20:57.14tuxd3vmajority come from ascii-backports, if not all
20:58.51tuxd3vno, only 14
20:58.59systemdlete2Sorry, I have 1338 files
20:59.27tuxd3vroot@OnePlus:~# ls -l /var/cache/apt/archives/|grep "%"|wc -l
20:59.27tuxd3v14
20:59.55systemdlete2ok, so my situation is not unique then
21:00.11systemdlete2dpkg does not work on those packages because the name is "funny"
21:00.13tuxd3vsorry.. I am posting the resolt of a rootfs for a arm device :D
21:00.46tuxd3vI have 180
21:00.51tuxd3vwhich is a lot..
21:00.59systemdlete2well, 180 or 1338 is not a problem really
21:01.18systemdlete2the real issue is the total disk space they take up -- after a while, I mean
21:01.30systemdlete2almost 3GB in my case
21:01.42systemdlete2(df -ks /var/cache/apt/archives)
21:03.08tuxd3vapt-get clean, solves it for sure :)
21:03.18systemdlete2Ok, my script's numbers match the df (closely, but not precisely of course)
21:04.34systemdlete2aha!  the deb files have the timestamp from the repo.  If I use ls -lc I can see when the inodes were created.
21:04.39systemdlete2this makes much more sense now
21:04.44systemdlete2(sorry to bug you all)
21:04.52systemdlete2(again.  *sigh*)
21:07.34systemdlete2looks like a kernel update?
21:10.01systemdlete2this system probably needs a reboot anyway, after running out of space on /
21:10.12systemdlete2(one of many reasons I generally don't like one big fs)
21:10.21tuxd3vdon't know about that timestamp..
21:10.52tuxd3vwe had one some weeks ago..
21:11.35systemdlete2I could be a bit behind, with all the other stuff I am working on
21:11.56systemdlete24.9.0.6 -> 4.9.0.7
21:13.04systemdlete2I'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.13systemdlete2anyway, back later.  Thanks
21:15.02*** join/#devuan rdav (~rdav@122.150.193.110)
21:22.18tuxd3vdon't know, what I know is that kernel 5.4 will be huggeee
21:23.01tuxd3vI 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.06tuxd3vcrazzyy
21:23.20tuxd3vand there are no support for comporessed images
21:23.21tuxd3v..
21:29.55*** join/#devuan zeden (~user@unaffiliated/zeden)
21:30.50tuxd3vcomporessed -> compressed
21:30.57tuxd3vin aarch64
21:31.32tuxd3vthe 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.52rrq"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.26rrq.. or "fuse-cddfs" for netbsd
22:00.38rrq.. or maybe "cdfs" from ubuntu ? (I remember I used cdfs late last millenium)
22:01.25rrq(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)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.