| 00:03.53 | *** join/#debian arTee (~arTee@gateway/tor-sasl/artee) |
| 00:07.44 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 00:10.28 | *** join/#debian plasticbox (~plasticbo@2607:fb90:2a9:acfc:2bd0:f18d:5fcc:9e8b) |
| 00:15.17 | *** join/#debian sinaowolabi (~Sina@105.112.148.28) |
| 00:15.56 | *** part/#debian plasticbox (~plasticbo@2607:fb90:2a9:acfc:2bd0:f18d:5fcc:9e8b) |
| 00:20.49 | *** join/#debian CombatVet (~c4@gateway/tor-sasl/combatvet) |
| 00:23.36 | *** join/#debian jxel (~Thunderbi@121.99.216.141) |
| 00:28.45 | *** join/#debian Elodin (~weechat@unaffiliated/padawan) |
| 00:33.18 | *** join/#debian jxel (~Thunderbi@121.99.216.141) |
| 00:36.28 | *** part/#debian YaoNai (~YaoNai@unaffiliated/yaonai) |
| 00:38.24 | *** join/#debian awal1 (~awal1@bras-base-mtrlpq0315w-grc-23-70-55-160-85.dsl.bell.ca) |
| 00:45.01 | *** join/#debian fstd_ (~fstd@unaffiliated/fisted) |
| 00:47.20 | *** join/#debian TrentP (~quassel@2604:180:f2::24f) |
| 00:50.30 | *** join/#debian aligator (~aligator@196.74.84.1) |
| 00:50.51 | *** join/#debian maplejo (~jaosim@KD113148020047.ppp-bb.dion.ne.jp) |
| 00:51.22 | *** join/#debian catman370 (~catman@unaffiliated/catman370) |
| 00:54.15 | *** join/#debian Noah0504 (~noahduffy@24-139-61-140.fidnet.com) |
| 00:54.54 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 00:59.06 | *** join/#debian awal1 (~awal1@bras-base-mtrlpq0315w-grc-23-70-55-160-85.dsl.bell.ca) |
| 01:00.35 | *** join/#debian kawaiipunk (~from@unaffiliated/georgeowell) |
| 01:05.17 | *** join/#debian flyingout__ (~flyingout@2603-8001-3a42-7d01-206c-bd6b-f70a-d2f9.res6.spectrum.com) |
| 01:06.25 | *** join/#debian catman370 (~catman@unaffiliated/catman370) |
| 01:07.43 | *** join/#debian sidmo_ (~ident@p5b3d822e.dip0.t-ipconnect.de) |
| 01:08.21 | *** join/#debian catman370 (~catman@unaffiliated/catman370) |
| 01:08.56 | *** join/#debian treeview (~treeview@cpe-24-163-39-192.nc.res.rr.com) |
| 01:12.15 | *** join/#debian willcl_ark (~quassel@unaffiliated/willcl-ark/x-8282106) |
| 01:12.16 | *** join/#debian kristijonas (~kristijon@78-56-32-39.static.zebra.lt) |
| 01:14.15 | *** join/#debian shiki (~sevu@dynamic-089-012-137-209.89.12.pool.telefonica.de) |
| 01:20.20 | *** join/#debian catman370 (~catman@unaffiliated/catman370) |
| 01:21.20 | *** join/#debian SoulsForBelial (~SoulsForB@p200300f12f207d00821f02fffeaf6272.dip0.t-ipconnect.de) |
| 01:24.55 | *** join/#debian tsal (~tsal@i59F52646.versanet.de) |
| 01:25.56 | *** join/#debian Mutim (~mutim@2600:1700:81e1:1a50:c92e:2eb2:c0f8:8dce) |
| 01:26.08 | *** join/#debian jjmxt_XCI (~jjspano@pool-173-63-35-217.nwrknj.fios.verizon.net) |
| 01:26.27 | Mutim | yo jj |
| 01:26.42 | *** part/#debian Mutim (~mutim@2600:1700:81e1:1a50:c92e:2eb2:c0f8:8dce) |
| 01:26.46 | *** join/#debian Mutim (~mutim@2600:1700:81e1:1a50:c92e:2eb2:c0f8:8dce) |
| 01:26.57 | jjmxt_XCI | yo |
| 01:27.16 | *** join/#debian binaryhermit (sid462772@gateway/web/irccloud.com/x-olpuxuznvehrpgbq) |
| 01:28.01 | *** mode/#debian [+l 1027] by debhelper |
| 01:30.09 | *** join/#debian JordiGH (jordi@octave/developer/JordiGH) |
| 01:30.16 | JordiGH | Can floc be disabled on chromium? |
| 01:31.02 | oxek | JordiGH: yes, it is technically possible |
| 01:31.09 | *** join/#debian stevecam (~Stephen@unaffiliated/stevecam) |
| 01:32.29 | *** join/#debian catman370 (~catman@unaffiliated/catman370) |
| 01:32.31 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 01:35.51 | *** join/#debian fmaurer (~quassel@188.126.170.45) |
| 01:38.24 | *** join/#debian sayola (~vekto@dslb-002-201-085-157.002.201.pools.vodafone-ip.de) |
| 01:39.59 | *** join/#debian Poster (~poster@75.188.1.70) |
| 01:40.20 | *** join/#debian avu (~jan@unaffiliated/avu) |
| 01:44.11 | *** join/#debian HarveyPwca (~HarveyPwc@c-98-220-98-201.hsd1.il.comcast.net) |
| 01:46.35 | *** join/#debian wintersky (uid453465@gateway/web/irccloud.com/x-ynhtzezswqjqzpym) |
| 01:47.16 | *** join/#debian zyley (~zyley@unaffiliated/zyley) |
| 01:48.08 | *** join/#debian ax5623 (~NickServ@unaffiliated/ax56234) |
| 01:48.37 | *** join/#debian Mutim (~mutim@2600:1700:81e1:1a50:c92e:2eb2:c0f8:8dce) |
| 01:49.06 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 01:49.40 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 01:50.15 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 01:50.50 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 01:50.52 | *** join/#debian SoulsForBelial (~SoulsForB@p200300f12f207d00821f02fffeaf6272.dip0.t-ipconnect.de) |
| 01:51.24 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 02:00.08 | *** join/#debian Filohuhum (~filohuhum@gateway/tor-sasl/filohuhum) |
| 02:08.34 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 02:14.01 | *** join/#debian supercilious (~thomas@aenea.engineeringvirtue.net) |
| 02:16.13 | *** join/#debian kirk781 (~kirk781@112.79.130.13) |
| 02:17.46 | *** join/#debian d1cor (~d1cor@unaffiliated/d1cor) |
| 02:27.50 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 02:35.00 | *** join/#debian dqsii (~dqsii@gateway/tor-sasl/dqsii) |
| 02:39.38 | *** join/#debian chachasmooth (~chachasmo@unaffiliated/chachasmooth) |
| 02:49.50 | *** join/#debian nobody833[m] (nobody833m@gateway/shell/matrix.org/x-gypnegcfjmereynr) |
| 02:56.09 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 03:03.40 | *** join/#debian Aavar (aavar@cm-84.212.248.44.getinternet.no) |
| 03:04.28 | *** join/#debian doors_ (~kirk781@2402:3a80:b70:cdd2:e9a7:4824:4ef3:45a) |
| 03:10.42 | *** join/#debian dqsii (~dqsii@gateway/tor-sasl/dqsii) |
| 03:18.59 | *** join/#debian nyov (~nyov@unaffiliated/nyov) |
| 03:38.01 | *** mode/#debian [+l 1019] by debhelper |
| 03:45.23 | *** join/#debian null1337 (~WhoAmI@c-73-34-250-51.hsd1.co.comcast.net) |
| 03:47.44 | *** join/#debian BillyZane (~BillyZane@unaffiliated/billyzane) |
| 03:50.28 | *** join/#debian ax5623 (~NickServ@unaffiliated/ax56234) |
| 03:52.26 | *** join/#debian ax5623 (~NickServ@unaffiliated/ax56234) |
| 03:53.08 | *** join/#debian ax5623 (~NickServ@unaffiliated/ax56234) |
| 03:53.49 | *** join/#debian ax5623 (~NickServ@unaffiliated/ax56234) |
| 04:02.25 | *** join/#debian genr8_ (~genr8_@unaffiliated/genbtc) |
| 04:08.35 | *** join/#debian secntech (~secntech@unaffiliated/secntech) |
| 04:10.00 | *** join/#debian secntech (~secntech@unaffiliated/secntech) |
| 04:12.35 | *** join/#debian secntech (~secntech@unaffiliated/secntech) |
| 04:14.24 | *** join/#debian dannylee (~dannyleeb@2603:9000:8900:2bbd:54f8:1046:4769:b4a) |
| 04:15.10 | *** join/#debian secntech (~secntech@unaffiliated/secntech) |
| 04:17.46 | *** join/#debian secntech (~secntech@unaffiliated/secntech) |
| 04:20.45 | *** join/#debian john_rambo (~john_ramb@unaffiliated/john-rambo/x-5460353) |
| 04:21.05 | *** join/#debian SoulsForBelial (~SoulsForB@p200300f12f207d00821f02fffeaf6272.dip0.t-ipconnect.de) |
| 04:21.55 | *** join/#debian Antioch047 (~Antioch@h175-177-044-119.catv02.itscom.jp) |
| 04:22.01 | john_rambo | Ksnip is not opening ....This is the error >> https://paste2.org/tCs3pEIe ........How do I fix this ? |
| 04:24.05 | sney | ,file libkImageAnnotator.so.0.3.2 --release buster-backports |
| 04:24.07 | judd | Search for libkImageAnnotator.so.0.3.2 in buster-backports/amd64: libkimageannotator0: usr/lib/x86_64-linux-gnu/libkImageAnnotator.so.0.3.2 |
| 04:24.18 | sney | you will have to install libkimagannotator0 ^ |
| 04:24.51 | *** join/#debian kats99 (~pi@49.206.0.71) |
| 04:25.19 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 04:25.45 | sney | the ksnip package depends on this, so idk how you managed to install one without the other |
| 04:25.46 | themill | that's a dependency of the ksnip package already |
| 04:25.53 | themill | *snap* |
| 04:25.55 | themill | I win. |
| 04:26.11 | john_rambo | sney: judd Will installing packages from backports compromise stability |
| 04:26.26 | themill | john_rambo: where did ksnip come from? |
| 04:27.11 | john_rambo | themill: Ksnip was working just fine ....I dont know why this error came up later ....I installed using #apt install ksnip ... No snaps |
| 04:27.24 | sney | installing one library from backports will not affect the system's stability in general. |
| 04:27.38 | sney | ksnip is only in buster-backports (and testing/sid) so you must already have backports enabled. |
| 04:28.01 | *** mode/#debian [+l 1025] by debhelper |
| 04:28.30 | john_rambo | sney: I don't know if I have backports enabled ....What's the command to check that ? |
| 04:28.32 | themill | tries out ksnip |
| 04:29.08 | sney | john_rambo: see if it is listed in the output of 'apt policy' |
| 04:29.48 | themill | seems like ksnip from buster-backports is buggy; needs recompiling against the newer library |
| 04:30.24 | john_rambo | sney: https://paste2.org/24Da0kt9 |
| 04:31.04 | sney | john_rambo: yep, right at the top, lines 5 through 22 reference buster-backports. did you look at this before you pasted it? |
| 04:31.36 | sney | I see you also have linux mint sources configured. |
| 04:32.32 | john_rambo | sney: I have no idea how Debian works ... I installed it like a month back ...You see Mint sources coz I am using LMDE which as you know is based on Debian stable |
| 04:32.40 | sney | SIGH |
| 04:32.44 | sney | !frankendebian |
| 04:32.44 | dpkg | When you get random packages from random repositories, mix multiple releases of Debian, or mix Debian and derived distributions, you have a mess. There's no way anyone can support this "distribution of Frankenstein" and #debian certainly doesn't want to even try. Ask me about <reinstall> |
| 04:33.01 | themill | john_rambo: you're not running Debian (but that's also not the actual problem here) |
| 04:33.36 | sney | "will installing these packages compromise stability?" asks the madman who has already mixed two separate operating systems |
| 04:34.26 | john_rambo | sney: themill Is LMDE is good distro ? Should I install vanilla Debian instead ? |
| 04:34.51 | sney | john_rambo: most distros are "good" one way or another. But you should pick 1 and stick with it, rather than trying to combine them. |
| 04:34.53 | themill | #debian tends to recommend Debian. The hint is in the name. |
| 04:36.42 | john_rambo | sney: The only reason I chose LMDE is coz I read that vanilla Debian by default doen't include non free packages & one needs to add the non free repos....LMDE includes non free repos by default |
| 04:37.05 | sney | john_rambo: and then you needed debian sources for a package you wanted anyway. there's a lesson here, somewhere. |
| 04:37.34 | john_rambo | sney: I did not combine anything myself ....This is the default config of LMDE |
| 04:38.25 | sney | john_rambo: if you need non-free packages to support something in your system, it's easy to enable the sources in debian and install them. but if you like mint, nobody is stopping you. we just won't support it in #debian. |
| 04:38.58 | john_rambo | sney: Understood ...Thanks |
| 04:41.09 | *** join/#debian nebunez (~nebunez@c-73-171-175-205.hsd1.fl.comcast.net) |
| 04:41.36 | themill | ftr, ksnip in buster-backports is buggy and rebuilding its needed; there's an upload already there (waiting to be accepted) that should fix it |
| 04:45.06 | sney | good to know, never heard of it before today |
| 04:46.01 | themill | nor had I, it looks quite good |
| 04:46.31 | themill | Unpacking ksnip (1.8.0-2~themill10+1) over (1.7.3-3~bpo10+1) ... |
| 04:59.00 | *** join/#debian hke (~hke@ns3026993.ip-5-135-162.eu) |
| 05:00.07 | *** join/#debian v01d4lph4 (~v01d4lph4@122.160.65.250) |
| 05:03.45 | *** join/#debian shabius_ (~shabius@188.244.33.200) |
| 05:17.03 | *** part/#debian budlight (~budlight@host-67-204-195-100.public.eastlink.ca) |
| 05:18.01 | *** mode/#debian [+l 1019] by debhelper |
| 05:21.50 | *** join/#debian diogenes_ (~diogenes_@188.208.120.16) |
| 05:23.40 | *** join/#debian SoulsForBelial (~SoulsForB@p200300f12f3d3900821f02fffeaf6272.dip0.t-ipconnect.de) |
| 05:25.06 | *** join/#debian sauvin (sauvin@about/linux/staff/sauvin) |
| 05:31.06 | *** join/#debian EmleyMoor (42b789682f@firthpark.tinsleyviaduct.com) |
| 05:32.15 | *** join/#debian Zone77xx (Zone77xx@gateway/vpn/privateinternetaccess/zone77xx) |
| 05:35.45 | *** join/#debian CombatVet (~c4@gateway/tor-sasl/combatvet) |
| 05:45.44 | *** join/#debian MikZyth (~MikZyth@188.65.242.56) |
| 05:46.13 | *** join/#debian Ericounet (~Eric@2a01:e0a:d0:3c20:f0dc:632:a27b:8343) |
| 05:47.24 | *** join/#debian budlight (~budlight@host-67-204-195-100.public.eastlink.ca) |
| 05:49.32 | *** join/#debian Ericounet (~Eric@2a01:e0a:d0:3c20:f3fa:ea1a:7110:984a) |
| 05:51.44 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 05:52.14 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 05:52.49 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 05:53.24 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 05:53.53 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 06:07.54 | *** join/#debian Demi (~Demi@212.8.251.206) |
| 06:12.07 | *** join/#debian Highdude (~lol@192.169.7.106) |
| 06:13.06 | *** join/#debian folti7777 (~folti@93-141-32-102.adsl.net.t-com.hr) |
| 06:14.44 | *** join/#debian kolla (~kolla@cloudsmurf.kolla.no) |
| 06:19.41 | *** join/#debian SoundShaman (~SoundSham@74-196-151-28.jkvlcmta01.res.dyn.suddenlink.net) |
| 06:24.07 | *** join/#debian black_ant (~antilope@unaffiliated/black-ant/x-1505394) |
| 06:28.01 | *** mode/#debian [+l 1025] by debhelper |
| 06:29.19 | *** join/#debian darutoko (~darutoko@92.125.54.175) |
| 06:38.26 | *** join/#debian tzf (~tyzef@202.153.81.239) |
| 06:49.24 | *** join/#debian line17 (~line17@gateway/tor-sasl/line17) |
| 06:49.27 | line17 | i want to run Woeusb without installation but it requires wimlib (https://github.com/WoeUSB/WoeUSB). how to install wimlib from the source? |
| 06:56.08 | *** join/#debian def_jam (~eblip@unaffiliated/eblip) |
| 06:56.18 | *** join/#debian eb0t (~eblip@unaffiliated/eblip) |
| 07:05.20 | cws | line17: What you actually want is the new version: https://github.com/WoeUSB/WoeUSB-ng |
| 07:08.19 | *** join/#debian FnorZ (~FnorZ@unaffiliated/fnorz) |
| 07:08.20 | *** join/#debian concordia (~Maz0m@gateway/tor-sasl/maz0m) |
| 07:09.17 | *** join/#debian eblip (~eblip@unaffiliated/eblip) |
| 07:09.23 | line17 | cws, let me try |
| 07:09.42 | *** join/#debian eb0t_ (~eblip@unaffiliated/eblip) |
| 07:10.52 | concordia | Hello, I upgraded to bullseye (early I know) and discovered that libgtk2-perl is not available yet. Is there any way to install it ? |
| 07:12.21 | cws | concordia: Your best bet is to ask the folks over on OFTC network in #debian-next. |
| 07:12.23 | cws | !testing |
| 07:12.23 | dpkg | Testing is a continuously updated release between <stable> and <unstable>, currently codenamed <bullseye>. See http://wiki.debian.org/DebianTesting . Support in #debian-next on irc.oftc.net and ask me about <testing faq> <buster->bullseye> <testing security> <moving target> <apt-listchanges> <apt-listbugs> and <bts>. You need a sound knowledge of Debian and be prepared for a very bumpy ride. Don't use it on things that are critical! |
| 07:12.29 | cws | !bullseye |
| 07:12.29 | dpkg | The release following Debian 10 "Buster" is codenamed "Bullseye" (Woody's horse in Toy Story 2) and will be Debian 11. It is the current "testing" release. Remember that testing is called testing for a reason; good bug reports with patches are greatly appreciated! https://wiki.debian.org/DebianBullseye https://lists.debian.org/debian-devel-announce/2020/03/msg00002.html, or see <bullseye freeze> |
| 07:12.33 | cws | !next |
| 07:12.33 | dpkg | Another happy customer leaves the building. |
| 07:12.36 | cws | Oh, come on. |
| 07:12.39 | cws | !debian-next |
| 07:12.39 | dpkg | #debian-next is the channel for testing/unstable support on the OFTC network (irc.oftc.net), *not* on freenode. If you get "Cannot join #debian-next (Channel is invite only)." it means you did not read it's on irc.oftc.net. See also https://wiki.debian.org/IRC and https://wiki.debian.org/GettingHelpOnIrc |
| 07:12.42 | cws | That one. |
| 07:12.54 | abff | snickers |
| 07:13.07 | cws | is not an expert on the bot's commands, evidently |
| 07:13.41 | craigevi1 | ,v libgtk2-perl |
| 07:13.42 | judd | Package: libgtk2-perl on amd64 -- jessie: 2:1.2492-4; stretch: 2:1.2499-1; buster: 2:1.24992-1+b2; sid: 2:1.24993-1 |
| 07:15.40 | *** join/#debian themill (~stuart@unaffiliated/themill) |
| 07:15.43 | RoyK | ,v kopano |
| 07:15.44 | judd | No package named 'kopano' was found in amd64. |
| 07:15.59 | abff | honestly, if I want newer packages I never mess with testing. In sid I trust |
| 07:16.19 | *** join/#debian EdePopede (~EdePopede@HSI-KBW-46-223-100-206.hsi.kabel-badenwuerttemberg.de) |
| 07:17.05 | *** join/#debian \\Mr_C\\ (~mrc@cpe-75-187-191-230.neo.res.rr.com) |
| 07:19.55 | concordia | abff, I think I'll take one extra step and go with sid indeed. I will make a copy of that bullseye / and will use it later when it is stable. thansk cws, didn't know there was a dedicated channel for testing. |
| 07:21.07 | *** join/#debian sinaowolabi (~Sina@102.134.114.11) |
| 07:21.54 | craigevi1 | RoyK, which kpano package there are lots of them |
| 07:22.17 | craigevi1 | apt search kopano |
| 07:22.32 | abff | just remember, sid is constantly rolling, so learn to manage your packages well. Having to roll back to fix problems will happen from time to time, but this isn't the place to be discussing it. The people in the OFTC channels are great |
| 07:24.09 | concordia | abff, sure, I already use sid on my desktop so no big deal. |
| 07:25.05 | RoyK | craigevi1: I was at bullseye - misread - thought I needed bullseye for this - I didn't - and kopano isn't even in bullseye and there's no way I'll install sid on anything in the vicinity of sid |
| 07:25.20 | RoyK | s/sid$/production/ |
| 07:25.25 | *** join/#debian |3ean (~root@176.67.80.170) |
| 07:27.56 | *** join/#debian tagomago (~tagomago@80.224.176.172.dyn.user.ono.com) |
| 07:29.58 | craigevi1 | if you have already installed or upgraded to bullseye you should be able to install a package from sid |
| 07:32.30 | *** join/#debian fearnothing (~fearnothi@unaffiliated/fearnothing) |
| 07:36.06 | *** join/#debian submariner (~v32itas@unaffiliated/v32itas) |
| 07:36.20 | *** join/#debian is0ke3 (~is0ke3@unaffiliated/isokee) |
| 07:37.03 | *** join/#debian OlCe (~user@amontsouris-157-1-8-123.w92-151.abo.wanadoo.fr) |
| 07:37.24 | *** join/#debian werneta (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 07:37.26 | *** join/#debian w-oertl (~wolfgang@cm56-194-159.liwest.at) |
| 07:42.50 | *** join/#debian genr8_ (~genr8_@unaffiliated/genbtc) |
| 07:42.59 | *** join/#debian Jck_true (~Jck_true@unaffiliated/jcktrue/x-390518) |
| 07:43.04 | *** join/#debian chomwitt (~chomwitt@2a02:587:dc0a:2700:a18f:8f8b:9851:2fb5) |
| 07:46.57 | *** join/#debian Lord_of_Life (~Lord@unaffiliated/lord-of-life/x-0885362) |
| 07:51.05 | jelly | dpkg, why is libgtk2-perl not in testing |
| 07:51.05 | dpkg | libgtk2-perl is not in testing for the reasons listed in https://qa.debian.org/excuses.php?package=libgtk2-perl |
| 07:51.24 | jelly | oh, gtk2 |
| 07:51.33 | *** join/#debian oahong (~samigarus@unaffiliated/samigarus) |
| 07:51.43 | jelly | debian's supposed to get rid of it (as much as possible) |
| 07:52.53 | jelly | #912860 |
| 07:52.54 | judd | Bug https://bugs.debian.org/912860 in src:libgtk2-perl (open, bullseye, sid): «Don't ship libgtk2-perl in Bullseye»; severity: serious; opened: 2018-11-04; last modified: 2021-03-29. |
| 07:53.34 | *** join/#debian tomg_ (~tomg@64-7-156-60.border8-dynamic.dsl.sentex.ca) |
| 07:56.06 | *** join/#debian Jerrynicki (~niklas@p200300f577253d009d3bb0da64dc188e.dip0.t-ipconnect.de) |
| 07:58.13 | *** join/#debian Seto_Kaiba (~hunterkll@2001:470:8b06:400:215:5dff:fefb:804) |
| 07:59.27 | ratrace | RIP gtk2 . you marked a whole era. |
| 08:01.55 | *** join/#debian mezzo (~mezzo@176-141-171-88.abo.bbox.fr) |
| 08:02.50 | *** join/#debian hke (~hke@ns3026993.ip-5-135-162.eu) |
| 08:03.56 | *** join/#debian tsomi (~tsomi@177.201.112.78.rev.sfr.net) |
| 08:14.06 | *** join/#debian fflori (~fflori@194.230.155.135) |
| 08:16.39 | *** join/#debian valde (~valde@srv2.valde.fr) |
| 08:20.06 | *** join/#debian lemur (~l3m@cable-static-7-246.breitband.ch) |
| 08:22.49 | *** join/#debian fflori (~fflori@194.230.155.135) |
| 08:26.47 | *** join/#debian Yugi (~hunterkll@2001:470:8b06:400:215:5dff:fefb:804) |
| 08:29.57 | alexrelis[m] | Is it dangerous to enable SysRq on my system? |
| 08:30.13 | alexrelis[m] | I found it to be useful but I wonder why it's disabled by default. |
| 08:31.43 | *** join/#debian rylee (~rylee@gateway/tor-sasl/rylee) |
| 08:32.17 | *** join/#debian de-facto (~de-facto@gateway/tor-sasl/de-facto) |
| 08:39.33 | aminvakil | alexrelis[m]: i didn't know what is that, searched and find this here, you may find it useful: https://bbs.archlinux.org/viewtopic.php?id=252586 |
| 08:40.22 | *** join/#debian arTee (~arTee@gateway/tor-sasl/artee) |
| 08:40.35 | ratrace | alexrelis[m]: there are certain security implications with console access, but if you understand those and accept them, then it's fine. |
| 08:42.44 | jelly | ratrace, there are SO many apps still using gtk2 and not ported to either gtk3 or anything else, even if unmaintained that perl binding should probably find its place in oldlibs for a release or three |
| 08:43.38 | ratrace | jelly: agreed. it's too soon. |
| 08:43.54 | *** join/#debian ridik (~ridik@p57a9e4f0.dip0.t-ipconnect.de) |
| 08:46.47 | jelly | people are going to be cherry picking such packages from release-1, like me |
| 08:49.26 | *** join/#debian unluckyshrubbery (~unluckysh@unaffiliated/unluckyshrubbery) |
| 08:49.37 | jelly | alexrelis[m], it's as dangerous as leaving Xorg's Ctrl-Alt-Backspace enabled. Someone with 5 seconds of physical access might press it and ruin your day |
| 08:51.16 | ratrace | cltr-alt-bkspc wasn't so bad, even with sysvinit's inittab xorg restart |
| 08:51.31 | ratrace | <PROTECTED> |
| 08:51.46 | *** join/#debian freshtube_ (~freshtube@185.45.15.212) |
| 08:52.10 | jelly | I have about 50:50 intentional vs accidental score |
| 08:53.21 | ratrace | how do you accidentally ctrl-alt-backspace lol :) |
| 08:53.57 | ratrace | I mean you have to get out of your way to bend your fingers off the home row. |
| 08:54.02 | jelly | all too easily, when using Ctrl-Alt-cursors to switch workspaces, and using Ctrl-Alt-Delete for remote desktops |
| 08:54.09 | ratrace | ahhh |
| 08:55.21 | jelly | !dontzap |
| 08:55.21 | dpkg | Since Debian 6.0 "Squeeze", terminating an X server via Ctrl+Alt+Backspace ("zapping") is disabled by default. To enable, run «dpkg-reconfigure -pmedium keyboard-configuration» and answer Yes when asked if Ctrl+Alt+Backspace can terminate the X server (or «setxkbmap -option terminate:ctrl_alt_bksp»). |
| 08:56.08 | ratrace | I'm vim binding everything in sight. it's unnatural for me to twist around to ctrl-alt-bkspc |
| 08:57.20 | *** join/#debian diogenes_ (~diogenes_@188.208.122.190) |
| 08:58.02 | hejux | anyone? sudo lsof -i :1983 -s TCP:LISTEN +c0 -Fc |
| 08:58.13 | *** join/#debian Seto_Kaiba (~hunterkll@2001:470:8b06:400:215:5dff:fefb:804) |
| 08:58.13 | hejux | always display pid and command name |
| 08:58.19 | hejux | but i only need command name |
| 08:58.26 | EdePopede | alexrelis[m]: some time in the past (on wheezy) i had cpu issues, heating up, system freezing. REISUB was my only chance to cleanly unmount my disks. |
| 08:59.25 | EdePopede | and someone with physical access might also be able to press the power button as well. |
| 08:59.33 | *** join/#debian kristijonas (~kristijon@78-56-32-39.static.zebra.lt) |
| 09:00.03 | EdePopede | C-A-Esc was nice, i liked the cursor |
| 09:00.21 | jelly | xkill is one thing I still use regularly |
| 09:00.55 | EdePopede | i go with htop now, even killing a specific firefox thread seems to work. if the system still would let me switch the desktop :> |
| 09:01.17 | *** join/#debian digitalD (~dp@c-107-2-197-75.hsd1.co.comcast.net) |
| 09:02.54 | *** join/#debian coot (~coot@37.30.50.130.nat.umts.dynamic.t-mobile.pl) |
| 09:03.01 | EdePopede | another argument btw against these stupid wireless keyboard, better said their broken design. i often end up on mine pressing INS instead of BSP, doesn't happen here, but this one also has a gap between them i can put my thumb into |
| 09:03.41 | jelly | hejux, pipe to grep ^c ? |
| 09:04.55 | hejux | jelly: | tail -n1 | tr -d '^c' ? |
| 09:05.40 | hejux | i know pipe, but i hope lsof can handle this |
| 09:05.41 | jelly | I didn't say that. |
| 09:06.36 | hejux | jelly: i know that : sudo lsof -i :1983 -s TCP:LISTEN +c0 -Fc | tail -n1 | tr -d '^c' , can do what i want |
| 09:06.37 | jelly | hejux, TFM section "OUTPUT FOR OTHER PROGRAMS" says: p process ID (always selected) |
| 09:07.14 | jelly | hejux, tr -d '^c' does not do what you think |
| 09:07.25 | jelly | ^ is not special there |
| 09:07.31 | *** join/#debian nifker (~Thunderbi@200116b80a6bc4008f7f738c224e9472.dip.versatel-1u1.de) |
| 09:07.59 | jelly | and the line starting with c in lsof output might not be the last one |
| 09:08.31 | jelly | so, first isolate the line(s) starting with c |
| 09:08.53 | jelly | then pick just the last one if that's what you want |
| 09:09.04 | craigevi1 | bpytop is sexier than htop |
| 09:09.21 | jelly | hejux, then delete just the first character, or just the first character c |
| 09:10.00 | jelly | hejux, so... sudo lsof -i :1983 -s TCP:LISTEN +c0 -Fc | grep ^c | tail -n1 | sed 's/^c//' |
| 09:10.26 | hejux | jelly: right, tr does not care ^ |
| 09:10.31 | *** part/#debian tsomi (~tsomi@177.201.112.78.rev.sfr.net) |
| 09:11.01 | jelly | if you have a listener process named "apache" your tr would change it to "apahe" |
| 09:11.25 | hejux | yeah. just confirmed with test : cgooglec |
| 09:13.00 | hejux | anyway, i just need to get the process name and do some case esac. so c is fine there |
| 09:13.02 | ratrace | so, like, why not just awk that thing |
| 09:13.54 | hejux | i can do case $(lsof ...) in cssh ; do echo "program is ssh" ;; |
| 09:14.17 | ratrace | by the way ... which debian is this and/or version of lsof? |
| 09:14.18 | hejux | jelly: no need to remove the c |
| 09:14.37 | *** join/#debian arTee (~arTee@gateway/tor-sasl/artee) |
| 09:15.40 | hejux | i can do case $(lsof ...) in ; cssh) echo "program is ssh" ;; |
| 09:15.44 | *** join/#debian Some_Person (someperson@2600:1700:d02:1c50:ce81:24dc:3854:f698) |
| 09:16.14 | ratrace | there's no pid with -Fc on buster's lsof (4.91) |
| 09:19.15 | hejux | ratrace: you sure? |
| 09:19.23 | hejux | i have lsof 4.89 |
| 09:19.55 | ratrace | yes, just tried it. |
| 09:20.20 | EdePopede | <craigevi1> bpytop is sexier than htop <-- googled an article. wtf. WOW. |
| 09:20.27 | hejux | ratrace: try your ssh port : sudo lsof -i :22 -s TCP:LISTEN +c0 -Fc |
| 09:21.38 | ratrace | hejux: it's not port 22, but I see what you mean now .... yes... that's... terrible |
| 09:23.18 | *** join/#debian OPK (~OPK@unaffiliated/opk) |
| 09:23.36 | ratrace | hejux: try this: lsof -i :1983 -s TCP:LISTEN -c0 -Fc | grep "^c" | cut -c 2- |
| 09:26.24 | ratrace | ( +c0 ) |
| 09:26.48 | *** join/#debian fourstepper (~fourstepp@static.10.48.21.65.clients.your-server.de) |
| 09:27.18 | hejux | ratrace: yeah, +c0 |
| 09:28.44 | hejux | by the way. lsof is too damn slow |
| 09:29.09 | ratrace | there's a boatload of file handlers in linux |
| 09:32.53 | *** join/#debian Brigo (~Brigo@40.181.60.213.dynamic.reverse-mundo-r.com) |
| 09:34.22 | hejux | ratrace: fuser 1983/tcp ; pidof PID |
| 09:34.32 | hejux | that's simpler |
| 09:34.57 | *** join/#debian Yugi (~hunterkll@2001:470:8b06:400:215:5dff:fefb:804) |
| 09:35.01 | hejux | but i the fcuk do i grep the port from fuser result |
| 09:35.07 | hejux | how the f |
| 09:35.35 | *** join/#debian PoaB (~Thunderbi@134.3.91.178) |
| 09:35.41 | *** join/#debian downtrip (~downtrip@188.166.151.198) |
| 09:35.52 | hejux | why can't it just display the pid, instead of giving : "1983/tcp: 532" |
| 09:36.08 | hejux | stupid program |
| 09:37.36 | *** join/#debian banox (~banox@37.120.149.43) |
| 09:40.03 | ratrace | now oyu want the pid :) |
| 09:40.48 | ratrace | you asked for lsof initially. but.... if you're not bound to lsof specific functionality, you can awk the output of ss. neat, columns, no extraneous data |
| 09:42.31 | *** join/#debian Iamahuman (~noname@wikipedia/jukeboksi) |
| 09:44.46 | hejux | ratrace: i want the name of program that listens on the specific port |
| 09:46.03 | *** join/#debian thiras (~thiras@unaffiliated/thiras) |
| 09:47.59 | *** join/#debian towo` (~towo@unaffiliated/towo/x-4064351) |
| 09:48.42 | SPF | I always use netstat -nalep | grep <port> |
| 09:49.41 | SPF | you might need sudo in case it's not running as your user |
| 09:50.16 | dob1 | why ip route replace default via some_ip dev some_dev doesn't replace the default router but add a new one? |
| 09:53.36 | *** join/#debian Tobbi (~Tobbi@supertux/tobbi) |
| 09:54.21 | *** join/#debian jesse (~jesse@gateway/tor-sasl/jesse) |
| 09:54.40 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 09:54.41 | *** join/#debian Seto_Kaiba (~hunterkll@2001:470:8b06:400:215:5dff:fefb:804) |
| 09:55.14 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 09:55.48 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 09:56.03 | *** join/#debian Ericounet (~Eric@2a01:e0a:d0:3c20:9d98:7aa3:be53:1972) |
| 09:56.23 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 09:56.53 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 10:02.17 | *** join/#debian cosimone (~user@2001:b07:ae5:db26:357b:4cdb:e7c4:cd5b) |
| 10:02.20 | *** join/#debian steven_saus (~steven_sa@cpe-74-131-36-220.kya.res.rr.com) |
| 10:07.40 | *** join/#debian Romarain (~Romarain@119.12.203.77.rev.sfr.net) |
| 10:08.01 | *** mode/#debian [+l 1031] by debhelper |
| 10:09.14 | *** join/#debian Haudegen (~quassel@178.115.237.87.static.drei.at) |
| 10:11.15 | *** join/#debian dselect (~dselect@unaffiliated/themill/bot/dselect) |
| 10:11.30 | *** join/#debian kristijonas (~kristijon@78-56-32-39.static.zebra.lt) |
| 10:15.58 | *** join/#debian tejr (~tejr@fsf/member/tyrmored) |
| 10:16.35 | *** join/#debian rylee (~rylee@gateway/tor-sasl/rylee) |
| 10:17.45 | *** join/#debian Yugi (~hunterkll@2001:470:8b06:400:215:5dff:fefb:804) |
| 10:18.20 | *** join/#debian sinaowolabi (~Sina@105.112.148.28) |
| 10:20.41 | *** join/#debian Grldfrdom (uid391113@gateway/web/irccloud.com/x-zaqrifhzmiaienbr) |
| 10:22.02 | *** join/#debian tejr (~tejr@fsf/member/tyrmored) |
| 10:22.42 | hejux | dob1: try ip route change |
| 10:24.37 | *** join/#debian derpadmin (~derpadmin@2a07:12c0:1780:1313:1313:1313:1313:1313) |
| 10:25.23 | hejux | dob1: https://serverfault.com/questions/476926/understanding-ip-addr-change-and-ip-addr-replace-commands |
| 10:27.59 | dob1 | hejux, I take a look, thanks |
| 10:31.23 | *** join/#debian twobitsprite (~twobitspr@107.13.62.21) |
| 10:33.36 | *** join/#debian repulse (~soltrin@user174.c5.hrastnik.kabelnet.net) |
| 10:34.33 | *** join/#debian DK2 (~DK2@rs000042.fastrootserver.de) |
| 10:35.00 | *** join/#debian lemur (~l3m@cable-static-7-246.breitband.ch) |
| 10:36.13 | *** join/#debian |3ean (~root@176.67.80.170) |
| 10:37.25 | *** join/#debian format_c (~format_c@unaffiliated/format-c/x-8927423) |
| 10:38.01 | *** mode/#debian [+l 1038] by debhelper |
| 10:41.57 | *** join/#debian uvolmer (~uvolmer@2001-4dd0-212c-82-5acc-6b0b-da9c-d52c.ipv6dyn.netcologne.de) |
| 10:42.54 | *** join/#debian Jerrynicki (~niklas@p549a9b92.dip0.t-ipconnect.de) |
| 10:44.23 | *** join/#debian ledeni (~ledeni@fedora/ledeni) |
| 10:48.44 | *** join/#debian lemur (~l3m@cable-static-7-246.breitband.ch) |
| 10:54.04 | *** join/#debian kjd (~kjd@37.48.120.64) |
| 10:54.49 | *** join/#debian bolovanos (~bolovanos@unaffiliated/bolovanos) |
| 10:56.57 | *** join/#debian maplejo (~jaosim@KD113148020047.ppp-bb.dion.ne.jp) |
| 10:57.01 | *** join/#debian idhugo (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 10:58.01 | *** mode/#debian [+l 1045] by debhelper |
| 10:59.26 | *** join/#debian alpernebbi (~quassel@178.233.26.119) |
| 11:03.18 | HelloShitty | Hello peeps. When a program is running, there is usually a pid file associated with that application that is running, right? |
| 11:03.50 | abrotman | at least one |
| 11:04.42 | HelloShitty | abrotman: and when that application is stopped for some reason, that file is kept or it is always renoved until the application starts again? |
| 11:05.00 | HelloShitty | s/rnoved/removed |
| 11:05.07 | HelloShitty | s/renoved/removed |
| 11:05.55 | *** join/#debian dpkg (~dpkg@unaffiliated/dpkg) |
| 11:06.08 | *** join/#debian dthpulse (~quassel@podciarou.sk) |
| 11:06.20 | abrotman | HelloShitty: oh sorry, misread .. There is at least one pid associated with a running program/script/daemon. however, not all will create a pid file |
| 11:06.28 | *** join/#debian |3ean (~root@176.67.80.170) |
| 11:06.35 | HelloShitty | ok |
| 11:06.37 | abrotman | but if a program creates that file, and properly exits, it should remove the file |
| 11:06.46 | abrotman | Look in /var/run/ for examples |
| 11:06.54 | HelloShitty | but if one creates, then, it is removed while the aapplication is not running, right? |
| 11:07.03 | abrotman | if it exits properly |
| 11:07.22 | abrotman | if it crashes or is killed, no promises |
| 11:07.26 | HelloShitty | I want to write a small script and check if an application is running by checking the existance of this file |
| 11:08.05 | ksk | HelloShitty: have you heard of systemd? |
| 11:08.11 | HelloShitty | yes |
| 11:08.19 | ksk | How about using it then? :) |
| 11:08.19 | HelloShitty | I can check it with systemctl |
| 11:08.20 | abrotman | might be overkill in this case .. need more details |
| 11:08.42 | HelloShitty | but systemctl can be werid |
| 11:08.50 | HelloShitty | and I don't understand it's output many times |
| 11:08.57 | ksk | What are you really trying to do here? :) |
| 11:09.25 | HelloShitty | for instance with Tor, the output of systemctl status is not very straight forward |
| 11:09.43 | HelloShitty | ksk: I want to write a script that start an application incase it is not running |
| 11:10.12 | ksk | whats "application" here? a systemd service? a users desktop app? |
| 11:10.15 | HelloShitty | wiat some time and then start some other application, only after this first one is running and completely sync'ed with aa database |
| 11:10.23 | HelloShitty | which can take several minutes |
| 11:10.51 | HelloShitty | it's not a systemd application |
| 11:10.54 | ksk | "I want to write a script that start an application incase it is not running" -- this is basicly "monit", btw. |
| 11:10.57 | *** join/#debian r3 (~r3@ntp/member/r3) |
| 11:10.59 | HelloShitty | but it can be one if I create a unit file for it |
| 11:11.04 | ratrace | systemd "service" units are useful for more than just a "traditional" service (daemon listening and servicing a port) |
| 11:11.07 | ksk | ,info monit |
| 11:11.08 | judd | No package named 'monit' was found in buster/amd64. |
| 11:11.34 | ratrace | it's in buster-backports |
| 11:12.04 | ratrace | ,info --release buster-backports monit |
| 11:12.05 | judd | No package named '--release' was found in buster-backports/amd64. |
| 11:12.22 | ratrace | ,info monit --release buster-backports |
| 11:12.24 | judd | Package monit (admin, optional) in buster-backports/amd64: utility for monitoring and managing daemons or similar programs. Version: 1:5.27.1-1~bpo10+1; Size: 338.5k; Installed: 995k; Homepage: https://mmonit.com/monit/; Screenshot: https://screenshots.debian.net/package/monit; ITA: #986412 |
| 11:12.36 | abrotman | monit or runit .. |
| 11:12.36 | ratrace | whoever wrote the dumb daemon never used a *NIX CLI |
| 11:12.44 | ratrace | *bot |
| 11:13.27 | *** join/#debian NetTerminalGene (~Thunderbi@unaffiliated/dontknow) |
| 11:13.36 | ratrace | meanwhile .. maybe HelloShitty should explain _exactly_ what s/he's trying to do, as all this has a feeble whiff of a XY :) |
| 11:14.05 | abrotman | I suggested we needed more details five minutes ago, you all jumped in with more recommendations :) |
| 11:14.42 | ratrace | only if #define YOU_ALL ksk :) |
| 11:14.48 | HelloShitty | I already said. I want to start an application in case it is not already running, and then, wait for this application to get sync'ed with a database an only then, start one other applciation |
| 11:15.10 | *** join/#debian Franciman (~francesco@host-212-171-46-208.pool212171.interbusiness.it) |
| 11:15.13 | Franciman | long live free software |
| 11:15.27 | ratrace | HelloShitty: how do you define "wait for <...> to get sync'ed with a database"? |
| 11:15.49 | *** join/#debian michaelni (~michael@213-47-68-29.cable.dynamic.surfer.at) |
| 11:15.51 | HelloShitty | You mean, how much time? |
| 11:16.11 | HelloShitty | The second application will exit if the first application in not fully sync'ed |
| 11:16.13 | ratrace | no. I mean define teh trigger/criteria/condition that is described as "synced with a database" |
| 11:16.24 | HelloShitty | So, I need to wait for the 1st application to be 100% synced |
| 11:16.40 | ratrace | that's a rather very high level construct with no generic solution as there's many databases and many meanings of "synced" |
| 11:16.45 | ratrace | so again: |
| 11:16.46 | ratrace | !xy |
| 11:16.46 | dpkg | Slow down for a bit! Are you sure that you need to jump through that particular hoop to achieve your goal? We suspect you don't, so why don't you back up a bit and tell us about the overall objective... We know that people often falsely diagnose problems because they are too close to them -- it's easy to miss that there is a better way to proceed. See http://mywiki.wooledge.org/XyProblem |
| 11:17.30 | HelloShitty | I'm not sure what else to say |
| 11:17.41 | ratrace | so if you define "synced" as "the process has exited with value N" ... then that's a defined condition upon which you can act |
| 11:18.14 | HelloShitty | It needs to check if the database is complete, and if it is not, then it needs to fetch from other peers with the complete database, the missing parts |
| 11:18.20 | ratrace | if you need a magic fairy dust that will consut a crystall ball if a process has issued a "COMMIT;" SQL query and gotten a two-stage commit confirmed.... then... that's a different condition. |
| 11:18.42 | ratrace | "database is complete" does not mean anything |
| 11:19.07 | abrotman | ratrace: it is full, no more data needed! |
| 11:19.16 | ratrace | please understand: you're dealing with software here, not HAL or other forms of AI that can read your mind. you need to be operationally and computationally EXACT in definig compputational state upon which the computer can act |
| 11:19.47 | HelloShitty | I don't understand what else you want me to say. A database is complete when it is complete... lol. If my application is offline for let's say a day, then my database is not complete |
| 11:19.57 | HelloShitty | so it needs to catch up with other peers databases |
| 11:20.04 | ratrace | "database is compelete" does not mean anything |
| 11:20.22 | ratrace | does complete mean it has N rows inserted into table XYZZY? |
| 11:21.06 | HelloShitty | I don't know the exact structure of the database. I only know that this database is mantained my many peers and all peers needs to have the exact same copy of the database |
| 11:21.29 | HelloShitty | if my database is not an exact copy of the others, then it must do its job to get the missing parts |
| 11:21.36 | ratrace | HelloShitty: so how do you operationalize that state? |
| 11:22.07 | ratrace | or back to my previous question: you launch a program and it exists. does its exit code define "complete"? |
| 11:22.12 | HelloShitty | The application does the reqired tasks to ensure the database gets sync'ed with the others in the network |
| 11:22.23 | ratrace | ie, it exited with no error, that must mean the task it performed is done, complete. |
| 11:22.48 | HelloShitty | no, it exits with an error saying the "first app" is not sync'ed |
| 11:22.58 | *** join/#debian Gramcor (~Gramcor@unaffiliated/gramcor) |
| 11:23.05 | ratrace | or in context of your original question: you launch a program and ONLY and ONLY IF it exists with error code 0 (or some other number) can you proceed with something else. is that what you seek? |
| 11:23.13 | ratrace | *exits |
| 11:24.14 | *** join/#debian toorop (~toorop@unaffiliated/toorop) |
| 11:24.53 | HelloShitty | application 1 will not exit. It will keep running. applcation 2 checks if the first is sync'ed and if it is not sync'ed, this application 2 exits with some error code, and informing the user that application 1 was not fully sync'ed |
| 11:25.40 | ratrace | alright. and in context of this last statement, what is your question? |
| 11:26.36 | HelloShitty | I want to write a script that starts application 1 if it is not running, wait for it to get fully sync'ed, and then starts application 2 |
| 11:27.05 | ratrace | that's NOT what you last said. you last said that app 2 is the one that does the checking |
| 11:27.08 | HelloShitty | this script will be setup probably with cron, so that if something goes wron, the script can restart the applcations again |
| 11:27.31 | HelloShitty | application 2 does the checking |
| 11:27.55 | HelloShitty | I said the same before as now |
| 11:27.57 | ratrace | so then how do you "wait for it to get fully synced" |
| 11:28.19 | HelloShitty | there are 2 checks being made |
| 11:28.29 | HelloShitty | 1st, the one that checks if application 1 is running |
| 11:28.40 | ratrace | no you didn't. previously you said APP 1 starts .... then APP 2 checks (presuming it's running otherwise it can't check) .... then APP 2 returns an exit code if there's error |
| 11:28.43 | HelloShitty | and the other one is made by applicaiton 2 |
| 11:28.51 | ratrace | NOW you're saying you start APP 1 .... then MAGICK .... and only THEN you start app 1 |
| 11:28.53 | HelloShitty | but that is the applicaiton 2 itself |
| 11:28.54 | ratrace | app 2 |
| 11:28.55 | HelloShitty | it's not me |
| 11:29.24 | HelloShitty | yes, APP2 checks for APP 1 when APP2 starts, obvisouly |
| 11:29.32 | HelloShitty | it is not running prior to running AAP 1 |
| 11:29.33 | *** join/#debian BrianG61UK (~BrianG61U@2a02:8010:66b7:dddd:31c9:3dd7:1ef3:cc4b) |
| 11:29.47 | HelloShitty | Actually APP2 won't even run if APP1 is not running and sync'ed |
| 11:30.04 | HelloShitty | What? |
| 11:30.05 | ratrace | so you want to start APP 1 .... and only if it's running start APP 2 which then returns exit code? |
| 11:30.31 | HelloShitty | no, let me say again. |
| 11:31.04 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 11:31.11 | HelloShitty | I start APP1, wait it to get fully sync'ed. Then I start APP2 and this APPS checks for itself if APP1 is runnning and sync'ed |
| 11:31.32 | ratrace | alright. so where's the problme? |
| 11:31.32 | HelloShitty | But this is done by hand |
| 11:31.51 | HelloShitty | I visually check if APP1 is sync'ed and only then I manually start APP2 |
| 11:32.06 | HelloShitty | in that case, APP2 sees APP1 running and sync'ed, so no problems |
| 11:32.28 | ratrace | alright ... and the question is? |
| 11:32.32 | HelloShitty | My first question was if the pid file disappears when APP1 shuts down for some reason |
| 11:32.38 | HelloShitty | and the talk started there |
| 11:33.06 | HelloShitty | because if the pid file disappears for sure, I can check for the existance of this file to evaluate if the app is running or not |
| 11:33.19 | ratrace | the pid file disappears if something removes it. there's no guarantee it'll disappear |
| 11:33.42 | ratrace | pidfiles are ancient concepts. daemons themselves (not the process manager!) create the pidfile and were responsible for their cleanup on GRACEFUL shutdown. |
| 11:33.50 | HelloShitty | ok, so I need a bette way to check if the application is running or not |
| 11:34.00 | ratrace | if the daemon exited abruptly, nongracefully, it would NOT clear out the pidfile and that used to be the source of many headaches |
| 11:34.15 | HelloShitty | I can understand |
| 11:34.24 | ratrace | so teh MODERN way with systemd is to ignore pidfiles. systemd can know directly whether a process it started is running or not |
| 11:34.44 | ratrace | (and it's PID) |
| 11:34.48 | *** join/#debian Hackerpcs (~user@unaffiliated/hackerpcs) |
| 11:35.36 | HelloShitty | ok, so I think I will try to create a system unit file for these 2 apps and start from there |
| 11:35.55 | ratrace | in other words, you can have a systemd unit that starts a program and RESTARTS it in case it exits, with various configurable conditions and timings |
| 11:36.13 | HelloShitty | ok |
| 11:36.18 | HelloShitty | Will read about that |
| 11:36.56 | ratrace | but systemd has no idea how to check if "database is complete" . so I'm going back to my orig question of how do you define that. and then you said you're doing it VISUALLY .. which I'm afraid cannot be converted into a shellscript at the moment. so you'll have to define another API upon which a script or systemd or something else, can trigger an action. |
| 11:37.42 | hejux | HelloShitty: systemd : ExecReload=/bin/kill -s SIGHUP $MAINPID |
| 11:37.53 | hejux | it has $MAINPID |
| 11:38.10 | hejux | tha var is used to store the pid of the program |
| 11:38.19 | hejux | you can call that var for any purpose |
| 11:40.21 | *** join/#debian mmt (~Marcin@edt185.neoplus.adsl.tpnet.pl) |
| 11:40.55 | ratrace | that assumes the program is responding to SIGHUP |
| 11:41.02 | *** join/#debian rustyshackleford (uid236774@gateway/web/irccloud.com/x-oqxxwxqesiqptuyv) |
| 11:42.13 | ratrace | and has nothing to do with the problem at hand, which is still undefined even that has to occur for program 2 to start, whether it starts at all, that's still unclear. |
| 11:42.14 | hejux | just an example case of using $MAINPID |
| 11:43.10 | HelloShitty | I can try to use a timmed fashion way to wait for APP1 to get sync'ed |
| 11:43.36 | ratrace | HelloShitty: or maybe your database has a replication state you can query |
| 11:43.41 | HelloShitty | In the screept I can have a spleep 5m thing or so, befora calling APP2 to start |
| 11:44.02 | HelloShitty | ratrace: ok, I can ask for that |
| 11:44.04 | ratrace | that sounds very fragile and will definitely fail if the sync process decides to take longer than you assumed it would |
| 11:44.14 | HelloShitty | yes, that's true |
| 11:44.40 | ratrace | HelloShitty: so THAT is the answer to my previous question of how do you define "complete". what programmatic state you can query, other than "visually" |
| 11:45.43 | ratrace | in case of postgresql, for example, there's clearly defined states for logical and streaming replication, where an ongoing process will have a lag and WAL identifiers to check how _far_ it came in syncing |
| 11:45.45 | HelloShitty | ok, let me read first about the options for unit files |
| 11:46.30 | ratrace | another situation may be that the APP 1 exits with code 0 when it's complete, and non-zero when it's not, which is another STATE you can query to know what's going on and decide whether to launch APP 2 |
| 11:46.47 | hejux | HelloShitty: try while loop |
| 11:46.57 | hejux | or until looo |
| 11:47.00 | *** join/#debian fb_ (~freebench@92.253.251.234) |
| 11:47.06 | *** join/#debian Hackerpcs (~user@unaffiliated/hackerpcs) |
| 11:47.20 | ratrace | hejux: no |
| 11:47.24 | hejux | until "app1 exit true" ; do sleep 0.5 ; done |
| 11:47.57 | *** join/#debian Tobbi (~Tobbi@supertux/tobbi) |
| 11:48.01 | ratrace | that assumes exit code which I asked about previously and was told "application 1 never exits" |
| 11:48.18 | ratrace | but .... if it did, that's a state one can query |
| 11:48.25 | hejux | then how does he define app1 is finished ? |
| 11:48.35 | hejux | there must be some thing... |
| 11:48.35 | ratrace | S/HE DOESN'T :)))) that's teh whole point here |
| 11:48.52 | ratrace | I've been asking for a definition of "database complete" for quite a while now |
| 11:49.04 | hejux | or, he can create a file, when app1 finishes, then you just make sure that file exists |
| 11:49.13 | *** join/#debian BrianG61UK (~BrianG61U@2a02:8010:66b7:dddd:a459:cf8b:8988:b76d) |
| 11:49.15 | hejux | that's like a apt LOCK |
| 11:49.23 | HelloShitty | APP1 can exit for any reason. And when that happens, APP2 also shuts down |
| 11:49.38 | *** join/#debian SoulsForBelial (~SoulsForB@p200300f12f3d3900821f02fffeaf6272.dip0.t-ipconnect.de) |
| 11:49.45 | ratrace | but APP1 exiting is NOT the condition to trigger APP 2 to start, correct? |
| 11:49.54 | HelloShitty | So I want to make regular checks, and if APP1 is not running, I want to restart it, wait for the database sync, and then, start APP2 |
| 11:50.00 | hejux | no, you just create a file in somewhere, when app1's job is done |
| 11:50.10 | hejux | then you check that file |
| 11:50.12 | *** join/#debian michaelni (~michael@213-47-68-29.cable.dynamic.surfer.at) |
| 11:50.19 | ratrace | HelloShitty: that's three problems. |
| 11:50.35 | ratrace | HelloShitty: 1) if APP 1 exits, it can be easily restarted with systemd unit directives |
| 11:50.46 | ratrace | 3) app2 can be made to start when condition in #2 appears |
| 11:50.53 | ratrace | 2) "database sync" is still not defined |
| 11:51.18 | ratrace | you need to define a programmatic way for a script or service to QUERY, in order to know whether a sync is complete or not |
| 11:51.41 | hejux | yeah, that's a point. create somekind of MARK |
| 11:51.45 | ratrace | SO ... you can make APP2 service unit start on TWO conditions. 1) "After" APP 1, and 2) you need to define this condition |
| 11:52.15 | HelloShitty | ok |
| 11:52.26 | ratrace | HelloShitty: so you can use After= directive in the unit for APP2 to start after APP 1 |
| 11:52.41 | HelloShitty | yes, I'm reading about unit file options I can use |
| 11:52.51 | ratrace | you can also use StartExecPre= to check/query for a "database synced" condition, and if complete, return with 0 so regular ExecStart can start APP 2 |
| 11:53.18 | ratrace | ExecStartPre ..... that's what I mean. |
| 11:54.06 | ratrace | critical thing here is to hang and wait, not return error code or APP2 won't start, or will go into restart dance and finally fail when the treshold is reached |
| 11:54.12 | HelloShitty | ok, when I'm at tha tpoint, I'll see what works best |
| 11:54.25 | *** join/#debian d1cor (~d1cor@unaffiliated/d1cor) |
| 11:55.10 | ratrace | there's also ExecCondition directive, read the systemd.service(5) manpage on how it differs from ExecStartPre |
| 11:55.17 | ratrace | (and see which one suits you best) |
| 11:57.36 | *** join/#debian coot (~coot@37.30.50.130.nat.umts.dynamic.t-mobile.pl) |
| 11:58.28 | ratrace | HelloShitty: oh also, if as hejux suggested, APP1 creates a file to mark completeness, you can use ConditionPathExists= directive, that's explained in systemd.unit(5) manpage along with some other conditions |
| 11:59.55 | ratrace | these are all for app2.service. app1.service only needs to Restart=on-failure (or some other value, see systemd.service(5) manpage) unless you have some other condition for it |
| 12:00.52 | *** join/#debian sweatsuit (~sweatsuit@unaffiliated/sweatsuit) |
| 12:04.07 | *** join/#debian dvs (~Heubert@2607:f2c0:9391:3400:3994:30f8:9838:9d3a) |
| 12:05.03 | hejux | then in app2, you can do , until [[ -f /path/to/the/file/created ]] ; do sleep 1 ; done ; run app2 command next |
| 12:05.42 | ratrace | no you don't need that with ConditionPathExists |
| 12:06.14 | hejux | e.g. i don't trust systemd's network-online.target, i use until ping some ip ; do sleep 1 ;done |
| 12:06.54 | ratrace | because network-online.target does NOT do what you think it does |
| 12:07.13 | hejux | yeah, i know that |
| 12:07.20 | ratrace | network-online merely waits for the local system to be come network enabled. there can still be upstream conditions that ping may or may not even TRIGGER ... |
| 12:07.25 | hejux | so that's a work around for my script |
| 12:07.43 | ratrace | that said I do have a ping-test.service myself and I made a bunch of network related services run AFTER that one |
| 12:08.02 | hejux | yeah, same here |
| 12:08.55 | hejux | ratrace: be care of run AFTER. |
| 12:09.21 | hejux | the ping.service finishes when it systemd starts it. |
| 12:09.29 | ratrace | hejux: not mine |
| 12:09.36 | hejux | systemd don't care the ping result |
| 12:09.48 | ratrace | depends how you wrote ping.service. it doesn't exist in nature |
| 12:10.03 | *** join/#debian XsiSec (~xsisec@h-155-4-132-3.NA.cust.bahnhof.se) |
| 12:12.32 | ratrace | if you use Type=oneshot without RemainAfterExit (which you should), then dependencies won't start until this one exits. and I've made my ping test exit only after first successful ping |
| 12:12.48 | hejux | ratrace: sometimes i use netcat ip port to replace ping |
| 12:13.20 | hejux | <PROTECTED> |
| 12:13.33 | *** join/#debian michaelni (~michael@213-47-68-29.cable.dynamic.surfer.at) |
| 12:13.53 | hejux | like 1.0.0.1 53 |
| 12:14.18 | hejux | that dns server should never be down. so it is pretty reliable |
| 12:14.26 | *** join/#debian igrtrrt (~igrtrrt@186.204.139.56) |
| 12:14.42 | *** join/#debian rsx (~rsx@ppp-188-174-158-18.dynamic.mnet-online.de) |
| 12:14.43 | ratrace | for you maybe :) |
| 12:16.59 | hejux | ratrace: as long as i can connect to 1.0.0.1:53, i am sure my network is online |
| 12:17.10 | hejux | so, fk network-online.target |
| 12:17.25 | ratrace | it's not its fault |
| 12:18.09 | ratrace | it cannot know or care about network states outside of 127.0.0.1. because your LAN could be working but teh gateway is down. or the gateway is up but the nexthop is having issues. |
| 12:18.41 | ratrace | or you're in one of those networks run by morons who thought 1/8 was a test subnet and are firewalling it, so you couldn't query cloudflare :) |
| 12:18.51 | ratrace | maybe google's 8.8.8.8 is more reliable |
| 12:20.16 | hejux | yeah, something like that |
| 12:20.51 | hejux | so all the cost is the sleep command. |
| 12:21.22 | hejux | if the network is not available for a long time, the cost is the sleep that runs every seconds |
| 12:32.44 | *** join/#debian rebtoor (~rebtoor@unaffiliated/rebtoor) |
| 12:33.55 | *** join/#debian cosimone (~user@2001:b07:ae5:db26:39ab:92f2:56b4:c0e0) |
| 12:35.08 | *** join/#debian igrtrrt (~igrtrrt@2804:14c:125:811b::1004) |
| 12:41.42 | *** join/#debian |3ean (~root@176.67.80.170) |
| 12:45.35 | *** join/#debian oxek (~oxek@unaffiliated/oxek) |
| 12:45.56 | *** join/#debian Vizva (~Vizva@gateway/tor-sasl/vizva) |
| 12:49.02 | *** join/#debian jesse (~jesse@gateway/tor-sasl/jesse) |
| 12:53.57 | *** join/#debian Jerrynicki (~niklas@p200300f577253d00b580c28ab83e6e4f.dip0.t-ipconnect.de) |
| 12:57.57 | *** join/#debian Vizva (~Vizva@gateway/tor-sasl/vizva) |
| 12:59.42 | *** join/#debian zeden (~user@unaffiliated/zeden) |
| 13:00.54 | *** join/#debian badsektor (~badsektor@unaffiliated/badsektor) |
| 13:01.38 | *** join/#debian folti7777 (~folti@93-141-32-102.adsl.net.t-com.hr) |
| 13:01.39 | *** join/#debian rebtoor (~rebtoor@unaffiliated/rebtoor) |
| 13:06.20 | *** join/#debian debsan (~debsan@unaffiliated/debsan) |
| 13:12.31 | *** join/#debian Tobbi (~Tobbi@supertux/tobbi) |
| 13:18.30 | *** join/#debian JordiGH (jordi@octave/developer/JordiGH) |
| 13:20.56 | *** join/#debian tsomi (~tsomi@177.201.112.78.rev.sfr.net) |
| 13:31.07 | *** join/#debian NetTerminalGene (~Thunderbi@unaffiliated/dontknow) |
| 13:38.55 | *** join/#debian Filohuhum (~filohuhum@gateway/tor-sasl/filohuhum) |
| 13:41.19 | *** join/#debian Ericounet (~Eric@2a01:e0a:d0:3c20:50fa:28dd:d8f9:5066) |
| 13:42.30 | *** join/#debian riff-IRC (~riff2@unaffiliated/riff2) |
| 13:43.00 | *** join/#debian Ericounet (~Eric@2a01:e0a:d0:3c20:b604:9d46:beaa:16b6) |
| 13:44.02 | *** join/#debian Kevlar_Noir (~alex@2a01:e0a:5d7:e1e0::b018:6779) |
| 13:51.15 | *** join/#debian yans (~yans@unaffiliated/yinsen) |
| 13:54.12 | *** join/#debian Tom01 (~tom@a89-183-117-71.net-htp.de) |
| 13:57.01 | *** join/#debian martinus__ (~martin@2.24.202.77.rev.sfr.net) |
| 13:57.40 | *** join/#debian ChmEarl (~chmearl@unaffiliated/prymar56) |
| 13:57.47 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 13:58.21 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 13:58.55 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 13:59.29 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 14:00.04 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 14:01.30 | *** join/#debian Elodin (~weechat@unaffiliated/padawan) |
| 14:03.34 | *** part/#debian tsomi (~tsomi@177.201.112.78.rev.sfr.net) |
| 14:11.30 | *** join/#debian allorder (allorder@gateway/vpn/airvpn/allorder) |
| 14:11.41 | *** join/#debian nebunez (~nebunez@c-73-171-175-205.hsd1.fl.comcast.net) |
| 14:17.33 | *** join/#debian ddsys (~ddsys@unaffiliated/ddsys) |
| 14:25.47 | *** join/#debian bamdad (~bamdad@gateway/tor-sasl/bamdad) |
| 14:27.33 | *** join/#debian submariner (~v32itas@unaffiliated/v32itas) |
| 14:29.33 | ratrace | ma`b |
| 14:29.36 | *** join/#debian SoundShaman (~SoundSham@74-196-151-28.jkvlcmta01.res.dyn.suddenlink.net) |
| 14:29.43 | ratrace | whoops, this ain't vim. window fail |
| 14:30.36 | *** join/#debian hejux (~hejux@193.122.100.11) |
| 14:31.41 | *** join/#debian _0x5eb_ (~seb@seb-hpws2.elen.ucl.ac.be) |
| 14:33.30 | *** join/#debian mtn (~mtn@unaffiliated/mtn) |
| 14:35.00 | *** part/#debian nulleip (~luiz@189.34.146.137) |
| 14:35.18 | *** join/#debian _aeris_ (~aeris@april/board/aeris) |
| 14:37.15 | *** join/#debian Iamahuman4 (~noname@wikipedia/jukeboksi) |
| 14:37.45 | *** join/#debian nulleip (~luiz@189.34.146.137) |
| 14:45.02 | *** join/#debian TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
| 14:49.56 | *** join/#debian Tobbi (~Tobbi@supertux/tobbi) |
| 14:52.24 | *** join/#debian Aurora_v_kosmose (~Aurora_iz@gateway/tor-sasl/randomnumbers/x-93746987) |
| 14:52.41 | Aurora_v_kosmose | Debian mostly (only?) backports security fixes for published CVEs, right? |
| 14:53.05 | *** join/#debian Marbug5 (~Marbug@94-226-144-213.access.telenet.be) |
| 14:57.01 | *** join/#debian FnorZ (~FnorZ@unaffiliated/fnorz) |
| 14:58.01 | *** mode/#debian [+l 1052] by debhelper |
| 14:58.09 | *** join/#debian diogenes_ (~diogenes_@188.208.122.217) |
| 14:58.13 | hejux | Aurora_v_kosmose: search debian.org for backports |
| 14:58.16 | hejux | !backports |
| 14:58.16 | dpkg | A backport is a package from a newer Debian branch, compiled from source for an older branch to avoid dependency and <ABI> complications. http://www.debian.org/doc/manuals/reference/ch02.en.html (2.7.4 and 2.7.10), http://backports.debian.org/ . Ask me about <debian-backports> and <backport caveat>. See also <simple sid backport>. |
| 14:58.32 | Aurora_v_kosmose | I know of backports. I'm leading up to a question. |
| 14:59.24 | hejux | if a CVE is not published ... how the hell Debian devs know what to fix |
| 14:59.58 | tomreyn | the linux-distros mailing list |
| 15:00.35 | Aurora_v_kosmose | Right, that is what I assumed to be the case. So that leads me to wonder if keeping things to latest releases introduces more exploitable bugs than it fixes, in cases where the CVE submission & publishing system fails to work appropriately. |
| 15:01.01 | *** join/#debian Janos (~textual@201.204.94.76) |
| 15:01.03 | Aurora_v_kosmose | I'm essentially wondering, if CVE publishing falls apart, does the Debian model provide better or worse security on Stable? |
| 15:01.17 | Aurora_v_kosmose | (I know that Stability is the primary objective) |
| 15:01.17 | *** join/#debian JohnML (~john1@ip-37-201-129-30.hsi13.unitymediagroup.de) |
| 15:02.03 | *** join/#debian TrentP (~quassel@2604:180:f2::24f) |
| 15:02.39 | tomreyn | measuring security levels is tough, especially when part of the calulation are unknowns |
| 15:02.40 | hejux | the older the less problems |
| 15:04.35 | *** join/#debian cyr4x3 (~cyr4x3@139.47.125.51) |
| 15:07.06 | *** join/#debian nutron (~nutron@unaffiliated/nutron) |
| 15:07.27 | *** join/#debian cyr4x3 (~cyr4x3@139.47.125.51) |
| 15:13.14 | *** join/#debian Jerrynicki (~niklas@p200300f577253d00aa757afad4d660e7.dip0.t-ipconnect.de) |
| 15:14.12 | Aurora_v_kosmose | tomreyn: Yeah, that's what has me flummoxed. |
| 15:14.43 | *** join/#debian lemur (~l3m@cable-static-7-246.breitband.ch) |
| 15:14.51 | Aurora_v_kosmose | If CVEs work and are patched sufficiently fast, then a stable & secure model works. But if CVEs disappear, then how would maintainers know what to patch? |
| 15:15.21 | Aurora_v_kosmose | But I don't really know how to estimate if new versions introduce more bugs than fixes. |
| 15:17.52 | *** join/#debian idhugo (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 15:18.46 | *** join/#debian Brigo (~Brigo@40.181.60.213.dynamic.reverse-mundo-r.com) |
| 15:19.43 | *** join/#debian th0r (~th0r@8.sub-174-250-36.myvzw.com) |
| 15:20.54 | *** join/#debian th0r (~th0r@8.sub-174-250-36.myvzw.com) |
| 15:22.52 | *** join/#debian e (e@freenode/staff/spy.edk) |
| 15:23.07 | *** join/#debian j7k6 (~j7k6@gateway/tor-sasl/j7k6) |
| 15:28.01 | *** mode/#debian [+l 1060] by debhelper |
| 15:30.36 | *** join/#debian Mister00X (~quassel@86.107.21.61) |
| 15:34.03 | *** join/#debian foka (~foka@162.208.172.172) |
| 15:35.09 | *** join/#debian uvolmer (~uvolmer@2001-4dd0-212c-82-5acc-6b0b-da9c-d52c.ipv6dyn.netcologne.de) |
| 15:39.44 | *** join/#debian Mister00X (~quassel@185.254.75.43) |
| 15:50.41 | *** join/#debian bicknell (~bicknell@46-126-180-21.dynamic.hispeed.ch) |
| 16:03.12 | *** join/#debian ContactLeft (~ContactLe@95.148.184.1) |
| 16:07.59 | *** join/#debian odnes (~odnes@109-178-155-102.pat.ren.cosmote.net) |
| 16:10.04 | *** join/#debian longshot (~nobody@2001:470:f0f4:a0a:3472:76c0:831b:99a0) |
| 16:14.15 | *** join/#debian j7k6 (~j7k6@gateway/tor-sasl/j7k6) |
| 16:16.36 | *** join/#debian wallacer (~quassel@2001:bc8:1824:9a:cafe:babe:b00b:aa06) |
| 16:19.14 | *** join/#debian baconicsynergy (60234b95@gateway/web/cgi-irc/kiwiirc.com/ip.96.35.75.149) |
| 16:20.24 | *** join/#debian gelignite (~gelignite@55d4ca71.access.ecotel.net) |
| 16:23.37 | *** join/#debian cosimone (~user@2001:b07:ae5:db26:39ab:92f2:56b4:c0e0) |
| 16:26.12 | *** join/#debian AJ_Z0 (~AJ_Z0@pdpc/supporter/professional/ajz0) |
| 16:31.00 | *** join/#debian Janos (~textual@201.204.94.76) |
| 16:33.52 | *** join/#debian remline (~remline@75-163-103-28.omah.qwest.net) |
| 16:34.16 | *** join/#debian ghost43 (~daer@gateway/tor-sasl/daer) |
| 16:41.03 | *** join/#debian norwood67 (~human@c-73-170-195-217.hsd1.ca.comcast.net) |
| 16:41.31 | *** part/#debian norwood67 (~human@c-73-170-195-217.hsd1.ca.comcast.net) |
| 16:42.02 | *** join/#debian Release_ (~IRCV3@unaffiliated/release-/x-8891711) |
| 16:43.13 | Release_ | greetingz gents, i was trying to figure out an easy way to install dns but most tutorials ive seen seem long |
| 16:43.26 | Release_ | on a debian 10 box |
| 16:44.01 | sney | 'apt install dnsmasq' and then read how to set it up |
| 16:44.19 | Release_ | thanx |
| 16:44.32 | sney | assuming by "install dns" you mean you want a local dns server for your network, or for VMs or containers or whatever |
| 16:45.09 | Release_ | yes |
| 16:45.27 | Release_ | all examples i come across seem to be bind9 |
| 16:45.38 | Release_ | any reason why this is used most ? |
| 16:45.48 | sney | ok. dnsmasq is appropriate for that. and it's pretty simple to use, iirc you can get most of the jist by reading through the config file. |
| 16:46.39 | Release_ | will dig into it some more thanks for now sney |
| 16:47.02 | sney | bind is the dns server that's most popular in large production environments. I guess the howto writers don't know the size of your deployment so they just go with what's popular. |
| 16:51.24 | *** join/#debian kristijonas (~kristijon@78-56-32-39.static.zebra.lt) |
| 16:51.36 | *** join/#debian Picklejar05 (~noah@c-24-6-246-231.hsd1.ca.comcast.net) |
| 16:52.35 | *** join/#debian odnes_ (~odnes@109-178-155-102.pat.ren.cosmote.net) |
| 17:03.34 | *** join/#debian Amun_Ra (~amun-ra@retro.rocks) |
| 17:08.50 | *** join/#debian _0bitcount (~Big_Byte@90.162.105.206) |
| 17:08.55 | *** join/#debian odnes (~odnes@109-178-155-102.pat.ren.cosmote.net) |
| 17:10.24 | *** join/#debian fb_ (~freebench@92.253.251.234) |
| 17:10.43 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 17:11.32 | *** join/#debian evilbug (54e88bfe@gateway/web/cgi-irc/kiwiirc.com/ip.84.232.139.254) |
| 17:16.07 | *** join/#debian odnes (~odnes@109-178-155-102.pat.ren.cosmote.net) |
| 17:17.05 | *** join/#debian Ekis (~Ekis@cpe74da881c916d-cm30b7d4bb2eb0.cpe.net.cable.rogers.com) |
| 17:17.35 | *** join/#debian Jerrynicki (~niklas@p549a9b92.dip0.t-ipconnect.de) |
| 17:18.44 | *** join/#debian czesmir (~stefan@aeej92.neoplus.adsl.tpnet.pl) |
| 17:19.11 | *** join/#debian igrtrrt (~igrtrrt@186.204.139.56) |
| 17:22.55 | *** join/#debian Grldfrdom (uid391113@gateway/web/irccloud.com/x-jzefnkcwcuxysxwo) |
| 17:28.58 | *** join/#debian moldorcoder7 (~moldorcod@206.166.251.59) |
| 17:35.03 | *** join/#debian abogado (thelounge@prgmr/customer/arathor) |
| 17:39.21 | *** join/#debian fflori (~fflori@194.230.155.135) |
| 17:39.56 | *** join/#debian kats99 (~pi@49.206.0.71) |
| 17:44.43 | *** join/#debian Vizva (~Vizva@gateway/tor-sasl/vizva) |
| 17:45.58 | *** join/#debian Peyam (~Peyam@c83-250-236-236.bredband.comhem.se) |
| 17:46.00 | Peyam | Hi |
| 17:46.08 | Peyam | My Epiphany is very slow |
| 17:46.13 | *** join/#debian hitest (~hitest@unaffiliated/hitest) |
| 17:48.25 | *** join/#debian freshtube (~freshtube@185.244.214.60) |
| 17:49.01 | ratrace | Peyam: did you just have an epiphany about that? or ist there a question :) |
| 17:51.44 | *** join/#debian freshtube (~freshtube@217.138.199.92) |
| 17:52.26 | *** join/#debian Moonspell (moon@unaffiliated/moonspell) |
| 17:54.41 | *** join/#debian nkuttler (~nkuttler@unaffiliated/nkuttler) |
| 17:55.13 | cws | ratrace: Isn't a slow epiphany just called a thought? |
| 17:58.06 | *** join/#debian Citron (~Citron@2a01:cb19:8120:7400:e122:24a:20c0:1162) |
| 17:59.30 | shiki | Do you mean the gnome web browser Epiphany? |
| 18:00.47 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 18:01.07 | *** join/#debian Animortis (~aaron@c-65-34-222-44.hsd1.fl.comcast.net) |
| 18:01.21 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 18:01.57 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 18:02.13 | *** join/#debian tnewman (~tnewman@1-171-215-188.dynamic-ip.hinet.net) |
| 18:02.26 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 18:03.00 | *** join/#debian NyanCat (~NyanCat@unaffiliated/nyancat) |
| 18:04.49 | *** join/#debian Kel (~KelMonsta@S01060492268118f0.gv.shawcable.net) |
| 18:13.56 | *** join/#debian Citron (~Citron@2a01:cb19:8120:7400:41a4:dc58:251c:105f) |
| 18:18.28 | *** join/#debian idhugo (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 18:21.57 | *** join/#debian coot (~coot@37.30.50.130.nat.umts.dynamic.t-mobile.pl) |
| 18:22.56 | *** join/#debian _0xbadc0de_ (~StrongBit@185.107.12.141) |
| 18:23.05 | _0xbadc0de_ | hello guys I am trying to install nvidia drivers |
| 18:23.38 | _0xbadc0de_ | https://wiki.debian.org/NvidiaGraphicsDrivers |
| 18:23.42 | _0xbadc0de_ | didn't work for me |
| 18:24.14 | *** join/#debian igrtrrt (~igrtrrt@2804:14c:125:811b:fbbc:3360:40c4:fb64) |
| 18:24.15 | sney | what gpu, what debian version, and which section of that page did you follow? it has multiple sets of instructions. |
| 18:26.05 | _0xbadc0de_ | sney: I have two gpus : Nvidia RTX 3090 and Nvidia RTX 3070 |
| 18:26.10 | *** join/#debian TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
| 18:26.13 | _0xbadc0de_ | and I am trying to get hashcat to work |
| 18:26.13 | *** join/#debian diniwed (~gavron@ool-44c21938.dyn.optonline.net) |
| 18:26.21 | sney | please answer all 3 questions |
| 18:26.41 | _0xbadc0de_ | Debian 10, instructions are essentially : apt install nvidia-driver firmware-misc-nonfree |
| 18:27.19 | somiaj | could he debian 10 drivers just be to old for the new 3000 series? |
| 18:27.31 | sney | ok, and did you verify that the driver was able to build? check for nvidia*.ko files in /lib/modules/$(uname -r)/updates/dkms |
| 18:27.46 | sney | somiaj may be correct as well, the nvidia-driver from buster-backports is more likely to support current gpus |
| 18:27.55 | sney | afaik you would need the newer kernel for those as well |
| 18:28.20 | _0xbadc0de_ | https://us.download.nvidia.com/XFree86/Linux-x86_64/460.39/README/supportedchips.html |
| 18:28.29 | sney | ,v nvidia-driver |
| 18:28.30 | judd | Package: nvidia-driver on amd64 -- jessie/non-free: 340.106-1; stretch-proposed-updates/non-free: 390.132-1; stretch/non-free: 390.138-1; stretch-backports/non-free: 418.74-1~bpo9+1; buster/non-free: 418.181.07-1; buster-backports/non-free: 460.39-1~bpo10+1; bullseye/non-free: 460.67-1; sid/non-free: 460.67-1 |
| 18:29.03 | sney | nvidia-driver in buster (debian 10) is 418.181, as seen above. for 460.39 you would need to enable the optional buster-backports repo. |
| 18:29.12 | _0xbadc0de_ | sney: I did that |
| 18:29.18 | _0xbadc0de_ | I can re-try |
| 18:29.27 | sney | ok, then back to my other question: did you verify that the driver was able to build? check for nvidia*.ko files in /lib/modules/$(uname -r)/updates/dkms |
| 18:29.46 | _0xbadc0de_ | sec, let-me re-install |
| 18:29.58 | *** join/#debian Picklejar05 (~noah@c-24-6-246-231.hsd1.ca.comcast.net) |
| 18:30.30 | *** join/#debian craigevil (craig@gateway/vpn/protonvpn/craigevil) |
| 18:30.56 | *** join/#debian TheSilentLink (~TheSilent@unaffiliated/thesilentlink) |
| 18:33.43 | _0xbadc0de_ | /lib/modules/4.19.0-16-amd64/updates/dkms doesn't exist /lib/modules/4.19.0-16-amd64/ exists |
| 18:33.50 | _0xbadc0de_ | search in that dir, instead? |
| 18:33.57 | sney | no |
| 18:34.23 | sney | the driver did not build. I think 460.39 is incompatible with the 4.19 kernel. luckily the fix is easy |
| 18:34.41 | sney | install a newer kernel with 'apt -t buster-backports install linux-image-amd64 linux-headers-amd64' |
| 18:34.57 | _0xbadc0de_ | should I purge the recent driver installation? |
| 18:35.00 | sney | no |
| 18:35.02 | _0xbadc0de_ | ok |
| 18:36.51 | ratrace | no need, 460.39 works just fine with 4.19 |
| 18:37.50 | _0xbadc0de_ | OK I installed it regardless and I am rebooting |
| 18:37.58 | sney | ratrace: hm, I swear I've seen that one before. missing headers then? |
| 18:38.05 | sney | _0xbadc0de_: did you check if the driver was present? |
| 18:38.35 | ratrace | the kernel from buster-backports is lagging in security fixes a lot. might be it doesn't matter for your desktop use but it's worth keeping in mind |
| 18:40.13 | _0xbadc0de_ | nvidia-current-drm.ko nvidia-current.ko nvidia-current-modeset.ko nvidia-current-uvm.ko |
| 18:40.19 | _0xbadc0de_ | they are present |
| 18:40.20 | sney | great. good to go. |
| 18:40.27 | ratrace | sney: don't know what's the problem, scrolling back up I don't see much more detail. |
| 18:40.58 | ratrace | but I'm sure it works because I'm currently reading this IRC using pixels generated by 460.39 on a 4.19.0-16 instance of buster's kernel :) |
| 18:41.59 | _0xbadc0de_ | they seem to be loaded too, if I do lsmod -l | grep -i nvidia I see many nvidia drivers loaded |
| 18:42.33 | _0xbadc0de_ | but when I do ./hashcat.bin -b --benchmark-all I still get no devices |
| 18:42.36 | _0xbadc0de_ | weird.... |
| 18:43.03 | *** join/#debian kop316 (~kop316@72.95.243.156) |
| 18:43.10 | _0xbadc0de_ | https://0bin.net/paste/qcXxFYuB#iYBKykysYbAVY7xXxP7oAfLnPes7h6ffmXBPJXFRQ3Z |
| 18:43.25 | sney | you probably need the additional cuda packages, they don't come with the driver automatically, since not everyone with a nvidia gpu is going to use that stuff |
| 18:44.11 | ratrace | _0xbadc0de_: back to square one. how did you install the driver? apt install nvidia-driver is all you should've done |
| 18:44.12 | _0xbadc0de_ | apt -t buster-backports install nvidia-cuda-dev nvidia-cuda-toolkit ? |
| 18:44.29 | sney | _0xbadc0de_: sounds right to me |
| 18:44.31 | _0xbadc0de_ | since I am using backports? |
| 18:44.33 | _0xbadc0de_ | ok. |
| 18:44.42 | sney | ratrace: that is what they initially claimed to have done. you can get the next one |
| 18:46.18 | ratrace | well then, dkms can be retriggered. something along the lines of this: https://askubuntu.com/questions/53364/command-to-rebuild-all-dkms-modules-for-all-installed-kernels |
| 18:46.51 | ratrace | or using `dkms` directly but I don't know what all the modules are OTOH, as you need to name them explicitely |
| 18:46.59 | sney | ratrace: anyway, as you can see from your 460.39/4.19.0-16 pixels, the driver is now built and loaded, we're just in the adding cuda stage. |
| 18:47.00 | ratrace | (all nvidia related ones) |
| 18:47.13 | ratrace | ahhh.... sorry for the noise then. |
| 18:47.15 | _0xbadc0de_ | LOL |
| 18:50.34 | somiaj | note, though probably too late, sometimes it is worth installing the version from buster first, then upgrading to backports, this can sometimes deal with issues of pulling in to many libs from backports. |
| 18:50.37 | _0xbadc0de_ | ok I am going to reboot |
| 18:51.56 | *** join/#debian matrixbot_bartab (~matrixbot@155.210.31.93.rev.sfr.net) |
| 18:52.27 | _0xbadc0de_ | sney: it seems like everything is properly working, thank you very much. If you have a Dogecoin wallet I can tip you? |
| 18:52.56 | sney | _0xbadc0de_: I don't support crypto. donate some currency to SPI if you want, or just pay it forward and help someone else in the future. |
| 18:54.11 | *** part/#debian Aurora_v_kosmose (~Aurora_iz@gateway/tor-sasl/randomnumbers/x-93746987) |
| 18:54.45 | ratrace | I accept only world of warcraft gold. |
| 18:55.36 | *** join/#debian haijuno (~haijuno@2600:1700:3db0:2540:ccfd:5a18:cc1f:4449) |
| 19:01.18 | *** join/#debian shallowoods (~shallowoo@cpe-98-10-9-145.rochester.res.rr.com) |
| 19:11.18 | *** join/#debian shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
| 19:18.39 | shibboleth | are the numbers in on the "rms-vote"? iirc april 17 |
| 19:19.42 | *** join/#debian SoulsForBelial (~SoulsForB@p200300f12f3d3900821f02fffeaf6272.dip0.t-ipconnect.de) |
| 19:20.04 | sney | still says "voting open" https://www.debian.org/vote/2021/vote_002 |
| 19:21.28 | *** join/#debian thiras (~thiras@unaffiliated/thiras) |
| 19:23.13 | shibboleth | right, midnight tonight |
| 19:25.56 | *** join/#debian karlpinc (~user@karlpinc-net.karlpinc.com) |
| 19:27.48 | karlpinc | I'm using the User Agent Switcher extension with Firefox (esr, from the debian repos). (And using noscript.) When I click on the icon I never get a list of user agents, I only get a little gear that spins forever. Any clues as to what's going on? |
| 19:28.01 | *** mode/#debian [+l 1054] by debhelper |
| 19:28.27 | *** join/#debian bariscant (~bariscant@78.173.72.236) |
| 19:30.58 | oxek | karlpinc: which extension are you using? There are many fake ones. |
| 19:31.46 | karlpinc | oxek: Good point. How do I really tell? |
| 19:32.05 | karlpinc | (I think, this one: https://github.com/ray-lothian/UserAgent-Switcher/) |
| 19:32.18 | *** join/#debian fatalerrors (~fatalerro@91.224.149.179) |
| 19:33.02 | karlpinc | https://addons.mozilla.org/en-US/firefox/addon/user-agent-string-switcher/ is another url |
| 19:33.04 | *** join/#debian zoitub (~quassel@2603-800c-0501-c362-088c-50a8-349a-ef56.res6.spectrum.com) |
| 19:36.42 | *** join/#debian pepee (~pepee@unaffiliated/pepee) |
| 19:36.44 | oxek | that one should be ok |
| 19:36.53 | oxek | did you restart the browser after installing that extension? |
| 19:37.18 | karlpinc | Yes. I just restarted it. |
| 19:39.56 | karlpinc | I'll try removing the extension and re-installing. |
| 19:41.47 | *** join/#debian LuKaRo_ (~LuKaRo@p200300dfa72d8ec45055f6d6c704e554.dip0.t-ipconnect.de) |
| 19:41.53 | karlpinc | That seemed to work. Maybe I was running an old version of the extension and had upgraded firefox(-esr)? |
| 19:46.14 | *** join/#debian sinaowolabi (~Sina@41.190.31.120) |
| 19:47.49 | *** join/#debian josspyker (~quassel@unaffiliated/josspyker) |
| 19:49.09 | *** join/#debian Stx (~stx@freenode/staff/stx) |
| 19:51.42 | *** join/#debian uvolmer (~uvolmer@2001-4dd0-212c-82-5acc-6b0b-da9c-d52c.ipv6dyn.netcologne.de) |
| 19:53.12 | *** join/#debian oahong (~samigarus@unaffiliated/samigarus) |
| 19:55.31 | *** join/#debian Lord_of_Life_ (~Lord@unaffiliated/lord-of-life/x-0885362) |
| 19:58.55 | *** join/#debian miscalculated (miscalcula@gateway/shell/ircnow/x-pysmhonkxjwispip) |
| 20:00.18 | *** join/#debian magic_ninja (~sparkie1@unaffiliated/magic-ninja/x-4708782) |
| 20:03.41 | *** join/#debian flyingout (~flyingout@2603-8001-3a42-7d01-c9d2-0d2b-0982-e25f.res6.spectrum.com) |
| 20:07.05 | *** join/#debian c05t4 (~c05t4@195.64.208.251) |
| 20:07.33 | *** join/#debian reillybrogan_ (~reillybro@174-20-105-1.mpls.qwest.net) |
| 20:12.57 | *** join/#debian sz0 (uid110435@gateway/web/irccloud.com/x-nyvqwpzmynjyzzuv) |
| 20:15.05 | *** join/#debian magic_ninja (~sparkie1@unaffiliated/magic-ninja/x-4708782) |
| 20:16.53 | *** join/#debian magic_ninja (~sparkie1@unaffiliated/magic-ninja/x-4708782) |
| 20:17.20 | *** join/#debian phd (~pav@141-136-143-171.dsl.iskon.hr) |
| 20:19.48 | *** join/#debian SoulsForBelial (~SoulsForB@p200300f12f3d3900821f02fffeaf6272.dip0.t-ipconnect.de) |
| 20:23.30 | *** join/#debian JordiGH (jordi@octave/developer/JordiGH) |
| 20:28.56 | *** join/#debian ax562 (~ax562@unaffiliated/ax562) |
| 20:33.55 | *** join/#debian magic_ninja (~sparkie1@unaffiliated/magic-ninja/x-4708782) |
| 20:34.09 | *** join/#debian tagomago (~tagomago@80.224.176.172.dyn.user.ono.com) |
| 20:34.47 | *** join/#debian gimbleguy (~gimbleguy@103.217.167.191) |
| 20:35.20 | *** join/#debian conyers (~matt_m@2601:182:cb00:3b9f:e13f:4c4:101a:4fa8) |
| 20:37.13 | *** join/#debian twobitsprite (~twobitspr@107.13.62.21) |
| 20:41.11 | *** join/#debian sinaowolabi (~Sina@102.134.114.11) |
| 20:43.06 | *** join/#debian alexandros_c_ (~quassel@unaffiliated/alexandros-c/x-1684531) |
| 20:43.06 | *** join/#debian alexandros_tab (~quassel@unaffiliated/alexandros-c/x-1684531) |
| 20:43.13 | *** join/#debian rustyshackleford (uid236774@gateway/web/irccloud.com/x-xihcalbubadhbibl) |
| 20:44.40 | *** join/#debian JordiGH (jordi@octave/developer/JordiGH) |
| 20:46.25 | *** join/#debian Tobbi (~Tobbi@supertux/tobbi) |
| 20:47.16 | *** join/#debian huhuhu (~huhuhu@062122115128.gdansk.vectranet.pl) |
| 20:50.35 | *** join/#debian c05t4 (~c05t4@195.64.208.251) |
| 20:50.42 | *** join/#debian wintersky (uid453465@gateway/web/irccloud.com/x-irlreuyvtmqjmzfk) |
| 20:53.23 | *** join/#debian Bjornn (~Bjornn@2603-7080-9201-553f-0000-db01-be7a-1c9a.res6.spectrum.com) |
| 20:55.00 | *** part/#debian c05t4 (~c05t4@195.64.208.251) |
| 20:55.39 | *** join/#debian gimbleguy (~gimbleguy@103.217.167.191) |
| 20:58.41 | *** join/#debian Bjornn (~Bjornn@2603-7080-9201-553f-0000-db01-be7a-1c9a.res6.spectrum.com) |
| 21:00.36 | *** join/#debian supercilious (~thomas@aenea.engineeringvirtue.net) |
| 21:01.18 | *** join/#debian lumpi (~quassel@p5df38341.dip0.t-ipconnect.de) |
| 21:01.47 | *** join/#debian yans (~yans@unaffiliated/yinsen) |
| 21:03.50 | *** join/#debian ddsys (~ddsys@unaffiliated/ddsys) |
| 21:13.14 | *** join/#debian catman370 (~catman@unaffiliated/catman370) |
| 21:15.55 | *** join/#debian b1anc (~user@unaffiliated/b1anc) |
| 21:23.47 | *** join/#debian Delf (Delf@unaffiliated/delf) |
| 21:24.28 | Delf | Having a strange problem. Multi-seat setup. One user can find devices using colormgr but not the other :( |
| 21:28.05 | jhutchins | Delf: What devices? What else is happening? Are you getting login pages on both users? |
| 21:28.22 | Delf | Devices to manager color profiles |
| 21:28.49 | Delf | Login pages on both users? |
| 21:29.31 | *** join/#debian b1anc (~user@unaffiliated/b1anc) |
| 21:30.10 | *** join/#debian format_c (~format_c@unaffiliated/format-c/x-8927423) |
| 21:30.41 | *** join/#debian polardroid (~polardroi@136.144.17.9) |
| 21:32.20 | *** part/#debian Sideburns (~Sideburns@2001:1715:9d96:61e0:c851:e793:8087:12c9) |
| 21:32.41 | Delf | Ah you mean login/greeter for both seats. Yes, that part works. And color managing works on both seats too but only for one user, and not the other. Trying to have night light working for both users |
| 21:34.12 | jhutchins | Delf: Some hardwar can only be controlled by one user at a time, like sound. |
| 21:35.00 | *** join/#debian ruied (~ruied@po1-84-91-251-64.netvisao.pt) |
| 21:35.17 | jhutchins | Delf: Distinct users, separate $HOME directories? |
| 21:35.32 | *** join/#debian cyr4x3 (~cyr4x3@139.47.125.51) |
| 21:35.36 | Delf | Yes on all three :) |
| 21:36.37 | jhutchins | I'm afraid I don't have any current multi-seat experience, my knowedge of that is pretty obsolete. |
| 21:37.04 | ruied | Hi. I would like to make the entire linux distribution install from a single pen, is there any tutorial/info to do that? I normally install it from a DVD iso and DD to a pen disk. But I would like to have all the debian installation in a single PEN. Is there any kind of iso or tutorial to do this? |
| 21:37.52 | ruied | By linux distribution, I mean Debian... |
| 21:38.38 | Delf | I'm not sure it's related to multi-seat setup even. I've tried restarting and NOT logging in with the user that can manage colors. Logged in with the user that can't manage colors and still can't find devices to manage. Not even as sudo, untill the user that CAN manage color profiles logs in |
| 21:39.02 | cws | ruied: I'm not certain what you're asking. What is it that you need that you're not getting from the DVD image and copying it to a USB drive? |
| 21:39.38 | jhutchins | ruied: You usually don't need anything but the netinstall or the first DVD |
| 21:41.13 | *** join/#debian f-a (~f-a@151.36.166.76) |
| 21:43.40 | Delf | ruied: find out which /dev/sd? the usb stick is and set 666 permissions on it then you can use wget -O /dev/ url.to.iso |
| 21:44.16 | Delf | Before you do something I will regret, make SURE it's the correct device |
| 21:45.07 | cws | Delf: Those are very strange recommendations. Do not tell someone to change the modes on a device node. |
| 21:45.20 | cws | How to write an iso to a usb medium is well-documented. Stick to those. |
| 21:45.25 | ruied | I normally install from a pen. I download the dvd iso file and 'dd' to a usb stick. Than start the installation from the pen and the remaining staff debian gets from a Internet debian repository. I would like to make a pen with all debian repository, install every package from a single pen (without the need of Internet) |
| 21:45.45 | Delf | cws: Probably not the best way to do it either. I'm a noob |
| 21:46.02 | cws | Delf: It's most certainly not the right way to do it, to be a bit blunt about it. :/ Sorry. |
| 21:46.13 | cws | ruied: So you want to run a local mirror of the ENTIRE debian repository? |
| 21:46.22 | Delf | cws: No, nothing to be sorry about |
| 21:47.08 | *** join/#debian wilson (~wilson@unaffiliated/wilson) |
| 21:47.37 | *** join/#debian sinaowolabi (~Sina@41.190.31.120) |
| 21:47.53 | Delf | ruied: If you're trying to save bandwidth or traffic, maybe you can run approx server? It's an apt cache |
| 21:49.57 | *** join/#debian Sideburns (~Sideburns@2001:1715:9d96:61e0:c851:e793:8087:12c9) |
| 21:51.18 | ruied | Delf, I mean, if I have no access to Internet at all, I still want to be able to install Debian from a single pen as I did it years ago with several dvds or a bunch of 1.44 floppy disks... |
| 21:51.37 | *** join/#debian Lordseabeach (~Lordseabe@217-211-77-175-no263.tbcn.telia.com) |
| 21:51.56 | cws | Okay, so what are you missing from the first dvd image? |
| 21:52.08 | *** join/#debian _-Jon-_ (~jon@unaffiliated/--jon--/x-4089069) |
| 21:52.24 | sney | ruied: if that's your goal, you could use jigdo to download the BD-DVD iso (I believe it's just one) and write that to your flash "pen" |
| 21:52.48 | *** join/#debian mtn (~mtn@unaffiliated/mtn) |
| 21:53.12 | sney | sorry, not the bd-dvd, this one https://cdimage.debian.org/cdimage/release/current/amd64/jigdo-16G/ |
| 21:53.19 | _-Jon-_ | Hi there, I have a silly question. I have an IPv6 address provided by my ISP but I want to use a tunnel broker. In /etc/network/interfaces I commented out the section about the inet6 for that interface but it's still being assigned an IPv6 address |
| 21:53.39 | ruied | sney, ok, nice! the procedure is the same? after download just 'dd' to a usb pen? |
| 21:53.43 | cws | _-Jon-_: That's because IPv6 autoconfiguration kicks in automatically. Any reason why you want to use the tunnelbroker instead of your ISP? |
| 21:54.04 | sney | ruied: yes, the iso installers all work the same way |
| 21:54.12 | *** join/#debian Seto_Kaiba (~hunterkll@2001:470:8b06:400:215:5dff:fefb:804) |
| 21:54.23 | ruied | sney, thanks! ;) |
| 21:54.34 | sney | np |
| 21:54.43 | _-Jon-_ | cws: More to test with on a VPS. My plan is to use a tunnel broker at home eventually as well as my ISP changes my address too often :( |
| 21:55.43 | *** join/#debian dvs (~hibbard@2607:f2c0:9391:3400:e6a7:a0ff:fe31:ddf0) |
| 21:56.25 | cws | What's your use case, exactly? What are you trying to host from home that you want externally accessible via ipv6? |
| 21:57.28 | *** join/#debian f-a (~f-a@151.46.24.188) |
| 21:57.48 | _-Jon-_ | cws: Just a small homelab of things I like to be accessible from the outside world. |
| 21:57.55 | cws | Such as? |
| 21:58.09 | *** part/#debian f-a (~f-a@151.46.24.188) |
| 21:58.13 | *** join/#debian Hunterkll (~hunterkll@2001:470:8b06:400:215:5dff:fefb:804) |
| 21:58.29 | jhutchins | ruied: Make sure you check the checksum on the iso. |
| 21:58.45 | cws | Because a simpler option would be to get yourself a domain, if you don't already have one, and just update the DNS record for your IPv6 address whenever it changes. |
| 21:59.37 | *** join/#debian awal1 (~awal1@bras-base-mtrlpq0315w-grc-23-70-55-160-85.dsl.bell.ca) |
| 21:59.53 | *** join/#debian budlight (~budlight@host-67-204-195-100.public.eastlink.ca) |
| 21:59.59 | _-Jon-_ | cws: Glad you asked! I do that already, but the problem with that is not only do I need to update all the DNS records, but I have to update my firewall rules as well. |
| 22:01.24 | _-Jon-_ | cws: Do you also frequent the #opnsense channel to? I swear I've seen you in there. |
| 22:01.42 | *** join/#debian Seto_Kaiba (~hunterkll@2001:470:8b06:400:215:5dff:fefb:804) |
| 22:01.59 | jhutchins | _-Jon-_: Do you keep the connection up full time? |
| 22:02.18 | _-Jon-_ | jhutchins: I do. |
| 22:03.45 | *** join/#debian OPK (~OPK@unaffiliated/opk) |
| 22:03.46 | jhutchins | I guess I'm lucky, I've had essentially static IPs unless the connection went down since the modem days. |
| 22:05.00 | _-Jon-_ | It's funny (or annoying) cause my IPv4 address remains the same for at least a year at a time, but IPv6 seems to behave differently. |
| 22:05.04 | *** join/#debian lemur (~lemur@cable-static-7-246.breitband.ch) |
| 22:06.44 | jhutchins | Yeah, a lot of people, myself included, don't really understand v6, including the ones maging ISPs. |
| 22:07.15 | cws | Most ISPs grossly misconfigure their IPv6 stuff. |
| 22:07.27 | jhutchins | You could just disable v6 |
| 22:09.05 | *** join/#debian sudoquai (~Thunderbi@unaffiliated/sudoquai) |
| 22:10.49 | _-Jon-_ | I want v6 though :P |
| 22:10.59 | _-Jon-_ | cws: Understatement of the year eh |
| 22:13.41 | *** part/#debian polardroid (~polardroi@136.144.17.9) |
| 22:15.46 | *** join/#debian lemur (~lemur@cable-static-7-246.breitband.ch) |
| 22:17.33 | *** join/#debian aligator (~aligator@41.141.81.146) |
| 22:20.46 | *** join/#debian ruied (~ruied@po1-84-91-251-64.netvisao.pt) |
| 22:26.15 | *** join/#debian ml| (~ml|@unaffiliated/ml/x-3958674) |
| 22:28.13 | *** join/#debian Christian75 (~Christian@wikipedia/christian75) |
| 22:29.13 | *** join/#debian awal1 (~awal1@bras-base-mtrlpq0315w-grc-23-70-55-160-85.dsl.bell.ca) |
| 22:33.59 | *** join/#debian Jaami (~jaami@103.150.209.92) |
| 22:34.03 | *** join/#debian JohnML (~john1@ip-37-201-129-30.hsi13.unitymediagroup.de) |
| 22:37.18 | *** join/#debian tnewman (~tnewman@1.171.215.188) |
| 22:37.52 | ruied | jhutchins, ok! thanks |
| 22:38.01 | *** mode/#debian [+l 1047] by debhelper |
| 22:47.40 | *** join/#debian coruja (~coruja@unaffiliated/coruja) |
| 22:55.24 | *** join/#debian f-a (~f-a@151.46.24.188) |
| 22:57.34 | *** join/#debian YaoNai (~YaoNai@unaffiliated/yaonai) |
| 22:57.54 | *** join/#debian Buliarous (~gypsydang@unaffiliated/buliarous) |
| 23:02.29 | *** join/#debian wilson (~wilson@unaffiliated/wilson) |
| 23:02.32 | *** join/#debian Buliarous (~gypsydang@unaffiliated/buliarous) |
| 23:06.28 | *** join/#debian JordiGH (jordi@octave/developer/JordiGH) |
| 23:10.59 | *** join/#debian Zone77xx (Zone77xx@gateway/vpn/privateinternetaccess/zone77xx) |
| 23:16.13 | *** join/#debian incal (~user@c-6e85225c.021-67-7570702.bbcust.telenor.se) |
| 23:20.01 | *** join/#debian SoulsForBelial (~SoulsForB@p200300f12f3d3900821f02fffeaf6272.dip0.t-ipconnect.de) |
| 23:21.52 | *** join/#debian bitblit (~bitblit@gateway/tor-sasl/bitblit) |
| 23:22.44 | *** join/#debian thiras (~thiras@unaffiliated/thiras) |
| 23:22.59 | *** join/#debian magic_ninja (~sparkie1@unaffiliated/magic-ninja/x-4708782) |
| 23:23.54 | Celmor[m] | I'm installing a package the binary of which purely runs on cli. for some reason it also installs a bunch of icon theme packages even though I'm not using a DE and now it's taking ages to install those |
| 23:24.00 | *** join/#debian [E]sc (~playboy@d24-57-82-45.home.cgocable.net) |
| 23:24.12 | *** part/#debian f-a (~f-a@151.46.24.188) |
| 23:24.22 | nobody833[m] | @Celmor |
| 23:24.27 | nobody833[m] | Which package... oops |
| 23:24.51 | Celmor[m] | mtr |
| 23:24.59 | Celmor[m] | https://termbin.com/3nru |
| 23:25.28 | incal | hello, I use nm-connection-editor to fill is some data then it says connection validates and can be saved but how do I save it? |
| 23:25.44 | *** join/#debian thiras (~thiras@unaffiliated/thiras) |
| 23:26.01 | incal | to remove the window I can do ESC but then I can't ssh, seems it wasn't saved? |
| 23:26.01 | Celmor[m] | do I really always need --no-install-recommends? |
| 23:26.53 | *** join/#debian longears (longears@gateway/vpn/protonvpn/longears) |
| 23:27.53 | incal | I don't know if it is my resolution is too low, can't see the button? that simple? can I do it with a shell tool? TODO: 1) Ethernet connection, 2) remove enp4s0 from MAC, 3) set to shared, 4) SAVE |
| 23:28.10 | nobody833[m] | Celmor: no, you shouldn't. Although you could create an additional executable that runs the command with an alias so you don't have to type it out every time. |
| 23:28.43 | *** join/#debian thiras (~thiras@unaffiliated/thiras) |
| 23:29.27 | Celmor[m] | <PROTECTED> |
| 23:29.31 | incal | maybe anyone can just launch the editor and see what number of TABS from where gets to the save button, or if there is a menu that doesn't show up for some reason??? this is killing me :( |
| 23:29.33 | incal | TIA |
| 23:30.47 | *** part/#debian YaoNai (~YaoNai@unaffiliated/yaonai) |
| 23:30.58 | *** join/#debian asterismo_l (~asterismo@2800:a4:1051:1d00::cd0) |
| 23:31.07 | incal | can you do this with nmcli, new Ethernet connection, set MAC only w/o the specific/temporary port, then connection type sharing? |
| 23:31.40 | incal | or perhaps just set this up in a file from $EDITOR? |
| 23:31.49 | *** join/#debian thiras (~thiras@unaffiliated/thiras) |
| 23:36.12 | *** join/#debian wodencafe (wodencafe@woden.cafe) |
| 23:37.36 | *** join/#debian aligator (~aligator@41.141.81.146) |
| 23:40.05 | *** join/#debian CombatVet (~c4@gateway/tor-sasl/combatvet) |
| 23:47.23 | nobody833[m] | Celmor: |
| 23:47.27 | nobody833[m] | Because they are dependencies |
| 23:49.33 | *** join/#debian SoulsForBelial (~SoulsForB@p200300f12f3d3900821f02fffeaf6272.dip0.t-ipconnect.de) |
| 23:51.40 | incal | ah, did it with nmcli |
| 23:51.45 | *** part/#debian incal (~user@c-6e85225c.021-67-7570702.bbcust.telenor.se) |
| 23:55.45 | *** join/#debian jmaher (~maher@2603-7000-8401-f4b1-0201-2eff-fe6f-09bd.res6.spectrum.com) |
| 23:55.46 | *** join/#debian seekr (~seekr@unaffiliated/seekr) |
| 23:58.59 | *** join/#debian moldorcoder7 (~moldorcod@206.166.251.59) |
| 23:59.23 | *** join/#debian mnhrdt (~Enric@fsf/member/mnhrdt) |