| xrogaan | for those using Chimaera, don't forget to enable the chimaera-updates channe. | 08:31 |
|---|---|---|
| xrogaan | update channel* | 08:31 |
| loadingxml | Can't wait for devuan 4.0 | 15:00 |
| djph | loadingxml: Chimaera is pretty awesome already | 15:05 |
| loadingxml | djph: I want waiting for the stable one :( | 15:05 |
| loadingxml | I am* | 15:05 |
| djph | TBH, it's been running quite stable for a few weeks here | 15:07 |
| djph | granted it is still in 'testing' | 15:07 |
| loadingxml | Can I upgrade from beta to stable after it came out | 15:09 |
| loadingxml | like without having to install it again? | 15:09 |
| loadingxml | because I know debian doesn't allow you to go stable after going testing | 15:09 |
| djph | well they don't allow (current_stable) -> (current_testing) -> (current_stable) | 15:11 |
| djph | but you can certainly go stable -> testing -> new_stable(formerly testing) | 15:11 |
| loadingxml | djph: That's why I am waiting for stable then :( | 15:20 |
| djph | huh | 15:21 |
| loadingxml | any info about when it will be ready? | 15:22 |
| djph | testing (Chimaera) will eventually become "Stable(Chimaera)" | 15:22 |
| loadingxml | I thought as soon as debian 11 is released devuan 4.0 will follow | 15:22 |
| UsL | I think he must have misunderstood. | 16:33 |
| UsL | stable testing new stable is what he would want. | 16:34 |
| nemo | hm. something mildly disturbing after upgrading my dev VM at work to chimaera | 20:27 |
| nemo | started getting Stale file handle on attempt to read any file on a cifs windows share mount | 20:27 |
| nemo | on a mount that worked with beowulf | 20:28 |
| nemo | the really weird part, for me, was that vers=2.0 vers=2.1 vers=3.0 all failed... but vers=1.0 (!!) worked. | 20:28 |
| rwp | nemo, That version difference does not sound weird to me at all. Between versions all sorts of protocol changes happened. | 21:09 |
| rwp | nemo, I think what you just told me was that your server supports 1.0 but not the later versions which you have now upgraded to is why using the 1.0 version works. | 21:12 |
| nemo | rwp: naw. it works on 2.0 in beowulf | 21:14 |
| nemo | let me test other versions | 21:14 |
| nemo | rwp: looks like the Dell EMC2 wtf smb implementation is failing with cifs module in 5.4 kernel (ubuntu 20.04) and 5.10 kernel (devuan chimaera) | 21:14 |
| rwp | I have no idea. You are blazing the trail through the rough area now. | 21:15 |
| nemo | finding a beowulf lying around to confirm | 21:15 |
| nemo | hm. I bet the matomo server is still beowulf | 21:15 |
| nemo | yep. yay. | 21:15 |
| nemo | rwp: confirmed 2.0 2.1 3.0 all work in beowulf | 21:20 |
| rwp | Well... Keep blazing the trail! It's something that is different. One of the libraries that it is using then. | 21:22 |
| nemo | rwp: yeah. sucks. just don't know where to go from here | 21:28 |
| nemo | would like to reach out to a cifs person to have them suggest some debug spew | 21:28 |
| nemo | I tried "cifsFYI" but it didn't seem to do anything useful | 21:29 |
| nemo | and reallllly don't want to have to use tcpdump ☹ | 21:29 |
| nemo | anyway. not devuan specific. so will move on to general kernel-y channels | 21:29 |
| xrogaan | hey there. Any recommendation for a file content searcher? | 23:41 |
| xrogaan | That is, beside 'find' and locate. | 23:41 |
| xrogaan | Idea is to search inside various files, like odt/docx or even archives. | 23:41 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!