[00:07] <manjo> how does the power button work for servers? does it work thro systemd/logind.conf ? or thro acpid ?
[00:08] <manjo> the powerbtn.sh seems to check for logind and exit when acpid is used
[00:08] <manjo> and uncommenting powerkey in logind.conf does not help either
[00:44] <zartoosh> Hi I have installed ubuntu 14.04 on my system. I would like anytime dhcp server starts on my system remove with new client lease file so it can try to get new IP address. Is this possible? thx
[01:10] <ruben23> hi guys any idea on my ubuntu server - i went to cd /mnt  and i created a directory im already as root user but i get this  ----> [root@elastix mnt]# mkdir testcalls --- mkdir: cannot create directory `testcalls': No such file or directory
[01:13] <sarnold> ruben23: try 'cd `pwd`' then re-try your mkdir
[01:13] <sarnold> ruben23: that can happen if you deleted the /mnt directory out from underneath your process
[01:15] <ruben23>  sarnold: what i will do is  cd..? and pwd..?
[01:16] <sarnold> ruben23: or just cd /mnt   :) your choice
[01:16] <ruben23> [root@elastix mnt]# cd /mnt
[01:16] <ruben23> [root@elastix mnt]# mkdir testcalls
[01:16] <ruben23> mkdir: cannot create directory `testcalls': No such file or directory
[01:17] <sarnold> yikes. no idea! sorry
[01:31] <zartoosh> hi I want to remove a debian package using apt-get remove command but I do not want the package dependencies to be removed, Is this possible? thx
[01:43] <rbasak> zartoosh: use dpkg --remove
[01:57] <zartoosh> rbasak, thx
[02:02] <Kawaiola> This may seem like a basic question however when I scour the internet for the answer there isn't anything straight forward I need to figure out how to make a group in apache
[05:11] <sarnold> Kawaiola: what as a 'group in apache'?
[05:39] <tortib> hello can someone help me with this issue?  http://paste.ubuntu.com/7812741/
[05:39] <tortib> I'm running ubuntu-server 14.04
[05:41] <sarnold> tortib: you don't want to do that; it or more less destroys your system :(  https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1072518
[05:41] <tortib> sarnold, oh?
[05:41] <tortib> but I added some IP addresses to the /etc/network/interfaces config file and I want to configure them on the interface now...what's the 'proper' way of doing that on ubuntu?
[05:41] <sarnold> tortib: yeah. without that new guard in place, it made for some extremely upset bug reports. (One from me, haha)
[05:42] <sarnold> tortib: 'ifup ifacename'
[05:42] <tortib> oh
[05:42] <tortib> okay
[05:42] <sarnold> tortib: or maybe 'ifup -a'
[05:42] <tortib> That didn't do it.
[05:43] <sarnold> hrm, can you pastebin your interfaces file?
[05:44] <tortib> I would rather not
[05:44] <sarnold> fairenough
[05:45] <sarnold> you could strace -f -o /tmp/networking ifup iface   and look for errors in the strace
[05:46] <tortib> ifup: interface eth0 already configured
[05:46] <sarnold> ifdown eth0; ifup eth0  ?
[06:01] <tortib> sarnold, so I guess I had the config wrong :)
[06:02] <tortib> how do I add an address? I have iface eth0 inet6 static and then below i have address 2400:6180:0000:0000:0000:aaaa:bbbb then below that I have netmask 64
[06:04] <tortib> sarnold, I have that set in /etc/network/interfaces
[06:04] <tortib> :x
[06:06] <sarnold> tortib: hrm, the manpage says "Address (colon delimited/netmask) required" -- maybe try 2400:6180:0000:0000:0000:aaaa:bbbb/64 ?
[06:06] <tortib> I already have a static ip address set in there and it's the format I described
[06:06] <tortib> gateway is also specified that way
[06:08] <sarnold> tortib: what's "2600"? I don't see that class on the wikipedia ipv6 address page
[06:08] <sarnold> (I haven't fought the ipv6 fight yet myself..)
[06:08] <tortib> 2400 you mean?
[06:08] <tortib> It's digital oceans IPs
[06:10] <sarnold> sigh, yeah, that's what I meant. hrm, I'm surprised it looked so unusual..
[06:20] <tortib> sarnold, I'm trying to add this to my /etc/network/interfaces config
[06:20] <tortib> http://paste.ubuntu.com/7812857/
[06:21] <tortib> it's a tunnel for hurricane electric
[06:21] <tortib> but everytime I try ifup eth0 it says the interface is already configured
[06:22] <sarnold> tortib: how about 'ifup he-ipv6'?
[06:22] <sarnold> tortib: is the 'ip' command available?
[06:22] <tortib> yes
[06:22] <tortib> oh it's working now
[06:23] <sarnold> woot! nice :)
[06:24]  * tortib does a dance
[06:25] <tortib> but i'm still not able to use ifup eth0
[06:25] <tortib> so I can't assign any ipv6 ips from my /48 to the interface to route traffic :(
[06:27] <sarnold> tortib: you need to bring it down bevfore you can bring it up; did ifdown eth0 ; ifup eth0 work?
[06:28] <tortib> sec
[06:29] <sarnold> oh jeeeze, I just figured out 'tortib' :) must be bed time :)
[06:32] <tortib> well
[06:32] <tortib> i can't add any ips to the config
[06:32] <tortib> it doesn't start the interface for some reason
[06:33] <sarnold> tortib: drat. maybe you're only allowed one addr family per interface in that file. if you want to add more IPs to an interface, you have to use the 'up' or 'post-up' commands to run ip addr add ... dev ...   manually
[06:33] <sarnold> tortib: maybe you have t o do the same if you want both ipv6 and ipv4 addresses on an interface :/
[06:35] <tortib> http://askubuntu.com/questions/313877/how-do-i-add-an-additional-ip-address-to-etc-network-interfaces
[06:36] <sarnold> funny; the foo:0 'aliased' interfaces haven't been necessary for over a decade but the interfaces file never adapted..
[06:37] <tortib> yeah
[06:37] <sarnold> either way I guess, whatever you like more :)
[06:38] <sarnold> bedtime ;) good luck tortib
[06:38] <tortib> i'm just going to use if.up and create a script to add the IPs to the server that way
[06:38] <tortib> thanks sarnold nice talking to you
[06:38] <sarnold> nice talkin to you too :) have fun
[07:29] <jdmf> I'm looking for an Ubuntu 14.04 Rescue image, that I can boot from via PXE/Netboot. Or something similar. I'm using PXE to install OS, but I also want to have a simple OS that I can create and startup my self.
[08:37] <pds> messing around with preeseeding however it's hang up - any way to see what's frong
[08:46] <peetaur2> pds: hit ctrl+alt+f# until you find the one with the log
[08:46] <pds> hmmm you don't have way to install software in /bin/sh
[08:46] <peetaur2> or look around for the log file in a termina
[08:48] <pds> try to run the following in a postinst
[08:48] <pds> sudo apt-get install apt-add-repository
[08:48] <pds> sudo apt-add-repository ppa:rquillo/ansible
[08:48] <pds> sudo apt-get update
[08:48] <pds> sudo apt-get install ansible
[08:48] <pds>  
[08:49] <peetaur2> don't use sudo
[08:49] <peetaur2> and you should use the in-target thing
[08:50] <peetaur2> and are you aware that it is one long logical line, so you have to use \ at the end of the line, and ; between commands?
[08:50] <peetaur2> and you should test your commands manually too ... I bet the repo one will ask interactively about accepting a key or some such
[08:51] <pds> any workaround ?
[08:52] <pds> hmmm will mess a bit around :)
[08:52] <pds> like always :)
[08:52] <lordievader> pds: Does the script run as root?
[08:52] <pds> a postinst so probably the user that has be created during the install
[08:53] <peetaur2> preseed stuff runs as root
[08:53] <peetaur2> it is running in the installer environment
[08:54] <lordievader> Ah, yes, then drop the sudo. It will probably break on that asking for a password or something.
[08:55] <pds> preseeding = lots and lots of testing :)
[11:55] <zartoosh> HI I have a server which gets its Ip address from dhcp. Uing ubuntu 12.04, I could move the disk on my system to another system by removing /etc/udev/rules.d/70-persistnet-network (not sure about name).  System would get new IP address from dhcp server.  Now I have moved to ubuntu 14.04. I do not see that file is getting created all the time.  Also if  I move the disk to another system, the new system still tries to boot with old I
[11:55] <zartoosh> P address and it does not try to get new IP from dhcp server? thx
[12:43] <flix> Hi guys and gals! Anyone willing to help me with a port/firewall issue? I want to change my nginx configuration such that the server listens on a different port other than 80, say 82. But as soon as I do that it becomes unavailable, so the firewall thing is my first guess, but I don't seem to be able to fix it... :(
[12:46] <flix> Not exactly knowing what I'm doing -- I didn't set the server up myself and I'm not very familiar with Ubuntu --, but I've added a rule in iptables (iptables -A net2fw -p tcp --dport 82 -j ACCEPT) and in ufw service (ufw allow 82) but that doesn't seem to help. When I try to access the server I get a timeout.
[12:50] <Dave404> Could someone help me with an upgrade from 10.04 server? Here's the issue I'm having: http://pastebin.com/GHtY9mcm
[12:54] <rbasak> Dave404: you need to go via 12.04. YOu can't upgrade from 10.04 to anything else.
[12:54] <Dave404> rbasak: erk. Erm, how can I do that without losing my configuration?
[12:55] <rbasak> Dave404: carefully?
[12:55] <rbasak> Dave404: back up first.
[12:55] <rbasak> Dave404: you will lose some configuration, because configuration necessarily changes with newer releases of various packages.
[12:55] <rbasak> Dave404: you have to adjust everything.
[12:55] <Dave404> I was mostly worried about having to configure my mail server again
[12:56] <Dave404> I'm amazed I managed it the first time
[12:56] <rbasak> You will most likely have to.
[12:56] <rbasak> Stuff changes. Upstreams deprecate old configuration directives. Etc.
[12:57] <Dave404> It's more a concern because when I installed mail server documentation apparently required a degree in compsci to be understood
[12:57] <patdk-wk> :)
[12:57] <rbasak> The best thing to do is record what you do to configure a server, and make that automatic. Then work on a new installation on a new release and update that configuration until it works. Then switch over.
[12:57] <patdk-wk> rsyslog pisses me off so much for that :(
[12:57] <Dave404> Apache and so forth are a doddle these days
[12:57] <rbasak> You'll be upgrading from Apache 2.2 (at most) to 2.4. Various configuration directives have changed.
[12:57] <Dave404> Apache I'm not worried about
[12:57] <Dave404> Apache is fairly user friendly
[12:57] <rbasak> Well, you see my point.
[12:57] <patdk-wk> what mailserver do you use?
[12:58] <Dave404> I'm honestly not sure
[12:58] <patdk-wk> cause nothing has really changed in postfix
[12:58] <patdk-wk> and only alittle in dovecot
[12:58] <Dave404> I recall Dovecot being one component
[12:58] <patdk-wk> atleast those programs are very good about backwards config compatability
[12:58] <Dave404> I remember it not being clear what the different parts were for only that they needed to be configured
[12:58] <patdk-wk> well the issue with email is, it's a huge stack
[12:59] <patdk-wk> lots of software doing stuff
[12:59] <Dave404> I was just surprised that we (that is to say geeks worldwide) hadn't manage to make it a little easier to install by now
[13:00] <Dave404> One can have an instance of Apache up and running in minutes
[13:00] <Dave404> On the plus side the documentation looks to have improved
[13:00] <Dave404> Sorry to be a negative nitwit
[13:01] <patdk-wk> dave404, it's not suppost to be easy :)
[13:01] <patdk-wk> if it was, every spammer would have one :)
[13:01] <patdk-wk> and that is what everyone running a mail system is attempting to avoid
[13:01] <Dave404> That seems like throwing the baby out with the bathwater
[13:01] <patdk-wk> why?
[13:02] <patdk-wk> if you really want your emails to be read
[13:02] <patdk-wk> you will follow what the receiver requires, or pay someone to do it for you
[13:02] <Dave404> I don't think I follow but it sounds confrontational
[13:03] <patdk-wk> email is :)
[13:03] <patdk-wk> due to spam/viruses, no server will accept the fact you are who you say you are, till you prove yourself
[13:03] <patdk-wk> and doing that proof requires a lot of work
[13:03] <rbasak> I have some plans to make all of this better in a fairly revolutionary way, but I haven't had any time to work on it recently :-(
[13:04] <patdk-wk> rbasak, including dns, spf, dkim, dmarc?
[13:04] <Dave404> I'm not sure how that affects setup to the point of making it so difficult. That sounds like the sort of thing that affects the underlying mechanics rather than the end-user's setting up of it
[13:04] <rbasak> patdk-wk: yep!
[13:05] <patdk-wk> end user? the end user is simple
[13:05] <patdk-wk> the issue with end users, is email programs are still written from the 80's
[13:05] <Dave404> I recall the documentation alternating between aggravatingly vague and impenetrably deep
[13:05] <patdk-wk> why do they default to port 25? 25 was done away with in 2005
[13:06] <Dave404> So it would say "You need these packages. Oh and this one." without explaining what the purpose of any of them was in an approachable way
[13:07] <Dave404> Then further down it would assume one understood how the parts fit together and the explanation could skip to properly in-depth things
[13:07] <Dave404> From what I can see at least some of that has been remedied
[13:08] <Dave404> Okay, so PostFix exchanges email between the server and the outside world. Cool.
[13:08] <Dave404> Then Dovecot makes it accessible remotely - serving up email via POP3 or IMAP
[13:08] <Dave404> Sorry, rubber ducking
[13:11] <patdk-wk> :)
[13:11] <patdk-wk> oh, I think I know what you want
[13:11] <patdk-wk> a generic all in one, smtp server tutorial
[13:11] <patdk-wk> I'm not much of a fan of those, probably why I'm coming off that way
[13:16] <Dave404> Something like that would be nice, yes. I find it difficult to get into things properly if I'm just stumbling in the dark. I need a general grasp of the big picture before I can appreciate where the details fit in :(
[13:20] <patdk-wk> well, what I would agree more with, and I have seen a few but kindof rare
[13:20] <patdk-wk> is more a guide to what is needed
[13:20] <patdk-wk> and pointers to documentation for them
[13:20] <patdk-wk> like, you will need postfix, dovecot, likely too amavisd-new, clamav, spamassassin
[13:20] <patdk-wk> and optionally, policyd, postsrs, ...
[13:22] <Dave404> It might also be worth noting it's a tiny mail server in terms of users. There's like 3 accounts
[13:22] <patdk-wk> but like most all tutorials, you get, this is what I did, you have no clue if I did it correctly, or if I documented this correctly, or what any of this means, just follow it :)
[13:22] <patdk-wk> the amount of people doesn't matter
[13:22] <patdk-wk> it comes down to, how successful you want your emails to get out
[13:22] <patdk-wk> how much spam you don't want to get in
[13:22] <Dave404> In all honesty I've never received any spam on these accounts
[13:22] <patdk-wk> and how much protection you want from if an account gets compromised or the website is hacked
[13:23] <Dave404> In the entire time I've run them
[13:23] <patdk-wk> then you must not submit those email accounts to many likes
[13:23] <patdk-wk> the worst amount of spam I got, was after I had to sign up for microsoft partner :(
[13:24] <Dave404> They're not signed up to anything beyond PayPal, I think
[13:24] <patdk-wk> second worse, and this involed phone calls also, was hitting the inc500
[13:24] <patdk-wk> now, my wife gets all kinds of crud
[13:24] <patdk-wk> but she puts her email in everything
[13:25] <patdk-wk> and signes up for every single *offer*
[13:26] <Dave404> I use my personal gmail account for stuff like that and let them handle spam
[13:26] <patdk-wk> so atleast the spam part you don't have to worry about then
[13:26] <patdk-wk> postsrs you only need to worry about if you relay/forward emails
[13:27] <patdk-wk> policyd protects you from a compromised account from sending too much spam, or from your website doing it
[13:27] <Dave404> It's a low traffic mail server mostly for handling some super-simple business stuff
[13:27] <patdk-wk> the first time someone gets a virus, and a spammer gets the account password, it will no longer be low volume :)
[13:28] <Dave404> No Windows users :)
[13:28] <patdk-wk> not sure what that has to do with it
[13:29] <Dave404> I'm not sure how to respond to that
[13:29] <patdk-wk> your claiming, if you run windows, there is no way your password can be compromised?
[13:30] <patdk-wk> don't run
[13:30] <Dave404> I didn't claim that.
[13:30] <patdk-wk> ok, not sure what, no windows users, has to do with anything then
[13:30] <Dave404> You mentioned viruses.
[13:30] <patdk-wk> yes
[13:31] <patdk-wk> those exist on macos, linux, ...
[13:31] <Dave404> Not exactly a common problem though compared to the way they are in the world of Windows
[13:31] <patdk-wk> no?
[13:31] <patdk-wk> every single java issue is also a linux issue, unless your not using oracle java, then it might not have that security issue :)
[13:32] <patdk-wk> every flash issue is also an issue, likely more so now, without anymore updates
[13:32] <patdk-wk> if you never run java/flash/javascript your likely safer
[13:33] <Dave404> In all honesty I'm more concerned about issues with WordPress than I am about viruses on my desktop
[13:33] <patdk-wk> wordpress has endless issues :)
[13:33] <patdk-wk> you can limit it's issues somewhat by using apparmor
[13:34] <Dave404> Yes, I know my *nix desktops aren't impenetrable fortresses but they also don't roll over at the first auto-downloading .exe file
[13:36] <Dave404> So I'm not super concerned about someone pinching my password. I'm more concerned about issues somewhere else in the system allowing access without said password
[13:37] <foelix> Hi all! I'm sorry, I posted this before (half an hour ago) from a webchat but was disconnected (and didn't receive an answer afaikt).
[13:37] <foelix> Can someone help me with configuring a Ubuntu 14.04 server such that nginx listens on port 82 instead of 80?
[13:38] <foelix> Here's the thing: Nginx works when set to 80 but requests time out when I change the port to 82. I added a iptables rule [iptables -A net2fw -p tcp --dport 82 -j ACCEPT] and also [ufw allow 82] but I'm probably missing something...
[13:39] <patdk-wk> strange
[13:39] <patdk-wk> ufw? and shorewall?
[13:39] <patdk-wk> and you didn't use shorewall to do it?
[13:39] <patdk-wk> are you sure nginx is listening on port 82?
[13:40] <patdk-wk> you verified via netstat?
[13:40] <RoyK> patdk-wk: viruses exist on virtually all platforms, but given the volume of such things on windows compared to anything else, you can say viruses virtually do not exist on anything but windows
[13:40] <patdk-wk> royk, depends
[13:40] <foelix> sudo netstat -nap |grep 'nginx'
[13:40] <foelix> tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      25639/nginx
[13:40] <foelix> tcp        0      0 0.0.0.0:82              0.0.0.0:*               LISTEN      25639/nginx
[13:41] <patdk-wk> I find a virus every single day on linux
[13:41] <patdk-wk> I only find them about once a year on windows
[13:41] <patdk-wk> but then my windows machines have no internet access
[13:41] <patdk-wk> but the linux ones do
[13:41] <RoyK> then it's not remotely comparable
[13:41] <foelix> I'm not familiar with the server (didn't set it up myself). How do I check shorewall?
[13:42] <patdk-wk> is there an /etc/shorewall folder?
[13:42] <foelix> oh, yes.
[13:42] <patdk-wk> edit the rules file in there
[13:42] <patdk-wk> ACCEPT net $FW tcp 82
[13:42] <patdk-wk> if you want net only
[13:43] <patdk-wk> depends on what all else is connected to that machine
[13:43] <patdk-wk> then do a, shorewall restart
[13:44] <foelix> No way!!
[13:44] <foelix> it works
[13:44] <foelix> Thank you so much patdk-wk!
[13:44] <foelix> I knew it was something trivial.
[13:45] <patdk-wk> well, if you used iptables correctly, that would have worked (for awhile)
[13:45] <patdk-wk> but adding an accept rule, AFTER the return rule, is not too useful
[13:47] <patdk-wk> heh, funny email
[13:47] <patdk-wk> Remember before you call "Reboot" - "Reboot" - "Reboot"
[13:48] <foelix> Thanks for pointing that out! Makes sense. I'm still just a bloody noob after all... :)
[13:51] <foelix> So using ufw (which is enabled on that server apparently), doesn't automatically take care of shorewall, is that right?
[13:52] <patdk-wk> those are two totally different firewall tools
[13:52] <patdk-wk> and how do you know ufw is enabled? and not just *installed*
[13:53] <RoyK> ufw status_
[13:53] <RoyK> ?
[13:53] <cfhowlett> !ufw | RoyK
[13:54] <RoyK> Chris_hubu: I know...
[13:54] <RoyK> eh
[13:55] <RoyK> cfhowlett: I know
[13:55] <Chris_hubu> heh
[13:55] <RoyK> cfhowlett: I was just trying to suggest using ufw status to check if it was enabled :P
[13:56] <cfhowlett> RoyK sorry, I came in mid-thread.  proceed.
[14:18] <rbasak> zul, coreycb, matsubara, lutostag, gnuoy, gaughen, kickinz1, beisner, rharper: o/
[14:18] <Dave404> Again, for my own future reference, here's the code I used: grep -rl "gupfiihzra" . | xargs sed -i 's/<\?php \$gupfiihzra.*\$cmhvuwnohn-1\; \?\>//g'
[14:18] <matsubara> o/
[14:18] <beisner> o/
[14:18] <rharper> rbasak: \o
[14:18] <lutostag> \o
[14:18] <rbasak> Everyone else: my team are going to do some virtual sprinting for the next couple of hours to get a bunch of server packages merged and sponsored
[14:18] <gnuoy> \o
[14:18] <gaughen> o/
[14:19] <kickinz1> o/
[14:19] <zul> helo
[14:19] <rbasak> Feel free to watch, or join in, etc. There are sponsors here to try and help and get packages and other server fixes landed.
[14:20] <rbasak> http://reqorts.qa.ubuntu.com/reports/ubuntu-server/merges.html is a list of ~ubuntu-server subscribed packages that may need a merge
[14:20] <rbasak> https://merges.ubuntu.com/ has the full list
[14:21] <rbasak> https://wiki.ubuntu.com/UbuntuDevelopment/Merging is a helpful guide
[14:22] <rbasak> Does everyone want to pick a package that looks interesting to you, and see if you can either update it, or find out why that would be inappropriate?
[14:22]  * kickinz1 reading
[14:22] <rbasak> Let us know what you're looking at to save duplicate work
[14:23] <rharper> rbasak: I'll try vgabios
[14:24] <rbasak> rharper: sounds good!
[14:24] <rharper> grab-merge says it's maintained in revision control -- need to investigate
[14:25] <rbasak> It may be telling you about for Debian, rather than Ubuntu.
[14:25] <rharper> ah
[14:25] <gaughen> rbasak, if it shows one of our team members names for last uploader, should we ask first?
[14:25] <gaughen> some of these look very openstacky
[14:26] <rbasak> gaughen: yes. The general locking mechanism to avoid duplicate work is to check with the last uploader.
[14:26]  * lutostag takes a look at autofs
[14:26] <foelix> sorry for the delay: service ufw status says "running" -- that's why I assumed it was active.
[14:27] <rbasak> lutostag: great, thanks!
[14:27] <gnuoy> nagios-nrpe for me!
[14:27] <rbasak> I don't particularly have a plan for how this session might work btw, we'll just see how it goes I guess.
[14:28] <rbasak> I'm happy to go through decisions about each package merge if you want to have that discussion here. Or if you know what you're doing, just go ahead and prepare the merge.
[14:28] <rbasak> gnuoy: thank you!
[14:29] <gaughen> okay, rbasak I pick numactl
[14:29]  * kickinz1 takes alsa-utils
[14:29] <gaughen> rbasak, I have no idea what I'm doing.
[14:29] <beisner> rbasak: i'll give samba merge a spin.
[14:29] <kickinz1> (why is alsa-utils, in server list ?)
[14:30] <rbasak> beisner: great! Note that I know I can't upload samba, so we may need zul to sponsor that.
[14:30] <rbasak> gaughen: no problem - I'll go through it here. That'd be a good example of the process I think.
[14:30] <zul> rbasak:  *cough* core-dev *cough*
[14:30] <gaughen> zul, hahahahahah!
[14:30] <rbasak> beisner: also I happen to know that samba FTBFS in Utopic right now. I discovered that yesterday. Maybe it's fixed in Debian now though.
[14:30] <beisner> rbasak, do you have a blog post yet?  ;)
[14:30] <rbasak> (I haven't had time to look yet!)
[14:31] <gaughen> beisner, he needs a wiki page!
[14:31] <rbasak> kickinz1: that's a good question.
[14:31] <gaughen> beisner, with info about him like that he likes american football, etc, etc
[14:31] <rbasak> kickinz1: http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.utopic/ is a good place to look
[14:31] <kickinz1> rbasak, I take another one?
[14:31] <zul> rbasak:  also things like keystoneclient, heatclient, etc should probably be blacklisted
[14:32] <rbasak> kickinz1: sure. It's certainly a low priority for server anyway.
[14:32] <rbasak> zul: yes - I have a plan to implement some sort of blacklisting for the merge report, but there are a bunch of things above it on my TODO list :(
[14:32] <zul> rbasak:  i so dont know what that is like
[14:33] <rbasak> gaughen: OK so let's look at numactl
[14:33] <gaughen> okay
[14:34] <kickinz1> ok I'll look at keepalived
[14:34] <rbasak> I see that it was last uploaded by dannf, sponsored by seb128, from that report, and it looks like Debian have moved from 2.0.9~rc5-1 to 2.0.9-1 since.
[14:34] <rbasak> kickinz1: great!
[14:35] <rbasak> gaughen: so the first place that I go to next is http://packages.qa.debian.org/numactl. This is the Debian PTS, which tells me all about this package in Debian.
[14:35] <rbasak> Another important page is https://launchpad.net/ubuntu/+source/numactl, which is the equivalent Ubuntu page.
[14:36] <rbasak> From the Debian PTS page, I follow a link to the changelog, on the right under links
[14:36] <rbasak> Here I can see what Debian have change since Ubuntu diverged.
[14:36] <gaughen> let me find the versions again
[14:36] <gaughen> I better write them down
[14:37] <rbasak> I'm interested in changelog entries that follow 2.0.9~rc5-1, since the 2.0.9~rc5-1ubuntu2 in the Ubuntu version in Utopic tells me that that's the point where Ubuntu diverged.
[14:37] <matsubara> I'll take python-flake8
[14:37] <rbasak> matsubara: great - thank you!
[14:37] <kickinz1> grab-merge is dangerous!
[14:37] <gaughen> rbasak, oh cool that doesn't look too bad
[14:37] <gaughen> just one changelog entry
[14:37] <rbasak> gaughen: right. Just one change.
[14:38] <rbasak> (well, one Debian upload, with three distinct changes logged)
[14:38] <rbasak> gaughen: next, I want to know what Ubuntu has changed, so that we can assess what we need to upload to update Ubuntu
[14:39] <rharper> rbasak: so, the file with conflicts was debian control, so looks like a simple change in the Maintainers list
[14:39] <rbasak> So to do that I click on 2.0.9~rc5-1ubuntu2 under the Utopic section in https://launchpad.net/ubuntu/+source/numactl
[14:39] <gaughen> rbasak, what does "* Upgrade standards to 3.9.5 (no change)" mean?
[14:40] <rharper> rbasak: should I update the XSBC-Original-Maintainer value to match the Debian Maintainer value ?  Debian QEMU Team vs Debian QA Group ?
[14:41] <rbasak> rharper: that's from grab-merge for vgabios, right? What's the rest of the previous Ubuntu delta look like - is it still applicable now?
[14:41] <rbasak> gaughen: debian/control must define the Debian policy version that the package complies to. When Debian updates policy, then the package declares compliance with an old policy.
[14:41] <gaughen> aaah okay
[14:41] <rharper> rbasak: yes -- I think so http://paste.ubuntu.com/7814707/
[14:42] <rbasak> gaughen: so the Debian maintainer must check the policy changelog, make sure the package is compliaant with latest policy, and bump the policy version the package declares compliance with.
[14:42] <rbasak> gaughen: in this case, he's done that, and found that he's not needed to make any changes. So he's just changed the declaration in debian/control, and logged the change like that.
[14:43] <gaughen> cool
[14:43] <rbasak> gaughen: in Ubuntu, we don't usually want to introduce a delta just to meet Debian policy, as that's just tedious to maintain. So we leave it to Debian (or file bugs and patches with Debian)
[14:44] <rbasak> gaughen: the exception is for packages which aren't derived from the Debian package (eg. Juju). There, we originate the package so we update in the same way to bring packages up to compliance.
[14:44] <rbasak> rharper: yes - XSBC-Original-Maintainer should match the Maintainer field from the Debian package our diverged package is based on
[14:45] <rbasak> rharper: is that the entire diff?
[14:45] <rharper> rbasak: thats the only change , yes
[14:45] <rharper> the REPORT file shows only debian/control
[14:45] <rharper> as a file with conflicts
[14:45]  * rbasak takes a look
[14:46] <beisner> lol, grabmerging samba advises:  'It looks like this package is maintained in revision control  ...  You almost certainly don't want to continue without investigating.'
[14:47] <gaughen> ha!
[14:48]  * beisner give samba back to the floor.
[14:48]  * beisner gives samba back to the floor.
[14:49] <matsubara> rbasak, I'm in a similar situation as rharper, there's a conflict in debian/control in the maintainer field: http://paste.ubuntu.com/7814740/
[14:50] <rbasak> rharper, matsubara: so there's a tool called update-maintainer
[14:51] <rbasak> The background is https://wiki.ubuntu.com/DebianMaintainerField
[14:51] <rbasak> This is why, if in Ubuntu we change the package (ie. diverge from Debian), we rename the field.
[14:52] <rbasak> What the tool does is trivial, so you can fix it up by hand. But  matsubara's conflict looks a bit confusing to me because the original fields were multiline. It may be easiest to select the Debian side of the conflict, and then to just run update-maintainer to fix it for Ubuntu again.
[14:53] <rharper> rbasak: so, once I've updated the file with conflicts, what's next?
[14:55] <rbasak> rharper: looking
[14:56] <rbasak> rharper: so you've fixed the conflict manually, but you still have something that merge-o-matic thinks might be right. But this assumes that it's fine to merge Ubuntu changes with Debian changes.
[14:56] <rbasak> rharper: it may be the case that the changes apply but don't make logical sense, or break the package.
[14:56] <rharper> ok
[14:56] <matsubara> rbasak, Cool, I left the debian part and ran update-maintainer and now I got this debian/control file: http://paste.ubuntu.com/7814762/ and am ready for the next step
[14:57] <rbasak> rharper: debian/source/format says "3.0 (quilt)", so this is a modern best-practice package that uses the quilt system.
[14:57] <rharper> rbasak: I think they make sense;  the ubuntu changes add new screen modes;  the upstream changes in debian are unreleated, so I think the ubuntu change still make sense
[14:57] <rbasak> rharper: so the next thing I did was to run "quilt push -a", and this failed. Do you get the same thing?
[14:57] <rharper> rbasak: where are you running that? in the 5ubuntu1 dir ?
[14:58] <rbasak> rharper: I also followed the bug link in the Ubuntu delta, which linked to a Debian bug, which is apparently fixed in Debian. So I think the changes maybe do conflict.
[14:58] <rbasak> rharper: yes - in vgabios/vgabios-0.7a-5ubuntu1/
[14:58] <rharper> ah
[14:58] <rharper> % quilt push -a
[14:58] <rharper> No series file found
[14:58] <rbasak> rharper: ah, sorry.
[14:58] <rbasak> rharper: http://wiki.debian.org/UsingQuilt
[14:59] <rbasak> export QUILT_PATCHES=debian/patches
[14:59] <rbasak> export QUILT_REFRESH_ARGS="-p ab --no-timestamps --no-index"
[14:59] <rharper> ah, right
[14:59] <rbasak> rharper: those two lines should set you up quickly for hnow
[14:59] <rharper> new box doesn't have those settings
[14:59] <rharper> yeah, I get failed push now
[15:00] <rbasak> rharper, matsubara: so the general task here is to examine the previous Ubuntu delta carefully, the new Debian changes carefully, and figure out how to apply the Ubuntu delta on top of latest Debian package.
[15:00] <rbasak> In git terms, this is a rebase.
[15:00] <rharper> right
[15:00] <rbasak> Debian may have picked up changes that Ubuntu made, for example, but in a different way.
[15:01] <rbasak> merge-o-matic tries to do it automatically, but this isn't necessarily safe. You still have to check that it makes logical sense.
[15:02] <rbasak> When you're done, you can build a source package (I use "debuild -us -uc -nc -S"). Then examine diffs using debdiff against the old and new .dsc files.
[15:03] <matsubara> rbasak, ah ok, even though the REPORT says the only conflict is in debian/control, whatever the tool did merge automatically and didn't flag as a conflict needs some eyeballing just to make sure?
[15:03] <rbasak> A sponsor usually wants to see the diff between the new debian package and the new proposed ubuntu package, and the diff between the old ubuntu package and the new ubuntu package. I usually want to see the diff between the old debian package and the old ubuntu package as well.
[15:03] <rbasak> matsubara: right - you go tit
[15:03] <rbasak> you got it
[15:05] <rbasak> I find merge-o-matic useful only for trivial merges, because I want to check every aspect of the old Ubuntu diff manually to make sure that whatever the reason it was there before will still work in the new upload.
[15:05] <rbasak> I know other Ubuntu devs who are happy to examine the whole diff that way though.
[15:06]  * hallyn_ does like to look at full debdiffs
[15:06] <rbasak> So what you do exactly is up to you - provided that you're confident at the end of your process that the whole previous Ubuntu delta is accounted for in some way
[15:06] <rharper> rbasak: in this case, it appears that some of the ubuntu patches have already been applied; should they be dropped if all of the contents of the patch are included in the newer package ?
[15:06] <hallyn_> yup, that's the idea case
[15:06] <rbasak> right
[15:06] <hallyn_> then note that in the changelog
[15:07] <hallyn_> s/idea/ideal/
[15:07] <rharper> ok and what's the quilt way to drop the patch?
[15:07] <rbasak> If all changes can be dropped, then we can sync the package directly from Debian and drop our delta. That's the most ideal.
[15:07] <rharper> rbasak: right
[15:07] <rbasak> quilt has a command to do it. I just "quilt pop -a", remove the patch from debian/patches/series and the patch file itself.
[15:07] <rbasak> (which also works)
[15:08] <hallyn_> rharper: depends on how you got yoru source tree;  i assume it's not yet applied, else it woudl have failed no?
[15:08] <rharper> hallyn_: right, quilt push -a failed
[15:08] <rharper> so nothing is applied
[15:08] <hallyn_> right so just remove that line from series,
[15:08] <hallyn_> and remove the patch file
[15:08] <hallyn_> (and add to changelog :)
[15:08] <hallyn_> profit
[15:08] <rharper> ah, I was hoping there was a quilt remove
[15:08] <gnuoy> rbasak, I have a patch that's in the ubuntu package but not in the debian one and I don't see any mention of why
[15:08] <rharper> that did the series and file removal
[15:08] <rbasak> rharper: careful there - it may have applied some and then failed on one, so you may still have some applied.
[15:08] <rbasak> rharper: I think there is a quilt remove (or something).
[15:08] <rharper> rbasak: its at the top of the series (first file in the list)
[15:08] <rbasak> rharper: also safe is to quilt pop -a to be sure.
[15:09] <rharper> rbasak: indeed
[15:09] <rbasak> gnuoy: so it sounds like you probably need the patch still. If the details of the patch itself make sense there. Does it still apply?
[15:09] <rbasak> Is anyone blocked, BTW? I feel OK keeping up right now but am not entirely sure, so please remind me if you're waiting on a question.
[15:11] <rharper> hallyn_: would you use dch  to add a line for removing a patch that's already present?  is there a format or anything for that sort of entry ?
[15:11] <matsubara> rbasak, when you say compare the delta between the two packages, looking at python-flake8_2.1.0-1ubuntu1.patch and python-flake8_2.1.0-2.patch should suffice, right? I see that the debian maintainer changed the order of the dependencies and some wrapping (which I think genereated the conflict in the control file) and the ubuntu maintainer added autopkgtests to the package, so it seems that I want to keep the debian changes and k
[15:11] <matsubara> eep the autopkgtests
[15:11] <gaughen> rbasak, so I looked at the ubuntu1 and ubuntu2 diff's and they look pretty small - just adding ppc64el (for ubuntu1) and arm64 (for ubuntu2)
[15:12] <hallyn_> rharper: dch -a
[15:12] <hallyn_> appends an entry without bumping the version #
[15:12] <rbasak> gaughen: looking
[15:12] <hallyn_> it will updcate the mod time, so i usually do that
[15:12] <hallyn_> rharper: take a look at changelog for qemu.
[15:12] <gaughen> rbasak, was just talking through
[15:12] <gaughen> I'll keep going, you're answering questions
[15:12] <hallyn_> rharper: bc i have to do a lot of that every time i merge from debian or upstream
[15:13] <rbasak> gaughen: no I think I'm clear right now :)
[15:13] <rbasak> gaughen: so it looks like your one is straightforward and should cleanly merge
[15:13] <rbasak> gaughen: personally, this is the point I choose merge-o-matic.
[15:13] <gaughen> rbasak, SWEET! I picked well!
[15:13] <rharper> hallyn_: ok
[15:14] <rbasak> gaughen: so find a directory to use somewhere, and run "grab-merge numactl"
[15:15] <gnuoy> rbasak, this is the patch http://paste.ubuntu.com/7814839/ . The update to check_nrpe.c seems fine and useful but I wouldn't like to say about the update to utils.c
[15:16] <rbasak> gnuoy: so from https://launchpad.net/ubuntu/+source/nagios-nrpe, I'm clicking on 2.15-0ubuntu1
[15:17] <rbasak> gnuoy: that shows me the changelog associated with that upload, which in this case is the only upload that involves the Ubuntu delta
[15:17] <gaughen> rbasak, done
[15:17] <rbasak> gnuoy: ah - so this was previous merge that hasn't changed.
[15:17] <rbasak> gaughen: now examine REPORT - it says that everything's clean, so it's pretty much done everything for you.
[15:18] <gnuoy> rbasak, I'm going through the confilicts that merge-o-matic spat out fwiw. the others seem trivial, this one I don't get
[15:19] <gnuoy> rbasak, so just keep the patch then ?
[15:19] <rbasak> gaughen: grab-merge has given you four .dsc files. These correspond to BASE, DEBIAN and UBUNTU for the three-way merge - 2.0.9~rc5-1 is BASE, 2.0.9-1 is the new Debian version, 2.0.9~rc5-1ubuntu2 is the old Ubuntu delta, and 2.0.9-1ubuntu1 is the merge-o-matic's proposed new Ubuntu delta. Does that make sense?
[15:19] <gaughen> yup
[15:19] <rbasak> gaughen: you can examine deltas with the debdiff command, against two .dsc files. Usually piped into less or something.
[15:20] <rbasak> gaughen: so your task now is the same - check that the old Ubuntu delta has been applied to the new Debian version sanely
[15:20] <rbasak> gnuoy: looking
[15:23]  * beisner is following along in numactl with gaughen
[15:24] <rbasak> gnuoy: OK, so the changelog is telling me a story.
[15:24]  * gnuoy grabs some cocoa
[15:24] <rbasak> gnuoy: it wasn't a previous merge by Stephane, sorry
[15:24] <rbasak> 2.13-4 was in Debian, and the Stephane introduced 2.15-0ubuntu1
[15:24] <rbasak> that -0 in -0ubuntu1 is special. It means that he updated to the new upstream release before Debian did.
[15:25] <rbasak> And that previously, there was no Ubuntu delta, since the entry before that is 2.13-4.
[15:25] <gnuoy> ok, I follow so far
[15:26] <rbasak> gnuoy: so Debian has now caught up, and also updated to 2.15 - since the upstream version (the part before the -) is the same.
[15:26] <rbasak> gnuoy: so it seems likely to me that everything Stephane had to do to update packaging for 2.15, Debian has done now also.
[15:27] <gnuoy> rbasak, except this one patch
[15:27] <rbasak> Ah, sorry. You're ahead of me.
[15:29] <rbasak> gnuoy: so just giving you a commentary as I look
[15:30] <rbasak> gnuoy: looks like Debian dropped the patch, and Ubuntu still has it.
[15:30] <gnuoy> rbasak, do you see a smoking gun for debian dropping it ?
[15:30] <gnuoy> I couldn't see a reference in the changelog
[15:31] <rbasak> There are a couple of "Remove obsolete patch" entries.
[15:31] <rbasak> Best to look at Debian VCS to match it up I think.
[15:31] <rbasak> So packages.qa.debian.org/nagios-nrpe
[15:32] <gnuoy> rbasak, ok, who gets to decide whether this patch actually is obsolete given it seems to be a technical decision based on the awesomeness (or lack of) of urandom
[15:32] <rbasak> If the Debian maintainer maintains a VCS for the package and has listed it, it'll appear here.
[15:32] <rbasak> gnuoy: Debian and Ubuntu fight it out :)
[15:32] <gnuoy> rbasak, where ubuntu is personified by ...
[15:33] <kickinz1> rbasak: for keepalived, it seems that there is just an init.d change to keep, as it seems that some of the patches and Build-devs seemed to the same now.
[15:33] <matsubara> rbasak, so I seem to have built a new package with ./merge-buildpackage after editing the changelog with the dch -a. The only work I actually did was to sort out the conflict in the debian/control. Should this be in the changelog or should I keep the automatic entry added by MOM?
[15:34] <rbasak> gnuoy: the first thing I want to do is see if I can figure out Debian's rationale, so I want to find their VCS. The changelog suggests there is one since those are git commit ids. But debian/control doesn't list anything.
[15:34] <kickinz1> I looked at: https://patches.ubuntu.com/k/keepalived/keepalived_1:1.2.7-1ubuntu1.patch, then debdiff against debian and ubuntu packages.
[15:34] <rbasak> https://packages.qa.debian.org/n/nagios-nrpe.html tells me that it's team maintained though, so I'll look at alioth
[15:34] <gnuoy> rbasak, tip top, thanks
[15:36] <rharper> rbasak: hallyn_: it appears to me that all 4 patches are now included in the upstream debian package
[15:37] <rbasak> Sorry, I'm falling a little behind here.
[15:38] <kickinz1> rbasak, if that becomes the only difference, do we keep it?
[15:40] <rbasak> gnuoy: https://alioth.debian.org/projects/pkg-nagios/ seems relevant. It may be in that repository, but the public don't have access. That's probably a bug, and it's also probably a bug that they don't link the VCS from debian/control.
[15:41] <gnuoy> rbasak, so what should my next steps be ?
[15:43] <rbasak> gnuoy: I think I'd do two things here. 1) File a Debian bug asking for VCS-* fields in debian/control, since evidently they're using a VCS.
[15:44] <rbasak> gnuoy: 2) email the team mailing list, explaining that you're not sure why the patch was dropped because it seems sane and relevant to you, and should they reinstate it, and you can't tell for certain because of the lack of a working VCS link
[15:44] <rbasak> gnuoy: that's what I'd do, I think.
[15:45] <rbasak> gnuoy: in the meantime, Ubuntu still ships 2.15, so we should be OK. I'd want to flag this in the merge report as not-needed for this particular version, since we seem to be carrying everything that Debian is at least.
[15:45] <rbasak> I don't have means to flag it like that yet though.
[15:45] <rbasak> However, it would be good to sync the package if possible, because then it won't be on our plate any more.
[15:45] <gnuoy> rbasak, if you were to hazard a guess why would you suppose that using urandom was removed ?
[15:46] <gnuoy> and thank you
[15:46] <rbasak> https://wiki.ubuntu.com/Debian/Usertagging for filing Debian bugs.
[15:46] <rbasak> gnuoy: and http://packages.qa.debian.org/nagios-nrpe links to the team mailing list in the maint field.
[15:47] <rbasak> gnuoy: NFI why using urandom was removed. It doesn't make sense to me.
[15:47] <rbasak> maybe they figure that they don't need a crypto-safe RNG?
[15:47] <rbasak> I don't know.
[15:47] <rbasak> So next, kickinz1 I think. Sorry I'm behind.
[15:48] <kickinz1> rbasak, np
[15:48] <rbasak> Looking
[15:49] <kickinz1> from what I've seen, ther are 2-3 changes:
[15:50] <kickinz1> init.d runleves 0 and 6 removed, and a postinst script that remove scripts for those level.
[15:50] <kickinz1> Debuild-deps, that are the same now in debian also
[15:52] <kickinz1> and a patch to suport libnl >= 2.0
[15:54] <rbasak> Wow. The init script changes date back to Edge.
[15:54] <rbasak> Edgy
[15:54] <rbasak> There's no explanation as to why it's there, but I guess it's OK to keep that.
[15:54] <lutostag> in the debian changelog are we supposed include rationale for resolution of merge conflicts?
[15:55] <rbasak> lutostag: I think it's better to be verbose. But I'd only do it if the conflict resolution was non-obvious.
[15:55] <rbasak> kickinz1: so I ran debdiff keepalived_1.2.7-1.dsc keepalived_1.2.7-1ubuntu1.dsc|less
[15:56] <rbasak> kickinz1: that should show me the old Ubuntu delta, right?
[15:56] <kickinz1> you get it directly from https://patches.ubuntu.com/k/keepalived/keepalived_1:1.2.7-1ubuntu1.patch
[15:56] <rbasak> kickinz1: I see the Build-Depends change mentioned in the changelog as part of the delta that's still being kept. But there is no delta present.
[15:56] <rbasak> kickinz1: so it's not even that it's been dropped - it was already dropped.
[15:56] <rbasak> I mean that Debian haven't only just updated it.
[15:56] <rbasak> The previous person who merged it did not check.
[15:57] <kickinz1> for me all what is left is the init.d modification, and rming of rcà.D and rc6.d Kscripts
[15:58] <kickinz1> I wonder if it worth the merge at each version just for that?
[15:58] <kickinz1> I'm looking again at the libnl patch
[15:59] <rbasak> kickinz1: that's a good question. I don't like to drop a patch without understanding the rationale for it though, and that's not mentioned, and nor is there a bug link.
[15:59] <rbasak> This is why we should explain non-obvious things in changelogs :)
[15:59] <rbasak> kickinz1: I'm also confused because it doesn't apply to actually apply the patch. The debian/patches/series file is empty.
[16:00] <rbasak> doesn't appear to actually apply
[16:04] <kickinz1> patch was there to build against libnl3, sbuilding it as it doesn't raise any building troubles at first sight
[16:04] <rbasak> Yes - perhaps not necessary any more
[16:05] <rbasak> But in that case, the patches themselves in debian/patches should really be removed.
[16:05] <rbasak> kickinz1: so it looks like you just need the init.d changes, right?
[16:05] <rbasak> kickinz1: that looks reasonable to me, if it builds against libnl3 OK.
[16:06] <hallyn_> 15:59 < rbasak> This is why we should explain non-obvious things in changelogs :)
[16:06] <rbasak> :)
[16:06] <hallyn_> and since things after looking at it may seem obvious to you but non-obvious to someone else, i like to comment everything
[16:06] <hallyn_> cause i know i'm bad at guessing what will be obvious even to myself in a month
[16:07] <rbasak> +1 - if in any doubt, more verbose is better.
[16:08] <rbasak> I need to run now. I have a train to catch :-/
[16:08] <kickinz1> rbasak, maybe I'm wrong but init.d patch seems not necessary, isn't it?
[16:08] <kickinz1> ok, np
[16:08] <rbasak> kickinz1: I sort of agree, but without knowing the original reason it was put in, I don't feel comfortable dropping it.
[16:08] <rbasak> kickinz1: I suspect that's what every other previous Ubuntu developer who has merged this package has also felt.
[16:09] <rbasak> hallyn_: are you around and OK to take over, if others want to carry on? Or zul maybe?
[16:09] <rharper> rbasak: so, I'm confused;  vgabios-0.7a-5ubuntu1 dir inside vgabios dir after running grab-merge -- does that have patches applied or not?  quilt says no, but I'm not convinced; if I unpack the orig.tgz  file, I don't see those changes applied.
[16:10] <rbasak> rharper: I think the patches are not applied by grab-merge. The orig.tgz file should also not have patches applied. The patches are shipped as-is in the debian.tgz, and dpkg-source will apply them by default when unpacking.
[16:11] <rbasak> matsubara: usually you should fix up the changelog, so it describes: that you're merging, what remains in the Ubuntu delta, what you're dropped in the Ubuntu delta, and anything else that you've kept.
[16:11] <rharper> rbasak: the odd thing is that all of the ubuntu patches in debian/patches/  appear to be present in the _5ubuntu1 dir -- but if I attempt to debuild -S after removing the patches, it says there is a diff between orig and the current tree
[16:11] <rbasak> matsubara: I don't feel it necessary to explain what conflicts you resolved, provided that logically the changes are still described, and if you've had to change any of the logical changes, that you've explained what and how.
[16:12] <rbasak> OK, I really have to go now. Sorry!
[16:12] <rbasak> We can resume next week, or feel free to catch me any other time as well.
[16:12] <matsubara> rbasak, ok. I'll re-do that but I went ahead anyway and built the package with merge-buildpackage and then tried to pbuild it but got dependency failure
[16:12] <kickinz1|bbs> thanks rbasak!
[16:12] <rbasak> I hope the session was useful. I'm sorry we didn't get as far as any uploads!
[16:12] <kickinz1|bbs> yes
[16:12] <lutostag> rharper: the debian/patches have been applied to the unpacked dir in your grabmerge dir
[16:12] <rbasak> Hopefully next time :)
[16:13] <matsubara> thanks rbasak, have a nice weekend!
[16:13] <rharper> lutostag: ok, that makes more sense to me
[16:13] <hallyn_> rbasak: sorry i can't right now, but could in  an  hour
[16:13] <beisner> thanks rbasak!!
[16:13] <lutostag> rbasak: thanks~
[16:13] <hallyn_> zul: ^ can you take over, if ppl want to continue the merging fun?
[16:13] <rharper> rbasak: thanks!
[16:14] <rharper> lutostag: I'm still left wondering what next;  if the patches are applied (quilt doesn;'t seem to think so, but it appears that is) -- not sure there is anything to do;
[16:16] <lutostag> where are you running quilt from, and what cmd -- I havent gotten that far yet
[16:16] <lutostag> rharper: ^ ?
[16:17] <rharper> lutostag: grab-merge vgaboils; cd vgabios/vgabios-0.7a-5ubuntu1/ ; fix up debian/control (merge conflict); then quilt push -a ;
[16:17] <rharper> quilt complains that it can't apply (conflic) and all patches appear to be applied , but quilt pop -a says nothing is applied.
[16:18] <rharper> that's the confusing part
[16:18] <rharper> if I don't mess with quilt, debuild -S works just fine
[16:18] <rharper> if I remove the patches from the debian/patches/ dir (via quilt remove -r)  then I get a deb error about uncommitted changes
[16:20] <zul> ill be around
[16:21]  * hallyn_ bbsoon
[16:21] <lutostag> rharper: it does seem strange
[16:21] <lutostag> even tho my debian/patches had merge conflicts they somehow got applied anyways which doesnt make sense
[16:22] <lutostag> and grab-merge doesnt appear to do any quilting of its own
[16:24] <rharper> lutostag: indeed
[16:25] <rharper> zul: do yo know anything about grab-merges applying patches ?
[16:25] <zul> at little
[16:25] <zul> whats up
[16:26] <zul> oh wait..grab merge? nyiet
[16:27] <rharper> hehe
[16:27] <rharper> zul: if we don't use grab-merge then what would the process be ?
[16:28] <zul> oh wait...yeah i used grab-merge.sh
[16:28] <zul> sorry switching context
[16:28] <zul> so whats the problem
[16:28] <rharper> grab-merge showed one conflict, just in the debian/control -- I fixed that up
[16:28] <zul> ok
[16:28] <rharper> rbasak: mentioned that I should quilt push -a
[16:28] <rharper> that blows up
[16:29] <rharper> but I look at it appears that all patches in debian/patches are already applied (but quilt doesn't think so)
[16:29] <zul> yeah if the source isnt sane it does
[16:29] <zul> which one is it?
[16:29] <rharper> vgabois
[16:29] <rharper> vgabios even
[16:30] <zul> rharper:  you can try pop -a -f  it then push
[16:31] <rharper> zul: no dice
[16:32] <rharper> quilt doesn;t think they're applied
[16:32] <rharper> but it appears that they are
[16:32] <rharper> which means something applied them outside of quilt
[16:32] <rharper> IMO
[16:35] <zul> rharper:  right
[16:36] <zul> rharper:  sometimes there is tmpfiles leftover that shows you patches it thinks that been applied
[17:13] <jonascj> Hi all. What is a good hostname for a server when no FQDN actually resolves to its ip (e.g. if machine is only attached to a local network)?
[17:14] <jonascj> whatever you would have named it, just without .domain.com?
[17:14] <sarnold> jonascj: it helps to go with a theme; I picked people from nixon's presidency because I know the names well and each machine then has a personality..
[17:14] <sarnold> other people like norse gods
[17:15] <jonascj> sarnold: that was not what I meant :) If I wanted to call it "hms.domain.com" if it was publicly avilable, should I just call it "hms" if it is only attached to a local network?
[17:15] <sarnold> jonascj: sure
[17:16] <sarnold> jonascj: some people like to pick a TLD for all their internal machines and then run an authoritative DNS server for that domain internally
[17:16] <sarnold> jonascj: but with ICANN these days .... whatever you pick is liable to be a new TLD some day. sigh.
[17:16] <jonascj> sarnold: yeah :/
[17:17] <sarnold> (.local used to be perfect for that. dunno if I can blame icann for that one or not, but I might as well.)
[17:17] <jonascj> sarnold: what is the hostname used for anyway? I does not impact dns, it doesn't really matter how your terminal look, etc.
[17:18] <sarnold> jonascj: so that you can check uname -a   before rebooting the thing :)
[17:18] <jonascj> sarnold: will it work as net bios name also?
[17:19] <sarnold> jonascj: that may be a edfault setting of nmbd, but check in on that, it's been a decade since I've used it
[17:20] <sarnold> just be sure you don't mind the name -- I once named a machine "lilbitch" cause it was an annoyance unlike anything else.. and then when it came time to deploy the thing, we spent forever tracking down every user-visible instance of the name. sigh. :)
[17:20] <jonascj> yeah, I've never used it for anyting. I remember it was there in the network config of my windows 98 pc 15 years ago when I as a child tried to set up a network (sharing files between two machines - to no avail)
[17:20] <sarnold> the usual experience :) haha
[17:20] <jonascj> *net bios that is
[17:53] <jonascj> Hmm, I am installing ubuntu server 14.04 and it fails with "Unable to install busybox-initramfs". It says I can check /var/log/syslog, but how? By booting some live usb, mounting the current /var partition (disk) and read the file?
[17:57] <ogra_> jonascj, tty4 should have a shell
[18:00] <jonascj> ogra_: Do I need internet connection while installing? I have downloaded a ~500MB iso which I've used to make a bootable usb...
[18:04] <jonascj> and yes, there was a shell.
[18:05] <jonascj> I see two errors: "Unexpected error: command not executed 'sh -c debconf-apt-progress --no-progress --logstderr --    apt-get -q -y --no-remove install mdadm"
[18:06] <jonascj> and "Unexpected error; command not executed 'sh [the same as above] install busybox-initramfs'"
[18:11] <jonascj> hmm, the downloaded iso matches the md5 published
[18:11] <jonascj> but the usb key "check disk for defects" fails
[18:15] <TJ-> jonascj: Does the md5sum of the USB key match too?
[18:16] <rbasak> rharper: could it be that the patch has been taken upstream, so the patch is no longer needed?
[18:17] <rbasak> rharper: then quilt won't know about it, will fail to apply the patch, and if you examine the upstream code you'll see that it's there.
[18:17] <rbasak> rharper: if this is the case it should be in the upstream orig tarball, also (already applied)
[18:17] <jonascj> TJ-: I am recreating the usb with usb-creator-gtk, when it is done I will md5 it. I am not sure it should match though...
[18:17] <rbasak> (I'm on the train - will not have great connectivity)
[18:18] <jonascj> couldn't the folder structure be different between iso and usb?
[18:19] <TJ-> jonascj: I'm not sure either... I usually use "dd" so its a block-correct clone
[18:19] <jonascj> dd it to the usb?
[18:20] <jonascj> TJ-: ^
[18:20] <sarnold> jonascj: yeah, dd has been far more reliable for me than usb-creator-gtk
[18:20] <TJ-> jonascj: I usually just do "dd if=ubuntu.iso of=/dev/sdX" where sdX is a USB key
[18:21] <sarnold> you don't get the persistent data partition thingy but if you don't care dd is just way easier
[18:21] <jonascj> I'll try that instead. I didn't knew that would work
[18:23] <jonascj> any good blocksizes or is the default fine?
[18:34] <jonascj> after dd'ing the usb passes the check
[18:39] <jonascj> How safe is to to choose "instal security updates automatically"?
[18:40] <jonascj> will it be done without restarting the machine, or will it involve restarts?
[18:43] <jonascj> Never mind
[18:44] <patdk-wk> as safe as you doing it yourself :)
[18:44] <jonascj> althought I might review them first if I do it manually, but yeah, what do I nkow about what's safe to do and not
[18:44] <stiv2k> is 12.10 EOL now?
[18:45] <patdk-wk> for the last several years, yes
[18:45] <stiv2k> so, i cant install any new software?
[18:45] <patdk-wk> nope
[18:45] <stiv2k> i was getting updates still until a couple months ago
[18:45] <patdk-wk> this is why lts was created
[18:45] <patdk-wk> hmm?
[18:45] <patdk-wk> 18months max
[18:45] <stiv2k> yes
[18:45] <stiv2k> hm
[18:45] <patdk-wk> 12.10+18=?
[18:46] <jonascj> When the installer comes to install GRUB, where will it install it if I have /dev/md0 (consisting of /dev/sda and /dev/sdb) and /dev/md1 (consisiting of /dev/sdc and /dev/sdd). /dev/md0 and /dev/md1 make up an LVM Volume Group...
[18:46] <patdk-wk> 13.04?
[18:46] <stiv2k> i can't math right now
[18:46] <patdk-wk> 14.04
[18:46] <stiv2k> ah
[18:46] <stiv2k> that makes sense
[18:46] <patdk-wk> oh, so likely died a few months ago
[18:46] <stiv2k> shit
[18:46] <stiv2k> so i need to upgrade
[18:46] <stiv2k> i dont like upgrading
[18:46] <stiv2k> things always break
[18:49] <jonascj> I chose "No" and it now gives me the option to specify a device myself. If I do "/dev/md0" will it in effect be installed to both /dev/sda and /dev/sdb (which make up /dev/md0)?
[18:50] <jonascj> specifying /dev/md0 failed :)
[18:51] <jonascj> but then again, I do not know if the mbr is mirrored by the md-raid, so maybe that is why it does not make sense
[18:56] <jonascj> hmm, "pvdisplay" sayd they are named /dev/md126 and /dev/md127
[19:00] <RoyK> jonascj: pastebin /proc/mdstat
[19:02] <jonascj> RoyK: I'll have to type it here since it is during the installation procedure and I cannot easily get it to pastebin
[19:02] <jonascj> RoyK: md126: Active raid1 sdb1[1] sda1[0]
[19:02] <jonascj> RoyK: md127: active raid1 sdc1[0] sdd1[1]
[19:02] <plm> Hi all
[19:03] <plm> I broken my system and cant to recovery. Errors were encountered while processing: /var/cache/apt/archives/libc6-dev-i386_2.17-93ubuntu4_amd64.deb
[19:03] <plm> E: Sub-process /usr/bin/dpkg returned an error code (1)
[19:03] <plm> I trying to install libc6-dev-i386 : The following NEW packages will be installed: libc6-dev-i386 libc6-dev-x32
[19:03] <plm> but I cant to remove
[19:03] <plm> oot@pi:~# dpkg -r libc6-dev-i386
[19:03] <plm> dpkg: warning: ignoring request to remove libc6-dev-i386 which isn't installed
[19:03] <plm> any idea?
[19:05] <RoyK> try apt-cache clean
[19:06] <plm> RoyK: root@pi:~# apt-cache clean
[19:06] <plm> E: Invalid operation clean
[19:08] <RoyK> plm: apt-get clean, even
[19:10] <plm> RoyK: I removed manually all other packages and works
[19:10] <plm> RoyK: thanks :)
[19:50] <wolter> I want to install a printer driver which for some odd reason depends on zenity, however I don't want zenity, how can I proceed installing it without corrupting my apt? (without the need to execute apt-get install -f)
[20:15] <liox_> hi
[20:15] <liox_> I upgrade my php to 5.5 was 5.3 and he also upgraded the apache 2.2. to 2.4 and it broke my web server all vhosts are with Forbidden anyone have any suggestions to help me?
[20:15] <liox_> my server fps linode with ubuntu server 12.04 and ISPConfig 3
[20:15] <liox_> plis help me?
[20:16] <rbasak> liox_: documentation at: https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes#Apache_2.4
[20:16] <rbasak> Follow the two links
[20:18] <sarnold> liox_: apache 2.4 authentication and authorization is very different from 2.2 -- this is a helpful howto that helped me http://httpd.apache.org/docs/current/howto/access.html
[20:19] <liox_> would make a downgrade to apache 2.2 however I can not have some clients that server and this is causing inconvenience for me if someone can help me I would be grateful
[20:21] <Ro__> I did install Xen to ubuntu 14.04 LTS, I did setup XEN-API. But I have problems connecting to machine with Citrix XenCenter Software. Any ides how to fix this?
[20:22] <hallyn_> jinkeys - virt-manager in utopic is defaulting to spice graphics
[20:22] <sarnold> surprising
[20:24] <Ro__> xend-config file http://pastie.org/private/q5twbr4bthdjm95qopuaoq
[20:26] <Ro__> Did anyone manage to make Citrix XenCenter connect to Ubuntu Server with Xen
[20:26] <Ro__> ?
[20:27] <sarnold> Ro__: do you have any errors in dmesg or system logs when you try to connect?
[20:28] <Ro__> sarnold, dmesg is not populated with xen errors
[20:28] <sarnold> Ro__: any firewall rejects?
[20:29] <Ro__> ubuntu firewall disabled
[20:29] <Ro__> connection with root is enabled
[20:29] <Ro__> terminal & ssh
[20:30] <Ro__> Could it be that my xend-config is misconfiged?
[20:31] <Ro__> sarnold, is it possible that xen-api is not working on ubuntu at all?
[20:32] <sarnold> Ro__: sorry, no idea there. the best I can do with xen is offer generic debugging tips
[20:33] <Ro__> f***ing xen on ubuntu, trying to make it work 3rd day :/
[20:33] <Ro__> By the way, thanks :)
[20:34] <sarnold> :)
[20:34] <Ro__> P.S. any ideas where could I ask more?
[20:36] <sarnold> Ro__: no, best bet might be to ask again in a few hours or in european timezones..
[20:38] <Ro__> I am from europe, programmers/sysadmins shouldn't sleep at midnight :D
[20:38] <sarnold> haha ;)
[20:47] <liox_> can someone help me to downgrade my apache 2.4 to 2.2?
[20:48] <Ro__> liox_, should be similar http://www.howtogeek.com/117929/
[20:48] <Ro__> http://askubuntu.com/questions/138284/how-to-downgrade-a-package-via-apt-get
[20:49] <liox_> Ro__: I tried to do so however it seems that this trailer php 5.5 apache 2.4 forcing it what can I do in this case?
[20:50] <Ro__> one more thing, why do you want to downgrade?
[20:51] <Ro__> i think you need to downgrade php too
[20:52] <Ro__> i doubt you need php5.5
[20:52] <liox_> Ro__: because I updated php 5.3 to 5.5 and it also upgraded the apache to 2.4 and broke my vhosts and am not able to deal with unfortunately
[20:53] <Ro__> oh
[20:54] <jdmf> I have several things on my wish list here - I'm currently setting-up PXE Boot for installing Ubuntu, Debian and others. I need some inspiration here, as I got it working with 1x distribution at the time, but I need to get it to work with multiple images, and with ease. I'm also working/looking for an Ubuntu 14.04 Rescue image, that I can boot from via PXE/Netboot. Or something similar. So, how do I create a small Ubuntu Image that I can boot into
[20:54] <jdmf>  also? I need some good pointers.
[20:54] <bekks> !apache2
[20:54] <bekks> hmm.
[20:54] <Ro__> liox_, do you have many vhosts?
[20:55] <liox_> Ro__: yes approximately about 15 vhosts
[20:55] <liox_> =(
[20:55] <Ro__> thats not many :D
[20:56] <Ro__> Ok, one more thing, do you know that php 5.5 might break your php5.3 code?
[20:56] <bekks> liox_: https://library.linode.com/web-servers/apache/2.2-2.4-upgrade
[20:57] <liox_> Ro__: the greatest fear and lose the emails the email service is still active do not know how to backup a use postfix with roundcube
[20:57] <Ro__> liox_, so do downgrade of php and apache
[20:58] <Ro__> it should work again
[20:58] <liox_> My vps is based on this configuration
[20:58] <liox_> http://www.howtoforge.com/perfect-server-ubuntu-12.04-lts-apache2-bind-dovecot-ispconfig-3
[21:00] <liox_> Ro__: I'll try to downgrade can help me?
[21:00] <liox_> My customers are mad at me = /
[21:00] <liox_> i run apt-cache showpkg php5
[21:00] <liox_> ok
[21:01] <liox_> list :
[21:01] <liox_> Provides:
[21:01] <liox_> 5.5.15~rc1+dfsg-1+deb.sury.org~precise+1 -
[21:01] <liox_> 5.3.10-1ubuntu3.13 -
[21:01] <liox_> 5.3.10-1ubuntu3 -
[21:01] <liox_> Reverse Provides:
[21:01] <Ro__> liox_, use pastebin
[21:01] <liox_> ok
[21:01] <sarnold> jdmf: you might try this: https://help.ubuntu.com/community/Installation/MinimalCD
[21:02] <liox_> Ro__: http://pastebin.com/5pgK0qdK
[21:03] <liox_> Ro__: With this information I can get back to php 5.3? reverse providers came up empty
[21:04] <liox_> Ro__: if not I need at least PHP 5.4 and Apache 2.2 on that server to return my web server again
[21:06] <Ro__> liox_, reverse to php5.3 and reverse to apache2.2 it should work
[21:08] <Ro__> liox_,  use versions from showpkg
[21:10] <liox_> Ro__: apache showpkg
[21:10] <liox_> http://pastebin.com/CDW29ctd
[21:11] <liox_> Ro__: php not list reverse package =(
[21:11] <Ro__> liox_ you need to do both reverses
[21:11] <Ro__> same time
[21:12] <Ro__> just install downgraded apache2.2 and php5.3
[21:12] <liox_> Ro__: apache reverse command:
[21:12] <liox_> apt-get install apache2.2-bin=2.2.22-1ubuntu1.6 apache2.2-common=2.2.22-1ubuntu1.6 apache2-mpm-prefork=2.2.22-1ubuntu1.6
[21:12] <liox_> Ro__: yes ?
[21:12] <jdmf> sarnold: Thanks, looking into this also.
[21:13] <Ro__> yea
[21:14] <Ro__> liox_, bw, how did you upgrade php? you added new repos? Or you did update the ubuntu to new major version?
[21:14] <jdmf> If anyone have other good sources of inspiration, please share. :) Currently my biggest problem is having a fully working Ubuntu to be loaded/started from boot that can be my rescue system. I want to be able to install packages and customise this Ubuntu before creating a bootable package. How do I go about this, and where do I search?
[21:15] <Ro__> https://help.ubuntu.com/community/LiveCDCustomizationFromScratch
[21:15] <liox_> Ro__: to run this command and do this mensgem downgrate appeared at the end of the process:
[21:15] <liox_> Setting up apache2-mpm-prefork (2.2.22-1ubuntu1.6) ...
[21:15] <liox_> In apache MPM package installed
[21:16] <Ro__> liox_, so now you should have apache 22
[21:16] <Ro__> liox_, so now you should have apache22
[21:17] <Ro__> jdmf, http://www.linuxfromscratch.org/ :D
[21:17] <liox_> Ro__:  i added new repos for upgrade php5.5
[21:18] <Ro__> what kind of repos?
[21:18] <sarnold> Ro__: haha that's probably too customizable :)
[21:18] <liox_> Ro__: this repo
[21:18] <liox_> sudo add-apt-repository ppa:ondrej/php5
[21:20] <liox_> Ro__: when trying to run apache with that this message now:
[21:20] <liox_> service apache2 start
[21:20] <liox_> In apache MPM package installed
[21:20] <liox_> No apache MPM package installed
[21:20] <Ro__> try "ppa-purge -i ppa:ondrej/php5"
[21:23] <Ro__> liox_, does it work
[21:24] <bitfury> Hi, anyone know how I can set the outgoing email address in /etc/email-addresses for all users?
[21:24] <bitfury> instead of specifying it for each ?
[21:25] <liox_> Ro__: one minute Updating packages lists
[21:25] <Ro__> good
[21:26] <liox_> Ro__: this mensage
[21:26] <liox_> Ro__: http://pastebin.com/2MMEQ1gp
[21:26] <liox_> Ro__: Now what do I select?
[21:27] <Ro__> liox_, did you add more repos?
[21:28] <liox_> no
[21:28] <liox_> yes or not or quit?
[21:28] <Ro__> press yes
[21:28] <liox_> ok
[21:28] <Ro__> after it remove php-pear
[21:28] <Ro__> and remove libssl-dev
[21:29] <liox_> Ro__: other message
[21:29] <Ro__> now remove ppa:ondrej/php5 repo and install apache2 and php
[21:29] <liox_> Ro__: http://pastebin.com/Tn1Eh6FL
[21:31] <Ro__> press yes
[21:31] <Ro__> after thins you should have apache22 and php5.3 once again
[21:32] <Ro__> *this
[21:32] <liox_> Ro__: opened a window with information reguintes
[21:32] <liox_> opened a window with information
[21:32] <Ro__> and...?
[21:33] <liox_> Ro__: open a windows with
[21:33] <liox_> http://pastebin.com/zadbepg9
[21:34] <Ro__> make a copy of php.ini
[21:34] <liox_> ok
[21:34] <Ro__> and then apply for maintainers versioon
[21:37] <liox_> Ro__: There is a copy of php.ini in each folder inside / etc/php5
[21:37] <liox_> apache2  cgi  cli  conf.d  fpm  mods-available
[21:37] <Ro__> fpm
[21:37] <Ro__> one
[21:47] <liox_> Ro__: php.ini
[21:47] <liox_> http://pastebin.com/St255Sxq
[21:48] <Ro__> did you apply maintainers version?
[21:51] <liox_> Ro__: not understood
[21:52] <liox_> Ro__: I would like to keep the configuration files en sobrescre them
[21:52] <Ro__> ok, try keeping it
[21:54] <liox_> Ro__: php -v
[21:54] <ruben23> hi there guys any ide aon this error ----> -bash: ./changepass.pl: /usr/bin/perl^M: bad interpreter: No such file or directory
[21:55] <liox_> Ro__: PHP 5.3.10-1ubuntu3 with Suhosin-Patch (cli)
[21:55] <sarnold> ruben23: what does 'file ./changepass.pl' report?
[21:55] <liox_> Ro__: apache not work service apache2 start
[21:55] <liox_> No apache MPM package installed
[21:56] <liox_> Ro__: still keeps giving this message when trying to start apache
[21:57] <liox_> Ro__:
[21:57] <liox_> what can be?
[21:57] <Ro__> apt-get install apache2-mpm-prefork
[21:57] <liox_> ok
[21:58] <Ro__> if you have more problems with MPM, see http://ubuntuforums.org/showthread.php?t=2114724
[21:58] <liox_> Ro__: one error
[21:58] <liox_> http://pastebin.com/eeDtNixj
[22:01] <Ro__> liox_: it seems that the problems you have is apache 2.4 configs. just backup yout vhosts configs, and reinstall apache2
[22:03] <liox_> Ro__: to back up the vhosts and just copy the files?
[22:04] <Ro__> config files
[22:04] <Ro__> yes
[22:05] <liox_> Ro__: you better make a copy of everything in / etc/apache2?
[22:06] <Ro__> acceptable to
[22:08] <hambonep4u> hello guys.  qq, anyone know of a pastebin server package for ubuntu?  I want to host a pastebin internally on my network
[22:08] <liox_> Ro__: and I use ISPConfig panel reinstall apache can not not break something?
[22:10] <Ro__> liox_ you shouldn't break anything
[22:10] <sarnold> hambonep4u: there's a pnopaste package -- I've never tried it though
[22:10] <liox_> Ro__: I have another server with the same configuration that if I take the apache.conf file and it will be subistituir it solves?
[22:11] <hambonep4u> sarnold: yeah i saw that one in the repo’s. i did some reading on it and it didnt look like it will suite my needs
[22:12] <Ro__> liox_,, yes, but it might need reinstall of apache either way
[22:15] <Ro__> liox_,, yes, but you might need reinstall the apache either way
[22:17] <liox_> Ro__: I have certificate in a field that can give him problem? I saved the directory / etc/apache2 can follow the complete reinstallation?
[22:18] <Ro__> yes do the reinstall
[22:20] <liox_> Ro__: how do I reinstall it now which command?
[22:20] <liox_> Ro__: apt-get install apache2-mpm-prefork ?
[22:21] <Ro__> do the uninstall of apache
[22:21] <Ro__> then remove apache.conf
[22:21] <Ro__> make apache2 install again
[22:31] <liox_> Ro__: unistal purge ou remove?
[22:33] <Ro__> try this: apt-get --reinstall install <package>
[22:33] <Ro__> if not: "apt-get --purge remove <package>" then "apt-get install <package>"
[22:37] <liox_> package is apache2 only or apache2-mpm-prefork
[22:37] <liox_> ?
[22:38] <Ro__> both
[22:40] <liox_> Ro__: Package apache2 is not installed, so not removed
[22:42] <Ro__> what do you mean?
[22:49] <hallyn_> jdstrand: hm, how do i run virt-aa-helper by hand again (for testing purposes)?
[22:50] <liox_> Ro__: apache unable resintalar he kept the vhosts directory of the problem and now all access to a vhost he ta pointing to default-ssl
[22:50] <liox_> Ro__: consegui reinstalar o apache ele manteve o diretorio dos vhosts o problema e que agora todo acesso a um vhost ele ta apontando para default-ssl
[22:50] <liox_> Ro__: ops
[22:50] <Ro__> huh?
[22:50] <liox_> Ro__: unable to reinstall apache he kept the vhosts directory of the problem and now all access to a vhost he ta pointing to default-ssl
[22:51] <Ro__> so you can not remove apache?
[22:51] <liox_> Ro__: yes i removed apache2
[22:51] <liox_> http://mercattomarmores.com.br/ see
[22:52] <Ro__> but hosts are no more?
[22:52] <liox_> this is a default in sites-avaliable is not a ghost domain
[22:52] <Ro__> ok, now copy the vhosts files back
[22:53] <Ro__> p.s. php is working?
[22:53] <Ro__> can you check with phpinfo?
[22:54] <liox_> it seems that this all pointing to default vhosts I try to access
[22:55] <Ro__> check do you have this line in apache config or vhosts file "NameVirtualHost *:80"
[22:56] <liox_> Ro__: Uninstalling apache not removed the sites-avaliable folder and reinstalled when he rode back to sites-enabled
[22:57] <Ro__> add this line to apache config "NameVirtualHost *:80"
[22:57] <hallyn_> oh, hm, that seems buggy - i have to use "libvirt-$uuid", not $uuid
[23:01] <Ro__> liox_,, I am really sorry, but I have to go now..
[23:02] <liox_> Ro__: <VirtualHost *:80>
[23:02] <liox_> yes
[23:03] <Ro__> before <VirtualHost *:80> add  "NameVirtualHost *:80"
[23:03] <Ro__> ok, see you