| 00:01.22 | *** join/#debian de-facto (~de-facto@gateway/tor-sasl/de-facto) |
| 00:02.28 | *** join/#debian rant (~user@unaffiliated/jscoder) |
| 00:04.44 | *** join/#debian wolf1 (~zzz@61-245-129-5.cust.aussiebb.net) |
| 00:06.36 | *** join/#debian rugshucker (rugshucker@gateway/vpn/privateinternetaccess/rugshucker) |
| 00:10.05 | *** join/#debian aloo_shu (~atomic@195.135.248.153) |
| 00:10.17 | *** join/#debian purpleunicorn (~purpleuni@unaffiliated/purpleunicorn) |
| 00:14.27 | *** join/#debian JesseDesu_ (jessirelli@gateway/vpn/privateinternetaccess/jessirelli) |
| 00:14.30 | *** join/#debian vjacob_ (~vjacob@31.13.191.164) |
| 00:15.13 | *** join/#debian annadane (~annadane@mtrlpq5302w-lp140-01-69-156-34-87.dsl.bell.ca) |
| 00:17.02 | *** join/#debian fstd_ (~fstd@unaffiliated/fisted) |
| 00:17.59 | *** join/#debian combro2k (~combro2k@gateway/tor-sasl/combro2k) |
| 00:19.37 | *** join/#debian dave4925 (dave4925@gateway/shell/suchznc/x-iyzkeintfuilsdzc) |
| 00:22.16 | *** join/#debian Emmet_brwn (~Emmet_brw@189.216.94.193) |
| 00:25.15 | *** join/#debian al2o3-cr (~gr33n7007@unaffiliated/gr33n7007h) |
| 00:28.01 | *** join/#debian Kafei (Jing@gateway/vpn/privateinternetaccess/kafei) |
| 00:30.21 | *** join/#debian purpleunicorn (~purpleuni@unaffiliated/purpleunicorn) |
| 00:37.51 | *** join/#debian Devil6Lair (devil6lair@gateway/vpn/privateinternetaccess/devil6lair) |
| 00:38.46 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 00:39.31 | *** join/#debian sZbcE8qNfG (c125fc8b@gateway/web/freenode/ip.193.37.252.139) |
| 00:39.37 | sZbcE8qNfG | is this true? https://www.wilderssecurity.com/threads/debian-stretch-9-5-released.406098/ |
| 00:39.55 | sZbcE8qNfG | the post said "The net iso of 9.5 "debian-9.5.0-amd64-netinst.iso" is problematic. (At least with the expert graphicall installation... cannot find the source disc to load the files and the installation cannot continue):eek: If anyone wants to perform a net installation should use the previous one "debian-9.4.0-amd64-netinst.iso" from the archive " |
| 00:40.57 | *** join/#debian dadinn (~DADINN@188.172.153.77) |
| 00:42.53 | *** join/#debian alexandros_c (~alexandro@unaffiliated/alexandros-c/x-1684531) |
| 00:44.42 | *** join/#debian TheManWithNoSock (~paige@71-80-66-240.dhcp.kgpt.tn.charter.com) |
| 00:46.20 | *** join/#debian Prints (~333@unaffiliated/prints) |
| 00:46.47 | *** join/#debian yunhao94 (~yunhao94@183.198.196.253) |
| 00:51.28 | *** join/#debian ilmostro (~ilmostro@unaffiliated/ilmostro) |
| 00:53.43 | *** join/#debian diniwed (~gavron@ool-43541d4d.dyn.optonline.net) |
| 00:53.57 | *** join/#debian relaxed (~relaxed@unaffiliated/relaxed) |
| 00:57.29 | *** join/#debian Namarrgon (~glei@archlinux/op/namarrgon) |
| 01:04.01 | *** mode/#debian [+l 1087] by debhelper |
| 01:04.32 | *** join/#debian bollo_ (~bollo@unaffiliated/bollo) |
| 01:04.54 | *** join/#debian Uberius (~Uberius@gateway/tor-sasl/uberius) |
| 01:05.55 | *** join/#debian awal1 (~awal1@modemcable251.103-162-184.mc.videotron.ca) |
| 01:06.16 | *** join/#debian de-facto (~de-facto@gateway/tor-sasl/de-facto) |
| 01:06.59 | *** join/#debian bolt (~r00t@unaffiliated/bolt) |
| 01:07.14 | *** join/#debian finalbeta (~finalbeta@ptr-e2o38d3vamjsb1ezw1f.18120a2.ip6.access.telenet.be) |
| 01:08.21 | *** join/#debian urk (~Gigglebyt@2601:647:4d01:f880:5466:1b8d:20e5:c2db) |
| 01:08.36 | *** join/#debian mthe878 (~mthe@unaffiliated/mthe) |
| 01:09.55 | *** join/#debian purpleunicorn (~purpleuni@unaffiliated/purpleunicorn) |
| 01:10.09 | *** join/#debian astra`` (~astra@185.212.149.12) |
| 01:11.38 | *** join/#debian astra`` (~astra@185.212.149.12) |
| 01:12.38 | Noldorin | trying to use smartctl on a drive here, but getting this message |
| 01:12.39 | Noldorin | <PROTECTED> |
| 01:12.41 | Noldorin | any idea why? |
| 01:15.19 | Gigglebyte | Any possibility of getting someone to add Python 3.6 or newer to the repos? I can't install my System76 drivers as a result of the repos only offering 3.5 Alternative I might be able to unplung my keyboard lights from the motherboard until 3.6 moves out of SID, but I really could use 3.6 now. |
| 01:17.47 | ryouma | just ooc, keyboard lights are plugged into motherboard? and python is related to this? |
| 01:19.10 | *** join/#debian Pendrag0n (~Thunderbi@pool-173-79-124-60.washdc.fios.verizon.net) |
| 01:22.22 | *** join/#debian sidmo_ (~ident@p5B3D8609.dip0.t-ipconnect.de) |
| 01:22.45 | *** part/#debian JesseDesu_ (jessirelli@gateway/vpn/privateinternetaccess/jessirelli) |
| 01:29.37 | b | smartctl failed to detect the USB bridge adapter so you have to pass the type to smartctl as an argument. |
| 01:29.52 | *** join/#debian tribrid (~textual@47.184.166.236) |
| 01:39.10 | *** join/#debian castleguard (~castlegua@2607:fea8:5b5f:f55f:cc8c:eee4:6a4c:5d5) |
| 01:39.57 | Noldorin | b, what do you mean "type"? |
| 01:39.58 | *** join/#debian Moussa (~moussa@141.168.117.108) |
| 01:40.24 | b | smartctl's -d argument. |
| 01:41.01 | Gigglebyte | ryouma> Yes, it looks like Cleavo went for cheap when they built this computer for System76. I installed Debian stable, but now can't shut off the back lights. I tried to install the drivers, but they were only tested with Ubuntu and no other linux distro. Today I got as far as installing a PGP key from the System76 keyring server, and now I get an error message indicating that python3-evdev is missing. I did some |
| 01:41.02 | Gigglebyte | research and it looks like python3-evdev is in Debian SID and is greater than Python 3.6 However, there is no guaranty that once this piece of software is installed that there won't be other dependency issues. System76 is not to swift, and doesn't even use the Linux Firmware Shared Infrastructure. Inspite of the shortcomings Cleavo does offer a generous amount of ports, and expansion slots, the screen is real bright in |
| 01:41.02 | Gigglebyte | the brightest setting, but their electronics is a lot to be desired. My laptop actually shuts off when I plug in for charging, even when the battery life is still decent. Cleavo tests nothing and lets their US resellers bear all the costs. |
| 01:42.06 | b | https://www.smartmontools.org/wiki/Supported_USB-Devices - according to the idVendor:idProduct heading that you provided, you pass -d sat |
| 01:42.28 | b | (like I had to do with my USB adapter to smartctl) |
| 01:42.48 | *** join/#debian cCkw (~ejakuk@gateway/tor-sasl/cckw) |
| 01:42.52 | ryouma | Noldorin: smartctl -d scsi -a /dev/disk/by-id/$1 or smartctl -d sat -a /dev/disk/by-id/$1 seem to usually be worth trying |
| 01:44.46 | ryouma | b: ineresting. what do yo9u run to find out the idVendor etc.? |
| 01:45.16 | b | I find it in lsusb |
| 01:45.45 | b | (might also show up in dmesg) |
| 01:46.02 | ryouma | trying to figure out return codes for smartctl so i can just run all my disks through it and use the return codes to try a different device |
| 01:47.08 | *** join/#debian jetscreamer (~jetscream@unaffiliated/jetscreamer) |
| 01:47.14 | ryouma | i get exit codes of 4 and 2 |
| 01:47.30 | ryouma | ("return values") |
| 01:50.24 | *** join/#debian khumba (~khumba@unaffiliated/khumba) |
| 01:53.50 | *** join/#debian [b0b] (~bob@unaffiliated/sulfyr) |
| 01:55.00 | *** join/#debian neo4 (~Thunderbi@152-178-95-178.pool.ukrtel.net) |
| 01:56.42 | *** join/#debian nyov_ (~nyov@unaffiliated/nyov) |
| 02:00.54 | *** join/#debian wgas (~wgas@unaffiliated/wgas) |
| 02:01.21 | *** join/#debian handsome_feng (~handsome_@218.76.23.26) |
| 02:06.23 | Noldorin | ryouma, Standard Inquiry (36 bytes) failed [Inappropriate ioctl for device] |
| 02:07.02 | *** join/#debian Rovanion (~rovanion@h-109-172.A163.priv.bahnhof.se) |
| 02:07.50 | ryouma | Noldorin: i' |
| 02:08.04 | ryouma | dunno |
| 02:09.51 | Noldorin | b, ryouma, hmm, might not like that I'm connected via a USB hub? |
| 02:10.47 | *** join/#debian lobata (~mint@c-24-7-180-130.hsd1.ca.comcast.net) |
| 02:12.02 | *** join/#debian purpleunicorn (~purpleuni@unaffiliated/purpleunicorn) |
| 02:13.20 | ryouma | if the /dev/disk/by-id starts with ata- can you use scsi always and if it is usb-_Patriot_Memory_07013B5B22647A29-0:0 can you use sat always? |
| 02:17.00 | jim | what's the new key for archive.debian.org? |
| 02:17.40 | *** join/#debian aloo_shu (~atomic@195.135.248.153) |
| 02:18.21 | *** join/#debian aloo_shu (~atomic@195.135.248.153) |
| 02:21.52 | Noldorin | ryouma, wait, I see `Bus 001 Device 010: ID 0480:a202 Toshiba America Inc Canvio Basics HDD`... that would be it |
| 02:21.54 | Noldorin | so what now? |
| 02:21.58 | *** join/#debian castleguard (~castlegua@CPE84948c2b2773-CM84948c2b2770.cpe.net.cable.rogers.com) |
| 02:23.30 | Moussa | Noldorin, what are you trying to do? |
| 02:27.25 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 02:27.42 | Noldorin | Moussa, run smartctl on my disk |
| 02:28.02 | Moussa | ok |
| 02:29.53 | Moussa | and you want the drive id? |
| 02:30.40 | Moussa | as in ada, sda, etc... |
| 02:31.22 | ryouma | wants to know that -d option to use i think |
| 02:31.25 | Noldorin | yeah |
| 02:31.27 | Noldorin | the -d option |
| 02:31.42 | ryouma | it might be that this corresponds to the by-id |
| 02:31.47 | ryouma | (dunno) |
| 02:32.22 | ryouma | but you can look it uyp on that page |
| 02:32.28 | Moussa | yeah UID or UUID |
| 02:32.33 | *** join/#debian spiritwalker (~spiritwal@gateway/tor-sasl/spiritwalker) |
| 02:37.31 | Moussa | is the enclosure USB-IDE or USB-SATA? |
| 02:38.40 | Noldorin | Moussa, no idea |
| 02:38.47 | Noldorin | ryouma, Moussa `-d sat` seems to work though |
| 02:38.57 | dvs | Moussa, it's connected by USB |
| 02:39.00 | Noldorin | so how do I check if the disk is good now (not ruined)? |
| 02:39.18 | Moussa | yeah that what i was going to suggest |
| 02:43.14 | Moussa | you need to have smartmontools installed |
| 02:43.20 | Noldorin | I do |
| 02:43.26 | Moussa | and you could run a test |
| 02:43.32 | Noldorin | smartctl is part of it anyway |
| 02:43.32 | Moussa | or schedule one |
| 02:43.37 | Noldorin | how? |
| 02:44.27 | Moussa | with sudo smartctl -t |
| 02:45.12 | Moussa | or -c for a short test |
| 02:46.49 | *** join/#debian JPT (~jpt@classified.name) |
| 02:47.22 | ryouma | smart is kind of inscrutable |
| 02:48.30 | Noldorin | okay, I ran `smartctl /dev/sda -d sat -t long |
| 02:48.34 | Noldorin | thanks guys |
| 02:49.26 | Moussa | good one |
| 02:50.08 | Moussa | lsblk is also a handy tool to keep |
| 02:51.24 | michael2 | anyone know how to get the bssid of the wifi interface? |
| 02:52.10 | *** join/#debian Prints (~333@unaffiliated/prints) |
| 02:52.53 | *** join/#debian LorD_n1c0w (~igora@187.45.177.18) |
| 02:53.44 | *** join/#debian n4dir (~user@i577BC820.versanet.de) |
| 02:54.17 | Moussa | try ip a |
| 02:54.23 | Moussa | not sure |
| 02:57.10 | *** join/#debian MACscr|lappy (~MACscr|la@c-98-215-100-46.hsd1.il.comcast.net) |
| 02:57.43 | *** join/#debian comphuse (~comphuse@58.208.10.191) |
| 02:57.54 | *** join/#debian learjet60xr (~learjet60@072-189-094-226.res.spectrum.com) |
| 02:58.34 | michael2 | ip a seems to report different values on every invocation - Im looking for a command which reports the bssid of the wifi chipset device itself |
| 03:01.04 | *** join/#debian cybercrypto (~cybercryp@179.156.209.102) |
| 03:01.45 | *** join/#debian LinDrug (~jan@149-161-46-155.dhcp-bl.indiana.edu) |
| 03:02.30 | LinDrug | exit |
| 03:02.36 | LinDrug | lol sorry |
| 03:03.08 | ryouma | is journalctl necessary? that is, can you just look in the logs? |
| 03:03.24 | ryouma | what i mean is, does journalctl report anything that the logs do not? |
| 03:04.20 | michael2 | I think journalctl will be linked into every systemd service? whereas syslog isn't ? |
| 03:04.34 | *** join/#debian greatgatsby_ (~greatgats@104.129.119.129) |
| 03:05.29 | *** join/#debian intcat (~zshlyk@gateway/tor-sasl/intcat) |
| 03:05.43 | michael2 | I think syslog will be connected to all important logs, but if you for example created your own custom service for a timer , then journalctl is probably the only way you will get it |
| 03:06.24 | michael2 | also, if you have persistent logging enabled, journalctl allows you to see where reboots happened |
| 03:07.41 | *** join/#debian fedorafan (~fedorafan@unaffiliated/fedorafan) |
| 03:08.02 | Noldorin | hmm, I get "Aborted by host" immediately, ryouma, Moussa |
| 03:08.15 | al2o3-cr | michael2: do you want the bssid of the router or mac address of the NIC? |
| 03:08.18 | *** join/#debian tribrid (~textual@47.184.166.236) |
| 03:09.07 | michael2 | al2o3-cr: mac address on the NIC |
| 03:09.22 | michael2 | of the wifi NIC on my laptop |
| 03:10.17 | ryouma | michael2: var log seems to show when the computer rebooted in jessie, are yous aying journalctl showsm ore there? i don't use any of my own services as i am clueless about systemd (just want it to work). |
| 03:10.54 | Moussa | Noldorin, not a good idea to test a Hd through USB enclosure let alone through a HUB |
| 03:11.23 | Noldorin | Moussa, I don't think my rpi has enough power for it without a hub |
| 03:11.39 | Moussa | i see |
| 03:11.54 | al2o3-cr | michael2: what do mean if reports a different MAC address on every invocation? |
| 03:12.00 | Moussa | can you test it on another pc |
| 03:12.07 | al2o3-cr | ^ using ip a |
| 03:13.04 | michael2 | ryouma: thats great if you can see when reboots happened via syslog or kernel log. I just have never been able to tell myself when the reboots happended. with the binary log files that journalctl reads from , there is a --Reboot-- log inserted - so you can tell |
| 03:14.43 | al2o3-cr | michael2: what does this produce: cat /sys/class/net/<interface>/address |
| 03:14.58 | michael2 | al2o3-cr: when I run `ip a' it keeps showing a different mac address. Im guessing the command prints the mac address reported to my neighbours on the network, but not the 'burned in' address on the wifi NIC |
| 03:15.18 | Noldorin | al2o3-cr, yeah possibly |
| 03:15.21 | Noldorin | oops |
| 03:15.23 | Noldorin | Moussa, |
| 03:15.36 | Noldorin | will do that tomorrow, off for now |
| 03:15.41 | Noldorin | cheers for the advice |
| 03:15.55 | michael2 | al2o3-cr: looks like the NIC mac address. thanks |
| 03:16.17 | al2o3-cr | michael2: np. |
| 03:16.42 | Moussa | Noldorin, cheers |
| 03:16.43 | SerajewelKS | Moussa: smart tests happen on the device itself, the hub isn't really that relevant i don't think |
| 03:17.01 | SerajewelKS | smart tests are done by the drive's own controller |
| 03:17.08 | Moussa | true, but some hubs do time out on the bus |
| 03:17.34 | michael2 | al2o3-cr: you don't know what the uuid field in network manager [connection] section in network manager config files is do you? |
| 03:17.41 | Moussa | from own experience anyway |
| 03:17.46 | SerajewelKS | they might. but the timeout does not apply to the test, rather to the querying by smartctl. |
| 03:17.51 | SerajewelKS | smartctl does not wait for the test results |
| 03:18.03 | SerajewelKS | "start test" and "get status" are separate commands |
| 03:22.24 | *** join/#debian ralpheeee (ralpheeee@gateway/vpn/privateinternetaccess/ralpheeee) |
| 03:23.27 | *** join/#debian monksam (~monksam@gateway/tor-sasl/monksam) |
| 03:24.02 | *** mode/#debian [+l 1080] by debhelper |
| 03:24.45 | *** join/#debian behanw (uid110099@gateway/web/irccloud.com/x-esrhajnokbdcsuac) |
| 03:26.33 | jim | hi, I did an apt-get update on an old site, and it said this: http://termbin.com/0qz8 |
| 03:26.48 | jim | anything I can do about that? |
| 03:29.01 | *** join/#debian guiverc (~guiverc@ppp118-209-104-126.bras1.mel11.internode.on.net) |
| 03:29.23 | *** join/#debian czart_ (~czart@acgd195.neoplus.adsl.tpnet.pl) |
| 03:31.04 | n4dir | no experience with it, don't fully understand the error message too, but the web proposes to install "debian-archive-keyring". If you alrady did that, and the second line relates to that, i got no clue. jim |
| 03:31.58 | *** join/#debian RoyK_Heime (~roy@unaffiliated/royk-heime/x-8129099) |
| 03:33.16 | *** join/#debian rmkp (~rmkp@p200300C9EF071E00232B372AF7ED2CAA.dip0.t-ipconnect.de) |
| 03:35.38 | Moussa | SerajewelKS, well i can only speak from own experience, not usb bridges do pass on the right code command to the hd controller |
| 03:35.39 | nyov | jim: you'll have to get the old debian-archive-keyring package, http://archive.debian.org/debian/pool/main/d/debian-archive-keyring/ |
| 03:35.54 | Moussa | +all |
| 03:36.47 | Moussa | so what might work on some does not mean it will work on others |
| 03:37.02 | Moussa | so eliminating the middle man might help |
| 03:37.05 | jim | nyov, thanks... let's see whidch one I have |
| 03:37.27 | nyov | jim: or extract those keys and tell apt about them |
| 03:37.47 | jim | ok |
| 03:38.43 | nyov | so you don't downgrade your current package and lose the current keys - depends on if you want to have squeeze in parallel with stretch or newer |
| 03:39.46 | *** join/#debian citypw (~citypw@61.140.24.69) |
| 03:39.55 | *** join/#debian n_1-c_k (~nick@2a02:8010:63a6::70) |
| 03:40.11 | jim | apparantly the one I have is the latest in that dir, [ ]debian-archive-keyring_2010.08.28+squeeze1_all.deb |
| 03:43.09 | nyov | jim: oooh |
| 03:43.31 | nyov | now I remember. ofcourse the key is expired. system time not back, and all that. (doh) |
| 03:47.05 | nyov | so, I thought I remembered an option to allow expired keys. But I must have been wrong. what you can do, is: `apt-get --allow-unauthenticated` |
| 03:47.24 | nyov | (APT::Get::AllowUnauthenticated "true"; in /etc/apt/apt.conf.d/) |
| 03:47.45 | nyov | or try to fetch an update of the key first, perhaps it got renewed |
| 03:47.48 | n4dir | jim : which release are you trying to use? |
| 03:48.04 | nyov | jim: https://serverfault.com/a/615362/462760 |
| 03:48.22 | *** join/#debian cybercrypto (~cybercryp@179.156.209.102) |
| 03:49.59 | Gigglebyte | gigglebyte |
| 03:50.05 | Gigglebyte | ooophs |
| 03:50.22 | *** join/#debian yunhao94 (~yunhao94@183.198.196.253) |
| 03:56.07 | cybercrypto | :) |
| 03:56.27 | *** join/#debian Gigglebyte (~Gigglebyt@2601:647:4d01:f880:5466:1b8d:20e5:c2db) |
| 03:57.02 | Gigglebyte | Is there a say way to install Python3.6 in Debian stable? The repos only have 3.5 and I need 3.6 in order to install my System76 drivers. I am running Debian stable. |
| 03:57.26 | *** join/#debian defloca^ (~J4N4@202.170.84.188) |
| 03:57.30 | Gigglebyte | Has anyone tested Python 3.6 with Debian stable, or at least unofficially? |
| 03:57.34 | *** join/#debian rant (~user@unaffiliated/jscoder) |
| 03:58.09 | nyov | Gigglebyte: no, if you want to have python3.6 you need to 'side-load' it (sadly). Use a virtualenv if you can |
| 03:58.17 | Gigglebyte | I noticed that System76 has uploaded its Nvidia driver to the repos, so it looks like my complaints are working. |
| 03:58.52 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 03:59.28 | *** join/#debian Pendrag0n (~Thunderbi@pool-173-79-124-60.washdc.fios.verizon.net) |
| 03:59.42 | Gigglebyte | nyov> Python 3.6 is required in order to install the System76 driver which is required in order to install the System76 Nvidia drivers. Apparely Clevo who makes System76 is cheap on system ware, so most of the LInux distros will have issues unless driver's and firmware offer something. |
| 04:00.10 | Gigglebyte | System76 did upload its Nvidia drivers to the repos but they are not usable. |
| 04:00.21 | *** join/#debian v01t (~v01t@i577B4D0A.versanet.de) |
| 04:00.43 | nyov | what repo? and package? |
| 04:01.00 | Gigglebyte | nyov> Debian stable |
| 04:01.19 | Gigglebyte | The following driver appears to be in the Debian stable repo system76-driver-nvidia |
| 04:01.27 | nyov | and can't you force it to use python3.5?? perhaps symlink /usr/bin/python3.5 to /usr/bin/python3.6 will be enough |
| 04:01.46 | Gigglebyte | I have reached out to Wolfgang to see if he could add Python 3.6 to backports. Not sure if he has time to do it. |
| 04:02.31 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 04:02.56 | nyov | Now that would be awesome. Usually upgrading python causes a whole bunch of dependencies to break |
| 04:03.26 | Gigglebyte | nyov> I get a dependency error indicating that Python 3.6 is required |
| 04:03.50 | nyov | Since for some reason, python packages most often are requiring the latest python of the current suite (for no reason) |
| 04:04.28 | nyov | Gigglebyte: ah then it won't work, unless you also build yourself a dummy package |
| 04:04.38 | Gigglebyte | No, it is the System76 drivers that are requiring this. System76 is a bit goofy anyway, and they only support Ubuntu which is riduculous, but I assume the issue is $$$. |
| 04:04.47 | Gigglebyte | nyov> How do I build myself a dummy package? |
| 04:05.14 | nyov | just like building a regular debian package, but with nothing in it |
| 04:05.21 | nyov | except the meta-data |
| 04:05.47 | themill | !wquivs |
| 04:05.49 | themill | bah |
| 04:05.53 | themill | dselect: equivs |
| 04:05.53 | dselect | equivs is a package that enables you to create dummy packages that tell <apt> you really have installed (through some other means) the package. aptitude install equivs, and read /usr/share/doc/equivs/*, see also <usrlocal>. A better plan is often to adapt the Debian packages to your needs, ask me about <package recompile> <uupdate> <ssb>. |
| 04:06.33 | nyov | themill: awesome, I totally forgot about those (thanks) |
| 04:10.49 | nyov | I just checked if python3.6 package from buster was installable in stretch. but nada. |
| 04:11.27 | nyov | It completely breaks a bunch of packages which depend on 'python3 (< 3.6)' (WTF?) |
| 04:11.37 | *** join/#debian monksam (~monksam@gateway/tor-sasl/monksam) |
| 04:11.39 | nyov | So a backport is impossible |
| 04:12.13 | nyov | (or infeasible?) |
| 04:14.38 | nyov | That dependency requirement seems really arbitrary |
| 04:16.15 | *** join/#debian olivetree_ (~oliveira@78.29.155.222) |
| 04:16.22 | *** join/#debian buddhirt (~buddhi---@202.63.242.180) |
| 04:17.23 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 04:27.09 | *** join/#debian james8 (~james8@167-179-183-41.a7b3b7.mel.nbn.aussiebb.net) |
| 04:30.46 | jim | nyov, thanks I'll try that :) |
| 04:33.27 | jim | I think that did it |
| 04:34.48 | Gigglebyte | nyov> In that case I could just unplug the backlight to the keyboard and take a chance that the laptop will eventually be repairable. What about downgrading to Linux Testing? Earlier this evening I found Python 3.6 in SID. Will it also work in testing? |
| 04:34.54 | jim | nyov, I don't think it is... but, you can use pyenv to get and build it |
| 04:35.30 | *** join/#debian tribrid (~textual@47.184.166.236) |
| 04:35.54 | nyov | Gigglebyte: I don't follow. If you are on testing or sid, you will have access to python3.6 |
| 04:35.57 | Gigglebyte | I am going to contact System76 about this and point out some of the problems. They did upload their Nvidia driver to the repos so it looks like they are making some type of effort. |
| 04:36.04 | jim | Gigglebyte, the binary package? I don't think so... but you might be able to backport it |
| 04:36.14 | Gigglebyte | Is Python 3.6 available in Testing? or only SID? |
| 04:36.26 | *** join/#debian pingfloyd (~pingfloyd@unaffiliated/pingfloyd) |
| 04:36.41 | Gigglebyte | I am on Debian stable, which is my preferred OS to run things in. |
| 04:36.43 | jim | , v python3 |
| 04:36.43 | nyov | Gigglebyte: you can always `apt-get download` the package and extract it manually (and do whatever needs to be done with it) |
| 04:36.44 | judd | Package: python3 on amd64 -- wheezy: 3.2.3-6; jessie: 3.4.2-2; stretch: 3.5.3-1; buster: 3.6.5-3; sid: 3.6.6-1 |
| 04:37.16 | Gigglebyte | nyov> But you indicated it breaks a bunch of things, so I am not looking to engage in risky behavior. |
| 04:37.23 | jim | actually 3.6 -is- avalble in testing |
| 04:37.29 | *** join/#debian kallesbar (~kallesbar@95.175.104.101) |
| 04:37.30 | nyov | but as I said, possibly linking python3.5 to 3.6 is good enough, and telling apt you have python3.6, using equivs |
| 04:37.59 | nyov | jim: but you can't install in on a stable system without breaking slews of packages |
| 04:38.01 | Gigglebyte | nyov> How would I link python3.5 to 3.6? |
| 04:38.36 | Gigglebyte | But you said it breaks a bunch of things. Would I be better of downgrading to Debian testing instead of using equivs? Or do you think equivs will be ok? |
| 04:38.46 | jim | right, and if I recall, there's some kind of change in the python building in debian, that you can't backport to stable |
| 04:38.55 | nyov | ln -s /usr/bin/python3.5 /usr/bin/python3.6 |
| 04:39.00 | jim | I don't remember what they said |
| 04:39.03 | themill | eww? |
| 04:39.10 | nyov | themill: no? |
| 04:39.20 | nyov | temporarily |
| 04:39.51 | jim | Gigglebytem what are you running? |
| 04:40.04 | themill | If it actually needs python3.6 that won't work; if it doesn't need python3.6, it would use #!/usr/bin/python3 for the shebang, surely? |
| 04:40.41 | nyov | themill: true, it should. so actually a symlink is unnecessary even |
| 04:40.49 | nyov | hadn't thought about that |
| 04:41.27 | nyov | Gigglebyte: what's the package name? |
| 04:41.54 | Gigglebyte | python3-evdev |
| 04:42.31 | Gigglebyte | I looked it up and it is part of Python 3.6 This package is required in order to install the System76 driver, and the System76 driver is required in order to install the System76 Nvidia driver. |
| 04:42.46 | nyov | that's only in testing |
| 04:43.23 | *** join/#debian tvm (~tvm@router-sever1-nat-m.pilsfree.net) |
| 04:43.27 | nyov | ,v python3-evdev |
| 04:43.28 | judd | Package: python3-evdev on amd64 -- buster: 1.0.0+dfsg-1+b1; sid: 1.0.0+dfsg-1+b1 |
| 04:43.42 | nyov | so what you really want is a backport of that package, no? |
| 04:44.21 | Gigglebyte | nyov> Yes, as long as it doesn't break a bunch of other things. Right now Debian testing is working great except for the keyboard lights and I blame Cleavo for that. |
| 04:44.35 | Gigglebyte | Also, the F keys quit working, but I suspect the drivers will help. |
| 04:45.18 | Gigglebyte | nyov> Would I be better of downgrading to Testing instead of trying to backport Python 3.6 to stable? |
| 04:45.36 | nyov | yeah now you lost me. you talk about being on stable and then you talk about being on testing and then you talk about downgrading to testing. ??? |
| 04:46.08 | *** join/#debian defloca2 (~J4N4@202.170.84.188) |
| 04:47.06 | Gigglebyte | I have always been on Debian stable. python3-evdev is not in stable, and I get an error message indicatding I can't install the System76 driver unless python3-evdev is installed. |
| 04:47.47 | Gigglebyte | I need to install the System76 drivers so that I can shut off the hideous blue keyboard lights that are on 24/7. Hopefully I can regain brightness control of the screen as well. |
| 04:48.27 | themill | python3-evdev is entirely vbackportable |
| 04:49.32 | themill | (assuming it or this driver installer doesn't start using async or other new python3.6 features) |
| 04:50.15 | nyov | also assuming the package has no other dependency issues |
| 04:51.44 | themill | The package doesn't have build-time tests... |
| 04:52.33 | *** join/#debian luckman212 (~luckman21@unaffiliated/luckman212) |
| 04:52.37 | nyov | sorry, I meant his driver package or whatever it is |
| 04:52.57 | themill | yeah, it gives me less confidence that the backport is OK |
| 04:55.20 | *** join/#debian dreamon_ (~dreamon@unaffiliated/dreamon) |
| 04:56.13 | RoyK | Gigglebyte: if you need something not in backports, just setup a vm and install something new and shiny there |
| 04:56.16 | RoyK | !sns |
| 04:56.16 | dpkg | Shiny New Shit Syndrome is a serious disorder, which usually breaks out into an epidemic every time something new is released. If you have SNS, ask me about <backports> and <ssb>; these are better options than upgrading to <testing> because it is a <moving target>. |
| 04:57.10 | Gigglebyte | RoyK> Will that allow me to install the System76 driver that complains of a missing dependency called python3-evdev? python3-evdev is part of Python3.6 |
| 04:57.21 | nyov | themill: python3.5 is listed as supported in classifiers though, https://pypi.org/project/evdev/ (and testcases in source) |
| 04:57.59 | Gigglebyte | RoyK> Would I be better of using the vm to avoid breaking something> nyov advises that python3.6 breaks a bunch of packages in Debian, but apparently the file is available in Testing and SID, but it isn't available in backports. |
| 04:58.00 | RoyK | Gigglebyte: I have no idea about system76 things, sorry |
| 04:58.35 | Gigglebyte | RoyK> I just want to install the driver that depends on Python3-evdev (Python 3.6) |
| 04:59.30 | *** join/#debian COOurb (~COOurb@pppoe77-82-101-56.kamchatka.ru) |
| 04:59.41 | nyov | Gigglebyte: can you perchance give that package name and source site? |
| 04:59.49 | *** join/#debian iderik (~idk@h-235-101.A147.priv.bahnhof.se) |
| 05:00.30 | Gigglebyte | nyov> https://support.system76.com/articles/system76-driver/ |
| 05:01.00 | Gigglebyte | I have already added the repository, but had to add a public key from the keyring server. |
| 05:02.09 | *** join/#debian Tier__ (~dastier@212.98.167.242) |
| 05:03.38 | *** join/#debian Tier__ (~dastier@212.98.167.242) |
| 05:03.55 | nyov | oha lost of stuff there |
| 05:04.01 | nyov | *lots |
| 05:04.17 | *** join/#debian COOurb (~COOurb@209.58.185.232) |
| 05:04.21 | Gigglebyte | I am headed to sleep. I tried creating a symbolic link as you suggested from Python3.5 to Python3.6, but still get the same error. Feel free to memoserve me. I am headed to sleep. |
| 05:06.18 | *** part/#debian Gigglebyte (~Gigglebyt@2601:647:4d01:f880:5466:1b8d:20e5:c2db) |
| 05:10.15 | *** join/#debian buddhirt (~buddhi---@202.63.242.180) |
| 05:14.01 | *** mode/#debian [+l 1072] by debhelper |
| 05:15.40 | *** join/#debian fedorafan (~fedorafan@unaffiliated/fedorafan) |
| 05:16.28 | *** join/#debian diogenes_ (~diogenes_@host-static-93-113-95-9.moldtelecom.md) |
| 05:19.00 | *** join/#debian purpleunicorn (~purpleuni@unaffiliated/purpleunicorn) |
| 05:23.26 | *** join/#debian cfoch (uid153227@gateway/web/irccloud.com/x-gdrjbvjznuwhkyyh) |
| 05:26.52 | *** join/#debian MACscr (~MACscr@c-98-215-100-46.hsd1.il.comcast.net) |
| 05:28.10 | *** join/#debian dastier_ (~dastier@212.98.167.242) |
| 05:29.23 | nyov | not sure why but I took a look at that repo, and python-evdev is really the only dependency that is unavailable |
| 05:30.19 | *** join/#debian learjet60xr (~learjet60@072-189-094-226.res.spectrum.com) |
| 05:30.24 | *** join/#debian u-ou (sid257727@gateway/web/irccloud.com/x-uvdnjvlkunpszugw) |
| 05:31.37 | *** join/#debian Agiofws (~agiofws@2a02:587:7e14:d600:c0b4:ae51:ee0e:1447) |
| 05:32.26 | u-ou | I want to dual boot debian and openbsd. Which one should I install first/ |
| 05:32.30 | nyov | of course I can't say if all that nvidia shi.uhm.stuff installs correctly |
| 05:33.09 | nyov | u-ou: the one you want to boot first? ha ha *cough* ha |
| 05:33.23 | u-ou | ;) |
| 05:33.58 | diogenes_ | the one you want to boot first should be installed last |
| 05:34.46 | *** join/#debian baptist (~baptist@192.71.218.177) |
| 05:37.57 | nyov | but really. dual-booting? I couldn't even do that anymore. |
| 05:38.05 | nyov | I mean, it requires a *reboot* |
| 05:38.51 | nyov | pick debian for the host, and put bsd in a VM ;) |
| 05:46.58 | *** join/#debian Haohmaru (~Haohmaru@195.24.53.110) |
| 05:49.11 | *** join/#debian ToBeCloud (uid51591@wikimedia/ToBeFree) |
| 05:49.43 | *** join/#debian dxrt (~dxrt@unaffiliated/dxrt) |
| 05:51.06 | *** join/#debian nyaomi (~naomi@cpe-74-75-6-125.maine.res.rr.com) |
| 05:54.01 | *** mode/#debian [+l 1078] by debhelper |
| 05:59.36 | *** join/#debian chele (~chele@2a02:8106:1:f900:faca:b8ff:fe2f:8499) |
| 06:00.38 | *** join/#debian beaver (~none@gateway/tor-sasl/beaver) |
| 06:04.24 | *** join/#debian woshty (~woshty@unaffiliated/woshty) |
| 06:05.59 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 06:09.11 | *** join/#debian Night-Shade (~TimF@2a02:8109:9a80:6d80:e9d0:46bd:3d26:7a87) |
| 06:11.57 | *** join/#debian silverballz (~hidden@35.139.177.25) |
| 06:18.33 | *** join/#debian purpleunicorn (~purpleuni@unaffiliated/purpleunicorn) |
| 06:19.38 | *** join/#debian Kulrak (1010011010@tlug/member/kulrak) |
| 06:20.55 | *** join/#debian brondif (~brondif@2001:999:32:fc5:f707:9838:c019:f61a) |
| 06:21.03 | *** join/#debian will_haven (~will_have@185.156.175.35) |
| 06:22.41 | *** join/#debian sonicdee (~linushec@linus.powered.by.lunarbnc.net) |
| 06:23.53 | *** join/#debian __marco (~marco@178.254.117.186) |
| 06:23.59 | *** join/#debian alexandros_ (~alexandro@unaffiliated/alexandros-c/x-1684531) |
| 06:24.01 | *** mode/#debian [+l 1084] by debhelper |
| 06:24.46 | *** join/#debian Bliss9 (~df@pool-72-74-19-201.bstnma.fios.verizon.net) |
| 06:26.28 | *** join/#debian HerbY_NL2 (~HerbY_NL2@2001:67c:2564:518:c1bd:1121:613b:bfbe) |
| 06:33.11 | *** join/#debian furaidi_ (~furaidi@91.149.155.123) |
| 06:38.34 | *** join/#debian D0c70rWh0 (~D0c70rWh0@gateway/tor-sasl/d0c70rwh0) |
| 06:47.06 | *** join/#debian sonicdee (~linushec@linus.powered.by.lunarbnc.net) |
| 06:47.13 | *** join/#debian dreamon_ (~dreamon@unaffiliated/dreamon) |
| 06:47.38 | *** join/#debian shann (~Stanislas@unaffiliated/shann) |
| 06:47.40 | *** join/#debian zer0_her0 (~zer@cti8166.cti.gr) |
| 06:52.16 | *** join/#debian buzzzz (~buzzzz@r49-3-12-14.cpe.vividwireless.net.au) |
| 06:52.20 | *** join/#debian ekix (~eki@dsl-hkibng41-567327-143.dhcp.inet.fi) |
| 06:52.34 | *** join/#debian fedorafan (~fedorafan@unaffiliated/fedorafan) |
| 06:52.41 | *** join/#debian dastier (~dastier@212.98.167.242) |
| 06:56.15 | *** join/#debian dc- (~dc@gateway/tor-sasl/dc-) |
| 06:56.37 | *** join/#debian brokencycle (~brokencyc@p200300F07BC77400021B21FFFE50034D.dip0.t-ipconnect.de) |
| 06:59.13 | *** join/#debian epony (~epony@unaffiliated/epony) |
| 07:00.41 | *** join/#debian foul_owl (~foul_owl@75-172-97-224.tukw.qwest.net) |
| 07:03.31 | *** join/#debian vbutnaru (~vbutnaru@92.86.48.14) |
| 07:03.40 | *** join/#debian Sabotender (~Sabotende@unaffiliated/sabotender) |
| 07:06.04 | *** join/#debian dreamon_ (~dreamon@unaffiliated/dreamon) |
| 07:09.07 | *** join/#debian aZz7eCh (~aZz7eCh@unaffiliated/azz7ech) |
| 07:09.12 | *** join/#debian Madda (~Madda@2-228-92-98.ip190.fastwebnet.it) |
| 07:10.14 | *** join/#debian bollo (~bollo@unaffiliated/bollo) |
| 07:10.17 | *** join/#debian sysvalve (~sysvalve@217.111.235.105) |
| 07:11.16 | *** join/#debian mspe (~mspe@37.173.65.75) |
| 07:13.34 | tdn | Does anyone in here use Ansible for managing your Debian deployments? And if you do, do you use Ansible from debian sources? |
| 07:17.09 | mspe | I don't see the point in using the upstream ppa |
| 07:17.32 | *** join/#debian schu-r (~Thunderbi@82-149-107-2.wco.wellcom.at) |
| 07:17.34 | mspe | since version 2.6.3 is available in stretch-backports |
| 07:18.18 | *** join/#debian zifxify (~zifxify@gateway/tor-sasl/zifxify) |
| 07:18.54 | jelly | ,v ansible |
| 07:18.55 | judd | Package: ansible on amd64 -- jessie: 1.7.2+dfsg-2; jessie-backports: 2.2.1.0-2~bpo8+1; stretch: 2.2.1.0-2; stretch-backports: 2.6.3+dfsg-1~bpo9+1; buster: 2.6.4+dfsg-1; sid: 2.6.4+dfsg-1 |
| 07:19.04 | jelly | that's new |
| 07:19.16 | *** join/#debian oo_miguel (~miguel@89-75-127-111.dynamic.chello.pl) |
| 07:19.27 | *** join/#debian n4dir (~user@i577BC820.versanet.de) |
| 07:19.55 | *** join/#debian dilema (~dilema@193.146.211.2) |
| 07:20.12 | jelly | $work has 2.5 from upstream right now |
| 07:20.35 | jelly | (not ppa, git clone) |
| 07:22.18 | *** join/#debian diogenes_ (~diogenes_@host-static-93-116-130-26.moldtelecom.md) |
| 07:22.35 | *** join/#debian spiritwalker (~spiritwal@gateway/tor-sasl/spiritwalker) |
| 07:22.38 | *** join/#debian Darcidride (~Darcidrid@194.2.202.93) |
| 07:25.57 | *** part/#debian brondif (~brondif@2001:999:32:fc5:f707:9838:c019:f61a) |
| 07:26.07 | *** join/#debian vlt (~vlt@2a01:488:66:1000:57e6:5dd1:0:1) |
| 07:29.15 | *** join/#debian mthe878 (~mthe@unaffiliated/mthe) |
| 07:30.11 | *** join/#debian clemens3 (~clemens@mx.eniso-partners.com) |
| 07:30.49 | *** join/#debian format_c (~koeppea@unaffiliated/format-c/x-8927423) |
| 07:34.01 | *** mode/#debian [+l 1092] by debhelper |
| 07:35.17 | *** join/#debian pldiem (~dmazuruk@ip-188-127-25-182.ennet.pl) |
| 07:37.09 | zer0_her0 | hello, sorry about what i am going to moan about, but, is the old pal, /etc/security/limits semi deprecated? : in order to define a daemon's limits do I have to create a copy of the daemon.service in /etc/systemd/system and blah blah ?? |
| 07:39.04 | *** join/#debian mibo (~mibo@194.213.207.197) |
| 07:40.29 | *** join/#debian FightingFalcon (~FightingF@78.161.215.74) |
| 07:41.25 | *** join/#debian baptist (~baptist@rev-140-208.legacytubes.illyse.net) |
| 07:42.04 | *** join/#debian tmch2 (~tmch@109.226.224.93) |
| 07:43.03 | *** join/#debian jetscreamer (~jetscream@unaffiliated/jetscreamer) |
| 07:43.41 | *** join/#debian icebit_ (~icebit_@62.19.198.158) |
| 07:43.57 | *** join/#debian roshanavand (~roshanava@p57AF56CB.dip0.t-ipconnect.de) |
| 07:44.36 | zer0_her0 | tdn, I prefered ppa for ansible (e.g. deb http://ppa.launchpad.net/ansible/ansible/ubuntu xenial main) since it seems to be updated more often and since upstream releases often.. |
| 07:44.44 | *** join/#debian ongolaBoy (~ongolaBoy@unaffiliated/ongolaboy) |
| 07:46.01 | tdn | mspe, yeah, I would like to know what people in here tend to go with since most people I encounter (mostly RHEL guys) are all using the latest from upstream. |
| 07:47.03 | Fox | ppa on debian, hell... |
| 07:47.24 | Fox | !dontbreakdebian |
| 07:47.24 | dpkg | methinks dont break debian is https://wiki.debian.org/DontBreakDebian |
| 07:47.35 | nyov | what's the point of using the latest when the stable one is good enough |
| 07:48.01 | *** join/#debian tagomago (~tagomago@87.125.152.15) |
| 07:48.09 | *** join/#debian n_1-c_k (~nick@2a02:8010:63a6::70) |
| 07:48.17 | tdn | The one in stable is 2.2.1.0-2 |
| 07:48.29 | nyov | stretch-backports: 2.6.3+dfsg-1~bpo9+1; |
| 07:48.38 | tdn | It is fairly old. But I may stille be able to use it just fine |
| 07:48.48 | tdn | nyov, that is not stable then, right? |
| 07:48.54 | jelly | tdn: RHEL ships very little software so enriching the environment from non-distro sources is basically a must |
| 07:48.57 | nyov | stretch is stable |
| 07:49.05 | nyov | stable is stretch |
| 07:49.24 | jelly | and yes the version in stretch is old |
| 07:49.36 | jelly | !bdo |
| 07:49.36 | dpkg | backports.debian.org (formerly backports.org) is an official repository of <backports> for the current stable (see <jessie backports>) and oldstable (<wheezy backports>) distributions, prepared by Debian developers. Ask me about <backport caveat> and read http://backports.debian.org/Instructions/. See also <bdo kernel> <bdo mirrors> <bdo contents> <bdo list> <bdo bugs> <bdo xorg> <bdo NEW>. |
| 07:50.12 | nyov | magnitudes better than using a ppa, IMHO |
| 07:50.26 | jelly | ppa debs are not built for debian. |
| 07:50.29 | nyov | but YMMV |
| 07:50.53 | tdn | jelly, ok |
| 07:51.32 | n4dir | let's hope the "don't use ppa's " somehow got through. |
| 07:51.57 | *** join/#debian Sepultura (~Sepultura@unaffiliated/sepultura) |
| 07:52.18 | tdn | I never use PPAs. I am considering chosing between debian provided debs for stable or going with upstream/github. |
| 07:52.35 | tdn | I may consider backports. |
| 07:53.42 | *** join/#debian ilmostro (~ilmostro@unaffiliated/ilmostro) |
| 07:54.01 | *** mode/#debian [+l 1099] by debhelper |
| 07:54.03 | nyov | what is wrong with backports? it's the same source, with (usually trivial) dependency fixes for stable. I never had a bpo package that didn't work out :) |
| 07:54.46 | n4dir | if there already is a version in sid, then a simple sid backport might be a choice too. probably easier than compiling upstream. |
| 07:54.54 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 07:55.09 | *** join/#debian Pjusur (~Pjusur@188.95.241.209) |
| 07:55.19 | nyov | yeah, apt-get source, buildpackage, dpkg -i |
| 07:55.37 | jelly | ansible is python, there's not much compiling |
| 07:55.47 | n4dir | i meant in general. |
| 07:56.19 | tdn | nyov, I just have very little experience with it. Maybe there is no problem at all. What I fear, I think is two things: 1) lack of experience/unknown and 2) that it might break the next upgrade somehow. |
| 07:57.39 | nyov | tdn: okay, that's understandable. In my experience, though, it's not a problem to install backported packages - they will continue to be upgraded by apt on the next release version |
| 07:58.03 | n4dir | hurry. dpkg, the bot, worked for one day for me. now stopped again. oh my. |
| 07:59.38 | format_c | hi, I use exim4 as the MTA. I've some webscripts that are capable to send emails (submit to localhost). By default this submission is accepted w/o authentication. I'd like to adjust the configuration to enforce authenticated submission for anything that is not destined to +local_domains. I already searched the web. But there I only find how to solve it the other way round. Any hint? |
| 07:59.39 | n4dir | anyway he has info what to check in what order in case a version in stable ain't sufficient. |
| 08:00.23 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 08:01.06 | tdn | Thanks for input re. ansbile. I'll look into the backports and try it out. |
| 08:01.13 | zer0_her0 | sorry, but upstream (vendor) way of doing this in debian is ppa (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html#latest-releases-via-apt-debian) |
| 08:02.01 | themill | zer0_her0: upstreams don't necessarily know the best way to work with a distribution |
| 08:03.37 | themill | The very fact that they suggest "sudo pip" verifies that their instructions should be ignored, tbh. |
| 08:04.22 | *** join/#debian h0 (~h0@126.1.10.93.rev.sfr.net) |
| 08:04.45 | zer0_her0 | themill, just for the record i started with backport until I found that a newer version was not still backported and switched to ppa (and since they write it to their website) |
| 08:06.36 | *** join/#debian Slashman (~Slash@cosium-152-18.fib.nerim.net) |
| 08:06.42 | zer0_her0 | that does not mean that I encourage the use of ppa repos in general, but maybe one could use it for particual software repos, that provide only one upstream package. shouldn't this be safe ? |
| 08:07.58 | jelly | in general, no, it would not be safe |
| 08:08.05 | themill | it doesn't only provide one package either |
| 08:08.19 | *** join/#debian AimHere (~David@cpc132308-sgyl43-2-0-cust150.know.cable.virginm.net) |
| 08:09.10 | themill | Maybe they know what they are doing, maybe they don't.... |
| 08:09.29 | jelly | it's as safe as the author of PPA can make it safe, you rely completely on them not to mess up your installation |
| 08:10.11 | zer0_her0 | of course, trust is in the basis of every repository. |
| 08:10.27 | jelly | and if PPA infrastructure is used to build binary .deb and not just as a distribution point, it has to be said they _only_ build for ubuntu releases |
| 08:11.37 | *** join/#debian IdleGandalf (~IdleGanda@anquietas.harting.hosting) |
| 08:14.12 | *** join/#debian learjet60xr (~learjet60@072-189-094-226.res.spectrum.com) |
| 08:16.22 | *** join/#debian xet7 (~xet7@mobile-access-6df036-164.dhcp.inet.fi) |
| 08:16.46 | zer0_her0 | nevertheless, one (admin) will get to the point that she needs to install an upstream piece of software in a stable debian. Then imho the options are, a) upstream source: difficult to maintain, b) a third party trust worthy repo : easier to maintain (maybe combined with some apt policy assurances) |
| 08:18.34 | zer0_her0 | and oh i forgot c) container based solution, an easy to maintain black box. |
| 08:18.56 | n4dir | stevepusser made posts at forums.debian.net how to use ppa's and rebuild them for debian. I can't find them right now (and sure would not know anything about it. Just saying one would find infos, in case one needs). |
| 08:21.29 | *** join/#debian Emmanuel_Chanel (~Emmanuel_@ZN020073.ppp.dion.ne.jp) |
| 08:23.03 | nyov | format_c: you may want to look into submission (port 587) over using port 25 |
| 08:23.20 | nyov | format_c: I don't know how exim handle that, though (or if) |
| 08:23.30 | *** join/#debian jubo2 (~juboxi@wikipedia/jukeboksi) |
| 08:24.10 | nyov | then disable the sending of non-local mail through 25 |
| 08:24.41 | *** join/#debian rgr (~rgr@46.36.200.92) |
| 08:24.58 | format_c | nyov, thanks for the hint. I'll try to search based on this information. |
| 08:25.05 | nyov | format_c: https://en.wikipedia.org/wiki/Message_submission_agent#Mandatory_authentication |
| 08:25.46 | rgr | can anyone suggest to me why 30x11-common_xresources is not being processed on a gdm3 login? My ~/.Xresources are not being processed. |
| 08:25.48 | at0m | zer0_her0: also, #ansible is quite active |
| 08:28.10 | nyov | rgr: I would assume gdm3 ignores ~/.Xresources | ~/.Xdefaults |
| 08:28.42 | nyov | but I'm just guessing. what would gdm3 want in those files/ |
| 08:28.51 | rgr | why would yo uassume that? Its not suppose to. |
| 08:29.06 | nyov | rgr: okay, then nevermind me |
| 08:29.28 | *** join/#debian Tom-_ (~tomg@64-7-151-9.border7-dynamic.dsl.sentex.ca) |
| 08:29.36 | rgr | they are X resource files. so obvuiously a graphical login might be interested in sourcing them and the X init file I mentioned does exactly that but its not being processed. And I would like to know why. |
| 08:29.58 | *** join/#debian will_haven (~will_have@91.214.169.69) |
| 08:32.27 | nyov | I use XDM. perhaps because of this. I can't remember |
| 08:32.46 | rgr | yeah, if you dont know better not to just guess randomly. |
| 08:32.57 | nyov | sorry about that |
| 08:35.48 | *** join/#debian rafalcpp (~racalcppp@84-10-11-234.static.chello.pl) |
| 08:35.54 | *** join/#debian Brigo (~Brigo@249.59.27.77.dynamic.reverse-mundo-r.com) |
| 08:35.57 | *** join/#debian queip (~queip@unaffiliated/rezurus) |
| 08:36.26 | *** join/#debian purpleunicorn (~purpleuni@unaffiliated/purpleunicorn) |
| 08:38.47 | *** join/#debian muAdmDev (~mu@193.158.65.130) |
| 08:41.19 | *** join/#debian HalfWord (~halfword@unaffiliated/halfword) |
| 08:41.37 | muAdmDev | we got a cron problem on one debian 9.5 system. cronjobs are arbitrarily just not run. e.g. we got an hourly cron that isn't run (also not listed on dron.log) every 5-7 hours. Known bugs, hints, any experience with that? |
| 08:44.01 | *** mode/#debian [+l 1105] by debhelper |
| 08:45.55 | *** join/#debian bassil (uid143807@gateway/web/irccloud.com/x-qodzepzdxjvyangn) |
| 08:46.04 | *** join/#debian schizo (~schizo@unaffiliated/sekizo) |
| 08:50.02 | *** join/#debian dmk (~dankeast@outbound.landmarkinfo.co.uk) |
| 08:51.44 | *** join/#debian sinaowolabi (~Sina@160.152.41.97) |
| 08:54.18 | jelly | muAdmDev: is time on that system correct and no skipping? |
| 08:54.48 | *** join/#debian Elirips (~Elirips@242.109.22.178.ftth.as8758.net) |
| 08:57.33 | *** join/#debian Emmanuel_Chanel (~Emmanuel_@ZN020073.ppp.dion.ne.jp) |
| 08:58.01 | *** join/#debian _ADN_ (~username@5.148.34.186) |
| 08:59.37 | *** join/#debian pragomer (~pragomer@p5DDDD140.dip0.t-ipconnect.de) |
| 08:59.58 | muAdmDev | jelly: time is correct and it's a physical system. How could I check for skipping? Further other (weekly) crons are also having this problem and they are run at differnt times |
| 09:02.57 | *** part/#debian survietanime (~vnvu@mxfr2-m1.mcra.iliadgroupe.fr) |
| 09:02.57 | *** join/#debian anonymip (~anonymip@unaffiliated/anonymip) |
| 09:05.59 | *** join/#debian terminalator (terminalat@gateway/vpn/privateinternetaccess/terminalator) |
| 09:06.35 | *** join/#debian furaidi (~furaidi@91.149.155.123) |
| 09:06.49 | themill | You're not doing something like running ntpdate from cron, are you? |
| 09:07.44 | muAdmDev | themill: no, but good point :) |
| 09:09.01 | jim | how can I find packages I put on hold? it says I have held broken packages, but dpkg -l | grep ^H produces no output |
| 09:09.19 | themill | hold is a loaded work and does not mean what you think |
| 09:09.47 | *** join/#debian ham5 (~iamfive@unaffiliated/ham5) |
| 09:10.32 | *** join/#debian jpe (~jp@fnord.cryptophone.de) |
| 09:11.56 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 09:12.04 | jim | themill, this is what I tried, and what it outputted... could you take a look: http://termbin.com/20zo |
| 09:13.11 | themill | makes sense |
| 09:13.27 | themill | !bat |
| 09:13.27 | dpkg | In order to troubleshoot your problem with apt-get, apt or aptitude we need ALL OF THE FOLLOWING information: 1. complete output of your apt-get/apt/aptitude run (including the command used) 2. output from "apt-cache policy pkg1 pkg2..." for ALL packages mentioned ANYWHERE in the problem, and 3. "apt-cache policy". Use http://paste.debian.net/ to provide us with this information. Also ask me about <localized errors>. |
| 09:14.23 | jim | ok hold on a sec for 2 and 3 |
| 09:16.09 | jelly | muAdmDev: not easily (might eg. run date in an endless loop and collect output) |
| 09:18.20 | *** join/#debian catsup (~d@ps38852.dreamhost.com) |
| 09:18.45 | *** join/#debian encod3 (~encod3@89.20.162.146.static.ef-service.nl) |
| 09:18.52 | jim | themill, http://termbin.com/8u0j |
| 09:19.07 | *** join/#debian electro33 (uid613@gateway/web/irccloud.com/x-uwusuudxocwbmjjq) |
| 09:19.39 | themill | keep going |
| 09:19.43 | Nothing4You | is there a way to restrict the source ip for a specific user while allowing any source ip for any other user over ssh? |
| 09:19.54 | *** join/#debian pragomer (~pragomer@p5DDDD140.dip0.t-ipconnect.de) |
| 09:19.56 | *** join/#debian catsup (d@ps38852.dreamhost.com) |
| 09:19.58 | jim | themill, what else do you want? |
| 09:20.43 | themill | all packages mentioned anywhere in the problem -- only one package is actually mentioned in the problem |
| 09:21.13 | jim | which package is that? |
| 09:21.37 | themill | «Depends: debhelper (>= 11) but 10.2.5 is to be installed» |
| 09:21.50 | jim | ok |
| 09:21.55 | jim | ibe sec' |
| 09:23.28 | jim | themill, http://termbin.com/mogb |
| 09:24.11 | themill | Does that answer your question? |
| 09:25.10 | jim | let's see, |
| 09:25.17 | jim | , v debhelper |
| 09:25.18 | judd | Package: debhelper on amd64 -- wheezy: 9.20120909; jessie: 9.20150101+deb8u2; jessie-security: 9.20150101+deb8u2; jessie-backports: 10.2.5~bpo8+1; stretch: 10.2.5; stretch-backports: 11.3.5~bpo9+1; buster: 11.3.5; sid: 11.4 |
| 09:25.40 | jim | I could bet the one from backports |
| 09:25.45 | jim | get |
| 09:26.36 | jim | ok let's see what happens... thanks for looking at this |
| 09:26.37 | themill | yes, that's frequently needed (and why our standard backporting instructions say to include backports) |
| 09:27.13 | jim | ok, good to know |
| 09:31.51 | *** join/#debian Tom-_ (~tomg@64-7-151-9.border7-dynamic.dsl.sentex.ca) |
| 09:32.01 | *** join/#debian Hunterkll_ (~Hunterkll@2001:470:8b06:100:a011:601f:5c43:88e7) |
| 09:40.00 | *** join/#debian Mr-Potter (~Mr-Potter@58.92.9.51.dyn.plus.net) |
| 09:40.46 | *** join/#debian Qizzy (~Qizzy@136-144-208-184.colo.transip.net) |
| 09:42.25 | *** join/#debian drzacek (~drzacek@b941c009.business.dg-w.de) |
| 09:47.30 | *** join/#debian HicksD (~q@bernard.stupidbeard.uk) |
| 09:48.23 | *** join/#debian Elirips (~Elirips@242.109.22.178.ftth.as8758.net) |
| 09:50.43 | *** join/#debian rafalcpp (~racalcppp@84-10-11-234.static.chello.pl) |
| 09:51.15 | rafalcpp | graphics hangs after few minutes |
| 09:51.42 | rafalcpp | killall -u theuser -9, and logging again in kdm/gdm, results in X staying on empty screen, not loading the user desktop |
| 09:51.52 | rafalcpp | going to other console (VT) and there startx, works |
| 09:51.57 | rafalcpp | (also reboot fixes it) wtf |
| 09:52.33 | *** join/#debian nix64bit (~Thunderbi@197.155.4.163) |
| 09:57.34 | *** join/#debian BrainWork (~brain@efm.dh.comech.co.uk) |
| 09:57.58 | *** join/#debian woshty (~woshty@unaffiliated/woshty) |
| 09:58.28 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 09:59.54 | *** join/#debian chrissl (~chris@84-115-13-221.cable.dynamic.surfer.at) |
| 10:00.22 | *** join/#debian v01t (~v01t@i577B4D0A.versanet.de) |
| 10:03.36 | *** join/#debian cef (~cef@unaffiliated/cef) |
| 10:03.50 | *** join/#debian NetTerminalGene (~NetTermin@unaffiliated/dontknow) |
| 10:05.33 | *** join/#debian n_1-c_k (~nick@2a02:8010:63a6::70) |
| 10:08.31 | *** join/#debian nuuuciano (~luuuciano@unaffiliated/luuuciano) |
| 10:10.50 | *** join/#debian ViperXL75 (~MisterT@5ED192AC.cm-7-2c.dynamic.ziggo.nl) |
| 10:11.01 | *** join/#debian dselect (~dselect@unaffiliated/themill/bot/dselect) |
| 10:12.30 | *** join/#debian alexandros_ (~alexandro@unaffiliated/alexandros-c/x-1684531) |
| 10:13.17 | ViperXL75 | hey guys. I just ran into the most peculiar behaviour. I'm running Debian Stretch and sharing files through SMB. The strange thing is, I want to copy an ISO file from it. The thing allows me to copy other file types like TXT. But not ISO. Been trying to copy with both Win10 as Win7. |
| 10:14.01 | *** mode/#debian [+l 1112] by debhelper |
| 10:14.17 | *** join/#debian finalbeta1 (~finalbeta@dD576A726.access.telenet.be) |
| 10:14.36 | *** join/#debian COOurb (~kvirc@pppoe77-82-101-56.kamchatka.ru) |
| 10:17.00 | *** part/#debian Antoine- (~Antoine@LFbn-1-11864-44.w90-93.abo.wanadoo.fr) |
| 10:17.28 | *** join/#debian encod3 (~encod3@89.20.162.146.static.ef-service.nl) |
| 10:19.52 | ViperXL75 | screw my life. The file rights were set wrong. I was looking at the wrong place for the problem. SOrry and thanks for your listening ears and shoulders to cry on. |
| 10:20.56 | *** join/#debian schu-r (~Thunderbi@82-149-107-2.wco.wellcom.at) |
| 10:23.37 | at0m | !next |
| 10:23.37 | dpkg | Another happy customer leaves the building. |
| 10:24.41 | muAdmDev | :) |
| 10:25.42 | *** join/#debian fedorafan (~fedorafan@unaffiliated/fedorafan) |
| 10:26.59 | *** join/#debian Antoine- (~Antoine@LFbn-1-11864-44.w90-93.abo.wanadoo.fr) |
| 10:29.12 | *** join/#debian MichaelOF (~michael@p200300EB8BCCFB0179440DC99C5BC34A.dip0.t-ipconnect.de) |
| 10:30.48 | *** join/#debian will_haven (~will_have@91.214.169.69) |
| 10:32.29 | *** join/#debian moldy (~rene@unaffiliated/moldy) |
| 10:32.31 | moldy | hi |
| 10:33.08 | moldy | any idea why my compose key is not working? i tried Alt_R, Super_R and Control_R: setxkbmap -layout us -option compose:Control_R |
| 10:37.43 | *** join/#debian forgon (c3bf43e2@gateway/web/freenode/ip.195.191.67.226) |
| 10:41.42 | *** join/#debian Mazhive (~Mazhive@143.0.33.179) |
| 10:43.02 | *** join/#debian HalfWord (~halfword@unaffiliated/halfword) |
| 10:44.36 | nyov | moldy: perhaps try `setxkbmap -layout us -option compose:rctrl` |
| 10:45.08 | moldy | nyov: no effect either |
| 10:45.24 | moldy | i ran dpkg-reconfigure keyboard-configuration now. maybe i should reboot? |
| 10:46.58 | nyov | moldy: you are certain the key works, of course? Try one of the other options from `grep "compose:" /usr/share/X11/xkb/rules/base.lst` |
| 10:47.13 | *** join/#debian terminalator (~terminala@unaffiliated/terminalator) |
| 10:47.31 | nyov | of course you can try a reboot. but I don't see how it would help |
| 10:48.36 | *** join/#debian lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 10:49.01 | *** join/#debian gryffus (~gryffus@unaffiliated/gryffus) |
| 10:49.20 | moldy | nyov: ahh, "paus" works, interesting. thanks! |
| 10:49.20 | *** join/#debian dreamon_ (~dreamon@unaffiliated/dreamon) |
| 10:49.46 | moldy | nyov: and "rwin" does, too :) |
| 10:49.49 | nyov | weird |
| 10:50.20 | moldy | i think it was a combination of multiple mistakes |
| 10:50.36 | moldy | wrong keyboard layout in /etc/default/keyboard, and wrong name for the key |
| 10:51.46 | nyov | It can be quite confusing, really. |
| 10:53.01 | nyov | thank the wiki people for documenting stuff; i wouldn't be able to get anything done without that external brain |
| 10:53.18 | *** join/#debian Modeuse (~kvirc@x8d1ee220.agdsn.tu-dresden.de) |
| 10:54.12 | *** join/#debian semeion (~semeion@unaffiliated/semeion) |
| 10:54.21 | *** part/#debian TandyUK (~admin@TandyUK/staff/James) |
| 10:55.20 | *** join/#debian silverballz (~hidden@35.139.177.25) |
| 10:56.29 | muAdmDev | we are back at the "cron abitrarily not running" problem. now suspecting PAM and LDAP. Is it normal behavior that even for local users LDAP is queried |
| 10:59.29 | Iridos | maybe you have anacron installed |
| 10:59.34 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 10:59.58 | nyov | 'local' users? |
| 11:00.37 | D0c70rWh0 | whats the content of your nsswitch.conf? |
| 11:01.11 | *** join/#debian retiform (~retiform@2601:5ca:c304:8764::5df6) |
| 11:01.21 | petn-randall | D0c70rWh0: Sounds a lot like a XY problem. Or a survey. |
| 11:01.22 | petn-randall | !xy |
| 11:01.22 | 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:01.49 | petn-randall | D0c70rWh0: What is the issue you're trying to solve? |
| 11:02.05 | nyov | muAdmDev: if users are configured for ldap lookup in nsswitch, yes, your cron user would also be looked up |
| 11:02.20 | D0c70rWh0 | petn-randall: the LDAP and local user problem of muAdmDev |
| 11:02.58 | *** join/#debian donofrio (~donofrio@host-232.subnet-17.med.umich.edu) |
| 11:03.24 | petn-randall | D0c70rWh0: What is muAdmDev? |
| 11:04.27 | *** join/#debian HarveyPwca (~HarveyPwc@99-89-221-139.lightspeed.cicril.sbcglobal.net) |
| 11:04.44 | *** join/#debian matthelmke (~matthelmk@184.63.32.207.dyn.southslope.net) |
| 11:04.50 | Fox | petn-randall: s/what/who/ :) |
| 11:05.27 | *** join/#debian dpkg (~dpkg@unaffiliated/dpkg) |
| 11:06.47 | COOurb | Can somebody help me with OpenVPN connection types? #OpenVPN is innactive. |
| 11:07.10 | *** join/#debian rgr (~rgr@46.36.200.92) |
| 11:07.22 | muAdmDev | <PROTECTED> |
| 11:08.01 | nyov | COOurb: don't ask to ask ;) |
| 11:09.12 | Moussa | i wonder if you have tried to create a costume script and place it in /etc/cron.x |
| 11:09.24 | muAdmDev | D0c70rWh0: nsswitch.conf: https://pastebin.com/9gVSjnG5 |
| 11:09.24 | COOurb | nyov: I need some explanation about 'bridging' and 'routing' types. |
| 11:09.56 | COOurb | because OpenVPN instructions are not about VPN |
| 11:10.03 | muAdmDev | nyov: also read similar stuff on the interwebs :) |
| 11:10.08 | COOurb | more about gateway configuring |
| 11:11.59 | muAdmDev | the problem is that (of course) there are always LDAP queries, when a cron is run. So we thought that root of the evil might be there |
| 11:12.06 | Moussa | custom rather |
| 11:13.02 | muAdmDev | the funny thing is: we see the LDAP query in the logs (due to cron running) but the cronjob isn't run (or crashes) and also not logged in cron.log |
| 11:13.09 | nyov | muAdmDev: perhaps you need some nscd (caching daemon) |
| 11:13.19 | nyov | for faster lookups? |
| 11:13.44 | muAdmDev | nyov: got it installed, will check the config |
| 11:13.55 | nyov | shouldn't need config |
| 11:14.00 | nyov | but then I have no clue |
| 11:14.01 | *** mode/#debian [+l 1118] by debhelper |
| 11:14.54 | muAdmDev | <PROTECTED> |
| 11:15.20 | nyov | muAdmDev: perhaps increase cron log output in /etc/default/cron |
| 11:15.43 | *** part/#debian u-ou (sid257727@gateway/web/irccloud.com/x-uvdnjvlkunpszugw) |
| 11:16.03 | muAdmDev | nyov: i guess "-L 5" will do the trick? |
| 11:16.16 | *** join/#debian u-ou (sid257727@gateway/web/irccloud.com/x-uvdnjvlkunpszugw) |
| 11:16.20 | nyov | idk |
| 11:16.53 | muAdmDev | nyov: and a relaod. now I'm curious. Log-Level was way too low, only logging finished crons |
| 11:16.56 | *** join/#debian oerheks (~oerheks@ubuntu/member/oerheks) |
| 11:17.31 | *** join/#debian karakedi (~eAC53C340@unaffiliated/orphan) |
| 11:17.40 | *** join/#debian jfbourdeau (~jfbourdea@192.83.140.153) |
| 11:17.56 | nyov | COOurb: bridging will go through Layer2 (ebtables), routing will go through L3 (iptables)? |
| 11:18.47 | COOurb | nyov: what difference in practice? Some different client configuration or what? |
| 11:18.59 | D0c70rWh0 | muAdmDev: nsswitch looks fine for me. have you tried to filter the local user in questin by setting nss_initgroups_ignoreuser accordingly? |
| 11:19.01 | *** join/#debian ads20000 (~ads20000@79-74-130-114.dynamic.dsl.as9105.com) |
| 11:19.02 | COOurb | Because all I saw is routing==gateway |
| 11:20.05 | nyov | Difference will be in how clients see each other. In bridging mode, you connect two networks like a (virtual) switch. |
| 11:20.07 | COOurb | but in that case machines are clients of gateway-firewall, not OpenVPn clients |
| 11:20.50 | COOurb | I meant in routing case |
| 11:20.56 | *** part/#debian Antoine- (~Antoine@LFbn-1-11864-44.w90-93.abo.wanadoo.fr) |
| 11:23.08 | cef | muAdmDev: can't see all your history on this, but did you check /etc/pam.d/cron and related stuff is correct? |
| 11:23.36 | nyov | well, in routing case you have an IP on each dev tun endpoint - instead of a bridge interface |
| 11:24.16 | nyov | and you use routes to say what goes over the IP |
| 11:24.38 | nyov | if in doubt, I'd say you want the routing case |
| 11:24.53 | COOurb | not sure |
| 11:25.08 | cef | bridging will get you broadcast traffic. usually you don't want that. |
| 11:25.10 | *** join/#debian kallesbar (~kallesbar@95.175.104.101) |
| 11:25.30 | COOurb | well, I'm asking not about features |
| 11:26.22 | COOurb | for example, I have OpenVPN server and 2 clients. one routing, one bridging |
| 11:26.36 | COOurb | what difference in configuring clients? |
| 11:26.55 | COOurb | let's say that server configured for both/2servers |
| 11:27.34 | cef | that's not a feature. that's the nature of bridging. it's like "being" on a network card on the same lan segment. all that broadcast traffic (which is not usually necessary for a VPN) goes over your VPN link. More traffic to send/encrypt/etc. |
| 11:28.49 | COOurb | Will it be still same virtual network device(created by OpenVPN software) with IP assigned? Or somethng else? |
| 11:28.59 | nyov | the routing client will get a (default)route pushed to it to know where to send to - the bridging client will have a tap device (like another ethernet card) |
| 11:29.06 | nyov | i hope I said that right |
| 11:29.06 | *** join/#debian Antoine- (~Antoine@LFbn-1-11864-44.w90-93.abo.wanadoo.fr) |
| 11:29.08 | *** join/#debian sZbcE8qNfG (c125fc8b@gateway/web/freenode/ip.193.37.252.139) |
| 11:29.42 | COOurb | so routing client just have second IP and second gateway, without software installation. right? |
| 11:29.43 | *** part/#debian Antoine- (~Antoine@LFbn-1-11864-44.w90-93.abo.wanadoo.fr) |
| 11:30.00 | *** join/#debian Antoine- (~Antoine@LFbn-1-11864-44.w90-93.abo.wanadoo.fr) |
| 11:30.09 | cef | when you bridge 2 networks, they are effectively connected for broadcast traffic (ie: layer 2 traffic). It's really only useful when you have stuff that relies on broadcast traffic, such as older (not IP) network protocols or you want to monitor the other network (eg: packet sniff). |
| 11:30.44 | *** join/#debian Ilyas (uid43013@gateway/web/irccloud.com/x-vqtuzwumkrkcpleo) |
| 11:30.58 | *** join/#debian Bliss9 (~df@199.229.249.172) |
| 11:31.07 | COOurb | cef: I get it, that bridge supports broadcast and fine for such networks like Windows-based and games. |
| 11:31.11 | *** join/#debian Mottengrotte (~Mottengro@195.50.185.2) |
| 11:31.51 | Moussa | more like to bridge 2 networks |
| 11:32.14 | cef | COOurb: you shouldn't really need to change the config for either bridging or routing on the client afaik, UNLESS you're actively joining 2 separate networks at 2 different sites. |
| 11:33.05 | COOurb | cef: so again, doesn routing require special VPN software to esteblish connection? |
| 11:33.25 | *** join/#debian rootkea (~rootkea@114.143.109.198) |
| 11:33.25 | *** join/#debian nix64bit (~Thunderbi@197.155.4.163) |
| 11:33.51 | muAdmDev | cef: seems like it. didn't touch /etc/pam.d/cron, its including mostly the "commom" PAM stuff. Not sure if the common PAM stuff is right. here is a summary: https://pastebin.com/vrXD0Lwu |
| 11:34.01 | *** mode/#debian [+l 1126] by debhelper |
| 11:34.16 | Moussa | you should really explain what are you trying to do, to me sound like you want to connect 2 friends network to yours |
| 11:34.23 | Moussa | over vpn?? |
| 11:34.27 | *** part/#debian jfbourdeau (~jfbourdea@192.83.140.153) |
| 11:34.32 | cef | COOurb: Routing is built into pretty much every OS. If you're using OpenVPN, you need to use the OpenVPN client regardless of bridge or route. |
| 11:35.03 | COOurb | I just wana understand how it works, what I have like client, what I can provide like server. |
| 11:35.24 | COOurb | cef: hm |
| 11:35.58 | COOurb | so routing is simply adding IP+route? |
| 11:36.04 | *** join/#debian D0c70rWh0 (~D0c70rWh0@gateway/tor-sasl/d0c70rwh0) |
| 11:37.31 | *** join/#debian nibble_zero (~nibble_ze@37.244.231.177) |
| 11:38.05 | cef | yes. Either the gateway needs to translate things if the outside world doesn't know how to get back to it (NAT), or the outside world needs to know how to get back to your network (routing advertisement protocols, global routes on all necessary devices, or negotiation via a client). |
| 11:39.25 | cef | muAdmDev: sure its' not that 'default=bad' in Account? |
| 11:39.45 | muAdmDev | cef: maybe, I'm not familiar with the systems config |
| 11:40.34 | COOurb | ok, heh. |
| 11:40.36 | cef | muAdmDev: what's the ldap server and are you using an existing schema or something? |
| 11:41.24 | COOurb | What clients of payed VPN services have? I think bridget, am I right? |
| 11:41.45 | cef | more likely routed. |
| 11:41.55 | muAdmDev | cef: now checking the meaning of "default=bad". we have replicated LDAP-Servers with multiple schemes. the local ldap-slave gets the queries |
| 11:41.56 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 11:42.21 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 11:42.23 | cef | just cos you route the traffic, doesn't mean it can't be encrypted/decrypted. |
| 11:42.45 | COOurb | but if routed they only need IP+route, not VPN clients |
| 11:43.20 | cef | in a paid vpn service, you don't want bridging cos then all your broadcast traffic would go to the other end, and OTHER clients on the VPN would see it (cos it'd be sent to them), which isn't very private. |
| 11:43.35 | muAdmDev | cef: default=bad seems to be a good choice security-wise |
| 11:44.01 | *** join/#debian diogenes_ (~diogenes_@host-static-93-116-130-26.moldtelecom.md) |
| 11:44.01 | *** join/#debian retiform (~retiform@2601:5ca:c304:8764::5df6) |
| 11:44.23 | cef | ie: broadcast traffic leads to leaking private info that you probably don't want the general world/other ppl to see. |
| 11:44.33 | muAdmDev | cef: I could just remove the pam_ldap options and give it a try |
| 11:44.48 | COOurb | *mind boiling* then routing type is not onlu IP+route, it is also virtual-network card+software managing packets from it |
| 11:45.28 | *** join/#debian bmlzootown_ (~bmlzootow@unaffiliated/bmlzootown) |
| 11:45.35 | cef | muAdmDev: oh I wasn't talking about removing it permanently, just to see if it made the problems vanish. |
| 11:45.50 | *** join/#debian Jacob843 (~Jacob843@pool-71-104-9-211.nwrknj.fios.verizon.net) |
| 11:46.49 | cef | muAdmDev: if so, then you might need to make a copy of pam.d/common-auth copy and change pam.d/cron to use that instead of pam.d/common-auth |
| 11:47.45 | muAdmDev | cef: I'll just include an altered comm-auth version in /etc/pam.d/cron and see whats happening :D |
| 11:48.37 | cef | muAdmDev: just wondering if any of the users that cron/anacron is/are using are somehow listed in your ldap. |
| 11:48.44 | muAdmDev | <PROTECTED> |
| 11:48.50 | *** join/#debian redeemed (~real@82.208.188.40) |
| 11:49.02 | cef | muAdmDev: cos if so, that'd explain it. |
| 11:49.05 | muAdmDev | cef: yeah, gotta compare local and ldap user lists |
| 11:50.50 | cef | I suspect since I used to play a lot with LDAP that the tools for that sort of things have improved. :/ |
| 11:51.41 | muAdmDev | cef: the "cron users" are all local |
| 11:54.31 | *** join/#debian SopaXorzTaker (~SopaXorzT@unaffiliated/sopaxorztaker) |
| 11:55.06 | *** join/#debian retiform (~retiform@2601:5ca:c304:8764::5df6) |
| 11:59.00 | *** part/#debian u-ou (sid257727@gateway/web/irccloud.com/x-uvdnjvlkunpszugw) |
| 12:02.28 | *** join/#debian Hunterkll__ (~Hunterkll@2001:470:8b06:100:a011:601f:5c43:88e7) |
| 12:09.34 | *** join/#debian Essadon (~Essadon@81-225-32-185-no249.tbcn.telia.com) |
| 12:10.45 | *** join/#debian Pendrag0n (~Thunderbi@pool-173-79-124-60.washdc.fios.verizon.net) |
| 12:12.31 | *** join/#debian rootkea (~rootkea@114.143.109.198) |
| 12:14.22 | *** join/#debian roshanavand (~roshanava@p57AF56CB.dip0.t-ipconnect.de) |
| 12:14.51 | *** join/#debian agatineau (~agatineau@195.244.162.100) |
| 12:16.52 | *** join/#debian tsglove (~tsglove@12.205.72.46) |
| 12:18.28 | *** join/#debian Ulrar (~Ulrar@ciara.ulrar.net) |
| 12:18.53 | *** join/#debian morfeokmg (~morfeokmg@fixed-187-190-38-30.totalplay.net) |
| 12:20.01 | *** join/#debian Sigyn (sigyn@freenode/utility-bot/sigyn) |
| 12:20.12 | Ulrar | Hi, debian 9 seems to have no way to be configured with a remote gateway (a gateway in another subnetwork, onlink) and the installer seems to have recently dropped the "trick" of using the machine's own IP as a gateway to get around that. How would I report that, is there a point to reporting that on the bug tracker ? |
| 12:20.34 | Ulrar | Because it's very, very annoying but it might be on purpose, I guess, not sure it's really a bug |
| 12:21.50 | *** join/#debian dadinn (~DADINN@81.128.200.74) |
| 12:23.15 | *** join/#debian Neo_Chen (~Neo_Chen@unaffiliated/neo-chen/x-4242141) |
| 12:23.47 | jelly | Ulrar: how would the kernel know that IP was available on that iface? |
| 12:24.50 | hexhaxtron | When I do: systemctl start opensips it just hangs and shows no output. How can I know where it is hanging? |
| 12:25.21 | jelly | Ulrar: you can just add "up" lines that configure two routes via commands (ip r ... or route add ...) |
| 12:25.27 | *** join/#debian olivetree_ (~oliveira@78.29.155.222) |
| 12:25.34 | jelly | and "down" lines that remove those |
| 12:26.39 | *** join/#debian pingfloyd (~pingfloyd@unaffiliated/pingfloyd) |
| 12:26.43 | *** join/#debian sdoubleyou (~sdoubleyo@unaffiliated/sdouble25) |
| 12:26.51 | Ulrar | jelly: Yes I know, and that works |
| 12:27.20 | Ulrar | But that's really annoying to do in the installer, and again after the first boot where you end up trying to access a machine that doesn't have network access |
| 12:27.29 | Ulrar | On debian 8 you could just put the machine's own IP as a gateway |
| 12:27.35 | Ulrar | but debian 9 refuses that |
| 12:28.01 | Ulrar | I wish there was at least a "trust me, I know what I'm doing" button that would disable checks |
| 12:28.24 | jelly | I wasn't even aware that would work. |
| 12:28.37 | jelly | (and that it'd worked in debian 8) |
| 12:28.41 | Ulrar | Well might not everywhere, but in ovh / online it does work, for some reason |
| 12:28.52 | Ulrar | It did work up to debian 8 |
| 12:29.05 | Ulrar | And until the latest installer, it worked in the installer even on debian 9 |
| 12:29.21 | Ulrar | (The machine didn't have network at boot though) |
| 12:29.49 | Ulrar | On pfsense / opnsense you have a "remote gateway" tick box that disable the subnetwork test, it's perfect |
| 12:30.17 | *** join/#debian oojacoboo (~oojacoboo@80.67.100.243) |
| 12:31.55 | Ulrar | Anyway, debian 8 used to be easy to install, debian 9 is a pain, so I thought I might report it. Takes a while to figure out why everything stops working suddenly, I'm probably not the only one that change is affecting |
| 12:33.15 | jelly | Ulrar: fwiw, commenting here is not really visible to the people who can actually fix things. File an installation report if you have the time. |
| 12:33.29 | Ulrar | That was my original question |
| 12:33.34 | Ulrar | How should I report that |
| 12:33.44 | jelly | !installation report |
| 12:33.44 | dpkg | from memory, installation report is http://www.debian.org/releases/stable/i386/ch05s04#submit-bug |
| 12:34.01 | *** mode/#debian [+l 1132] by debhelper |
| 12:34.16 | Ulrar | Great, thanks |
| 12:37.18 | jelly | if you're doing preseed or some other automation you might go straight for debian-installer package, but if a workaround works in the installer and same config fails on first boot that might be actually something for ifupdown |
| 12:37.43 | *** join/#debian n4dir (~user@i577BC820.versanet.de) |
| 12:38.15 | Ulrar | Well the workaround used to work, it doesn't in the latest version apparently |
| 12:38.29 | Ulrar | We'll do installation-report for now |
| 12:39.18 | *** part/#debian jonvonb (~username@nat-208-66-188-116.pinebelt.net) |
| 12:39.25 | *** join/#debian noodlepie (~Phillip@host-92-19-234-97.static.as13285.net) |
| 12:45.40 | rootkea | Hello! As per the /etc/logrotate.conf [https://pastebin.com/raw/vHqZ6pFh], /var/log/btmp should have 660 permissions but |
| 12:45.42 | rootkea | ls -l /var/log/btmp |
| 12:45.51 | rootkea | -rw------- 1 root utmp 1536 Sep 15 16:03 /var/log/btmp |
| 12:46.10 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 12:46.13 | rootkea | What am I missing? |
| 12:48.25 | akay | Hi, does anybody here know something about linux udp low latency tuning (WAN)? i've seen people get udp latencys as low as their ICMP TCP counterparts and i'd love to know their secret :-) i've read through some redhat presentations and tried some things like changing buffer sizes, but that neither improved nor increased the latency. |
| 12:48.44 | nyov | rootkea: perhaps you changed that after the file was created? |
| 12:49.03 | *** join/#debian err404 (~err404@88.190.91.91) |
| 12:49.04 | rootkea | nyov, No, I didn't touched the file at all. |
| 12:50.02 | *** join/#debian V7 (~v7@unaffiliated/v7) |
| 12:50.02 | nyov | curious |
| 12:50.36 | rootkea | nyov, What do you have on your end? |
| 12:50.41 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 12:51.29 | nyov | 0660/0664, as the file says |
| 12:51.59 | nyov | just fix it manually -- or move it and say how it get recreated? |
| 12:52.38 | *** join/#debian plasticle (~plasticle@cpe-2606-A000-111C-80A6-CE4F-9B09-2491-7A77.dyn6.twc.com) |
| 12:53.12 | *** join/#debian eduardas_m (~eduardas@213.197.143.19) |
| 12:53.35 | rootkea | nyov, good idea! I'm moving it to another location and then will reboot. Thanks! |
| 12:53.49 | nyov | hexhaxtron: run in manually, yourself |
| 12:53.56 | *** join/#debian amcorreia (~amcorreia@177.183.40.13) |
| 12:54.29 | *** join/#debian Devil6Lair (devil6lair@gateway/vpn/privateinternetaccess/devil6lair) |
| 12:54.48 | *** join/#debian Tom-_ (~tomg@64-7-151-9.border7-dynamic.dsl.sentex.ca) |
| 12:55.16 | nyov | rootkea: restarting logrotate should be enough |
| 12:55.20 | *** join/#debian Madda (~Madda@2-228-92-98.ip190.fastwebnet.it) |
| 12:56.29 | nyov | s/restarting/executing/ |
| 12:56.31 | *** join/#debian Ericounet (~Eric@2a01:e0a:54:c220:39ce:cebc:d66c:205f) |
| 12:58.11 | *** join/#debian Nefertiti (~Nefertiti@unaffiliated/nefertiti) |
| 12:58.25 | *** join/#debian imp (~imp@2804:14d:5c9b:9d42:c421:b3da:f372:1cbe) |
| 12:58.30 | *** join/#debian dob1 (~dob1@unaffiliated/dob1) |
| 12:58.59 | dob1 | hi, if you have multiple lan card you can be sure that every one of them take the same interface name ? |
| 12:59.48 | dob1 | or you can say based on mac that this is eth0, eth1 etc |
| 13:01.10 | sZbcE8qNfG | i think u can write udev rules to ensure the same name...not sure why you would do that though |
| 13:01.17 | *** join/#debian rootkea (~rootkea@182.75.248.150) |
| 13:01.44 | nyov | dob1: /etc/udev/rules.d/70-persistent-net.rules |
| 13:02.03 | nyov | you can set them based on MAC |
| 13:02.06 | pjboro | dob1: https://major.io/2015/08/21/understanding-systemds-predictable-network-device-names/ Does that help you? |
| 13:02.14 | pjboro | nyov: +1 |
| 13:02.31 | dob1 | sZbcE8qNfG, if you have a iptables rule based on, let's say eth0, and the next time you boot this one becomes eth1 it's not good :) |
| 13:02.39 | dob1 | I take a look thanks |
| 13:02.48 | rootkea | nyaomi, I moved the file and just rebooted but /var/log/btmp got recreated with the same 600 permissions in spite of /etc/logrotate.conf asking for 660 |
| 13:03.05 | rootkea | nyov, ^ |
| 13:03.14 | sZbcE8qNfG | i run a router and everytime I boot, all the interfaces have the same name starting with enxp* |
| 13:03.27 | sZbcE8qNfG | not sure how it would change |
| 13:04.19 | *** join/#debian OptimusMKD (~Risto@145-255-192-100.ecomservice.bg) |
| 13:04.20 | nyov | rootkea: but it got recreated? curious also. I thought you might have to run /etc/cron.daily/logrotate |
| 13:04.40 | rootkea | nyov, didn't have to. it got recreated automatically. |
| 13:04.44 | dob1 | sZbcE8qNfG, it's the contrary, I want to be sure that they never change |
| 13:04.57 | petn-randall | rootkea: That's likely because logrotate isn't created by logrotate, but by the daemons that's actually writing it. |
| 13:05.05 | petn-randall | s/daemons/daemon/ |
| 13:05.29 | *** join/#debian LorD_n1c0w (~igora@187.45.177.18) |
| 13:05.34 | nyov | I had that thought also |
| 13:05.46 | nyov | but would logrotate then change it? |
| 13:05.47 | rootkea | petn-randall, Thanks! That makes sense. But why not respect logrotate.conf? Why not 660? |
| 13:05.49 | *** join/#debian hans_ (~hans@ti0016a400-1085.bb.online.no) |
| 13:06.03 | hans_ | what kernel version does 9.5 run on? |
| 13:06.10 | pjboro | dob1: most probably they won't change. As nyov already said the system recognizes the device looking at its MAC address.\ |
| 13:06.23 | hans_ | is it 4.9.x? |
| 13:06.28 | petn-randall | rootkea: I'm going to assume that if you wait 4 weeks that logrotate will create it correctly. |
| 13:06.36 | petn-randall | hans_: yes |
| 13:06.43 | hans_ | thanks |
| 13:07.02 | dob1 | and if I have old names? |
| 13:07.21 | nyov | pjboro: but that's because it was fixed in udev rules. changing device names otherwise is a real possibilty |
| 13:07.39 | nyov | was/is |
| 13:08.35 | rootkea | petn-randall, Ah, I am using Stretch for months now and still found /var/log/btmp with 600 I'm almost convinced as if logrotate.conf has no effect on btmp or may be something else changes the permissions again? |
| 13:09.12 | petn-randall | rootkea: It's also possible and likely that whatever writes to it also fixes the permissions. |
| 13:10.06 | rootkea | petn-randall, So now I just need to find what that is! |
| 13:10.17 | nyov | dob1: old names? you mean non-systemd? if your devices are in persistent-net.rules, you're good, otherwise just add them? |
| 13:10.39 | nyov | rootkea: you could move it again and then just execute /etc/cron.daily/logrotate |
| 13:10.47 | nyov | should run logrotate then |
| 13:11.17 | nyov | (and create the file, if it does that) |
| 13:11.52 | petn-randall | rootkea: I don't know the answer, but you could use inotify to find out. |
| 13:12.56 | *** join/#debian icebit_ (~marco@host115-60-dynamic.51-82-r.retail.telecomitalia.it) |
| 13:13.27 | *** join/#debian terminalator (terminalat@gateway/vpn/privateinternetaccess/terminalator) |
| 13:13.36 | dob1 | nyov, yes the old ones, ok thanks |
| 13:13.41 | *** join/#debian poiuytrewq (~asdfghjkl@107.175.247.243) |
| 13:13.49 | poiuytrewq | i am a spammer. |
| 13:14.04 | nyov | dob1: I guess my way is deprecated. but if you have the old names, it should be okay to do it that way |
| 13:14.36 | *** join/#debian will_haven (~will_have@91.214.169.69) |
| 13:14.41 | n4dir | to create a full debian installation this wiki page first 1) export MY_CHROOT=/sid-root and 2) uses the variable $MY_CHROOT to put proc and sysfs in the debootstrap /etc/fstab file. That doesn't make sense to me, am i overseeing something? export MY_CHROOT=/sid-root |
| 13:14.53 | *** join/#debian Tom01 (~tom@p4FEC3E33.dip0.t-ipconnect.de) |
| 13:15.35 | Habbie | n4dir, which wiki page? |
| 13:15.56 | n4dir | damnit. the link got lost. sorry. https://wiki.debian.org/Debootstrap |
| 13:17.11 | *** join/#debian Tom-_ (~tomg@64-7-151-9.border7-dynamic.dsl.sentex.ca) |
| 13:17.39 | rootkea | nyov, I moved the file. Then executed /etc/cron.daily/logrotate and then logrotate but still the /var/log/btmp didn't get created. |
| 13:17.43 | Habbie | n4dir, main # echo "proc $MY_CHROOT/proc proc defaults 0 0" >> /etc/fstab |
| 13:17.55 | Habbie | n4dir, this causes the -outside chroot- fstab to make a /proc for -inside the chroot- |
| 13:18.27 | nyov | rootkea: okay then logrotate seems not to care actually (if you had root rights) |
| 13:18.48 | rootkea | nyov, yes I sudo'ed |
| 13:18.52 | *** join/#debian bolovanos (~bolovanos@91.201.22.5) |
| 13:19.06 | n4dir | Habbie: but wasn't that already done by the mount command? |
| 13:19.35 | Habbie | n4dir, the one on the next line? yes, until you reboot |
| 13:20.02 | n4dir | so if you got the lines in fstab next time you chroot you wouldn't need to run the mount command again? |
| 13:20.12 | Habbie | yes |
| 13:20.47 | rootkea | petn-randall, Thanks for suggesting inotify. Let me read more on that. |
| 13:20.51 | n4dir | ah, i see. Thanks. I was on the completely wrong track. |
| 13:21.18 | *** join/#debian icebit_ (~marco@host115-60-dynamic.51-82-r.retail.telecomitalia.it) |
| 13:21.59 | *** join/#debian vkolchev (~vkolchev@217.26.162.98) |
| 13:22.05 | *** join/#debian phaset (~phaset@unaffiliated/phaset) |
| 13:23.17 | *** join/#debian josecapurro (~jcapurro@181.40.119.210) |
| 13:23.35 | rootkea | Alright, looks like inotify is an API so maybe one needs to write some code. But I was wondering if there is an existing tool/command to check which process/daemon created the given file... |
| 13:24.28 | *** join/#debian n0wje (~anthony@64.124.164.245) |
| 13:25.21 | *** join/#debian greycat (~wooledg@139.137.128.43) |
| 13:25.35 | nyov | ,info inotify-tools |
| 13:25.36 | judd | Package inotify-tools (misc, optional) in stretch/amd64: command-line programs providing a simple interface to inotify. Version: 3.14-2; Size: 24.4k; Installed: 75k; Homepage: https://github.com/rvoicilas/inotify-tools/wiki/ |
| 13:25.46 | *** join/#debian Sauvin (sauvin@about/linux/staff/sauvin) |
| 13:26.20 | *** join/#debian will_haven (~will_have@185.156.175.171) |
| 13:26.47 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 13:28.28 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 13:30.46 | *** join/#debian phaseNi (~phaset@unaffiliated/phaset) |
| 13:33.38 | *** join/#debian v0idpwn (c81221eb@gateway/web/cgi-irc/kiwiirc.com/ip.200.18.33.235) |
| 13:33.57 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 13:34.01 | *** mode/#debian [+l 1141] by debhelper |
| 13:36.48 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 13:38.20 | *** join/#debian Kafei (Jing@gateway/vpn/privateinternetaccess/kafei) |
| 13:38.51 | *** join/#debian Sauvin (sauvin@about/linux/staff/sauvin) |
| 13:39.10 | *** join/#debian dentry (~root@108-84-113-133.lightspeed.wepbfl.sbcglobal.net) |
| 13:39.13 | *** join/#debian icebit_ (~marco@host115-60-dynamic.51-82-r.retail.telecomitalia.it) |
| 13:40.19 | *** join/#debian Prints_ (~333@unaffiliated/prints) |
| 13:40.22 | *** join/#debian sorko999 (~sorko999@2001:41d0:302:2000::1a67) |
| 13:44.23 | *** join/#debian Madda (~Madda@2-228-92-98.ip190.fastwebnet.it) |
| 13:45.24 | *** join/#debian him-cesjf (~cesjf@unaffiliated/himcesjf) |
| 13:46.35 | *** join/#debian icebit_ (~marco@45.76.136.28) |
| 13:47.31 | *** join/#debian olivetree_ (~oliveira@78.29.155.222) |
| 13:50.53 | *** join/#debian somepoortech (~somepoort@72.12.70.165) |
| 13:52.51 | *** join/#debian err404 (~err404@88.190.91.91) |
| 13:52.54 | *** join/#debian tylertwo_ (~t@pool-71-191-222-178.washdc.fios.verizon.net) |
| 13:53.53 | tylertwo_ | Hey, the recent iceweasel update made it so that all of my plugins stopped working, and so that the browser won't play any audio. Any ideas on solving this? Debian 9 stable |
| 13:54.16 | tylertwo_ | I can just re-install some plugins, but not sure about audio. |
| 13:54.33 | greycat | Iceweasel is a dummy package that brings in firefox-esr. Current firefox-esr is 60.x and has audio support ONLY for pulse audio, not for ALSA. |
| 13:54.58 | greycat | firefox-esr 60.x also disabled all support for xul-* plugins. |
| 13:55.11 | tylertwo_ | ah |
| 13:56.41 | *** join/#debian Namarrgon (~Namarrgon@archlinux/op/namarrgon) |
| 13:57.24 | *** join/#debian Ayo (~quassel@89-68-81-91.dynamic.chello.pl) |
| 13:57.25 | *** join/#debian ekix (~eki@dsl-hkibng41-567327-143.dhcp.inet.fi) |
| 13:57.37 | greycat | https://support.mozilla.org/en-US/kb/frequently-asked-questions-firefox-addon#w_when-will-firefox-esr-stop-supporting-legacy-extensions |
| 14:00.21 | tylertwo_ | cool, so downloading pulseaudio fixed the audio issue. Do they still support java? trying to get that working |
| 14:00.45 | Kelsar | java as in java applets? no |
| 14:01.13 | tylertwo_ | yes, java applets. got it |
| 14:01.34 | tylertwo_ | thanks! |
| 14:05.02 | *** join/#debian Elleander (~Elleander@89-64-16-13.dynamic.chello.pl) |
| 14:06.19 | rootkea | nyov, Thanks. I get that inotifywatch can be used to watch for file creation event. But since the file in question /var/log/btmp gets created just after the boot may be I should place `inotifywatch -e create /var/log > foo` in ~/.profile? (I can't seem to think of a better place to catch the file creation event) |
| 14:08.24 | *** join/#debian mns (~mns@c-71-232-198-212.hsd1.ma.comcast.net) |
| 14:08.45 | greycat | Why would you think that a command in some user's ~/.profile would catch an event that only occurs during boot? |
| 14:08.48 | *** join/#debian learjet60xr (~learjet60@072-189-094-226.res.spectrum.com) |
| 14:10.11 | greycat | anyway, /var/log/btmp is related to the "lastb" command and it mentioned BRIEFLY in lastb(1) |
| 14:10.12 | rootkea | "(I can't seem to think of a better place to catch the file creation event)" -> "Can you please suggest the better place for inotifywatch?" |
| 14:11.19 | rootkea | Thanks for the info. :) |
| 14:11.50 | greycat | If you expect to catch something that happens during boot, the notify would have to be set up DURING boot, BEFORE the event you are hoping to catch. ~john/.profile is completely too late, assuming john ever logs in at all. |
| 14:12.51 | nyov | hm, so according to /etc/login.defs, btmp is handled by login |
| 14:13.04 | hexhaxtron | I just installed OpenSIPS. Everything seems to be working properly. Anyone with a SIP address? I just wanted to confirm that it works. |
| 14:13.09 | nyov | though I wonder where |
| 14:13.50 | petn-randall | rootkea: Just run it in a terminal, and the log in on another one. |
| 14:14.01 | *** mode/#debian [+l 1135] by debhelper |
| 14:14.13 | nyov | rootkea: lastb manpage says: The files wtmp and btmp might not be found. The system only logs information in these files if they are present. This is a local configuration issue. If you want the files to be used, they can be created with a simple touch(1) command |
| 14:14.28 | nyov | I think you should juwst *chmod* the thing and be done with it |
| 14:14.30 | *** join/#debian n_1-c_k (~nick@2a02:8010:63a6::70) |
| 14:14.41 | nyov | what are you trying to achieve? |
| 14:14.48 | greycat | I think you should ignore the files altogether. |
| 14:14.53 | *** join/#debian OffoW (~CK@221.ip-144-217-80.net) |
| 14:15.01 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 14:15.16 | nyov | greycat: nah, it's reasonable that the utmp group should have access to ir |
| 14:15.20 | petn-randall | I'm guessing the real issue is that btmp is growing to huge on their VPS. |
| 14:15.22 | nyov | *it |
| 14:15.22 | petn-randall | *too |
| 14:15.29 | petn-randall | *jinx* |
| 14:15.33 | petn-randall | :) |
| 14:15.38 | *** join/#debian hmpf1 (~chatzilla@gw.dbaudio.com) |
| 14:15.47 | nyov | then they should use fail2ban or something |
| 14:15.48 | rootkea | nyov, trying to make sense of logrotate.conf.. says file should have 660 but btmp has 600. |
| 14:15.50 | greycat | wait, something is ACTUALLY using btmp?! in 2018? |
| 14:16.08 | rootkea | Just trying to understand. :) |
| 14:16.25 | v0idpwn | I'm using Jessie and I want to use backports from Stretch, I added "deb http://ftp.debian.org/debian stretch-backports main" to my sources.list but when I do a "apt-get -t stretch-backports install package" it does not update. (Yes, I did apt-get update) |
| 14:16.47 | greycat | If petn-randall's guess is correct, and if nyov's information that this is defined in /etc/login.defs is also correct, then perhaps the solution to the REAL problem is to edit /etc/login.defs and comment out the FTMP_FILE thing. |
| 14:17.45 | nyov | v0idpwn: please use a mirror? |
| 14:18.00 | v0idpwn | sorry? |
| 14:18.09 | nyov | v0idpwn: otherwise, what is the package name; and is it in "main"? |
| 14:18.09 | greycat | You can't use stretch-backports on jessie. |
| 14:18.22 | petn-randall | v0idpwn: You can mix jessie and stretch-backports. |
| 14:18.23 | greycat | Stretch-backports are for stretch. |
| 14:18.25 | *** join/#debian rafalcpp (~racalcppp@84-10-11-234.static.chello.pl) |
| 14:18.25 | themill | v0idpwn: you probably want jessie-backports not stretch-backports. |
| 14:18.28 | nyov | OH. I didn't even read that |
| 14:18.37 | v0idpwn | oh |
| 14:19.02 | *** join/#debian rugshucker (rugshucker@gateway/vpn/privateinternetaccess/rugshucker) |
| 14:19.54 | greycat | /etc/logrotate.conf on my stretch box says that it'll create a /var/log/btmp file once a month if it's missing |
| 14:20.08 | greycat | This seems to jibe with my 0-byte /var/log/btmp file that is timestamped sep 1. |
| 14:20.10 | jelly | nyov: IIRC logrotate keeps previous ownership and permissions if the file exists; those ownerships and perms are applied only if the file doesn't exist at rotate time? |
| 14:20.36 | nyov | jelly: we assumed that already. but logrotate doesn't seem to create the file either |
| 14:20.53 | v0idpwn | It still acts as I have the newest version... :( . Maybe there is no backport avaible. |
| 14:20.54 | greycat | So, if I'm understanding this correctly, his actual issue is that his /var/log/btmp file exists and is growing unreasonably large, and removing it did not help, because logrotate keeps re-creating it. |
| 14:21.11 | greycat | v0idpwn: of what package? |
| 14:21.28 | nyov | jelly: perhaps it only creates it if it existed and gets rotated. humm |
| 14:21.31 | greycat | v0idpwn: also, why are you still on jessie? Is there a specific issue that prevents you from upgrading to stretch?> |
| 14:22.02 | greycat | nyov: it says "missingok" and "create 0660 root utmp" which I believe means it will create the file if it's missing |
| 14:22.03 | Fox | v0idpwn: what does apt-cache policy <package> say ? |
| 14:22.04 | v0idpwn | Well, the server is not mine |
| 14:22.25 | nyov | greycat: no, I think that means if it's missing, it'll just be ignored |
| 14:22.54 | petn-randall | v0idpwn: And yet you're allowed to administer it? |
| 14:22.58 | nyov | but perhaps thats exactly hthe problem |
| 14:23.08 | greycat | nyov: the "create" command seems pretty explicit here |
| 14:23.19 | v0idpwn | Fox: Installed: 9.06, Candidate: 9.06, references jessie/updates/main and jessie/main |
| 14:23.20 | nyov | true :{ |
| 14:23.41 | Fox | v0idpwn: what's the exact package name ? |
| 14:23.42 | v0idpwn | 9.06 is 6 years old. (I'm talking about ghostscript) |
| 14:23.43 | greycat | so now we just have to reverse engineer "which package has version 9.06" |
| 14:23.48 | greycat | ,v ghostscript |
| 14:23.49 | judd | Package: ghostscript on amd64 -- wheezy: 9.05~dfsg-6.3+deb7u2; wheezy-security: 9.05~dfsg-6.3+deb7u8; jessie-security: 9.06~dfsg-2+deb8u6; jessie: 9.06~dfsg-2+deb8u7; stretch: 9.20~dfsg-3.2+deb9u2; stretch-security: 9.20~dfsg-3.2+deb9u5; buster: 9.25~dfsg-2; sid: 9.25~dfsg-2 |
| 14:24.17 | greycat | are you trying to run ghostscript 9.20 on jessie? |
| 14:24.23 | rootkea | nyov, If that's the case then why didn't executing /etc/cron.daily/logrotate and logrotate create the btmp? |
| 14:24.31 | themill | v0idpwn: you don't complain about old versions when you're intentionally running the oldstable release. |
| 14:24.33 | greycat | ,checkbackport ghostscript --fromrelease stretch --torelease jessie |
| 14:24.49 | judd | Backporting package ghostscript in stretchâjessie/amd64: unsatisfiable build dependencies: Build-Depends: cdbs (>= 0.4.147~). |
| 14:25.03 | greycat | Ah, doesn't look promising. |
| 14:25.10 | *** join/#debian HarveyPwca (~HarveyPwc@ip-64-134-172-224.public.wayport.net) |
| 14:25.31 | nyov | rootkea: right. manpage says "Immediately after rotation (before the postrotate script is run) the log file is created (with the same name as the log file just rotated)" |
| 14:25.52 | nyov | rootkea: so I assume it only creates it when it found one, not if (missingok) is set |
| 14:26.01 | v0idpwn | f. I'll have to compile from source, then? |
| 14:26.09 | greycat | You can try that. |
| 14:26.47 | petn-randall | v0idpwn: Why not upgrade? jessie only has limited security support, anyway. |
| 14:26.51 | greycat | rootkea: try commenting out the FTMP_FILE line in /etc/login.defs and see if that stops it from writing to the file after logrotate creates it |
| 14:27.07 | greycat | rootkea: assuming of course that petn-randall's guess is correct |
| 14:27.50 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 14:28.13 | rootkea | greycat, nice idea! But does logrotate really create btmp? Manually executing /etc/cron.daily/logrotate and logrotate didn't. |
| 14:28.26 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 14:28.40 | greycat | It says monthly. I don't know what else to tell you. |
| 14:29.03 | v0idpwn | petn-randall: It is not my PC but a server. I plan to do an upgrade, but not now, it requires some planning. |
| 14:29.42 | rootkea | But there's no /etc/cron.monthly/logrotate O.o |
| 14:30.41 | greycat | I don't care enough to try to find out what makes logrotate decide that it is time/not-time to do a "monthly" job. |
| 14:30.55 | rootkea | Anyways, I have moved btmp and now editing /etc/login.defs. Will be back :) |
| 14:34.01 | *** mode/#debian [+l 1129] by debhelper |
| 14:36.31 | *** join/#debian Zvmdyv (nnn@unaffiliated/zvmdyv) |
| 14:37.26 | nyov | Does anyone care to expound on their preferred firewall software, and why? and is nftables ready for prime-time yet? |
| 14:38.14 | *** join/#debian Spr1ng (~Spr1ng@unaffiliated/spr1ng) |
| 14:39.08 | *** join/#debian rootkea (~rootkea@114.143.109.198) |
| 14:39.11 | *** join/#debian noodlepie (~Phillip@host-92-19-234-97.static.as13285.net) |
| 14:40.38 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 14:41.14 | SerajewelKS | i've found no reason to use anything but iptables |
| 14:41.15 | nyov | I'm considering switching shorewall to ufw. But then I think nftables might just obsolete the requirement for either |
| 14:41.28 | rootkea | greycat, I moved btmp. Then edited login.defs to comment out FTMP_FILE. And then rebooted the box. btmp got created automatically with 600 even if logrotate.conf asks it to be 660. Even tiger (security tool) complains about it. |
| 14:41.40 | *** join/#debian Spr1ng (~Spr1ng@unaffiliated/spr1ng) |
| 14:42.03 | greycat | Cute. So you're suspecting that something is creating it during boot? Do you actually CARE enough to try to hunt it down? |
| 14:42.10 | nyov | SerajewelKS: ok. I never got warm with plain iptables syntax. But I believe I will with nftables syntax |
| 14:43.00 | *** join/#debian kirk781 (~kirk781@203.110.242.22) |
| 14:43.06 | *** join/#debian FightingFalcon (~FightingF@78.161.215.74) |
| 14:43.10 | rootkea | greycat, That last message purely reads/looks personal. So I'm going to ignore it :) |
| 14:43.44 | greycat | Yes, I also advise that you simply ignore this /var/log/btmp file. That's what you meant by "it", right? Right. It's the only reading that makes any sense. |
| 14:44.22 | *** join/#debian CyberHacker_ (~CyberHack@gateway/tor-sasl/cyberhacker) |
| 14:44.26 | v0idpwn | kek |
| 14:44.47 | *** join/#debian vkolchev (~vkolchev@217.26.162.98) |
| 14:44.48 | petn-randall | nyov: shorewall and ufw have two very different use cases. And the whole nftables/iptables is only relevant for the kernel. Use whatever solution fixes your problem. |
| 14:45.06 | *** join/#debian ledeni (~ledeni@c210-49-84-69.dandn3.vic.optusnet.com.au) |
| 14:45.20 | petn-randall | rootkea: Have you tried removing the file, and then logging in while running inotifywatch? I suggested that a while ago. |
| 14:45.43 | nyov | petn-randall: how do those use-cases differ? I'm not into using ufw with a GUI, but my intent is server-side usage. |
| 14:45.45 | rootkea | petn-randall, I'm stuck at from where to run inotifywatch :( |
| 14:46.07 | greycat | rootkea: The suggestion was made to run inotifywatch in a terminal and then perform a failed login somewhere else. |
| 14:46.08 | rootkea | I thought of .profile but it comes after the login so... |
| 14:46.09 | nyov | and are you saying I can already use nftables in parallel with iptables? I was under impression that might not work so well |
| 14:46.35 | rootkea | oh |
| 14:46.36 | greycat | But I don't think this suggestion will achieve anything, so whatever. |
| 14:47.57 | petn-randall | rootkea: Running it from .profile would not help with anything. Run it from another terminal. |
| 14:48.00 | *** join/#debian danwellby-1 (~danwellby@20.177.9.51.dyn.plus.net) |
| 14:48.25 | rootkea | petn-randall, I'm on it. Give me a minute |
| 14:48.27 | greycat | I still claim the solution is to ignore the file because it's just sitting there not doing anything. |
| 14:48.56 | rootkea | greycat, you obviously didn't understand the problem :) |
| 14:48.56 | greycat | Tracking down what is creating it with the "wrong" perms during boot is just going to be a tremendous hassle for no benefit. |
| 14:49.05 | nyov | greycat: if you happen to have a serious ids ;) |
| 14:49.06 | greycat | THEN WHAT IS THE FUCKING PROBLEM |
| 14:49.11 | *** join/#debian tom[] (~tom]@c-76-119-4-100.hsd1.ma.comcast.net) |
| 14:49.26 | rootkea | to understand how stuff works |
| 14:49.30 | greycat | *plonk* |
| 14:49.40 | *** join/#debian err404 (~err404@37.168.174.101) |
| 14:50.28 | *** join/#debian mspe (~mspe@37.170.210.157) |
| 14:50.35 | greycat | petn-randall: well, your guess was good... just turns out this guy's not sane. |
| 14:50.44 | *** join/#debian Spr1ng (~Spr1ng@unaffiliated/spr1ng) |
| 14:50.46 | themill | greycat: that's seriously out of line. |
| 14:51.08 | nyov | ahahaha. greycat is going (â¯Â°â¡Â°ï¼â¯ï¸µ â»ââ» |
| 14:51.11 | *** join/#debian Pendrag0n (~Thunderbi@pool-173-79-124-60.washdc.fios.verizon.net) |
| 14:51.14 | n4dir | if it was me i would start with understanding why something in ~/.profile has no meaning for the boot process at all. Then work my way up. |
| 14:52.51 | rootkea | petn-randall, I just tried multiple login failed login attempts and then a successful attempt in another terminal while leaving `inotifywatch -e create /var/log` in one terminal but it didn't catch any event. Guess my command is wrong? |
| 14:52.56 | v0idpwn | Sorry, didnt saw your message, petn-randall: "v0idpwn: And yet you're allowed to administer it?". Yes, I work here, but the server is from my uni and serves some stuff for them. So I can't break it. |
| 14:53.55 | nyov | v0idpwn: do you need to replace the system binary then? perhaps place a newer one in ~/.local/bin ? |
| 14:54.02 | *** mode/#debian [+l 1137] by debhelper |
| 14:54.52 | v0idpwn | I'm planning to do it, afaik they've got a bin with all dependencies included. I'm downloading it. |
| 14:55.11 | v0idpwn | Oh sorry I got you wrong. |
| 14:55.54 | v0idpwn | I think about doing a full upgrade in the future, but I can't do it for some time. |
| 14:56.42 | greycat | "they've got a bin with all dependencies included" ...? Who's "they"? What are you doing? |
| 14:57.39 | *** join/#debian de-facto (~de-facto@gateway/tor-sasl/de-facto) |
| 14:57.52 | hans_ | after no interaction for a couple of minutes it goes back to the login screen, how do i disable that? |
| 14:57.58 | *** join/#debian v0idpwn (c81221eb@gateway/web/cgi-irc/kiwiirc.com/ip.200.18.33.235) |
| 14:58.02 | hans_ | xfce4 |
| 14:58.13 | v0idpwn | I was talking about a binary for ghostscript that can be used alternatively to installing it. |
| 14:58.14 | greycat | sounds more like a screen lock than the login screen |
| 14:58.26 | v0idpwn | I misunderstanded his question |
| 14:58.36 | v0idpwn | misunderstood* |
| 14:58.36 | hans_ | installed with apt install xfce4 open-vm-tools open-vm-tools-desktop xserver-xorg-video-vmware |
| 14:58.51 | v0idpwn | Got to go. thanks and cya |
| 14:59.10 | greycat | https://forum.xfce.org/viewtopic.php?id=8815 "How to disable timeout and screen lock" |
| 14:59.42 | hans_ | nvm, think i found it, Xfce Power Manager -> Display -> Blank After |
| 14:59.48 | *** join/#debian fedorafan (~fedorafan@unaffiliated/fedorafan) |
| 14:59.57 | *** join/#debian c0ncealed2 (c0ncealed@gateway/vpn/privateinternetaccess/c0ncealed) |
| 15:00.14 | *** join/#debian krabador (~krabador@unaffiliated/krabador) |
| 15:00.41 | *** join/#debian nuuuciano (~luuuciano@unaffiliated/luuuciano) |
| 15:01.16 | hans_ | greycat, there is no `screen saver control panel` under Settings |
| 15:01.45 | greycat | OK, maybe it changed in the 4 years since that forum post. If you found it somewhere else, great. |
| 15:01.54 | hans_ | seems so ^^ |
| 15:02.17 | *** join/#debian MichaelOF (~michael@p200300EB8BCCFB01540D3722D12068C4.dip0.t-ipconnect.de) |
| 15:03.22 | hans_ | greycat, also i don't have any screensaver i think. the normal debian-xfce installer probably installs a screensaver, but i did a custom install with apt install, i think i need to do something like `apt install xfce4-screensaver` or something to actually get a screensaver |
| 15:03.54 | rootkea | hans_, check the Security tab of Power Manager settings |
| 15:04.01 | *** mode/#debian [+l 1131] by debhelper |
| 15:04.54 | hans_ | oh that sounds good, thanks (don't lock session on screensaver) |
| 15:05.12 | rootkea | np |
| 15:05.35 | *** join/#debian Envil (~envil@55d467d8.access.ecotel.net) |
| 15:07.20 | n4dir | i don't recall xfce having a screensaver (you could install). just checked xfce4-goodies, and that metapackage doesn't seem to contain one either (i never installed it, as most of that i didn't need. You might want to look at it, perhaps you do). |
| 15:07.57 | greycat | sounds like it's built into this "Blank After" thing that you found |
| 15:08.29 | *** join/#debian diogenes_ (~diogenes_@host-static-188-213-237-123.moldtelecom.md) |
| 15:10.44 | *** join/#debian bassil (uid143807@gateway/web/irccloud.com/x-iablnxhosvdgdkpp) |
| 15:16.54 | *** join/#debian rodrigopaiva (~Rodrigo@177.142.97.91) |
| 15:18.50 | *** join/#debian DeadTOm (~deadtom@2001:4b98:dc0:41:216:3eff:fe58:44d0) |
| 15:19.05 | *** join/#debian Ilyas (uid43013@gateway/web/irccloud.com/x-tmgndpjppmwfmbcr) |
| 15:19.55 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 15:20.19 | *** join/#debian terminalator (terminalat@gateway/vpn/privateinternetaccess/terminalator) |
| 15:20.30 | *** join/#debian bluenemo (~bluenemo@unaffiliated/bluenemo) |
| 15:21.21 | *** join/#debian conta (~Thunderbi@ip-89-177-107-196.net.upcbroadband.cz) |
| 15:21.57 | *** join/#debian cadillac_ (~omab@r167-62-40-34.dialup.adsl.anteldata.net.uy) |
| 15:24.29 | *** join/#debian tom[] (~tom]@c-76-119-4-100.hsd1.ma.comcast.net) |
| 15:25.46 | *** join/#debian JohnML (~john1@ip-178-200-158-143.hsi07.unitymediagroup.de) |
| 15:29.03 | *** join/#debian Tenkawa (187ba226@gateway/web/freenode/ip.24.123.162.38) |
| 15:29.20 | *** join/#debian cdown (~cdown@88.98.208.5) |
| 15:31.23 | *** join/#debian cdown_ (~cdown@199.201.66.0) |
| 15:33.05 | *** join/#debian will_haven (~will_have@185.156.175.171) |
| 15:33.16 | colo-work | is there a thunderbird add-on that can send version 60.0 to tray/iconify it on pressing the WM's close button? |
| 15:33.25 | colo-work | I lost that ability after Debian's upgrade, and really miss it |
| 15:34.51 | *** part/#debian muAdmDev (~mu@193.158.65.130) |
| 15:43.41 | nyov | colo-work: downgrade and hold package %) |
| 15:43.45 | nyov | just joking |
| 15:47.15 | *** join/#debian bablux_ (~bablux@mail.levis.name) |
| 15:51.08 | *** join/#debian iderik (~idk@h-235-101.A147.priv.bahnhof.se) |
| 15:51.54 | *** join/#debian LtL (~ltl@unaffiliated/ltl) |
| 15:52.06 | *** join/#debian err404 (~err404@88.190.91.91) |
| 15:52.22 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 15:52.27 | *** join/#debian ChmEarl (~chmearl@unaffiliated/prymar56) |
| 15:56.55 | *** join/#debian somepoortech (~somepoort@72.12.70.165) |
| 15:57.17 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 15:57.31 | *** join/#debian BoF (~ricardoto@unaffiliated/bof) |
| 15:57.33 | BoF | buen dia alguien con experiencia en galera cluster? |
| 15:57.50 | petn-randall | !es |
| 15:57.50 | dpkg | Este canal es de soporte técnico en Inglés para Debian. Si prefiere que el soporte sea en Español, puede ingresar en #debian-es tecleando /join #debian-es en la lÃnea de chat. |
| 15:59.01 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 16:00.21 | *** join/#debian v01t (~v01t@i577B4D0A.versanet.de) |
| 16:00.41 | *** join/#debian noodlepie (~Phillip@host-92-19-234-97.static.as13285.net) |
| 16:02.10 | *** join/#debian jfbourdeau (~jfbourdea@192.83.140.153) |
| 16:03.59 | *** join/#debian mtn (~mtn@unaffiliated/mtn) |
| 16:04.01 | RoyK | BoF: yes, I have experience with galera clusters, but it won't work if you don't speak english, norwegian or something similar ;) |
| 16:05.10 | *** join/#debian jfoy (~jfoy@50.237.87.162) |
| 16:05.26 | *** part/#debian jfbourdeau (~jfbourdea@192.83.140.153) |
| 16:05.37 | BoF | RoyK: I have 3 clients, but each one has different storage capacity, cluster galera merges them as a single unit ?, example: Client1 5BG, Client2 10 GB and Client3 2GB, with cluster gallery my total would be 17GB? |
| 16:06.59 | RoyK | normally you'd want to mirror all the data over all nodes |
| 16:07.12 | RoyK | the number of clients is irrelevant |
| 16:08.14 | BoF | ok then if client one have 1 GB and client two have 2 GB , the total is not a 3 GB |
| 16:10.00 | *** join/#debian mlrds (~mlrds@cpe-173-174-215-155.satx.res.rr.com) |
| 16:10.06 | *** join/#debian jfoy (~jfoy@50.237.87.162) |
| 16:10.19 | *** join/#debian rootkea (~rootkea@58.84.15.130) |
| 16:10.23 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 16:10.25 | RoyK | BoF: a client is a machine connecting to a mariadb server (or a cluster) |
| 16:10.44 | RoyK | BoF: the disk space on the client is completely irrelevant |
| 16:11.04 | BoF | sorri i refer client a Galera2 |
| 16:11.12 | RoyK | that's a server |
| 16:11.29 | RoyK | that is, a member of a cluster, is normally reffered to as a node |
| 16:11.47 | *** join/#debian him-cesjf (~cesjf@unaffiliated/himcesjf) |
| 16:12.08 | BoF | if i have galera1 2GB galera2 10 gb galera3 20 gb what is my capacity of storage , 32GB? |
| 16:12.09 | RoyK | and normally, in a galera cluster, the nodes will replicate all data between them, making sure everything's redundant |
| 16:12.27 | RoyK | meaning if you have 10GB on each node, you'll get a total of 10GB of storage for the cluster |
| 16:13.39 | BoF | if i have galera1 2GB galera2 10 gb galera3 20 gb what is my capacity of storage? , 32GB? o 2 GB? |
| 16:13.46 | *** join/#debian ToBeCloud (uid51591@wikimedia/ToBeFree) |
| 16:14.15 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 16:15.27 | BoF | what What would you recommend, 3 galera equal disc size? |
| 16:16.23 | RoyK | probably |
| 16:16.32 | RoyK | that's what I've used |
| 16:18.04 | BoF | ok |
| 16:18.24 | *** join/#debian rafalcpp (~racalcppp@84-10-11-234.static.chello.pl) |
| 16:22.53 | *** join/#debian HarveyPwca (~HarveyPwc@ip-64-134-172-224.public.wayport.net) |
| 16:23.02 | *** join/#debian morfeokmg (~morfeokmg@fixed-187-190-38-30.totalplay.net) |
| 16:24.01 | *** mode/#debian [+l 1121] by debhelper |
| 16:27.08 | *** join/#debian Brigo (~Brigo@249.59.27.77.dynamic.reverse-mundo-r.com) |
| 16:28.48 | *** join/#debian hbautista (~hbautista@177-249-185-112-cable.cybercable.net.mx) |
| 16:29.27 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 16:34.01 | *** join/#debian schu-r (~Thunderbi@82-149-107-2.wco.wellcom.at) |
| 16:34.42 | *** join/#debian gryffus_ (~gryffus@unaffiliated/gryffus) |
| 16:35.05 | *** join/#debian furaidi (~furaidi@91.149.155.123) |
| 16:37.41 | *** join/#debian clemens3 (~clemens@mx.eniso-partners.com) |
| 16:37.58 | *** join/#debian Velgor (~Velgor@HSI-KBW-046-005-153-253.hsi8.kabel-badenwuerttemberg.de) |
| 16:38.43 | *** join/#debian clemens3 (~clemens@mx.eniso-partners.com) |
| 16:40.29 | *** join/#debian tom[] (~tom]@c-76-119-4-100.hsd1.ma.comcast.net) |
| 16:40.36 | *** join/#debian furaidi (~furaidi@91.149.155.123) |
| 16:41.46 | *** join/#debian brw (~brw@47.185.174.26) |
| 16:41.47 | *** join/#debian AimHere (~David@cpc132308-sgyl43-2-0-cust150.know.cable.virginm.net) |
| 16:44.38 | *** join/#debian aps_ (~aps_@2a02:908:dd20:3fdc::2000) |
| 16:45.05 | *** join/#debian Tom01 (~tom@p4FEC3E33.dip0.t-ipconnect.de) |
| 16:45.31 | *** join/#debian jfoy (~jfoy@50.237.87.162) |
| 16:47.42 | *** join/#debian eismann (~Thunderbi@green.demos-europe.eu) |
| 16:48.54 | RoyK | any idea if this is fixed yet? https://www.cisecurity.org/advisory/multiple-vulnerabilities-in-php-could-allow-for-arbitrary-code-execution_2018-101/ |
| 16:50.42 | petn-randall | RoyK: You can look up the CVEs on the tracker of doom. |
| 16:50.45 | petn-randall | !tracker of doom |
| 16:50.45 | dpkg | The Tracker of Doom is a vulnerability database maintained by the Debian security team, viewable at http://security-tracker.debian.org/ . Ask me about <cve lookup CVE-yyyy-nnnn> to get Debian-specific information on a CVE number. See also http://www.debian.org/security/crossreferences or ask me about <debsecan> http://www.enyo.de/fw/software/debsecan/ |
| 16:53.24 | RoyK | petn-randall: hm - can't find a CVE, only the MS-ISAC |
| 16:55.14 | petn-randall | RoyK: Not much I can say. Pretty much every reputable publisher uses CVEs. And from the look of that website, it's garbage. |
| 16:55.36 | RoyK | possibly |
| 16:55.41 | bites | you have to dig deeper. the only bug that seems to affest the php version in stable is #76582 in the php bug tracker. there is the CVE https://bugs.php.net/bug.php?id=76582 and here is the debian security tracker: https://security-tracker.debian.org/tracker/CVE-2018-17082 |
| 16:56.03 | bites | s/affest/affect/ |
| 16:56.14 | petn-randall | Not even links to the original source. I'd start digging on other websites to see if those issues exist. |
| 16:56.45 | petn-randall | (I'm talking about cisecurity.org, s.d.o is fine) |
| 16:57.54 | bites | so it's still vulnerable, but most of the list you can ignore. |
| 16:58.35 | *** join/#debian tom[] (~tom]@c-76-119-4-100.hsd1.ma.comcast.net) |
| 16:59.55 | *** join/#debian warhawk68k (~warhawk68@unaffiliated/warhawk68k) |
| 17:00.12 | *** join/#debian DammitJim (~DammitJim@173.227.148.6) |
| 17:04.13 | *** join/#debian mlrds (~mlrds@cpe-173-174-215-155.satx.res.rr.com) |
| 17:04.40 | *** join/#debian LaScoumoune (~LaScoumou@83.97.23.20) |
| 17:05.40 | *** join/#debian kapitalist (~kapitalis@78-73-113-101-no162.tbcn.telia.com) |
| 17:06.30 | *** join/#debian oo_miguel (~miguel@89-75-127-111.dynamic.chello.pl) |
| 17:08.03 | *** join/#debian tom[] (~tom]@c-76-119-4-100.hsd1.ma.comcast.net) |
| 17:09.52 | *** join/#debian Nekojimi (~jimj316@unaffiliated/jimj316) |
| 17:16.24 | *** join/#debian Immanuel (~Manu@2.236.139.163) |
| 17:18.53 | *** join/#debian jubo2 (~juboxi@wikipedia/jukeboksi) |
| 17:21.06 | *** join/#debian hypn0 (~h@unaffiliated/hypn0) |
| 17:24.20 | *** join/#debian rmkp (~rmkp@p200300C9EF071E00232B372AF7ED2CAA.dip0.t-ipconnect.de) |
| 17:24.37 | *** join/#debian will_haven (~will_have@185.156.175.171) |
| 17:24.43 | *** join/#debian mibo (~mibo@ip-78-45-228-182.net.upcbroadband.cz) |
| 17:27.29 | *** join/#debian rmkp (~rmkp@p200300C9EF071E00232B372AF7ED2CAA.dip0.t-ipconnect.de) |
| 17:29.00 | *** join/#debian Kafei (Jing@gateway/vpn/privateinternetaccess/kafei) |
| 17:29.28 | *** join/#debian davetk (~davetk@83-233-47-190.cust.bredband2.com) |
| 17:29.42 | *** join/#debian vadmeste (~anis@unaffiliated/vadmeste) |
| 17:30.40 | *** join/#debian diogenes_ (~diogenes_@host-static-89-38-67-165.moldtelecom.md) |
| 17:30.41 | *** join/#debian will_haven (~will_have@185.156.175.171) |
| 17:34.38 | *** join/#debian gkwhc (~gkwhc@unaffiliated/gkwhc) |
| 17:34.41 | hans_ | got a windows 7 host running a debian 9.5 VM, and sound isn't working |
| 17:34.47 | gkwhc | hey guys, is there away to pass multiple param settings to a command? like xinput map-to-output {10,11,16} LVDS1 |
| 17:35.23 | *** join/#debian jmcnaught (~jeremy@unaffiliated/jmcnaught) |
| 17:36.01 | hans_ | gkwhc, what? pass multiple parameters to a command? |
| 17:36.18 | greycat | if this xinput command only takes one number in that spot, you could write a shell loop. for n in 10 11 16; do xinput map-to-output "$n" LVDS1; done |
| 17:36.20 | *** join/#debian r00tobo (~r00tobo@unaffiliated/r00tobo) |
| 17:36.36 | gkwhc | hans_: like in the example, i used curly brackets. thought it would work but the command doesnt take that |
| 17:37.00 | gkwhc | greycat: ah so it really depends on the command then. i thought its a universal thing for bash |
| 17:37.07 | gkwhc | shell programs i mean |
| 17:37.11 | greycat | The shell's brace expansion is just a shorthand for writing out the sequence of arguments directly. xinput m {10,11,16} L is equivalent to xinput m 10 11 16 L |
| 17:37.36 | gkwhc | oh i see |
| 17:38.09 | *** part/#debian Abbott (~Abbott@unaffiliated/abbott) |
| 17:38.16 | *** join/#debian ctcx (~user@unaffiliated/ctcx) |
| 17:38.25 | gkwhc | thanks greycat for the clarification |
| 17:38.26 | *** join/#debian AJ_Z0 (~AJ_Z0@pdpc/supporter/professional/ajz0) |
| 17:38.28 | greycat | I don't have a man page for xinput so I don't know how that command works (and I was too lazy to look for one on the web). |
| 17:38.53 | gkwhc | its ok! ill just copy paste that line 3 times lol |
| 17:39.06 | ctcx | Is there no difference between using tar.gz and tgz? |
| 17:39.27 | greycat | they're both just filename extensions |
| 17:39.31 | *** part/#debian gkwhc (~gkwhc@unaffiliated/gkwhc) |
| 17:39.53 | greycat | Conventionally, they both mean "a tar archive that has been compressed by gzip". |
| 17:40.02 | ctcx | Then are they exactly the same for tar? |
| 17:40.12 | greycat | They don't mean anything to the computer. They only mean things to humans. |
| 17:40.20 | *** join/#debian intcat (~zshlyk@gateway/tor-sasl/intcat) |
| 17:40.35 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 17:40.43 | ctcx | But file extensions sure can mean different things for different applications... |
| 17:41.00 | ctcx | If trying to open a tar.gz with 7zip GUI I have to open it twice! |
| 17:41.09 | greycat | Some programs (notably, web servers) will use the file extension to decide what kind of Content-Type: header to put on the output stream, etc. |
| 17:41.28 | greycat | Maybe your "7zip GUI" assigns meaning to the filename extensions. |
| 17:41.50 | ctcx | One for ungzipping, other for untaring |
| 17:41.50 | ctcx | This "issue" is not there with tgz |
| 17:42.04 | nyov | get a better gui |
| 17:42.21 | ctcx | I saw it on 7-zip for Windows |
| 17:42.27 | greycat | ... |
| 17:42.29 | ctcx | On Linux I do prefer command line. |
| 17:42.30 | greycat | this is #debian |
| 17:42.49 | ctcx | Yes, sorry. No intend to go offtopic. |
| 17:43.01 | nyov | I am amazed how prolific tar still is, with gzip compression. both suck |
| 17:43.08 | *** join/#debian wh0am1 (~wh0am1@2001:e68:543b:38de:a19d:cd6b:cc4b:d74e) |
| 17:43.14 | ctcx | ^ Why? |
| 17:43.30 | greycat | "100 characters ought to be enough for anybody" |
| 17:43.37 | ctcx | ... |
| 17:43.54 | nyov | tar is the TAPE archiver |
| 17:43.59 | ctcx | I know |
| 17:44.01 | *** mode/#debian [+l 1127] by debhelper |
| 17:44.13 | ctcx | Already have read about tar and history. |
| 17:44.59 | nyov | and with gzip you have the issue that one bad byte...bit? will make your whole file unrecoverable |
| 17:45.06 | nyov | because sliding-window compression |
| 17:45.10 | *** join/#debian rugshucker (rugshucker@gateway/vpn/privateinternetaccess/rugshucker) |
| 17:45.46 | nyov | tar is not much better, but both together are disaster, without some error correction |
| 17:45.46 | greycat | Is that a real concern for you, nyov? I haven't run into a corrupted compressed data file in years. |
| 17:45.55 | nyov | greycat: lucky you |
| 17:46.04 | nyov | xz btw. is not much better |
| 17:46.18 | nyov | but bzip2 is nice in that regard |
| 17:46.37 | greycat | As far as I'm aware, they're not *designed* for robustness in the face of random bit damage. They're designed for compression ratio and speed. |
| 17:46.55 | hans_ | hrm it's capable of beeping but nothing else it seems |
| 17:48.03 | nyov | yes, but everyone seems to use them that way. besides most people aren't even aware about the issue |
| 17:48.03 | ctcx | So file extensions, at least on Linux, are just meaningful for the users, not the system. So if I found an unknown extension-less file, there's no way to tell what it is? Whether a text file, binary, image, audio.... |
| 17:48.15 | *** join/#debian Ceber (~cerberus@dslb-084-060-225-221.084.060.pools.vodafone-ip.de) |
| 17:48.19 | nyov | ctcx: man file |
| 17:48.25 | greycat | ctcx: the "file" command helps. It reads the first 100-or-so bytes and tries to guess the content. |
| 17:49.02 | *** join/#debian HardlyHardware (~MrThree@unaffiliated/imofftopic) |
| 17:49.05 | nyov | file magic is the thing. I think every file should have identifiable headers :) much awesome |
| 17:50.26 | ctcx | Aaahhh |
| 17:50.30 | ctcx | Thanks for that. |
| 17:50.37 | ctcx | ... |
| 17:50.44 | ctcx | "tries" |
| 17:50.51 | ctcx | So it may not be 100% reliable... |
| 17:50.55 | greycat | Well obviously. |
| 17:51.02 | ctcx | OUCH |
| 17:51.10 | greycat | I could invent a brand new file format right now, and your file(1) wouldn't know about it. |
| 17:51.46 | ctcx | I agree with nyov, why can't files have their due headers? |
| 17:52.12 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 17:52.22 | greycat | Even if I publish the specification and it has versioned headers and everything, it will still be something your file(1) command doesn't know about, because your command is from yesterday. |
| 17:52.35 | greycat | New file formats are invented constantly. |
| 17:52.43 | nyov | well, depends on your file format greycat. |
| 17:52.44 | Habbie | greycat, well, they should stop doing that ;) |
| 17:53.03 | nyov | if it was based, e.g. on EA-IFF-85, file should still be able to ident some |
| 17:53.39 | *** join/#debian Darcidride (~Darcidrid@2a01:e35:8b4a:ca10::719e:e3e1) |
| 17:53.43 | *** join/#debian Brigo (~Brigo@249.59.27.77.dynamic.reverse-mundo-r.com) |
| 17:53.48 | nyov | I agree with Habbie. most vocally |
| 17:54.16 | nyov | it's just ridiculous with what kind of formats people come up with %) |
| 17:54.27 | Habbie | yes |
| 17:54.37 | Habbie | while the whole file format problem was solved a century ago with the release of sqlite 3 |
| 17:54.51 | nyov | ugh. haha |
| 17:54.56 | Habbie | only half kidding |
| 17:55.01 | nyov | perhaps if you took the SQL out of i |
| 17:55.04 | nyov | t |
| 17:56.18 | nyov | no, it was somewhat solved in 85 with IFF, which is what AIFF, RIFF, TIFF, AVI, PNG, ... were based on |
| 17:56.23 | *** join/#debian pldiem1 (~dmazuruk@ip-188-127-25-183.ennet.pl) |
| 17:56.24 | hypn0 | its not file type, its mime type :-) |
| 17:56.40 | pldiem1 | hi, I am trying to install nvidia drivers, but I am getting compiler version check fail, during dkms compilation, is there any simple thing I can do about it? |
| 17:56.55 | *** join/#debian Adbray (~Adbray@2600-6c48-6f7f-dfe8-0458-659b-8b2c-bc4c.dhcp6.chtrptr.net) |
| 17:57.26 | pldiem1 | I am following this instructions http://www.allaboutlinux.eu/remove-nouveau-and-install-nvidia-driver-in-debian-8/2/ |
| 17:57.35 | nyov | pldiem1: would you kindly pastebin logs ? |
| 17:57.52 | nyov | what's the compiler error |
| 17:58.06 | Habbie | nyov, i just read TIFF was not based on it, for extra fun |
| 17:58.08 | pldiem1 | hmm... it's on the other computer |
| 17:58.18 | pldiem1 | and in terminal mode |
| 17:58.21 | jmcnaught | pldiem1: those are bad instructions that cause you to overwrite system files, you should follow these instructions instead: https://wiki.debian.org/NvidiaGraphicsDrivers |
| 17:58.24 | *** join/#debian r00tobo (~r00tobo@unaffiliated/r00tobo) |
| 17:58.47 | *** join/#debian bolovanos (~bolovanos@91.201.22.5) |
| 17:59.01 | nyov | pldiem1: that tutorial is crap? why not use the packaged nvidia source |
| 17:59.07 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 17:59.27 | *** join/#debian NetTerminalGene (~NetTermin@unaffiliated/dontknow) |
| 17:59.41 | nyov | Habbie: oh yeah, kinda remember that :D but a lot more Amiga formats were, instead. |
| 17:59.43 | pldiem1 | I don't know I tried many different things and under this tutorial I found a lot of happy comments |
| 17:59.56 | Habbie | nyov, yes |
| 18:00.26 | pldiem1 | hmm, so what should I do now? I have followed the instructions and I have changed some things in the system |
| 18:00.33 | pldiem1 | should I somehow revert them? |
| 18:01.01 | nyov | pldiem1: if you removed nouveau, that's ok. |
| 18:01.06 | jmcnaught | pldiem1: the Debian packages have a cleaner that tries to undo the damage caused by the Nvidia installer script |
| 18:01.11 | *** join/#debian Uberius (~Uberius@gateway/tor-sasl/uberius) |
| 18:01.17 | jmcnaught | also, no need to remove nouveau, easier to simply not use it |
| 18:01.22 | *** join/#debian cliluw (~cliluw@unaffiliated/cliluw) |
| 18:01.51 | ctcx | I thought proprietary Nvidia installation blacklisted nouveau anyway... |
| 18:02.09 | jmcnaught | yeah, no need to potentially break even more stuff by trying to remove it |
| 18:02.11 | nyov | so it doesn't matter if he reverts that, either way |
| 18:02.36 | pldiem1 | so which steps should I take for GFX 1050? |
| 18:02.51 | *** join/#debian n0wje (~anthony@64.124.164.245) |
| 18:02.52 | pldiem1 | I must add that I am on Debian testing/buster |
| 18:02.55 | nyov | which debian release? |
| 18:02.57 | nyov | k |
| 18:03.11 | *** join/#debian Uberius (~Uberius@gateway/tor-sasl/uberius) |
| 18:03.18 | nyov | go with the "stretch" instructions then |
| 18:03.20 | *** join/#debian zerotech (~zerotech@BSN-182-93-252.dynamic.siol.net) |
| 18:03.37 | pldiem1 | via stretch-backports? |
| 18:03.51 | nyov | no, you can skip that |
| 18:04.20 | nyov | (don't need the backport when you have it in buster) |
| 18:04.25 | pldiem1 | ok, I hope my system will boot now, after the changes I have made |
| 18:04.37 | *** join/#debian nemo (nemo@hedgewars/dev/nemo) |
| 18:04.40 | nyov | don't reboot *g* |
| 18:05.08 | nemo | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876141 so... I was wondering if this bug could get any interest - I'd really like to have that flag enabled to have a touchpad again, but my attempt at packaging my own kernel failed miserably |
| 18:05.09 | judd | Bug http://bugs.debian.org/876141 in src:linux (open): «linux-image-4.12.0-2-amd64: Touchpad not detected on Lenovo IdeaPad 320-15ABR»; severity: normal; opened: 2017-09-18; last modified: 2018-09-13. |
| 18:05.23 | nyov | it's 2 lines: apt-get install the headers, nvidia-driver, and bang |
| 18:05.25 | nemo | is there any downside to just turning that on? it seems a fairly targetted flag |
| 18:05.37 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 18:05.38 | pldiem1 | nyov: what about wi-fi? |
| 18:05.42 | *** join/#debian Olipro (~Olipro@uncyclopedia/pdpc.21for7.olipro) |
| 18:05.53 | pldiem1 | I don't think it will work, right? |
| 18:05.53 | nyov | pldiem1: dunno, what about it? |
| 18:06.20 | pldiem1 | I entered terminal on login page (alt+ctrl+F2) |
| 18:06.41 | pldiem1 | hmm... it works |
| 18:06.46 | pldiem1 | I can ping pages :D |
| 18:07.03 | *** join/#debian krabador (~krabador@unaffiliated/krabador) |
| 18:07.05 | *** join/#debian annadane (~annadane@mtrlpq5302w-lp140-01-69-156-34-87.dsl.bell.ca) |
| 18:07.11 | pldiem1 | ok, so two lines |
| 18:07.52 | nyov | yes. "apt-get install linux-headers-$(uname -r|sed 's/[^-]*-[^-]*-//')" and "apt-get install nvidia-driver" |
| 18:08.19 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 18:08.29 | nyov | assuming you already have "contrib non-free" in your sources.list |
| 18:08.46 | pldiem1 | i think so, I can verify it |
| 18:09.31 | nyov | if nvidia-driver downloads, things are good. otherwise check |
| 18:09.33 | pldiem1 | yes, they are present |
| 18:11.06 | *** join/#debian _0bitcount (~Big_Byte@90.162.105.206) |
| 18:11.20 | pldiem1 | ok, processing |
| 18:11.56 | pldiem1 | some cleanup question? yes? |
| 18:14.37 | *** join/#debian Haudegen (~quassel@178.115.237.87.static.drei.at) |
| 18:15.03 | pldiem1 | I selected yes, but now I have question if I want to run 'nvidia-xconfig --restore-original-backup' |
| 18:15.13 | pldiem1 | default is No, should I go with no? |
| 18:15.31 | nyov | how far did you get in that other tutorial? |
| 18:15.46 | nyov | did you register kernel source with DKMS? |
| 18:15.47 | pldiem1 | sudo ./ NVIDIA-Linux-x86_64-352.21.run |
| 18:16.11 | pldiem1 | no, I had errors about gcc versions not compatible |
| 18:16.20 | nyov | I don't own a nvidia card - perhaps someone can comment on that |
| 18:17.02 | pldiem1 | let see, in the meantime I will google for the answer |
| 18:18.12 | nyov | hmm. if it asks you that question, it almost looks like things failed? |
| 18:18.42 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 18:18.47 | pldiem1 | I have one WARNING above |
| 18:18.57 | pldiem1 | but no errors |
| 18:19.41 | nyov | try 'no' the backup should still be there at "/etc/X11/xorg.conf.nvidia-xconfig-original" otherwise |
| 18:19.57 | nyov | in case you need it |
| 18:20.27 | *** part/#debian beli3ver (~ircuser@2a00:f820:417:2:51:92:de15:aeb4) |
| 18:21.07 | pldiem1 | hmm... nothing |
| 18:21.16 | *** part/#debian ctcx (~user@unaffiliated/ctcx) |
| 18:21.29 | pldiem1 | I tried, Enter, then N followed by Enter and No followed by Enter |
| 18:21.35 | *** join/#debian bolt (~r00t@unaffiliated/bolt) |
| 18:21.56 | pldiem1 | I just have blinking underscore |
| 18:22.03 | hans_ | does anyone have a debian in a VMWare VM with sound working? |
| 18:22.21 | hans_ | (eg sound from the VM is heard on the host?) |
| 18:23.06 | pldiem1 | what can I do now? |
| 18:23.42 | *** join/#debian towo` (~towo@unaffiliated/towo/x-4064351) |
| 18:23.43 | nyov | say yes instead? %) I suppose the system's hanging then or what? |
| 18:24.24 | pldiem1 | nothing |
| 18:24.46 | pldiem1 | I can type anything |
| 18:24.51 | pldiem1 | CTRL+C ? |
| 18:24.53 | nyov | can you switch terms with ctrl-alt-Fx |
| 18:25.21 | pldiem1 | yes, I do |
| 18:26.05 | *** join/#debian srgg_ (~srgg@90.205.117.165) |
| 18:26.12 | nyov | does ctrl-c work on the script? |
| 18:26.46 | pldiem1 | nope, only ctrl-z |
| 18:26.50 | nyov | ok |
| 18:27.19 | nyov | then 'fg' and it might die |
| 18:27.36 | *** join/#debian walkenx (~walkenx@207.167.213.250) |
| 18:27.43 | pldiem1 | blinking |
| 18:27.50 | nyov | if not - well then exit console and relogin |
| 18:28.03 | nyov | ^^ or find the pid and kill it |
| 18:28.07 | *** join/#debian jhutchins_wk (~jonathan@136.33.72.78) |
| 18:28.39 | pldiem1 | done |
| 18:28.41 | nyov | you can't post the output i suppose? |
| 18:28.48 | *** join/#debian beli3ver (~ircuser@2a00:f820:417:2:51:92:de15:aeb4) |
| 18:28.54 | *** join/#debian pakcjo (ba49a952@gateway/web/freenode/ip.186.73.169.82) |
| 18:29.18 | *** join/#debian beli3ver (~ircuser@2a00:f820:417:2:51:92:de15:aeb4) |
| 18:29.29 | pldiem1 | I can, but don't know yet how to send the output from the command line, there was some way to do it |
| 18:29.46 | *** join/#debian beli3ver (~ircuser@2a00:f820:417:2:51:92:de15:aeb4) |
| 18:29.47 | nyov | `pastebinit` ? |
| 18:29.50 | pldiem1 | should I try apt-get again? |
| 18:30.07 | pldiem1 | nvidia-driver |
| 18:30.10 | pakcjo | Hello, I just added a package to my private repository with reprepro, but I didn't have the password of the key at that moment, the package was added but I assume it isn't signed, is there a command I can use to resign it? or should I remove and add it again? |
| 18:30.10 | nyov | oh, was that still apt-get? |
| 18:30.16 | pldiem1 | yes |
| 18:30.31 | pakcjo | I can't find anything in the reprepro man page about signing/resigning |
| 18:30.32 | nyov | was it doing dkms stuff? |
| 18:30.58 | pldiem1 | I don't think so, it was during the cleanup |
| 18:31.26 | nyov | do you have a /etc/X11/xorg.conf.nvidia-xconfig-original now, and a /etc/X11/xorg.conf? if so, perhaps move that back before trying again |
| 18:32.20 | *** join/#debian sinaowolabi (~Sina@160.152.41.97) |
| 18:33.26 | pldiem1 | nope, I don't see any of these files |
| 18:33.34 | nyov | good |
| 18:34.45 | pldiem1 | so, install nvidia, once again? |
| 18:34.52 | nyov | then just one more check- if you have '/etc/modprobe.d/nouveau-kms.conf' with 'options nouveau modeset=0', remove the file and update-initramfs again |
| 18:35.03 | nyov | to undo that other tutorial stuff |
| 18:35.15 | pldiem1 | I did that, but let me verify |
| 18:35.34 | nyov | ok, not sure if it's relevant much, but tobesafe |
| 18:36.17 | pldiem1 | ok, I have it and I will remove the file |
| 18:36.58 | pldiem1 | done |
| 18:37.09 | nyov | pakcjo: so, I use reprepro, but no idea about custom signing |
| 18:37.13 | nyov | sorry |
| 18:38.09 | nyov | pldiem1: then let's hope it works on the second try |
| 18:38.18 | *** join/#debian tymczenko (~tymczenko@unaffiliated/tymczenko) |
| 18:39.21 | pldiem1 | Could not get lock /var/lib/dpkg/lock - open |
| 18:39.36 | pldiem1 | some process is locking |
| 18:39.41 | greycat | forgot to become root first? |
| 18:40.24 | pldiem1 | run as sudo |
| 18:40.29 | nyov | no, killall dpkg |
| 18:40.33 | nyov | and the lock |
| 18:40.42 | roylaprattep | Can we join #debian if we are not authenticated with nickserv? |
| 18:40.51 | nyov | roylaprattep: not on OFTC |
| 18:40.59 | roylaprattep | OFTC? |
| 18:41.05 | greycat | We're on Freenode. |
| 18:41.39 | nyov | pldiem1: remove the lockfile. since our dpkg died. then retry |
| 18:41.43 | roylaprattep | nyov: Why you answer my question for another network? haha |
| 18:41.52 | pldiem1 | killall -e dpkg? |
| 18:42.07 | *** join/#debian uppik (~uppik@node-1w7jr9ul6zi8xqju7o2sbm24w.ipv6.telus.net) |
| 18:42.12 | nyov | pldiem1: ok |
| 18:42.14 | pldiem1 | there are three processes |
| 18:42.17 | greycat | roylaprattep: the fact that you *did* join here, and were able to ask, implies that perhaps you were asking a theoretical question about the other #debian on the other network..? maybe. |
| 18:42.23 | pldiem1 | all related to nvidia |
| 18:42.30 | roylaprattep | Oh, ok, no. |
| 18:43.15 | roylaprattep | cause my irssi is set to autoconnect on freenode and autojoin #debian then, it connect but do not autojoin anymore. |
| 18:43.32 | nyov | pldiem1: can you reap them all? looks like something went awry |
| 18:43.48 | roylaprattep | i tought maybe the authentication process is made after the autojoin command, so that's why i was asking |
| 18:43.54 | pldiem1 | I command isn't right :) |
| 18:44.07 | pldiem1 | *My command |
| 18:44.11 | nyov | try without -e |
| 18:44.41 | pldiem1 | still: no process found |
| 18:44.46 | pldiem1 | I can do it one by one |
| 18:44.52 | nyov | ok |
| 18:44.54 | pldiem1 | but there must be a better way |
| 18:45.21 | greycat | roylaprattep: we're still +r here on Freenode, so yeah, you need to register (authenticate) first. |
| 18:45.57 | roylaprattep | greycat: Ah, I was right then, irssi is too fast on join debian hehe |
| 18:46.15 | nyov | I didn't know that even. I thought that was only on OFTC |
| 18:46.17 | greycat | Yeah, I have to /msg nickserv ... and then manually join #tcl and #debian which are still +r. |
| 18:46.18 | roylaprattep | i should find a way to differ the autojoin command |
| 18:46.27 | pldiem1 | there are also some processes for nvidia :/ |
| 18:46.53 | pldiem1 | should I kill them as well? |
| 18:47.03 | *** part/#debian wh0am1 (~wh0am1@2001:e68:543b:38de:a19d:cd6b:cc4b:d74e) |
| 18:47.10 | *** join/#debian timahvo1 (~rogue@41.90.68.216) |
| 18:47.58 | *** join/#debian grobi (~rtng@x4e332cb0.dyn.telefonica.de) |
| 18:48.18 | *** join/#debian phd (~vjetar@141-136-137-133.dsl.iskon.hr) |
| 18:52.04 | jhutchins_wk | roylaprattep: Authentication seems to have changed recently. Something to do with ssl. |
| 18:52.15 | jhutchins_wk | roylaprattep: What client are you using? |
| 18:52.24 | *** join/#debian rangotail (~rangotail@unaffiliated/rangotail) |
| 18:53.23 | roylaprattep | irssi |
| 18:53.58 | greycat | jhutchins_wk: "Authentication" didn't change for me. But #debian has been +r for a while since the massive spam attacks. |
| 18:54.20 | greycat | And irssi tries to autojoin #debian before I have a chance to authenticate (which I do manually). |
| 18:55.44 | nyov | greycat: autosendcmd |
| 18:55.57 | greycat | I really don't want to put my password in a file for auto-auth. |
| 18:56.06 | greycat | Call me old-fashioned that way. |
| 18:56.54 | *** join/#debian bertbob (~bertbob@reriding.dsl.xmission.com) |
| 18:57.01 | nyov | yeah, oftc sasl is a bit nicer |
| 18:58.38 | *** join/#debian pringau (~pringau@gateway/tor-sasl/pringau) |
| 18:59.41 | *** join/#debian krabador (~krabador@unaffiliated/krabador) |
| 19:01.53 | *** part/#debian dentry (~root@108-84-113-133.lightspeed.wepbfl.sbcglobal.net) |
| 19:02.59 | *** join/#debian Myk267 (~myk267@unaffiliated/myk267) |
| 19:05.05 | jhutchins_wk | Does current chromium have this stupid problem with repeated keyring password windows popping up every time you start it? |
| 19:06.44 | *** join/#debian wonderer (~quakeroat@unaffiliated/wonderer) |
| 19:07.01 | *** join/#debian BCMM (~BCMM@unaffiliated/bcmm) |
| 19:07.48 | bites | not for me. |
| 19:07.51 | *** join/#debian deznuts (uid92154@gateway/web/irccloud.com/x-qkuqgnrbxzxlxvid) |
| 19:10.08 | jhutchins_wk | Come to think of it, freenode went back to normal after a period of trouble with sasl. |
| 19:10.28 | bites | they had a problem with their services. |
| 19:10.31 | jhutchins_wk | OFTC made some changes so I have to use autosendcmd instead of just having the password in the network config. |
| 19:10.45 | bites | sasl doesn't work if the services are down. |
| 19:11.21 | *** join/#debian amcorreia (~amcorreia@177.183.40.13) |
| 19:13.09 | *** join/#debian Sauvin (sauvin@about/linux/staff/sauvin) |
| 19:13.37 | *** join/#debian gryffus (~gryffus@unaffiliated/gryffus) |
| 19:15.22 | *** join/#debian tymczenko_ (~tymczenko@unaffiliated/tymczenko) |
| 19:15.41 | *** join/#debian ttyS2 (~username@nat-208-66-188-116.pinebelt.net) |
| 19:15.46 | *** join/#debian Night-Shade (~TimF@2a02:8109:9a80:6d80:e9d0:46bd:3d26:7a87) |
| 19:15.50 | *** join/#debian sauvin_ (sauvin@about/linux/staff/sauvin) |
| 19:17.21 | *** join/#debian krabador (~krabador@unaffiliated/krabador) |
| 19:18.34 | jhutchins_wk | Services generally don't work when they're down. |
| 19:19.57 | *** join/#debian gryffus_ (~gryffus@unaffiliated/gryffus) |
| 19:23.51 | *** join/#debian format_c (~koeppea@unaffiliated/format-c/x-8927423) |
| 19:24.01 | *** mode/#debian [+l 1121] by debhelper |
| 19:28.07 | *** join/#debian sauvin (sauvin@about/linux/staff/sauvin) |
| 19:29.31 | *** join/#debian sauvin (sauvin@about/linux/staff/sauvin) |
| 19:34.06 | *** join/#debian well_laid_lawn (~Jean-luc@61.69.157.68) |
| 19:35.25 | *** join/#debian olivetree_ (~oliveira@78.29.155.222) |
| 19:35.39 | *** join/#debian mnemonic (~semeion@unaffiliated/semeion) |
| 19:36.14 | *** join/#debian will_haven (~will_have@185.156.175.171) |
| 19:38.29 | *** join/#debian relaxed (~relaxed@unaffiliated/relaxed) |
| 19:39.16 | *** join/#debian awal1 (~awal1@modemcable251.103-162-184.mc.videotron.ca) |
| 19:39.48 | *** join/#debian semeion (~semeion@unaffiliated/semeion) |
| 19:42.30 | *** join/#debian chrismj (~chrismj@168.91.2.4) |
| 19:42.57 | *** join/#debian krabador (~krabador@unaffiliated/krabador) |
| 19:43.25 | *** join/#debian ponyofdeath (~vladi@99-39-69-178.lightspeed.sndgca.sbcglobal.net) |
| 19:50.37 | *** join/#debian n0wje (~anthony@64.124.164.245) |
| 19:51.40 | *** join/#debian will_haven (~will_have@185.156.175.171) |
| 19:53.30 | *** join/#debian ageis (~kevin@cointel.pro) |
| 19:55.17 | *** join/#debian loader (~loader@81.19.4.181) |
| 19:55.51 | *** join/#debian adc (~adc@unaffiliated/adc) |
| 19:59.04 | nyov | does anyone know how to activate HDMI on a discrete optimus/bumblbee setup thingy? |
| 19:59.19 | *** join/#debian MACscr|lappy (~MACscr|la@c-98-215-100-46.hsd1.il.comcast.net) |
| 20:01.31 | *** join/#debian vkolchev (~vkolchev@217.26.170.95) |
| 20:02.58 | *** join/#debian nix64bit (~Thunderbi@197.155.4.163) |
| 20:03.25 | *** join/#debian DrWatson (~DrWatson_@2003:d1:f701:6f49:3e95:9ff:fe96:1793) |
| 20:03.50 | *** join/#debian MACscr|lappy (~MACscr|la@c-98-215-100-46.hsd1.il.comcast.net) |
| 20:03.58 | diogenes_ | nyov, probably you need to run the session with optirun |
| 20:04.14 | diogenes_ | or in bios leave only discrete enabled |
| 20:04.18 | nyov | diogenes_: the whole user session? |
| 20:04.24 | nyov | damn |
| 20:04.34 | diogenes_ | nyov, yes probably but not sure |
| 20:04.40 | diogenes_ | just speculation |
| 20:05.02 | nyov | pldiem1: did you get that? you are very unlucky :D |
| 20:05.41 | pldiem1 | as I remember I have no discrete option in bios |
| 20:06.03 | *** join/#debian platvoeten (~platvoete@178-85-122-247.dynamic.upc.nl) |
| 20:06.14 | pldiem1 | and I don't know what does it mean to run the whole user session with optirun |
| 20:06.23 | nyov | what was the name of that nvidia screen setup tool? |
| 20:06.56 | nyov | wow it's been ages since I had a nvidia card; but I remember they had a setup-tool like amdccle |
| 20:07.11 | nyov | anyone? |
| 20:07.32 | nyov | this thing here: https://i.stack.imgur.com/9uVuP.png |
| 20:07.53 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 20:08.36 | *** join/#debian corretico (~corretico@200.91.143.34) |
| 20:08.58 | pldiem1 | nvidia-prime ? |
| 20:10.59 | nyov | I think that can switch your cards - https://askubuntu.com/questions/459315/how-can-i-switch-back-to-nvidia-card-from-intel-with-nvidia-prime/459323#459323 |
| 20:11.29 | diogenes_ | nyov, sof instance if i want my whole xfce session to run with nvidia, i modify /usr/share/xsessions/xfce.desktop, Exec = optirun blah blah |
| 20:11.40 | diogenes_ | for* |
| 20:11.43 | nyov | but you have bumblebee, so Idk if that works |
| 20:11.59 | nyov | ok |
| 20:12.31 | diogenes_ | in my case i modify Exec=startxfce4 for Exec=optirun startxfce4 |
| 20:12.36 | diogenes_ | reboot afterwards |
| 20:12.42 | nyov | do you have hdmi out? |
| 20:12.50 | diogenes_ | no i don't |
| 20:13.00 | jhutchins_wk | has yet to meet anyone who knows how bumblebee works. |
| 20:13.17 | pldiem1 | I have no prime-select command |
| 20:13.24 | *** join/#debian tom[] (~tom]@c-76-119-4-100.hsd1.ma.comcast.net) |
| 20:13.29 | nyov | pldiem1: that's good actually |
| 20:13.30 | *** join/#debian mns (~mns@c-71-232-198-212.hsd1.ma.comcast.net) |
| 20:13.32 | nyov | xD |
| 20:13.36 | nyov | no confusion then |
| 20:13.45 | pldiem1 | but I am confused :) |
| 20:14.18 | nyov | that post said you can either use prime-select OR bumblebee. since we just installed bumblebee for you. |
| 20:14.39 | nyov | I'm also confused |
| 20:15.03 | *** join/#debian vjacob_ (~vjacob@80-62-116-167-mobile.dk.customer.tdc.net) |
| 20:15.10 | diogenes_ | nyov, but first make sure your bbee actually works :) |
| 20:15.48 | nyov | pldiem1 did a vblank_mode=0 glxgears with ~3700 FPS |
| 20:15.48 | pldiem1 | omg I need to remember to never again buy a laptop with dedicated card ;) |
| 20:15.59 | nyov | so I assume it does |
| 20:17.09 | nyov | sorry, I can't find any webpages about hdmi+optimus |
| 20:17.14 | pldiem1 | yeap, I have seen gears |
| 20:17.37 | nyov | diogenes_: do you know what this tool is called? https://i.stack.imgur.com/9uVuP.png |
| 20:18.27 | diogenes_ | nyov, sorry no, i don't work with guis like that :) |
| 20:18.30 | nyov | something 'nvidia-*' or other I am sure |
| 20:18.33 | pldiem1 | nvidia-prime ? |
| 20:18.36 | nyov | no |
| 20:18.42 | nyov | not nvidia-prime |
| 20:19.38 | nyov | actually. if you have nothing else in autocomplete, just run that one `o.O' |
| 20:20.03 | *** join/#debian vjacob__ (~vjacob@31.13.191.164) |
| 20:20.54 | annadane | as it says in the title for me it always appeared in menus as "nvidia x server settings" |
| 20:21.43 | nyov | annadane: could you figure out what the console command for it is, using top or something? |
| 20:21.52 | nyov | or perhaps pldiem1 does have a menu |
| 20:23.16 | *** join/#debian mihi (~mihi@p5B0789FC.dip0.t-ipconnect.de) |
| 20:23.49 | pldiem1 | I can find such app |
| 20:23.57 | pldiem1 | I can add it to favourites |
| 20:24.05 | pldiem1 | but I cannot run it |
| 20:24.12 | pldiem1 | nothing appears |
| 20:24.47 | annadane | try nvidia-settings from the terminal |
| 20:25.21 | pldiem1 | ERROR: Unable to find display on any available system |
| 20:25.34 | *** join/#debian vjacob_ (~vjacob@80-62-116-167-mobile.dk.customer.tdc.net) |
| 20:25.37 | nyov | oh yes, nvidia-settings should be right |
| 20:25.40 | nyov | as user? |
| 20:25.45 | pldiem1 | yes |
| 20:25.51 | nyov | weird |
| 20:26.14 | diogenes_ | nyov, for bbee you have to run: optirun -b none nvidia-settings -c :8 |
| 20:26.21 | diogenes_ | in order to get the settings |
| 20:26.36 | nyov | OMGBBQ |
| 20:26.44 | pldiem1 | some one wrote it is because of wayland |
| 20:27.08 | nyov | I assume "-c :8" means display 8, then? |
| 20:27.08 | diogenes_ | nvidia doesn't work on wayland |
| 20:27.25 | pldiem1 | so maybe I should log in on xorg? |
| 20:27.26 | nyov | so, pldiem1 try the optirun weirdness |
| 20:27.31 | nyov | oh yes |
| 20:27.33 | nyov | YES |
| 20:27.51 | pldiem1 | yes, login on xorg? |
| 20:28.06 | nyov | well, I thought you were in gdm session |
| 20:28.16 | diogenes_ | of course nvidia only in xorg |
| 20:28.40 | *** join/#debian Kulrak (1010011010@tlug/member/kulrak) |
| 20:28.43 | pldiem1 | GNOME on Xorg is the right one? |
| 20:29.11 | diogenes_ | yes |
| 20:29.15 | *** join/#debian bassil (uid143807@gateway/web/irccloud.com/x-vwnygtpfflqejgrm) |
| 20:29.19 | nyov | well. whatever you have before when you ran glxgears? |
| 20:30.54 | pldiem1 | You do not appear to be using NVIDIA X driver. Please edit your X configuration file (just run `nvidia-xconfig` as root), and restart the X server. |
| 20:31.00 | pldiem1 | that is in the popup |
| 20:31.15 | pldiem1 | on terminal some error |
| 20:31.16 | nyov | did you run `optirun -b none nvidia-settings -c :8` ? |
| 20:31.21 | pldiem1 | GPU 0 missin extension |
| 20:31.33 | *** join/#debian sauvin (sauvin@about/linux/staff/sauvin) |
| 20:31.37 | pldiem1 | and I also see the window NVIDIA X Server Settings |
| 20:31.44 | pldiem1 | nyov: I did not |
| 20:31.57 | diogenes_ | pldiem1, first try: optirun glxspheres |
| 20:32.01 | diogenes_ | see if that works |
| 20:32.23 | nyov | glxspheres? |
| 20:32.32 | diogenes_ | yes |
| 20:32.40 | *** part/#debian Et0h (~Et0h@ns347824.ip-91-121-132.eu) |
| 20:32.53 | pldiem1 | No such file or direcotry |
| 20:32.57 | pldiem1 | as sudo? |
| 20:32.58 | diogenes_ | there are two things glxgears and glxspheres |
| 20:33.09 | diogenes_ | try then optirun glxgears |
| 20:33.19 | diogenes_ | no sudo |
| 20:33.24 | diogenes_ | never run with sudo |
| 20:33.26 | pldiem1 | gears fine |
| 20:33.33 | pldiem1 | ~60 FPS |
| 20:33.47 | diogenes_ | then run |
| 20:33.48 | diogenes_ | optirun -b none nvidia-settings -c :8 |
| 20:34.01 | *** mode/#debian [+l 1114] by debhelper |
| 20:34.18 | nyov | what is the '-b none'? |
| 20:34.40 | pldiem1 | window with settings is opened |
| 20:34.55 | diogenes_ | that's what you needed |
| 20:34.57 | nyov | uh finally |
| 20:35.11 | diogenes_ | ok i'm done |
| 20:35.12 | *** join/#debian semeion (~semeion@unaffiliated/semeion) |
| 20:35.16 | diogenes_ | is away |
| 20:35.19 | pldiem1 | Detect Displays |
| 20:35.20 | nyov | now for the million dollar question: any HDMI in there? |
| 20:35.21 | pldiem1 | ? |
| 20:35.29 | nyov | diogenes_: thx |
| 20:36.27 | nyov | pldiem1: does that detect hdmi displays? |
| 20:36.45 | pldiem1 | nope |
| 20:36.51 | pldiem1 | there is only X Screen 0 |
| 20:36.51 | nyov | :(( |
| 20:37.01 | pldiem1 | with Virtual Size of 640x480 |
| 20:37.16 | nyov | ouch. you run 640x480? |
| 20:37.24 | pldiem1 | no |
| 20:37.26 | nyov | ok |
| 20:37.27 | pldiem1 | HD |
| 20:37.43 | pldiem1 | there is also No Scanout |
| 20:38.04 | nyov | well, then I have no idea how to activate your HDMI out |
| 20:38.10 | *** join/#debian yonder (~yonder@unaffiliated/yonder) |
| 20:38.21 | nyov | perhaps you really should try the DisplayPort instead |
| 20:39.16 | nyov | the only hdmi I have is on a raspberrypi, and I never went to the trouble to configure that either |
| 20:39.31 | pldiem1 | I will do that and google a little bit |
| 20:39.39 | pldiem1 | you helped me a lot |
| 20:39.44 | pldiem1 | thank you very much |
| 20:40.12 | nyov | sure. and good luck |
| 20:40.18 | pldiem1 | thx |
| 20:40.37 | *** join/#debian will_haven (~will_have@185.156.175.171) |
| 20:42.30 | ryouma | i run 640x480 and need it for accessibility reasons and booting has various places where it is not respected |
| 20:44.01 | ryouma | so if you try to debug booting (which is already problematic) you don't have the font at a legible size making it impossible |
| 20:45.05 | *** join/#debian platvoeten (~platvoete@178-85-122-247.dynamic.upc.nl) |
| 20:46.46 | *** join/#debian wgas (~wgas@unaffiliated/wgas) |
| 20:49.22 | nyov | ryouma: what do you use for booting? |
| 20:49.36 | nyov | grub, I assume? |
| 20:51.14 | nyov | any crazy like plymouth perhaps? |
| 20:51.44 | *** join/#debian sauvin (sauvin@about/linux/staff/sauvin) |
| 20:53.42 | Brigo | ryouma, i guess you can change that at boot time |
| 20:56.45 | *** join/#debian platvoeten (~platvoete@178-85-122-247.dynamic.upc.nl) |
| 20:58.01 | *** join/#debian netcrash (~netcrash@189-70-58-109.user.veloxzone.com.br) |
| 21:00.31 | *** join/#debian chrismj (~chrismj@12.187.253.158) |
| 21:01.10 | *** join/#debian morfeokmg (~morfeokmg@201.124.33.245) |
| 21:01.55 | ryouma | nyov: default grub |
| 21:02.03 | *** join/#debian martian67 (~martian67@about/linux/regular/martian67) |
| 21:02.50 | nyov | did you set your /etc/default/grub to your specifications then? |
| 21:03.01 | ryouma | Brigo: the kernel switches fonts as it scrolls past, for example. still possible? also console has seemingly irremediable issues like a blinking cursor that even if you fix it with ansi codes (which requires having those in memory or available on a partition) it still gets reset by emacs. |
| 21:03.10 | ryouma | nyov: yes i did that |
| 21:03.43 | ryouma | (probably gets reset by any tui, not sure thought) |
| 21:03.48 | ryouma | though* |
| 21:03.48 | nyov | you could perhaps try GRUB_CMDLINE_LINUX="nomodeset vga=0" |
| 21:04.08 | nyov | but that's no good advice ;) |
| 21:04.28 | ryouma | what does that do? i know that one of modeset and nomodeset is needed and the other does not work. duno what vga does. |
| 21:04.31 | *** join/#debian mns (~mns@c-71-232-198-212.hsd1.ma.comcast.net) |
| 21:04.39 | nyov | looks like you might have a framebuffer there |
| 21:05.17 | nyov | okay I should just shut up, my boot knowledge isn't the best anymore |
| 21:05.19 | ryouma | dunno. i just know that pre-jessie worked perfectly with my video card, then it stoped working and then i had to for the first time run firmware-nonfree and taht modeset had smoething to do with it |
| 21:05.39 | greycat | ryouma: that sounds like the upgrade from jessie->stretch actually |
| 21:06.41 | ryouma | jessie was such a problematic upgrade taht i have yet to upgrade to stretch |
| 21:06.57 | *** join/#debian hammer065 (~hammer065@unaffiliated/hammer065) |
| 21:07.06 | ryouma | it was mostly that issue though. but the many, many console-related and boot-related accessibility issues made it much worse. |
| 21:07.11 | greycat | Weird, then. The intel -> modeset thing happened in stretch. |
| 21:09.44 | *** join/#debian dadinn (~DADINN@82.132.186.253) |
| 21:11.37 | *** join/#debian silverballz (~hidden@35.139.177.25) |
| 21:12.00 | *** join/#debian will_haven (~will_have@185.156.175.171) |
| 21:12.59 | *** join/#debian akersof (4ec2c8ce@gateway/web/freenode/ip.78.194.200.206) |
| 21:13.08 | *** part/#debian akersof (4ec2c8ce@gateway/web/freenode/ip.78.194.200.206) |
| 21:13.21 | *** join/#debian slark (4ec2c8ce@gateway/web/freenode/ip.78.194.200.206) |
| 21:13.29 | *** join/#debian mpo (~quassel@unaffiliated/mpo49) |
| 21:13.53 | *** join/#debian naos62 (~naos62@unaffiliated/naos62) |
| 21:14.43 | slark | hi all, long time since i didn't install a debian server. And i see that the i have the option to use LVM for my partitioning. (last time i heard aboud lvm it was experiemental i think) |
| 21:15.08 | slark | Is LVM partitioning the way to go now ? or can i still use the old way ? |
| 21:15.57 | greycat | You can use either way. Whichever one makes the most sense for this machine. |
| 21:16.02 | nyov | LVM is stable and very well usable. but of course you can use 'static' partitioning, if you don't anticipate the need to rechange your partition layout |
| 21:16.03 | *** join/#debian ntd (~ntd@gateway/tor-sasl/ntd) |
| 21:16.40 | slark | nyov: what do you use? |
| 21:17.16 | nyov | usually I run on LVM for some reason or other. But I also use plain partitioning without LVM in between |
| 21:18.06 | nyov | slark: since I use a LVM+XFS combo, it's nice and easy on my backup using snapshots |
| 21:18.13 | *** join/#debian electro33 (uid613@gateway/web/irccloud.com/x-ghmrdgihvabkskvl) |
| 21:18.49 | nyov | so I can use LVM snapshots to run my xfs backup script from, while things keep running |
| 21:19.00 | nyov | and after just trash the snapshot |
| 21:19.15 | *** join/#debian himcesjf_ (~cesjf@unaffiliated/himcesjf) |
| 21:19.19 | slark | nyov: humm in fact i am a bit confused to ask this.. cause this is really a "newbee" question. i need advice for my partionning scheme. if you feel to share your experience following my need. |
| 21:19.39 | *** join/#debian benf (benf2004@unaffiliated/benf2004) |
| 21:20.36 | slark | nyov: i have 1 TO and actually i will run a debian server which will do almost everything (web, mail, application logic of mobile app and git rep) |
| 21:21.03 | *** join/#debian davetk (~davetk@83-233-47-190.cust.bredband2.com) |
| 21:21.16 | ryouma | slark: to me lvm has too many levels and commands and corner cases to be worth remembering between needs to use them. but if you're a sysadmin, it would be totally worth it. |
| 21:21.38 | slark | ryouma: ok you convinced me to use static partionning then |
| 21:21.43 | ryouma | hehe :) |
| 21:22.07 | ryouma | you can still get luks and stuff without lvm |
| 21:22.09 | nyov | humm. on a server I don't expect you have UEFI, but my standard layout is: 200MB EFI sda1 / 200MB ext2 boot sda2 / * LVM sda3 |
| 21:22.10 | slark | i mean i can learn, i mean we all do this in tech stuff.. but i need this server to be up for tomorow so.. |
| 21:22.48 | slark | nyov: this is a dedicateed server on the net so not sure about UEFI |
| 21:22.52 | jrg | does anybody here use a pi running debian that uses upsd to call ipmi commands to soft shut down computers during a power outage? |
| 21:22.57 | jrg | i was wondering if this was a viable option |
| 21:23.00 | nyov | then just drop the first partition |
| 21:23.16 | jrg | since a pi can stay on a lot longer with far less power. then once power is restored it can run an ipmi command to bring the boxes back up |
| 21:23.22 | nyov | I'd keep a dedicated boot partition |
| 21:23.29 | nyov | then 10-20GB root partition |
| 21:23.40 | nyov | the rest for your data |
| 21:23.45 | slark | nyov: sound perfect so far it was my main idea |
| 21:23.52 | slark | nyov: oh really the rest for the data ? |
| 21:24.09 | nyov | well, depends on where your data is I suppose |
| 21:24.13 | slark | should i create a kind of /var /usr and a /home partition ? |
| 21:24.24 | *** join/#debian thiras (~thiras@unaffiliated/thiras) |
| 21:24.27 | nyov | usually too much hassle for me |
| 21:24.32 | slark | nyov: mostly log, bdd, some mail and application ( node.js) |
| 21:24.33 | nyov | I use /data or some such |
| 21:24.49 | slark | ofc apache/web stuff |
| 21:24.58 | nyov | ok, if you think much happens in /var/ and /usr/ then give those more space |
| 21:25.50 | ryouma | depends on your server. if you think it could run out of space then you might ened it but otherwise i thi8nk the trend is boot, root, home, data |
| 21:25.57 | *** join/#debian ntd (~ntd@gateway/tor-sasl/ntd) |
| 21:26.10 | ryouma | where data is optional |
| 21:27.20 | nyov | I wouldn't create a new partition for every /dir; but YMMV |
| 21:27.33 | nyov | e.g. my /home on a server is rather empty |
| 21:27.43 | nyov | that can stick on the / partition |
| 21:27.54 | nyov | which usually never exceeds 10G |
| 21:28.07 | nyov | (including logs) |
| 21:28.12 | slark | humm if i don't create a /var /src /usr or even /opt they will be appent to the / part right ? |
| 21:28.34 | nyov | they'll appear on the root, yes |
| 21:28.36 | ryouma | during dist-upgrade you might accumulate packages that transiently fill up more than your root if you do not put enough there, i think |
| 21:29.15 | slark | ryouma: yeah i remember this kind of things on a little server, and it was a nightmare to maintain |
| 21:29.22 | *** join/#debian purpleunicorn (~purpleuni@unaffiliated/purpleunicorn) |
| 21:29.25 | *** join/#debian corretico_ (~corretico@200.91.143.34) |
| 21:30.16 | nyov | here LVM helps me; I have sda3 a PV volume, single VG, and can resize the LVs I add in there if I need to |
| 21:30.44 | nyov | so if var fills up more than expected, I can resize the LV, say xfs_growfs, and done |
| 21:30.57 | nyov | (though I can't shrink an xfs) |
| 21:31.14 | slark | nyov: you use a single LVM parition, or you use more than one ? |
| 21:31.34 | slark | if you can create and resize your lvm partition do you really need more than one ? |
| 21:31.47 | *** join/#debian MichaelSasser (~michaelsa@sassernet.de) |
| 21:31.57 | slark | i mean create the equivalent of logical partition under your lvm partition |
| 21:32.04 | nyov | the LVM PhysicalVolume (PV) is on the physical partition; but it has a logical partition itself |
| 21:32.13 | nyov | slark: exactly |
| 21:32.27 | slark | indeed, but i saw a sys admin show how many lvm partition he was using in a tutorial |
| 21:32.28 | nyov | but I don't want my boot partition on the LVM |
| 21:32.37 | slark | nyov: yeah this is not recommended |
| 21:32.44 | slark | and probably forbidden not sure.. |
| 21:33.03 | *** join/#debian silverballz (~hidden@35.139.177.25) |
| 21:33.06 | nyov | so sda3 is the PV, I only need one VG, and add however many VGs I think I need |
| 21:33.25 | *** part/#debian rydare (~rydare@unaffiliated/unheeding) |
| 21:33.35 | nyov | one VG for each extra filesystem |
| 21:33.55 | slark | nyov: i think i will stick to static partion actually.. |
| 21:33.57 | nyov | so if you want /usr, /var, and /home, you'd have 3 logical partitions - VGs there |
| 21:34.02 | *** mode/#debian [+l 1108] by debhelper |
| 21:34.05 | slark | it will be too much else for my litle brain |
| 21:34.05 | nyov | slark: sure |
| 21:34.23 | nyov | maybe a single root is also good enough |
| 21:34.36 | slark | nyov: was thinking about a single root in fact |
| 21:34.38 | nyov | nobody says you have to split it all up |
| 21:34.53 | nyov | yeah |
| 21:35.09 | slark | nyov: well this is probably not a good idea in term of data integrity |
| 21:35.18 | nyov | just make sure your backup strategy can handle that |
| 21:35.19 | slark | and sys admin will hate me |
| 21:35.58 | slark | nyov: not even sure what i have bought a 2x1TO this is raid 1 right ? |
| 21:36.29 | slark | trying to find what i have bought but it was 1 year ago |
| 21:37.56 | nyov | bought? |
| 21:38.05 | *** join/#debian clemens3 (~clemens@80-218-38-71.dclient.hispeed.ch) |
| 21:38.28 | slark | nyov: rent i mean |
| 21:38.54 | slark | i am renting an OVH server since 1 year i see i have a 2*1TO |
| 21:39.12 | nyov | TO is what the french say, no? 2x1TB could go as Raid1 |
| 21:39.35 | nyov | but if they declare it as 2x1tb, it's likely just 2 disks |
| 21:39.44 | nyov | and you'd have to use mdadm softraid |
| 21:39.57 | slark | yeah indeed sorry |
| 21:40.07 | slark | 2 * 1 TB |
| 21:40.23 | *** join/#debian morfeokmg (~morfeokmg@201.130.57.134) |
| 21:40.31 | nyov | OVH is actually pretty decent from my experience |
| 21:41.18 | *** join/#debian Ticho (~Ticho@unaffiliated/ticho) |
| 21:41.26 | nyov | except the 2 or so times my rack died because of some power switch issue |
| 21:42.57 | slark | nyov: well i feel dirty to use a "/boot" "/" and "swap" partition scheme, particulary when i worked a sys admin like 15 years ago lol |
| 21:44.31 | nyov | slark: why. tried and proven |
| 21:44.45 | slark | :) |
| 21:45.21 | slark | well from my memory i think i will probably use /var mostly |
| 21:45.31 | slark | so i will at least create a /var partition |
| 21:46.06 | slark | i used a lot iptables in the past, anything new ? |
| 21:46.14 | *** join/#debian retiform (~retiform@2601:5ca:c304:8764::5df6) |
| 21:46.16 | slark | i am reading fail2ban is a must now |
| 21:46.21 | nyov | not with iptables |
| 21:46.29 | nyov | unless you're considering nftables :D |
| 21:46.40 | nyov | (as I am doing) |
| 21:46.53 | slark | hehe well if i have time i would love to play with iptables again |
| 21:47.03 | ryouma | i used to use iptables but got tired of keeping up with it and decided to let arno or ufw do that for me |
| 21:47.04 | nyov | yes. fail2ban. not the best script in the box, but something like it is a must |
| 21:47.31 | ryouma | and i presume one or both will upgrade to nftables as needed |
| 21:47.36 | annadane | as far as i know nftables is actively recommended over iptables but i guess the choice is up to the end user |
| 21:47.47 | slark | ufw (uncomplicated firewall) is good too ? |
| 21:47.49 | *** join/#debian tacit (tacit@opensuse/member/AndreasStieger) |
| 21:47.56 | bites | you are making a raid1 out of it, right? |
| 21:48.00 | *** part/#debian tacit (tacit@opensuse/member/AndreasStieger) |
| 21:48.01 | slark | this is a soft layer on top of iptables no ? |
| 21:48.38 | ryouma | arno is a shell layer over iptables (and maybe it will cover nftables too, dunno). ufw is similar but not shell. |
| 21:48.40 | nyov | it's jst a script doing iptables for you in an abstracted sort of way |
| 21:49.01 | ryouma | so if you know shell, you can find out exactly what it is doing |
| 21:49.04 | slark | ok :) |
| 21:49.09 | nyov | ufw is python IIRC, and shorewall is perl |
| 21:49.28 | slark | oh indeed i remember shorewall.. long long time ago |
| 21:49.49 | nyov | still doing a plenty good job ;) though I want to ditch the perl |
| 21:49.55 | ryouma | this was a really inspiring article: http://linuxgazette.net/114/keeling.html |
| 21:50.03 | *** join/#debian JohnML (~john1@ip-178-200-158-143.hsi07.unitymediagroup.de) |
| 21:50.13 | ryouma | it convinced me |
| 21:50.43 | slark | tell me if i am wrong, my plan is still to use bind for dns, postfix for mail i mean they are still good ? |
| 21:51.01 | *** join/#debian terminalator (terminalat@gateway/vpn/privateinternetaccess/terminalator) |
| 21:51.09 | nyov | I would skip on bind, but postfix is my contender for mail |
| 21:51.31 | slark | yeah i remember it was easiest to use than sendmail |
| 21:51.45 | slark | this is why i choose it i think (maybe i am dreaming) |
| 21:51.56 | slark | nyov: what do you use for dns ? |
| 21:52.18 | nyov | My dns setup is unbound for caching resolver, and NSD4 for zone serving |
| 21:52.31 | nyov | but I could recommend powerdns as well |
| 21:53.05 | *** join/#debian dadinn (~DADINN@188.172.153.77) |
| 21:53.47 | nyov | (of course bind still works as it always has) |
| 21:53.59 | ryouma | the onion repo is having trouble yesterday and today :(. worked perfectly for a long time. |
| 21:54.03 | nyov | it just does ALL THE THING |
| 21:54.05 | nyov | S |
| 21:54.26 | slark | nyov: ok |
| 21:54.34 | ryouma | ah it's just slow today |
| 21:56.30 | *** join/#debian nprs (uid54228@gateway/web/irccloud.com/x-pznzrvllsdfnbvkz) |
| 21:56.31 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 21:56.38 | BCMM | annadane: basically iptables has been replaced by nftables in the kernel (a few years back now). however, there is an iptables compatibility layer for nftables, so iptables rules work the same as ever |
| 21:57.14 | *** join/#debian Grimsley (~Grimsley@2600:1702:711:7d0::20) |
| 21:57.32 | *** join/#debian JohnML (~john1@ip-178-200-158-143.hsi07.unitymediagroup.de) |
| 21:57.54 | BCMM | native nftables will probably perform better, but very few users are handling enough traffic (or have complex enough rules) for that to matter |
| 21:57.55 | nyov | has it really been a few years back? I was trying to switch several times, with some issue or other |
| 21:58.09 | *** join/#debian bananas (~bananas@162.243.201.80) |
| 21:59.03 | slark | the bsd alternative can be still used right ? |
| 21:59.09 | nyov | can you use both in parallel now? as in, have some script work with nftables natively while another manages the rules in iptables syntax? |
| 21:59.23 | slark | the firewall bsd alternatives i mean |
| 21:59.30 | BCMM | should probably say nftables has replaced netfilter; i don't think the kernel part was ever called iptables |
| 22:00.02 | *** join/#debian ma27 (~ma27@v22018086832472568.quicksrv.de) |
| 22:00.04 | nyov | no, it was always netfilter |
| 22:00.22 | *** join/#debian v01t (~v01t@i577B4D0A.versanet.de) |
| 22:00.24 | *** join/#debian gm152 (~coffee@unaffiliated/ridout) |
| 22:00.47 | BCMM | nyov: merged in 2014 |
| 22:00.55 | nyov | humm |
| 22:01.02 | *** join/#debian alexandros_ (~alexandro@unaffiliated/alexandros-c/x-1684531) |
| 22:01.12 | nyov | then it must have been tooling problems for me |
| 22:01.45 | nyov | suppose then it's time to get it finally done *g* |
| 22:02.16 | nyov | slark: you used bsd firewall on linux? |
| 22:02.47 | slark | nyov: but but i was running packetfilter on openbsd |
| 22:03.08 | slark | nyov: no, but i think there is a linux version |
| 22:03.25 | nyov | actually I heard nftables is more similar to pf now |
| 22:03.34 | nyov | than iptables was |
| 22:04.01 | *** join/#debian ma27 (~ma27@v22018086832472568.quicksrv.de) |
| 22:04.09 | slark | ok good to know |
| 22:04.26 | slark | nyov: well i will start my installation then :) welcome back linux |
| 22:04.38 | slark | any good link or resource for post install stuff ? |
| 22:04.42 | nyov | good luck |
| 22:04.55 | slark | there is a post install section in the debian doc i think |
| 22:05.01 | *** join/#debian corretico_ (~corretico@200.91.143.34) |
| 22:05.50 | *** join/#debian sauvin (sauvin@about/linux/staff/sauvin) |
| 22:06.53 | nyov | I don't rightly know |
| 22:08.49 | annadane | https://debian-handbook.info/browse/stable/sect.after-first-boot.html |
| 22:09.12 | slark | annadane: thx |
| 22:09.18 | annadane | https://www.debian.org/doc/manuals/debian-reference/ch09.en.html |
| 22:09.33 | slark | nyov: thx for all the usefull informations |
| 22:09.39 | slark | ryouma: you too :) |
| 22:09.46 | nyov | slark: if you found any in there ;) |
| 22:09.59 | annadane | really the entire debian reference is worth reading; it's a very nice document |
| 22:10.22 | *** join/#debian krytarik (~krytarik@xebian/developer/krytarik) |
| 22:10.34 | nyov | Alt-SysRq. hmm neato |
| 22:10.43 | nyov | I'll bookmark that |
| 22:11.06 | *** join/#debian MadPadrino (~MadPadrin@2605:6001:e2c7:6900:6068:70b3:5910:db15) |
| 22:11.18 | *** join/#debian Night-Shade (~TimF@2a02:8109:9a80:6d80:e9d0:46bd:3d26:7a87) |
| 22:11.26 | annadane | the ref manual is apparently routinely updated. the handbook... not so much |
| 22:11.36 | annadane | there's probably one or two things out of date but still gives a good general overview |
| 22:11.54 | annadane | (feel free to file bugs against the debian-handbook package) |
| 22:12.22 | nyov | interesting that screen is still more documented than tmux :) |
| 22:12.49 | annadane | i think i may do that anyway just from ctrl + f'ing "alioth" |
| 22:13.27 | *** join/#debian chrismj (~chrismj@12.187.253.158) |
| 22:13.35 | *** join/#debian guiverc (~guiverc@ppp118-209-104-126.bras1.mel11.internode.on.net) |
| 22:13.53 | *** join/#debian mtn (~mtn@unaffiliated/mtn) |
| 22:13.54 | nyov | is OpenVZ still a thing? |
| 22:18.25 | *** join/#debian hanasaki (~hanasaki@pool-96-244-117-231.bltmmd.fios.verizon.net) |
| 22:18.35 | *** join/#debian Sleaker (~quassel@2604:880:a:7::e1b) |
| 22:22.31 | *** join/#debian spacebison (~bison@104.240.137.145) |
| 22:24.06 | *** join/#debian ma27 (~ma27@v22018086832472568.quicksrv.de) |
| 22:24.39 | *** join/#debian Orys (~Orys@80.250.28.106) |
| 22:28.57 | *** join/#debian alexabdros_c (~alexandro@unaffiliated/alexandros-c/x-1684531) |
| 22:29.43 | *** join/#debian oojacoboo (~oojacoboo@76.pool85-60-227.dynamic.orange.es) |
| 22:31.17 | *** join/#debian ma27 (~ma27@v22018086832472568.quicksrv.de) |
| 22:31.56 | *** join/#debian alexandros_c (~alexandro@unaffiliated/alexandros-c/x-1684531) |
| 22:34.42 | *** join/#debian ma27 (~ma27@v22018086832472568.quicksrv.de) |
| 22:39.58 | *** join/#debian faw (~faw@unaffiliated/faw) |
| 22:41.16 | pldiem1 | during each boot I see this message: iTCO_wdt: can't request region for resource [mem 0x00c5f |
| 22:41.21 | pldiem1 | should I worry? |
| 22:41.32 | *** join/#debian pringau (~pringau@gateway/tor-sasl/pringau) |
| 22:41.43 | *** join/#debian luckman212 (~luckman21@unaffiliated/luckman212) |
| 22:42.29 | *** join/#debian GenTooMan (~cyberman@2601:547:4380:2fe0:21f:5bff:fefe:a883) |
| 22:44.05 | *** join/#debian Toadisattva (~Toadisatt@gateway/tor-sasl/toadisattva) |
| 22:44.06 | *** join/#debian Nefertiti` (~Nefertiti@unaffiliated/nefertiti) |
| 22:46.26 | *** join/#debian Kevlar_Noir (~lexou@73.70.197.77.rev.sfr.net) |
| 22:47.31 | *** join/#debian corretico_ (~corretico@200.91.143.34) |
| 22:49.21 | *** join/#debian jetscreamer (~jetscream@unaffiliated/jetscreamer) |
| 22:49.37 | jetscreamer | i take it this is not the place to ask about the live dvd |
| 22:51.00 | *** join/#debian bozza (~bozza@unaffiliated/bozza) |
| 22:52.30 | annadane | jetscreamer, sure it is |
| 22:52.40 | annadane | or #debian-live on irc.oftc.net but here is ok too |
| 22:52.53 | *** join/#debian silverballz (~hidden@35.139.177.25) |
| 22:53.35 | jetscreamer | boot the dvd, wireless works fine, can't find the installer. reboot the dvd, enter installer, installer says 'you need the firmware for xxx' |
| 22:54.19 | *** join/#debian spiritwalker (~spiritwal@gateway/tor-sasl/spiritwalker) |
| 22:54.20 | *** join/#debian corretico_ (~corretico@200.91.143.34) |
| 22:54.51 | annadane | there are some firmware images here https://cdimage.debian.org/images/unofficial/non-free/images-including-firmware/current-live/amd64/iso-hybrid/ |
| 22:55.57 | annadane | not sure whether or not that's related to your problem but you can try perhaps |
| 22:56.54 | *** join/#debian rant (~user@unaffiliated/jscoder) |
| 22:59.36 | jetscreamer | yes, thank you. thought about that, but the firmware seems to be on the dvd. i dl'd the non-free one w/firmware. boot to live, 'just works'⢠|
| 23:00.13 | jetscreamer | boot to installer, not so much |
| 23:01.51 | jetscreamer | heh. i notice that i still hate that debian decided to leave freenode ... |
| 23:01.53 | *** join/#debian terminalator (terminalat@gateway/vpn/privateinternetaccess/terminalator) |
| 23:02.06 | *** join/#debian Mazhive (~Mazhive@143.0.33.179) |
| 23:02.34 | *** join/#debian Pendrag0n (~Thunderbi@pool-173-79-124-60.washdc.fios.verizon.net) |
| 23:04.03 | jetscreamer | must identify... well so much for that |
| 23:04.23 | jetscreamer | now i remember in much greater detail |
| 23:05.45 | *** join/#debian aloo_shu (~atomic@195.135.251.68) |
| 23:06.16 | jetscreamer | !thank annadane |
| 23:06.16 | dpkg | jetscreamer: de nada |
| 23:06.20 | jetscreamer | gah |
| 23:06.27 | jetscreamer | !worship annadane |
| 23:06.28 | dpkg | kneels before annadane. "I'm not worthy!" |
| 23:06.39 | jetscreamer | forgot a lot |
| 23:08.06 | annadane | oh maybe the right link is https://cdimage.debian.org/images/unofficial/non-free/images-including-firmware/9.5.0-live+nonfree/amd64/iso-hybrid/ - i'm actually not sure what the difference is between "current live" |
| 23:08.23 | annadane | i think current is the right one to use and 9.5 is what was available at the time of release? not sure |
| 23:08.24 | jetscreamer | no, 'that' is the image i'm discussing :) |
| 23:08.34 | *** join/#debian morfeokmg (~morfeokmg@201.130.57.130) |
| 23:09.01 | jetscreamer | debian-live-9.5.0-amd64-xfce+nonfree.iso |
| 23:09.43 | *** join/#debian Mazhive (~Mazhive@143.0.33.179) |
| 23:09.56 | jetscreamer | i can make it work, 'workaround' it... i hate filing br's too :/ but that's what i should do |
| 23:10.33 | annadane | otherwise i'm not sure i can find a live dvd specifically. sorry if i didn't answer your question |
| 23:11.12 | jetscreamer | thought it might be a known issue with an easy workaround.. thank you again. |
| 23:11.37 | jetscreamer | they should make toram a menu option, too |
| 23:12.48 | jetscreamer | ^^in grub menu |
| 23:13.40 | annadane | possible it is an issue with a workaround. i'm simply a useless pleb who made an educated guess and probably should do less of such |
| 23:14.13 | jetscreamer | nah that would have worked for 90% of the ppl you've never seen in this channel before :) |
| 23:14.14 | *** join/#debian luckman212 (~luckman21@unaffiliated/luckman212) |
| 23:14.37 | jetscreamer | i always get the weird bugs nobody else gets :/ |
| 23:16.53 | *** join/#debian netcrash (~netcrash@189-70-58-109.user.veloxzone.com.br) |
| 23:17.11 | *** join/#debian Slote (~c0a8010c@2a01:cb14:585:1900:7252:5dc9:556:dc13) |
| 23:17.41 | *** join/#debian sonicdee (~linushec@linus.powered.by.lunarbnc.net) |
| 23:18.06 | jetscreamer | reboots to installer <<< |
| 23:22.41 | ryouma | huh. something on the system thinks i have a parallel port. "WARNING: CPU: 2 PID: 25759 at /build/linux-luZh6p/linux-3.16.57/fs/sysfs/group.c:219 device_del+0x40/0x1d0()". "parport378 0x(WARNING): CTR: wrote 0x0c, read 0xff". etc. |
| 23:24.01 | *** mode/#debian [+l 1102] by debhelper |
| 23:25.25 | *** join/#debian spiritwalker (~spiritwal@gateway/tor-sasl/spiritwalker) |
| 23:25.29 | *** join/#debian tribrid (~textual@47.184.166.236) |
| 23:26.43 | awal1 | how can make my system (openbox) lock screen after resume from suspend? |
| 23:28.05 | awal1 | i usually just run via keyboard shortcut "systemctl suspend" but anyone pressing the power button can have access |
| 23:28.45 | bites | write a wrapper that first locks, then suspends. |
| 23:29.21 | awal1 | well, if i execute xscreen-saver before closing the lid resuming from suspend X still locked by xscreen-saver |
| 23:29.27 | *** join/#debian daniel-s (~daniel-s@123-243-122-96.static.tpgi.com.au) |
| 23:30.10 | awal1 | so maybe i just need a shortcut for execute xscreen-saver && systemctl susspend |
| 23:30.31 | bites | that's what i was telling you. |
| 23:30.37 | awal1 | ok |
| 23:30.45 | awal1 | lets try |
| 23:31.26 | *** part/#debian jonvonb (~username@nat-208-66-188-116.pinebelt.net) |
| 23:31.29 | *** join/#debian dreamon_ (~dreamon@unaffiliated/dreamon) |
| 23:31.41 | awal1 | xscreensaver ^ |
| 23:32.53 | *** join/#debian learjet60xr (~learjet60@072-189-094-226.res.spectrum.com) |
| 23:33.17 | *** join/#debian AfroThundr (~AfroThund@pool-100-18-23-198.washdc.fios.verizon.net) |
| 23:33.31 | *** join/#debian jonvonb (~username@208.66.188.116) |
| 23:35.54 | *** join/#debian lead_pipe23 (~Lead@c-71-59-62-216.hsd1.ga.comcast.net) |
| 23:36.53 | *** join/#debian aloo_shu (~atomic@195.135.251.68) |
| 23:37.08 | *** join/#debian awal1 (~awal1@modemcable251.103-162-184.mc.videotron.ca) |
| 23:37.53 | awal1 | good, "xscreensaver-command -lock && systemctl suspend" does the job |
| 23:38.21 | awal1 | systemd doesn't provide lock screen utility itself? |
| 23:38.47 | bites | maybe search in the systemd package manager. |
| 23:39.18 | *** join/#debian AfroThundr (~AfroThund@pool-100-18-23-198.washdc.fios.verizon.net) |
| 23:39.19 | awal1 | nothing in manual |
| 23:42.53 | *** join/#debian dohfish (~oemillak@85.191.223.6) |
| 23:43.22 | *** join/#debian silver_hook (~hook@unaffiliated/silver-hook/x-2625033) |
| 23:44.07 | *** join/#debian AfroThundr (~AfroThund@pool-100-18-23-198.washdc.fios.verizon.net) |
| 23:45.32 | *** join/#debian TheManWithNoSock (~paige@71-80-66-240.dhcp.kgpt.tn.charter.com) |
| 23:45.35 | *** join/#debian Sir_Designer (~Sir_Desig@unaffiliated/sir-designer/x-5975211) |
| 23:54.58 | *** join/#debian rafaeldelucena (~rafaeldel@2804:14d:ba83:2709:98d5:14ae:7c65:d92a) |
| 23:57.22 | *** join/#debian hank (8AxjdwDR8L@2a00:d0c0:200:0:b9:1a:9c2a:521) |
| 23:59.35 | *** join/#debian r00tobo (~r00tobo@unaffiliated/r00tobo) |
