systemdlete | any way to mount hfsplus partition r/w from Devuan? I've installed hfsplus, hfsutils, and hfsprogs, but still won't mount writable. | 05:04 |
---|---|---|
gnarface | systemdlete: make sure the right module loaded, there's like two major eons of "hfs" and i think there are separate tools for each, and separate modules, and the modules may conflict... | 05:40 |
gnarface | systemdlete: either that or maybe you have to pass a flag to the module to disable safety mode or something | 05:40 |
systemdlete | gnarface: I am trying to install ascii onto a new laptop (ASUS T101H). The install hangs when it gets to detecting CD-ROM (probably because there is none?). I think I've encountered this before, but I forget the magic. | 07:05 |
systemdlete | It is a 2-in-1 with a eMMC disk | 07:06 |
golinux_ | Don't you have to comment that out in sources.list? | 07:06 |
systemdlete | comment out... ? | 07:07 |
golinux_ | CD-ROM | 07:07 |
systemdlete | how do I do that? | 07:07 |
systemdlete | (I think you are right, now that I recall...) | 07:08 |
systemdlete | (but forgot how to...) | 07:08 |
golinux_ | with nano but I have no idea how to access it. | 07:09 |
systemdlete | you mean, in the live booted image on the laptop? Like, from a console? | 07:09 |
golinux_ | I don't install very often and have that device in my tower. | 07:09 |
systemdlete | or do you mean in the ISO image somehow? | 07:09 |
golinux_ | I not one who can answer your question unfortunately. | 07:10 |
systemdlete | ok, thanks. | 07:11 |
agris | I just read this | 07:45 |
agris | https://lists.debian.org/debian-devel/2018/11/msg00570.html | 07:45 |
agris | Is devuan planning on adding gtk2 libraries to the project as well? | 07:45 |
agris | if the debian-gnome team successfully purges gtk2 from debian | 07:45 |
agris | what does this mean for Devuan? | 07:58 |
gnarface | systemdlete: try it in expert mode? i dunno when it says detecting CDROM i thought it meant detecting the image, which if you're booting from USB or something is just an integrity check | 08:10 |
gnarface | also it could just be really slow | 08:10 |
systemdlete | tried it in several modes already. Tried to find the repo file (but it's not there) | 08:11 |
systemdlete | true: slow | 08:11 |
gnarface | which install image are you using? | 08:11 |
systemdlete | 64bit network install | 08:11 |
systemdlete | I'll try again later. | 08:14 |
agris | I am going to fork pygtk | 10:25 |
agris | after I fix omemo | 10:26 |
agris | and fork port gajim 0.16.9 to python3 | 10:26 |
agris | nevermind the previous message about the debian mailing list msg00750 | 10:27 |
r3boot | why not just upgrade to 1.1.3?? | 10:27 |
r3boot | gajim is already python3 | 10:28 |
agris | r3boot, because 1.x is gtk3 only, and full of more bugs | 10:28 |
agris | I have no intention whatsoever to use gtk3 and have already backported programs I need back to gtk2 | 10:28 |
r3boot | Right, and you submitted bugreports for that and those got unaswered / marked as wont-fix? | 10:28 |
r3boot | ah, okay, well, gl then :) | 10:29 |
agris | yes | 10:29 |
agris | r3boot, Gajim 0.16.9 does (almost) everything I need it to and the few bugs it does have are known and the solution clear | 10:29 |
agris | so I've been working fixing those few bugs | 10:30 |
agris | I'd rather fix what I already have and know it's strongpoints + weaknesses than attempt to make gajim 1.x fit my needs and deal with the hundreds of bugs that major gtk change brought upon to the project with it | 10:32 |
Centurion_Dan | agris: I think along with doing that you'll need to fork gtk2 to maintain it sometime soon... If it's maintained as a fork then Debian is less likely to kick it, although there appears a clear intention to do so regardless. | 10:33 |
Centurion_Dan | AIUI gtk3 is a mess and each point release breaks API and ABI compatibility with previous releases in some way meaning that some packages need to be patched and upgraded in order to continue to work reliably. That seems a rather insane approach... | 10:36 |
agris | Centurion_Dan, as far as I am aware there is no better option. gtk2 is probably the smallest toolkit while still retaining all the features I need and the only other realistic option is to use Motif | 10:36 |
agris | I figure maintaining gtk2 may be easier than dealing with gtk3 | 10:37 |
agris | because it's already had a decade's worth of bugfixes | 10:37 |
agris | and no new features | 10:37 |
r3boot | Can i checkout your codebase somewhere? I'd love to test | 10:37 |
Centurion_Dan | call it 4kdgtk | 10:38 |
onefang | lol | 10:38 |
agris | why not keep it called gtk2. It's not Mozilla licensed or anything | 10:39 |
r3boot | because that'll run into naming conflicts with gtk2, likely | 10:40 |
agris | well I won't need to do this until gtk2 /actually/ becomes unmaintained | 10:40 |
agris | because right now it still receives git commits to a special branch for bugfixes only | 10:41 |
agris | and my goal is to provide gtk2, not to change it in some incompatible way | 10:42 |
agris | Centurion_Dan, what is the thought process behind that name? | 10:59 |
Centurion_Dan | forked gnome toolkit | 11:00 |
Centurion_Dan | ;-) | 11:00 |
onefang | This is why I loled, I figured non many people would get it. 4kd = forked. | 11:00 |
agris | heheh | 11:00 |
agris | although I think it's more accurate calling it forked gimp toolkit. still a g though | 11:01 |
Centurion_Dan | could also consider gtkng - which could imply multiple interpretations like "gimp toolkit not gnomed", "gimp toolkit next generation" | 11:03 |
onefang | Gimp ToolKit, Not Glimpse. | 11:04 |
agris | not gnomed. I like that | 11:18 |
agris | I am building a fresh coreboot | 11:19 |
agris | they are on GCC 8.3.0 now | 11:19 |
agris | super exciting | 11:20 |
lifebook | hi! with only 256 MB of ram, beowulf with 4.19 linux is slow and does use swap a lot | 16:00 |
lifebook | however, beowulf with 4.9 linux (from ascii) runs faster, yet less secure (spectre...) | 16:00 |
lifebook | any advice? | 16:00 |
r3boot | Install more ram? | 16:11 |
r3boot | Alternatively, if that is not an option, install a lightweight OS, like NetBSD or OpenBSD | 16:12 |
lifebook | thanks @r3boot :) | 16:14 |
lifebook | suppose linux is the one and only choice | 16:15 |
r3boot | not the one and only, but it is a choice, yes :) | 16:15 |
r3boot | To run linux comfortably, 512MB of ram is very much needed. Recommended is to run with atleast 1GB | 16:16 |
r3boot | especially with modern kernels | 16:16 |
lifebook | do the IoT world use 512MB of ram? | 16:17 |
r3boot | an esp runs with 320KiB of ram, but those dont run linux. An average arduino has like, 32k of memory | 16:19 |
r3boot | ah, too late :) | 16:19 |
lifebook | actually, i've tried to find the root cause, with no luck | 16:20 |
fsmithred | are you using a window manager? | 16:21 |
r3boot | To come back on your question wrt IoT and ram usage: | 16:21 |
r3boot | 16:19 < r3boot> an esp runs with 320KiB of ram, but those dont run linux. An average arduino has like, 32k of memory | 16:21 |
lifebook | @fsmithred openbox wm | 16:22 |
lifebook | note that even aptitude triggers the swap | 16:22 |
r3boot | On what hardware is this? | 16:24 |
lifebook | @r3boot a laptop fujitsu siemens lifebook c1020 | 16:27 |
lifebook | CPU intel celeron 2 GHz (32 bit) | 16:27 |
fsmithred | I like to use ps_mem.py to see how much memory each program uses. Could also do it with top or htop. | 16:27 |
r3boot | Mja, seriously? Try OpenBSD. You can probably get this to work with linux, dont get me wrong, but the amount of efford you'll need to invest is pretty big. | 16:29 |
lifebook | @r3boot with the right config, firefox runs well, yet with 4.9 linux | 16:30 |
fsmithred | There are lighter window managers: icewm, jwm for example. | 16:30 |
lifebook | @fsmithred where can one find ps_mem.py? | 16:30 |
fsmithred | not for long. I read recently that newer versions of firefox will require 1 or 2 GB memory | 16:31 |
fsmithred | I'll check... | 16:31 |
sasquatch | why not use (h)top and sort by size? | 16:31 |
sasquatch | it#s probably smaller than running a python to get the sizes | 16:32 |
fsmithred | sasquatch, do you happen to know the option to use for that? | 16:33 |
fsmithred | lifebook, https://github.com/pixelb/ps_mem | 16:33 |
r3boot | ps -o vsz,rss,comm | 16:34 |
r3boot | that'll give you just the memory details | 16:34 |
fsmithred | I've only used ps_mem.py. I don't know what the other files are. | 16:34 |
r3boot | no need for 3rd party tools ;) | 16:34 |
lifebook | @fsmithred @r3boot thanks :) | 16:35 |
fsmithred | hm, that command doesn't do what I want when I run it over ssh. | 16:35 |
lifebook | i think this is related to memory management | 16:36 |
lifebook | 4.9 and 4.19 do not manage memory the same way | 16:36 |
x3dre | Is it possible to downgrade from ascii to jessie ? | 16:36 |
r3boot | fsmithred: if you dont specify any additional options, it will only show the processes in your current process group. You can add (say) ax to the commandline to get a more full listing | 16:36 |
x3dre | If so can you point me to the documentation ? | 16:36 |
sasquatch | ps is as 3rd party as top... .-P from same package | 16:36 |
r3boot | sasquatch: this was in reference to htop and ps_mem | 16:37 |
sasquatch | ...(h)top... | 16:37 |
fsmithred | x3dre, you would have to pin jessie packages to 1001 then update and upgrade, but why would you want to do that? | 16:37 |
r3boot | sasquatch: yes, and top is part of psutils, but htop is not | 16:38 |
r3boot | .. or am I mistaking here, could be | 16:38 |
r3boot | ah, no, not part of psutils :) | 16:38 |
fsmithred | it's in procps | 16:39 |
fsmithred | that's what apt-file tells me | 16:39 |
x3dre | Because I have two latops one with the older jessie and the other with ascii and the stable version runs well it seems, where the ascii seems to be missing dependencies ... | 16:39 |
r3boot | fsmithred: is that something devuan specific? If I look at debian, htop is in a dedicated package: https://packages.debian.org/buster/htop | 16:40 |
fsmithred | r3boot, "it" referred to /usr/bin/top | 16:40 |
r3boot | aaaah | 16:40 |
fsmithred | yes, htop is its own package | 16:40 |
sasquatch | and very user friendly... | 16:41 |
lifebook | by ram : pidgin, nm-applet, Xorg | 16:41 |
* r3boot uses UNIX tools mostly, so I would not know tbh :] | 16:41 | |
r3boot | eg, ps is just fine, since that gives all the info I need | 16:42 |
fsmithred | s/pidgin/irssi/, s/nm-applet/?(maybe nothing)/ | 16:42 |
fsmithred | setnet.sh | 16:43 |
r3boot | yeah, you can skip networkmanager if you properly configure /etc/network/interfaces and wpa_supplicant | 16:43 |
fsmithred | setnet in the repo is lightweight (curses) | 16:43 |
fsmithred | there are curses or cli versions of wicd and I think network-manager | 16:44 |
fsmithred | and yeah, lightest is none of those | 16:44 |
lifebook | aptitude uses curses however with 4.19 kernel as soon as it plays with database then it triggers the swap | 16:44 |
r3boot | the only thing you really need to configure for almost all desktops (excluding special setups), is dhcp + working wireless. dhcp is a static configuration (from the PoV of the OS), so no need for a manager for that. Wireless is a one-time editing of a configuration file | 16:44 |
r3boot | So personally, I'd bite the bullet, learn how networking works, configure it, and be done with it :) | 16:45 |
lifebook | with this swap trouble, i've learned a bit about linux and the scheduler | 16:46 |
lifebook | it feels like linux 4.19 is running with a friend | 16:48 |
fsmithred | you might try messing with swappiness setting | 16:48 |
fsmithred | gotta go. bbl. | 16:48 |
lifebook | thank you @fsmithred | 16:49 |
lifebook | i did not try with linux from backports | 16:50 |
lifebook | i should do that, maybe | 16:50 |
lifebook | can't wait for the beowulf release :-D | 17:03 |
james1138 | (y) | 17:17 |
nemo | hm... somehow I missed the knoppix news | 17:29 |
nemo | I'm guessing rest of channel did not | 17:30 |
Wonka | I don't know what you're talking about? | 17:31 |
golinux | nemo: Yeah . . . a lot of it was on #debianfork (where it should be) | 17:31 |
golinux | This is not the Knoppix channel. ;) | 17:31 |
nemo | golinux: heh. | 17:38 |
nemo | golinux: I wasn't on the #debianfork channel, nor the knoppix channel, thus I was trying to keep my commentary light | 17:39 |
nemo | it was mostly a \o/ for reinforcements for devuan | 17:39 |
nemo | so. I might be forced to switch a bunch of dev servers at work from Devuan to Debian because the backup solution provider does not officially support Devuan | 18:27 |
nemo | nevermind the fact that probably the only thing missing is an init script, and maybe not even that. It's about checklists and I may not get a choice | 18:27 |
nemo | we'll see, but to be defensive... is the best option to stand up a clean new instance, or could I possibly switch over in /etc/apt ? | 18:28 |
nemo | and yes I'm not happy about this either ☹ | 18:29 |
kiwi_51 | hello I m fighting the hibernation fall out on my computer, so I believed devuan a fairer seat, is it? | 21:29 |
gnarface | no way to know for you without trying it | 21:31 |
gnarface | there is a live image though | 21:31 |
golinux | Can you hibernate a live image? | 21:33 |
kiwi_51 | golinux: pardon? "hibernate a live image" what do you mean? | 21:34 |
gnarface | i assumed so, but i guess that could be naive. | 21:34 |
gnarface | you'd have to have enough swap already allocated | 21:35 |
golinux | fsmithred needs to answer that. | 21:35 |
golinux | I always just suspend. Hibernation can be tricky. | 21:36 |
fsmithred | I think so. | 21:36 |
fsmithred | you need to have and use the swap | 21:36 |
fsmithred | might need to add a boot option | 21:37 |
fsmithred | hang on... | 21:37 |
fsmithred | swap=true | 21:37 |
fsmithred | if you're booting legacy bios, press TAB to edit the isolinux boot menu | 21:37 |
fsmithred | if you're booting uefi, press e to edit the grub boot menu | 21:38 |
fsmithred | kiwi_51, ^^^ | 21:38 |
kiwi_51 | ok, thank you, then I see if hibernation works on devuan live cd. | 21:40 |
debdog | kiwi_51: what hardware? I am fightinh a similar issue | 21:42 |
fsmithred | what kind of problems are you having with hibernation? | 21:42 |
kiwi_51 | And the hibernation problem is touched by the systemd issue, what do you mean? | 21:42 |
gnarface | just let him try it first guys | 21:43 |
gnarface | there's no way of knowing otherwise | 21:43 |
gnarface | kiwi_51: we're all wondering if your issue is a kernel issue or a userspace support issue. but we can only really collectively guess until you provide some clear test results | 21:44 |
gnarface | kiwi_51: if it is the former, then devuan won't behave any differently from debian. if it is the latter, then maybe we can help where systemd failedyou. | 21:44 |
gnarface | that's only a maybe | 21:44 |
gnarface | but you're not alone either way | 21:44 |
gnarface | if it is very new hardware, the kernel issue may be more likely | 21:46 |
kiwi_51 | It already functioned. | 21:47 |
gnarface | you mean it used to work? that is a good sign | 21:47 |
kiwi_51 | I will do as you told me. | 21:47 |
kiwi_51 | yes. | 21:47 |
kiwi_51 | a lot thanks. | 21:48 |
gnarface | good luck | 21:49 |
kiwi_51 | I come back with test results after installation... | 21:49 |
gnarface | kiwi_51: to be clear: do not install with the livecd | 21:50 |
gnarface | just boot it | 21:50 |
gnarface | then test hibernate | 21:50 |
gnarface | (expect it to be a little slow) | 21:54 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!