stiltr | You can look at any potential debian vim patches here: https://salsa.debian.org/vim-team/vim | 00:03 |
---|---|---|
search_social | i'm happy to report that devuan worked on a bsd hypervisor | 00:09 |
openbsdtai123 | I tested it - the issue of utf-8, on the slackware, same issue with less/vi... and now | 00:18 |
openbsdtai123 | I just tested it under FreeBSD and it works perfectly. It seems that FreeBSD has better support for UTF-8 text files. | 00:18 |
gnarface | hmmm | 00:27 |
gnarface | it's probably not a problem with cat, it's probably vi | 00:27 |
gnarface | unless it's expected behavior | 00:27 |
gnarface | yea, can't reproduce it here | 00:33 |
gnarface | not on ceres anyway... stand by | 00:34 |
gnarface | openbsdtai123: i'm gonna have to call it user error. cannot reproduce on ascii or ceres. | 00:35 |
gnarface | not even using vi | 00:35 |
gnarface | maybe something you grabbed from a 3rd party repo is doing it | 00:36 |
gnarface | or maybe your environment is munged | 00:36 |
gnarface | what does the output of "locale" say? | 00:36 |
openbsdtai123 | well, it works here under FreeBSD,. the issue is much larger than expected. | 00:37 |
tuxd3v | openbsdtai123, what do you mean? | 00:37 |
openbsdtai123 | If Slackware does similar thing with UTF-8, I tend now to think about kernel for the console/terminal. | 00:38 |
gnarface | openbsdtai123: well there's a limited set of libraries that could be the wrong version, and a even more limited set of relevant environment variables, it's gotta be something weird you did to one of them not part of the stock install process | 00:38 |
gnarface | openbsdtai123: maybe something you didn't notice, like some 3rd party libraries sneaking in when you thought you were only getting ONE package from that ubuntu ppa... | 00:39 |
openbsdtai123 | I am kinda sure that if I try on netbsd it may work. Maybe BSD has another concept for handling the UTF-8. | 00:39 |
gnarface | i'm sure they have all their own libraries | 00:39 |
openbsdtai123 | that's crap for Linux a bit... | 00:39 |
gnarface | but that's kinda not relevant to the point | 00:39 |
gnarface | the question is more about what you did to YOUR install | 00:39 |
openbsdtai123 | If your text gets mess up, this is a big thing actually. | 00:40 |
gnarface | yes, i get that. but i also get that sometimes you like to make a big thing of nothing | 00:40 |
openbsdtai123 | Regular I know well Linux - I am 25 years old experienced user. | 00:40 |
gnarface | you're a child | 00:40 |
djph | gnarface: how old does one have to be in order to "not" be a child? | 00:41 |
gnarface | now stop trying to bolster your street cred and just answer my questions | 00:41 |
openbsdtai123 | dpkg-rec. to set utf. like it should be. | 00:41 |
gnarface | openbsdtai123: can you just paste the output of the locale command like i asked? use paste.debian.net | 00:41 |
gnarface | openbsdtai123: it's a sanity check | 00:42 |
openbsdtai123 | I use C UTF-8... 2 secs... | 00:42 |
gnarface | ah | 00:42 |
gnarface | that could be the issue right there | 00:42 |
openbsdtai123 | here my devuan locale: https://termbin.com/ivml | 00:42 |
gnarface | you get a D- for obedience, and i'm not clicking that | 00:43 |
openbsdtai123 | I will try a bit more. | 00:43 |
gnarface | djph: age doesn't seem to be the only factor | 00:44 |
djph | gnarface: good point. | 00:44 |
gnarface | openbsdtai123: here, here's what it should look like: http://paste.debian.net/1152763/ | 00:44 |
openbsdtai123 | actually utf-8 is not a so easy thing | 00:44 |
djph | gnarface: mine says 'C' :/ | 00:45 |
gnarface | djph: yea but i'm assuming you're not actually expecting nor have taken steps to support utf8 | 00:45 |
gnarface | i'm pretty sure the default is still latin1 | 00:45 |
djph | gnarface: I've actively taken steps to avoid it | 00:46 |
djph | was en-us.utf8 as I recall | 00:46 |
gnarface | hmm, maybe they changed the default finally, most of my installs are upgrades or debootstrap installs | 00:46 |
gnarface | you used to have to change it explicitly from iso-8859-1 | 00:47 |
gnarface | then there was actually a debacle about it not having "C" as an option, i recall that some windows user was making a big stink about it causing compatibility issues unless he hit 2 more keystrokes which he felt was unacceptable | 00:48 |
gnarface | then i think they actually buckled and changed that | 00:48 |
gnarface | not sure though | 00:48 |
gnarface | the important takeaway is that depending on how you installed you can't always trust it to default to en_US.utf8 | 00:49 |
djph | suppose | 00:50 |
djph | I know just enough about codepages to make a mess of things :) | 00:50 |
djph | if I never have to deal with EBCDIC again, it'll be too soon :| | 00:51 |
gnarface | well things were definitely simpler before utf8 and it is a tripping point for a lot of people, but it's also something i've had to deal with professionally and i've set it up dozens of times without any of these types of complications | 00:52 |
djph | yeah, I mean on my daily driver, it's utf8; but most of my servers and the play-boxes are C | 00:53 |
djph | they just don't need utf8 | 00:53 |
gnarface | another common problem is people switch to utf8 then purge all the other codepages, forgetting that many programs still expect the system to be able to gracefully fail over to iso8859-1 | 00:53 |
djph | I never understood that one ... | 00:54 |
gnarface | it's just laziness | 00:54 |
gnarface | if you don't add support for utf8 you expect the pre-utf8 code to work, and it does unless you purge the other codepages | 00:54 |
djph | No, I mean the "go to utf8, then delete everything" ... it's not like it's 1990 and having a x00 MB harddrive is a luxury | 00:56 |
gnarface | oh, i see | 00:56 |
gnarface | if you're writing internationalized websites you need to enable utf8 support in the database, in the shell, in the text editor you're writing the code with, and in the server-side-scripting language's config all at once - all separate settings, easy to miss | 00:59 |
gnarface | i see this perpetually plaguing mysql&php sites | 01:00 |
gnarface | so much that it's actually not common knowledge that it even can be made to work | 01:00 |
gnarface | but it's been actually working fine for over a decade if you know where all the settings are hidden | 01:00 |
gnarface | it wouldn't surprise me at all if BSD defaults were better curated and more current for this | 01:01 |
gnarface | but ... i can definitely cat 3 utf8 text files together no problem | 01:02 |
gnarface | so it's absolutely working | 01:02 |
djph | gnarface: same here (on my utf-8 box) | 01:46 |
hemimaniac | found a bit of an oddity in the beowulf installer (net install) it showed me two of the same wifi cards instead of an intel and a realtek https://termbin.com/wqj7 the intel is built in, and the realtek is PCI but the installer shows both as realtek, no biggie, just weird | 03:18 |
hemimaniac | but other then that, flawless install | 03:24 |
gnarface | hemimaniac: realtek ships a lot of ethernet chips, both wired and wireless. it wouldn't be unheard-of to have different brands using the same exact driver | 03:29 |
gnarface | hemimaniac: actually i'm pretty sure every single ethernet device i have in use still here is a rebranded realtek chip of some era or another except for the one 3com card | 03:31 |
gnarface | (lots of these companies don't even ship a linux driver) | 03:32 |
hemimaniac | hrmm | 03:34 |
nemo | tuxd3v: poke | 05:11 |
crhylove | Anybody know where to delete the VLC settings? | 05:15 |
debdog | prolly ~/.config/vlc/ | 05:24 |
gnarface | it might be ~/.vlc/ or ~/.vlcrc or something like that in older versions | 05:50 |
gnarface | i recall it moved to ~/.config/vlc/ relatively recently, and you could have the old one in the old location still being picked up and choked on | 05:50 |
crhylove | Hmmmm | 06:08 |
crhylove | For whatever reason if I run it as vlc, it runs fine, but the default shortcut /usr/bin/vlc doesn't work. | 06:09 |
crhylove | Also, when I double click a file it doesn't auto open. | 06:09 |
crhylove | However, the performance I get in OBS makes it well worth it to stick with Devuan, so.... This is low priority. | 06:10 |
crhylove | Where can I config the Open With dialog for video files? | 06:10 |
crhylove | nm Fixed it already. LOL | 06:11 |
se7en | gnarface: it seems that a lot of my issues with the upgrade, including the ones that I still have, are due to deb-multimedia fucking up | 08:05 |
humpelstilzchen4 | I don't have a problem with marillat packages on buster | 08:09 |
humpelstilzchen4 | uhm beowulf | 08:10 |
golinux | Should probably avoid deb-multimedia | 08:17 |
golinux | It can cause problems down the line even if it works now | 08:18 |
humpelstilzchen4 | if so it can still be uninstalled at any point in the future | 08:19 |
yeti | optimist! | 08:19 |
yeti | :-Þ | 08:19 |
golinux | humpelstilzchen4: You get to keep all the pieces | 08:41 |
systemdlete | I am seeing, in the kernel log: "WARNING: CPU: 0 PID: 14259 at /build/linux-R68hK ..." (example only!) | 09:40 |
systemdlete | I am getting these errors on my ascii host, and also my ascii VMs. | 09:40 |
systemdlete | They have been showing up frequently in the logwatch reports for about a week now. It's intermittent and may happen on one or more of the machines in any 24 hour period. | 09:41 |
systemdlete | I've researched this problem, and some posts seem to indicate they are only informational (warn, not error), and they don't seem to cause faults or crashes. | 09:42 |
systemdlete | They also seem to be related to network functions, though I have not delved that deeply into these. (Sorry, I am sort of lazy) | 09:42 |
gnarface | that's not enough of the error | 09:43 |
gnarface | does it say soft lockup? | 09:43 |
systemdlete | Some posts I've come across indicate that the kernel code has been updated later on. I am running the 4.9.0-12 kernel on all the systems. | 09:43 |
gnarface | spurious irq? | 09:43 |
systemdlete | nope, as I said, nothing other than a warning message | 09:43 |
gnarface | it's a multi-line warning, or not? | 09:44 |
gnarface | that's not enough of the error | 09:44 |
systemdlete | It seems like, though I am not sure, that this started as I upgraded from the -11 to the -12 kernel | 09:44 |
gnarface | there are newer kernels in backports though, yes | 09:44 |
systemdlete | it's a one-liner | 09:44 |
systemdlete | I take some of this back... it's in the VMs, I don't think this happens on the host. | 09:46 |
systemdlete | I looked at the newer kernels, but I couldn't find one that matched the one I have now. IOW, there isn't a later vmlinuz-4.9.0-*-amd64 | 09:47 |
systemdlete | it seems I have to pick one of the others, but I wasn't 100% certain which one. | 09:47 |
systemdlete | http://paste.debian.net/1152796/ | 09:49 |
systemdlete | for a sample of these messages from one of my VMs (from the kern.log* files) | 09:49 |
gnarface | oh, the watchdog | 09:50 |
gnarface | that's the important part you left out | 09:50 |
systemdlete | It cannot be a hardware fault because these are virtualized interface cards | 09:50 |
systemdlete | (sorry, yes it came from watchdog) | 09:50 |
gnarface | something in net apparently? you did say that part | 09:51 |
systemdlete | (look at the path) | 09:51 |
systemdlete | something about net scheduler | 09:51 |
gnarface | disable power mangement? | 09:52 |
systemdlete | in a VM? | 09:52 |
systemdlete | ok | 09:52 |
systemdlete | I think I checked that, but I will double check for you | 09:52 |
gnarface | and there's no network issueS? | 09:53 |
gnarface | i wonder if it's just packets timing out... | 09:53 |
gnarface | also wondering if it had been woken up from sleep or hibernate | 09:53 |
systemdlete | power manager is unchecked in the xfce session/startup dialog | 09:53 |
systemdlete | again... in a VM? | 09:54 |
gnarface | on the host too | 09:54 |
gnarface | or is this not your host | 09:54 |
gnarface | ? | 09:54 |
systemdlete | I suppose it is theoretical | 09:54 |
systemdlete | it is VM | 09:54 |
systemdlete | I thought I might have seen these on the host too, but no | 09:54 |
systemdlete | the host is a midtower with that asus mainboard I was talking about yesterday (re a different issue) | 09:54 |
gnarface | ah | 09:55 |
gnarface | it's my only guess | 09:55 |
systemdlete | not a laptop... though I do have ascii on my laptop too | 09:55 |
gnarface | seems to be a net driver issue of some sort, seems to come up a lot, according to google... too much for me to be able to pin down to one cause | 09:55 |
systemdlete | I also upgraded from vbox 6.0 to 6.1 recently... that's around the same time as the kernel upgrades | 09:55 |
systemdlete | yes, that was my assessment also | 09:56 |
systemdlete | I upgraded vbox thinking it might solve those USB issues, but it turned out to be hardware (the ASMedia chip) | 09:56 |
systemdlete | so I did not intentionally mean to upgrade *both* vbox and kernels at the same time. | 09:57 |
systemdlete | normally, I try to avoid that. | 09:57 |
gnarface | does the next line say something like "NETDEV WATCHDOG: .... transmit queue X timed out | 09:57 |
gnarface | " | 09:57 |
gnarface | ? | 09:57 |
gnarface | in that error log? | 09:57 |
systemdlete | the crashes because of the USB 3.0 devices was driving me mad, so I tried everything, sadly at once... | 09:58 |
systemdlete | let me check... | 09:58 |
systemdlete | http://paste.debian.net/1152801/ (complete backtrace) | 10:00 |
gnarface | systemdlete: hmm, this might be connection related and not your fault, i think... ? | 10:01 |
gnarface | systemdlete: check your network connections | 10:01 |
systemdlete | so an upstream host or box is blocking the packet? | 10:01 |
systemdlete | not willing to accept it? | 10:01 |
gnarface | systemdlete: that's one possibility | 10:02 |
systemdlete | and that could BE!!! | 10:02 |
systemdlete | listen! | 10:02 |
gnarface | systemdlete: all that's clear is some packet timed out | 10:02 |
systemdlete | I recently chose to enable QoS on my Ipfire firewall. | 10:02 |
systemdlete | I lost close to 50% of my bandwidth by doing so. | 10:02 |
gnarface | systemdlete: it might actually be safe to ignore this if you're not experiencing any other abnormal behavior, but i'm nots ure | 10:02 |
gnarface | not sure* | 10:03 |
gnarface | i would expect QoS and high load to result in more network timeouts | 10:03 |
systemdlete | Their algorithm is based on minimum bandwidth, not maximum. So maybe it is limiting upstream throughput because of the imposed maximum? | 10:03 |
gnarface | there is an implied priority order is there not? | 10:03 |
systemdlete | I get 95 down normally. With QoS enabled, I am measuring about half that. | 10:03 |
systemdlete | yes | 10:03 |
systemdlete | but I feel that their model is... backwards? They should be building on minimums, not maximums, to avoid wasting bandwidth | 10:04 |
gnarface | i don't really use QoS, my experience is also that it sucks. maybe for a hostile network it has some value but when it's your network and nobody else is using it, it just kinda hobbles you | 10:04 |
systemdlete | Some services SHOULD be limited at the max side, but not video and audio. There, I think you want minimum limits | 10:05 |
systemdlete | I was having Zoom latency, so I thought I'd try QoS. It didn't help, and actually made me curious as to why they are rate limiting video and audio, of all things one might want to limit. | 10:05 |
gnarface | well the quality of the Quality of Service is highly dependent on the quality of the device itself... | 10:06 |
systemdlete | So I got into a conflagration with them over this... *sigh* | 10:06 |
systemdlete | "device?" | 10:06 |
gnarface | this is in your router, no? | 10:06 |
gnarface | or are you trying some QoS thing in the linux kernel? | 10:07 |
systemdlete | right. Virtual router. About 25% of all Ipfire implementations run in VM | 10:07 |
gnarface | oh i see | 10:07 |
systemdlete | But the thing works, and has worked very dependably, for years now. | 10:07 |
gnarface | well if you're in control of all the VMs on the host i don't see why you'd need QoS | 10:08 |
systemdlete | It is only the QoS part that is seriously problematic | 10:08 |
systemdlete | as I said, I was having Zoom latency, so I thought this might help. I have disabled it most of the time. | 10:08 |
systemdlete | It's more of a curiosity now | 10:08 |
gnarface | Zoom latency? | 10:08 |
systemdlete | yeah. | 10:08 |
gnarface | oh, Zoom the video chat client | 10:08 |
systemdlete | I'd be in a meeting and the audio and video would hang for about 9 seconds | 10:09 |
systemdlete | and this would happen at intermittent intervals | 10:09 |
gnarface | on your send, you mean? | 10:09 |
systemdlete | in no particular pattern. | 10:09 |
gnarface | or on other people's | 10:09 |
systemdlete | (thinking) | 10:09 |
gnarface | ? | 10:09 |
systemdlete | Zoom is audio/video conferencing. So I am not sure which way might have invoked these long pauses | 10:10 |
gnarface | well either way it could be your cpu or your bandwidth | 10:10 |
systemdlete | there would be no audio, and the video would freeze | 10:10 |
gnarface | see if the cpu is pegged to 100% when it happens | 10:10 |
systemdlete | actually, what I found out is that it has something to do with the testbox, which I was using for a while for zoom meetings | 10:10 |
systemdlete | No, it wasn't. I had ping running in another window and it was updating | 10:11 |
systemdlete | well | 10:11 |
systemdlete | no, when the freezes happened, the ping would freeze also | 10:11 |
systemdlete | but this doesn't happen on my primary box. | 10:12 |
gnarface | well to be sure, disable cpu frequency governing and don't run other stuff at the same time (especially firefox) | 10:12 |
systemdlete | At least, I haven't seen it there. | 10:12 |
systemdlete | gnarface: Even though I have close to 100Mbps down? | 10:12 |
systemdlete | (and I think 5 up) | 10:12 |
systemdlete | and this was before and when I had QoS enabled | 10:13 |
systemdlete | so the problem must be in the interface, which I have had other problems with on that box | 10:13 |
systemdlete | I'll stick to using my primary box for the time being. | 10:13 |
systemdlete | (even though that one has the rotten USB 3.0 chip on it.... oy) | 10:14 |
systemdlete | thanks for your help | 10:14 |
systemdlete | I am guessing this can be safely ignored (the net scheduler warning from watchdog) | 10:14 |
systemdlete | I'll leave QoS disabled for a few days and see if these go away. | 10:15 |
gnarface | systemdlete: the hypothesis would be that you're not actually getting 100Mbps in whatever direction that traffic is going at at those moments | 10:15 |
gnarface | just to be clear here | 10:16 |
systemdlete | right. Which is why I think I'll leave it disabled for now. | 10:16 |
gnarface | but it might represent a hardware problem with the line or throttling | 10:16 |
gnarface | upstream of you | 10:16 |
systemdlete | If I continue to see these messages, then I know that the problem is elsewhere (maybe the new kernel). Otherwise, I think it is safe to assume that the QoS is the culprit. | 10:16 |
gnarface | could coincide with the zoom video freezes? | 10:17 |
systemdlete | Then I'd expect the same results when running Zoom on the main box. The testbox is routed through the main box (which contains the VM router) | 10:18 |
systemdlete | but zoom doesn't seem to freeze when I run it on the main box | 10:19 |
systemdlete | gnarface: The two boxes are linked by a direct ethernet connection (not a switch or router). | 10:21 |
systemdlete | and maybe there is the problem. Perhaps without a router ruling the traffic, there is some kind of resulting latency or failures | 10:22 |
systemdlete | without QoS, btw, I am seeing high bufferbloat. dslreports gives me a "C" for BufferBloat (but A's for Quality and overall) | 10:26 |
I3^RELATIVISM | Is there any official devuan image with gnome3? | 14:22 |
fsmithred | no gnome images, and it's not a choice in tasksel. | 14:25 |
fsmithred | do a minimal install and then add what you want when you boot into the new system. | 14:25 |
I3^RELATIVISM | Im asking this to learn but what would be the problems with gnome and why is not inclined problems with its javascript codebase? Or just a bloat related issue? | 14:28 |
fsmithred | too much dependence on systemd | 14:31 |
fsmithred | it's not as bad now that elogind exists | 14:31 |
xinomilo | https://pkginfo.devuan.org/stage/beowulf/beowulf/task-gnome-desktop_3.54+devuan3.html | 14:39 |
xinomilo | hm, removing elogind, bringing in consolekit in testing/ceres, probably beowulf too, since it's the same version | 14:40 |
fsmithred | oh, that could be. I've never tried gnome. | 14:47 |
xinomilo | me neither, not since gnome2 :D | 14:48 |
eyalroz | I'm trying to install context, but package configuration gets stuck at:Pregenerating ConTeXt MarkIV format. This may take some time... | 17:44 |
bgstack151 | reality check: is gcc-10 available in Devuan Ceres yet? | 22:49 |
bgstack151 | And I don't mean, "the package is there." I mean, it won't uninstall 2,715 packages when I try to install it? | 22:49 |
crashoverride | bgstack151: why should it> | 22:49 |
crashoverride | s/>/?/ | 22:49 |
bgstack151 | Have you tried it? | 22:50 |
bgstack151 | Maybe my box is broken... | 22:51 |
bgstack151 | yep, my one box is broken. My other box can get gcc-10 just fine. | 22:51 |
bgstack151 | I'll be back later with some probing questions about how to fix it... | 22:52 |
crashoverride | :D | 22:55 |
crashoverride | At least that's something you can fix. | 22:56 |
frabbit | it is this unstable connection cuased by my isp that kills my ssh connection, all my config work was correct! | 23:13 |
frabbit | the same shit kicks me here so often | 23:14 |
crashoverride | you what now? | 23:18 |
frabbit | crashoverride: hm? | 23:18 |
DonkeyHotei | use screen or tmux | 23:19 |
crashoverride | DonkeyHotei: you're assuming frabbit has a bouncer. | 23:19 |
MinceR | and once you use either of those, consider using mosh :> | 23:19 |
DonkeyHotei | "kills my ssh connection" | 23:20 |
frabbit | DonkeyHotei: i do that doesnt help | 23:20 |
crashoverride | mosh's protocol has not been properly audited. | 23:20 |
crashoverride | I'd like that before I use it. | 23:20 |
frabbit | crashoverride: no audit? sound bad... | 23:20 |
frabbit | also i dont want to workarround, i better change isp finally... | 23:20 |
frabbit | its expensive anyway 30 € a month for 50Mbits dw... thats a joke | 23:21 |
frabbit | its DSL | 23:21 |
frabbit | i can have cable internet for 1/3 of that price | 23:21 |
crashoverride | frabbit: I get 8mbps for 50 E a month | 23:21 |
crashoverride | frabbit: so consider yourself lucky. | 23:21 |
frabbit | crashoverride: wtf?! | 23:21 |
frabbit | why? | 23:22 |
frabbit | what isp is that? | 23:22 |
crashoverride | because in Tchermanny, unless you're rich, you will suck rich people's dicks. | 23:22 |
crashoverride | that's why. | 23:22 |
frabbit | Tchermanny=germany? | 23:22 |
crashoverride | and Telekom is effin rich. | 23:22 |
crashoverride | ofc. | 23:22 |
frabbit | im german too | 23:22 |
crashoverride | wow, then move to Berlin. | 23:22 |
crashoverride | You'll discover the power of paying a lot for shit. | 23:23 |
frabbit | ey u have good freifunk there =P | 23:23 |
crashoverride | frabbit: you got Magenta Zuhause L? | 23:23 |
frabbit | change to eazy | 23:23 |
crashoverride | myeah it's not too bad yes. | 23:23 |
frabbit | https://eazy.de/ | 23:23 |
crashoverride | nah I'll leave the country. | 23:23 |
frabbit | its the discounter niche of unitymedia | 23:23 |
crashoverride | I dunno where for | 23:23 |
crashoverride | because everywhere I go seems to suck hard. | 23:23 |
crashoverride | but yeah I'm done with Berlin. | 23:24 |
crashoverride | also, changing the ISP won't fix it, the copper is still owned by Telekom. | 23:24 |
frabbit | Not the nice city of BErlin is the problem, politics are the problem | 23:24 |
crashoverride | nah Berlin is the problem. | 23:24 |
frabbit | Unitymediy doesnt use copper xD | 23:24 |
frabbit | they use docsis | 23:25 |
crashoverride | I got such an old copper pair as uplink that I could literally spy on my entire bezirk just with crosstalk. | 23:25 |
frabbit | Glass fiber | 23:25 |
DonkeyHotei | to be pedantic, docsis = coax = copper, still | 23:25 |
crashoverride | I could get a good 1Gbps uplink, symmetrical, with a GREAT ISP. | 23:26 |
frabbit | DonkeyHotei: hmm osrry the forget about docsis, unitymedia using the cable network | 23:26 |
crashoverride | I only need 2k a month. | 23:26 |
frabbit | https://de.wikipedia.org/wiki/Unitymedia#Netz | 23:27 |
frabbit | hmm but as it seems they are not available in berlin... o_0 | 23:27 |
frabbit | wtf?! its the capital city! | 23:27 |
yeti | arm aber sexy :-P | 23:28 |
frabbit | yeti: Berlin? =) yeah true ^_^ | 23:29 |
frabbit | i only was there three times | 23:29 |
frabbit | but it was nice | 23:29 |
* frabbit waiting for raging golinux, cause all this went oft | 23:30 | |
* frabbit sneaks to #debianfork | 23:30 | |
yeti | just do the right thing... | 23:30 |
frabbit | yeti: whats that now? google new motto? | 23:30 |
crashoverride | yeti: war sexy. In 2000 vllt. | 23:30 |
* yeti last was there in the mid90s | 23:31 | |
crashoverride | now there are too many "antiturkista" graffitis. | 23:31 |
yeti | samall towns have idiots too | 23:31 |
crashoverride | yeah, sure. | 23:32 |
crashoverride | I can deal with 10 idiots. | 23:32 |
frabbit | guys lets go to debianfork | 23:32 |
crashoverride | in Berlin, we have 10 milions. | 23:32 |
crashoverride | And yes, I am aware it's more than the amount of people living in Berlin. | 23:32 |
yeti | but a mesh | 23:32 |
yeti | we haven't | 23:32 |
crashoverride | But don't worry, it's accurate. | 23:32 |
crashoverride | also the presence of the mesh is greatly exxagerated. | 23:33 |
yeti | I'd experiment with other meshs if I had interested neighbours... | 23:34 |
yeti | if... | 23:34 |
crashoverride | well, just mass buy rpi zeros | 23:34 |
crashoverride | and hack your street lights. | 23:34 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!