kreyren | What is the devuan-way to get wine-staging? https://hastebin.com/raw/edugasifow | 02:08 |
---|---|---|
kreyren | Was told to follow instructions on https://wiki.winehq.org/Debian | 02:17 |
filipdevuan_ | tried that method? https://wiki.winehq.org/Debian | 02:25 |
filipdevuan_ | ohh nvm sorry it's the same link ;o | 02:25 |
filipdevuan_ | i used to install wine-stable that way back in a day when i used devuan ascii | 02:26 |
brocashelm | i must say, i am simply blown away by how snappy and stable refracta is. it's obviously devuan, but this is a more refined version of it. those added firmware packages in user's /home and the live usb/dvd software definitely make it pretty nifty. glad that xfce is championed here. the only DE that really delivers for me | 09:15 |
brocashelm | this 100% made the switch for me | 09:15 |
brocashelm | i am trying to get packages as recent as possible within beowulf. i just commented out all sources except for beowulf-backports and saw 93 packages in total that need to be upgraded. would you advise against this, or is it safe to try this method? | 18:40 |
golinux | I would only use backports for a specific package if you need a newer version. Upgrading everything could create problems | 18:45 |
tuxd3v | hello all :) | 18:57 |
tuxd3v | I am here with a strange problem..maybe I already found a solution need to test | 18:58 |
tuxd3v | I am installing : 'libnewt-dev' | 18:58 |
tuxd3v | its soname version: 0.52.20-8 | 18:58 |
tuxd3v | in ascii my lua bindings for it were working using 0.52.19 'libnewt-dev' | 18:59 |
tuxd3v | now in beowulf I can install the lua bindings from here: | 18:59 |
tuxd3v | https://github.com/tuxd3v/lnewt | 18:59 |
tuxd3v | But when I try ti load the library from the inside of test options | 19:00 |
tuxd3v | I get a weird error | 19:00 |
tuxd3v | 'lua: core and library have incompatible numeric types' | 19:00 |
tuxd3v | I am looking to this, and I tough maybe it was because I am in i686, but packages are for i386 | 19:01 |
tuxd3v | but now it seems that because the sonames are diferent maybe gives me that error | 19:01 |
tuxd3v | I will try to jump the binding library to 0.52.20, and test again with 'march=i386' | 19:02 |
tuxd3v | Maybe someone that works with lia and Lua C libraries could help? | 19:02 |
tuxd3v | I am having a hard time to run the tests.. | 19:03 |
tuxd3v | alwasy errors | 19:03 |
tuxd3v | nope changing tyhe soname doesn't fix the problem :/ | 19:04 |
tuxd3v | lua: core and library have incompatible numeric types | 19:04 |
tuxd3v | still without luck | 19:06 |
tuxd3v | Any idea? | 19:06 |
tuxd3v | this is my output of compilation of lnewt: | 19:11 |
tuxd3v | https://paste.debian.net/1154388/ | 19:11 |
tuxd3v | is seems ok | 19:11 |
tuxd3v | 'libnewt-dev' is i386, and I am forcing my lnewt library to be also i386 | 19:12 |
tuxd3v | even with the same soname, it fails | 19:12 |
tuxd3v | I have this lib compiled : lnewt.so.0.52.20 | 19:14 |
tuxd3v | could it be that I need to create a symlink with lnewt.so.0 | 19:14 |
tuxd3v | ? | 19:15 |
tuxd3v | well seems the culprit was # -DLUA_C89_NUMBERS in CFLAGS :S | 19:28 |
tuxd3v | with lnewt 0.52.19 I need it | 19:29 |
tuxd3v | with libnewt 0.52.20 I can't use it...crazy | 19:29 |
specing | libnewt bites | 19:29 |
tuxd3v | specing, indeed, I am for seeral hours around this problem, I was even compiling for i686, intead of i386, and to so testing, even considered changing to arm devices to see if the problem persisted.. after all one option that is needed in previouis version, and in the beowulf one we can't build with it.. | 19:31 |
tuxd3v | seeral -> several | 19:32 |
tuxd3v | maybe the change came from here: liblua5.3-dev: /usr/include/lua5.3/luaconf.h | 19:46 |
jxyzn | is guestfish known to be broken under devuan? | 20:01 |
jxyzn | it doesn't start for me, and running the libguestfs-test-tool diagnostic tool appears to show supermin (upon which guestfish relies) has some systemd dependencies. | 20:04 |
tuxd3v | what is guestfish? | 20:06 |
jxyzn | a tool for examining and editing virtual machine disk images. | 20:06 |
jxyzn | part of libguestfs-tools | 20:07 |
tuxd3v | it seems nice | 20:08 |
jxyzn | it comes in handy. | 20:08 |
tuxd3v | is as if you were running on that block device, right? | 20:08 |
tuxd3v | I mean ...navigating | 20:08 |
tuxd3v | :) | 20:08 |
jxyzn | it's a little strange; it fires up a virtual machine that runs out of a ramdisk, mounts the desired disk image, and implements a shell of sorts for navigating, reading, writing, and modifying the contents. | 20:09 |
tuxd3v | it seems nice :) | 20:10 |
jxyzn | for myself, i find it a less error-prone method through with to make changes and edits within a .qcow2 image; i've had bad luck (fs corruption, usually) with other methods i've tried. | 20:12 |
jxyzn | *through which | 20:13 |
specing | qemu-nbd + losetup partscan | 20:17 |
jxyzn | yeah, that's how i've wound up with unfixable fs errors several times. :) | 20:17 |
tuxd3v | its taking some shape :) | 20:18 |
tuxd3v | https://postimg.cc/QV62xKTS | 20:18 |
tuxd3v | see ^^ if you recognize the there of lnewt lib? :) | 20:18 |
tuxd3v | the theme ;) | 20:19 |
tuxd3v | I think I will ned the help of golinux to create a devuan theme by default for the library :) | 20:20 |
brocashelm | devuan is the best. all hail devuan! :D | 20:36 |
tuxd3v | Aye | 20:41 |
tuxd3v | :) | 20:42 |
brocashelm | getting over win$hit/crapO$ is only half the battle; $hitterD is the other half | 20:56 |
golinux | tuxd3v: That is pretty eye-shattering! | 21:02 |
tuxd3v | golinux, yeah, I need to test it on 256 colors and then on 8 color terminal :S | 22:32 |
tuxd3v | heheh | 22:32 |
tuxd3v | check is on 256 color terminal: | 22:36 |
tuxd3v | https://postimg.cc/mtsCr4cr | 22:36 |
tuxd3v | its a lot diferent.. | 22:36 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!