LNX Kroeg - Deel 2

[Lethalis]

nero355 schreef op zondag 9 september 2018 @ 20:53:
[...]

Dynamisch als in volledig Dynamisch of als in elke keer hetzelfde IP dat bij je abonnement/klantennummer hoort ?

De laatste heb ik bij KPN en het is echt fijn dat je zonder gezeik elke keer erop kan rekenen dat je hetzelfde IP hebt : Ook als je 3 weken op vakantie gaat!

Ik heb glasvezel van KPN en al jaren hetzelfde ip.

Maar omdat het een dynamic ip block is, wordt het door diverse mailservers (waaronder die van Microsoft) simpelweg geweigerd.

Dus ook al zou ik hier een volledige mailserver draaien, dan nog zou ik niet naar mijn Office365 account ermee kunnen mailen.

Dit nog even losstaand van het feit dat veel moderne mailservers verwachten dat ze terug kunnen connecten naar de server waarvan ze mail ontvangen en ik dan dus mijn server toegankelijk moet maken daarvoor. Of beter gezegd een aparte server / vm daarvoor moet inrichten uit veiligheidsoverwegingen.

En dan moet je nog hopen dat niet iemand uit dezelfde range heeft gespamd en je daardoor ook op tig blacklists staat.

Ik haat mailservers beheren

Aantal jaar terug dus besloten gewoon ervoor te betalen en Office 365 te gebruiken. Het hielp ook niet dat KPN stopte met zijn smart relay host.

SSMTP is dus ideaal voor mijn toepassing. Ik schrijf nog eerder een Python script dat sendmail emuleert dan dat ik weer een mailserver configureer

[ Voor 10% gewijzigd door Lethalis op 09-09-2018 21:59 ]

[Hero of Time]

Grappig eigenlijk dat er net Sendmail werd genoemd. Dat project is zo ontzettend oud en is door veel distro's vervangen voor Postfix. Als je Debian of Ubuntu installeert, krijg je als MTA Exim voor je neus ipv Postfix of Sendmail. Ook bij Red Hat wordt er Postfix gebruikt, iig bij de cursus.

[Lethalis]

Hero of Time schreef op zondag 9 september 2018 @ 22:07:
Grappig eigenlijk dat er net Sendmail werd genoemd. Dat project is zo ontzettend oud en is door veel distro's vervangen voor Postfix. Als je Debian of Ubuntu installeert, krijg je als MTA Exim voor je neus ipv Postfix of Sendmail. Ook bij Red Hat wordt er Postfix gebruikt, iig bij de cursus.

Ja ik zou sendmail ook niet meer aanraken. Als je een paar posts terugkijkt, zie je dat ik eerst Postfix had draaien.

Maar zelfs dat is voor mijn toepassing overkill.

[Hero of Time]

Heb eerder ook op een paar servers Postfix geconfigureerd. Was het meeste informatie over te vinden om met Google servers te babbelen.

[Lethalis]

Hero of Time schreef op maandag 10 september 2018 @ 08:57:
Heb eerder ook op een paar servers Postfix geconfigureerd. Was het meeste informatie over te vinden om met Google servers te babbelen.

To prove a point:

Python:

#!/usr/bin/env python

"""Simple mailer script"""

import string
import sys
import smtplib

USERNAME="[e-mail]"
PASSWORD="*********"

class ConfigurationError(Exception):
    def __init__(self, message):
        self.message = message

def main(): 

    try:

        if len(sys.argv) == 1:
            raise ConfigurationError('No commandline parameters were passed!')

        destination = sys.argv[1]

        mail_data = sys.stdin.readlines()
        if len(mail_data) == 0:
            raise ConfigurationError('No mail message content was passed!')

        mailserver = smtplib.SMTP('smtp.office365.com', 587)
        mailserver.ehlo()
        mailserver.starttls()
        mailserver.login(USERNAME, PASSWORD)
        mailserver.sendmail(USERNAME,destination,"".join(mail_data))
        mailserver.quit()

    except ConfigurationError as e:
        print("Error: ", e.message)

main()

In 15 minuten in elkaar geflanst.

code:

cat mail.msg | python mailer.py [e-mail]

Stuurt het bericht in mail.msg naar [e-mail].

Bovenstaand script vervangt SSMTP zonder moeite dus (voor mijn toepassing).

No friggin' way dat ik zin heb om een hele mailserver te configureren

Anyways, problem solved

PS
Enige voordeel wat je met Postfix hebt, is dat hij kan queuen als het afleveren niet lukt. Maar aangezien ik geen bedrijfskritische mailtjes verstuur thuis, boeit me dat niet echt. Voor de rest natuurlijk wel even de rechten op het bestand zo gezet dat niet iedereen het kan lezen en / of uitvoeren.

[ Voor 8% gewijzigd door Lethalis op 10-09-2018 09:32 ]

[Pantagruel]

himlims_ schreef op woensdag 5 september 2018 @ 14:30:
[...]

meeste dockings worden ook niet happy van 2 schermen; we hebben er hier een boel getest, eigenlijk bleek alleen toshiba over voor docs; die werken hier prima met dualscreen

Op t werk een Lenovo dock met 2 schermen (1 2x DP, 1x HDMI als ik me niet vergis), werkt zonder morren.

[ Voor 1% gewijzigd door Pantagruel op 13-09-2018 08:29 . Reden: edit ivm DP aansluiting ]

[himlims_]

https://www.omgubuntu.co....ht-red-hat-for-34-billion

...die zat er al even aan te komen ... maar toch

[FireDrunk]

Zwarte dag in de historie van Linux... Balen zeg...

[Cyphax]

FireDrunk schreef op maandag 29 oktober 2018 @ 12:54:
Zwarte dag in de historie van Linux... Balen zeg...

Wat zou er gaan veranderen? Als het Oracle was geweest had ik het (ook) gezien als het einde van RedHat danwel Fedora, maar IBM?

[FireDrunk]

Voor mijn gevoel gaat _alles_ bij IBM om zoveel mogelijk geld verdienen aan enterprise producten die eigenlijk maar door een beperkte niche gebruikt worden.

Innovatie op grote schaal, Moderniseren, iets teruggeven aan de (open-source) community, meedenken als frontiers in verschillende werkgroepen, horen daar niet (meer) bij voor mijn gevoel.

Ik denk bij IBM gewoon niet aan een bedrijf wat goede dingen doet.
Niets anders dan een grote melkkoe ala Oracle...

[Hero of Time]

@himlims_, stond vanochtend al netjes op de FP: nieuws: IBM neemt Red Hat over voor 34 miljard dollar

Maar ik heb meer vertrouwen in IBM om Red Het te laten voor hoe het is en z'n eigen koers te blijven houden, dan wanneer een Oracle het over zou nemen. Dan is het direct zeker dat je kan doen.

Ik ben wel benieuwd wat de toekomst is voor Fedora en CentOS over, zeg, 5 jaar.

[himlims_]

FireDrunk schreef op maandag 29 oktober 2018 @ 12:54:
Zwarte dag in de historie van Linux... Balen zeg...

weet t zo net nog niet .... IBM pompt al jaren flinke bedragen in OSS. Dragen zelf ook actief bij aan diverse projecten (code / financieel).
Tuurlijk kan dit een negatief effect hebben, maar in dit geval denk ik niet; verwacht dat meer te doen heeft met 'garrantie' richting hun klanten/afnemers.

maar goed, time will tell

[Zjemm]

het is in elk geval jammer dat de zoveelste door een grote partij word opgekocht. dit is puur cashen, want zonder overname draaiden ze volgens mij ook best goed

anyhow, back to business, moet nog een oplossing bedenken voor het monitoren van beschikbare updates van verschillende web-apps (denk nextcloud e.t.c.) zonder in te loggen in de admin panel, en de dag is alweer bijna voorbij

[ Voor 41% gewijzigd door Zjemm op 29-10-2018 14:17 ]

[himlims_]

Zjemm schreef op maandag 29 oktober 2018 @ 14:13:
het is in elk geval jammer dat de zoveelste door een grote partij word opgekocht. dit is puur cashen, want zonder overname draaiden ze volgens mij ook best goed

hoor daarover wisselende verhalen van personeel wat in dienst staat van redhat

[FireDrunk]

Zjemm schreef op maandag 29 oktober 2018 @ 14:13:
anyhow, back to business, moet nog een oplossing bedenken voor het monitoren van beschikbare updates van verschillende web-apps (denk nextcloud e.t.c.) zonder in te loggen in de admin panel, en de dag is alweer bijna voorbij

Zijn het OS(-managed) patches of Applicatie(-managed) patches?

[Zjemm]

FireDrunk schreef op maandag 29 oktober 2018 @ 17:28:
[...]


Zijn het OS(-managed) patches of Applicatie(-managed) patches?

App based

[gekkie]

Vooral benieuwd wat ze gaan doen met alles wat hoofdzakelijk desktop gerelateerd is, aangezien ze zeggen het voor de cloud te kopen.

[Lethalis]

Ach ja, ik heb weer eens te nieuwe hardware gekocht voor Linux

Ik heb een apart topic aangemaakt:

USB issues met nieuwe Intel NUC (NUC8i5BEK)

[ Voor 74% gewijzigd door Lethalis op 14-11-2018 12:10 ]

[Zjemm]

Net 2bwn ontdekt, eigenlijk best wel cool zo'n wm only install

[nero355]

Zjemm schreef op zondag 18 november 2018 @ 20:42:
Net 2bwn ontdekt, eigenlijk best wel cool zo'n wm only install

Best grappig inderdaad : https://www.reddit.com/r/...6cs5kl/2bwm_where_you_at/

[LEDfan]

Zjemm schreef op maandag 29 oktober 2018 @ 14:13:
anyhow, back to business, moet nog een oplossing bedenken voor het monitoren van beschikbare updates van verschillende web-apps (denk nextcloud e.t.c.) zonder in te loggen in de admin panel, en de dag is alweer bijna voorbij

Vanaf Nextcloud 15 (nu in beta2) is er het `occ update:check` commando wat zowel werkt voor Nextcloud als de apps.

EDIT: zie net dat het een reactie is op al een oude post ...

[ Voor 6% gewijzigd door LEDfan op 20-11-2018 16:24 ]

[Zjemm]

nero355 schreef op dinsdag 20 november 2018 @ 15:55:
[...]

Best grappig inderdaad : https://www.reddit.com/r/...6cs5kl/2bwm_where_you_at/

Ziet er altijd wel vet uit maar past nog niet echt in mijn workflow. Iets meer flowting opties zoals gewoon focus dmv van muis klik e.d. zou het bijna ideaal maken 😀

De rest mag best keyboard driven zijn

[Verwijderd]

Even een CSV met alle relevante 'criticals' bakken uit Satellite5 met o.a SED

code:

 printf 'Package, Errata-number\r' > bestand; spacewalk-report errata-list-all |  sed -n '
  /Critical/!d;
  s/\(,\(.*\),Critical:\)\|\(,\(.*\),"Critical:\)\|\("\)/ /g;
  /RHSA-\(.*\)/!d;
  s/security\(.*\)//g;
  s/,/ /g;
  s/\s\+$//g;
  s/\s\+/ /g;
  s/\(RHSA-[0-9]\+:[0-9]\+\)\s/\1,/p' | awk -F ',' '{print $2 "," $1}' | sort >> bestand

[ Voor 6% gewijzigd door Verwijderd op 05-12-2018 17:04 ]

[Boudewijn]

Nice die is lekker leesbaar als je de newlines eruit haalt

[Verwijderd]

Boudewijn schreef op woensdag 5 december 2018 @ 18:08:
Nice die is lekker leesbaar als je de newlines eruit haalt

Welke newlines?

[Boudewijn]

s/;\n//g

[Zjemm]

mensen al eens met wireguard gespeeld hier?

ik heb het net opgezet en moet zeggen dat het verrot lekker werkt.
het is snel/vlot en super simpel.

minder overhead dan met bijvoorbeeld openvpn

schijnt ook nog in de kernel opgenomen te worden.

[nero355]

Ziet er wel interessant uit, maar is blijkbaar nog heel erg in ontwikkeling volgens hun eigen website

https://www.wireguard.com/

[begintmeta]

Ik tracht een Microsoft Designer Mouse op in een dualboot configuratie te draaien (zonder telkens opnieuw te moeten pairen), maar het lukt me niet.... de muis werkt in Windows, maar in Linux verbreekt de verbinding naar korte tijd. Heeft iemand nog tios, ik weet niet meer precies wat ik allemaal heb geprobeerd (ik weet het....), maar in iedergeval https://unix.stackexchang...t-ubuntu-stop-having-to-p

[ Voor 4% gewijzigd door begintmeta op 29-01-2019 14:31 ]

[Boudewijn]

Welke linux distributie heb je? En heb je de topic-warning gelezen?

[ Voor 9% gewijzigd door Boudewijn op 29-01-2019 12:48 ]

[begintmeta]

Boudewijn schreef op dinsdag 29 januari 2019 @ 12:48:
Welke linux distributie heb je? En heb je de topic-warning gelezen?

Arch linux... en ik had eigenlijk inderdaad maar even een topic moeten aanmaken...

[Zjemm]

Ach tips vragen is toch ook een beetje kroeg waardig

Heb je de Keys goed kunnen kopiëren en installeren onder Linux?

Het kan ook nog een andere reden zijn omdat je in eerste instantie wel verbinding hebt.

Probeer eens
UserspaceHID=true in /etc/bluetooth/input.conf
Ff bt restanten of even rebooten van je systeem

[begintmeta]

Zjemm schreef op vrijdag 8 februari 2019 @ 19:03:
Ach tips vragen is toch ook een beetje kroeg waardig

Heb je de Keys goed kunnen kopiëren en installeren onder Linux?

Het kan ook nog een andere reden zijn omdat je in eerste instantie wel verbinding hebt.

Probeer eens
UserspaceHID=true in /etc/bluetooth/input.conf
Ff bt restanten of even rebooten van je systeem

Dank je voor de belangstelling. Ik geloof dat ik de keys wel goed heb kunnen installeren... maar ik heb me er eigenlijk niet meer echt mee bezig gehouden wegens andere prioriteiten. Zal het binnenkort nog eens proberen allemaal, ook je tip. Vooralsnog altijd maar weer even opnieuw gepaird... irritant, maar het kost ook niet zo enorm veel tijd.

[zomertje]

Heel lang geleden dat ik hier ben geweest. Maar misschien ga ik weer opnieuw landen op t oude nest: weer aan de slag met Linux

[Cyphax]

zomertje schreef op woensdag 13 februari 2019 @ 12:10:
Heel lang geleden dat ik hier ben geweest. Maar misschien ga ik weer opnieuw landen op t oude nest: weer aan de slag met Linux

Wat heb je al die tijd gedraaid dan?

[Hero of Time]

@zomertje
Welkom thuis.

[zomertje]

Cyphax schreef op woensdag 13 februari 2019 @ 12:35:
[...]

Wat heb je al die tijd gedraaid dan?

Ik heb een iMac.....
(kun je onder water ook goed plagen via de commandline hoor)

Maar op mn werk doe ik nog steeds wat met Linux en misschien wordt dat wel veel meer (fulltime)

[Jordi]

Hoi zomertje

zomertje schreef op woensdag 13 februari 2019 @ 13:02:
Ik heb een iMac.....

Er zijn tijden geweest dat ik hier wel een opmerking over had gehad... wel twee, eigenlijk. Maar ik zal nu braaf zijn en me gedeisd houden!

Maar op mn werk doe ik nog steeds wat met Linux en misschien wordt dat wel veel meer (fulltime)

Is dit nu bewijs voor de (door mij zojuist bedachte) stelling: een pinguin verlaat nooit de dierentuin?

[zomertje]

Jordi schreef op woensdag 13 februari 2019 @ 13:23:
Hoi zomertje

[...]

Er zijn tijden geweest dat ik hier wel een opmerking over had gehad... wel twee, eigenlijk. Maar ik zal nu braaf zijn en me gedeisd houden!

[...]

Is dit nu bewijs voor de (door mij zojuist bedachte) stelling: een pinguin verlaat nooit de dierentuin?

Het is een bewijs voor: oude liefde roest niet

(ik heb trouwens voornamelijk een iMac vanwege mijn fotografie hobby, adobe prut draait er heerlijk op)

[ Voor 10% gewijzigd door zomertje op 13-02-2019 13:42 ]

[zomertje]

zomertje schreef op woensdag 13 februari 2019 @ 13:41:
[...]

Het is een bewijs voor: oude liefde roest niet

(ik heb trouwens voornamelijk een iMac vanwege mijn fotografie hobby, adobe prut draait er heerlijk op)

Update: het eerste gesprek ging goed. Nu gaan ze me nog technisch doorzagen volgende week

[Eärendil]

🎉 Linux 5.0 🎉

[gekkie]

Hmmm toch matig irritant nu de freeze ivm Debian Buster. Zat eigenlijk wel op libreoffice 6.2 te wachten, maarja die komt niet in Buster. En omdat buster in freeze is, is unstable dat eigenlijk ook, kortom ook geen 6.2 in unstable. En om nou de rc's in expirimental te gaan draaien, het moet wel leuk blijven .
Naja dan maar hopen dat ze Buster vlot releasen .

[Hero of Time]

Had je wat eerder moeten zijn, toen stond 6.2 final in Experimental. Nu is het 6.2.1rc2. Ik draai standaard Unstable en heb Experimental ook toegevoegd. Zo pak ik af en toe wat interessants (zoals LO) uit Experimental.

[Boefs]

Niemand ervaring met Pop!_OS? Een distro backed door een hardware leverancier (System76). Bestaat sinds Ubuntu 18.04 LTS release. Ziet er wat mij betreft erg gelikt uit en het feit dat er een fysiek bedrijf achter zit kan ook voordelen bieden. Review van de installer.

[HollowGamer]

@Boefs Tja, bij Ubuntu zit er ook een bedrijf achter.

Ik word niet zo snel warm van een Ubuntu-fork, deze zijn er tegenwoordig al genoeg, misschien wel te veel.

PopOS! heeft een leuk sausje en wat tweaks, maar die zijn ook allemaal mogelijk op Ubuntu zelf. Het ligt een beetje aan jezelf wat je zoekt.

[mcDavid]

Wat is überhaupt het verschil met ubuntu? Als ik het zo lees is het eigenlijk alleen een andere branding en een andere software-center app? Da's wel héél erg low-effort. Mint is al een stuk spannender.

[Yemoke]

So much fun, nu alweer een weekje op gentoo! Was echt dik 10 jaar geleden dat ik dat heb gebruikt haha. Het is weer even wennen, maar zo leuk!

unbound erbij met dns over tls \o/

en ik heb vet coole ouwe screensavers mooi man hahah
je blijft knutselen, prachtig
lekker kiezen welke pakketjes en versies je wilt, heerlijk.
paar ~ pakketjes gepakt, no problemo werkt prima
(kwa versies stiekem beetje afkijken van fedora en such)
nomultilib systeempie, genieton deluxe.

It's getting better and better, zfs pool weer bereikbaar! Ik moet zeggen, eigenlijk gaat alles een stuk makkelijker als ik van te voren had gedacht. En de load, jeetje, het is lang geleden dat ik 0.00 load heb gezien in de afgelopen jaren op mijn machine.

[ Voor 80% gewijzigd door Yemoke op 22-03-2019 19:28 ]

[Hoite]

Sinds vorige week een nieuwe laptop (Thinkpad P52) van mijn werk mogen ontvangen, als vervanging van een inmiddels iets verouderde Thinkpad W540.

Wat een verademing is deze machine, duurde even om alle bumblebee-setups voor elkaar te krijgen, maar nu werkt alles naar behoren.

Een 6 core i7 en 32GB RAM maakt virtualiseren mooi vlot

[ Voor 7% gewijzigd door Hoite op 24-03-2019 20:49 ]

[nero355]

Mmm... Linux op een Thinkpad laptop! Lekkerder wordt het niet!

Zit er nog steeds aan te denken om een tweedehands W520 of W530 te kopen en als dedicated Linux laptop te gebruiken met KDE Plasma, maar ondertussen zijn die modellen best wel achterhaald en de nieuwere modellen zijn amper nog een echte Thinkpad te noemen... twijfels, twijfels, twijfels!

[Yemoke]

Hoite schreef op zondag 24 maart 2019 @ 20:47:
Sinds vorige week een nieuwe laptop (Thinkpad P52) van mijn werk mogen ontvangen, als vervanging van een inmiddels iets verouderde Thinkpad W540.

Wat een verademing is deze machine, duurde even om alle bumblebee-setups voor elkaar te krijgen, maar nu werkt alles naar behoren.

Een 6 core i7 en 32GB RAM maakt virtualiseren mooi vlot

[Afbeelding]

Sjieke bak zeg! Zo'n resolutie lijkt mij ook wel wat!

Dit is mijn desktop.

         -/oyddmdhs+:.                yemoke@computer 
     -odNMMMMMMMMNNmhy+-`             ---------------- 
   -yNMMMMMMMMMMMNNNmmdhy+-           OS: Gentoo/Linux x86_64 
 `omMMMMMMMMMMMMNmdmmmmddhhy/`        Host: B150-HD3P 
 omMMMMMMMMMMMNhhyyyohmdddhhhdo`      Kernel: 4.19.27-gentoo-r1-computer 
.ydMMMMMMMMMMdhs++so/smdddhhhhdm+`    Uptime: 9 hours, 18 mins 
 oyhdmNMMMMMMMNdyooydmddddhhhhyhNd.   Packages: 601 (emerge) 
  :oyhhdNNMMMMMMMNNNmmdddhhhhhyymMh   Shell: bash 4.4.23 
    .:+sydNMMMMMNNNmmmdddhhhhhhmMmy   Resolution: 1920x1200 
       /mMMMMMMNNNmmmdddhhhhhmMNhs:   DE: Xfce 
    `oNMMMMMMMNNNmmmddddhhdmMNhs+`    WM: Xfwm4 
  `sNMMMMMMMMNNNmmmdddddmNMmhs/.      WM Theme: Default 
 /NMMMMMMMMNNNNmmmdddmNMNdso:`        Theme: Adwaita [GTK2/3] 
+MMMMMMMNNNNNmmmmdmNMNdso/-           Icons: Adwaita [GTK2/3] 
yMMNNNNNNNmmmmmNNMmhs+/-`             Terminal: xfce4-terminal 
/hMMNNNNNNNNMNdhs++/-`                Terminal Font: Monospace 10 
`/ohdmmddhys+++/:.`                   CPU: Intel i7-6700 (8) @ 4.000GHz 
  `-//////:--.                        GPU: NVIDIA GeForce GTX 1060 6GB 
                                      GPU: Intel HD Graphics 530 
                                      Memory: 1660MiB / 32050MiB 

Edit:
Damn, don't jinx that. Monitor overleden afgelopen weekend. Ouwe trouwe syncmastere 2443bw. Nu nieuwe dikke 4k scherm. Wat een feestje is dit wow. Sowieso van TN naar IPS, en dan ook nog die upgrade in resolutie. wow.

[ Voor 5% gewijzigd door Yemoke op 02-04-2019 02:14 ]

[gekkie]

Urghh kan iemand even die laatste 113 RC bugs in Debian Buster voorzien van een mooie plakker ?
Begint nu toch wel irritant te worden dat er geen packages meer doordruppelen vanuit unstable
(libreoffice 6,2 met fix voor copy en paste cel inhoud tussen calc en writer tabellen) en de laatste Firefox wil niet eens van expirimental naar unstable komen. Meestal is dat binnen een paar dagen na release toch wel gebeurd.

[Hero of Time]

Ja, ik wil de nieuwe KDE 5.15 met Qt 5.12 zodat ik op werk niet meer de AppImage versie van m'n browser hoef te gebruiken vanwege een bug in de QtWebkitEngine. En op 't werk wil ik nieuwe servers inrichten met Debian en dan het liefst Buster.

LibreOffice 6.3 alpha1 staat iig in experimental. 6.2 krijg je dus waarschijnlijk niet.

Met Buster Stable krijgen we weer een mooie berg updates in Sid. Gimme gimme gimme.

[gekkie]

Hero of Time schreef op vrijdag 31 mei 2019 @ 23:37:
Ja, ik wil de nieuwe KDE 5.15 met Qt 5.12 zodat ik op werk niet meer de AppImage versie van m'n browser hoef te gebruiken vanwege een bug in de QtWebkitEngine. En op 't werk wil ik nieuwe servers inrichten met Debian en dan het liefst Buster.

LibreOffice 6.3 alpha1 staat iig in experimental. 6.2 krijg je dus waarschijnlijk niet.

Met Buster Stable krijgen we weer een mooie berg updates in Sid. Gimme gimme gimme.

ijs en weder dienende is het begin volgende maand zo ver met de release van Buster.
6.3 is ook prima voor libreoffice
Ook wel fijn dat PHP dan weer een beetje bij is, nu al een keertje buster moeten gebruiken omdat iets een PHP >= 7.2 vereiste.
En updates in sid is ook weer snel updates in testing.

[ Voor 3% gewijzigd door gekkie op 12-06-2019 23:42 ]

[syl765]

Iemand hier al mee te maken gehad, vreemd dat je er weinig over leest terwijl het toch vrij ernstig lijkt.

https://wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SACKPanic
https://access.redhat.com/security/vulnerabilities/tcpsack

[gekkie]

syl765 schreef op woensdag 19 juni 2019 @ 09:04:
Iemand hier al mee te maken gehad, vreemd dat je er weinig over leest terwijl het toch vrij ernstig lijkt.

https://wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SACKPanic
https://access.redhat.com/security/vulnerabilities/tcpsack

Overal de mitigation maar gelijk toegepast, vervolgens op een deel van de machines een nieuwe kernel gebakken. Voor een deel nog aan het wachten op een nieuwe backport kernel voor Debian (de default kernel heeft al wel een update beschikbaar gehad).

[vanaalten]

gekkie schreef op woensdag 19 juni 2019 @ 13:39:
[...]

Overal de mitigation maar gelijk toegepast, vervolgens op een deel van de machines een nieuwe kernel gebakken. Voor een deel nog aan het wachten op een nieuwe backport kernel voor Debian (de default kernel heeft al wel een update beschikbaar gehad).

Yep, nieuwe kernel voor Debian 'Stretch':
https://metadata.ftp-mast....9.168-1+deb9u3_changelog

* tcp: limit payload size of sacked skbs (CVE-2019-11477)
* tcp: tcp_fragment() should apply sane memory limits (CVE-2019-11478)
* tcp: add tcp_min_snd_mss sysctl (CVE-2019-11479)

(en nog een handjevol andere kwetsbaarheden gefixt)

[FireDrunk]

En toch hoor ik vaak dat Debian lekker snel is met die dingen. Kudo's!
Ben afgelopen jaren van CentOS richting Ubuntu gestapt. Dat gezeur met kernels uit het jaar kruik was ik zo spuugzat.

Misschien toch ook maar eens met een scheef oog naar Debian kijken.

[gekkie]

Yups maar ik hang dus zelf op een aantal machines op de 4.19 backports, daar is nog niet nieuws voor uit.
(en op m'n dagelijkse machine op een zelf gebouwde 5.2-rc5+).

Hmm aantal RC bugs van Buster daalt nog niet echt, schommelt nu al een tijd rond de 90.

[Hero of Time]

FireDrunk schreef op woensdag 19 juni 2019 @ 14:55:
En toch hoor ik vaak dat Debian lekker snel is met die dingen. Kudo's!
Ben afgelopen jaren van CentOS richting Ubuntu gestapt. Dat gezeur met kernels uit het jaar kruik was ik zo spuugzat.

Misschien toch ook maar eens met een scheef oog naar Debian kijken.

Er zijn mogelijkheden om een nieuwere kernel op CentOS te installeren, maar omdat de huidige (lees: recente) kernels met een nieuwere gcc wordt gebouwd en sommige dat ook vereisen, kost het wat meer moeite om 'bij' te zijn/blijven zonder de rest van het systeem overhoop te halen.

Het scheelt voor Ubuntu iig dat die ook niet zo lang erover doen voor kernel updates. Zeker als Debian die al heeft en Ubuntu toevallig dezelfde kernel gebruikt.

Maar overstappen naar Debian is ook zeker geen slecht idee. Afhankelijk hoe je er naar kijkt, doen ze het bij Debian toch wel wat prettiger als het om kernel updates aan komt. Vaak overschrijft een update de huidige draaiende kernel, terwijl bij Ubuntu het altijd apart wordt geïnstalleerd, waardoor je, als je een aparte /boot hebt, uiteindelijk met een volle schijf/partitie zit en het systeem niet fatsoenlijk opstart zonder handmatig ingrijpen. Het knalt dan onderuit omdat de initrd en/of initramfs niet volledig is weggeschreven.
Je moet dus zelf de vorige kernels verwijderen, want een 'apt autoremove' schoont het niet op.

[Dirk]

Apt-get autoremove werkt op mijn (X)ubuntu 18.04 systeem prima hoor. Alle kernels behalve de nieuwste en draaiende kernel verdwijnen dan.

[ Voor 5% gewijzigd door Dirk op 19-06-2019 20:57 ]

[Hero of Time]

Dan is dat ergens nadat ik er mee ben gestopt aangepast, want het was eerst uitgesloten van een autoremove. Waardoor je dus zonder zelf ingrijpen met 10+ kernels zat.

[Dirk]

Tja, als je enige informatie jaren oud is, kun je beter niets zeggen, want die systemen blijven echt niet stilstaan.

[nero355]

Ik moet effe ranten over Debian based distributies :

Waarom vindt men het nodig om elke keer de manier waarop het netwerk wordt geconfigureerd om te gooien of net anders te doen

- Proxmox :
Wil jij nog steeds aan /etc/network/interfaces zitten ?!
Tuurlijk joh! Ga je gang! Graag zelfs!

- RaspBian :
Nee, je mag niet aan /etc/network/interfaces zitten!
Ga maar lekker klooien met /etc/dhcpcd.conf dat echt belachelijk basic is...
En wil je iets met VLAN interfaces doen dan mag je weer snippets toevoegen op een andere plek, waarbij alles toch een beetje op /etc/network/interfaces lijkt!

- Ubuntu door de tijd heen :
1. Je mag gewoon aan /etc/network/interfaces zitten.
2. Allerlei gekloot met systemd en networkd en weet ik het allemaal...
3. Sinds 18.04 LTS mag je lekker klooien met YAML en Netplan, want dat is oh zo makkelijk en oh zo flexibel!

NOT!

Één groot feest met errors en veel te weinig uitleg over de desbetreffende errors!


Waarom kunnen die gasten niet gewoon van dingen afblijven die al jarenlang goed werken ?!

Echt... W-T-F?!?!

[gekkie]

Meende dat het met raspbian gewoon werkte met /etc/network/interfaces, nadat ik network-manager meuk had uitgezet. Maar goed al weer een tijdje geleden dat ik daar mee gepield heb.

[Raven]

nero355 schreef op donderdag 20 juni 2019 @ 19:05:
- Proxmox :
Wil jij nog steeds aan /etc/network/interfaces zitten ?!
Tuurlijk joh! Ga je gang! Graag zelfs!

Die gebruik ik nog steeds in Debian Stretch, alleen moet ik na aanpassingen telkens de hele router-pc herstarten omdat de network-service herstarten om de een of andere reden niet lukt, is blijkbaar al lange tijd zo (las ergens dat dat een bug was). Misschien later maar eens overstappen op nmtui.

Gelukkig is een volledige herstart zo gebeurt

[ Voor 7% gewijzigd door Raven op 20-06-2019 20:03 ]

[syl765]

@nero355

Tsja nero355, Wij FreeBSD mensen zijn maar verwent met een rc.conf en een ifconfig waarmee je alles kan configureren netwerk wise, van LACP tot bridges. alles met 1 commando.. Heerlijk.

Verandering kan men moeilijk aan wennen, en ik ben van mening dat het helemaal geen kwaad kan zaken anders te doen. Maar het probleem met Linux naar mijn mening is dat ze soms ook zaken veranderen omdat het kan. netstat, foetsie is nu ss, helemaal dezelfde syntax maar de output is wel verandert waardoor je in het begin een beetje zit te zoeken hoe en wat. WHY!! laat de output dan ook hetzelfde. Netplan, op een BSD machine krijg je met ifconfig ook netjes te zien met welke snelheid je interface is verbonden, heel handig in geval van netwerk problemen om te zien of je interface en je switch het bijvoorbeeld eens zijn over dezelfde snelheid. Ik dacht dat zal toch ook wel kunnen met het commando ip van netplan. Helaas (voor zover ik het heb kunnen vinden) mag je voor deze functie toch weer miitool of ethtool gaan installeren. Gemiste kans naar mijn mening, maak het dan ook af.

Maar er is al genoeg over gesproken in de topics.
Het is zeker jammer om te zien dat FreeBSD soms het onderspit delft maar er zijn genoeg projecten waar FreeBSD gebruikt word. Zeker in Oostblok landen zijn er genoeg hosters bijvoorbeeld die draaien op FreeBSD.
Komt allemaal goed!

[Hero of Time]

@nero355, het is juist Canonical die met hun Ubuntu het constant zit te veranderen voor het veranderen. Ik vind Ubuntu daarom niet meer bruikbaar voor servers, want elke LTS is er wel weer wat overhoop gehaald waardoor je bij wijze van spreken een nieuwe distro moet leren.

Maar Debian zelf blijft nog steeds gewoon met het interfaces bestand werken. Raspbian moest met Jessie via dhcpd.conf, maar met Stretch niet meer.

@gekkie, dat is het mooie van NM in Debian. Als je je NIC in het interfaces bestand configureert, doet NM er niets meer mee. Dat is bij Red Hat based distro's anders, daar moet je expliciet in de ifcfg aangeven dat het niet door NM beheert moet worden. Maar NM integreert daar wel wat netter met je config.

@Raven, een systemctl networking restart herstart alleen de networking daemons (denk aan dhclient), het gooit niet je interfaces down en weer up wat een ifdown gevolgd door ifup wel doet. Als je 'ifdown $interface ; ifup $interface' zou uitvoeren in een screen/tmux sessie (in geval je via ssh zit), ben je zo klaar.

[nero355]

Hero of Time schreef op donderdag 20 juni 2019 @ 20:56:
@nero355, het is juist Canonical die met hun Ubuntu het constant zit te veranderen voor het veranderen. Ik vind Ubuntu daarom niet meer bruikbaar voor servers, want elke LTS is er wel weer wat overhoop gehaald waardoor je bij wijze van spreken een nieuwe distro moet leren.

Mja, wat ik wel fijn vind is dat ze niet zo moeilijk doen over allerlei dingen waar ze bij Debian wel erg streng naar kijken en dat kan best vaak een hoop gedoe schelen met drivers, codecs, en allerlei andere meuk

Maar Debian zelf blijft nog steeds gewoon met het interfaces bestand werken. Raspbian moest met Jessie via dhcpd.conf, maar met Stretch niet meer.

Debian zelf geloof ik best, maar RaspBian ?! Weet je dat heel zeker

Mijn Raspberry Pi waarop ik weleens wat test zegt het volgende :

code:

root@testing-pi:/home/pi# cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

root@testing-pi:/home/pi# cat /etc/debian_version
9.8

root@testing-pi:/home/pi# uname -a
Linux testing-pi 4.14.98-v7+ #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux

root@testing-pi:/home/pi# cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

root@testing-pi:/home/pi#

Dat is bij Red Hat based distro's anders, daar moet je expliciet in de ifcfg aangeven dat het niet door NM beheert moet worden.

IMHO is dat een erg fijne optie en alle CentOS versies waarmee ik heb gestoeid luisterden daar ook altijd netjes naar

syl765 schreef op donderdag 20 juni 2019 @ 20:51:
@nero355

Tsja nero355, Wij FreeBSD mensen zijn maar verwent met een rc.conf en een ifconfig waarmee je alles kan configureren netwerk wise, van LACP tot bridges. alles met 1 commando.. Heerlijk.

Heel eerlijk gezegd vind ik FreeBSD beter dan welke Linux distro dan ook, vanwege de controle die je over je systeem hebt en de vrijheid die daarbij komt kijken!

Dit soort dingen zal je bijvoorbeeld nooit meemaken :

Hero of Time schreef op vrijdag 31 mei 2019 @ 23:37:
Ja, ik wil de nieuwe KDE 5.15 met Qt 5.12 zodat ik op werk niet meer de AppImage versie van m'n browser hoef te gebruiken vanwege een bug in de QtWebkitEngine. En op 't werk wil ik nieuwe servers inrichten met Debian en dan het liefst Buster.

LibreOffice 6.3 alpha1 staat iig in experimental. 6.2 krijg je dus waarschijnlijk niet.

Met Buster Stable krijgen we weer een mooie berg updates in Sid. Gimme gimme gimme.

gekkie schreef op woensdag 12 juni 2019 @ 23:41:
ijs en weder dienende is het begin volgende maand zo ver met de release van Buster.
6.3 is ook prima voor libreoffice
Ook wel fijn dat PHP dan weer een beetje bij is, nu al een keertje buster moeten gebruiken omdat iets een PHP >= 7.2 vereiste.
En updates in sid is ook weer snel updates in testing.

In FreeBSD kan je gewoon de versie die jij wil installeren met alleen de dependencies die jij daarbij wilt hebben! HEEERLIJK!!!

Verandering kan men moeilijk aan wennen, en ik ben van mening dat het helemaal geen kwaad kan zaken anders te doen. Maar het probleem met Linux naar mijn mening is dat ze soms ook zaken veranderen omdat het kan.

Ik vind verandering geen enkel probleem, maar dan moet ik wel het idee hebben dat ik erop vooruit ga en dat is helaas niet altijd het geval...

Helaas (voor zover ik het heb kunnen vinden) mag je voor deze functie toch weer miitool of ethtool gaan installeren. Gemiste kans naar mijn mening, maak het dan ook af.

ethtool is wel een verplichte tool op elk systeem inderdaad!

Maar er is al genoeg over gesproken in de topics.
Het is zeker jammer om te zien dat FreeBSD soms het onderspit delft maar er zijn genoeg projecten waar FreeBSD gebruikt word. Zeker in Oostblok landen zijn er genoeg hosters bijvoorbeeld die draaien op FreeBSD.
Komt allemaal goed!

Laten we het hopen!

[Raven]

Hero of Time schreef op donderdag 20 juni 2019 @ 20:56:
@Raven, een systemctl networking restart herstart alleen de networking daemons (denk aan dhclient), het gooit niet je interfaces down en weer up wat een ifdown gevolgd door ifup wel doet. Als je 'ifdown $interface ; ifup $interface' zou uitvoeren in een screen/tmux sessie (in geval je via ssh zit), ben je zo klaar.

Duidelijk

In dit geval was de (VLAN) interface niet up omdat die net was toegevoegd aan /etc/network/interfaces, ifup gaf de melding dat ie de interface niet kon vinden. Daarna networking restart gedaan, pc met Putty verliest netwerkverbinding en krijgt die niet terug, toen maar ramplankje aan router-pc gehangen en daar herstart (van Debian) commando gegeven. Na herstart werkt alles prima, ook de nieuwe VLAN interface, waar er nu inmiddels 3 van zijn. Dat had ik in het vorige OS (IPFire) overigens niet voor elkaar kunnen krijgen

Later maar eens met iptables aan de gang, die kan geen onderscheid maken tussen fysiek en VLAN, dus dat wordt wat extra regels toevoegen.

[ Voor 6% gewijzigd door Raven op 21-06-2019 11:02 ]

[syl765]

@Hero of Time

Op 18.04 is ifup en ifdown dus ook niet meer standaard aanwezig. Je mag weer op zoek naar een andere manier om je interfaces up and down te krijgen.

[0xDEADBEEF]

syl765 schreef op donderdag 20 juni 2019 @ 20:51:
@nero355

Tsja nero355, Wij FreeBSD mensen zijn maar verwent met een rc.conf en een ifconfig waarmee je alles kan configureren netwerk wise, van LACP tot bridges. alles met 1 commando.. Heerlijk.

Verandering kan men moeilijk aan wennen, en ik ben van mening dat het helemaal geen kwaad kan zaken anders te doen. Maar het probleem met Linux naar mijn mening is dat ze soms ook zaken veranderen omdat het kan. netstat, foetsie is nu ss, helemaal dezelfde syntax maar de output is wel verandert waardoor je in het begin een beetje zit te zoeken hoe en wat. WHY!! laat de output dan ook hetzelfde. Netplan, op een BSD machine krijg je met ifconfig ook netjes te zien met welke snelheid je interface is verbonden, heel handig in geval van netwerk problemen om te zien of je interface en je switch het bijvoorbeeld eens zijn over dezelfde snelheid. Ik dacht dat zal toch ook wel kunnen met het commando ip van netplan. Helaas (voor zover ik het heb kunnen vinden) mag je voor deze functie toch weer miitool of ethtool gaan installeren. Gemiste kans naar mijn mening, maak het dan ook af.

Maar er is al genoeg over gesproken in de topics.
Het is zeker jammer om te zien dat FreeBSD soms het onderspit delft maar er zijn genoeg projecten waar FreeBSD gebruikt word. Zeker in Oostblok landen zijn er genoeg hosters bijvoorbeeld die draaien op FreeBSD.
Komt allemaal goed!

POLA

[Cyphax]

nero355 schreef op donderdag 20 juni 2019 @ 19:05:

Waarom kunnen die gasten niet gewoon van dingen afblijven die al jarenlang goed werken ?!

Echt... W-T-F?!?!

Als je het idee "if it works, don't fix it" consistent aanhoudt krijg je Slackware. Daar is zelfs de bootloader nog Lilo (al wordt Grub wel meegeleverd als je dat liever wilt). Misschien wel een goede distro voor je.

[Hero of Time]

nero355 schreef op vrijdag 21 juni 2019 @ 00:05:
[...]

Mja, wat ik wel fijn vind is dat ze niet zo moeilijk doen over allerlei dingen waar ze bij Debian wel erg streng naar kijken en dat kan best vaak een hoop gedoe schelen met drivers, codecs, en allerlei andere meuk

Zelden issues gehad en voor codecs e.d. voeg ik altijd deb-multimedia toe.

[...]

Debian zelf geloof ik best, maar RaspBian ?! Weet je dat heel zeker

Mijn Raspberry Pi waarop ik weleens wat test zegt het volgende :

1000% zeker, want ik heb dat zo op m'n Pi geregeld. En dhcpd draaide daarna ook niet. Die tekst is legacy, een overblijfsel van Jessie. Het werkt nog wel gewoon via dhcpd.conf, maar interfaces werkt ook prima. Dat deed 't, van wat ik online kon vinden, bij Jessie dan weer niet.

Raven schreef op vrijdag 21 juni 2019 @ 09:20:
[...]
Duidelijk

In dit geval was de (VLAN) interface niet up omdat die net was toegevoegd aan /etc/network/interfaces, ifup gaf de melding dat ie de interface niet kon vinden. Daarna networking restart gedaan, pc met Putty verliest netwerkverbinding en krijgt die niet terug, toen maar ramplankje aan router-pc gehangen en daar herstart (van Debian) commando gegeven. Na herstart werkt alles prima, ook de nieuwe VLAN interface, waar er nu inmiddels 3 van zijn. Dat had ik in het vorige OS (IPFire) overigens niet voor elkaar kunnen krijgen

Hmm, zit net even het service bestand voor networking te bekijken en daar staat het voor oneshot ingesteld met een ExecStart=ifup -a en ExecStop=ifdown -a. Voor de volgende keer dan eens via een screen sessie starten, want ik kan mij zo indenken dat zodra je netwerk offline gaat door de ifdown -a, je SSH sessie verliest en het niet verder gaat om een ifup -a uit te voeren, want je doet in feite een ctrl+c halverwege.

Ik had overigens niet eens de moeite genomen om helemaal in te loggen op de bak, maar gewoon de drie vinger handeling uitgevoerd.

Cyphax schreef op vrijdag 21 juni 2019 @ 16:02:
[...]

Als je het idee "if it works, don't fix it" consistent aanhoudt krijg je Slackware. Daar is zelfs de bootloader nog Lilo (al wordt Grub wel meegeleverd als je dat liever wilt). Misschien wel een goede distro voor je.

Doet die bootloader uit het stenen tijdperk fatsoenlijk UEFI ondersteunen?

[Cyphax]

Hero of Time schreef op vrijdag 21 juni 2019 @ 20:18:
[...]
Doet die bootloader uit het stenen tijdperk fatsoenlijk UEFI ondersteunen?

Not sure, elilo wel, ik geloof dat de meesten dat gebruiken. Maargoed, grub zit er ook bij in de iso dus je hebt het uiteindelijk allemaal zelf in de hand. Het is een aardige manier van werken. Met Ubuntu heb ik vroeger meer dan eens last gehad van te snelle adoptie van nieuwe software (PulseAudio zat er al in voor het af was), Slackware lijkt meer op Debian stable minus systemd. Wordt wel tijd dat 15 eens uitkomt. Duurt veel te lang.

[nero355]

Cyphax schreef op vrijdag 21 juni 2019 @ 16:02:
Als je het idee "if it works, don't fix it" consistent aanhoudt krijg je Slackware. Daar is zelfs de bootloader nog Lilo (al wordt Grub wel meegeleverd als je dat liever wilt). Misschien wel een goede distro voor je.

Soort Windows 2000 Pro onder de Linux distro's dus : I LIKE IT !!!

Was bijna vergeten dat het bestaat trouwens, omdat je er inderdaad zo weinig over hoort!
Zelfs Gentoo is populairder heb ik het idee en is ook een distro die ik nog een keer moet gaan ontdekken samen met Arch

[unezra]

Cyphax schreef op vrijdag 21 juni 2019 @ 16:02:
[...]

Als je het idee "if it works, don't fix it" consistent aanhoudt krijg je Slackware. Daar is zelfs de bootloader nog Lilo (al wordt Grub wel meegeleverd als je dat liever wilt). Misschien wel een goede distro voor je.

*urgh* Slackware...
Dat is letterlijk *altijd* de vreemde eend geweest.

Back in the days kon je hele howto's lezen over Debian, RedHat en derivaten en ergens stond er een regel "als je met Slackware werkt, werkt het *totaal* anders".

Het is een van de eerste distro's waar ik mee in aanraking kwam, maar misschien is het daarom wel waarom het tussen mij en Suse ook nooit geboterd heeft. (Suse is een derivaat van Slackware.)

Wikipedia: SUSE Linux

[Cyphax]

unezra schreef op zaterdag 22 juni 2019 @ 18:28:
[...]

*urgh* Slackware...
Dat is letterlijk *altijd* de vreemde eend geweest.

Je zou eigenlijk moeten zeggen: de rest is vreemde eend geworden. Het is een van de oudste distro's en feitelijk is er weinig veranderd door de jaren heen.

Back in the days kon je hele howto's lezen over Debian, RedHat en derivaten en ergens stond er een regel "als je met Slackware werkt, werkt het *totaal* anders".

Mwoah; je hebt het dan over de init denk ik, maar voor de rest moet je je maar eens afvragen waarom je voor Debian en RedHat verschillende instructies hebt.
Het lijkt een beetje op BSD. Alles is vanilla. Alles is simpel. Het heeft altijd de meest Unix-y distributie willen zijn. Ik heb best veel waardering voor die consistentie, het is nog steeds mijn favoriete distro. Je hoeft nooit te wennen aan een nieuwe versie, terwijl je toch gewoon moderne software hebt.

nero355 schreef op zaterdag 22 juni 2019 @ 17:16:
[...]

Soort Windows 2000 Pro onder de Linux distro's dus : I LIKE IT !!!

offtopic:
W2K is ook een van mijn favoriete Windowsen. Windows 10 is dat helaas heel erg niet. Als ik daar toch eens niet mee hoefde te werken...

Was bijna vergeten dat het bestaat trouwens, omdat je er inderdaad zo weinig over hoort!
Zelfs Gentoo is populairder heb ik het idee en is ook een distro die ik nog een keer moet gaan ontdekken samen met Arch

[ Voor 24% gewijzigd door Cyphax op 22-06-2019 22:49 ]

[Hero of Time]

Zit je te zoeken waarom je systeem weer direct uit slaapstand komt sinds je een BT muis hebt gekoppeld. Heb je al door dat het door BT komt, want als die uit staat, blijft het systeem in slaapstand. Kom je uiteindelijk https://bugzilla.kernel.org/show_bug.cgi?id=200039 tegen. Wat een vreselijke bug eigenlijk. Je koppelt dus een BT4/LE apparaat, zet die uit en je zet je systeem in slaapstand. Elk ander apparaat zorgt er dan voor dat je systeem weer aan gaat. En nog geen oplossing, iig op kernel niveau. Lekker dan.

En omdat ik de koppeling heb verwijdert, kan ik 'm nu om een of andere reden niet meer opnieuw koppelen. Ziet het appaat met btmon wel, maar blueman niet. Naja, zolang het issue niet is opgelost kan ik nu iig weer normaal naar slaapstand met m'n PC.
Apparaat toch weer weten te vinden en pairen. Zet BT dan wel uit als 't systeem in slaapstand moet.

[ Voor 6% gewijzigd door Hero of Time op 23-06-2019 00:08 ]

[Kaspers]

@Hero of Time En weer aan wanneer je uit slaapstand komt toch? Eenmaal het device trusted gemaakt via bluemon / bluetoothctl zou ervoor moeten zorgen dat het bewegen vd muis / klikken vd knoppen weer voor een actieve connectie zou moeten zorgen.

[ Voor 3% gewijzigd door Kaspers op 23-06-2019 15:07 ]

[Hero of Time]

@Kaspers, ik heb nu via 'echo EHC1 > /proc/acpi/wakeup' dat USB apparaat/controller uitgesloten van wakeup events. Daar zit de BT adapter op. Dat werkt. Maar moet dus elke boot gedaan worden.

Het systeem kan ik altijd aanzetten via m'n afstandsbediening die bij de behuizing kwam en uit slaapstand halen kan zowel daarmee als met m'n toetsenbord (die is nog met RF, maar wil ik uiteindelijk ook via BT).

De muis aan laten staan is niet te doen. De batterij gaat dan snel leeg en de trackball is erg gevoelig voor bewegingen en dat triggert dan gelijk een wakeup event. De muis uitzetten zorgt dus voor passive scans dat op álle BT4/LE apparaten reageert. Vandaar dat ik naar de kernel bug report link.

[Hero of Time]

@gekkie, https://www.debian.org/News/2019/20190706 en downloads: Debian GNU/Linux 10.0. Buster is nu Stable.

Laat de hele zwik aan updates maar komen. Nieuwer Qt versie, nieuwere KDE Plasma, Kernel 5.1 of wellicht al 5.2.
En voor jou dan dus ook een nieuwere LibreOffice.

[gekkie]

Hero of Time schreef op zondag 7 juli 2019 @ 14:39:
@gekkie, https://www.debian.org/News/2019/20190706 en downloads: Debian GNU/Linux 10.0. Buster is nu Stable.

Laat de hele zwik aan updates maar komen. Nieuwer Qt versie, nieuwere KDE Plasma, Kernel 5.1 of wellicht al 5.2.
En voor jou dan dus ook een nieuwere LibreOffice.

Yups .. en eigenlijk wil ik ook wel KDE, ipv XFCE, maarja .. memory consumptie houdt me dan toch weer tegen. Eerst maar eens kijken als dat naar XFCE 4.14 ofzo gaat nu hoe dat bevalt.
En voor de rest de servers en vm's nu updaten naar buster de komende week, verschijnende PHP zooi ook weer happy want die begon al te krakelen dat php-7.0 van stretch niet meer ondersteund ging worden.

[Zjemm]

Kijk word tijd dat ik nieuwe containers ga inrichten met buster

[Hero of Time]

gekkie schreef op zondag 7 juli 2019 @ 15:50:
[...]

Yups .. en eigenlijk wil ik ook wel KDE, ipv XFCE, maarja .. memory consumptie houdt me dan toch weer tegen. Eerst maar eens kijken als dat naar XFCE 4.14 ofzo gaat nu hoe dat bevalt.

Xfce 4.14 duurt nog wel eventjes denk ik. Er zijn al wel wat 4.13 packages in Experimental, een teken dat er hard gewerkt wordt aan 4.14, maar echt af duurt denk ik nog wel eventjes.

Qua geheugengebruik valt KDE eigenlijk nog wel mee. Dat was vroeger wat erger, maar het ligt er nu ook nog steeds heel erg aan wat je allemaal van KDE geïnstalleerd hebt. Als je bijvoorbeeld de hele PIM suite hebt, zal het geheugengebruik aanzienlijk hoger liggen dan zonder. O.a. door de hele Mysql/MariaDB backend.

Thuis heb ik nog steeds Xfce draaien en m'n browser is de grootverbruiker. Op m'n laptop heb ik KDE draaien en die heeft met 3 GB geheugen echt ruim over. M'n werkplek op kantoor, een PC met 16 GB geheugen, let ik niet echt op het verbruik. Hoeveel heb jij in je systeem zitten?

Ergens lonkt de overstap naar KDE wel, maar aan de andere kant is Xfce ook wel erg fijn en icm Compiz is het prima te gebruiken. Het werkt voor m'n HTPC prima en ik kan nu zonder al te veel gedoe de Qt5 uit Experimental pakken om een paar bugs die in m'n browser engine zitten op te lossen. Dat kan niet als je KDE draait. Al is dit wel een edge case wat bijna niemand zal doen.

En voor de rest de servers en vm's nu updaten naar buster de komende week, verschijnende PHP zooi ook weer happy want die begon al te krakelen dat php-7.0 van stretch niet meer ondersteund ging worden.

En dan zal je zien dat de applicaties nog niet compatible zijn met php 7.3.

[Tom Paris]

Hero of Time schreef op zondag 7 juli 2019 @ 22:57:
Xfce 4.14 duurt nog wel eventjes denk ik. Er zijn al wel wat 4.13 packages in Experimental, een teken dat er hard gewerkt wordt aan 4.14, maar echt af duurt denk ik nog wel eventjes.

11 augustus

[gekkie]

Hero of Time schreef op zondag 7 juli 2019 @ 22:57:
[...]
Thuis heb ik nog steeds Xfce draaien en m'n browser is de grootverbruiker. Op m'n laptop heb ik KDE draaien en die heeft met 3 GB geheugen echt ruim over. M'n werkplek op kantoor, een PC met 16 GB geheugen, let ik niet echt op het verbruik. Hoeveel heb jij in je systeem zitten?

Ergens lonkt de overstap naar KDE wel, maar aan de andere kant is Xfce ook wel erg fijn en icm Compiz is het prima te gebruiken. Het werkt voor m'n HTPC prima en ik kan nu zonder al te veel gedoe de Qt5 uit Experimental pakken om een paar bugs die in m'n browser engine zitten op te lossen. Dat kan niet als je KDE draait. Al is dit wel een edge case wat bijna niemand zal doen.

M'n werk laptop heeft nu 12GB, m'n reis laptop 8gb. Allebei thinkpads en de install was een kloon van elkaar, ze lopen nu iets uiteen qua installed packages en SSD layout is iets anders, maar grosso modo hetzelfde. En aangezien ik naast wat browser vensters ook nog graag een IDE en hetgeen waaraan ik werk wil draaien en eventueel nog een test DB in postgres, verspil ik het liefste zo weinig mogelijk aan het OS (binnen zekere grenzen).

En dan zal je zien dat de applicaties nog niet compatible zijn met php 7.3.

Meeste mekkeren er over dat de huidige stretch php versie in een volgende release niet meer ondersteund wordt (matomo/piwik bijvb).

[Hero of Time]

Het verschil in cold-boot gebruik bij m'n PC op kantoor en m'n PC's thuis zal hooguit 200 MB zijn. Het ligt er echt heel erg aan wat je er allemaal bij hebt draaien in een KDE omgeving. Ik bouw m'n OS altijd vanuit het minimale uit en heb daardoor echt alleen wat ik nodig heb. Zou je het meta-package desktop-kde met alle recommends installeren, dan kan je idd met een veel grotere footprint zitten.

[Raven]

Hero of Time schreef op maandag 8 juli 2019 @ 12:44:
Ik bouw m'n OS altijd vanuit het minimale uit

Incl. custom-kernel met alleen het nodige er in?

[Hero of Time]

Raven schreef op maandag 8 juli 2019 @ 12:51:
[...]

Incl. custom-kernel met alleen het nodige er in?

Nee, puur binary manier. Minimale installatie van Debian en dan via aptitude de packages selecteren die ik nodig heb. Niet van scratch alles compileren. Dat gaat mij net iets te ver.

[Raven]

Hero of Time schreef op maandag 8 juli 2019 @ 12:52:
[...]

Nee, puur binary manier. Minimale installatie van Debian en dan via aptitude de packages selecteren die ik nodig heb. Niet van scratch alles compileren. Dat gaat mij net iets te ver.

More or less net als ik bij mijn router-pc heb gedaan (alleen kernel, system apps, daarna met de hand de rest), op het moment geloof ik iets meer dan 300 pakketten geïnstalleerd, ergens rond de 800-900MB aan opslag nodig

Heb daar ooit wel eens naar gekeken overigens, ooit eens een config weten te maken waar een hele boel niet-essentiële dingen uit zijn gehaald, maar toen was de kernel inmiddels een paar versies verder waarbij er weer nieuw spul was toegevoegd Volgens mij was dat ten tijde van kernel 3.6 dat ik er mee bezig ben geweest.

[ Voor 4% gewijzigd door Raven op 08-07-2019 13:08 ]

[gekkie]

Mjah die auto recommends selecteren van apt / aptitude heb ik sowieso uitstaan, dan krijg je al rap heel veel binnen.

Maar goed klinkt dan alsof KDE ook een beetje last heeft van het euvel op MS windows, dat alles wat je installeert denkt dat het het beste is sinds gesneden brood en als allereerste gelijk bij het booten in het geheugen geladen moet worden, want het zou maar zo zijn dat als je het echt een keer nodig hebt je een halve seconde extra moet wachten voordat het van disk(ssd) geladen is.

Stand tot nu toe is dat samba niet meer werkt met m'n oude config .. probleempjes met onvoldoende entropy bij starten van ssh en apache, waarbij installeren van haveged niet genoeg is, omdat ik nog braaf sysvinit gebruik en apache net als ssh niet depend op haveged en de a van apache voor de h van haveged komt.
Ahwel dan maar ff de init.d file aanpassen en door.

[ Voor 26% gewijzigd door gekkie op 08-07-2019 20:45 ]

[Hero of Time]

Recommends zet ik ook altijd uit in aptitude. Het eerste wat ik na een installatie doe, is apt-get install --no-install-recommends aptitude (en nog een paar packages zoals o.a. vim en bash-completion).

KDE heeft niet het probleem van Windows mbt het alvast inladen van zooi. Dat is iets wat Linux zelf doet en gooit het in de cache. Immers, wat heb je aan zoveel geheugen als er geen bit van gebruikt mag worden, want owee, stel dat je iets heel zwaars gaat doen? Die gedachte is nog ouder dan de weg naar Rome, kom eens met een echt argument.

Samba niet werken met je oude config is best logisch. Er is tussen 4.5 en 4.9 best wat verandert hieraan. Als je shares hebt, kan je die het beste in smb.conf.d zetten zodat je main config gewoon mee kan upgraden.

Entropie heb ik ook last van als ik sddm gebruik. Dan kan het tot wel een minuut of langer duren voordat deze start en ik grafisch in kan loggen. Op het toetsenbord rammelen werkt dan beter en heb ik 'm met een paar seconden. Geen last van met lightdm, dus op m'n PC boven en beneden niet nodig.

Ik vraag mij wel af waarom je zo stellig aan sysvinit blijft hangen. Ja, je kan idd zonder systemd draaien, maar het kost IMO meer moeite om dat in stand te houden, dan gewoon de overstap maken.

[gekkie]

In m'n VM's rammel ik wat lastiger op een toestenbord, maar goed met haveged is er om heen te fietsen bij gebrek aan een hardware RNG die te virtualiseren valt. Achja ik update nu de boel en test even snel of het werkt, ga straks wel een rondje doen om te kijken wat er precies in de config files gewijzigd is.

Samba start wel met oude config maar krijg een beetje een vage foutmelding als ik een lijstje met shares wil openen. En er stond bij een vluchtige blik niets spannends in log files, dus dat wordt potentieel nog leuk .

M'n powerdns lijkt het ook niet meer te doen voor m' n private dyndns.

Tot nu toe kost sysvinit eigenlijk relatief weinig moeite, zeker op non desktop (en met xfce ook niet tot nu toe).

[nero355]

gekkie schreef op maandag 8 juli 2019 @ 22:40:
In m'n VM's rammel ik wat lastiger op een toestenbord

Wat zijn dat dan voor VM's en op welk systeem

Hero of Time schreef op maandag 8 juli 2019 @ 21:49:
Recommends zet ik ook altijd uit in aptitude. Het eerste wat ik na een installatie doe, is apt-get install --no-install-recommends aptitude (en nog een paar packages zoals o.a. vim en bash-completion).

gekkie schreef op maandag 8 juli 2019 @ 20:42:
Mjah die auto recommends selecteren van apt / aptitude heb ik sowieso uitstaan, dan krijg je al rap heel veel binnen.

Daar moet ik dan ook eens naar kijken, want ik vind inderdaad dat APT heel vaak teveel troep installeert...

Hero of Time schreef op maandag 8 juli 2019 @ 12:52:
Nee, puur binary manier. Minimale installatie van Debian en dan via aptitude de packages selecteren die ik nodig heb. Niet van scratch alles compileren. Dat gaat mij net iets te ver.

Mietje! FreeBSD + Lekker compileren vanuit /usr/ports/ is echt het meest geweldige systeem dat er is! HEERLIJK!!!

[gekkie]

nero355 schreef op maandag 8 juli 2019 @ 23:06:
[...]
Wat zijn dat dan voor VM's en op welk systeem

Oh van alles en nog wat stuk of 18 VM's op een oude rammelkast (is op zich wel toe aan een upgrade) op Xen. Deels ook met hardware passthrough meuk. Achja ben nog van het pre-docker tijdperk .

Mietje! FreeBSD + Lekker compileren vanuit /usr/ports/ is echt het meest geweldige systeem dat er is! HEERLIJK!!!

Ik bak vooral zelf kernels (met een getweakte config is dat in 5 a 10 minuten gebeurd) en af en toe wel eens een package (debuggen, of uit een andere release (testing op stable bijvb) als ik iets moderners nodig heb en er niet al te veel dependencies zijn op andere nieuwe package versies). Dat is wel genoeg .

[nero355]

gekkie schreef op maandag 8 juli 2019 @ 23:22:
Oh van alles en nog wat stuk of 18 VM's op een oude rammelkast (is op zich wel toe aan een upgrade) op Xen. Deels ook met hardware passthrough meuk. Achja ben nog van het pre-docker tijdperk

De reden waarom ik het vroeg is meer omdat je bij de meeste VM omgevingen gewoon via de console bij elke VM kan komen en dus lekker op je tobo kan rammellen!

[gekkie]

nero355 schreef op maandag 8 juli 2019 @ 23:31:
[...]
De reden waarom ik het vroeg is meer omdat je bij de meeste VM omgevingen gewoon via de console bij elke VM kan komen en dus lekker op je tobo kan rammellen!

Oja dat kan ook wel, maar ik ga na een reboot niet naar elke vm een console openen op wat op een toetsenbord te rammelen om entropie te verzamelen . Dat was ook hoe ik er achter kwam dat na een reboot van de VM dat ding stond te wachten tot openssh eens zou starten (en bij een andere VM na haveged te hebben geinstallerd die alsnog stond te wachten op apache2 omdat de a wat eerder komt dan de h).

Volgens de comments in de sources file gaan de VM's overigens al mee sinds "lenny" .

[ Voor 6% gewijzigd door gekkie op 08-07-2019 23:50 ]

[TheFirepit]

Lees de topicwarning nog eens. Vragen gaan in een apart topic.

[ Voor 92% gewijzigd door Hero of Time op 09-07-2019 19:33 ]

[gekkie]

Toch fijn dat apt braaf meldt dat het het geen verstandig plan lijkt om apt te verwijderen tijdens m'n dist-upgrade. Blijkt uit een of andere dependency voort te komen van een obsolete gnutls pakketje.
Edit: toch niet .. een gehold'de libsystemd, my bad .

[ Voor 12% gewijzigd door gekkie op 10-07-2019 14:07 ]

[Hero of Time]

@gekkie, wat zei ik ook alweer over moeite en gewoon systemd accepteren?

Maar waarom zou je libsystemd holden op een specifieke versie? Had je nog ergens een package van old-old-stable dat op een specifieke versie afhankelijk was?