| joerg | :-) | 00:01 |
|---|---|---|
| joerg | http://reisenweber.net/irclogs/libera/_devuan/search?q=apt-panopticon | 00:03 |
| onefang | https://pkgmaster.devuan.org/devuan_mirror_walkthrough.txt section 7 at the end lists all 4 of the official apt-panopticons. Listing them elsewhere would be up to our web people. | 01:59 |
| onefang | https://sledjhamr.org/apt-panopticon/results/Report-web.html http://veritas.devuan.org/apt-panopticon/results/Report-web.html https://ap.in.devuan.org/apt-panopticon/results/Report-web.html https://mishka.snork.ca/apt-panopticon/results/Report-web.html | 02:02 |
| onefang | ap.in and mishka have a tendency to fall over. I have TODO items to make things more robust. mishka at least added a 404 that self corrects once it's come back. | 02:04 |
| onefang | cfxproxy has left, but that walkthrough is how you become an official package mirror. | 02:05 |
| onefang | Ah cfxproxy found and read that walkthrough, got an email with the details of their mirror. B-) | 02:22 |
| * onefang updates the package mirror list. | 02:23 | |
| onefang | Not a good start, got a 404 when checking it. | 02:26 |
| onefang | Ah mirrors others, but hasn't added Devuan yet. | 02:27 |
| Xenguy | onefang, Is there any way your panopticon tool might be able to monitor ISO mirrors as well = ) | 02:35 |
| onefang | That's on my TODO list already. | 02:38 |
| onefang | Lots of things on my TODO list. If my life ever settles I might get around to actually doing them. lol | 02:38 |
| onefang | https://sledjhamr.org/mantisbt/view.php?id=58 | 02:40 |
| buZz | onefang: where can we add stuff to your TODO :P | 02:45 |
| buZz | hehehe | 02:45 |
| buZz | at the hackerspace i started a project called 'project wishlist' thats just a collection of project ideas for others to pick up :P | 02:46 |
| buZz | or myself | 02:46 |
| onefang | If you follow that link, you'll be logged on as anonymous, log off, create an account. | 02:46 |
| buZz | hehe, nice | 02:46 |
| onefang | It's standard Mantis bug tracker. | 02:47 |
| buZz | i cant say i have something to add | 02:47 |
| buZz | i love the quick pickup though :) | 02:47 |
| onefang | Now everyone will be adding stuff. lol | 02:47 |
| buZz | :) who knows | 03:39 |
| gnarface | peterrooney: this just happened to me upon upgrading to 115.3.0esr-1~deb12u1. my wm is e17. firefox should be inheriting values from the gtk3 theme though, shouldn't it?' | 04:42 |
| gnarface | hmm... | 04:48 |
| * gnarface just realized he's using a gtk3 theme he forked an untold amount of empty liquor bottles ago | 04:49 | |
| onefang | User error! Please replace the user with one that works. | 04:49 |
| * brocashelm prefers gtk2 whenever possible | 04:50 | |
| brocashelm | would be nice if i could successfully get firefox and other browsers to use either gtk2 or qt filepicker | 04:50 |
| gnarface | is there a way to make firefox-esr use gtk2 again instead? as i recall that's what precipitated the fork of this gtk3 theme... | 04:50 |
| brocashelm | part of the reason i still use pale moon; it's the only gtk2 browser that's still shipped | 04:50 |
| gnarface | hmm. | 04:51 |
| brocashelm | i don't think so. you'd have to experiment with building it preferring gtk2 over gtk3 | 04:51 |
| brocashelm | but i think it's been long since deprecated | 04:51 |
| gnarface | do i have to restart enlightenment if i change the gtk3 theme? | 04:51 |
| brocashelm | and gtk3 is already in "maintenance mode", so it's only going to get worse from here on out | 04:51 |
| gnarface | hmmm | 04:51 |
| gnarface | brb, trying something | 04:52 |
| gnarface | alright, well it's not clear why i forked that theme anymore, but it's not related to this issue. | 05:02 |
| gnarface | i've switched back to the unforked version of the theme (Blackbird) but there's no obvious difference | 05:03 |
| brocashelm | i use artix-dark and firefox looks fine as it is | 05:04 |
| gnarface | probably also important to note noting that firefox and thunderbird are not exhibiting the problem, this is only happening in firefox-esr | 05:04 |
| brocashelm | i just updated it on daedalus | 05:05 |
| brocashelm | yeah, i use esr | 05:05 |
| * gnarface comes to grips with the realization that it may be time for yet another fork of Blackbird | 05:06 | |
| gnarface | what i really need is someone competent to port Wii-Black to gtk3 for me | 05:09 |
| onefang | I use the hamburger menu, coz the menu shouldn't be taking up vital space when I'm not using it. No problems with visibility. | 05:10 |
| onefang | And I rarely use it. | 05:10 |
| gnarface | onefang: are you saying you see the issue too, or merely suggesting i disable the menu bar and ignore it? | 05:11 |
| onefang | I'm not seeing the issue, coz you said the issue is visibility of the menu bar, but not it's contents. With the hamburger menu there is no menu bar anyway. | 05:12 |
| gnarface | right, but could you toggle the menu bar on and see if you're seeing the same color problem? (text matching the background color, giving the impression of missing text) | 05:13 |
| * onefang rummages around in the settings. BTW, just got the latest firefox-esr update and I'm using Chimaera for what it's worth. | 05:14 | |
| gnarface | oh, it may not affect chimaera, it only just changed in the latest daedalus update | 05:14 |
| gnarface | though i suspect a similar issue was why i forked Blackbird in the first place | 05:14 |
| onefang | Might be theme related then. I just use the built in "Dark". | 05:15 |
| onefang | Not even seeing this "Blackbird" in the list of themes. | 05:16 |
| gnarface | ah, yea, i checked and the "Dark" and "Light" themes are fine. it's just the default of "System theme" that's doing this. Blackbird is not a firefox theme, it's the gtk3 "System theme" in question that firefox is supposed to be getting default values from | 05:16 |
| gnarface | and my fork was fine since... 2016-07-24 up until today | 05:17 |
| onefang | Yep, my menu bar is properly visible. | 05:17 |
| gnarface | (but the unforked version also exhibits this problem, so i'm maintaining that must actually be a firefox bug, but i doubt i'll get any traction from a bug report to upstream about it) | 05:18 |
| brocashelm | same as onefang | 05:39 |
| brocashelm | looks and works fine on xfce/xfwm | 05:40 |
| brocashelm | it sounds like the theme in particular | 05:40 |
| onefang | Ah for the record I'm using the Awesome window mangler. | 06:05 |
| onefang | Soo "System theme - auto" enabled, menu bar still good. No idea off the top of my head if I ever fiddled with the gtk themes. | 06:08 |
| onefang | blackbird-gtk-theme not installed. | 06:10 |
| gnarface | brocashelm, onefang, if either of you could test Blackbird to verify it's whack and not just me, i'd appreciate it | 07:14 |
| gnarface | ii blackbird-gtk-theme 0.4+20171213-3 all dark GTK+ theme from the Shimmer Project | 07:14 |
| brocashelm | gnarface: installed it, applied it, and firefox-esr still loads fine for me | 07:27 |
| brocashelm | i can see the top menu and there are no ui fuckups | 07:28 |
| brocashelm | it's also using automatic theme | 07:28 |
| gnarface | brocashelm hmm, weird. thanks for the info. i think it could actually be something with e17 then, but i thought it shouldn't affect this | 07:57 |
| onefang | It's been a long time since I was an e17 developer or used it, so I can't help with that. | 09:25 |
| nethead23 | Anyone here with "deeper knowledge" of the debian package installation system / apt-get etc? | 13:06 |
| onefang | Depends on where you question leads. | 13:06 |
| onefang | What do you want to know nethead23? | 13:09 |
| nethead23 | my irc client froze again.. | 13:15 |
| nethead23 | Anyone has any idea how this can happen? I did completely purge a courier mta installation, including the whole apt/cache and the .bin files. Then i did reinstall courier mta. All gets installed where it should be (i,.e /usr/sbin, /etc/courier, /var/lib/courier, etc) but the courier daemon searches under /usr/local for its modules and other files.... I am totally puzzled. I did do an installation from source before but i completely purge | 13:22 |
| nethead23 | d this one too.... | 13:22 |
| nethead23 | I did also "string" the binaries and cant find any hint of a "/usr/local" path, neither in any of the (newly installed) config files. | 13:23 |
| nethead23 | The courier packages are also coming from the devuan default repo. | 13:24 |
| onefang | Maybe some left over config in /etc? | 13:32 |
| nethead23 | I did do a "find /etc -print | xargs -ifile fgrep -l local file", nothing. And for sure not under /etc/courier | 13:34 |
| nethead23 | I did also check sourced files from /usr/lib/courier even they had been purged and installed with the "new" packages. | 13:35 |
| nethead23 | I am close to backup user data and revert to a 2 week old snapshot | 13:37 |
| DelTomix | nethead23: when you say you installed from source - you mean like a non .deb source or an upstream like "make install" ? | 13:42 |
| nethead23 | No, i did do an install from the original courier 1.3 source files from the courier website under /usr/local. Because this worked worse than the stock packages i did install the courier sources from the repo and compiled them. But i didnt install them. I wanted to have the original maildrop binary. | 13:45 |
| nethead23 | After this i deleted /usr/local/*/* completely, and reinstalled the original packages from the repo. | 13:46 |
| nethead23 | I did this about 3 times now. | 13:46 |
| nethead23 | While always purging "everything" | 13:47 |
| nethead23 | Like /usr/lib/courier, /etc/courier etc | 13:47 |
| DelTomix | I'm not familiar with courier - but it could be getting the wrong binary if something was left behind (it sounds like you made a good effort to make sure it was cleaned out first). It could also have created a config file somewhere - that got left behind that wasn't in the installed list of files, and the new install is picking that up (just some ideas to check) | 13:49 |
| nethead23 | Yeah, but i cant find anything, i am now running a search over the whole filesystem... | 13:49 |
| djph | did you miss an init script or something that sets something like 'courier -c /wrong/conf/file' ... ? | 13:50 |
| nethead23 | For any occurances of "libexec" (/usr/local/libexec), thats where one of the courier daemons searches for its modules. | 13:50 |
| nethead23 | I did verify the /etc/init.d scripts including the sourced files which all come from a default path, i.e. /usr/lib/courier, which are from the freshly installed packages | 13:52 |
| nethead23 | But yes, it looks like the new install is picking up a config file from the source install.. | 13:53 |
| nethead23 | lets see if "ind . -print | xargs -ibla fgrep libexec bla 2>/dev/null" comes up with something | 13:55 |
| DelTomix | I would save the output of dpkg -L courier-mta (incase needed for reference) (you can also do apt-file list courier-mta if its not installed), and then force purge it - watch carefully for any messages like "directory not empty so not removed" , and then try to audit the source you installed maybe comparing contents/destinations against the dpkg listing. | 13:58 |
| nethead23 | I did this and manually removed the non empty directories | 13:59 |
| DelTomix | ah ok. | 13:59 |
| drdozer | hi - my desktop is running latest devuan, and it sometimes crashes going into or coming out of sleep | 18:29 |
| drdozer | I have archived /var/log from the last 2 crashes | 18:29 |
| drdozer | what should I be hunting for? | 18:29 |
| miojo | some warning or errors msgs? | 18:42 |
| miojo | or, also /var/log/Xorg.0.log* | 18:43 |
| drdozer | no errors in Xorg that I can find | 18:45 |
| miojo | you know, 'crashes' can mean so many things | 18:46 |
| drdozer | the machine locks up, unresponsive to input, no lights on usb keyboards, no network access, only recovered with hard reboot | 19:14 |
| drdozer | so a complete crash | 19:15 |
| drdozer | i don't really know what I'm looking for in the logs | 19:27 |
| drdozer | there's nothing really obvious like a panic message | 19:27 |
| gnarface | drdozer: are you using nvidia drivers? | 19:29 |
| drdozer | gnarface, yes - I have never got the xorg ones to work | 19:33 |
| drdozer | it has been crashing with various versions of the nvidia drivers | 19:34 |
| drdozer | so I don't think it is about any one driver revision, if it is the graphics at all | 19:34 |
| gnarface | drdozer: there's some kernel command-line variable or module option you can use to get it to flush the video card's final serial console entries that don't otherwise make it to the black screen you're seeing, but it's a lot of work just to confirm it's never gonna work. | 19:36 |
| gnarface | it never gonna worked, it's never gonna work | 19:37 |
| gnarface | i'm convinced it's broken on purpose to gaslight linux so nvidia can help microsoft prop up their monopoly | 19:37 |
| gnarface | like the SLI thin | 19:37 |
| gnarface | thing | 19:37 |
| drdozer | I have no reason to think that it is an nvidia driver fault | 19:38 |
| gnarface | anyway, sorry | 19:38 |
| gnarface | i've had i think over half a dozen nvidia cards and they've literally all done this forever | 19:38 |
| gnarface | nvidia cards in other machines i know about also have this problem | 19:39 |
| gnarface | i recommend you just don't sleep it | 19:39 |
| drdozer | I can't leave it running - I don't have my own personal power station | 19:40 |
| gnarface | i got nothing really, that's all i know | 19:40 |
| gnarface | other than that hibernate might behave better, aside from being slower | 19:40 |
| gnarface | that's only maybe though | 19:41 |
| drdozer | I don't seem to have the option to hibernate at all | 19:41 |
| drdozer | I found this: https://www.reddit.com/r/kde/comments/13e02dl/how_to_fix_the_sleepsuspend_issueglitch_with/ | 19:41 |
| gnarface | you have to do some adjustments to enable hibernate | 19:42 |
| drdozer | but that link uses systemctl commands, which of course won't work on devuan | 19:42 |
| gnarface | the nvidia module option you can try though | 19:43 |
| gnarface | it would go in /etc/modprobe.d/ | 19:44 |
| drdozer | there's a nvidia.conf file in /etc/modprobe.d -- is that where I put the option? | 19:45 |
| gnarface | i've never heard of those services, but if they're just regular daemons you can probably still start them with sysvinit, you might just have to write scripts for them | 19:45 |
| gnarface | i would recommend creating your own new file in /etc/modprobe.d/ | 19:45 |
| gnarface | the only rule is it has to end with .conf | 19:45 |
| drdozer | OK, I've made a file /etc/modprobe.d/nvidia-extras.conf with that single option in it | 19:46 |
| gnarface | just reboot | 19:46 |
| gnarface | see if that helps on its own | 19:47 |
| drdozer | ok .. I guess I'll do an apt-get upgrare while I'm at it -- thanks | 19:47 |
| drdozer | should I try to find a devuan equivalent for the nvidia services it mentions, or just ignore those? | 19:47 |
| gnarface | i would try to see if it can be done, yes | 19:48 |
| gnarface | i've never heard of these services, but if they made them something deeply systemd integrated it's not gonna work | 19:48 |
| gnarface | and that would be scummy | 19:48 |
| gnarface | if they're just regular programs that can be launched from the command-line without systemd though, there's no reason you couldn't just write your own init scripts or start them from /etc/rc.local | 19:49 |
| gnarface | it wouldn't be surprising at all to find out that were the case and they just don't provide sysvinit scripts | 19:49 |
| drdozer | ok - I will invest the effort if the conf doesn't fix it | 19:49 |
| gnarface | as for hibernate, you'll need to first make sure you have at least as much swap as physical ram | 19:50 |
| drdozer | that's going to be a bita - I have 64 G ram | 19:51 |
| gnarface | yea that might make it tough | 19:51 |
| drdozer | ls -lah /swapfile | 19:51 |
| gnarface | you also need acpid and pm-utils installed | 19:51 |
| drdozer | -rw------- 1 root root 256M Jul 16 2022 /swapfile | 19:51 |
| gnarface | if running /usr/sbin/pm-hibernate as root works, then everything else UI related boils down to a permissions issue | 19:52 |
| drdozer | ok | 19:52 |
| drdozer | sleep takes it to almost no power use, and that's my main concern | 19:53 |
| gnarface | hibernate will actually take zero power | 19:53 |
| gnarface | hibernate will fully power off the computer, sleep needs to keep power to the ram | 19:53 |
| gnarface | but hibernate will be significantly slower to wake back up | 19:54 |
| gnarface | and it might actually not help at all | 19:54 |
| gnarface | but if nothing else works maybe it's worth a try | 19:55 |
| drdozer | rebooting now | 19:55 |
| drdozer | ll | 20:06 |
| drdozer | well now it refuses to sleep at all | 20:06 |
| drdozer | so that didn't work very well | 20:06 |
| gnarface | boo | 20:08 |
| gnarface | i guess you need those services | 20:08 |
| gnarface | any sign of them installed anywhere? | 20:08 |
| gnarface | maybe try "dpkg -S nvidia-suspend" | 20:09 |
| drdozer | it doesn't know anything about that package | 20:11 |
| gnarface | uh | 20:14 |
| gnarface | -S should look for files in packages | 20:15 |
| drdozer | ah - lower vs upper case | 20:15 |
| drdozer | yes xserver-xorg-video-nvidia: /usr/share/doc/xserver-xorg-video-nvidia/examples/system/nvidia-suspend.service | 20:15 |
| gnarface | interesting | 20:15 |
| gnarface | look in that examples directory for some sysvinit scripts | 20:15 |
| drdozer | it calls /usr/bin/nvidia-sleep.sh "suspend" but that script is not installed | 20:16 |
| drdozer | I found /usr/share/doc/xserver-xorg-video-nvidia/examples/nvidia-sleep.sh | 20:17 |
| gnarface | check in it | 20:17 |
| gnarface | see what it runs | 20:17 |
| drdozer | it looks like a plausible script | 20:19 |
| drdozer | so how would I hook it in? | 20:20 |
| gnarface | well it depends on how it's expected to be called | 20:20 |
| gnarface | if it just needs to run once as root at boot up, you can call it from /etc/rc.local | 20:21 |
| drdozer | it's a fairly standard `case "$1" in` with `suspend|hibernate` or `resume` | 20:21 |
| gnarface | it's possible you might have to adapt it to a sysvinit script | 20:22 |
| gnarface | or add it to a acpi hook | 20:22 |
| gnarface | or... something creative | 20:22 |
| gnarface | well if drdozer comes back tell them to try comparing that nvidia-sleep.sh to the /usr/sbin/pm-suspend script | 20:43 |
| gnarface | i seem to vaguely recall someone trying to either replace it or merge the two | 20:44 |
| [-_-] | yo | 21:16 |
| [-_-] | https://termbin.com/e8od & https://paste.c-net.org/pxgq8trxy6ka | 21:16 |
| [-_-] | sv check don't work | 21:17 |
| [-_-] | what is wrong with it? | 21:17 |
| [-_-] | can you tell? | 21:17 |
| [-_-] | it always gives timeout | 21:17 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!