tomreynSo apparently there are no kernels nor initrd's on the live cds according to bug 186049502:21
ubot5bug 1860495 in linux (Ubuntu) "vmlinuz and initrd are missing in /boot on the Live CD" [Undecided,Confirmed] https://launchpad.net/bugs/186049502:21
lotuspsychjegood morning03:23
peepsalotI'm curious about how bug fixes are handled in older LTS releases such as 16.04, when the packages they use are considered not supported by their maintainers?  (for example Qt which seems to have a very aggressive end of support schedule https://en.wikipedia.org/wiki/Qt_version_history#Qt_5 )03:37
lotuspsychje!info software-properties-gtk eoan04:08
ubot5software-properties-gtk (source: software-properties): manage the repositories that you install software from (gtk). In component main, is optional. Version 0.98.5 (eoan), package size 61 kB, installed size 439 kB04:08
guivercpeepsalot, your question about fixes in older LTS releases will likely vary on packages; most of 16.04 LTS packages found in universe are no longer supported; so don't get fixes (eg. Kubuntu 16.04 LTS had 3 years of support as it was a flavor, it's eol like mate, lubuntu, xubuntu etc...)04:53
guivercpeepsalot, for 'main' packages, the fixes are backported to the package already in the older release; unless it's more work to backport than provide newer version...04:54
peepsalotguiverc: i'm specifically concerned about this issue: https://bugreports.qt.io/browse/QTBUG-55245#  kinda wondering if there's any chance it would get fixed in Qt 5.5.1 which is used by 16.0404:57
peepsalotor if I would have any better luck reporting through ubuntu than Qt directly?04:58
guivercKubuntu 16.04 LTS is EOL & thus doesn't get support; as I recall a single package was fixed post-EOL date (by a few days); but it was an exception.04:58
guivercKubuntu 16.04 LTS was released on 21st April 2016, and was supported for Kubuntu for a period of year 3 years.* Kubuntu 16.04 LTS support therefore ends 21st April 2019  https://kubuntu.org/news/trusty-14-04-lts-end-of-life-and-end-of-kubuntu-support-for-xenial-16-04-lts/05:00
guivercI'm not aware of any Qt packages for 16.04 in 'main' (thus with 5 years of support)05:00
peepsalotguiverc: but qt5-default is part of xenial main as far as I understand, not just Kubuntu, and its supposed to be supported until Apr 2021?05:00
guiverchttps://packages.ubuntu.com/xenial/qt5-default == universe05:01
peepsalotoh, oops05:01
guivercif it's on your system, use `ubuntu-support-status` to inspect for packages installed on your system05:02
peepsaloti'm on mint 19.2, which is 18.04 based.  i'm just concerned because I work on a project which supports Ubuntu 16.04, and would really like that bug fix05:03
peepsalothell, i'd really like it for 18.04 too, which isn't even out of support for Qt yet05:04
peepsalotQt 5.9.505:04
peepsalotguiverc: do you know what is policy for updating packages in universe then?  is there any chance it could be fixed for Qt 5.9.5, backported by ubuntu or something?05:12
peepsalotlooks like ubuntu-support-status is part of update-manager-core package, not sure if installing that will interfere with default mint updater though, so not too keen on testing it05:13
guivercI can't help with mint; I have no idea.05:19
lotuspsychjepeepsalot: you should mention you are using mint at the beginning of your questions05:24
lotuspsychjepeepsalot: mint has another support channel/server05:24
peepsaloti contribute to an open source packaage that supports ubuntu 16.04.  this isn't specifically about what my system is running05:25
lotuspsychjepeepsalot: discussing here is allowed for everyone of course, but details 'can' matter when asking questions so volunteers can aid better05:25
peepsalotour CI servers run Ubuntu 16.04 and 18.04, among other OS05:26
ducassegood morning07:17
lordievaderGood morning07:25
=== leden_ is now known as leden
tomreyni spent 30 minutes yesterday ebcause i didn't remember what is the exact kernel command line option to boot into non-graphical multi-user mode. i was certain it'd start with either "systemd.target", "systemd-target", "x-systemd.target" or "x-systemd-target", and would be followed by one of "multi-user" or "multi-user.target"12:32
tomreynturns out it is actually "systemd.unit=multi-user.target" :-/ we might want a factoid for this12:32
ubot5systemd is the default init system for Ubuntu 15.04 onwards. For information on transitioning from upstart to systemd, see https://wiki.ubuntu.com/SystemdForUpstartUsers For a guide to basic service management with systemd, see https://www.digitalocean.com/community/tutorials/how-to-use-systemctl-to-manage-systemd-services-and-units12:33
tomreyni haven't found the kernel parameters to be documented anywhere12:33
tomreynor initrd parameters rather12:34
lotuspsychjetomreyn: alinea Adjusting the System State (Runlevel) with Targets is related?12:35
tomreynlotuspsychje: where do you see this?12:36
lotuspsychjethe digitalocean one12:36
tomreynwell, it explains targets in systemd, but not how to boot to them overriding the default target by using kernel command line parameters12:38
ubot5To add a one-time or permanent kernel boot parameter see https://wiki.ubuntu.com/Kernel/KernelBootParameters12:38
tomreynwe should have a list or explain how to get a list of initrd supported kernel command line parameters12:39
tomreynhaving it is more user friendly - until it gets outdated.12:40
* pragmaticenigma is obsolete :-P12:41
tomreynaaaah crap there is actually kernel-command-line(7)12:47
lotuspsychjewhere did you find tomreyn12:48
tomreyni knew about bootparm(7) which doesn't discuss this, and while searchign the web for it stumbled into http://man7.org/linux/man-pages/man7/bootparam.7.html where, on the footer, it says:   Pages that refer to this page: reboot(2),  boot(7),  kernel-command-line(7)12:49
tomreynso we should mention bootparm(7) and kernel-command-line(7) on https://wiki.ubuntu.com/Kernel/KernelBootParameters12:50
lotuspsychjei know someone that likes editing wiki's :p12:50
tomreyni don't12:50
lotuspsychjeme neither :p12:50
tomreynokay, done13:02
pragmaticenigmaleftyfb: -X always results in an error message being displayed... -Y doesn't... that's why I use -Y... I've not looked in to -G before and I don't know what it does and I don't setup my SSH clients to automatically any forwarding14:35
pragmaticenigmaleftyfb: Also, -X is mapped to forwardx11, -Y is mapped to fowardx11trusted14:38
pragmaticenigmaso I'm not understanding your point14:38
sarnoldpragmaticenigma: I'm pretty sure debian and ubuntu -X and -Y mean the same thing https://sources.debian.org/src/openssh/1:8.1p1-5/debian/patches/debian-config.patch/?hl=47#L4718:27
dpsafternoon everyon!18:42
sarnoldhey dps18:45
pragmaticenigmasarnold: Yeah, I tried it and found that is the case from debian to debian system. With cygwin, it always throws a warning message if I try to use -X... that was the basis of my original thought pattern18:45
pragmaticenigmaIt would appear in debian, -X and -Y might be interchangable then?18:45
dpsthis may be a dumb question, but isnt it a bit unsafe for my IP address to be shown to everyone when i join a channel? lol18:57
sarnolddps: you can connect via Tor if you wish to hide it18:58
pragmaticenigmadps: You can also ask in #freenode for a "cloak"18:59
dpsyeah, i guess i could. im just wondering exactly what someone could do with that info. Maybe try gaining access to my rig you think?18:59
dpsoh ok, thanks! ill look into that18:59
pragmaticenigmadps: If you're on a dynamically changing IP the risk is lower. If someone was actively trying to target you for something, that would be the only risk.19:00
pragmaticenigmaPersonally I did it because I tansfer between a few locations, and I didn't like that those IPs don't change often enough, such that if someone were to be paying attention, they could determine if I were home or not19:00
pragmaticenigmabut the reality is, you're more likely to get targetted by someone doing a full sweep of the IPv4 address space, then someone from here.19:01
sarnolddps: if your firewall is so poorly configured and you've got open services running that can be abused, you'd have already been abused due to just being on the internet; being on irc doesn't drastically change things there19:02
sarnolddps: the usual risk of being on irc with an IP address visible is saying something to someone who then aims a ddos booter at you and destroys your ISP's connection. I haven't seen that in years, and those kids normally try to take down entire irc networks rather than individual users..19:03
daftykinsdon't get suckered into these VPN services and other nonsense, all you need is to register with nickserv and get a cloak and then make sure you SASL auth at login prior to hopping in channels19:07
sarnoldyeah that's like 99% good enough19:08
=== kostkon__ is now known as kostkon

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!