00:58 | mmarconm has joined IRC (mmarconm!~mmarconm@unaffiliated/mmarconm) | |
01:19 | mmarconm has left IRC (mmarconm!~mmarconm@unaffiliated/mmarconm, Read error: Connection reset by peer) | |
01:55 | Nikoh77 has left IRC (Nikoh77!~Nikoh77@79.9.135.148, Remote host closed the connection) | |
03:43 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 276 seconds) | |
05:34 | jinnjus has joined IRC (jinnjus!jinnjus@gateway/vpn/protonvpn/jinnjus) | |
05:39 | <jinnjus> Hey alkisg...I think I finished with irclogs for now unless there is anything that needs fixing
| |
05:40 | it now scrapes the navigation sidebar from the main site and I used css to squash it into the footer
| |
05:40 | <alkisg> jinnjus: ty, let me upload it and see
| |
05:41 | <jinnjus> now manual updates necessary from you if you change navigation links
| |
05:41 | not sure how brittle that will be for a solution...but I think it will work for now :)
| |
05:43 | *no manual update...
| |
05:47 | <alkisg> jinnjus: hmm I think I did something wrong, check irclogs.ltsp.org now...
| |
05:48 | <jinnjus> oops...I missed a css file in the header...sorry
| |
05:48 | one moment
| |
05:48 | <alkisg> I changed home, pull before you push
| |
05:49 | Also I don't think the level-2 links are needed, just the top-level ones
| |
05:49 | well unless you're screen-scraping them, sure, ok
| |
05:51 | <jinnjus> the css should clean it up
| |
05:52 | <alkisg> Ah, at the bottom, nice!
| |
05:52 | Thank you jinnjus, great work!
| |
05:53 | <jinnjus> is that better?
| |
05:53 | <alkisg> Yes indeed I think it is
| |
05:53 | <jinnjus> it's still messier than I'd like under the hood...there is lots of css I think uneccessary
| |
05:54 | but I don't know foundation at all
| |
05:54 | <alkisg> Re: the analytics id, I'm thinking maybe we should add that in the future, no?
| |
05:54 | I just didn't have time for that yet
| |
05:55 | <jinnjus> I don't know what it's for? I should google I suppose :)
| |
05:55 | <alkisg> AFAIK it counts page hits and browser and user statistics
| |
05:55 | So we can see how many visit ltsp.org, how many the man pages, if they're using firefox or chromium etc
| |
05:55 | Not sure how much it helps for a project like ltsp though
| |
05:56 | Download statistics would make more sense than analytics
| |
05:56 | (we have those, for the ppa packages)
| |
05:57 | <jinnjus> I added the head html stuff from the main site because it has meta info for search engines...I will look at the analytics stuff too though if you want
| |
05:57 | <alkisg> I think it needs registration and mail etc, so I think I should be the one to do it, don't bother
| |
05:57 | <jinnjus> OK...sounds good
| |
05:58 | <alkisg> Is there a standard date selection control in html5?
| |
05:58 | To replace that dropping combo box?
| |
05:58 | <jinnjus> oh yeah...good question
| |
05:58 | fixing up the style on that too was something I was thinking to do
| |
05:58 | <alkisg> I think it's too long now, it takes a long time to load on mobile phones etc
| |
05:59 | Ah although we only want to show the dates where we do have data
| |
05:59 | Hmm
| |
06:00 | And I'm not sure if it would be indexable by google if it was using a control or javascript etc
| |
06:01 | ....maybe it's fine as it is now
| |
06:03 | <jinnjus> OK
| |
06:29 | jinnjus_ has joined IRC (jinnjus_!jinnjus@gateway/vpn/protonvpn/jinnjus) | |
06:32 | jinnjus has left IRC (jinnjus!jinnjus@gateway/vpn/protonvpn/jinnjus, Ping timeout: 240 seconds) | |
06:36 | jinnjus__ has joined IRC (jinnjus__!jinnjus@gateway/vpn/protonvpn/jinnjus) | |
06:37 | jinnjus__ has left IRC (jinnjus__!jinnjus@gateway/vpn/protonvpn/jinnjus, Client Quit) | |
06:38 | jinnjus_ has left IRC (jinnjus_!jinnjus@gateway/vpn/protonvpn/jinnjus, Ping timeout: 240 seconds) | |
07:44 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
07:45 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Client Quit) | |
07:56 | woernie has joined IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de) | |
09:36 | statler has joined IRC (statler!~Georg@p5B30EE2F.dip0.t-ipconnect.de) | |
10:46 | gdi2k has left IRC (gdi2k!~gdi2k@124.6.143.131, Ping timeout: 240 seconds) | |
11:49 | kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:986:b380:2d89:98de) | |
12:52 | kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:986:b380:2d89:98de, Ping timeout: 246 seconds) | |
13:16 | kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:986:b380:2d89:98de) | |
15:38 | spaced0ut has left IRC (spaced0ut!~spaced0ut@unaffiliated/spaced0ut, Ping timeout: 240 seconds) | |
15:52 | eddyTV has joined IRC (eddyTV!~eddyTV@unaffiliated/eddytv) | |
15:53 | <eddyTV> Are there any examples of passing network parameters on the kernel command line in LTSP19 like the old "IPAPPEND" option could to avoid having to do DHCP again?
| |
16:08 | kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:986:b380:2d89:98de, Ping timeout: 252 seconds) | |
16:19 | <alkisg> eddyTV: file a community issue and I'll answer it when I get a bit of free time, with a nice POST_IPXE_SED command
| |
16:27 | <eddyTV> By "community issue", do you mean at https://github.com/ltsp/ltsp/issues ?
| |
16:27 | <alkisg> https://github.com/ltsp/community/issues
| |
16:27 | ltsp/ltsp is for bugs, ltsp/community for discussions
| |
16:27 | <eddyTV> Gotcha. Glad I asked. ;-)
| |
16:34 | kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:986:b380:2d89:98de) | |
16:36 | kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:986:b380:2d89:98de, Remote host closed the connection) | |
16:53 | <eddyTV> #63 opened. Thanks in advance, Alkis.
| |
16:58 | <alkisg> eddyTV: try manually: set cmdline_ltsp ip=${ip}:${srv}:${gateway}:${netmask} BOOTIF=01-${mac:hexhyp}
| |
16:58 | In line 15 of ltsp.ipxe
| |
16:58 | If it works, I'll make it a POST_IPXE_SED command
| |
17:05 | <eddyTV> OK... giving it a try now
| |
17:06 | close... no DNS server
| |
17:06 | <alkisg> That's expected
| |
17:06 | IPAPPAND 3 doesn't pass the DNS
| |
17:06 | So you're supposed to pass it via ltsp.conf then
| |
17:07 | ltsp5 did another dhcp request to autodetect dns :)
| |
17:07 | <eddyTV> Hmm, is it not in the PXE pre-boot environment? Or is passing it through just something that's not supported?
| |
17:07 | <alkisg> Oh you can pass it via the cmdline if you want
| |
17:07 | But it's not supported by initramfs-tools, you need to do it via ltsp,
| |
17:07 | i.e.: ltsp.dns_servers=${dns-server}
| |
17:11 | <eddyTV> any way to hide the `IP-Config` output when `quiet` is on the cmdline?
| |
17:12 | <alkisg> Which distro/version?
| |
17:12 | Also, see reply in the issue
| |
17:12 | <eddyTV> Ubuntu 18.04
| |
17:12 | <alkisg> Your main problem seems to be a bad dhcp server
| |
17:12 | What dhcp server are you using?
| |
17:12 | <eddyTV> Which is weird because it's dnsmasq on the local subnet
| |
17:13 | <alkisg> In 192.168.67.x?
| |
17:13 | <eddyTV> No, it's running on the gateway in the .1 of the primary subnet
| |
17:14 | <alkisg> If it takes 4 seconds to answer, it sounds misconfigured
| |
17:14 | To hide boot messages in Ubuntu, add `quiet splash` in the cmdline
| |
17:14 | <eddyTV> Yeah I have that, and the `IP-Config` stuff "leaks" through even though the rest of the kernel boot messages are hidden
| |
17:14 | <alkisg> You have splash?
| |
17:15 | <eddyTV> I have it set, but `Plymouth` isn't doing anything yet (that's the next thing I was going to look at)
| |
17:15 | <alkisg> To test how long your dhcp server takes to answer, on a booted pc (server, client, whatever), run something like this:
| |
17:15 | /usr/lib/klibc/bin/ipconfig -n enp2s0
| |
17:15 | It should reply in less than 1 sec
| |
17:16 | bbl
| |
17:16 | <eddyTV> `real 0m0.053s`
| |
17:17 | <alkisg> Same from the booted client?
| |
17:17 | Maybe switches interfering or something
| |
17:18 | Or maybe it waits for ping replies, and it replies soon when the IP is already assigned to that client
| |
17:18 | <eddyTV> Yes, that was from the booted client.
| |
17:18 | I can look at the switch. If link drops between iPXE and the kernel, maybe it's not going back to forwarding mode right away
| |
17:20 | <alkisg> Btw both ltsp5 and ltsp19 don't interfere with ipconfig; there were no changes involved
| |
17:26 | <eddyTV> Definitely a problem with link not being up when `IP-Config` tries to DHCP. (The client has Intel NICs, using the e1000e driver.)
| |
17:26 | Nov 24 17:24:47.687: %LINK-3-UPDOWN: Interface GigabitEthernet0/5, changed state to down
| |
17:27 | Nov 24 17:24:52.719: STP: VLAN0001 Gi0/5 ->jump to forwarding from blocking
| |
17:27 | Nov 24 17:24:54.716: %LINK-3-UPDOWN: Interface GigabitEthernet0/5, changed state to up
| |
17:27 | (I was hoping maybe the switchport didn't have portfast enabled, but it does)
| |
17:42 | <alkisg> eddyTV: does the client boot fast with ipappend 3 or with the POST_IPXE_SED emulation?
| |
18:52 | !ipappend
| |
18:52 | <ltspbot> ipappend: o temporarily solve DHCP problems in the initramfs, try putting IPAPPEND 3 after the APPEND line in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default. More info: http://www.syslinux.org/wiki/index.php/SYSLINUX#IPAPPEND_flag_val_.5BPXELINUX_only.5D
| |
18:52 | <alkisg> learn ltsp5-ipappend as To temporarily solve DHCP problems in the initramfs, try putting IPAPPEND 3 after the APPEND line in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default. More info: http://www.syslinux.org/wiki/index.php/SYSLINUX#IPAPPEND_flag_val_.5BPXELINUX_only.5D
| |
18:52 | !forget ipappend
| |
18:52 | <ltspbot> The operation succeeded.
| |
18:53 | <alkisg> !learn ipappend as To temporarily solve DHCP problems in the initramfs, try this: https://github.com/ltsp/community/issues/63#issuecomment-557908321
| |
18:53 | <ltspbot> The operation succeeded.
| |
20:42 | woernie has left IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de, Remote host closed the connection) | |
20:52 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
23:43 | GodFather has left IRC (GodFather!~rcc@d53-64-7-141.nap.wideopenwest.com, Ping timeout: 265 seconds) | |