| tuxd3v | Xenguy,iRobot? | 00:35 |
|---|---|---|
| Xenguy_ | 2 universes that will never collide | 01:03 |
| bleb | anyone here familiar with gnumeric | 03:21 |
| bleb | i opened a csv file with dates in YYYYmmddHH:MM:SS format | 03:23 |
| bleb | then it automatically interpreted them in some fucked up way so if i export it as csv, it looks entirely different | 03:23 |
| bleb | i have a bunch of edits to this csv file but if i export to csv the dates are wrong | 03:24 |
| bleb | yet they look correct in gnumeric][ | 03:24 |
| gnarface | i likely can't help at all with gnumeric, sorry... but libreoffice-calc is in the repos and may have a more familiar interface | 03:25 |
| bleb | yeah i won't be using gnumeric again | 03:30 |
| bleb | but i'd like to salvage the edits i've made and not have to manually reproduce them in libreoffice | 03:30 |
| holycow | can gnumeric save in .ods? maybe open up calc and gnumeric and copy/paste from gnumeric? | 03:32 |
| holycow | the only workarounds i can think of that might work | 03:32 |
| bleb | this is incredibly bad | 03:32 |
| bleb | i can save in various formats including .xls | 03:34 |
| bleb | but the resulting data is the mangled date format, not what is displayed in gnumeric | 03:35 |
| holycow | copy / paste from gnum --> calc? | 03:35 |
| bleb | hey that seems to be working | 03:41 |
| waynedpj | fsmithred ahoy, here is the info that you requested regarding installing to existing Btrfs subvolumes from our discussion last night: https://dev1galaxy.org/viewtopic.php?pid=19438#p19438 thanks again. | 04:51 |
| guenthert1 | I seem to have difficulties computing the right SHA256 of devuan_ascii_2.1_amd64_netinst.iso. | 07:44 |
| guenthert1 | I get | 07:45 |
| guenthert1 | --8<-- | 07:45 |
| guenthert1 | $ sha256sum Downloads/devuan_ascii/devuan_ascii_2.1_amd64_netinst.iso | 07:45 |
| guenthert1 | 9aa6de460fb944ddfec8c79306974a522be166e4d296e9673f083f9e1cc6c56c Downloads/devuan_ascii/devuan_ascii_2.1_amd64_netinst.iso | 07:45 |
| guenthert1 | -->8-- | 07:45 |
| guenthert1 | when SHA256SUMS lists $ grep amd64_netinst Downloads/devuan_ascii/SHA256SUMS | 07:46 |
| guenthert1 | 2095a33e874781d3995bc477ca83dfb6250552fa9ff2db4bc71423a37f42fb99 devuan_ascii_2.1_amd64_netinst.iso | 07:46 |
| guenthert1 | I downloaded the file from two mirrors and computed the SHA256 on ARM (bananian) and AMD64 (Ubuntu 18.04), same result. | 07:49 |
| guenthert1 | need to catch some naptime now ... | 07:51 |
| nemo | I wonder if debian would consider "overlaying" a more sensible intuitive category + package name like gentoo has | 15:04 |
| nemo | guessing how debian deduped a package name gets annoying | 15:04 |
| nemo | generalcategory-specific/appname | 15:05 |
| GyrosGeier | hm? | 16:11 |
| GyrosGeier | package names are unique | 16:11 |
| GyrosGeier | category/package is just for the admin user | 16:11 |
| GyrosGeier | you mostly see these in aptitude | 16:12 |
| GyrosGeier | or dselect, if you are ancient | 16:12 |
| nemo | GyrosGeier: yeah, I was just getting annoyed at weird debian package names | 16:15 |
| nemo | due to collisions | 16:15 |
| nemo | some sort of hierarchical organisation would make it easier to keep them distinct instead of inventing new random appendages at the end with no consistency | 16:16 |
| nemo | GyrosGeier: I'm kinda split between gentoo and devuan at home and constantly finding things I love/find annoying with each ☺ | 16:17 |
| nemo | [N] net-analyzer/slurm (0.3.3-r2): Realtime network interface monitor based on FreeBSD's pppstatus [N] sys-cluster/slurm (~19.05.5.1): A Highly Scalable Resource Manager | 16:17 |
| GyrosGeier | yup | 16:19 |
| GyrosGeier | it also doesn't help that / is used in apt to say "from this release" | 16:19 |
| GyrosGeier | e.g. "apt install netcat/ascii" | 16:19 |
| nemo | GyrosGeier: well. it could be some other magic pattern | 16:19 |
| GyrosGeier | a dash | 16:19 |
| nemo | haha | 16:19 |
| GyrosGeier | that is basically what we do | 16:19 |
| nemo | GyrosGeier: FINE. but more consistently 😝 | 16:20 |
| nemo | and with standard metadata | 16:20 |
| GyrosGeier | we do something more useful and tell people off | 16:20 |
| GyrosGeier | "no, that particular acronym already exists" | 16:20 |
| nemo | well. I guess debian does serve a useful function then | 16:21 |
| GyrosGeier | or "yes, we know you were first, but both of your users will understand" | 16:21 |
| nemo | and encourage less name collision in the FOSS world | 16:21 |
| nemo | but it'd be still nice to have | 16:21 |
| GyrosGeier | the latter happened with the GNU Interactive Tools, aka "git" | 16:21 |
| nemo | also. gentoo does this for related packages too. debian does as well, but while it's kinda consistent, they seem to break it at will | 16:21 |
| GyrosGeier | it's an inexact science | 16:22 |
| GyrosGeier | if we came up with rules, we'd spend a lot of time arguing about rules | 16:22 |
| nemo | for example that slurm has acct-group/slurm and acct-user/slurm and sys-cluster/slurm and yes, their organisation would have dedupe forced if the freebsd tool had needed those too | 16:22 |
| nemo | GyrosGeier: yeah, it's probably too late now | 16:22 |
| guenthert | So I just downloaded from a 3rd site, this time with a AMD based machine (thought there might be an issue with my BananaPi), but I still get | 17:55 |
| guenthert | $ sha256sum devuan_ascii_2.1_amd64_netinst.iso | 17:55 |
| guenthert | 9aa6de460fb944ddfec8c79306974a522be166e4d296e9673f083f9e1cc6c56c devuan_ascii_2.1_amd64_netinst.iso | 17:55 |
| guenthert | which doesn't match the value in SHA256SUMS | 17:55 |
| Hurgotron | grep devuan_ascii_2.1_amd64_netinst.iso SHA256SUMS | 17:57 |
| Hurgotron | SHA256 (devuan_ascii_2.1_amd64_netinst.iso) = 9aa6de460fb944ddfec8c79306974a522be166e4d296e9673f083f9e1cc6c56c | 17:57 |
| Hurgotron | looks ok to me. | 17:58 |
| fsmithred | SHA256 (devuan_ascii_2.1_amd64_netinst.iso) = 9aa6de460fb944ddfec8c79306974a522be166e4d296e9673f083f9e1cc6c56c | 18:41 |
| fsmithred | ^^^ guenthert, that's the checksum in the SHA256SUM file on files.devuan.org, and that's also what I get on the iso I downloaded from there. | 18:42 |
| fsmithred | and that is the correct one. | 18:45 |
| fsmithred | guenthert, where did you download the SHA256SUMS file? | 18:48 |
| guenthert | Thanks for having a look. I got the SHA256 file from belltower.us: | 19:07 |
| guenthert | wget --no-check-certificate https://mirror.belltower.us/devuan/devuan_ascii/installer-iso/SHA256SUMS | 19:07 |
| fsmithred | ERROR: The certificate of ‘mirror.belltower.us’ has expired. | 19:13 |
| fsmithred | so says wget | 19:13 |
| guenthert | I see the files on belltower.us listed with a mtime of 20191022, while ASCII 2.1 was released 20191121. With the SHA256 of another mirror, the sums match now, thanks! | 19:17 |
| fsmithred | good. sorry about the confusion. | 19:17 |
| tuxd3v | hello, does any one knows a lighter desktop nevironent than Equinox? | 23:29 |
| jonadab | I don't know Equinox, but there are always tiling window managers like ratpoison and ion and whatnot. | 23:32 |
| jonadab | Or, if you don't want to go that route, twm. | 23:32 |
| MinceR | or icewm or fvwm | 23:33 |
| jonadab | twm is about as lightweight as it gets, I think. | 23:33 |
| jonadab | fvwm is also pretty light, yeah. | 23:33 |
| jonadab | twm is light enough to run on a 486. | 23:34 |
| tuxd3v | Equinox is around 100MB of Ram, | 23:34 |
| tuxd3v | I wanted a desktop enviroment at lets say, some 70-80MB | 23:34 |
| tuxd3v | I can go fluxbox | 23:35 |
| tuxd3v | at around 77MB now | 23:35 |
| tuxd3v | god.. Win xp run in 98Mb of Ram.. | 23:35 |
| tuxd3v | whats hapenned with linux? | 23:36 |
| tuxd3v | I mean with userpace.. | 23:36 |
| tuxd3v | userspace.. | 23:36 |
| MinceR | red hat happened to it | 23:36 |
| jonadab | Windows XP can only *theoretically* run in 98 MB of RAM. It's going to perform horrifically and swap to disk constantly. | 23:36 |
| MinceR | backdoors xp does that on any pc | 23:37 |
| tuxd3v | yeah backdoors, but even with backdoors which they also consume something of Ram.. | 23:37 |
| tuxd3v | 98Mb is a nice feat | 23:37 |
| tuxd3v | Equinox seems nice but I would need to build it from sources as I don't find it in devuan :( | 23:38 |
| jonadab | And if you try to run Windows Ten in 98 MB of RAM... well. That just doesn't bear even thinking about, now does it? | 23:39 |
| tuxd3v | but its 100MB of Ram...starts to annoy me.. | 23:39 |
| tuxd3v | everyone knows the Ram consumption of Elightment? | 23:39 |
| fsmithred | tuxd3v, e17 is pretty low | 23:40 |
| fsmithred | icewm should be less than 100mb | 23:40 |
| tuxd3v | fsmithred, does you think it is lower than 100MB? | 23:40 |
| fsmithred | last time I checked (jessie or ascii) it was around 70-80 | 23:40 |
| tuxd3v | at the moment my fluxbox desktop test image is about 77MB, without a lot of things on it.. | 23:41 |
| tuxd3v | and I am starting to fear that once I hade more things is will go to around 100MB.. | 23:42 |
| tuxd3v | at that values Equinox is already a option | 23:42 |
| tuxd3v | if e17 can be low, it would be better | 23:42 |
| fsmithred | you know for sure how much equinox uses? | 23:42 |
| gnu_srs1 | tuxd3v: You also have wmaker, a lightweight WM, and other tools around it: wmaker-utils, wmake-data, wm* etc. | 23:42 |
| tuxd3v | I believe that Equinox should be around 100MB, for sure I don't know, I saw a reference onlin of 104MB, but I saw lots of duplicated apps installed so, maybe a lean base install could be less than it.. | 23:43 |
| gnu_srs1 | apt-cache search "wmaker"|grep wm | 23:44 |
| tuxd3v | gnu_srs1, but wmaker is a window maker only right? | 23:44 |
| tuxd3v | Equinox is a complete desktop environment, it even has calculator included( even tought I maintain 'bc' closest to my chest :) ) | 23:45 |
| tuxd3v | Enlightment is nice but I believe that is a lot slower cpus it will have some delay to respond, maybe I am wrong.. | 23:47 |
| MinceR | i've found enlightenment to be quite sluggish | 23:47 |
| gnu_srs1 | tuxd3v: Yes, wmaker is a Window Manager, but also has a lot of apps: like wmcalc, wmcdplay, wmbattery, wmnet, wmtop, etc | 23:49 |
| MinceR | fvwm also comes with a bunch of widgets, including panels | 23:51 |
| gnarface | e17 is a lot faster if you disable the compositor, unless you have really good drivers | 23:52 |
| qbmonkey | I am below 75mb after fresh boot and startx (evilwm). | 23:52 |
| gnarface | (video drivers, that is - i run e17 on my rpi, so i think that cpu speed thing is a red herring) | 23:52 |
| gnu_srs1 | wmaker even has a display manager: wdm - WINGs Display Manager - an xdm replacement with a WindowMaker look | 23:53 |
| gnu_srs1 | I have only used parts of the above before (as well as e17). | 23:54 |
| gnarface | if you leave the e17 compositor on and it has to fall back to software compositing because of no hardware opengl support in your video drivers, then cpu load will go way up doing trivial things like opening, moving, resizing or scrolling windows | 23:54 |
| gnarface | and even if you DO have good hardware opengl support, some mesa builds might still have software-rendering levels of performance if not paired with the right video driver, xorg and kernel versions (and related compile-time options) | 23:55 |
| gnarface | (nvidia drivers on the other hand tend to work nice and speedily but stability is hit&miss) | 23:56 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!