[00:49] <Sven_vB> hi! how can my bash script query what text is in a specific part of another program's status bar (e.g. VLC playback speed, LibreDraw zoom level)? they run as the same user on the same X display. can it register as an accessibility helper program or sth.? can I access their memory directly since it runs as the same user? (probably the most brittle approach though)
[00:49] <Sven_vB> looking for approaches that work on xenial or bionic, amd64
[01:05] <Ascavasaion> HOw do I browse network in Nautilus?  I have tried the "+ Other Locations" option but it will not allow me to browse smb://xyz/ or smb://IP  The "Connect" button remains greyed out all the time.
[01:07] <Ascavasaion> I figured it out... cannot do it using sudo nautilus.  As soon as I drop to normal user it works.
[02:47] <loganlee> hello
[02:49] <lotuspsychje> welcome loganlee
[02:49] <loganlee> hi
[02:49] <lotuspsychje> how can we help you today loganlee ?
[02:50] <loganlee> just chillin' man
[03:28] <Frommhold> Damn. Ubuntu really is annoying when you install it to an hdd. When the hdd is doing alot of work, youtube videos and even the mouse sometimes begin to stutter for 1-2sec every 10seconds or so. Is the default scheduler not good for hdds or something or is it because i encrypted it? (using 19.04)
[03:30] <Frommhold> (i think i'm going to buy a SSD for ubuntu this week anyway and clone it there, so more a question out of curiosity)
[03:31] <OerHeks> i guess it depends on your hardware, choose a lighter desktop?
[03:32] <OerHeks> some GPUs will not play youtube flawlessly
[03:32] <OerHeks> !flavors
[03:37] <loganlee> does latest ubuntu support finger print sensor in laptop?
[03:39] <OerHeks> all ubuntu versions do, it depends on the fingerprint gui and supported chips
[03:40] <OerHeks> https://launchpad.net/~fingerprint/+archive/ubuntu/fingerprint-gui and the rest of chips on https://fprint.freedesktop.org/supported-devices.html
[03:40] <OerHeks> not yet for EOAN, i see
[03:42] <lotuspsychje> Frommhold: spinner hd's + gnome3 bit of bottleneck
[03:42] <OerHeks> IDE spinners surely
[03:44] <Frommhold> gonna try bfq scheduler soon, maybe it will work better then, lets see... definetely not a cpu/ram/gpu issue, more than enough for gnome3.
[03:45] <Frommhold> god, HDDs are annoying once you are used to a SSD, it's like hell.
[03:45] <OerHeks> yes, slower menus ..
[03:46] <lotuspsychje> Frommhold: id go for what OerHeks suggests, lightweight flavour, lubuntu/xubuntu
[03:50] <loganlee> the latest version of lubuntu looks great
[03:52] <OerHeks> 2 days until 19.10 will be released, you can test the releasecandidate today, that would be appreciated
[03:53] <OerHeks> http://iso.qa.ubuntu.com/qatracker/milestones/407/builds
[03:59] <Frommhold> lotuspsychje, yeah, you are right. Installed lxde and tested playing youtube there while writing a tempfile with dd, not a single stutter, filemanager etc took ages to load, so hdd was @ 100% i guess, but alot smoother there. I guess my only option is to buy a second SSD for ubuntu, cause i really like gnome3 :)
[04:00] <Frommhold> (the vanilla version, not ubuntu-desktop)
[04:25] <lotuspsychje> Frommhold: its possible to tweak gnome to the extreme also to make it more lightweight, installing: preload, haveged,bleachbit the system, tweak systemd services, disable unwanted startup items, disable animations,..
[04:57] <loganlee> hmmmm
[04:57] <lotuspsychje> whats wrong loganlee
[04:58] <loganlee> nothing man
[05:05] <loganlee> i remember the days when i plug in a usb stick and i had to manually mount it
[05:05] <loganlee> we've came a long way
[05:05] <lotuspsychje> come to #ubuntu-discuss if you like loganlee
[05:06] <loganlee> im fine thx
[05:12] <nikolam> What a shitty world now become, because of this ' sudo ' bug. doing admin tasks without separate admin password were always problematic and now it seems it is truly bad with this bug. https://thehackernews.com/2019/10/linux-sudo-run-as-root-flaw.html
[05:12] <lotuspsychje> !language | nikolam and offtopic
[05:12] <nikolam> I am sorry for my language.
[05:13] <nikolam> But I think it is on topic, since ubuntu surely also shipped 'sudo' with this bug for years.
[05:13] <lotuspsychje> nikolam: its not, this channel is for supporting issues only, join #ubuntu-discuss instead please
[05:16] <OerHeks> nikolam, just update, fix is released. and it is not ubuntu only..
[05:16] <nikolam> Yes, I got update now for sudo, it's in the updates.
[06:07] <amosbird> eww, still cannot find out why I don't need to enter password to gpg anymore. I feel unsafe ...
[06:33] <nikolam> amosbird, it would be more safe if you enter som other password but your own for login. You can set for your home directory to be encrypted, during account creation.
[06:36] <nikolam> but the question of isolation of apps is valid, I for sure, use password for getting remembered passwords in Firefox password manager. Maybe you can digg if that is upstream change or Ubuntu protects them some other way. but I surely know that my Firefox password and it's cypher is not particularly strong one.
[06:37] <The_LoudSpeaker> How do I install amdgpu pro driver on 19.04 ?
[06:37] <amosbird> nikolam: The question is , I'd like to know who is keeping my password
[06:37] <nikolam> The_LoudSpeaker, I wonder, is there a particular reason to install and use Pro driver with proprietary parts, instead of AMD's open one?
[06:39] <nikolam> amosbird, good question, maybe good enough to create bug report to get clarification. I think there are GNOME tools in the background, managing that for apps.
[06:40] <The_LoudSpeaker> nikolam: I have radeon R7 series gpu which needs amdgpu pro afaik.
[06:41] <nikolam> afaik pro version is optional and for some proprietary features not found in AMD's open driver.
[06:41] <The_LoudSpeaker> How do I install the open one btw?
[06:42] <OerHeks> if your card is capable, amdgpu is already running, and amdgpu-pro is on their website
[06:44] <The_LoudSpeaker> I don't see amdgpu running when I search using ps and grep
[06:44] <The_LoudSpeaker> OerHeks: ^
[06:48] <OerHeks> lspci -nnk | grep -iA2 vga # would show
[06:54] <dCLCp> anybody here familiar with ubuntu server, aws, and lamp stack type stuff? I am kinda stuck. I have been following this tutorial and everything works except for the php.info portion at the end: https://phoenixnap.com/kb/how-to-install-lamp-stack-on-ubuntu
[06:54] <dCLCp> Ultimately I am wanting to install tiny rss on this thing and get the most out of my free tier usage.
[06:56] <OerHeks> dCLCp, after edit, did you restart apache?
[06:57] <OerHeks> sudo systemctl restart apache2
[06:57] <dCLCp> yup
[06:57] <dCLCp> it serves up a blank page in firefox and error 500 in chrome
[06:57] <dCLCp> the test page works fine but not the php script.
[06:59] <dCLCp> been trying to do the same thing on a virtual box image but that isn't working hardly at all for I suspect a whole different can of worms (networking stuff)
[06:59] <dCLCp> can't even get that to serve up a test page.
[06:59] <The_LoudSpeaker> OerHeks: It shows only my Intel uhd graphics 620 driver.
[07:00] <jerichowasahoax`> I'm trying to install lvm2 in a chroot and it's stuck. Where do I start
[07:01] <dCLCp> jerichowasahoax`, have you tried turning it off and on again?
[07:01] <jerichowasahoax`> dCLCp: this would be attempt six.
[07:01] <dCLCp> have I tried turning it off and on again...
[07:02] <jerichowasahoax`> I can't just boot into the system - root is on an LVM volume, which the initrd doesn't support because lvm2 wasn't installed when it was generated
[07:02] <jerichowasahoax`> chicken, meet egg.
[07:03] <dCLCp> (I was mostly joking I really am probably less qualified than anyone in here to help anyone with anything)
[07:06] <dCLCp> huh. so I rebooted and that broke everything lol
[07:07] <jerichowasahoax`> it unstuck!
[07:12] <dCLCp> patience worked at last :)
[07:14] <dCLCp> ok...
[07:14] <dCLCp> let's try this again
[07:18] <dCLCp> ok so now the apache page isn't showing up after reboot lol
[07:20] <dCLCp> bouncer works though so it's not the machine
[07:43] <tommy``> http://paste.ubuntu.com/p/2GKmnjmmBs/ <------ i would like to understand what that managed=false means
[07:51] <Haris> hello all
[07:51] <Haris> on 14.04 where are default apache error files housed
[07:51] <Haris> apache2+
[07:52] <lotuspsychje> Haris: are you paying for ESM support?
[07:52] <Haris> no
[07:52] <Haris> this is one box I haven't migrated off of yet
[07:52] <OerHeks> 14.04 is dead, no support.
[07:52] <Haris> its a standard location. nothing custom which requires thinking
[07:52] <OerHeks> oh, why do you need error files then?
[07:52] <Haris> I'm having a strange affect
[07:53] <OerHeks> yeah, you are vulnerable. good luck then
[07:53] <Haris> apache2 is logging 200 in log at my end. but remote end is getting 403 in raw manual telnet hit
[07:54] <Haris> I want to confirm if the error detail being sent is standard from apache or a possible proxy at remote end
[07:54] <Haris> apache2+
[07:54] <lotuspsychje> Haris: did you read what OerHeks just said?
[07:54] <Haris> yes. every word
[07:54] <Haris> its not in my control
[07:54] <lotuspsychje> end of life= no support
[07:55] <Haris> and I said its nothing that is custom or complex or anything. its just a path
[07:55] <lotuspsychje> Haris: we advise you to install a supported version of ubuntu, from the topic
[07:56] <lotuspsychje> Haris: backups & configs from an eol version, will be your task
[07:56] <OerHeks> how does one tell if there is a proxy or mitm thingy going on.
[07:56] <tommy``> https://i.stack.imgur.com/wt4EE.png <---- what's this icon means? I got that too
[07:57] <OerHeks> never seen that icon before? same icon as in the menu, if you hit that icon
[07:58] <Haris> my end web server is logging a different response. remote end is receiving a different response
[07:58] <tommy``> OerHeks: no i only do a restart network-manager, ant that's appeared
[07:58] <lotuspsychje> Haris: please dont use this channel to describe every step you do, specially from an eol version
[07:59] <Haris> ok
[08:00] <Haris> this is common conceptual stuff. it doesn't specifically fall onto an eol version
[08:00] <lotuspsychje> Haris: yes, and it doesnt fit here
[08:00] <Haris> but talking here because many other than me are more experienced
[08:00] <lotuspsychje> Haris: i hope you understand we can only support ubuntu related issues, on supported versions and derivatives
[08:00] <tommy``> OerHeks: i didn't see with that "x" on bottom right, usually is white
[08:01] <Haris> ofcourse. I agre
[08:01] <Haris> agree+
[08:01] <dCLCp> ok so I restarted my aws instance of ubuntu server and now I can't get even the apache test page to show up on this lamp stack I am trying to build.
[08:02] <dCLCp> Before I couldn't get the php script to load from this tutorial: https://phoenixnap.com/kb/how-to-install-lamp-stack-on-ubuntu
[08:02] <dCLCp> so I thought maybe I would restart the vps and see if that helped but now the apache web serving anything I guess?
[08:03] <dCLCp> I am running a znc bouncer from it so I know it's on and working. I just don't know why apache isn't working or for that matter php.
[08:08] <OerHeks> maybe  phpinfo() is disabled in the php.ini > disable_functions = phpinfo
[08:09] <OerHeks> i think it should be, for security reasons
[08:10] <dCLCp> ok but why isn't it serving the apache test page?
[08:11] <dCLCp> I restarted the service
[08:11] <dCLCp> It isn't serving anything at all now.
[08:13] <dCLCp> thank you for help I will try and see if I can find php.ini and see if that is the case.
[08:14] <dCLCp> tbh I may just go ahead and try to proceed with installing tiny tiny rss without dotting all the t's and checking all the i's I just wanted to make sure I had the prerequisites down first.
[09:50] <bodom> Hi there. I think i've found a bug in lvm/initramfs, but i'm not sure.
[09:54] <cloaked1> so I dpkg -i two packages where I inadvertently tried to install packages which are the next version up from what installed. This machine is blocked from egress to the Internet. Now when I do apt install -f, instead of politely saying, no-can-do buddy, it wants to remove apt and friends with a huge nasty warning.
[09:55] <cloaked1> I appreciate the warning, but how can I just revert the dpkg -i on the two debs?
[09:55] <cloaked1> dpkg -r pkg pkg doesn't seem to work.
[09:57] <isomari> greetings, I'm installing ubuntu on an hp omen laptop. The text of the installation is so small ican't read it. How can I change the font size?
[10:14] <OerHeks> isomari, at the beginning of the install : F6 nomodeset # might help
[10:14] <isomari> thanks
[10:15] <OerHeks> and some tips https://jeanbruenn.info/2018/04/01/omen-hp-with-linux/ see blacklisting
[10:18] <tommy``> this is my vsftpd.conf http://paste.ubuntu.com/p/TgKS2S5cw6/
[10:18] <tommy``> is this correct? i can't connect to my ftp
[10:19] <jpmh> I read on engadget that there is a problem with sudo and I should upgrade to 1.8.28 - I am running a fully patched and up-to-daye 18.4.3 LTS and my sudp appears to be 1.8.21 -- what am I missing here
[10:21] <tomreyn> !latest | jpmh: for general understanding of package versions in ubuntu
[10:22] <jinmiaoluo> !backports
[10:22] <tomreyn> jpmh: so security patches are backported, and this is also the case here. since you seem to be interested in following such reports, you may want to subscribe to the announcement mailing list, and read the advisories at https://usn.ubuntu.com (security.ubuntu.com ridirects there if that's easier to remember)
[10:23] <tomreyn> this also enables you to verify that the version you have installed is patched against a vulnerability discussed there, by inspecting the package version.
[10:23] <OerHeks> !info sudo bionic
[10:25] <jpmh> tomreyn: thank you so much = I should have remained confident and ignored endgadget - generally I dont want to have to worry about this stuff which is why my systems are all set to automatically update - there is enough to worry aboiut in our own apps
[10:26] <tomreyn> to prevent misunderstandings, when i wrote "security patches are backported" i don't mean they land in the "backports" apt repository, but they end up in the ubuntu-updates/-security repositories, which are both enabled by ddefault
[10:28] <tomreyn> jpmh: great, if you have your systems install security updates automatically then you only need to care about configuring and operating them securely, and about regular reboots (or whenever there are security related kernel or central user space package updates)
[10:29] <jpmh> tomreyn: that is what I had hoped - this is why I run ubuntu rather than one of the other distros on my servers
[10:29] <jeremy31> jpmh: the fix on ubuntu was made 5 days ago
[10:30] <jpmh> jeremy31: glad to hear it - although I sure hope that in reality I do not need the oatch at all since no one should be at the shell other than my staff
[10:31] <jpmh> jeremy31: it appears from the logs that I am correct in my assumption too - we run public-key second factor and limit the ip addresses for connections, and monitr the logs
[10:47] <_divzero> Wotcha. If you're wanting to build a kernel from the Ubuntu git repository following the docs at https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel, can anyone tell me what the "ubuntu" way to just build modules only is? i.e. their equivalent of "make -j4 -C $PWD M=$PWD/path/to/modules" ? Ive tried doing it the "normal" way but the source tree throws up errors so I assume there's some ubuntu specific preparatory step I need to follow?
[10:56] <DarkTrick> tommy``, still problems with your vsftpd?
[10:56] <tommy``> yes DarkTrick
[10:57] <DarkTrick> tommy``, How do you connect to it?
[10:57] <DarkTrick> nautilus?
[10:57] <tommy``> i made some changes to the .conf but still issues... i'm using filezilla
[10:57] <DarkTrick> how = which tool do you use?
[10:57] <tommy``> filezilla FTP with TLS
[10:57] <DarkTrick> does it give you any error on connect?
[10:58] <tommy``> wait a sec.... maybe something changed
[11:00] <tommy``> DarkTrick: so now filezilla seems can't do LIST of FTP directory
[11:00] <tommy``> connection with TLS is ok
[11:00] <tommy``> i got "server doesn't support ASCII"
[11:03] <tommy``> DarkTrick: http://paste.ubuntu.com/p/VVQTSrYkYy/ new .conf
[11:15] <DarkTrick> tommy``, just out of curiosity: why don't you enable utf8?
[11:16] <tommy``> DarkTrick: in .conf file? I didn't see that option, where is it?
[11:16] <DarkTrick> sec
[11:17] <tommy``> #ascii_download_enable=YES <-----?
[11:17] <DarkTrick> tommy``,  utf8_filesystem=YES
[11:17] <DarkTrick> tbh, I never saw your error. But ASCII-problems look like some encoding problem
[11:18] <tommy``> encoding?
[11:18] <DarkTrick> the fact, that you can't use LIST, might be a permission problem?
[11:18] <DarkTrick> does your use have read permission on the directory?
[11:19] <DarkTrick> @encoding: how letters are represented or which numbers (as the computer only knows numbers) correspond to which letter
[11:19] <DarkTrick> e.g. 65 for A or 97 for a
[11:20] <tommy``> sudo chown ftpuser:ftpuser /home/ftpuser/ftp/files i have done this and sudo chmod a-w /home/ftpuser/ftp
[11:20] <DarkTrick> so its like --rx-rx-rx ?
[11:21] <DarkTrick> sec
[11:21] <tommy``> a = all/everyone  - = remove  w = write permission, so, remove write permissions for everyone no?
[11:22] <DarkTrick> can you do `ls -l /home/ftpuser/ftp` ?
[11:22] <DarkTrick> sry
[11:22] <DarkTrick> can you do `ls -l /home/ftpuser` ?
[11:22] <DarkTrick> you should see something like "--rx-rx-rx" then
[11:23] <tommy``> -rw-r--r--
[11:23] <tommy``> mmh
[11:23] <DarkTrick> remove the w for testing
[11:23] <DarkTrick> sudo chmod u-w /home/ftpuser/ftp
[11:23] <DarkTrick> should do it
[11:23] <derpadmin> the server want binary mode instead of ASCII
[11:24] <DarkTrick> derpadmin, this would be a setting in filezilla, right?
[11:24] <derpadmin> correct
[11:24] <derpadmin> you can send the mode binary command to the server
[11:25] <derpadmin> ok fine, what is the server?
[11:26] <derpadmin> and what mode is it configured? active vs passive
[11:26] <tommy``> ok i changed chmod but still no result, can't do LIST
[11:26] <DarkTrick> tommy``, you could do: Filezilla->Transfer->Transfer type->Binary
[11:26] <derpadmin> yes, but the list issue seems to be an active/passive thing
[11:27] <tommy``> mmh ok
[11:27] <derpadmin> is it active or passive?
[11:27] <BluesKaj> Howdy folks
[11:27] <tommy``> i have pasv_enable yes
[11:27] <tommy``> pasv_enable=YES pasv_min_port=49152 pasv_max_port=49154
[11:28] <tommy``> those are both on router and ufw
[11:28] <derpadmin> https://duckduckgo.com/?q=ftp+active+vs+passive&t=ffsb&iax=images&ia=images&iai=http%3A%2F%2Fwww.worldofintegration.com%2Fsites%2Fdefault%2Ffiles%2Fpictures_for_content%2FWOI_protocols%2FFTP_Passive.jpg
[11:28] <tommy``> 49152:49154/tcp            ALLOW       Anywher
[11:29] <derpadmin> ok, so server get to choose the port
[11:29] <derpadmin> return it to the client
[11:29] <derpadmin> you are using vsftpd?
[11:29] <tommy``> yes
[11:30] <derpadmin> here are my notes
[11:30] <derpadmin> https://200013.net/doc/LINUX/ftp+ftps/vsftpd.txt
[11:30] <tommy``> chroot_list_enable=YES <---- i haven't this
[11:32] <derpadmin> add it
[11:33] <tommy``> Error GnuTLS -15: An unexpected TLS packet was received.
[11:33] <tommy``> that from filezilla
[11:33] <derpadmin> this is a new error?
[11:34] <tommy``> yes
[11:34] <tommy``> after activating list enable
[11:34] <derpadmin> ok, so this one is a TLS issue it seems
[11:34] <derpadmin> you want the server to be 100% TLS
[11:34] <derpadmin> ?
[11:34] <gbellinoz> gnome-control center looks like this for me on 18.04... what do I check?
[11:34] <gbellinoz> https://ibb.co/zQVpb73
[11:35] <tommy``> derpadmin: https://paste.ubuntu.com/p/ZYrBQkzP4h/ i have this
[11:37] <derpadmin> you try to log anon or with user pass?
[11:37] <tommy``> login is ftpuser and pass is the pass of ftpuser
[11:38] <derpadmin> ok, let me read the man :)
[11:38] <tommy``> ok
[11:38] <OerHeks> force_local_logins_ssl=YES and then ssl_sslv2=NO ssl_sslv3=NO ... interesting
[11:39] <derpadmin> I think you can add ssl_enable=YES
[11:39] <tommy``> i have
[11:39] <derpadmin> and remove force_local_logins_ssl
[11:39] <derpadmin> ok, I did not see it in your paste
[11:40] <derpadmin> wwhhoo
[11:40] <tommy``> i repast all
[11:40] <derpadmin> rsa_cert_file and rsa_private_key_file are the same file
[11:40] <derpadmin> no bueno
[11:41] <tommy``> http://paste.ubuntu.com/p/Sx3SQPqRwr/
[11:41] <derpadmin> key needs to be key
[11:41] <derpadmin> cert needs to be vert
[11:41] <derpadmin> cert needs to be cert
[11:42] <derpadmin> is /etc/ssl/private/vsftpd.pem a key or a cert?
[11:42] <derpadmin> if it is a cert; this : openssl x509 -text -in /etc/ssl/private/vsftpd.pem should extract the information
[11:43] <derpadmin> see : https://200013.net/doc/LINUX/openssl/openssl_cli.txt
[11:44] <tommy``> yes i can extrat infos
[11:44] <derpadmin> so it is a certificate
[11:44] <derpadmin> you need the key in rsa_private_key_file
[11:44] <derpadmin> where is the key yo? :P
[11:44] <tommy``> ahah dunno devil
[11:45] <derpadmin> how did you create the cert?
[11:45] <tommy``> i followed this guide
[11:45] <tommy``> https://devanswers.co/installing-ftp-server-vsftpd-ubuntu-18-04/
[11:45] <tommy``> sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/ssl/private/vsftpd.pem -out /etc/ssl/private/vsftpd.pem
[11:46] <derpadmin> repalce by :
[11:46] <derpadmin> sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/ssl/private/vsftpd.key -out /etc/ssl/private/vsftpd.pem
[11:46] <derpadmin> :)
[11:46] <tommy``> done
[11:46] <derpadmin> and use rsa_private_key_file=/etc/ssl/private/vsftpd.key
[11:47] <derpadmin> reload/restart vsftpd
[11:47] <tommy``> ok
[11:47] <tommy``> that guide so is not precise
[11:47] <derpadmin> a little error :)
[11:47] <tomreyn> gbellinoz: when did it start looking like this?
[11:48] <tomreyn> gbellinoz: and what did you do in between? and which ubuntu version are you running (lsb_release -ds)?
[11:48] <gbellinoz> tomreyn:  18.04 (stated above), and nothing "in between". I've never seen it work.
[11:49] <gbellinoz> I don't use gnome desktop (
[11:49] <gbellinoz> but
[11:49] <gbellinoz> its printer setup widget is sometimes essential!
[11:49] <gbellinoz> CUPS = pain
[11:49] <tomreyn> gbellinoz: so what do you use?
[11:50] <tomreyn> nc termbin.com 9999 < <(lsb_release -ds;cat /proc/{version,cmdline};echo "Session: $XDG_CURRENT_DESKTOP ($XDG_SESSION_TYPE)";echo Shell: $SHELL)
[11:50] <gbellinoz> awesomewm
[11:50] <gbellinoz> but lots of gnome stuff installed because, you know, desktop.
[11:50] <OerHeks> problem with gnome-control-center but using awesome..
[11:50] <OerHeks> why not mentioning that directly?
[11:51] <tomreyn> yes that would help in the future
[11:51] <gbellinoz> Sure, but it worked under 16.04.
[11:51] <tomreyn> you can use http://localhost:631 for managing your printers
[11:52] <OerHeks> cups improved dramaticly in 18.04
[11:52] <ioria> gbellinoz,     try to run it with the gnome env :     'env XDG_CURRENT_DESKTOP=GNOME gnome-control-center'
[11:52] <gbellinoz> ioria: that works! do you know why?
[11:52] <ioria> yes, 'cause of the env
[11:53] <gbellinoz> cool, thanks.
[11:53] <ioria> ok
[11:59] <giaco> I am confused by the many different command line tools to handle wifi connections
[12:00] <giaco> is there any "ubuntu way"?
[12:02] <OerHeks> giaco, networkmanager and networkmanager-cli
[12:15] <isomari> when is the next lts vesion
[12:16] <transhuman> so, I have tried several things on both Ubuntu and Debian for a fast randomization of  a hard drive came across this command pv —timer —rate —stop-at-size -s "$(blockdev —getsize64 /dev/sda )" /dev/urandom > /dev/sda , seems 8 times faster than other methods my question is this with the getsize64 whats the maximum sized hard drive that this will work with?
[12:17] <OerHeks> isomari, next year
[12:17] <OerHeks> !yy.mm
[12:18] <isomari> thanks
[12:37] <giaco> OerHeks: thanks
[12:40] <giaco> I' having problems with wifi card
[12:41] <giaco> I see it with lsusb, I see module with lsmod, I see card with iwconfig (unassociated), but sudo iwlist <cardname> scan returns "wlx24050ff69d6e  No scan results" immediatly
[12:42] <giaco> same card is working on other ubuntu boxes, so I don't know what's wrong now
[12:42] <giaco> ubuntu 18.04
[12:42] <tomreyn> what does lsusb say about it?
[12:43] <giaco> tomreyn: Bus 002 Device 010: ID 0bda:8812 Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac WLAN Adapter
[12:44] <giaco> tomreyn: lsmod shows 8812au (installed with rtl8812au-dkms)
[12:45] <OerHeks> wpa-supplicant installed too?
[12:46] <giaco> OerHeks: wpasupplicant is already the newest version (2:2.6-15ubuntu2.5)
[12:46] <tomreyn> rtl8812au-dkms should provide the r8812au network driver
[12:47] <tomreyn> but the one you have loaded is 8812au?
[12:47] <giaco> tomreyn: that is what I've installed on other machines to make it work
[12:48] <tomreyn> can you easily access other systems which work and checkl what lsmod reports there?
[12:48] <giaco> tomreyn: this is lsmod | grep au on non-working machine http://ix.io/1YJh
[12:49] <tomreyn> okay, so i guess the package description is wrong if it works there using the rtl8812au-dkms package.
[12:50] <tomreyn> did dkms succeed after you installed rtl8812au-dkms?
[12:52] <giaco> tomreyn: sorry I'm not really into dkms, but isn't the presence of the module signature of a corrent dkms process?
[12:53] <tomreyn> hmm i guess it must have, otherwise it could not have built the modules. what was logged? systemctl -b | grep 8812au | nc termbin.com 9999
[12:54] <tomreyn> sorry, wrong command:  journalctl -b | grep 8812au | nc termbin.com 9999
[12:54] <giaco> I'm summoning --reinstall in rtl8812au-dkms package, I'll post here output
[12:54] <tomreyn> if you have a different form of internet access, better purge, then install
[12:55] <giaco> tomreyn: apparently dkms performs cleanup automatically
[12:56] <giaco> tomreyn: here http://ix.io/1YJj
[12:57] <tomreyn> do you run the same vanilla kernel on the other systems?
[12:57] <giaco> tomreyn: yes
[12:58] <OerHeks> 83 not upgraded... might give a kernel update?
[12:58] <tomreyn> rmadison suggests the kernel version is the latest
[12:59] <tomreyn> so check the logs
[12:59] <tomreyn> see what nmcli says about it
[13:00] <tomreyn> and yes, install those updates, too, since there can be other relevant updates as well
[13:02] <ioria> giaco, maybe your particular device is not covered by that pkg: update your system and then  you can try this : https://paste.ubuntu.com/p/y5JQRrZJpJ/
[13:02] <giaco> ioria: as I said that device works on another ubuntu 18.04 with same rtl8812au-dkms package
[13:03] <giaco> ioria: ok, I'll try that immediatly
[13:04] <giaco> compiling ...
[13:04] <tomreyn> well if it is known that the same device works on other ubuntu 18.04 systems with the rtl8812au-dkms package without further modifications then i would not actually recommend using git repositories.
[13:05] <tomreyn> the vendor/device id does match the ones rtl8812au-dkms claims to cover (but of course there could be different hardware versions)
[13:06] <giaco> tomreyn: I think so. The module that shows up with lsmod on working-box is 8812au, the one that is compiled with the git tree is named rtl8812au
[13:06] <giaco> btw: modprobe: ERROR: could not insert 'rtl8812au': Device or resource busy
[13:07] <giaco> O_o
[13:08] <tomreyn> you'd need to    modprobe -vr 8812au   beforehand
[13:08] <tomreyn> that's if you wanted to use the 'rtl8812au' module now
[13:09] <giaco> tomreyn: no, I want to use whatever works. I prefer the one in the ubuntu repo obviusly but I'm just givint this a try to find out if the problem is actually somewhere else
[13:10] <giaco> (non sure if this is worth)
[13:10] <giaco> of this is strange now: sudo modprobe -vr 8812au says modprobe: FATAL: Module 8812au not found.
[13:10] <giaco> but lsmod shows 8812au
[13:12] <tomreyn> does    sudo rmmod -v 8812au    report something different?
[13:13] <giaco> tomreyn: that worked
[13:14] <tomreyn> good.
[13:15] <giaco> ok now I've inserted the module compiled from git
[13:17] <giaco> tomreyn: this is what dmesg reports when inserting the usb card http://ix.io/1YJu
[13:18] <giaco> I feel like back to the starting point: I see it with lsusb, I see module with lsmod, I see card with iwconfig (unassociated), but sudo iwlist <cardname> scan returns "wlx24050ff69d6e  No scan results"
[13:19] <giaco> so apparently both module from ubuntu repo and git tree pointed me to the same stop, so it must be something else
[13:20] <giaco> if possible I would prefer removing the module from git and reinstall the ubuntu one
[13:20] <giaco> do you have any hint on how to perform this operation?
[13:21] <tomreyn> i'm not sure how to remove the rtl8812au one. it's probably also dkms based?
[13:22] <tomreyn> dkms status    would tell
[13:22] <tomreyn> if it's listed there,   dkms uninstall rtl8812au
[13:22] <tomreyn> giaco: ^
[13:25] <giaco> tomreyn: thanks. I've successfully removed git module and reinstalled ubuntu one. Happy about this, but still stuck at first step
[13:26] <tomreyn> giaco: so show the logs and nmcli output
[13:27] <tomreyn> journalctl -b | grep 8812au | nc termbin.com 9999; journalctl -b0 -p3 | nc termbin.com 9999; nmcli | nc termbin.com 9999
[13:31] <tomreyn> nmcli device show wlx24050ff69d6e 2>&1 | nc termbin.com 9999; rkfill list all 2>&1 | nc termbin.com 9999
[13:36] <giaco> tomreyn: rfkill list http://ix.io/1YJB
[13:37] <tomreyn> wake me up when you also got the others
[13:39] <giaco> tomreyn: trying to workaround nmcli as I'm not using networkmanager
[13:40] <giaco> got blue blinking light with sudo ip link set dev wlx24050ff69d6e up
[13:41] <doug16k> on every startup, my volume control doesn't work, because the audio device is set to (usb) headphones, yet the audio comes out my motherboard sound card line out through my speakers. I have to go change the audio output device to something else back to line out to get it to control my speakers correctly
[13:41] <doug16k> is that a known bug?
[13:43] <tomreyn> doug16k: known bugs are bugs which have been filed on launchpad.
[13:46] <doug16k> oh that site where you file bugs and they sit there for years? ok thanks
[13:46] <OerHeks> they won't vanish at launchpad
[13:47] <OerHeks> just get fixed. or not, if the report is of no use
[13:48] <doug16k> I have filed bugs where the repro is just install the package. zero replies
[13:50] <Sven_vB> doug16k, I even posted patches for problems that several people had, no reactions either. the main freedom of free software is you can spend your own free time to fix it. ;)
[13:50] <doug16k> I have contributed to open source projects, such as blender, and qemu
[13:51] <Sven_vB> and the general computer support problem, once it works, people immediately move on with that they really wanted to do, and won't go back to the thread to give feedback.
[13:52] <Sven_vB> doug16k, as for the real problem: would it help to disable the mainboard audio?
[13:53] <doug16k> I need both, I don't use headphones unless I want to be quiet or skype
[13:58] <doug16k> https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1631161  (reported 2016)
[14:03] <doug16k> tags:	added: rls-ee-notfixing
[14:03] <doug16k> notfixing. ok then
[14:04] <doug16k> that's what you'd expect from a confirmed "high importance" bug I guess
[14:05] <tomreyn> doug16k: this is not the right channel to report back your feelings about bug triage
[14:05] <doug16k> just explaining why I think it is futile to report bugs on launchpad
[14:07] <doug16k> I'll put up with it. thanks
[14:27] <vostok4> does anyone know why systemctl stop gdm wouldn't kill X in ubuntu 18.04? i'm running a manually installed NVIDIA driver with WaylandEnabled=false in /etc/gdm3/custom.conf .. right now i systemctl set-default multi-user.target and reboot to kill gdm/X :(
[14:51] <Pricey> vostok4: Are you sure you don't have multiple X?
[15:13] <tinyhippo> if I needed to update a systemd script for a particular service, where woudl I find them?
[15:15] <lordcirth> tinyhippo, 'systemctl edit'
[15:15] <tinyhippo> perfect, thanks lordcirth
[16:42] <duncan-nz> where can i see a startup log so i can see why my install (19.04) is staring so slowly?
[16:43] <lotuspsychje> duncan-nz: can you pastebin: systemd-analyze blame && systemd-analyze critical-chain please
[16:45] <duncan-nz> lotuspsychje, hi, here s the info: https://pastebin.com/C1TPF5mG
[16:47] <lotuspsychje> duncan-nz: yeah, plymouth, apt and logrotate top3 taking pretty long so it seems
[16:48] <lordcirth> It doesn't seem to have run critical-chain?
[16:49] <lotuspsychje> duncan-nz: can you repaste: systemd-analyze critical-chain
[16:50] <duncan-nz> sorry, here's the full text: https://pastebin.com/nFLNSdNH
[16:50] <duncan-nz> better?
[16:50] <lordcirth> should probably use ; instead of &&
[16:50] <tomreyn> that's the full output of the *first* command now
[16:51] <lordcirth> But just paste the output of 'systemd-analyze critical-chain' by itself, please
[16:52] <lotuspsychje> yeah seems not to work with && my bad
[16:52] <duncan-nz> here it is:https://pastebin.com/ig6PdXFg
[16:54] <duncan-nz> (it was  working, i'm just poor at using a terminal)
[16:54] <lotuspsychje> duncan-nz: wich ubuntu release are you on?
[16:55] <tomreyn> is this 19.04 installation a fresh one?
[16:55] <duncan-nz> 19.04
[16:55] <lotuspsychje> duncan-nz: desktop?
[16:55] <duncan-nz> yes, it's fress
[16:55] <duncan-nz> desktop on a lenovo w540. so it's pretty standard hardware
[16:56] <tomreyn> graphics card?  lspci -knn | grep -A3 VGA | nc termbin.com 9999
[16:56] <lotuspsychje> duncan-nz: critical-chain gives a longer list for me
[16:57] <tomreyn> apparently intel hd 4600 and nVidia Quadro K1100M or K2100M
[16:57] <duncan-nz> yeah, it's a quadro because i run graphics heavy stuff. https://termbin.com/ak8h
[16:57] <duncan-nz> Quadro K1100M
[16:58] <tomreyn> the next thing to look at is probably a complete system log:  journalctl -b | nc termbin.com 9999
[16:59] <lotuspsychje> duncan-nz: when you say slowly, what are we talking about in time exactly? before login or after login to desktop?
[17:00] <duncan-nz> is there nothing privacy concerning in that output? that's lot of output.
[17:00] <Simounet> Hi there, is anyone knows an image viewer app that can go to the next image with the mousewheel please?
[17:00] <duncan-nz> after login is fine. It getting from the grub selection to the login screen.
[17:01] <lotuspsychje> duncan-nz: ok tnx
[17:01] <tomreyn> duncan-nz: there will be hardware serial numbers in there.
[17:01] <tomreyn> also ip addresses
[17:01] <duncan-nz> actual time? not sure. in the earlier log it looks like over a minute which feels about right.4
[17:02] <lotuspsychje> duncan-nz: another idea is pressing F1 at ubuntu logo, to switch to textbooting and see where it bottlenecks in realtime
[17:03] <lotuspsychje> Simounet: think thats more what pdf readers do
[17:04] <Simounet> lotuspsychje: Ok but not that handy to browse images. :p
[17:04] <lotuspsychje> Simounet: mousewheel is suppose to go up/down, pics browsing left/right
[17:04] <lotuspsychje> Simounet: unless you find a way to tweak your mousewheel
[17:05] <Simounet> lotuspsychje: I just want to bind next image to wheel down.
[17:05] <duncan-nz> tomreyn, https://termbin.com/eyyb i guess the government isn't that interested in me for now :-)
[17:05] <duncan-nz> thanks for helping
[17:07] <tomreyn> duncan-nz: this one is special, i've never seen this before: [Firmware Bug]: Invalid EFI memory map entries:
[17:07] <tomreyn> you'll want to bios update if there's one available to fix it
[17:08] <duncan-nz> okay, maybe that's where to start then? I'll just look into that. I think I did one when i got it. How can i tell?
[17:08] <lotuspsychje> duncan-nz: DMI: LENOVO 20BHS0BE09/20BHS0BE09, BIOS GNET89WW (2.37 ) 11/14/2018
[17:09] <tomreyn> duncan-nz: https://pcsupport.lenovo.com/de/en/products/laptops-and-netbooks/thinkpad-w-series-laptops/thinkpad-w540/20bh/20bhs0be09/downloads/DS039077
[17:09] <duncan-nz> yeah, just found that line.
[17:10] <tomreyn> duncan-nz: download the iso file (2nd download), write it to a usb stick and boot off that. see the README (first download) for more info.
[17:11] <duncan-nz> ok. so it shouldn't touch ubuntu doing it that way?
[17:12] <tomreyn> duncan-nz: the iso file will have to be downloaded and written to the usb storage somehow, such as from your ubuntu system.
[17:14] <tomreyn> other than that, no, the bios update should not affect the installed operating system. it may, however, reset your bios configuration options to manufacturer defaults.
[17:14] <tomreyn> (you may need to customize those again to make ubuntu boot)
[17:14] <lotuspsychje> Simounet: can you test geeqie, perhaps you can scroll the dir pic list with mouse scroll?
[17:14] <lotuspsychje> !info geeqie | Simounet
[17:14] <Simounet> lotuspsychje: I will. Thanks!
[17:15] <TJ-> duncan-nz: tomreyn  the EFI memmap NULL entries won't be causing a problem
[17:15] <tomreyn> okay thanks TJ- - I couldn't tell
[17:16] <Simounet> lotuspsychje: This is perfect! Thank you so much!
[17:16] <lotuspsychje> welcome Simounet
[17:17] <TJ-> duncan-nz: tomreyn  I think the primary clue is " gnome-shell[1635]: Failed to initialize accelerated iGPU/dGPU framebuffer sharing: Do not want to use software renderer (llvmpipe (LLVM 8.0, 256 bits)), falling back to CPU copy path "
[17:17] <lotuspsychje> !info ristretto | Simounet something similar
[17:17] <tomreyn> duncan-nz / TJ-: there are also some ACPI errors
[17:18] <tomreyn> TJ-: you apparently read / scroll faster than i do ;)
[17:18] <TJ-> tomreyn: I work backwards :)
[17:19] <tomreyn> yes, maybe i'm too root cause focussed
[17:19] <duncan-nz> I will plan to do a bios update, but ti sounds like maybe there are other problems?
[17:20] <tomreyn> still reading, duncan-nz. what TJ- quoted means that you have no 3d graphics acceleration for some reason, which we need yet to work out.
[17:22] <tomreyn> ACPI Warning: \_SB.PCI0.PEG.VID._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20181213/nsarguments-66)
[17:22] <TJ-> duncan-nz: tomreyn  focus on the activity between "Reached target Default" and "Reached target Multi-User System" since that's where the main delays are
[17:26] <lotuspsychje> might be a mix of different things going on too
[17:26] <tomreyn> It's really just those in this area:  gnome-shell[1635]: meta_kms_resources_init failed: Calling drmModeGetResources() failed, assuming we have no outputs || gnome-shell[1635]: Failed to initialize accelerated iGPU/dGPU framebuffer sharing: Do not want to use software renderer (llvmpipe (LLVM 8.0, 256 bits)), falling back to CPU copy path
[17:27] <lotuspsychje> snap errors, teamviewer, gnome, acpi,..
[17:29] <lotuspsychje> duncan-nz: while we breaking our heads here, can you go test the F1 textboot bottleneck?
[17:29] <tomreyn> yes, it can be. but the graphics issue will probably have a single cause. i aslo didn't interpret it correctly initially. it just says the preferred rendering method failed, not that there cannot be 3d support at all (though that may be so).
[17:30] <duncan-nz> FreeCAD runs fine if that's relevant.
[17:30] <duncan-nz> I can do the F1 reboot. Shall I do that now?
[17:31] <lotuspsychje> sure thing, see where it physical lags
[17:31] <duncan-nz> see you soon then
[17:31] <lotuspsychje> good luck
[17:33] <lotuspsychje> tomreyn: suspect nvidia?
[17:34] <tomreyn> always. ;)
[17:34] <lotuspsychje> lol
[17:35] <tomreyn> maybe iGPU/dGPU framebuffer sharing would not work because nvidia uses KMS while intel uses UMS, but i'm not really sure there. also haven't seen this message before, ithink
[17:36] <lotuspsychje> duncan-nz: find anything suspicious?
[17:37] <duncan-nz> no, the biggest pause is before the text stream starts. I have a period with a dark screen.
[17:37] <lotuspsychje> duncan-nz: the time before the ubuntu logo?
[17:37] <duncan-nz> yes
[17:37] <lotuspsychje> hmmm
[17:38] <duncan-nz> i'm going to try again to check
[17:38] <lotuspsychje> duncan-nz: did you recently switch hardware, change bios?
[17:39] <lotuspsychje> duncan-nz: POST boot giving any weird text?
[17:39] <duncan-nz> no recent changes. my battery dies quite often, waiting on a new one. this is however a second hand computer so I can't know if it has standard components.
[17:40] <lotuspsychje> duncan-nz: how long is the time before ubuntu logo?
[17:40] <duncan-nz> i'm going to reboot.
[17:40] <lotuspsychje> kk
[17:41] <andy_wfc> I'm trying to install Ubuntu server (16.04 LTS) on a new dell box. I'm repeatedly getting a fatal error at the end that grub cannot install. If I drop out to a shell I don't seem to have any useful tools - no fdisk, no grub-install, no grub2-install, etc. Are these tools available in the install media for debugging and just tucked away in some not-obvious path?
[17:42] <lotuspsychje> tomreyn: maybe something with that efi thing you foudn at first
[17:44] <lotuspsychje> andy_wfc: if you like there's also #ubuntu-server
[17:45] <duncan-nz> tomreyn, actually there's a whole minute before the login screen and no ubuntu 'countdown' screen.
[17:45] <ioria> andy_wfc, probably you booted in efi mode and did not create an efi partition; have you used automatic or manual partitioning ?
[17:45] <tomreyn> lotuspsychje: i trust TJ there to be able to tell whether this could be an issue (as he did), but the other ACPI issues may cause delays, i guess. i think the bios upgrade would still be worthwhile.
[17:45] <lotuspsychje> tomreyn: yeah agree on the bios update
[17:45] <andy_wfc> ioria: manual
[17:46] <tomreyn> duncan-nz: do you also agree on the bios upgrade? ;)
[17:46] <ioria> andy_wfc, and have you created an efi aprtition ?
[17:46] <ioria> *partition
[17:46] <duncan-nz> tomreyn, of course i'll do the bios update when i have some time this evening.
[17:46] <lotuspsychje> duncan-nz: some lenovo types, might offer firmware update from within gnome-software, perhaps check?
[17:47] <andy_wfc> ioria: no, it looks like that might be the issue
[17:47] <ioria> andy_wfc, yep
[17:48] <lotuspsychje> duncan-nz: wich drivers show when you: ubuntu-drivers list
[17:49] <duncan-nz> lotuspsychje, synaptic shows nothing when i search for 'lenovo'. drivers listed are driver-390, 340 and driver-418
[17:50] <tomreyn> lotuspsychje / duncan-nz: Thinkpad W series aren't listed at https://fwupd.org/lvfs/search?value=Thinkpad (and firmware updates would be offered through the "Ubuntu Software" GUI)
[17:51] <lotuspsychje> ok tomreyn
[17:51] <lotuspsychje> the manual way then
[17:52] <lotuspsychje> duncan-nz: so a few things you can test, bios update, switch graphics drivers (as a test), clean system a bit, uninstall unwanted snaps/teamviewer/ppa's, install preload
[17:53] <elmoh> hello
[17:53] <lotuspsychje> welcome elmoh
[17:54] <elmoh> I want to emulate a sensor device like a bme280 or ina219 by using a fake SMBus stub driver. anyone did that already?
[17:57] <duncan-nz> lotuspsychje, okay. i can try those things and we'll see if it helps.
[17:57] <duncan-nz> thanks for the help so far.
[17:58] <tomreyn> duncan-nz: on a side note, you have some misconfiguration there (maybe in /etc/sysctl* ?): systemd reports: "Failed to bump fs.file-max, ignoring: Invalid argument"
[17:59] <entry_lvl_dev> Is there a method to simulate drag and drop one file ontop of another file within the terminal?
[18:00] <duncan-nz> tomreyn, yeah, but how does that kind of thing get there?
[18:00] <tomreyn> duncan-nz: manual editing, i would think. or maybe some proprietary software placing it there.
[18:00] <tomreyn> or make that 3rd party software, doesn't have to be proprietary
[18:03] <tomreyn> Oct 15 18:07:56 duncan-ThinkPad-W540 snapd[1189]: daemon.go:439: adjusting startup timeout by 1m45s (pessimistic estimate of 30s plus 5s per snap)
[18:03] <duncan-nz> i stopped editing config files manually some years ago. might get into fstab though soon again ...
[18:04] <tomreyn> this log entry could also be related. reducing installed snaps may help with faster boot.
[18:04] <duncan-nz> cool. i'll drop as many snaps as i can then
[18:05] <duncan-nz> i didn't realise they were active before asking for them
[18:05] <tomreyn> some can be replaced by classic debian packages via apt
[18:06] <tomreyn> your apache httpd is not configured correctly:
[18:06] <tomreyn> Oct 15 18:07:59 duncan-ThinkPad-W540 apachectl[1288]: AH00557: apache2: apr_sockaddr_info_get() failed for duncan-ThinkPad-W540
[18:06] <tomreyn> Oct 15 18:07:59 duncan-ThinkPad-W540 apachectl[1288]: AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using <IP_ADDRESS>. Set the 'ServerName' directive globally to suppress this message
[18:08] <duncan-nz> i'm not sure why apache is even there.
[18:08] <lotuspsychje> duncan-nz: you are the owner of your system :p
[18:09] <duncan-nz> i am. apache isn't installed according to 'sudo apt-get remove apache'
[18:09] <sarnold> try dpkg -l | grep apache instead
[18:12] <duncan-nz> oh, it just because the package is called apache2
[18:12] <sarnold> :D
[18:13] <tomreyn> duncan-nz: certainly just to trick you ;) i'll have supper now - in case you get around to do the bios upgrade post another   journalctl -b | nc termbin.com 9999    afterwards, since output will change.
[18:15] <tomreyn> duncan-nz: you also have the canonoical "partner" APT repository configured multiple times in /etc/apt/sources.list*   (as "sudo apt update" will report)
[18:16] <tomreyn> specifically in (those numbers are line numbers on those files) /etc/apt/sources.list:43 and /etc/apt/sources.list.d/disco-partner.list:4
[18:17] <CrtxReavr> Server LTS comes out every 2 years?
[18:17] <lotuspsychje> !lts | CrtxReavr
[18:18] <duncan-nz> tomreyn, have a good evening. thanks again
[18:31] <cloaked1> so I `dpkg -i`ed two apt-related packages. I inadvertently tried to install these packages which are the next minor version up from what's installed on the machine because I did not know the source machine I'm using is 18.04.3 vs the machine I'm on which is .2. (sigh). There's no egress to the Internet (corporate). So in trying to fix the issue, when I do `apt install -f`, instead of politely saying, no-can-do buddy, it wants to remove apt and
[18:31] <cloaked1> friends with a huge nasty warning.
[18:31] <cloaked1> I appreciate the warning! Hhow can I just revert the `dpkg -i`ed packages? Well, I got one reverted. The one I can't seem to revert is `apt`. `dpkg -r apt-<ver>` doesn't want to work.
[18:32] <cloaked1> I was thinking that maybe I can re-installed the correct version on top of it...?
[18:43] <TJ-> cloaked1: try "ls -l /var/cache/apt/archives/apt*" -- see if you have the correct version of the packages locally
[18:47] <tamj0rd2> Hey, I'm having a bit of trouble with Ubuntu. I accidentally filled up all the space on my os drive
[18:48] <tamj0rd2> I can't boot now. It says something about docker being unable to start up
[18:48] <sarnold> tamj0rd2: apt autoclean may be an easy way to free up enough space to then let you fix other things
[18:49] <tamj0rd2> sarnold Do you know how I can run that without being able to boot/login? I can get as far as grub
[18:50] <sarnold> tamj0rd2: try adding 'single' to the kernel command line, I think that still works
[18:50] <TJ-> tamj0rd2: start the system and tap Esc key repeatedly to get to the GRUB boot menu
[18:51] <tamj0rd2> OK, going to give it a try
[18:51] <TJ-> tamj0rd2: then at the menu choose Advanced sub-menu and then the first "Recovery" menu entry - that *should* get you to an emergency shell so you can get control and clean up
[18:52] <TJ-> tamj0rd2: the alternative is to manually add to the kernel command line by pressing 'e' to edit a menu entry, scroll down to the line beginning "linux ..." and add to it "systemd.unit=emergency.target" then press Ctrl+X to boot with that setting
[18:53] <tamj0rd2> I managed to get into the recovery and run the clean tool. Hopefully I can just log in now and delete my downloads folder or something
[18:53] <tamj0rd2> Actually I barely have anything in there
[18:54] <TJ-> tamj0rd2: if you want to figure out where most space is used: "sudo du -h -d 2 / | sort -n" will list largest last
[18:54] <tamj0rd2> When I installed Ubuntu I only set my partition to be 20GB because I wanted to play around with it. Do you know if there's any way to extend my space onto a separate partition?
[18:54] <tamj0rd2> Thanks I'll try that command toi
[18:55] <TJ-> tamj0rd2: generally, if you install using LVM then it is easy to extend the size of the LV, but if you used plain partitions it is more difficult
[18:55] <tamj0rd2> TJ I think I used plain partitions. Not sure what lvm in
[18:55] <tamj0rd2> Is*
[18:56] <TJ-> tamj0rd2: LVM = Logical Volume Management, a way to easily managed storage space across devices. It's an option at install time
[18:57] <tamj0rd2> Ahh, let me see
[18:57] <tamj0rd2> In disks it just lists the partition and Linux file system
[18:58] <TJ-> tamj0rd2: easy way to tell: "mount | grep mapper" --- you'd expect something like "/dev/mapper/ubuntu--vg-root / ext4 ..."
[18:59] <tamj0rd2> I've got nothing. I guess I used regular partitions
[19:00] <TJ-> tamj0rd2: sounds like it. Use the 'du' as above to figure out where the space is being used
[19:01] <TJ-> tamj0rd2: use "df -h" to check the free space
[19:02] <tamj0rd2> It looks like the snap directory is taking up a good amount of space. I might see if I can try to move that to my other internal drive
[19:03] <TJ-> tamj0rd2: most snaps are mounted on /dev/loop* and will show 100% each
[19:03] <TJ-> tamj0rd2: their file-systems are contained in read-only files so have no free space
[19:03] <tamj0rd2> Ohh
[19:05] <sarnold> (it might *still* be the reason why you're out of space, though)
[19:05] <sarnold> I think I heard snapd keeps around *three* versions of snaps? you can probably configure it to store only two versions
[19:07] <tamj0rd2> I'm just thinking, it might be a good idea to redo my setup and reinstall Ubuntu, since going forward I probably want to use it as my main OS
[19:07] <tamj0rd2> I've already got my home directory mounted on a different hdd, is there anything else you might suggest double checking before a reinstall?
[19:08] <TJ-> tamj0rd2: see what 'du' reports as to where the space is being used
[19:08] <sarnold> do you have databases that might store data in /var? local configs in /etc ? or /usr/local? crontabs? /root contents?
[19:08] <tamj0rd2> It's still going which seems a bit odd. Does it usually take quite a long time?
[19:09] <sarnold> maybe ssh hostkeys if changing those is a pain
[19:09] <tamj0rd2> Thanks sarnold
[19:10] <TJ-> tamj0rd2: yes, it can take a while it is checking the size of every file
[19:11] <tomreyn> cloaked1: dpkg -r  removes, down not revert, in case you assumed it would. you can apt install /path/to/file, i.e. the older version file which may still be present in /var/cache/apt/archives/apt*"
[19:13] <mrgrv> Hi everyone, not sure if I am authorized to post here, but have a real quick newby question: let's say I need to fix CVE-2019-14287 on a couple of ubuntu servers. I have located a needed package at https://launchpad.net/ubuntu/+source/sudo/1.8.16-0ubuntu1.8   However, I'd like to install it via PPA, but mixing up link for PPA does not seem to work. Like this for instance: deb https://launchpad.net/ubuntu/xenial/+source/sudo xenial main
[19:13] <mrgrv> What am I missing?
[19:13] <sarnold> mrgrv: why on earth would you not just "apt update && apt upgrade"?
[19:14] <tamj0rd2> TJ so it looks like /var/snap is taking the majority of the space. 10/20GB
[19:14] <TJ-> tamj0rd2: aha
[19:16] <tamj0rd2> TJ do you think moving the whole of /var to another drive would work?
[19:16] <tamj0rd2> Or mounting it elsewhere
[19:17] <TJ-> tamj0rd2: I usually have /var as a separate file-system + /var/cache as another
[19:17] <ioria> tamj0rd2, unsual, by default that dir should be no more then 148K
[19:18] <TJ-> tamj0rd2: I use LVM too and do not allocate all space until it is needed, so I can simply grow a Logical Volume as needed, with "lvextend -L +5G --resizefs VG/LV"
[19:18] <tamj0rd2> Snap is taking up 10GB though ioria. Maybe because I've downloaded a lot of stuff that's been stored there?
[19:18] <tamj0rd2> TJ That's a good idea. I'll have to do something similar
[19:18] <ioria> tamj0rd2, you know what you did
[19:19] <tamj0rd2> Ioria I've been doing a lot of work with docker today and that's when it started filling up. This is the first week that I've been using Ubuntu in months though, so maybe a lot of space was already gone
[19:25] <ioria> tamj0rd2, i see
[19:27] <ioria> tamj0rd2, so, you need space or what ?
[19:28] <tamj0rd2> Yep, I'm trying to figure out how I can move /var to a different partition
[19:29] <ioria> tamj0rd2, df -h | grep -w '/'
[19:37] <ioria> tamj0rd2, to mv /var, you create a new partition and rsync, then edit fstab accordingly
[19:38] <cloaked1> @tomreyn oh crap! I thought apt couldn't do that. Nice! I'll try it out.
[19:38] <tamj0rd2> Ioria 👍 I'm working on making another partition now
[20:05] <kadiro> Hello, the lightdm session take long time to show up ( session when you type password to get logged in ), how to solve that?
[20:05] <kadiro> xubuntu 18.04.3
[20:10] <TJ-> kadiro: possibly "systemd-analyze --user critical-chain" or "systemd-analyze --user blame" might reveal something
[20:11] <kadiro> TJ-> the first command gives me this in red color: dbus.socket @118ms +13ms
[20:11] <TJ-> kadiro: 13ms isn't anything, so that hasn't helped
[20:12] <TJ-> kadiro: you might find something in $HOME/.xsession-errors although that log file is terrible to parse and doesn't keep timestamps
[20:12] <kadiro> TJ-> the second gives me: 309ms gvfs-udisks2-volume-monitor.service and others less value
[20:14] <kadiro> TJ-> yeah there are many failed things in that file
[20:15] <kadiro> most of them are related to GTK things
[20:16] <TJ-> kadiro: also try "journalctl -b --user"
[20:18] <kadiro> TJ-> I found these two in red: spice-vdagent[1811]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0 .... pulseaudio[1844]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.systemd1.NoSuchUnit: Unit dbus-org.bluez.service not found.
[20:19] <kadiro> the 1st one i asked before to remove but they told me it is impossible without removing xubuntu core and desktop
[20:22] <sentiment> how can I make gnome shell run faster on my old am2 socket machine?
[20:23] <sentiment> the machine has 6gbs of ram, a dual core 2.8ghz amd cpu, a 128gb ssd for the os plus an hdd for user files, an amd 4650 1gb gpu
[20:23] <sentiment> it's not really running slow, but it kinda feels 'heavy'
[20:28] <tamj0rd2> Does someone know the correct way to get into single user mode from grub?
[20:29] <tamj0rd2> I added init=/bin/bash to the end of the Linux line in my Ubuntu grub entry, but it just took me to a black empty screen when I booted
[20:30] <EriC^> tamj0rd2: try "systemd.unit=multi-user.target"
[20:30] <TJ-> errr, that is multi-user! systemd.unit=emergency.target is the usual requirement
[20:30] <tamj0rd2> Where do I run that command from EriC^?
[20:31] <EriC^> tamj0rd2: you put it just like init=/bin/bash
[20:32] <tamj0rd2> Thanks
[20:33] <EriC^> np
[20:34] <tamj0rd2> I'm trying to follow these steps to move my /var directory. https://unix.stackexchange.com/questions/131311/moving-var-home-to-separate-partition
[20:34] <tamj0rd2> I'm on step 6 now. When I run the command to copy the var folder, I get messages saying read only file system
[20:34] <tamj0rd2> Any ideas?
[20:35] <tamj0rd2> Ah, I forgot to mount. It's fine now
[20:37] <sentiment> can someone help me with rygel?
[20:38] <sentiment> my dlna clients do not see it. I have configured it to run on a specific network interface and port
[20:38] <sentiment> minidlna works fine, rygel doesn't
[20:43] <tamj0rd2> I'm getting stuck on step 7 now actually. When I try mv var var.old or try to delete the var folder, it says read only file system again
[20:45] <TJ-> tamj0rd2: 'mv' will try to delete after copying the file from the source. I'd presume the source file-system is mounted read-only
[20:45] <tamj0rd2> Do you know how I could make it read write?
[20:46] <TJ-> tamj0rd2: presuming it's the root file-system then "mount -o remount,rw /"
[20:46] <tamj0rd2> Ty
[20:47] <compdoc> var is not very big and vital to the system. why not leave it?
[20:48] <TJ-> var can grow quite large with cache, lib, log, snap etc.
[20:50] <ckopn> sudo flaw is real? how to check it?
[20:50] <TJ-> ckopn: https://usn.ubuntu.com/4154-1/
[20:53] <bittin_> https://www.jupiterbroadcasting.com/1030/jblive/ Review of Ubuntu 19.10 tonight
[20:53] <tamj0rd2> TJ Thanks for the help. Its all sorted now :)
[21:05] <kadiro> I'm still have that annoying long start session
[21:05] <kadiro> Ps: in debian the boot is faster
[21:06] <kadiro> I disabled the virtual agent thing also
[21:10]  * kadiro googling as the last hop
[21:21] <bittin_>  burning the iso with fixed sudo now :)
[21:22] <kadiro> good
[21:34] <pipegeek> Hmm, wondering if I'm taking crazy pills
[21:34] <pipegeek> running ubuntu 19.04.  Just installed redis-tools, and redis-cli fails with a symbol lookup error for 'mallctl'.  libjemalloc2 is up to date.
[21:35] <pipegeek> is anyone else experiencing the same thing?  Or am I being a dunce
[21:39] <pipegeek> nope.  I'm a dope.
[21:39] <pipegeek> had a different version of libjemalloc2 in /usr/local
[21:39] <pipegeek> off I go!
[21:44] <bittin_> Now there is 19.10 time in this weeks LUP
[22:11] <jelou> Hi
[22:12] <bittin_> hi jelou
[22:13] <jelou> people I've a problem after I complete my user && pw on desktop-ubuntu
[22:13] <jelou> I mean after I do it there's nothing just purple background
[22:14] <jelou> I created another user and I could enter into de desktop-ubuntu, there is any way to solve it? I was finding out how to solve it
[22:16] <jelou> I'll be so glad if someone help me :)
[22:16] <jelou> :D
[22:20] <jelou> what can I do?
[22:22] <sarnold> jelou: you could try moving aside your user's ~/.config directory -- maybe something in your desktop config is busted
[22:23] <jelou> mm
[22:24] <jelou> So just I should do sth like `mv ~/.config ~/.config-old`
[22:24] <jelou> ?
[22:24] <sarnold> jelou: yeah
[22:25] <sarnold> jelou: if you find logs for your user session, that might be more useful
[22:25] <jelou> wow, it sounds cool I could try
[22:27] <jelou> mm yep I opened my log session but I didn't know if there was an error I don't know how to recognize them, I read that if there's (EE) it's an error but some of them seems to be repeated
[22:27] <jelou> so I was no sure if there was the same error or not
[22:27] <jelou> :(
[22:32] <jelou> I moved my .config to .config-old and I tried to login again but nothing happens
[22:34] <jelou> I need to reboot or just if I press ctrl+alt+f5 and write on my terminal `sudo service gmp3` it's enough?
[22:35] <jelou> sry I wanted to write `sudo service gdm3 restart`
[22:35] <sarnold> gmp3? no idea what that is.. reboot might be overkill but hopefully easy enough ;)
[22:35] <kk4ewt> jelou; man systemctl
[22:57] <chieta> how to audit the systemd which service started or stopped... here when the box reach the login screen... it doesn't connect to the network so i should login first through the box then contact it  via ssh ... im used to use ssh directly after booting the box... how?
[23:24] <jeloume> hi again
[23:24] <jeloume> sry I had problem trying to connect here again
[23:24] <jeloume> u.u
[23:25] <jeloume> I couldn't solve the problem with my ubuntu-desktop :)(
[23:25] <jeloume> :(
[23:25] <jeloume> I moved ~/.config to ~/.config-old but nothing happens I can't enter to my account
[23:25] <jeloume> just in my new account
[23:26] <jeloume> there's something else that I can do?
[23:27] <Bashing-om> jeloume: Have "you" lost access to the desktop: what shows ' ls -al .ICEauthority .Xauthority '?
[23:32] <jeloume> -rw------- 1 neverkas neverkas 18700 oct 15 18:49 .ICEauthority-rw------- 1 root     root       114 oct 15 18:43 .Xauthority
[23:33] <jeloume> Some hours ago I use chown in order to have permissions with my user
[23:34] <Bashing-om> jeloume: Paste that to a pastbin site to maintain the formatiing - but looks likely now that "root" owns the desktop.
[23:35] <jeloume> ahh ok, sorry
[23:35] <jeloume> I'll write on pastebin
[23:35] <Bashing-om> jeloume: :) All a process of learning.
[23:36] <jeloume> jeje
[23:36] <jeloume> https://pastebin.com/raw/9FRzRJsi
[23:38] <jeloume> I don't know why it shows root,
[23:38] <jeloume> some minutes ago I wrote `chown neverkas:neverkas .Xauthority`
[23:40] <jeloume> I write it again and now it shows this https://pastebin.com/raw/1zu6F3xR
[23:40] <sarnold> Bashing-om: wow, you're psychic! :D
[23:41] <jeloume> haha xD
[23:42] <jeloume> so if I try to log in again I should have problem with my other account?
[23:42] <Bashing-om> jeloume: Well then still as root owning the desktop is strange - Not delving deeper to see what else is changed - we can issue a command to change ALL files files in /home to defaults. Want to sledge hammer it and be done ?
[23:45] <sarnold> aegis: any chance you can fix your internet connection?
[23:45] <jeloume> mm I'll forget all what I do before?
[23:46] <jeloume> because I had installed i3wm, another terminal, plugins, etc.. :(  I didn't want to loss all what I did
[23:46] <jeloume> there is another way to avoid that (?
[23:47] <sarnold> jeloume: I believe Bashing-om probably meant to change the *owner* back to default
[23:47] <Bashing-om> jeloume: "another way to avoid that" is never ever 'sudo' in your own /home.
[23:48] <jeloume> uhm
[23:49] <jeloume> I thought if I've to install an application I have to use sudo
[23:50] <jeloume> how can I install them without use sudo ?
[23:51] <sarnold> you can use sudo to install applications; you just shouldn't run X programs via sudo
[23:52] <jeloume> yep
[23:52] <jeloume> I don't run apps with sudo
[23:52] <jeloume> just when I've to install a new one
[23:53] <Bashing-om> jeloume: Install is true for "sudo" but messing about with sudo in your /home is a no no - as you can now see:  http://www.psychocats.net/ubuntu/graphicalsudo explains better than I.
[23:55] <jeloume> Allright I'm gonna see it, perhaps you explained well but I'm not so good when it's about English xD
[23:56] <Bashing-om> jeloume: Back to the present desktop issue. Want to look and see or just make sure all directories and files are reset to defaults accesses ?
[23:56] <jeloume> :(  I didn't want to loss all what I did T_T I spent so much time doing these changes
[23:57] <jeloume> Sry I didn't understand
[23:57] <sarnold> !ops aegis's irc client never replies to the irc PING commands -- it's probably best to ban him from the channel
[23:57] <sarnold> ubottu: silly bot. I thought you were useful.
[23:58] <sarnold> ubottu: help
[23:58] <sarnold> ubottu: dude.
[23:58] <sarnold> !82
[23:58] <sarnold> !ops
[23:58] <sarnold> hello channel ops :) aegis's irc client never replies to the irc PING commands -- it's probably best to ban him from the channel
[23:58] <jeloume> Bashing-omI didn't understand at all what you said
[23:59] <DalekSec> sarnold: CTCP ping would be different from IRCd ping/pong.  I'd guess you mean the former?
[23:59] <Bashing-om> jeloume: You can in mass change all files in /home to defaults.
[23:59] <Bashing-om> sudo chmod -R a+rwX,o-w /home/$USER
[23:59] <Bashing-om> All directories will be 775.
[23:59] <Bashing-om> All files will be 664 except those that were set as executable to begin with.
[23:59] <sarnold> DalekSec: no, the latter. note /lastlog aegis is *many* ping timeouts


[00:16] <coppro> I smell a broken dependency!
[00:19] <NCommander> rofl
[00:19] <coppro> wait, false alarm, synaptic doesn't mention replaced packages
[00:20] <mneptok> coppro: no, just a broken Depends
[00:27] <nxvl> persia: ready for the last 48 hours before relase?
[00:27]  * nxvl still remembers hardy's last 48 hours as if it were last week
[00:31] <NCommander> nxvl & persia: does anything special happen in the last 48?
[00:32] <nxvl> yeah
[00:32] <nxvl> bug squashing
[00:32] <nxvl> mainly ftbfs
[00:32] <ajmitch> finding SRU candidates
[00:32] <nxvl> that too
[00:32] <nxvl> but SRU's can wait 2 days
[00:33] <NCommander> nxvl, if you see any good FTBFS, I'll work on it
[00:33] <nxvl> \o/
[00:33] <nxvl> NCommander: compiz is FTBFS on lpia, still haven't have a closer look, but it's faling
[00:33] <nxvl> failing*
[00:34] <NCommander> do we care about lpia ;-) *shot*
[00:34] <NCommander> link to build log
[00:34] <nxvl> http://qa.ubuntuwire.con/ftbfs
[00:35] <nxvl> i cara about pia, it's what we use on netbooks
[00:35] <nxvl> :D
[00:35] <NCommander> con?
[00:35] <NCommander> :-P
[00:35] <NCommander> compiz is hosed because KDE is hosed
[00:36] <NCommander> nxvl, your not a core dev, right?
[00:36]  * NCommander notes that KDE just need a whole bunch of retrying to clear up the builds
[00:36] <NCommander> ScottK, poke
[00:36] <nxvl> nop
[00:36] <NCommander> wait
[00:36] <NCommander> ...
[00:36] <NCommander> crap
[00:36] <NCommander> This might be my fault
[00:37] <NCommander> Yes
[00:37] <NCommander> Yes it is
[00:37] <NCommander> Crap
[00:37]  * NCommander is responsible for the upload that broke kde4bindings on lpia
[00:37] <NCommander> Which broke KDE
[00:37] <NCommander> Which broke compiz
[00:37]  * ajmitch claps
[00:37] <NCommander> I thought we rolled back that upload
[00:37] <NCommander> ajmitch, oh hush
[00:37] <NCommander> Is it too late to get one last upload in? :-) *shot*
[00:38] <azeem> that compiz log is from Oct 17th, AFAICT
[00:38] <NCommander> azeem, its still broken
[00:40] <NCommander> nxvl, is it the end of the world if compiz and friends have to be fixed via -updates?
[00:41]  * cody-somerville blinks.
[00:41] <slangasek> a) no, b) if it is it should have been escalated last week or earlier
[00:43] <NCommander> cody-somerville, on lpia
[00:43] <NCommander> oh well
[00:44] <NCommander> slangasek, if a build is broken due to depwait, and that dep-wait is cleared via updates, (i.e. kde4bindings is fixed via updates), can those builds simply be retried, or do we need to push an upload to the -proposed/-uploads tree?
[00:47] <slangasek> I believe soyuz will require a -proposed upload
[00:47] <NCommander> wait
[00:47]  * NCommander is off the hook
[00:47] <NCommander> I didn't break bindings
[00:47] <NCommander> *phew*
[00:48] <NCommander> kde4bindings was dep-waited on libplasma2, and it didn't clear properly
[00:48] <NCommander> It builds properly out of the box now it seems
[02:52] <persia> nxvl, Just as a counter statement : fixing FTBFS during this 48-hour window isn't very useful : one wants to have done that *before* archive freeze.  For now, there's just image testing and waiting for -proposed to open (which usually happens within a couple days of release).
[02:56] <NCommander> persia, I'm sorta suprised proposed isn't already open (it already exists along w/ backports and updates)
[02:58] <coppro> what is -proposed? Not familiar with that archive [/newb]
[02:59] <persia> NCommander, Well, it accepts uploads, but they get blocked in unaccepted as a side effect of the current state of the main archive, and the release team is busy with other things, so doesn't accept them.
[02:59] <persia> Err.  It *allows* uploads ...
[02:59] <rhpot1991> ScottK ScottK-laptop ping
[02:59] <persia> coppro, -proposed is a respository to which candidates for -updates are uploaded for testing before they get passed in SRUs.
[03:00] <ScottK-laptop> Yes
[03:00] <ScottK-laptop> rhpot1991: ^^
[03:00]  * NCommander also notes the existance of backports
[03:00] <coppro> thanks
[03:00] <rhpot1991> ScottK-laptop: superm1 told me to come and talk to you about a package
[03:00] <ScottK-laptop> Uh oh.
[03:00] <ScottK-laptop> What's up?
[03:00] <rhpot1991> I fixed some bugs, but I guess the archive is locked now
[03:00] <persia> NCommander, backports are not supposed to be used for things that fix bugs.
[03:01] <ScottK-laptop> rhpot1991: It is, but intrepid-proposed is open if they are severe problems that should be fixed post-release.
[03:01] <rhpot1991> wondering what I should do
[03:01] <persia> (well, excepting bugs in backports packages)
[03:01] <NCommander> persia, we have used it for minor bugs that don't meet SRU certeria
[03:01] <persia> NCommander, That didn't include new upstream versions?
[03:02] <NCommander> persia, as long as the fix is in a newer release, we can backport it
[03:02] <ScottK-laptop> persia: Yes.  If it's too minor for SRU then a backport isn't actually harmful.
[03:02] <NCommander> Generlaly, if a backport is for a bug fix, we ask them to get SRUs two cents
[03:02] <persia> ScottK, OK.  I think that represents a change in policy, but don't explicitly object.
[03:02] <NCommander> If SRU rejects, we backport it then
[03:03] <rhpot1991> ScottK-laptop: there are 3 of them listed here: https://code.launchpad.net/~mythbuntu/mythexport/trunk
[03:03] <rhpot1991> they are far from critical to systems
[03:04] <ScottK-laptop> persia: My interpretation of the guidance from the TB is that backports should not be a path to avoid SRU so that all users benifit from fixing significant bugs.
[03:04] <ScottK-laptop> I think using backports for both minor fixing and new features is consistent with that policy.
[03:05] <ScottK-laptop> rhpot1991: Pointing me at bzr isn't goint to get us very far.
[03:05] <rhpot1991> sorry, was pointing at the 3 bugs on that page
[03:06] <NCommander> where is this guidance on backports
[03:06] <persia> ScottK, Makes sense.  I'm more going off my memory of the BackportsProcess wiki page, which may well be out of date.
[03:06] <NCommander> persia, the BackportsProcess page is out of date
[03:07] <NCommander> (at least with respect to some things like testing requirements)
[03:07] <ScottK-laptop> NCommander: That's my recollection of what jdong told me his guidance from the TB was when backports was brought in out of the wilderness and made official.
[03:07] <rhpot1991> ScottK-laptop: basically just looking for where to go from here, I would have liked to have gotten them in, but since I didn't should I start a SRU?
[03:08] <NCommander> I know we've done somethings with backports that bend the rules (i.e. KDE 3.5.10, since that wasn't pulled from intrepid)
[03:08] <ScottK-laptop> rhpot1991: That's the path you should take.  I'm not on the motu-sru team and so I can't approve it.
[03:08] <rhpot1991> ScottK-laptop: thanks, was just looking for a little guidance.  Think its a good idea to start it now or wait till after release?
[03:09] <ScottK-laptop> Now.
[03:09] <persia> NCommander, Perhaps you'd like to update it so those of us less familiar with backports don't get confused?
[03:09] <rhpot1991> ok, thanks
[03:09] <ScottK-laptop> Stuff can be uploaded to intrepid-proposed now.  It just doesn't get published until after release.
[03:10] <NCommander> persia, probably a good idea, but I'll let jdong do that, since backports is his baby, and I might leave something out important
[03:10] <NCommander> (the only section I think that is vastly out of date are the testing requirements, which are pretty much relaxed down to one confirmed b/i/r)
[03:10] <persia> NCommander, Probably faster to update it, and point him at the updates for confirmation : it's usually less work to review a 90% complete job than to start from scratch.
[03:11] <NCommander> persia, we should note the exception to the rule that every backport must come from an Ubuntu release
[03:12] <ScottK-laptop> NCommander: Let's not broadcast that one too broadly.
[03:12] <persia> If that restriction is lifted, it would be good to change.  I've told lots of people they have to wait for a backport based on that rule.
[03:12] <NCommander> persia, its a sanity rule
[03:12] <NCommander> If backprots > next release
[03:12] <NCommander> Bad things happen
[03:13] <ScottK-laptop> persia: The only times we've relaxed it is when it wasn't possible to do otherwise.
[03:13] <persia> ScottK, So what is the appropriate guidance to give requestors?  "No, you can't have a backport until it is available in the next release" or "File a bug against backports : the backports team will be able to determine if it is possible to backport that release"?
[03:13] <NCommander> THe only exception we make usually is if the release in development is unusable for backports, but there is a version (from sid, or simply repackaging a tarball) can be done
[03:15] <ScottK-laptop> persia: The advice is no you can't have it until it's in a later Ubuntu release.
[03:15] <ScottK-laptop> If it won't/can't be in a later release, then we can talk.
[03:15] <coppro> so when will we see OO.o 3.0
[03:15] <NCommander> coppro, when it lands in jaunty, then backported to both intrepid and hardy
[03:17]  * ScottK-laptop notes we do have python3.0 packages.
[03:17] <persia> ScottK, OK.  I'll keep providing that guidance.  If someone doesn't believe me (hey, I'm not on the backports team), and pushes, perhaps they will discover the possibility of exception.
[03:18] <coppro> is there any way to keep track of what's in backports?
[03:23] <ScottK-laptop> OK.  I've now used Ubuntu and I didn't like it.
[03:23] <NCommander> ScottK-laptop, O_o?
[03:24] <NCommander> persia, you should come join us down in backports
[03:24] <ScottK-laptop> Yeah.  Dead box and I needed a Live CD session to get a needed .deb on the hard drive.
[03:24] <coppro> you normally a KDE guy?
[03:24] <nxvl> persia: for hardy i remember we did that
[03:25] <ScottK-laptop> The only remaining Hardy CDs I have are from the stack of 10 Ubuntu CDs I got from ship-it because someone didn't notice (I guess) the K
[03:25] <ScottK-laptop> coppro: Yes.
[03:25]  * coppro is also K
[03:25] <ScottK-laptop> I needed a Hardy CD because this box won't boot Intrepid so far.
[03:25]  * nxvl hates the K
[03:25] <nxvl> :D
[03:26] <nxvl> what i actually hate is that EVERY package start with K
[03:26] <nxvl> that annoys me
[03:26] <ScottK-laptop> nxvl: Have you tried KDE4?
[03:26] <nxvl> yup
[03:26] <nxvl> still hate it
[03:26] <ScottK-laptop> nxvl: You mean like Kompozer?
[03:26] <nxvl> Konsole
[03:26] <nxvl> Kopete
[03:26] <NCommander> K Desktop Environment
[03:26] <ScottK-laptop> nxvl: Kompozer is not a KDE package.
[03:26] <nxvl> Konkeror
[03:27] <persia> nxvl, We did it over the weekend before release (we did that this time too).
[03:27] <persia> NCommander, I don't currently have the available resources to also work on backports, but thanks for the invitation.
[03:27] <nxvl> persia: really? i remember to be running against the time before the release or it was before the freeze?
[03:27] <persia> nxvl, It was before the freeze.  There was a similar run this time, but not as many people joined (and you weren't one of them).
[03:28] <nxvl> right
[03:28] <nxvl> it was before freeze
[03:28] <nxvl> i remember you said "keep uploading until someone tells you to stop"
[03:28] <nxvl> :D
[03:29] <ScottK-laptop> Yeah, well you've been told to stop.
[03:29] <nxvl> yes
[03:29] <nxvl> :D
[03:29] <nxvl> now i remember
[03:30] <nixternal> kind of like gedit, gstreamer, gdesklets, gconf, gvfs, and more?  <- nxvl  :P
[03:30] <nxvl> now it's clearer why i remember that so closer to this date
[03:30] <nxvl> nixternal: that's why i don't use most of them, or if i do i don't know i use them
[03:30] <nxvl> :D
[03:31] <persia> nxvl, So, next time, plan your time so you can chase stuff madly for the 72 hours after RC releases.
[03:31] <nxvl> what i actually love about Gnome and why i don't use KDE is that with gnome yo don't notice the desktop, it's just there silent, but with KDE you notice it every day since you can, and you mostly do, configure it the way you want
[03:31] <persia> nxvl (or just fix all the FTBFS and RCbugs before this)
[03:32] <nxvl> persia: i think i did it, and i was confusing it with the 48 hours before hardy
[03:32] <nxvl> persia: but it was the 48 hourse before RC freeze, or beta
[03:32] <nxvl> anyway, need to reboot, brb
[06:00] <dholbach> good morning
[06:42] <iulian> Morning dholbach.
[06:42] <dholbach> hi iulian
[08:18] <stefanlsd> james_w: you around?
[08:48] <didrocks> morning o/
[08:52] <directhex> is it? bah :(
[09:32] <huats> morning !
[09:33] <BugMaN> morning huats
[10:00] <sistpoty|work> hi folks
[10:05] <Hobbsee> hey sistpoty|work!
[10:05] <sistpoty|work> hi Hobbsee
[10:11] <huats> Laney: once you are back ping me :)
[11:29] <Laney> good day huats ;)
[11:34] <verwilst> has TKIP for wireless been removed for intrepid?
[11:38] <highvoltage> verwilst: do you have an atheros card?
[11:39] <verwilst> euh no Intel Corporation PRO/Wireless 3945ABG
[11:41] <persia> I've seen some traffic about issues with that card, but I think there was a solution found.  Check the release notes to be sure.
[11:41] <verwilst> well it's not really a traffic issue
[11:43] <verwilst> you just can't choose TKIP anymore
[11:47] <verwilst> which is used in our corporate network
[13:01] <huats> ping nxvl
[13:11] <cambridgecow> is getdeb.net in anyway associated with the MOTU's?
[13:12] <joaopinto> cambridgecow, no
[13:12] <laga> i hope not
[13:17] <gouki> cambridgecow, no. getdeb.net is a project by a member of the ubuntu-pt community.
[13:19] <joaopinto> gouki, correction, by a team :P
[13:19] <gouki> There you are :P
[13:24] <ScottK-laptop> But it would not be correct to infer that getdeb was in any way associated with Ubuntu.
[13:26] <joaopinto> ScottK-laptop, please add the word "officially", getdeb is driven by/to the Ubuntu community
[13:38] <nevans> question about a version number: 1.3.0~RC1really1.2.0-2ubuntu3 ... what does that mean?  is it 1.3.0 RC1 or 1.2.0?  :)
[13:38] <DktrKranz> nevans: is it ruby?
[13:38] <nevans> that's from http://packages.ubuntu.com/intrepid/rubygems ... I'm just looking into certain packages before I upgrade.
[13:38] <nevans> DktrKranz, yep
[13:39] <nevans> rubygems: the perpetual annoyance to packagers, I'm sure.
[13:40] <mathiaz> nevans: it's 1.2.0
[13:40] <nevans> mathiaz, then why the 1.3.0~RC1?  :)
[13:41] <mathiaz> nevans: long story - see bug 145267 for more information. short version: 1.3.0RC1 was uploaded but reverted later to 1.2.0
[13:41] <nevans> mathiaz, thanks.
[14:41] <bddebian> Heya gang
[14:44] <sistpoty|work> hi bddebian
[14:44] <bddebian> Hi sistpoty|work
[14:45] <RainCT> porthose: I've read your idea (and I had actually though about someting similar before), but give me some more time to think about it :)
[15:13] <nxvl> persia: http://jamesburkle.wordpress.com/2008/10/28/motu-mentors-mailing-list/ <- that's what you were trying to avoid?
[15:13]  * persia grumbles at epiphany freezing hard when trying to add an exception for an invalid security certificate
[15:16] <stefanlsd> heh. great way to get +1 on your app. heh. doesnt really seem to offer any constructive or address the source first.
[15:16] <RainCT> persia: btw, I've just created a patch for the REVU cookies to last longer. I'll apply it on production once I'm sure that it's working :)
[15:19] <persia> nxvl, Yep.  That's precisely what I wanted to avoid.  Either that belongs on -motu, or some set of people have to be watching -motu-mentors, and answering the questions.
[15:19] <nxvl> yup
[15:19] <nxvl> agreed
[15:19] <persia> RainCT, Thanks.  Is it not possible for them to last a very long time (at least the length of the session, if not indefinitely)?
[15:21] <RainCT> persia: The patch is for mod_python to let the cookies last as long as the session, and the session is currently expires after 86400 seconds, but I'm going to make that configurable
[15:23] <persia> RainCT, Hrm.  OK.  The part that always confused me about REVU was that sometimes I could reboot, and it would keep me logged in, but sometimes closing my browser was enough that I had to log in again, and sometimes I had to log in again while actively working with REVU (timeout would happen between loading a page and entering the comment).
[15:23] <persia> Would it be possible instead to have it be something like 1 hour past the last page load in a session, or similar?
[15:23] <persia> Aboslute timeframes work badly for this sort of thing, to my mind.
[15:27] <RainCT> persia: I'd say that's what it'll do now (replacing "1 hour" with the configured amount), but if you still experience the same problem after I apply the patch tell me and I'll have another look at mod_python's..
[15:27] <RainCT> s/mod_python's/mod_python/
[15:30] <persia> RainCT, Well, I'm not likely to be a heavy REVU user for another week or two, but if I get another session timeout while working with REVU, I'll let you know right away.
[15:33] <jdong> siretart: what are our plans for VLC 0.9.5?
[16:21] <siretart> jdong: ATM I don't have any plans for that. Feel free to update if you feel like it
[16:23] <jcastro> YokoZar: slots are running out, hurry!
[16:25] <jdong> ScottK: ^^ what do you feel as ~motu-release regarding the above? VLC 0.9.5 fixes a security bug and "various bugfixes" as described by upstream
[16:26] <siretart> jdong: TBH, this looks like SRU stuff to me right now. my current plan is to get the vlc package in debian updated first
[16:26] <jdong> siretart: yeah, I agree on this. For no rdepends, I woudln't mind tracking upstream 0.9.x releases in -updates
[16:29] <sistpoty|work> jdong: I don't think we have much chance to get anything sqeezed into intrepid itself right now --> updates would be more appropriate
[16:29] <sistpoty|work> (or maybe -security)
[16:37] <jdong> sistpoty|work: agreed.
[16:37] <jdong> I'm gonna play with a POC for the exploit
[16:37] <jdong> I want to see if it would get caught by our passive hardening.
[16:38] <jdong> [00000379] ty demux error: Unsupported SEQ bitmap size in master chunk
[16:38] <jdong> *** stack smashing detected ***: vlc terminated
[16:38] <jdong> siretart: ^^ :)
[16:47] <siretart> jdong: cool :-)
[16:48] <jdong> siretart: yeah, a much better prospect than random code execution on double-clicking a .mpg file :)
[16:48] <jdong> i love GCC hardening.
[16:52] <siretart> we should still fix the issue though
[16:52] <YokoZar> jcastro: haha cool I got the spot after Mark :)
[16:52] <jcastro> YokoZar: rock
[16:53] <jcastro> YokoZar: I don't know why people didn't pick that before, it's like 300+ people off the bat
[16:53] <jdong> siretart: absolutely we should but it's not as deathly urgent as it would be
[16:55] <YokoZar> jcastro: because he just picked it ;)  Was blank 2 minutes ago, I put in mine and then by coincidence he got it.
[16:56] <siretart> jdong: indeed
[18:01]  * sistpoty|work heads home... cya
[19:14] <lobo-ptr> hi, I've created a patch for bug http://is.gd/5290 . This is my first attempt to fix a bug in Ubuntu and I'm a little confused with freeze. Don't know if I should post it now or after new 8.10 release.
[19:19] <geser> lobo-ptr: you can add it now too, but as the bug isn't important it won't get fixed for intrepid. You patch should get applied on the next upload (for jaunty)
[19:23] <lobo-ptr> geser, thanks, I'll do that
[19:38] <sebner> ScottK-laptop: Added a comment to the ogle removal request (set to invalid)
[19:38] <sebner> emgent: \o/
[19:41] <geser> lobo-ptr: I gave a quick look at your debdiff and it looks good.
[19:42] <lobo-ptr> geser, cool :]
[19:44] <lobo-ptr> geser, i've changed bug status to fix committed, but now I'm in doubt, if Iiiiiiiii should do this
[19:58] <fabrice_sp_> Hi. With the Intrepid now out (or near), what can I do with bugs like Bug #290164?
[20:00] <geser> lobo-ptr: looking at https://wiki.ubuntu.com/Bugs/Status, I guess Triaged would be better (Fix Commited is wrong according to that page)
[20:02] <lobo-ptr> geser, you're right, but now i can't set it back to triaged
[20:03] <geser> why not?
[20:03] <geser> lobo-ptr: I've done it now.
[20:04] <lobo-ptr> geser, don't know, option is not available in dropdown
[20:04] <lobo-ptr> geser, thanks
[20:07] <lobo-ptr> geser, do I need to do something else?
[20:18] <jcastro> straw poll: when you guys have a patch to send upstream do you do it in the upstream bug tracker directly or do you put it in lp and then put a link in the upstream bug tracker?
[20:19] <laga> i put it in the upstream bug tracker directly.
[20:19] <laga> upstream has a bug tracker for a reason. they usually do not want to go to whatever $distro uses
[20:23] <ScottK-laptop> jcastro: Upstream bug tracker.
[20:24] <ScottK-laptop> jcastro: A lot of FOSS projects aren't a fan of LP.  Most of my 'upstreaming' is to Debian and it's particularly true there.
[20:24] <calc> when i report bugs upstream to OOo I usually just put the url to the file in launchpadlibrarian since they limit attachments to only 1MB so I generally don't both to attach directly anymore
[20:24] <ScottK-laptop> jcastro: Additionally, I think we want to make life as easy as possible for upstream.
[20:24] <calc> s/both/bother/
[20:25] <jcastro> ok so let's say you're looking at a bug and a user posts the patch, you do all the discussion and review etc. in lp then when it's ready you just post it upstream?
[20:25] <jcastro> calc: ah that's interesting
[20:25] <ScottK-laptop> Yes.  With an explanation of why the patch is needed and what it does
[20:25] <calc> a lot of the files i want to attach are more than 1MB which is why i don't even bother to check the size then attach or link anymore
[20:26] <calc> esp microsoft related binary files
[20:26] <jcastro> ScottK-laptop: so I know this seems like common sense and best practice, I am just wondering if we need to explain that better to new contributors
[20:26] <calc> memory dumps for document types are ewww :(
[20:27] <ScottK-laptop> jcastro: I have a hard time finding my way through our docs now, so I'm not the best one to ask about how we explain stuff.
[20:27] <ScottK-laptop> I mostly find stuff in the wiki via redirects from old pages it seems.
[20:28] <jcastro> yeah so I was noticing that which is why I ended up here
[20:29] <ScottK-laptop> jcastro: I'd suggest ask a new contributor.
[20:30] <ScottK-laptop> Gotta run.
[20:41] <DktrKranz> doko, could you please comment on bug 211309? it seems it has been fixed differently in bug 258624.
[21:17] <DktrKranz> jdong, did you do any progress with bug 200025?
[22:13] <jdong> DktrKranz: I got stuck on that bug at the point of finding a video file to demonstrate the phenomenon
[22:13] <jdong> verification is going to be difficult by strict SRU guidelines as a failure case is hard to point out
[22:13] <DktrKranz> jdong, thanks
[22:14] <ScottK> jdong: Stuck finding a video file or stuck finding one you were willing to admit you'd watched?
[22:14] <jdong> DktrKranz: yeah I'm really not sure how to proceed (or if we should proceed)
[22:14] <jdong> ScottK: no comment ;-)
[22:15]  * DktrKranz is curious