[01:24] <Appl3Kork> TANATHOS u still there?
[01:24] <Appl3Kork> or is anyone here?
[01:27] <tonyyarusso> Asking a question about Ubuntu Server tends to be more productive than asking if anyone is here.
[01:30] <Appl3Kork> well I can't seem to ever get my server detected outside my home network
[01:30] <Appl3Kork> that's what I always keep running into
[01:30] <Appl3Kork> I'm looking at the server guide right now, and trying to figure out in the search mydomain.example
[01:31] <tonyyarusso> define "detected" ?
[01:31] <Appl3Kork> i have apache, which people told me is used so people can download files from my server
[01:32] <Appl3Kork> but when I give them g3rm.dontexist.com, it doesn't send them to it
[01:32] <Appl3Kork> though when I type that in, it goes to it
[01:32] <Appl3Kork> so I guess the g3rm.dontexist.com is linked with my internal IP or something
[01:34] <Appl3Kork> well actually when i type that in, it goes to my Modem config page
[01:34] <tonyyarusso> Hokay, we'll start with some simple bits.  Check http://www.whatismyip.com/ and tell me if it's <IP_ADDRESS>
[01:35] <tonyyarusso> Do these other users also end up at your modem config, or an error page?
[01:35] <Appl3Kork> yes that's it
[01:35]  * tonyyarusso tries himself
[01:35] <Appl3Kork> it just says for them unable to connect
[01:36] <tonyyarusso> All right, pull up your modem config and find the bit about remote access if you can.
[01:36] <Appl3Kork> I found remote management/telnet
[01:37] <Appl3Kork> is that what i need?
[01:37] <Appl3Kork> they are both set to off
[01:38] <tonyyarusso> Both set to off eh?  Excellent.  Leave that alone then and find the bit about port forwarding.
[01:38] <Appl3Kork> ya I have port 81 being forwarded on both TCP and UDP
[01:39] <Appl3Kork> cause I guess port 80 is blocked by my isp
[01:39] <tonyyarusso> Oh really?  All right then.  Did you set up apache to use 81 to match?
[01:40] <Appl3Kork> ya I set that up in apache using webmin
[01:40] <ScottK> Appl3Kork: Remember when I said webmin isn't supported here.
[01:40] <tonyyarusso> err, yeah.  I have no idea what webmin does.  Perhaps you could just pastebin your configuration.
[01:40] <Appl3Kork> yes I know
[01:41] <Appl3Kork> is there a command that lets me look it up in putty
[01:41] <ScottK> You'd be better off to ask the webmin folks how to use webmin to do what you want.
[01:42] <tonyyarusso> Appl3Kork: Everything's in /etc/apache2/, primarily in sites-available/default.  http://apache.pastebin.ca/ will even do pretty syntax highlighting for it.
[01:42] <tonyyarusso> Or what ScottK said if you'd like to stick with the webmin route.
[01:42] <Appl3Kork> well I don't mind not using webmin
[01:43] <Appl3Kork> I was just following a tutorial that said to install that.  If you can just guide me through the linux way, I would rather do that anyways
[01:44] <tonyyarusso> Sure.  You can use 'cat' to output the contents of the config file(s) and copy-paste from there to the pastebin, then give the link here, and I'll see if I can figure out what's going on.
[01:46] <Appl3Kork> just type in cat in putty
[01:47] <slestak> i cannot find any docs on what is included in the different software selection prompts duirng install.
[01:47] <slestak> i want a minimal system, what is in "Basic Ubuntu Server"
[01:47] <slestak> installing JeOS for trac development
[01:48] <Appl3Kork> this is from typing sudo cat /etc/apache2/sites-available/default: http://paste.ubuntu.com/65485/
[01:50] <slestak> i just didnt sleect any, i'll ust apt to get what i need
[03:01] <AirstrikeIvanov> Hello everyone. I need to set up my mail server to read for multiple domains and based on MySQL databases - not Linux users. All I've done is tell the OS installer to install the mail server - among other things. How do I set my mailserver up to read on three seperate domains (@wizardwars.org, @legionrp.com, and @dbd-cz.com) and users not based on Linux users?
[03:18] <ScottK> AirstrikeIvanov: There is no short answer to your question.  That's a not a beginner setup.
[03:19] <ScottK> AirstrikeIvanov: Some hints are you'll want Dovecot for your mail delivery agent and probable virtual domains.
[03:19] <ScottK> probable/probably.
[03:19] <ScottK> AirstrikeIvanov: I recommend "The Book of Postfix" as it has most of the piece parts you need described.
[03:31] <tonyyarusso> I'll second that - great book, and seems to be the unanimous rec. of everyone I asked.
[03:32] <tonyyarusso> Appl3Kork: what about /etc/apache2/ports.conf?
[03:38] <AirstrikeIvanov> The Book of Postfix? Got it. And I do have Dovecot installed - Dovecot 1.0.10, Postfix 2.5.1 and Procmail were installed by the ubuntu installer's mailserver bundle.
[04:29] <slestak> i have a jeos intrepid vm running that i had to install the generic kernel due to pae not being implemented in vbox.  i want to uninstall the default server kernel package because i am really lowballing this thing for space and resources
[04:29] <slestak> cannot determine what the name of the default server kernel package is
[04:29] <slestak> thought it would be linux-server, but that is not installed
[04:30] <firecrotch> slestak: linux-image-server
[04:32] <slestak> firecrotch: hmm, apt says its not installed, but i still have those choices in /boot/grub/menu.lst
[04:33] <slestak> can i do a dpg-reconfigure of grub to get the menu.lst rebuilt based on current kernels?
[04:34] <centaur5> slestak: My server is just running linux-image-generic
[04:35] <ScottK> slestak: update-grub is IIRC what you want.
[04:35] <slestak> centaur5: mine is now, but not by default when i installed.  i had to install the generic package.  i followed the JeOS howto at ubuntu.com and vm wouldnt boot because kernel required pae
[04:36] <slestak> so i had to reboot in rescue mode to get diff kernel package
[04:36] <slestak> update-grub, ok
[04:36] <firecrotch> slestak: what kernels are actually in your /boot directory ?
[04:37] <slestak> lol, too minimal a system, no man pages, and update-grub --help tries to run.  glad i didnt use sudo. :0)
[04:37] <centaur5> slestak: So you're using Jeos and virtualbox?
[04:37] <slestak> server and generic
[04:38] <slestak> centaur5: yes
[04:38] <slestak> i know its not in the docs
[04:38] <centaur5> slestak: Just out of curiosity why did you choose that combination?
[04:39] <slestak> im using vbox for soem other vm;s and neede da quick vm for some dev work
[04:39] <slestak> didnt really want to mix diff vm type on this laptop, its not that beefy
[04:40] <slestak> wanted sth minimal with ssh, python, and trac
[04:41] <centaur5> Oh, so you're not actually running multiple virtual servers for e-mail, LDAP, etc?
[04:41] <slestak> centaur5: no, just trying to cut my teeth with floss development.  (pun not intended.)
[04:42] <slestak> helping someone with a trac plugin.
[04:42] <slestak> ive been a consumer of foss for years, want to try ti contribute
[04:43] <centaur5> Alright, I just decided this week I want to do virtual servers but not sure which application I want to use. Jeos, vmware, vbox, qemu. So many choices.
[04:43] <slestak> i figured i want to pick one and learn it well enough to fit my circumstance.  not get 3 different vm products, and learn none of them well
[04:44] <slestak> vbox works well enough for me, and the price is right
[04:44] <centaur5> I want to use only one as well just not sure the best way to go about it. I know that there will probably be benefits to one over the other just haven't figured that out yet.
[04:45] <slestak> there are cheerleaders in all of their camps.  imo, vbox has the easiest learning curve
[04:45] <slestak> top
[04:45] <slestak> sorry
[04:47] <slestak> i do see linux-image-generic and linux-image-virtual
[04:47] <slestak> is the 2nd necessary?
[04:47] <slestak> hey, u missed my last comment and question :)
[04:48] <centaur5> My upgrade to intrepid must have automatically adjusted my power settings and shut me down while I was discharging.
[04:48] <slestak> man, pidgin will not let me repeat easy.  just a sec
[04:48] <slestak> there are cheerleaders in all of their camps.  imo, vbox has the easiest learning curve
[04:48] <slestak> i do see linux-image-generic and linux-image-virtual.  is the 2nd necessary?
[04:50] <slestak> i guess one reason i picked vbox is i never liked the way vmware always makes fake nics that pollute my ifconfig output, and i can just nat vbox.  and xen seems to require way too much complexity
[04:50] <centaur5> I've never had a reason to install the image-virtual but then again I haven't started playing with virtual servers yet.
[04:51] <slestak> well, this is the guest that has -virtual
[04:51] <slestak> not the host.  both are ubuntu intrepid though
[04:51] <centaur5> Oh wait, when I installed vbox on Gutsy to play around with it I had to download it directly from their site to install the .deb package and I never had a different kernel installed.
[04:52] <slestak> the version from them is called peul, and has a couple of extra features.  the one you get from apt is ose, and is "free-er"
[04:52] <slestak> i liek the usb and shared folders in peul so i always get it
[04:53] <centaur5> Well my friend told me vmware can easily do snapshots so you can restore easily if something goes wrong. I don't know the limitations on their free version.
[04:53] <slestak> vbox does that too.
[04:53] <slestak> and you can launch them headless
[04:53] <slestak> from cli
[04:54] <slestak> vmware is prob better (at the office) but for home use, i've made up my mind
[04:55] <centaur5> The thing I can't decide is I want to play with ebox but I don't know if I should have the host be the ebox router or one of the virtual servers run ebox and configure every other virtual server to use the virtual ebox for routing.
[04:56] <slestak> neat, havn't seen that
[04:57] <slestak> any of the virt products will prob work.
[04:58] <slestak> i would do the second, especially if you already have any of those services already running
[04:58] <slestak> you can run the vm's on a private ip subnet
[05:00] <centaur5> Are you running vbox command line or does it have that option or is your host using quite a few resources?
[05:01] <slestak> you can run with gui visor or control vm from shell
[05:02] <centaur5> I figured I should have the host use as little as possible since all the resources will be needed for the real work the vm's will do.
[05:03] <slestak> thats where i think jeos comes in, 3 vms with 256m ram each can prob run on a decent modern machine.  ebox server will likely need more
[05:05] <centaur5> slestak: Have you played with ebox at all?  I can't wait for them to add more services and features to the current services.
[05:06] <slestak> i had never seen it till you mentioned it.  is it j2ee?
[05:07] <centaur5> perl for the backend I'm not sure about the web based front end.
[05:07] <centaur5> I've never been very good at programming I just started studying Perl 2 months ago and not doing so well.  Wondering if I should be doing Python.
[05:07] <slestak> even if its slow for testing, wil prob work
[05:09] <slestak> im trying to learn python
[05:09] <centaur5> Are you using Intrepid with Gnome for your vbox host?
[05:09] <slestak> yes
[05:10] <centaur5> How long have you been working on Python?
[05:10] <slestak> lightly maybe a year, but not much practical experience
[05:12] <slestak> ive just found someone that is kinda mentoring me.  gsve me commit perms on a trac plugin.  try to fix some bugs
[05:12] <centaur5> Well Perl is what ebox and a couple web apps that I use are written with so I would like to help with those.  I hear Python is easier though and it seems to be everywhere I look now.
[05:19] <slestak> thats kinda how pyhton has snuck up on me.  between gentoo ports, trac, pytivo, and some other projects, i keep on running into it.
[05:20] <centaur5> Hmm...perhaps I should get a book.
[05:20] <centaur5> I've been thinking about it.
[05:21] <slestak> i have a 4-5 volume set of perl books that i'd let go cheap :0)
[05:21] <slestak> they are maybe 3 years old
[05:21] <slestak> its the oreilly perl library
[05:22] <centaur5> Oh, I was referring to getting a Python book.
[05:22] <slestak> im not getting rid of any of them
[05:22] <slestak> perl is too terse for me
[05:22] <centaur5> I understand, I'm thinking that I probably won't cut it in Perl.
[05:24] <slestak> wonder why subversion wants to install mysql?  didnt think it used it...
[05:25] <slestak> im sure you could learn it
[05:25] <slestak> perl or python
[05:28] <centaur5> Well I think Python would also be the better choice for doing a GUI since that is what a lot of people are using.
[05:28] <slestak> yeah.  pygtk
[05:29] <slestak> i need to get some sleep.  good luck w your project
[05:29] <centaur5> Therefore, I should probably learn Python.
[05:29] <centaur5> Thanks for the advice.
[05:29] <slestak> both :)
[05:30] <centaur5> g'night
[05:38] <ShawnR> ok, i know you can restart a service, but what's the command to tell it that you updated the .conf and just need it to reload it?
[05:38] <ShawnR> i can't remember
[05:40] <ShawnR> is it reload?
[05:43] <jmedina> ShawnR: it depends on the service
[05:43] <jmedina> most of the time you can send a HUP signal
[05:43] <jmedina> kill -HUP PID
[05:43] <jmedina> some services have a reload option
[05:44] <ShawnR> the HUP sounds familiar
[05:44] <ShawnR> if you just do a restart, that's not the same?
[05:44] <jmedina> but a HUP wont stop the service, only forces it to re-read the config file
[05:44] <jmedina> a restart, stop and start again the service
[05:46] <ShawnR> ok, then HUP is what i remember
[05:46] <ShawnR> so it's a switch on the kill command?
[05:46] <ShawnR> figured it woulda been in conjunction with the /etc/init.d/servicename HUP or something
[05:49] <jmedina> debian uses start-stop-daemon in the init scripts
[05:50] <jmedina> other distros o rc scripts sometimes uses killproc or kill -HUP `cat /var/run/service.pid`
[05:50] <jmedina> something like that
[06:00] <ShawnR> gotcha
[06:03] <ShawnR> i've been without my music for the last few days (both RAM sticks went 100% bad at the same time).... i'm so glad ot hear my music again
[06:34] <FFEMTcJ> im lookin for something to do on my server.. i dont touch any of the resources that it has available, so im looking for something to do with it
[06:37] <ziroday> FFEMTcJ: you can seed torrents
[06:37] <FFEMTcJ> ziroday: i setup rtorrent to do that
[06:37] <FFEMTcJ> but it stops seeding
[06:37] <FFEMTcJ> and icant figure out why
[06:38] <ziroday> well I hardly use rtorrent, sorry
[06:38] <FFEMTcJ> i was seeding 8.10 and now it stopped but i know there is more of a demand for it.. im tryin to figure out why it stops workin but havent found any help yet
[06:40] <ziroday> FFEMTcJ: try asking in #rtorrent
[06:40] <FFEMTcJ> i did.. noone seemed alive
[06:41] <ziroday> FFEMTcJ: the official channel is #libtorrent on irc.worldforge.org, you can ask on their
[06:42] <FFEMTcJ> ok.. ty
[06:42] <ziroday> or just use a different torrent program
[09:24] <scientes> what would be a minimal way to test the video capture card on my ubuntu-server?
[09:29] <scientes> i installed xawtv on a server and it didnt work (it displays a vid capture stream)
[09:32] <kraut> moin
[09:38] <scientes> i was trying fbtv but it complains that there is no console font file
[09:45] <scientes> http://pastie.org/305411
[13:00] <domas> Hi! Which filesystem for server should I chose? :) XFS is the only one that allows parallel O_DIRECT access, but seems to have some very evil performance regressions, JFS deadlocks with kswapd from time to time, ext3 seems to be slow for high r/w workloads, etc :(
[13:01] <domas> ok, sorry, no trolling, getting back to work :(
[13:18] <ScottK> domas: ext3 is the default because it's safe (safest).  Unless that's not your first priority for filesystem features, I'd stick with that.
[13:18] <domas> performance is
[13:19] <domas> or, better definition, performance with powerful i/o subsystem and lots of parallel transactional load on top :)
[13:19] <domas> I raised lots of eyebrows when I pointed out that O_DIRECT makes all file accesses serialized
[13:20] <domas> on every filesystem out there, except one, which in one condition allows parallel one
[13:21] <carbon_monoxide> Hi
[13:22] <carbon_monoxide> I'm using Mono. Mono uses /usr/lib, but I'm using 64bit Hardy. How can I make Mono to use /usr/lib64?
[13:22] <domas> carbon_monoxide: /usr/lib has 64-bit libs too
[13:23] <carbon_monoxide> how about /usr/lib/libz.so?
[13:23] <domas> and usr/lib64 is symlink to 'lib'
[13:23] <carbon_monoxide> ah!
[13:23] <Nafallo> drwxr-xr-x 176 root root 57344 2008-10-29 09:13 lib
[13:23] <Nafallo> drwxr-xr-x  32 root root 36864 2008-10-27 08:19 lib32
[13:23] <Nafallo> lrwxrwxrwx   1 root root     3 2008-10-15 23:20 lib64 -> lib
[13:24] <domas> if you want 32-bit libz, then install lib32z1
[13:24] <carbon_monoxide> no
[13:24] <carbon_monoxide> i want 64-bit libz
[13:24] <domas> then it will use the one it has
[13:24] <domas> carbon_monoxide: Ubuntu installs 32bit libs to /usr/lib32/
[13:25] <Nafallo> /usr/lib/libz.so.<IP_ADDRESS>: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
[13:25] <Nafallo> file is handy :-)
[13:25] <domas> indeed
[13:25] <domas> Nafallo: unfortunately, when you lack 32-bit library support Ubuntu tells you nothing, just silently exits the program
[13:25] <domas> Nafallo: I just had to figure out whole nuances of 32-bit support few days ago :)
[13:26] <Nafallo> domas: sounds like a feature :-)
[13:26] <carbon_monoxide> :(
[13:26] <domas> thats why I am so smart now!
[13:26] <domas> carbon_monoxide: by the way, did you install mono from Ubuntu packages?
[13:26] <domas> carbon_monoxide: if yes, why do you have to care about libz? :)
[13:26] <carbon_monoxide> Nafallo: feature LOL you regard Ubuntu
[13:26] <Nafallo> carbon_monoxide: sorry. not sure what that meant.
[13:27] <carbon_monoxide> i installed mono from Ubuntu repo
[13:27] <domas> carbon_monoxide: so why are you looking for libz? :)
[13:27] <carbon_monoxide> and afterwards i install newer release from a backport repo
[13:28] <domas> then install libz backport too, if it wants different version
[13:28] <domas> backporting is pain on whatever system you're running
[13:28] <carbon_monoxide> domas: I'm running a game server emulator for my curious with Mono
[13:28] <domas> it is better to backport source packages then
[13:28] <domas> my private server for a long time has been FC3, I became backporting god :)
[13:29] <carbon_monoxide> domas: i wanna downgrade my mono now
[13:29] <carbon_monoxide> how can i use the mono package from ubuntu repo?
[13:29] <domas> just remove whatever you have now, and use apt-get install whatevermonopackageyouneed
[13:33] <carbon_monoxide> domas: removing package with apt-get is pain in the ass
[13:33] <carbon_monoxide> domas: i should use aptitude :(
[13:33] <carbon_monoxide> domas: it's too late
[13:33] <Deeps> what advantage does using aptitude give over apt-get?
[13:35] <ScottK> Deeps: It has more smarts about dependency resolution so it may be able to sort out complex dependeny relationships apt fails on.
[13:36] <ScottK> My personal experience with it hasn't been good though.  My preference is to let apt do it's best and sort the rest out myself.
[13:36] <ScottK> YMMV.
[13:37] <domas> just remove few packages
[13:37] <domas> then do autoremove
[13:37] <Deeps> ah, i was under the impression that all it did was autoremove installed dependancies when you removed the package that required them (That apt-get does now aswell)
[13:37] <domas> easy :)
[13:37] <ScottK> No.  It knows how to look harder for depency problem resolution.
[13:38] <ScottK> domas: More than just autoremove.
[13:38] <ScottK> Personally I don't use it, but many people swear by it.
[13:42] <domas> anyone has some secret very clever method how to do custom packages, but get them upgraded automatically whenever upstream has updates %)
[13:42] <domas> there's too much manual labor involved in maintaining local package versions :(
[13:43] <carbon_monoxide> i'm having horrible dependency problem now
[13:52] <onkel2000> Good morning
[13:52] <domas> morning!
[13:54] <onkel2000> i want to install ubuntu server over the network, but i can't find a netboot img for the server
[13:54] <domas> onkel2000: http://archive.ubuntu.com/ubuntu/dists/hardy/main/installer-i386/current/images/netboot/
[13:54] <domas> (replace hardy with whatever you want)
[13:54] <onkel2000> is that image not for the client?
[13:55] <onkel2000> *desktop
[13:55] <domas> ghm
[13:55] <domas> I guess you can pass some configuration
[13:56] <ScottK> domas: The best way is to get the packages into the Ubuntu repository and then maybe someone else does the update work for you.
[13:57] <domas> ScottK: nah, I want custom things, like... compiling imagemagick without threads support, or PHP have debug symbols, etc
[13:57] <domas> ScottK: some small apache lingering hack
[13:57] <ScottK> Oh.  No secret trick then.
[13:58] <domas> </3 reentrancy problems
[13:59] <onkel2000> should i try to use this netboot image (i have a verry slow i-net connection)
[14:00] <domas> there're two mandatory packages for a server: command-not-found and openssh-server
[14:00] <domas> ;-)
[14:01] <domas> everything else can be sorted out later
[14:01] <onkel2000> ok thank you
[16:13] <carbon_monoxide> hi domas
[16:13] <carbon_monoxide> i forgot the command you gave me to apt-get install libz32
[16:38] <carbon_monoxide> hi
[16:38] <carbon_monoxide> i need libz.so 32 bit on my AMD64 system
[16:40] <carbon_monoxide> can i simply obtain them with apt-get and have /usr/lib32 ?
[16:42] <XiXaQ> didn't think you could use 32bit objects on 64bit os?
[16:43] <carbon_monoxide> not sure
[16:43] <carbon_monoxide> i have no knowledge on it
[16:44] <carbon_monoxide> how can i check whether a specific lib is for 32bit or 64bit on my system?
[16:47] <XiXaQ> well, if you're running a 64bit os, then it probably is 64bit and vice versa. What do you need it for?
[16:55] <carbon_monoxide> i'm using mono to run a game emulator program in c#
[16:56] <carbon_monoxide> the game emulator implemented 32bit libz compression library
[17:06] <carbon_monoxide> i just need a 32 bit libz.so1.2.3+ for it
[17:08] <Nafallo> XiXaQ: you can run 32-bit apps in a 64-bit userspace if you have the right libs/dependencies.
[17:08] <carbon_monoxide> Nafallo: =]
[17:09] <carbon_monoxide> for instance, playing ZSNES on 64bit Hardy
[17:10] <Nafallo> wasn't NES 8-bit? /usr/lib8?
[17:10] <Nafallo> ;-)
[17:10] <carbon_monoxide> LOL
[17:10] <XiXaQ> ;)
[17:10] <carbon_monoxide> not sure
[17:10] <Nafallo> I am.
[17:11] <Nafallo> cause I had a SEGA, boosting double the amount of bits NES had :-)
[17:11] <carbon_monoxide> but the emulator should be 32bit aye?
[17:11] <Nafallo> ya
[17:11] <Nafallo> or 64
[17:11]  * Nafallo shrugs
[17:12] <Nafallo> snes9express - GTK+ front-end for snes9x
[17:12] <Nafallo> snes9x-x - X binaries for snes9x - Super NES Emulator
[17:12] <Nafallo> seems to exist some 64-bit binaries.
[17:12] <Nafallo> if not znes...
[17:14] <carbon_monoxide> Nafallo: you got any idea about getting 32bit libs for 64bit Hardy?
[17:37] <kees> carbon_monoxide: sudo apt-get install ia32-libs    doesn't cover it?
[17:38] <carbon_monoxide> thanks kees
[17:38] <carbon_monoxide> how can i check whether ia32-libs contains what i need or not?
[17:40] <kees> I'd just install it and do    dpkg -L ia32-libs    but then I have a full local mirror
[17:40] <kees> clicking around on packages.ubuntu.com might work, there's a "files" link somewhere for each package
[17:40] <Nafallo> lib32z1 I think
[17:41]  * kees doesn't tend to run much unpackaged software.  :P
[17:41] <Nafallo> http://packages.ubuntu.com/intrepid/amd64/lib32z1/filelist
[17:41] <carbon_monoxide> i need libz.so
[17:41] <carbon_monoxide> woot!
[17:41] <carbon_monoxide> thanks Nafallo!
[17:43] <carbon_monoxide> then ia32-libs should include it
[17:43] <Nafallo> depends on it.
[17:46] <carbon_monoxide> after installing ia32-libs, it won't overrides my lib64, right?
[17:46] <Nafallo> nope
[17:47] <carbon_monoxide> great@!
[17:47] <carbon_monoxide> that package makes life easier
[18:35] <shai> hi there
[18:36] <shai> I have to ubuntu 8.04 servers running vanilla setup. Both have samba installed and server our office of 25 XP machines. One server "userserver" has no problems at all. The other, "dataserver", has issues with solidworks parts files getting corrupted. I've narrowed it down. Any other file type regardless of size is ok. BUT when you transfer a .SLDPRT file to the dataserver the file is changed. I've verified this both wi
[18:36] <shai> through further testing I've found other extenstions that also corrupt, so this doesn't seem to be solidworks specific
[18:47] <domas> thats what irc logs are for..
[18:49] <shai> ???
[18:49] <shai> domas: was that at me?
[18:51] <domas> shai: no
[18:51] <domas> shai: the guy before came here asking for something I told him few hours ago
[18:51] <domas> :)
[18:59] <ralesk> hello all; I noticed in recent versions of Ubuntu (hardy, intrepid, maybe gutsy too) that on the console the bright colours all appear as dark grey, so I'm kinda unable to use mc or even a man because it's barely readable...
[19:17] <ralesk> is any of you 120 people here at all?
[19:17] <shai> yes
[19:17] <shai> were all waiting for help :)
[19:17] <domas> :)
[19:17] <ralesk> heh :)
[20:15] <domas> bah, Ubuntu mysql packages have security flaw :(
[20:28] <domas> okie, reported to security@
[20:43] <bugfixes> hello all
[20:51] <domas> hi!
[23:17] <photon> how do I have to change permissions of a script so that they run as root? I tried chown root:root script.sh && chmod +s script.sh, but I still have to type in the admin password
[23:18] <ScottK> photon: That's a function of your permissions, not the scripts if you run it.
[23:18] <photon> yea, that's what I'm asking for... " how do I have to change permissions" ?
[23:19] <ScottK> You have to have admin access to run it as root so you have to type the password in.
[23:20] <photon> I don't think that's entirely true. you can have setuid scripts, which should make this possible, but it does not work for me as intended.
[23:56] <greenfly> generally speaking you want to avoid any setuid root scripts if at all possible
[23:56] <greenfly> a better alternative is to allow a user to run it as root via sudo
[23:57] <greenfly> you could even potentially set up sudo to run it without requiring a password be typed in. While that could open you up to a security hole depending on what the script does, at least sudo will log every time a user runs the script
[23:59] <photon> okay, thanks


[00:23] <slangasek>         // TODO:: fix alignment of src!
[00:23] <slangasek> yathink
[00:25] <rbasak> armhf and alignment? :)
[00:25] <rbasak> I dealt with those in the past, but I got the impression our newer armhf kernels had traps to magically handle that.
[00:26] <rbasak> At least, the same failures I saw in the past stopped happening.
[00:28] <slangasek> rbasak: it's actually an increased problem, for whatever reason the arm64 kernels don't do fix-ups so when LP moved to armhf containers on arm64 things started failing.  Which is not a bad thing, given that the Android BSP kernels do the same
[00:31] <rbasak> Ah, that makes sense.
[00:33] <rbasak> Does /proc/cpu/alignment exist on arm64? On armhf, it's the default that changed in our kernels I think. But it makes sense to not fix it.
[00:33] <rbasak> (well, "fix" it)
[00:40] <tsimonq2> bug 1556599 looks *fun*
[00:46] <slangasek> rbasak: yeah, no /proc/cpu/alignment at least on porter-arm64
[00:49] <slangasek> tsimonq2: should probably be reassigned to the ubuntu-cdimage project; but also, we've been using the same boot code on all these images for a while now, and the list of tools the submitter mentions trying to use strongly suggests user error here
[00:49] <tsimonq2> slangasek: yeah, I was thinking PEBKAC
[01:30] <tsimonq2> hmm, anybody familiar with GNOME/GTK software? there's a rather trivial bug that I'd like to fix, but I've never even touched anything like that
[01:31] <tsimonq2> (anybody familiar with that that has a half an hour to spare ;) )
[02:02] <cyphermox> tsimonq2: just ask your question ;)
[02:03] <tsimonq2> oh yeah I should do that
[02:03] <tsimonq2> :P
[02:03]  * tsimonq2 slips Lubuntu hat on
[02:05] <tsimonq2> let me find this bug...
[02:05] <tsimonq2> bug 1516454
[02:05] <tsimonq2> shouldn't it be as simple as mapping the button to the correct spot?
[02:07] <sarnold> are any errors printed to stderr? or xsession errors?
[02:07] <tsimonq2> let me fire up my Lubuntu VM here...
[02:07] <sarnold> you might get lucky and see an error message with the exact cause :)
[02:08] <tsimonq2> good idea sarnold
[02:08] <tsimonq2> it's been a Lubuntu bug for a while now and it seems trivial enough
[02:09] <sarnold> I could imagine the actual cause could span a huge range of possibilities, from "no one has bothered to implement the dialog box yet" to "the name of the widget was misspelled in an API that doesn't provide any compile-time error checking"
[02:10] <tsimonq2> the only error-looking output that I don't know what it is is an error about not being able to connect to the Accessbility bus
[02:10] <tsimonq2> which I don't think would cause that?
[02:10] <sarnold> probably not
[02:12] <tsimonq2> if it was written in Qt, I'd be able to use Qt Creator's awesome little tools to figure it out
[02:12] <tsimonq2> but unfortunately it doesn't seem like there's anything like that for GTK
[02:14] <tsimonq2> the question is, where do I start?
[02:17] <cyphermox> I'd look at the source code for where that button is defined
[02:18] <tsimonq2> ok
[02:18] <cyphermox> usually what I do is rgrep through the source for keywords I'm looking for ("License" in this case), to have somewhere to start with
[02:18] <tsimonq2> what's the difference between grep and rgrep?
[02:18] <cyphermox> rgrep is grep -r
[02:18] <tsimonq2> oh ok
[02:18] <sarnold> my first attempt kind of failed... no real license buttons here http://sources.debian.net/src/gnumeric/1.12.32-1/src/dialogs/dialog-about.c/
[02:19] <cyphermox> no, doesn't appear to be
[02:19] <sarnold> but I did giggle at "comments", _("Free, Fast, Accurate - Pick Any Three!"),
[02:19] <cyphermox> I wonder if you're not seeing the about dialog rendering the contributors animation as a button
[02:20] <sarnold> the screenshot -really- looks like it's supposed to be a clickable button. heh.
[02:21] <cyphermox> oh indeed
[02:21] <cyphermox> but also, oh, that looks like magic about dialog magic.
[02:21] <tsimonq2> seems like there's no definition for that in the code...
[02:22] <tsimonq2> I also need to update the bug to include the fact that Credits doesn't work either
[02:22] <cyphermox> I bet GTK_TYPE_ABOUT_DIALOG does this automatically in some cases
[02:24] <cyphermox> yep, that's deep in gtk
[02:24] <sarnold> cyphermox: ha! that l9ooks like it
[02:25] <sarnold> "You can specify license information with the “license” property " https://developer.gnome.org/gtk2/stable/gtk-migrating-GtkAboutDialog.html
[02:26] <tsimonq2> so it might be a GTK bug?
[02:27] <sarnold> well
[02:27] <sarnold> They Probably Hoped[tm] that authors would set the properties and thus make the buttons useful
[02:27] <cyphermox> tsimonq2: so, the gist of it is that when you reach an issue like this, it's often useful to go dig in yet more code -- in this case, the gtk source, to figure out what happens when the about dialog is being created -- so that GTK_ABOUT_DIALOG generates the License button itself; and the buttons are hooked up to specific properties that are configured as you insitanciate that object
[02:27] <cyphermox> right
[02:28] <cyphermox> it's not a GTK bug, but a property missing in gnumeric. as you mentioned, very straightforward to fix
[02:28] <sarnold> you could bicker and argue about whether itt's a good idea to show the buttons if the properties aren't set...
[02:28] <tsimonq2> ok, thanks guys for guiding me in the right direction :)
[02:33] <cyphermox> sarnold: well, yeah, I suppose ;)
[02:34] <cyphermox> tsimonq2: so the fix is a one-liner
[02:34] <tsimonq2> \o/
[02:34] <sarnold> dunno, I found GPL2 and GPL3 ilcense files there, that's a very long line :)
[02:34] <cyphermox> sarnold: no
[02:35] <cyphermox> you can set it with a property which takes an enum ;)
[02:35] <sarnold> oh! I got distracted by the mention of the type of dialog box it would show and their recommendation to use paragraphs
[02:36] <cyphermox> right; I think it would suffice to set license_type; and from there things would work and be correct
[02:36] <cyphermox> Gnumeric says GPL2 or 3 at your choice, that reads to me as GPL2+
[02:39] <tsimonq2> so I might need a license property?
[02:39] <cyphermox> I think it ought to be license_type
[02:39] <tsimonq2> I can dig into it more tomorrow when I've had a bit more sleep and my brain is ready for this type of debugging, but for now, I was wondering if you guys saw anything obvious
[02:40] <cyphermox> tsimonq2: yep
[02:40] <cyphermox> tsimonq2: https://developer.gnome.org/gtk3/stable/GtkAboutDialog.html#GtkAboutDialog--license might help
[02:41] <cyphermox> my opinion would be to give you a chance to fix it yourself, and thus claim an upload (I'll be happy to sponsor)
[02:42] <tsimonq2> awesome, thanks :)
[02:50] <tsimonq2> cyphermox, sarnold: GPL-2, GPL-3, or both? I'm reading debian/copyright and I'm a bit unsure about what I should put...
[02:50] <tsimonq2> or even GPL-2+?
[02:51] <sarnold> tsimonq2: I haven't studied it closely but GPL-2+ feels like a likely fit
[02:52] <tsimonq2> ok I'll assume that for the time being
[02:52] <sarnold> tsimonq2: it might not hurt to check upstream gnumeric repo and see if they've already addressed it
[02:52] <nacc> LocutusOfBorg: are you planning on uploading the fix for llvm-toolchain-3.6?
[02:52] <tsimonq2> sarnold: good stuff
[02:52] <tsimonq2> ok
[02:53] <sarnold> tsimonq2: "cherrypick checkin ..." is a lot easier to review than new code :)
[02:54] <tsimonq2> +1
[02:56] <tsimonq2> hmmm, seems like it's *not* upstream
[02:56] <sarnold> amazing how a tiny thing turns into a medium thing quickly :)
[03:03] <tsimonq2> hmm, DuckDuckGo didn't return anything, so does this look right to you guys? http://paste.ubuntu.com/23282692/
[03:03] <tsimonq2> multi-line GTK properties
[03:04] <sarnold> tsimonq2: it's probably better to set the license-type property isntead: https://developer.gnome.org/gtk3/stable/GtkAboutDialog.html#GtkAboutDialog--license-type
[03:05] <sarnold> https://developer.gnome.org/gtk3/stable/GtkAboutDialog.html#GtkLicense
[03:05] <tsimonq2> ok got it
[03:17] <tsimonq2> sarnold, cyphermox: that didn't work :(
[03:18] <tsimonq2> and I should really go to bed
[03:18] <tsimonq2> good night everyone o/
[03:21] <sarnold> goodnight tsimonq2 :)
[04:38] <pitti> Good morning
[05:49] <cpaelzer> good morning
[06:27] <LocutusOfBorg> nacc, I can't, I'm not a core-dev, just let caribou upload it
[06:54] <smb> nacc, Thanks, I will have a look at the shutdown script issue
[07:10] <Mirv> doko_: oSoMoN: cjwatson: re: Qt/QML arm64 problem. it doesn't indeed seem to be anything I can revert, and it doesn't happen on my arm64 device (frieza). so it's likely due to the builder kernel update, and it would need a real fix somewhere, I don't know where. it might go away once I backport V4 JIT for arm64 http://code.qt.io/cgit/qt/qtdeclarative.git/log/?qt=grep&q=arm64 but that won't happen for
[07:10] <Mirv> yakkety of course.
[07:12] <Mirv> (I'm sad that the search url there doesn't give any more entries of potential Qt side fixes)
[07:49] <mardy> Mirv: do I understand correctly, that this is QML issue does not only affect tests, but also real apps?
[07:52] <Mirv> mardy: maybe since it's happening in executing QML code, but only if you run apps on similar device/configuration to the builder machines.. whatever part of the configuration has the cause for the problem. so, things compile and run fine on my Bq tablet.
[08:11] <mardy> Mirv: should we temporarily disable arm64 tests, or do you have some other tricks in the sleeve?
[08:31] <cpaelzer> pitti: hi I was trying to set up an autopkgttest environment on my s390x lpar, using autpkgtest 4.1 I could avoid some issues (like bad default mirror), but eventually I'm stopped by sometihng not happening as expected "timed out waiting for "login prompt on ttyS0""
[08:32] <cpaelzer> pitti: the image boots just fine if I throw it at a qemu-kvm, so I wanted to ask if there are known issues or obvious steps missing?
[08:32] <pitti> cpaelzer: how did you create the image? you should normally use autopkgtest-buildvm-ubuntu-cloud for it
[08:32] <cpaelzer> pitti: sudo ~/autopkgtest-4.1/tools/autopkgtest-buildvm-ubuntu-cloud -v --arch=s390x --mirror=http://ports.ubuntu.com/ubuntu-ports -r yakkety -s $((10*1024*1024*1024))
[08:32] <pitti> cpaelzer: that will start a root bash on ttyS1 so that autopkgtest can talk to it; if that doesn't exist, it needs to be able to log into a getty on ttyS0, so that must start
[08:33] <pitti> cpaelzer: (-s can take something like "10G")
[08:34] <pitti> cpaelzer: if you boot it in kvm with -serial stdio, do you see the boot messages and can log in?
[08:34] <cpaelzer> I didn't add any serial on my last try, the defaults worked
[08:34] <cpaelzer> let me add -serial stdio
[08:35] <cpaelzer> -serial stdio fails as the default sclp console already grabbed stdio
[08:35] <cpaelzer> should I disable sclp
[08:36] <cpaelzer> or is that it boots just fine via sclp console proof enough?
[08:36] <cpaelzer> pitti: ^^
[08:36] <pitti> cpaelzer: I don't know what sclp is
[08:36] <pitti> cpaelzer: but if ttyS0 doesn't work for the console, then autopkgtest won't work with it
[08:37] <cpaelzer> it is "their" native console protocol
[08:38] <cpaelzer> and thereby what you get when you do nothing
[08:39] <pitti> cpaelzer: hmm, no idea what that is, but I figure if a normal serial console doesn't work then the qemu runner and/or the image build needs to be adjusted for that
[08:48] <cpaelzer> pitti: the default console is sclp which is a line mode console, using -nographic that already is connected to stdio and working fine
[08:48] <cpaelzer> pitti: if I need a "normal" console I can use virtio-serial e.g. by appending -chardev socket,path=/tmp/port0,server,nowait,id=port0-char -device virtio-serial -device virtserialport,id=port1,name=org.fedoraproject.port.0,chardev=port0-char
[08:48] <cpaelzer> pitti: I'm not sure what that implies for the ttyS0 you need for autopkgtest
[08:49] <pitti> cpaelzer: what it does is it connects to ttyS0 and waits for a "login: " prompt
[08:50] <pitti> cpaelzer: and then it either checks if there is a root shell on ttyS1, or if it can log into ttyS0 if you gave it a user and password as options
[08:50] <pitti> cpaelzer: i. e. it needs a foot into the door -- it's really difficulty to communicate with a QEMU instance, there's nothing like lxc-attach or lxc exec or schroot -r
[08:51] <cpaelzer> pitti: yeah I agree, so that is what you do via the -serial unix:/tmp/autopkg... then right?
[08:51] <pitti> cpaelzer: and a serial console is the most common thing; I guess you can massage that to work with that console, might just need an option to specify a differnt device name?
[08:51] <pitti> right
[08:51] <cpaelzer> I'll add one on my own and see if/what spawns there
[09:05] <Mirv> mardy: at the moment no other tricks, since I only just managed to rule out that it's not anything I changed (since I had recent qtbase and qtdeclarative updates), and that it does not happen on our arm64 hardware
[09:10] <cpaelzer> pitti: without further tweaking nothing seems to spawn on those extra consoles (and no /dev/tty* entries created)
[09:10] <cpaelzer> pitti: it is ok for me to step away, do you want a bug to document it for later on with what I've found so far?
[09:11] <pitti> cpaelzer: if you want to dump it in a bug, sure; I can't work on it myself anyway as I don't have access to this env
[09:11]  * pitti is still amazed how different everything is with s390x :)
[09:11] <cpaelzer> pitti: I'll dump and I'm sure xnox can give you access to some in instance your team if you need/want
[09:14] <Mirv> ok collected the arm64 issue facts to bug #1630906
[09:21] <Mirv> cjwatson: oSoMoN: doko_: bug #1630906 has the collected failures, happens on vivid + xenial + yakkety
[09:23] <oSoMoN> thanks Mirv. LP times out when I want to mark myself affected :/
[10:00] <pitti> xnox: can you please push your upstart commits to bzr? or want me to grab the diff from LP:
[10:00] <pitti> ?
[10:15] <pitti> xnox: I pushed it now
[10:48] <doko_> caribou: please take this for Debian too: https://launchpad.net/ubuntu/+source/makedumpfile/1:1.6.0-2ubuntu1
[11:04] <caribou> doko_: ok, will do
[11:06] <cpaelzer> pitti: I found a s390x way to get a login prompt onto those unix sockets and documented it in the bug. is there a way to inject/replace the default -serial parameters with my tweaked ones on my system?
[11:07] <cpaelzer> pitti: I wonder if unblocking these just gets to the next hurdle or if it would run fine then
[11:08] <xnox> pitti, i have them locally, did not upload upstart to the archive yet, hence did not push.....
[11:09] <xnox> pitti, my question is who uploaded things =)
[11:10] <pitti> xnox: someone synced it from some PPA, and it's in -proposed; I had to do a followup upload, so I synced bzr and pushed my stuff on top
[11:10] <xnox> cool, thanks.
[11:10] <pitti> cpaelzer: not one with options, as I didn't expect this case; you can of course create a locally hacked up autopkgtest-virt-qemu to play around with
[11:11] <cpaelzer> pitti: ok, looking at virt/autopkgtest-virt-qemu atm
[11:12] <xnox> sil2100, 2016-10-06 08:45:17 +0100 (sil2100) Publishing packages.
[11:12] <xnox> it would be nice not to land my stuff for me =)
[11:13] <xnox> sil2100, especially without autopkgtest results.
[11:13] <xnox> anyway, it's superseeded now. so doesn't really matter at all.
[11:52] <sil2100> xnox: ah, right, the yakkety one - yeah, sorry, prematurely published that one
[11:52] <sil2100> We wanted the xenial one badly and it was ok, so I insta-published the yakkety one without checking if all autopkgtests ran
[11:53] <sil2100> xnox: but the xenial one was fine, everything passed and was green
[11:53] <xnox> sil2100, i thought you will copy xenial ppa into xenial overlay ppa (using copy-package, not release)
[11:54] <xnox> because xenial one is now stuck in SRU queue, and will be probably rejected there (as there is no bug # reference)
[11:54] <sil2100> I did do a copy-package to the overlay, but I thought you wanted to have that released in xenial-updates too?
[11:54] <xnox> excellent then =)
[11:54] <xnox> yeah, i do want it in xenial-updates, eventually
[11:55] <sil2100> My understanding was we release it to xenial-updates too as an SRU but I copy it to the overlay to have it faster (since as you can see we're really desparate for it ;p)
[11:55] <sil2100> Sorry for the issues anyway
[11:56] <xnox> desparate times, need desparate measures =)
[11:56]  * xnox is struggling to escape from this island at the moment
[12:08] <coreycb> sil2100, slangasek, robru:  hi, question about bileto.ubuntu.com ACLs.  any chance we could grant permissions to per-package uploaders so they wouldn't require a sponsor to test PPA fixes?
[12:09] <cjwatson> I thought that happened ages ago
[12:09] <jbicha> I can push to bileto and I am not a coredev; I'm not sure if that applies to any Ubuntu package or just packages I have upload rights for
[12:11] <jbicha> robru or someone had to add to me to the access list since ~ubuntu-dev don't have rights to bileto by default
[12:12] <cpaelzer> interesting, the create new tickets fails with a 401 instantly for me
[12:12] <cjwatson> you may just need to be added to bileto-users
[12:13] <cjwatson> jbicha: bileto does archive.checkUpload in LP, so it should honour the usual permissions
[12:13] <cpaelzer> yeah, do requests to get added to bileto-users have a defined process a.k.a who should I bother?
[12:15] <cjwatson> I guess sil2100 or robru could answer that
[12:16] <sil2100> Yeah, I can do that
[12:17] <cpaelzer> sil2100: https://launchpad.net/~paelzer that would be me
[12:17] <sil2100> Yeah, the tricky part is... there is no fine grained ACL for bileto right now
[12:17] <jdstrand> pitti: hi! yesterday I uploaded click-apparmor 0.3.17 to fix an autopkgtest failure and it migrated (yay)
[12:17] <cpaelzer> sil2100: to understand is that just membership of the normal LP group at https://launchpad.net/~bileto-users ?
[12:17] <sil2100> cpaelzer: yeah
[12:17] <pitti> jdstrand: nice!
[12:18] <cpaelzer> sil2100: that was the discussion before - is the ACL good enough to - once being member of the bileto-users - only push packages you are supposed to
[12:18] <jdstrand> pitti: apparmor-easyprof-ubuntu got hung up on click-apparmor 0.3.15 and 0.3.15 failures (boo :)
[12:18] <cpaelzer> sil2100: and cjwatson referenced that it calls archive..checkUpload
[12:18] <jdstrand> pitti: and I thought it would get retried against 0.3.17 and then pass, but it looks like the retry against 0.3.17 didn't happen
[12:18] <sil2100> cpaelzer: yeah,  basically for the publish step that's true, but there is a problem elsewhere
[12:19] <pitti> jdstrand: maybe you retried before 0.3.16 was published?
[12:19] <jdstrand> pitti: can you look at update_excuses.html and advise?
[12:19] <pitti> jdstrand: I'd just try it again
[12:19] <sil2100> cpaelzer: since there is no finer ACL, this means that anyone having access to bileto can basically modify/interact with any other ticket, not only his/her own
[12:20] <jdstrand> pitti: plausible? this was several weeks ago-- click-apparmor failed initially cause of a problem in click, which took a while, then that exposed an autopkgtest failure in click-apparmor, and I dragged my feet on fixing it
[12:20] <pitti> jdstrand: http://autopkgtest.ubuntu.com/packages/c/click-apparmor/yakkety/amd64 so the run for apparmor-easyprof-ubuntu/16.10.3 happened two weeks ago against 0.3.16
[12:20] <jdstrand> s/which took a while/which took a while to get fixed/
[12:20] <pitti> jdstrand: yeah, we don't auto-retry failed tests
[12:20] <jdstrand> ah
[12:20] <jdstrand> ok, so that explains it
[12:20] <sil2100> cpaelzer: so even though there is no risk of publishing something you dont't have power over, but a problem in possibility to hijack (or by accident) do something with other landings
[12:20] <pitti> jdstrand: I have a bug about that, but right now that doesn't happen
[12:20] <jdstrand> pitti: so, what should I do to get it migrating?
[12:21] <pitti> jdstrand: just retry the test
[12:21] <sil2100> cpaelzer: will bring this up a few people and will get back to you if we can do something here
[12:21] <sil2100> *bring this up with a few
[12:21] <jdstrand> pitti: I'm not sure from update_excuses.html what to retry. the apparmor-easyporof-ubuntu tests passed and the links for click-apparmor are to the known failing versions
[12:21] <pitti> jdstrand: the queue is currently veeeery long (glibc update), but I'll cut that off in a few hours
[12:22] <pitti> jdstrand: retry the click-apparmor ones for a-e-u (i. e. the failing ones), that's the right thing
[12:22] <jdstrand> autopkgtest for click-apparmor/0.3.16: amd64: Regression
[12:22] <pitti> jdstrand: a retry will always run against the latest version of the package (it doesn't have any other choice anyway :) )
[12:22] <jdstrand> retry that one ^
[12:22] <pitti> correct
[12:22] <jdstrand> (and the other two?
[12:22] <jdstrand> ok, thanks!
[12:22] <pitti> jdstrand: so on a re-run you'll get a result for .17
[12:23] <jdstrand> ok, that wasn't clear to me either (if I saw '0.3.17 (not tested)' or really any reference to 0.3.17, I would've tried that I think, but that is probably part of the bug you are referring to :)
[12:23] <cpaelzer> thanks sil2100, that is totally enough - myself and coreycb just wnated to clarify if that is possible and what would have to be done - seems to be in the right hands now
[12:24] <coreycb> sil2100, cpaelzer, thanks!
[12:24] <sil2100> cpaelzer, coreycb: I'll see what we can do, I'll poke you later today once I know more ;)
[12:24] <pitti> jdstrand: I mean bug 1491145
[12:25] <sil2100> In the end we'd like to make bileto 'the tool' for any Ubuntu related landing, but yeah, we're still not there yet
[12:25]  * jdstrand nods
[12:25] <jdstrand> pitti: ok, retried. Thanks! :)
[12:25] <pitti> jdstrand: actually no, that's something different
[12:26] <jdstrand> pitti: I'm not sure how often this happens, but perhaps a FAQ entry in https://wiki.ubuntu.com/ProposedMigration would make sense?
[12:28] <pitti> jdstrand: sure (it hasn't come up by now)
[12:35] <pitti> cpaelzer: thanks for bug 1630963! I can trivially reproduce with a VM that didn't have the setup-testbed bits installed
[12:36] <pitti> cpaelzer: I still get a login failure though, looking into that now
[12:39] <cpaelzer> pitti: I didn't get it complete either, but I tohught those easy steps would help you to fix it
[12:39] <pitti> cpaelzer: right; fixing was trivial, I just don't have automatic test cases for a VM without ttyS1
[12:40] <pitti> cpaelzer: I'm getting a timeout on VirtSubproc.expect(term, b'\nlogout', 10)
[12:40] <pitti> i. e. --debug shows me it sent the password and the command, but it doesn't log out
[12:40] <pitti> cpaelzer: same for you?
[12:40]  * cpaelzer is rereading his console
[12:41] <cpaelzer> timeout on    VirtSubproc.expect(term, b'\nlogout', 10)
[12:41] <cpaelzer> pitti: yes
[12:41] <pitti> great
[12:43] <caribou> LocutusOfBorg: nacc: sure I can upload
[12:44] <LocutusOfBorg> caribou, you can grab from my ppa the changes, but I think your patch was already good, since it is just a copy-paste
[12:44] <pitti> cpaelzer: oh, let me guess -- no passwordless sudo?
[12:45] <caribou> LocutusOfBorg: yeah, I got everything ready here, I was about to upload when nacc mentionned the other failures
[12:45] <pitti> cpaelzer: I'm going to teach it $SUDO_ASKPASS
[12:45] <LocutusOfBorg> I can't reproduce the failures, don't know
[12:50] <caribou> LocutusOfBorg: ok, uploaded along with clamav
[12:52] <LocutusOfBorg> yep saw it :)
[12:53] <LocutusOfBorg> doko_, what is this patch? http://launchpadlibrarian.net/254386710/llvm-toolchain-3.7_1%3A3.7.1-2ubuntu1_1%3A3.7.1-2ubuntu2.diff.gz
[12:53] <LocutusOfBorg> I don't see it applied on 3.8, neither forwarded in Debian
[13:18] <cpaelzer> pitti: thanks for patching it so fast, but FYI even when making sudo pw-less in guest and host I still run into the timeout we both saw before
[13:18] <pitti> cpaelzer: yep, still debugging
[13:18] <pitti> cpaelzer: I think it fails earlier, I see a "Password:" prompt which is from login, not from sudo
[13:19] <pitti> cpaelzer: you can tell that this isn't the preferred/commonly used way to use VMs :)
[13:19] <cpaelzer> ok, I let you do so - just read your closing comment as "without pw it should be good"
[13:19] <pitti> cpaelzer: no chance to get that root shell on ttyS1 on s390x?
[13:20] <pitti> i. e. what autopkgtest.service does
[13:20] <cpaelzer> pitti: oh I think it could work, I just don't know how yet :-)
[13:20] <cpaelzer> pitti: establishing the services you usually have for ttyS1 for hvc didn't work
[13:21] <cpaelzer> although I could have had minor issues that didn't throw errors, yet still blocked it from working
[13:24] <cpaelzer> pitti: I'll look at it once more and let you know if I get a root shell onto it
[13:25] <pitti> cpaelzer: I'm making progress, but seems automatically logging in is rather flaky on ttyS0
[13:56] <cpaelzer> pitti: I get closer step by step, it missed most of your setup-testbed in regard to consoles
[13:56] <cpaelzer> pitti: I now have spawned a root-something on my hvc1
[13:57] <cpaelzer> and after a few issues I think I have that set up, running adt with that now
[13:57] <cpaelzer> an "id" on that console gives me root, so one step further
[13:59] <barry> did something change with today's dist-upgrade to cause gpg-agent not to run in the session?
[14:00] <pitti> barry: there was a race condition, fixed in https://launchpad.net/ubuntu/+source/upstart/1.13.2-0ubuntu34
[14:00] <pitti> barry: chances are that it's that
[14:01] <pitti> barry: still in -proposed, but feel free to grab that and test
[14:01] <barry> pitti: ack, thanks
[14:02] <cpaelzer> pitti: ok I'm over the login thing I think - only to hit "KVM_S390_MEM_OP failed: Cannot allocate memory"
[14:02] <cpaelzer> pitti: I'll enable more debugging to see what command caused that
[14:03] <cpaelzer> likely around: <VirtSubproc>: failure: timed out on client shared directory setup
[14:03] <cpaelzer> 9p supported at all there ?
[14:04] <pitti> cpaelzer: maybe not in the s390x version of qemu?
[14:05] <cpaelzer> pitti: I'll ask people who know
[14:05] <xnox> 9p is supported in s390x
[14:05] <xnox> but it has different name
[14:05] <cpaelzer> there one is :-)
[14:05] <cpaelzer> 10p
[14:05] <xnox> only 2.7 qemu fixed to have aliases which are arch independant
[14:05] <pitti> cpaelzer: "10p"? /me isn't sure, joke or serious
[14:06] <cpaelzer> must-p would be a joke in the sense of the container p-hole :-)
[14:06] <cpaelzer> xnox: adt is currently adding "-virtfs local,id=autopkgtest,path=/tmp/autopkgtest-virt-qemu.84_ut07n/shared,security_model=none,mount_tag=autopkgtest" to qemu
[14:06] <cpaelzer> xnox: do you have at hand what the alternative is or shall I check docs to puzzle that together
[14:07] <xnox> cpaelzer, that will not work, as -virtfs is not ported to use s390x device names
[14:07] <xnox> one needs to spell out things with -device.
[14:07] <cpaelzer> I thought so
[14:07] <xnox> let me look it up for you.
[14:07] <pitti> if a more verbose syntax works on x86 too, happy to use that; otherwise we can add a hack to not use 9p at all, but then it'll be dog slow
[14:08] <cpaelzer> pitti: the verbose syntax usually works usually everywhere arch-wise, but not back in time with some older versions
[14:08] <pitti> cpaelzer: >= trusty should be fine, that's where I backport it to
[14:09] <pitti> cpaelzer: ah, found out why the user/password login broke
[14:09] <pitti> apparently reading from the tty now reads one char at a time
[14:09] <pitti> meh, /me so doesn't want to implement his own line buffering
[14:18] <pitti> argh, that wasn't it even
[14:29] <barry> pitti: yep, upstart's -proposed fixes it for me.  thanks!  i love being west of you :)
[14:29] <pitti> lol
[14:29] <cpaelzer> xnox: the 9p changes worked - thanks
[14:30] <cpaelzer> pitti: I updated bug 1630909 with the next stage that fails - if you have a pointer where I should look at let me know
[14:30] <cpaelzer> actually the title isn't so much console anymore given what fixes we already documented in that bug :-)
[14:32] <caribou> LocutusOfBorg: llvm-toolchain build failed : https://launchpad.net/ubuntu/+source/llvm-toolchain-3.6/1:3.6.2-3ubuntu3/+build/10997680/+files/buildlog_ubuntu-yakkety-powerpc.llvm-toolchain-3.6_1%3A3.6.2-3ubuntu3_BUILDING.txt.gz
[14:34] <john_s> trying to compile a cifs.ko module; the resulting module is 10x as big and refuses to load due to "format exec error". What am I doing wrong here?
[14:38] <pitti> cpaelzer: turns out this nut is a lot harder to crack than I thought (surprise) - I get awfully long timeouts and blocking on reading ttyS0, not sure why
[14:38] <pitti> cpaelzer: I'll keep looking at user/password login, but might take a bit
[14:39] <xnox> pitti, ttyS0 shouldn't exist.
[14:39] <pitti> xnox: I'm debugging on x86 :)
[14:39] <xnox> ah
[14:39] <xnox> =)
[14:39] <pitti> xnox: but yes, it should totally exist
[14:40] <xnox> on s390x.... there is only one console, and one must use -no-defaults to specify where one wants it to be redirected. very obscure.
[14:44] <cpaelzer> xnox: so is the POP defining the machine
[14:44] <xnox> ?
[14:44] <cpaelzer> xnox: that it has this kind of console
[14:44]  * xnox doesn't know what POP means.
[14:44] <cpaelzer> Principles of Operation
[14:44] <john_s> source is from ubuntu linux-source-4.4.0-xxx package. Vermagic on original module is 4.4.0-38, new module has 4.4.19
[14:45] <john_s> existing kernel won't load it.
[14:45] <xnox> in qemu s390x virtio-ccw machine type pre-defines a slcp console which one cannot modify using any command line option s=(
[14:45] <cpaelzer> yeah because that is in "the definition" of the machine
[14:45] <cpaelzer> xnox: still I couldn't agree more that it sucks in  virtual and Linux centric world
[14:47] <cpaelzer> to have such a console is an integral part of the architecture as defined - that is why it is in there IMO
[14:47] <cpaelzer> xnox: pop at http://www-01.ibm.com/support/docview.wss?uid=isg2b9de5f05a9d57819852571c500428f9a
[14:47] <xnox> i'm fine with forcing slcp console, i'm not fine with not able to redirect that on to file/socket/dev/null on the hypervisor side of things
[14:48] <xnox> afterall, the virtual machine only knows that there is slcp, and shouldn't care where it is connected to on the host side.
[14:48] <cpaelzer> xnox: I'd recommend to ask borntraeger and mihaijlov in ubuntu-s390x
[14:48] <xnox> so POP is fine, machine definition is fine, but qemu args are limited.
[14:48] <cpaelzer> they are the right persons to do so
[14:48] <cpaelzer> xnox: might be because it is line mode
[14:48] <cpaelzer> which makes it "different" (tm)
[14:49] <xnox> it redirects just fine when i do -no-defaults, specify slcp by hand =)
[14:49] <xnox> i don't think it is line mode in qemu though.
[14:49] <xnox> it seems to be better than that.
[14:49] <cpaelzer> ok, then the time is right to do so, really just catch borntraeger and mihajlov
[14:49] <xnox> cause e.g. qemu VM window has colours and can run emacs
[14:49] <cpaelzer> I think this relation allows backward feature requests as well
[14:50] <xnox> i might just email qemu mailing list and enquire, and add them to CC
[15:08] <john_s> this is neat, I solved it, thanks. I fixed /lib/modules/version/build/Makefile and then recompiled my module with make -C /lib/modules/version/build/ M=$(pwd)
[15:15] <nacc> LocutusOfBorg: caribou: ack, thanks
[15:15] <nacc> smb: thanks!
[15:15] <caribou> LocutusOfBorg: slangasek was asking about moving away from llvm-3.6 in the foundation meeting minutes ago
[15:16] <caribou> LocutusOfBorg: in clamav I mean, you might not
[15:20] <nacc> caribou: ack, it's on server team's mind too -- presumably something we might want to pursue upstream? I can file an issue tracker, etc.
[15:23] <caribou> nacc: as LocutusOfBorg was saying yesterday, Debian is also transitioning to llvm-3.8 so it is an issue upstream as well
[15:24] <nacc> caribou: got it
[15:24] <nacc> caribou: tracked in llvm's issue tracker too?
[15:25] <caribou> nacc: don't know where to check
[15:25] <nacc> err, i meant clamav's
[15:25] <nacc> https://bugzilla.clamav.net/show_bug.cgi?id=11606
[15:26] <caribou> nacc: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839850
[15:26] <nacc> caribou: ok, so those two combined :)
[15:32] <caribou> nacc: I like the upstream's comment "Please use './configure --enable-llvm=no' until this can be resolved."
[15:33] <nacc> caribou: pretty accurate ,but at least it's assigned to someone :)
[15:39] <pitti> jsalisbury: meh, I was hoping to grab a kernel from http://kernel.ubuntu.com/~jsalisbury/lp1627108/, but it's again gone after just 15 minutes :)
[15:39] <pitti> jsalisbury: (wanted to see if my bug report is a dupe or not)
[15:40] <jsalisbury> pitti, sorry, I've been removing them after getting test results from om26er.  I'll leave them around for others to test from now on :-)
[15:40] <jsalisbury> pitti, I'll start putting them in sub directories, with the SAH1 as the name.
[15:40] <pitti> jsalisbury: cheers! I'll report on the bug once we have a "good" kernel
[15:41] <jsalisbury> pitti, great, Thanks!
[15:41] <pitti> jsalisbury: I. e. I suppose I should start with testing a "good" one to even know if it's the same issue
[15:42] <jsalisbury> pitti, good idea
[15:42] <jsalisbury> pitti, I'll have the next kernel posted in 15 minutes or so
[15:43] <coreycb> xnox, you mentioned earlier that s390x and armhf autopkgtests are run under LXD.  did any other arch's switch to running under LXD recently as well?
[15:44] <caribou> doko_: xnox: slangasek: that's pretty much the latest status from upstream on clamav + llvm-3.8 : https://bugzilla.clamav.net/show_bug.cgi?id=11606
[15:44] <pitti> coreycb: no, i386, amd64, and ppc64el run in OpenStack VMs (i. e. ~ qemu)
[15:44] <coreycb> pitti, ok, thanks
[15:44] <doko_> LocutusOfBorg: can't remember, maybe didn't work with gold?
[15:56] <jderose> pitti: you're not gonna like this, but starting u-s-d with upstart seems to fix the problem. i'll attach some details to the bug in a sec... but assuming this is a workable fix, are you open to switching u-s-d back to upstart for yakkety (at least at release) since yakkety still has the upstart user session anyway?
[15:57] <pitti> jderose: nice discovery
[15:57] <pitti> jderose: well, that is "unexpected" and thus an interesting handle to debug
[15:57] <jderose> pitti: mostly a lucky guess i think :) thanks for all the pointers
[15:57] <pitti> jderose: might be a bit hard to properly order it against the other unity bits
[15:58] <jderose> pitti: ah, okay. so are  there other things that will only interact with u-s-d correctly when it's started with systemd?
[15:59] <pitti> jderose: no, I just figure it's a side effect of the dbus user session somehow; I think when run with upstart it runs in the logind scope (and thus "session") while as a systemd service it runs outside
[15:59] <pitti> jderose: wrt. ordering: unity apparently wants to start after u-s-d
[16:00] <jderose> pitti: ah, okay. i haven't yet tried with systemd but without dbus-user-session. on that note, how difficult is it to undo the dbus-user-session stuff? not even knowing the details dbus-user-session, that sounds like a lot of work :D
[16:00] <pitti> jderose: which can be expressed if both run from upstart or both frmo systemd, but not with one here, one there
[16:00] <jderose> pitti: hmm, is this ordering problem easy to reproduce? things seem to work okay in the quick test i just did, but that's not a big sample size
[16:00] <pitti> jderose: can't work
[16:01] <jderose> okay, that makes sense
[16:01] <pitti> jderose: yeah, I guess it's not crucial, I figure it avoids flickering if u-s-d changes the theme while unity is already running, or something similar
[16:01] <pitti> jderose: so this still sounds like some polkit problem to me, that pkexec from within a session does soemthing else than from outside
[16:01] <jderose> pitti: okay, so it's not as bad as unity not starting at all or something like that, more just a UX issues?
[16:02] <pitti> jderose: right; good enough for local testing for sure, just not something I'd like to ship
[16:02] <jderose> pitti: is it still helpful for me to try it started under systemd, but purging dbus-user-session?
[16:02] <pitti> jderose: that was the "can't work" bit
[16:02] <jderose> right... but is it a useful hint possibly?
[16:03] <pitti> jderose: you can run dbus-user-session with upstart, but not "no user session" with systemd
[16:03] <pitti> jderose: yes, it's absolutely an useful hint
[16:03] <jderose> ah, okay, now it's making more sense i think
[16:03] <pitti> jderose: need to be off for a few hours for dinner and some family time, back in ~ 3 hours
[16:04] <jderose> pitti: k, enjoy. thanks again for the help!
[16:04] <pitti> jderose: please leave a note in the bug as a reminder?
[16:05] <jderose> pitti: yup, will do
[16:05] <pitti> jderose: thanks for the experiments!
[16:05] <pitti> unexpected results are always helpful :)
[16:06] <LocutusOfBorg> doko_, I still don't get why you didn't fix llvm 3.8, and if the change needs to be propagated in Debian too
[16:33] <doko_> LocutusOfBorg: using cmake ...
[17:04] <jderose> pitti: another very interesting hint. seems like a bunch O stuff is getting restarted (or "re-triggered"?) every time you press a hotkey - https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1626651/comments/20
[19:11] <pitti> jderose: yes, that's why it's so slow -- every pkexec runs a full PAM session which includes a systemd --user; in xenial that didn't really do anything, but now we actually do have a bunch of user services
[19:12] <pitti> jderose: which is why I proposed to use common-session-noninteractive, as it avoids all that overhead
[19:12] <jderose> pitti: yeah, sorry, i don't think that comment was very helpful in the end, still learning
[19:13] <pitti> jderose: no worries :)
[19:13] <pitti> jderose: I'm glad someone else starts to understand it too :)
[19:13] <pitti> jderose: need to do some glibc handholding and then look into that
[19:13] <jderose> pitti: so i've been experimenting with common-session-noninteractive. it still seems perhaps i bit more expensive than when i start usd under upstart, but it's totally workable, just a small regression if any
[19:14] <pitti> jderose: right, that would be the obvious (from my POV) fix; but it doesn't explain why it would be fast to run pkexec in the session instaed of from the user bus, hence my surprise
[19:15] <jderose> pitti: okay. one quick thing if you have a moment: why is including @common-session so much more expensive on yakkety than xenial? looking at /etc/pam.d/pollkit-1, it seems the same
[19:15] <jderose> or, maybe that's what you just said above
[19:15] <pitti> jderose: because pam_systemd now has a lot more things to do
[19:15] <pitti> well, that would be by first guess
[19:16] <pitti> quite obviously I don't understand the full picture yet
[19:16] <Unit193> pitti: fwiw, tried usrmerge, but not in an encrypted install yet. :P
[19:16] <jderose> pitti: well, that makes me fell a little better because i *really* don't understand the full picture yet :)
[19:19] <jderose> pitti: if i go looking for packages that might get broken by "common-session-noninteractive", what exactly am i looking for? i'm not sure i understand the difference from the perspective of a pkexec consumer
[19:20] <pitti> jderose: mostly between "is this more like running a new session (like su -) or just running a program in the same session but with different (root) privs
[19:20] <pitti> jderose: interactive sessions get their own systemd --user, XDG_RUNTIME_DIR, pam_limits etc.
[19:20] <jderose> pitti: and by "session" you mean pam session?
[19:20] <pitti> yes, PAM specifically but also conceptually
[19:21] <pitti> like "is this like another user logging in" or more like a setuid root thing
[19:21] <pitti> the backlight helper is clearly the "suid root" category
[19:21] <pitti> and I suspect the same for most other users of pkexec
[19:21] <jderose> yeah, i can't think of anything that doesn't fit that model... but there certainly could be
[19:21] <pitti> I was wondering if there is anything using pkexec that shoudl rather use something like "su -" or gksu
[19:38] <pitti> jderose: wow, there are now millions of uevents like KERNEL[2471.462232] add<EMAIL_ADDRESS>(cgroup)
[19:38] <pitti> jderose: that rather smells like kernel 4.8 fallout, possibly related to bug 1626436 / bug 1627108
[19:38] <pitti> jderose: so testing under kernel 4.4 is another useful data point
[19:39] <jderose> pitti: okay, okay. so this is something that has made the bug worse since cking filed it then?
[19:40] <pitti> jderose: I can explain the lot of usd-backlight-helper and systemd --user forkstats, but not why there are so many uevents and thus udevd workers, as that's all entirely system side (session doesn't have the privileges to trigger uevents)
[19:41] <jderose> pitti: how are your observing these events?
[19:41] <pitti> jderose: udevadm monitor -e --udev
[19:41] <pitti> pkexec /usr/lib/unity-settings-daemon/usd-backlight-helper --get-brightness80
[19:41] <pitti> now booting 4.4 to compare
[19:44] <pitti> jderose: confirmed; 4.4 now, and zero uevents
[19:44] <jderose> pitti: so with 4.4, are the brightness keys noticeably slower still than on xenial?
[19:45] <pitti> jderose: still feels like an 0.1 or 0.2 s delay, so I think yes
[19:45] <pitti> not bad enough to actually feel slow, but it's not instant reaction
[19:45] <jderose> pitti: but more or less workable? because i know with 4.8 right now, it's pretty darn bad :)
[19:45] <pitti> I don't have x here to compare
[19:46] <pitti> jderose: right, but 4.8's boot speed is pretty darn bad too :)
[19:46] <jderose> yeah
[19:46] <pitti> 15 s vs. 1.5 with 4.4
[19:46] <pitti> and I have a feeling this is related
[19:46] <pitti> if the creation of every new cgroup causes 3 uevents, then every service that starts up at boot will also cause tons of uevents
[19:46] <pitti> which might explain the boot speed regression and high loads
[19:47] <pitti> jsalisbury: ^ does that ring a bell?
[19:49] <pitti> https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1626651/comments/21
[19:51] <jderose> pitti: is there a reason starting unity-settings-daemon under upstart would prevent usd from being effected by these extra uevents?
[19:51] <pitti> jderose: going to look at that next
[19:51] <pitti> we only explained the uevent/udev bits so far
[19:52] <jsalisbury> pitti, it doesn't ring a bell off hand, but sounds like something to look into.
[19:52] <jderose> pitti: also, please don't let me keep you from your glibc work :)
[19:52] <pitti> jderose: just landing that, all good
[19:54] <pitti> jsalisbury: it's at least plausible that genreating lots of uevents around cgroup creation would cause slower boot speed
[19:56] <pitti> jderose: will poke for a bit and leave notes in the bug; impractical to re-join IRC between each session restart/reboot, and night anyway, so TTY tomorrow
[19:57] <jderose> pitti: with "common-session" and starting u-s-d with upstart, i'm still seeing as many uevents under 4.8... but it's crazy fast now, i'd say basically the same as X
[19:58] <pitti> jderose: did you actually only start u-s-d under upstart, or the entire session?
[19:58] <jderose> pitti: er, when i comment out the systemd bits in /etc/X11/Xsession.d/00upstart... does that mean there's no systemd user session at all?
[19:58] <pitti> jderose: correct
[19:59] <jderose> okay, so that's what i did :)
[19:59] <pitti> jderose: well, there's still a systemd --user, but it's not being used to start the unity session
[19:59] <jderose> pitti: is this a potential sort-term fix, or are there other consequences to doing this?
[20:01] <pitti> jderose: it would throw us back from all the porting work; I think we left all the upstart bits in place
[20:02] <jderose> pitti: yeah, i have some stuff started by the upstart user session and it's still working fine with out-of-the-box yakkety. for what that data point's is worth :)
[20:10] <jderose> pitti: if reverting back to the upstart user session for yakkety is a reasonably low risk change, my vote would be to do so, then sort out the systemd user session stuff properly for Z;)
[20:11] <pitti> jderose: haha, I know
[20:11] <pitti> it's also a reasonably low impact bug..
[20:13] <jderose> pitti: i guess, but it sure makes a bad first impression. especially if you just ordered a shiny new System76 laptop with shiny new Ubuntu 16.10 on it... for example :)
[20:13] <pitti> jderose: hang on
[20:15] <Unit193> pitti: dbus-user-session is a requirement of systemd user sessions and is otherwise unrelated, correct?  x-d-s still depends on it.
[20:16] <pitti> Unit193: x-d-s?
[20:16] <Unit193> Erm, right.  xubuntu-default-settings.
[20:16] <pitti> Unit193: correct; but OTOH moving from session to user centric model actually caused the majority of regressions
[20:16] <pitti> less so the actual upstart → systemd move, as that's just mechanics of what tells unity et al to start
[20:17] <Unit193> So it's only been partially reverted, alright.
[20:18] <pitti> Unit193: does that slow backlight chnaging affect xubuntu too?
[20:18] <jderose> pitti: so currently dbus-user-session isn't used when you use the Upstart user session stuff, only with the systemd session stuff, right?
[20:18] <pitti> that would be a surprise
[20:18] <pitti> jderose: it is, just less
[20:18] <pitti> in particular not for settings-daemon
[20:18] <Unit193> pitti: I don't know.
[20:19] <Unit193> bluesabre: ↑
[20:19] <pitti> jderose: followed up to the bug, I now completely understand what's going on
[20:20] <jderose> pitti: awesome, reading...
[20:20] <bluesabre> I noticed the slow backlight in xubuntu yakkety, thought it was my laptop
[20:21] <pitti> bluesabre: even after https://launchpad.net/ubuntu/+source/xubuntu-default-settings/16.10.2 ?
[20:21] <bluesabre> pitti, I believe so, can confirm in ~2 hours
[20:21] <pitti> bluesabre: well then, however that happens, the fix should be the same
[20:22] <jderose> pitti: okay, that sounds very promising! what can i do to help confirm common-session-noninteractive wont cause problems? (i've already been experimenting with it on a few systems, nothing weird yet.)
[20:22] <pitti> jderose: mostly that, testing
[20:23] <pitti> jderose: but after that I'm actually reasonably sure that it doesn't regress, mostly because for all that time we did *not* start a full PAM session either :)
[20:23] <pitti> and the *only* difference between interactive and noninteractive is pam_systemd
[20:23] <jderose> pitti: yeah, the reasoning makes sense to me (even though i don't understand the details as well)
[20:27] <pitti> preparing upload now
[20:28] <pitti> jderose: thanks for your help on this! this steered me into the right direction
[20:29] <jderose> pitti: happy to! glad my stumbling around was helpful :)
[20:40] <pitti> jderose: uploaded, now need to find someone to review
[20:40] <jderose> pitti: awesome
[21:17] <LocutusOfBorg> doko_, is this failure a binutils fault? https://launchpadlibrarian.net/288571350/buildlog_ubuntu-yakkety-powerpc.llvm-toolchain-3.6_1%3A3.6.2-3ubuntu3_BUILDING.txt.gz
[21:18] <LocutusOfBorg> secure-plt is something that llvm is not injecting
[21:52] <Unit193> If anyone is sync happy, geoip-database is a free sync. :3
[22:37] <nacc> smb: LP: #1546674 may also be worth fixing at the same time, if you do pick up that fix from LP: #1591695
[22:38] <nacc> cpaelzer_: --^ as well, in case you are coordinating with smb on libvirt bugs
[23:40] <doko_> LocutusOfBorg: please ask the powerpc maintainers
[23:45] <nacc> doko_: LocutusOfBorg: is it possibly related to: https://llvm.org/bugs/show_bug.cgi?id=20572 ?
[23:46] <nacc> doko_: LocutusOfBorg: ah no, it's presumably LP: #161127
[23:46] <nacc> bah
[23:47] <nacc> LP: #1611227
[23:52] <nacc> LocutusOfBorg: fyi, fixed there with: http://paste.ubuntu.com/23286833/
[23:53] <nacc> LocutusOfBorg: presumably something similar needed for llvm-toolchain-3.6?
[23:56] <nacc> rbasak: at this point, should the vivid/wily tasks for LP: #1455818 be marked as won't fix and new tasks opened for xenial?


[05:31] <CharlieMArtinez> Hello, i am a new user. My from is Argentina. Someone speak spanish here?
[05:33] <CharlieMArtinez> I have a question. I have a 40 gb hdd with one partition with windows ntsf, of 20 gb. Can I install ubuntustudio in the rest of the space or i need more gb ?
[05:37] <Azelphur> CharlieMArtinez: you can, it's plenty.
[05:37] <Azelphur> minimum is 4GB iirc
[05:40] <fabzoe3> 20 gigs is plenty of space for ubuntu studio
[05:43] <holstein> !es
[05:44] <holstein> depends on what you are doing... i have some audio projects that are about 8gb's... a few of those would blow out a 20gb partition
[05:45] <holstein> you can install it there for sure, though, depending on what you are doing, you'll want more space
[05:46] <holstein> eh... he's gone anyways
[05:53] <fabzoe3> True 20gb is not a lot
[05:59] <XRS1> 16GB is prenty of space for a complete install
[06:00] <XRS1> then again i rely heavily on remote storage
[06:02] <XRS1> ubuntu one and free hosting take care of whatever you arent currently working on
[07:03] <rinzler> how do I restart xserver?
[07:52] <rinzler> I tried to install nvidia-common and nvidia-current and now I have lost all ability to control my monitors and I can't set my screen resolution above 800x600. Can anyone help?
[07:56] <zequence> rinzler: With proprietary drivers installed you need to use nvidia-settings to do that
[07:56] <zequence> rinzler: You'll find it in the menu
[08:00] <rinzler> ahh. I was under the impression that that was included in one of the other packages... installing now...


[01:11] <viewer|10> My start/meta key is working the first 10 minuttes showing the application menu. Then after 2-10 minuttes it usually stops working, showing the applications menu. But surprisingly the win+e key can open dolphin.. it just doesn't make any sense.. how to fix please? :D
[06:33] <cabpa> hello, i would like to inquire about my problem with my Acer Swift 3 SF314-41. The screen remains black after waking up from suspend. The CPU of this laptop is Ryzen 5 CPU and its graphics card is AMD Radion Vega 8. Kernel is 5.4.0-26-generic and Ubuntu verison is 20.04.1 LTS
[06:39] <ced_> test
 @cabpa I have the same problem on the same CPU. See if this helps: https://askubuntu.com/questions/1032633/18-04-screen-remains-blank-after-wake-up-from-suspend
[07:23] <MASTER99> Ciao, ho un problema sul mio PC, è come se sono danneggiati i driver della scheda di rete in quanto non mi da più connessioni visibili... Come posso far rifunzionare correttamente la scheda di rete e potermi connettere ud una wifi?
[07:24] <MASTER99> Sto usando ovviamente Kubuntu 20.04
[07:29] <user|99800> esys@inesys-Lenovo-G480:~$ sudo apt update
[07:29] <user|99800> E: Error reading the CPU table
 @TwoMax, Hello
[12:28] <BluesKaj> Hi all
 How r u
[12:58] <Sia-> tomreyn: the defaut option is the same for all machine and works fine, why just kubuntu resize the page??
[13:00] <Sia-> hi, printing pdf or any page via kubuntu to shared printer is to small, but the same shared printer via win, mac and ubuntu is standard. any idea why kde or qt tools doing this any fix?
[13:02] <tomreyn> Sia-: no idea then.
[13:16] <tuxedlinux> HELP!!!!
[13:17] <tuxedlinux> My touchpad could not be found by Kubuntu 20.04 :(
[13:17] <tuxedlinux> I'm using an external mouse but I need help!!
[13:17] <tomreyn> OMGOMGOMG!!!111
[13:17] <tuxedlinux> ?
[13:17] <tuxedlinux> But please help!
[13:18] <tuxedlinux> My keyboard works but not touchpad :(
[13:18] <tomreyn> is this a fresh installation?
[13:18] <tomreyn> is this an upgraded installation?
[13:18] <tuxedlinux> nope, I installed this 3 days ago
[13:19] <tuxedlinux> I didn't use it for 2 days
[13:19] <tuxedlinux> any idea?
[13:19] <tomreyn> so we can safely assume it has been like this from the start?
[13:20] <tuxedlinux> tomreyn: I just turned it on, logged in, and now the touchpad is not responding.
[13:21] <tuxedlinux> I did not have such problem with Ubuntu with GNOME 20.04
[13:21] <tomreyn> ok, but do you know whether this problem exists since you installed kubuntu 20.04, or are you saying it only started a while after you installed kubuntu 20.04?
[13:22] <tomreyn> i.e. did the touchpad work on the day of your installation, after first booting the newly installed kubuntu 20.04?
[13:23] <tomreyn> if you don't know/don't remember, just say so.
[13:34] <BluesKaj> tomreyn, tuxed got booted off freenode in the ##linux chat, dunno why tho, he wasn't really doing anything wrong from what i could see.
[13:35] <tomreyn> BluesKaj: apparently posting 5+ lines in rapid succession is a legitimate kill criteria according to #freenode these days
[13:35] <tomreyn> this also happened to someone else two or three days ago, and i had reported it there
[13:35] <BluesKaj> ok
[13:37] <BluesKaj> I should have scrolled up ...heh
 Did anyone tell him to turn the touchpad off and on again?
[13:40] <BluesKaj> was gonna suggest he check system settings>input devices>touchpad
 Yeah, reboot it from there
 OH MY GOD IT'S SERIOUS SAM
 DOES THAT MEAN NETRISCA RUNS ON LINUX?
 Try to update driver for touchpad. Or else uninstall and install touch again(keep a mouse attached to pc while doing this)
[15:53] <Guest_94> Hello, I get random freezes which at times leads to my system rebooting completely. It generally happens when my system is under some load (though I can't pin point it to anything). I tried looking at journalctl -b -1 but don't see anything specific. I am running Kubuntu 20.04 and running nvidia450 drivers. I don't know how to go about next, can
[15:53] <Guest_94> someone please help me on the same?
 Sounds like a process is using up the system memory.  Use System Monitor, sort by memory usage and see if you can repeat the issue.
 There was a process "unattended upgrade" that causes high load on my laptop
 @Guest_94, There was a process "unattended upgrade" that causes high load on my laptop … You can check it maybe could help
[17:39] <user|17917> Hellloo everybody !
[17:39] <desk001_> hi
[17:39] <user|17917> I have a problem and don't know how to fix it
[17:39] <desk001_> k
[17:40] <user|17917> the grub lunch correctly but If i launch kubuntu I stop on the hp screen and do nothing
[17:40] <user|17917> if I go by the settings everything go right
[17:40] <user|17917> I just cant change luminosity
[17:41] <user|17917> so i thinks it's something with nvidia because i tried to updtate the driver before
[17:41] <desk001_> check the bootlogs...
[17:41] <desk001_> journalctl -b
[17:41] <desk001_> or check kernel messages with 'dmesg'
[17:42] <desk001_> dmesg | less
[17:42] <desk001_> might help
[17:45] <user|17917> if that doesn't help ?
[17:47] <user|17917> do I try to reinstall nvidia driver ?
[17:58] <user|832> reeee
[17:58] <user|832> I don't know if that's the same server, I'm the guy who had nvidia problems
[18:00] <user|832> soo, in software and update i just came back to my previus version of driver (not proprietary)
[18:00] <user|832> and work again..
[18:01] <user|832> just for you know
[18:01] <user|832> I'll just let it like that then