libera/#devuan/ Sunday, 2019-11-10

tuxd3vhello, what should the package to install devua ascii... the default one.. of 'libcurl-dev' ?00:21
tuxd3vlibcurl4-openssl-dev 7.52.1-5+deb9u900:21
tuxd3vlibcurl4-gnutls-dev 7.52.1-5+deb9u900:21
tuxd3vbased on devuan guidelines?00:22
debdoglibcurl4-openssl-dev00:33
tuxd3vdebdog: thanks, I choosed that :)00:39
tuxd3vfrom ascii-backports00:39
debdogbackports *shiver* ;)00:40
tuxd3vactually; I am searching for newer versions of gcc in the ARM port, but only found 6.300:41
tuxd3varm6400:41
tuxd3vI was expecting gcc 8.300:42
debdogheehee00:42
tuxd3vthere are a big jump in support from 6.3 to 8.3 or even 9.100:43
tuxd3vbut 9.X has better mips32r5 support, apart from arm00:43
tuxd3vI will stay with 6.3 for now :)00:43
yetipic32?00:43
debdog*thumpsup*00:44
debdogb00:44
yeti*thumpsub* ok00:44
tuxd3vyeti: no its for MIPS32 Release 5( Warrior class )00:45
yetiok00:45
tuxd3vthey differ, mips32r5 is a Aplication processor that runs bigger OSes00:45
tuxd3vit also has SIMD( SMA ), similar like armv800:46
tuxd3vbut a cleaner SIMD implementation00:46
tuxd3vanyway, I am for arm64 now :)00:46
* debdog passes out o/00:46
yeti_o/"00:46
tuxd3vbut yeah I do have pic32 too :)00:46
tuxd3vseveral, to be honest :)00:47
* tuxd3v debdog: o/00:47
yetiI got some to play with retrobsd but meanwhile I cannot get the toolchain compiled so that got stuck00:47
yetimaybe the PIC32M micropython port will get interesting someday00:48
tuxd3vyeah, the amount of headaches we have to take to enjoy our beloved juice :)00:48
yetiretrobsd is very picky about the gcc version needed to build it and new gccs can't built that onls 4.8-ish one any more00:49
tuxd3vI will try retrobsd on them some day..00:49
yetionls->old00:49
yetisame sh*t with propellergcc (4.6-ish sibling)00:50
tuxd3vyeah I heard of it.. unfortunatly, I believe I saw a 5.3 version or so, but yeah around the 4.x series :(00:50
yetithe official one stil is the 4.6ish00:51
yetithere is a 6.y-ish one which doesnt build on arm00:51
yetibut that's unofficial and unfinished00:51
tuxd3vI didn't kew..00:51
yetiand now with prop2 $they just wait fpr the community to fix that mess00:52
tuxd3vActually I still need to aquire some force that moovs me into that.. but it would be nice I think..00:52
yetithat's why I'll probably ditch parallax stuff00:52
yetijust keeping in touch with the hive00:52
yetipropeller100:53
yetihttps://hive-project.de/00:53
yetimaybe when fat FPGAs wit foss toolchains are big enough to model a P2, I'll play with them00:54
yetibut not earlier00:54
yetiwe need te fpgas to get self hosting00:55
yetidepending on some legacy oses to being able to run some toolchains feels so unhealthy00:56
yetievery system should be self-hosting... even if a rebuild takes a week to compile00:56
yetifaster shortcuts ok... but fpr worst case, self hosting is the best option00:57
yetityping make fetch instead of git fetch... need soime ZZZzzzz...... too01:03
yeti_o/"01:03
tuxd3vyeit: I agree with you, a lot of work is needed, to standardize everything and make it self-hosting..01:05
tuxd3vyeti: I agree with you, a lot of work is needed, to standardize everything and make it self-hosting..01:06
tuxd3vyeti: bye o/01:06
agrisWhy is Beowuld not consider 'stable' by Devuan?09:31
agris*Beowulf09:31
gnarfaceagris: i think there's some broken polkit stuff still11:00
gnarfacesomething related to permissions backends anyway11:01
agrisgnarface, where can I find the details on this>11:01
gnarfacebugs.devuan.org, the mailing list, or ask one of the project leads maybe11:02
gnarfaceor just ask any of the people hanging around here who have used it what is still broken11:02
agrisI meant like a specific bug number11:03
gnarfacein theory bugs.devuan.org should be the definitive list but i don't think everyone is using it11:03
agrisbut gnarface it's interesting you mention polkit11:03
gnarfaceare you seeing issues with it?11:03
agristhat's mostly a desktop usage related issue right?11:03
gnarfaceuh, yea11:03
agrisnot server usecase11:03
gnarfaceyou could easily avoid using it, yes11:03
agrisunrelated note but have you ever played around with OpenRC from backports or used the beowulf version?11:04
gnarfacenever touched it, sorry11:04
agrisk11:04
gnarfacepeople around here have though, there has been much discussion about it11:05
gnarfaceprobably on the mailing list and in the forum too11:05
agrisIt's interesting the newer version contains that openrc-init binary while the ascii stable version doesn't11:06
agriswhich can be used by the kernel directly11:07
agrisWill AppArmor be a part of the beowulf base install like it is with debian?11:30
gnarfaceagris: 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.txt13:14
gnarfaceagris: the whole point is to leave everything the same except what has to be changed to get rid of of systemd13:15
gnarfaceagris: 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 repo13:16
gnu_srs2And clean up all left-over buildd chroots?13:57
gnu_srs2Sorry, wrong channel 8-)13:58
fsmithredagris, take a look at this thread: https://lists.dyne.org/lurker/thread/20191109.113406.444a57a8.en.html15:35
fremmyHELLO19:35
* tuxd3v fremmy: hello19:56
tuxd3vhello all,20:50
tuxd3vI am crosscompiling from x86 to aarch6420:50
tuxd3von kernel Makefile:20:50
tuxd3vHOSTCFLAGS, HOSTCXXFLAGS, KBUILD_HOSTCFLAGS, KBUILD_HOSTCXXFLAGS flags... should I use -march=armv8-a20:52
tuxd3vbecause the host here is x86..20:52
tuxd3vI am crosscompiling it to aarch64..20:52
tuxd3vI receive a error.. in arm gcc cross-toolchain 8.320:53
tuxd3v?20:53
tuxd3vscripts/basic/fixdep.c:1:0: error: bad value (armv8-a+simd+crypto+crc) for -march= switch20:53
tuxd3vif 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:54
systemdlete2Puzzle?  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.21:39
systemdlete2Also:  Why are there files in the directory with "funny" names?  E.g.  file_1%3a5.30-1+deb9u3_amd64.deb21:40
* systemdlete2 double checks to make sure this report is accurate...21:40
* tuxd3v ^^^^21:47
tuxd3v:)21:48
systemdlete2seriously, what is up with this?  Do you know, tuxd3v?21:48
tuxd3vyou doublechecked?21:52
systemdlete2Yeah, just to make sure my own script was still working right.  It is... though I see it gets different values than df21:52
systemdlete2I've been running this script for over a year now without changes or issues.21:53
systemdlete2I 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.21:54
systemdlete2I use a heuristic to determine if a directory is on a trajectory to unsustainable growth...21:54
systemdlete2Unless 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...21:55
systemdlete2But why the "funny" file names?  That doesn't make sense.21:56
tuxd3vI also have some,21:56
tuxd3v14 in total deb packages21:56
tuxd3vin the archive21:56
systemdlete214?21:57
systemdlete2not 14,00021:57
tuxd3vmajority come from ascii-backports, if not all21:57
tuxd3vno, only 1421:58
systemdlete2Sorry, I have 1338 files21:58
tuxd3vroot@OnePlus:~# ls -l /var/cache/apt/archives/|grep "%"|wc -l21:59
tuxd3v1421:59
systemdlete2ok, so my situation is not unique then21:59
systemdlete2dpkg does not work on those packages because the name is "funny"22:00
tuxd3vsorry.. I am posting the resolt of a rootfs for a arm device :D22:00
tuxd3vI have 18022:00
tuxd3vwhich is a lot..22:00
systemdlete2well, 180 or 1338 is not a problem really22:00
systemdlete2the real issue is the total disk space they take up -- after a while, I mean22:01
systemdlete2almost 3GB in my case22:01
systemdlete2(df -ks /var/cache/apt/archives)22:01
tuxd3vapt-get clean, solves it for sure :)22:03
systemdlete2Ok, my script's numbers match the df (closely, but not precisely of course)22:03
systemdlete2aha!  the deb files have the timestamp from the repo.  If I use ls -lc I can see when the inodes were created.22:04
systemdlete2this makes much more sense now22:04
systemdlete2(sorry to bug you all)22:04
systemdlete2(again.  *sigh*)22:04
systemdlete2looks like a kernel update?22:07
systemdlete2this system probably needs a reboot anyway, after running out of space on /22:10
systemdlete2(one of many reasons I generally don't like one big fs)22:10
tuxd3vdon't know about that timestamp..22:10
tuxd3vwe had one some weeks ago..22:10
systemdlete2I could be a bit behind, with all the other stuff I am working on22:11
systemdlete24.9.0.6 -> 4.9.0.722:11
systemdlete2I'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.22:13
systemdlete2anyway, back later.  Thanks22:13
tuxd3vdon't know, what I know is that kernel 5.4 will be huggeee22:22
tuxd3vI 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 17MB22:23
tuxd3vcrazzyy22:23
tuxd3vand there are no support for comporessed images22:23
tuxd3v..22:23
tuxd3vcomporessed -> compressed22:30
tuxd3vin aarch6422:30
tuxd3vthe usual images zImage os uImage, are not used in aarch6422:31
_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.22:51
_abc_thunar claims audio disks are not mountable22:51
_abc_kde used to be able to do this (kde3)22: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"22:55
rrq.. or "fuse-cddfs" for netbsd22:57
rrq.. or maybe "cdfs" from ubuntu ? (I remember I used cdfs late last millenium)23:00
rrq(or some few years ago at least)23:01
_abc_cdfs is not present in packages23:02
_abc_xmms2 plugin cdda exists23:02
_abc_interesting there's cdparanoia which will happily get the cdda tracks but no fs mode access.23:21

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!