[00:20] <elky> k1l_, did annagoodheart query you too?
[00:20] <k1l_> yep
[00:21] <elky> basically asking for a windows key?
[00:21] <k1l_> but seems like a new user to me, so far.
[00:21] <k1l_> no
[00:47] <JoshuaK> how do i chat in ubuntu:
[00:47] <JoshuaK> [00:47] == Cannot send to channel: #ubuntu
[00:47] <JoshuaK> Ubuntu 10.04 fails to have internet. No wlan , eth0 is present but when plugged into router no internet connection is established. Happens on all of my PCs.
[00:51] <Pici> JoshuaK: Part the channel and rejoin, and don't change your nick if you're using a webchat connection
[00:53] <Pici> oops
[01:54] <Pici> I like when our regulars remind people of the rules.
[01:55] <Pici> It means I don't have to come out of the woodwork like some crazy guy you didn't notice was sitting in the room the whole time.
[01:56] <elky> yeah
[01:58] <elky> I like not having to be the only person stopping the creepy, it's nice that the regulars help.
[08:55] <bazhang> he was posting nonsense earlier as well; piratebay links
[08:55] <ikonia> yes,
[08:55] <ikonia> hence why he's just gone
[12:12] <IdleOne> Good morning bobweaver
[12:12] <bobweaver> Hello there I only have a couple minutes but in that Time I would like to stress the issue that I was having (and still do ) with one of your moderaters and also something got taken WAY OUT of contacts
[12:12] <bobweaver> contex
[12:13] <IdleOne> Go on :)
[12:13] <bobweaver> 1) I am dyslaic so this is why I was asking for a google hangout last time here are the logs
[12:13] <bobweaver> http://irclogs.ubuntu.com/2013/02/03/%23ubuntu-ops.html
[12:13] <bobweaver> 2) I was not no way saying that I would stop deving things
[12:14] <IdleOne> You did imply it though
[12:14] <bobweaver> what I was saying well trying to is that I can not when there is a silence on me
[12:14] <bobweaver> meaning that I can not talk to other developers about this (I have been sence emailing them )
[12:14] <IdleOne> You don't need to be in #ubuntu to work on Unity TV
[12:14] <bobweaver> I did not know that IdleOne
[12:14] <IdleOne> You were not silenced in the -dev channel as far as I know
[12:15] <bobweaver> thanks
[12:15] <bobweaver> 3rd )  This is not the 1st time that this has happened with me and Ikonia
[12:15] <bobweaver> matt darcy has even gone as far as going on launchpad and harrassing me there
[12:15] <bobweaver> marking bugs that I am working on as invaild
[12:16] <bobweaver> I will get a exampe
[12:16] <IdleOne> ikonia does not go around marking bugs invalid if they are valid.
[12:16] <bobweaver> https://bugs.launchpad.net/ubuntutv/+bug/1001854
[12:17] <bobweaver> I am the lead developer for all the front end stuff for the tv
[12:17] <bobweaver> that is for real
[12:17] <IdleOne> He is a well respected member of the ubuntu community and knows what he is doing. Your percieved personal issues with ikonia are exactly that, percieved as personal. He has nothing against you, he does expect you to behave withing the channel !guidelines though
[12:17] <bobweaver> I must stress thatt this is hard to talk about with a keyboard in front of me
[12:18] <bobweaver> I understand that IdleOne  and have no beef with that
[12:18] <bobweaver> what I do though is the harrasment that he gives to me and others
[12:18] <IdleOne> I am certain that you do a lot of good work for Unity but that does not excuse you from following the same rules as everybody else is expected to follow
[12:18] <bobweaver> correct
[12:18] <bobweaver> I admit when I am wrong
[12:19] <IdleOne> You were muted because of continued off topic comments.
[12:19] <bobweaver> and I was for saying go niners and I said that in the comment
[12:19] <IdleOne> what others do or don't do has nothing to do with the reason why you were muted.
[12:19] <bobweaver> that is great and that is not what this is about
[12:19] <IdleOne> it is.
[12:19] <bobweaver> you may think that I am mad about being silenced I am not
[12:20] <IdleOne> what happens outside of #ubuntu is really none of our concern unless it affects #ubuntu also
[12:20] <bobweaver> I understand the job that it takes for someone to do it correctly
[12:20] <bobweaver> effects Ubuntu
[12:20] <bobweaver> Why dont you look at this
[12:20] <bobweaver> https://plus.google.com/+UbuntuTV/posts
[12:20] <IdleOne> Ubuntu and #ubuntu are separate entities, you don't need #ubuntu to work on Ubuntu
[12:20] <bobweaver> I have had to cancle my meetings because of all this
[12:21] <IdleOne> You don't have meetings in #ubuntu
[12:21] <bobweaver> IdleOne,  againI have been under the assumtion that it was all ubuntu channels
[12:21] <IdleOne> Well you were mistaken about that
[12:22] <bobweaver> IdleOne,  plz hold brb 1 sec (phone
[12:22] <bobweaver> yes I was
[12:22] <IdleOne> sure thing
[12:23] <bobweaver> http://paste.ubuntu.com/1612428/
[12:23] <bobweaver> that is the email that I sent to jono mark will jim dan and other members
[12:23] <bobweaver> so you can see that it is not about the fact that one personn has dont one thing
[12:24] <bobweaver> it is about that fact that the person is harrasing me not only on irc but in other areas also
[12:24] <bobweaver> Like launchpad
[12:24] <IdleOne> So you think that someone may have DoS'ed you?
[12:24] <bobweaver> I know that that happend
[12:24] <IdleOne> someone from the ops team?
[12:24] <bobweaver> I can not say that yet
[12:25] <bobweaver> but I am not the smartest man but 2+2=22
[12:25] <bobweaver> sometimes ^^
[12:25] <IdleOne> bobweaver: We are adults, we are here to help the community. We DO NOT DoS people.
[12:25] <Myrtti> that is absolutely absurd
[12:25] <bobweaver> again no evidence no nothing
[12:25] <IdleOne> I find your accusation insulting to be honest and as an Ubuntu member you should know better.
[12:26] <bobweaver> when the person slips up which they will then and only then willl I point fingers
[12:26] <bobweaver> untill then 2+2=22
[12:26] <bobweaver> I am not saying that this is this or that is that. But yeah that night mysql was droped
[12:26] <bobweaver> also I can not connect to bzr anymore
[12:27] <IdleOne> alright, well. The mute in #ubuntu will remain for the time being. AFAIK you are not muted in any of the dev channels, so your work on Unity can continue without obstruction from the ops team.
[12:27] <bobweaver> meaning that I can not even push my code changes
[12:27] <bobweaver> that is great but again for me ... that is not waht this is about
[12:27] <IdleOne> Not that the ops team has any power to obstruct any dev work anyway
[12:27] <elky> dude, i can guarantee you that ikonia doesn't have access to launchpad bzr permissions or your isp.
[12:27] <bobweaver> this to me is about power and what people do with it
[12:28] <bobweaver> elky,  it is more then just that IDT that either
[12:28] <bobweaver> and I am not at all trying to point fingers untill I have pure evidence
[12:28] <elky> i don't parse what you just said, could you try again?
[12:28] <bobweaver> sure
[12:28] <IdleOne> We do not have access to bzr or launchpad permissions, that is a canonical thing.
[12:28] <bobweaver> I know that
[12:29] <bobweaver> elky,  IDT = I dont think
[12:29] <elky> ah
[12:29] <IdleOne> We also do not DoS people
[12:30] <bobweaver> again IdleOne I am NOT pointing fingers
[12:30] <bobweaver> I have not hard evidence
[12:30] <bobweaver> ev-i-den-ce
[12:30] <IdleOne> bobweaver: again, you are implying it
[12:30] <bobweaver> ok what I am saying is that 2+2=22 sometimes
[12:31] <bobweaver> that is all
[12:31] <bobweaver> ook topic done
[12:31] <bobweaver> as far as the DOS
[12:31] <IdleOne> ok, have a good day.
[12:31] <bobweaver> but abuse of power is not
[12:31] <IdleOne> there was no abuse of power on ikonia's part as far as the mute in #ubuntu is concerned.
[12:31] <bobweaver> It is not fair that there is not a place that hasent been friends with someone for over 5 years
[12:32] <bobweaver> it is like there is a click of people that have been together on this and are only taking the one side of the one persons thoughts
[12:32]  * AlanBell reads back and reads the email
[12:33] <bobweaver> AlanBell,  I will forward you all them
[12:33] <IdleOne> bobweaver: I am basing my opinion on the available facts which include, logs of #ubuntu and #ubuntu-ops, past history, and this current conversation
[12:34] <bobweaver> IdleOne,  I am not talking about you or any one person at all
[12:34] <bobweaver> again launguage barrier
[12:34] <AlanBell>  irc-council at lists.ubuntu.com please
[12:34] <AlanBell> bobweaver: incidentally did you see the last two emails to https://lists.launchpad.net/ubuntu-tv/
[12:34] <IdleOne> bobweaver: correct you haven't pointed a finger at any specific person, but any intelligent person can deduce who you mean to implicate
[12:35] <bobweaver> AlanBell, No I did not ?
[12:35] <AlanBell> just about closing bug #1001854 as unity has a picture lens now
[12:35] <bobweaver> AlanBell,  that is also what jono told me to do
[12:36] <bobweaver> yeah I filed that and that was mine and I was assigned to it and nyeah I did add it ?
[12:36] <bobweaver> s|nyeah|me yeah
[12:37] <AlanBell> ok, it doesn't really matter much, I just saw that mentioned on the list the other day and it came up again here
[12:37] <bobweaver> cool
[12:38] <bobweaver> AlanBell,  best thing to do is to write the console ?  as I know that others are doing the same thing towards me though they wont even listen or do a google hangout
[12:38] <AlanBell> huh?
[12:38] <AlanBell> "write the console"?
[12:39] <IdleOne> bobweaver: if you want to file a complaint against any of the ops you can email  irc-council at lists.ubuntu.com (/msg ubottu !appeals)
[12:39] <IdleOne> council*
[12:39] <bobweaver> AlanBell,  the<EMAIL_ADDRESS>[12:39] <IdleOne> correct
[12:40] <bobweaver> cool
[12:40] <bobweaver> listen I am not here to try to fight with you all
[12:40] <bobweaver> I am here to have a judgement based trail
[12:40] <bobweaver> just like any other place
[12:40] <bobweaver> IDK if you can understand what I mean by that
[12:41] <IdleOne> Well if you want that you need to email the Ubuntu IRC council, explain your side and they will contact you if they need more info/make a decision.
[12:41] <AlanBell> not entirely, but send emails through to the council and we will have a look at it
[12:41] <bobweaver> I mean that I think that it is a good idea for the people that are involed in a conflict like this. esp because it is 2 members that are both doing a good job at point
[12:42] <bobweaver> I think that 1 me and matt got off onthe wrong foot
[12:42] <elky> the council is more than 2 members...
[12:42] <IdleOne> he means him and ikonia
[12:42] <elky> oh
[12:42] <bobweaver> 2 that there needs to be a member that can sit between us that is neither my friend nor his and moderate the situation
[12:42] <elky> i conflated alan and bob's lines
[12:43] <bobweaver> I have no shame in having admited my faults
[12:43] <IdleOne> That is what the IRCC does in part, is mediate conflicts between users.
[12:43] <bobweaver> that is why I think that google hangout or something like that would. be a good idea
[12:43] <bobweaver> yeah but I have a learning disablity
[12:43] <bobweaver> ok
[12:43] <bobweaver> put it this way
[12:43] <bobweaver> or I will try
[12:44] <bobweaver> one time me and one person got into a fight. about a week later Jono bacon called me and we talked about the issue. He did not take sides and was v.fair
[12:44] <elky> bobweaver, what's the name of the irc bot that was DoSing you on port 22? I'm curious about how they've done something so odd.
[12:45] <bobweaver> he understood that it is hard to say everything that you are trying to say on a keyboard and you can get alot more done faster
[12:45] <IdleOne> Start by sending an email.
[12:45] <bobweaver> elky,  I will realse all that info when time is aproperate
[12:46] <elky> bobweaver, the time is appropriate now. if someone is DoSing our users, we need to stop them.
[12:46] <bobweaver> elky,  againI do not want to point any fingers and Ido not want to give away to much info. I am trying to catch this person noww in
[12:46] <bobweaver> elky,  sure I will forward you logs if you like
[12:46] <elky> There might be other people out there getting attacked because they're in our channels, so please do.
[12:46] <bobweaver> I have to be to wirk in 14 minutes all
[12:46] <bobweaver> elky,  NP I def will
[12:47] <bobweaver> elky,  you are forest piskie ?
[12:47] <elky> melissa at ubuntu com
[12:47] <elky> no
[12:47] <bobweaver> cool
[12:47] <bobweaver> I have too go to work and for that I am sorry, I want to say 2 things though before I leave
[12:49] <bobweaver> 1) no when ever comes to the mods and says , Hey you all are doing a great job, I am part of that.  So I just want to say that you all are doing a great job and I do respect and admire the curage that it takes to do this job.
[12:49] <bobweaver> aka
[12:49] <bobweaver> Mods get no credit when things run well, blame when things don't, and hate when they have to do something about it.
[12:49] <bobweaver> I am sorry that I never came here and said thanks before
[12:51] <bobweaver> 2)  This needs to be worked out I am not saying that ikonia is a bad person , I think that he is allright. But I also think that if you are given a wide ammount of power then you should never judge people as a personal thing. << came pout wrong damn learning disability.
[12:52] <bobweaver> I have to go to work running late as is thanks for taking the time to listen to my side of the story my email is josephjamesmills  at ubuntu.com if you have any questions what so ever
[12:52] <bobweaver> thanks
[14:34]  * genii-around starts brewing a fresh pot of coffee
[15:19]  * lhavelund hugs genii-around.
[15:20] <genii-around> lhavelund: Good morning! (or afternoon/evening/what-have-you!)
[15:23] <lhavelund> :D
[17:45] <Pici> yikes
[18:52] <Tm_T> hi IAmNotThatGuy
[23:55] <IAmNotThatGuy> Hey  Tm_T


[23:11] <nhaines> elky: psst. Meeting reminder email!
[23:24] <ianorlin> oh yeah
[23:30] <elky> ugh i haven't even done the wiki from last time yet have i


[00:01] <WinstonSmith> john have a look here : http://linux.byexamples.com/archives/101/mount-a-samba-point/
[00:03] <John> WinstonSmith: well I should be more specific.  I have some experience with this.  I've been using this mount for a while now and it suddenly became ver very slow about 2 weeks ago
[00:04] <John> this is the line in /etc/fstab for instance //<IP_ADDRESS>/demigod /mnt/demigod cifs auto,file_perm=0666,dir_perm=0777,uid=1000,gid=1000,username=John,password=********,iocharset=utf8 0 0
[00:04] <John> woked fine for months
[00:04] <WinstonSmith> john if you mount it via CLI for testing do you have the same behavior?
[00:05] <WinstonSmith> or if you access the share with a windows client... just to see where the problem lies....
[00:05] <John> hrmmm yes i think so.  let me double check.  I did try it with smbclient cli and had the saem speed problems.  let me mount it using those instructions and see what happens
[00:06] <John> ok will try with a windows client as well.
[00:06] <WinstonSmith> kk
[00:09] <fundacion> hi
[00:10] <fundacion> do sombody know a program to work php visual?
[00:11] <John> WinstonSmith: still with me?
[00:11] <WinstonSmith> john yep
[00:11] <John> WinstonSmith: on a windows client through explorer, copy ran at 4+ MB/s (wireless)
[00:12] <John> WinstonSmith: mounting with mout -t cifs, it runs at about 30 KB/s
[00:12] <WinstonSmith> john ouch
[00:12] <John> WinstonSmith: with cp from the ubuntu server box
[00:12] <John> and like i sadi, everything worked fin until about 2-3 weeks ago
[00:13] <WinstonSmith> john if you write on the share is it also slow?
[00:14] <John> WinstonSmith: heh... i dont think I have any large files on the ubuntu box... let me hunt around
[00:14] <WinstonSmith> kk
[00:15] <John> WinstonSmith: um wow... no it was hella fast in fact
[00:16] <John> WinstonSmith: i copied a 1.5 MB file in a blink
[00:16] <John> WinstonSmith: will look for something bigger
[00:16] <WinstonSmith> john after doing some google-fu i found a lot of people with this error - reading is slow but writing ok ill look further
[00:19] <John> WinstonSmith: i've run into this before with OSX on one of my other machines, but I fixed that with... hrrrm I think I fixed it by changing some TCP wetting on the mac box
[00:19] <John> WinstonSmith: setting*
[00:21] <John> WinstonSmith: it was "sudo sysctl -w net.inet.tcp.delayed_ack=0"  had to do with some disagreement between windows and macs about how to do tcp
[00:21] <WinstonSmith> john do you have the socket options  =  TCP_NODELAY  SO_RCVBUF=8192 SO_SNDBUF=8192 in your smb.conf?
[00:22] <John> WinstonSmith: hah! that must be the linux way of doing that mac osx command. :-)  I will check
[00:22] <WinstonSmith> john im not sure
[00:22] <WinstonSmith> john just do a testparm and you will see right away
[00:24] <John> ugh test parm is letting me know that it does not recognize a bunch of options.
[00:24] <John> WinstonSmith: one more moment please
[00:25] <John> WinstonSmith: it is there, but commented out
[00:26] <WinstonSmith> john well you could give it a try
[00:27] <John> WinstonSmith: will do.  right now in fact
[00:28] <WinstonSmith> john do you have a GUI on your linux box?
[00:28] <John> nope
[00:28] <WinstonSmith> john you could also try to add rsize=4k to your mount options
[00:29] <WinstonSmith> as suggested here : http://ubuntuforums.org/showthread.php?t=1213688
[00:30] <WinstonSmith> look at post #5
[00:30] <John> WinstonSmith: i will try that first... looks less intrusive :-)0
[00:31] <WinstonSmith> john yes :P
[00:31] <dominicdinada> ugh need help finding a host by name ?
[00:33] <John> WinstonSmith: that made it slower by half :-(  now getting 15 KB/s
[00:34] <WinstonSmith> john did you use rsize=4096,wsize=4096?
[00:34] <John> WinstonSmith: yes
[00:34] <WinstonSmith> john eg you could try 16384 to see what happens
[00:34] <John> WinstonSmith: i was just thinking of doing that
[00:35] <WinstonSmith> 16384 FTW !!!
[00:35] <John> WinstonSmith: lol
[00:37] <John> WinstonSmith: meh... 40ish KB/s  ima try editing smb.conf
[00:38] <dominicdinada> WinstonSmith: hmmm still cant block <IP_ADDRESS> :O the eff is up with that
[00:38] <WinstonSmith> dominicdinada, i think you got something wrong there ;)
[00:39] <WinstonSmith> john, did you ask your question in #samba?
[00:39] <dominicdinada> WinstonSmith: yeah but i am trying to figure out who it is.... I tracked it etc. but still no aval... i wondered if it is to the ubuntu servers ? or something
[00:39] <John> WinstonSmith: thanks for all your help... i will try there next
[00:40] <WinstonSmith> John you are welcome :)
[00:42] <dominicdinada> WinstonSmith: maybe i need to rebuild my entire firewall blocking every single packet and connection then opening 1 by 1 because allows take presidance ? :/
[00:42] <WinstonSmith> dominicdinada, your were not discussing your problem with me :O
[00:48] <dominicdinada> that no matter what i block i am getting suspicious connections even when i set iptables to drop packets from specified ports
[00:49] <dominicdinada> you know i thought it might be the core os communicating but googling the IP results almost no results.... so there is a flag. then when i whois the addy i get a hit for the provider but scanning and pinging the host fails
[00:49] <dominicdinada> WinstonSmith: ^^
[00:52] <EvilPhoenix> dominicdinada:  what ports are you getting these suspicious hits on?
[00:52] <EvilPhoenix> and in or outbound
[00:52] <dominicdinada> udp 1249
[00:52] <dominicdinada> outbound
[00:53] <dominicdinada> reguardless something should not be going external like that behind 2 firewalls and a router. maybe ISPs changed there policies that they are breaking into computers to check what is there lol
[00:53] <EvilPhoenix> dominicdinada:  you could filter out all outbound traffic...
[00:53] <EvilPhoenix> but i dont recommend it...
[00:54] <EvilPhoenix> or
[00:54] <EvilPhoenix> you could do...
[00:54] <WinstonSmith> dominicdinada,  netstat -vaup | grep 1249 gives you what?
[00:54] <EvilPhoenix> ehh let WinstonSmith help you
[00:54]  * EvilPhoenix checks on that port number
[00:54] <dominicdinada> WinstonSmith: since the machine in question was taking so many hits i shut it down. well not shut it down but pulled the hardline....
[00:55] <WinstonSmith> dominicdinada, im a bit confused here... i mean outbound means you are sending those packets ... explain plz
[00:57] <dominicdinada> WinstonSmith: The machine should not have any external connections let lone 10000 packets sending data outbound. Then I set the ruleset to block the IP via -j DROP I set it to Drop outbound udp and tcp and the connections still persist
[00:57] <WinstonSmith> dominicdinada, yes but did you find out which process was actually sending those packets?
[00:57] <dominicdinada> noticed total network performance drop recently and checked and that is an active connection sending outbound
[00:58] <dominicdinada> WinstonSmith: ugh no i didnt maybe i will try once again
[00:58] <WinstonSmith> dominicdinada,  netstat -vaup | grep 1249 gives you what?
[00:58] <EvilPhoenix> i wonder what exactly you do on your server...
[00:58] <EvilPhoenix> because if its shells or something... it might be a rouge user
[00:59] <dominicdinada> EvilPhoenix: just a local development server i never have fileshared or anything alike. I really would like to block every single external connection except updates
[00:59] <EvilPhoenix> heh
[00:59] <dominicdinada> EvilPhoenix: i didnt see anything in the logs suggesting such let me go over to the machine and check brb
[00:59] <EvilPhoenix> ehh
[00:59] <WinstonSmith> dominicdinada, well then dont give it a gateway & dns and there you are
[00:59] <EvilPhoenix> where'd i put my iptables manpages...
[01:01] <EvilPhoenix> hmm
[01:01] <EvilPhoenix> dominicdinada:  you could always block the port itself on outbound...
[01:02] <dominicdinada> netstat -vaup | grep 1249 returned nothing
[01:02] <EvilPhoenix> dominicdinada:  you could try adding two rules into OUTPUT...
[01:02] <EvilPhoenix> like...
[01:02] <dominicdinada> literally nothing just passed the command and returned to prompt no error
[01:02] <WinstonSmith> dominicdinada, that is strange ... is it sending right now?
[01:03] <EvilPhoenix> dominicdinada:  you could add these: iptables -A OUTPUT -p udp --dport 1249 -j DROP  and  iptables -A OUTPUT -p udp --dport 1249 -j DROP
[01:03] <WinstonSmith> dominicdinada, you could do just the netstat -vaup and look by hand
[01:03] <dominicdinada> as soon as i plugged it in the links went haywire
[01:03] <EvilPhoenix> should drop any traffic on that port
[01:04] <EvilPhoenix> er
[01:04] <EvilPhoenix> not 2 dports
[01:04] <EvilPhoenix> one of those should be sport
[01:05] <WinstonSmith> dominicdinada, because if its a legitimate process sending on port 1249 udp it should show up. or you may have something really fishy going on there
[01:05] <EvilPhoenix> mmm sounds fishy
[01:05] <WinstonSmith> yes it does... not showing on netstat .....
[01:06]  * WinstonSmith hears it hacking somewhere
[01:06] <EvilPhoenix> could always just add port blocking rules
[01:06] <dominicdinada> of course it is WinstonSmith
[01:06] <EvilPhoenix> you could*
[01:07] <dominicdinada> Netstat vaup only returned 3 entries... one of being <IP_ADDRESS> which is a bridge. also after blocking those ports now instead of 1249 the same ip is using 1279 and 1125
[01:08] <EvilPhoenix> o.o
[01:08] <EvilPhoenix> sounds like you have bad things
[01:08] <WinstonSmith> dominicdinada, did u try something like this : sudo apt-get -y install chkrootkit
[01:08] <dominicdinada> funny how iptables doesnt drop all packets
[01:08] <dominicdinada> no i didnt lol why would i install a root kit
[01:08] <EvilPhoenix> dominicdinada:  you'd need to do iptables -P OUTPUT DROP or whatever it is
[01:08] <EvilPhoenix> dominicdinada:  someone could have hacked you and put it on there
[01:08] <EvilPhoenix> s/it/one
[01:08] <dominicdinada> since i specified to block everything from the dam IP
[01:08] <WinstonSmith> dominicdinada, check for rootkits
[01:08] <dominicdinada> search chroot ?
[01:09] <dominicdinada> chrootkit ?
[01:09] <EvilPhoenix> chkrootkit
[01:09] <WinstonSmith> dominicdinada, its a script that checks for rootkits
[01:09] <dominicdinada> ok
[01:09] <dominicdinada> make sure i dont have it ?
[01:09] <WinstonSmith> dominicdinada, yes
[01:10] <WinstonSmith> dominicdinada, cause you seem to have a hidden process around there ergo rootkit
[01:10] <dominicdinada> ok and to EvilPhoenix idea about removing the gateway ? hmmm that is an idea but i would rather block all packets except from local ips, etc
[01:10] <EvilPhoenix> you mean outbound>
[01:10] <EvilPhoenix> or inbound
[01:10] <EvilPhoenix> because...
[01:11] <EvilPhoenix> if you want outbound traffic to local net ips
[01:11] <dominicdinada> Ugh brb phone i will check and report back
[01:11] <EvilPhoenix> you can allow it to those destination local net ips
[01:11] <EvilPhoenix> speaking of which
[01:11] <EvilPhoenix> WinstonSmith:  you did me a favor and reminded me to run a routine check on my servers for rootkits x]
[01:11] <WinstonSmith> dominicdinada, blocking traffic doesnt help if the box is still infected no? so you have to clean or reinstall it
[01:12] <WinstonSmith> EvilPhoenix, hehehe
[01:12] <EvilPhoenix> yay i'm clean!
[01:12]  * EvilPhoenix kicks his ssh for failing though
[01:12] <EvilPhoenix> bah
[01:12]  * EvilPhoenix will return
[01:13] <EvilPhoenix> okay restarting my internet helped x]
[01:16] <WinstonSmith> dominicdinada, so will you try the sudo apt-get -y install chkrootkit ?
[01:39] <dominicdinada> ok chkroot is not installed
[01:39] <dominicdinada> now that ip is using another network addy instead of .192 it is trying to connect via port 4314 from .196
[01:40] <dominicdinada> netstat -vaup | grep 4314 returns nothing and i pulled the plug
[01:42] <dominicdinada> WinstonSmith:
[01:42] <WinstonSmith> dominicdinada, obviously you have to install  chkrootkit and then run it
[01:42] <dominicdinada> i asked if i should or should not have it you said not. I guess communication error about how i asked  and you answered
[01:45] <WinstonSmith> dominicdinada, well sry i thought that was obvious since i gave you a apt-get install line
[01:46] <dominicdinada> it scrolls to fast but it is picking up an xrl autoreg something or other and thats it :O
[01:48] <dominicdinada> WinstonSmith: /usr/lib/pymodules/python2.6/.path /usr/lib/xulrunner-<IP_ADDRESS>/.autoreg
[01:51] <dominicdinada> WinstonSmith: /usr/lib/pymodules/python2.6/.path /usr/lib/xulrunner-<IP_ADDRESS>/.autoreg
[02:16] <WinstonSmith> dominicdinada, but did you get any positives?
[02:17] <dominicdinada> WinstonSmith: yes what i posted showed positive as suspicious so i removed the package. now it is showing pymodules/.path as positive
[02:18] <dominicdinada> so i nano'd all the contents out
[02:18] <WinstonSmith> well sledgehammer
[02:19] <dominicdinada> sledgehammer ?
[02:20] <WinstonSmith> zeroing out i mean
[02:20] <WinstonSmith> maybe its a false positive
[02:21] <dominicdinada> WinstonSmith: true.
[02:36] <RoyK^> does fsck check the contents of the filesystem  or just its metadata?
[02:43] <WinstonSmith> RoyK, explain plz
[02:59] <Hopsa> RoyK: Filesystem checks does as many checks as they possibly can unless the user wants it to go --faster or so and then it skips some tests.
[03:00] <Hopsa> Most do header or db checks againt the files present on the media.
[04:05] <Jordan_U> RoyK: Just the metadata, most filesystems don't store checksums of the data and without those you can't confirm the integrity of the data.
[08:52] <Dusty> Hey all! Quick question!
[08:52] <Dusty> If.. Anyone has a moment?
[08:54] <Dusty> Hmm ,well simply.. If your hardware does not support hardware virtualization.. Does that mean you can't use virtual machines?  - On most computer whose processor supports virtualization, it is necessary to activate an option in the BIOS to enable it.  - ...
[09:17] <pwnguin> # set PATH so it includes user's private bin if it exists
[09:17] <pwnguin> if [ -d ~/bin ] ; then
[09:17] <pwnguin>     PATH=~/bin:"${PATH}"
[09:17] <pwnguin> fi
[09:18] <lifeless> Dusty: qemu can run non hardware virtualised vms
[09:18] <lifeless> but its a lot slower
[09:19] <pwnguin> i have a ~/bin, and yet PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
[09:22] <pwnguin> hmm
[09:24] <pwnguin> i guess gnome / X fixes PATH for me helpfully
[09:25] <lifeless> no
[09:25] <lifeless> it will be rc vs profile, I suspectr
[09:25] <pwnguin> it is
[09:25] <pwnguin> but im wondering
[09:25] <Dusty> That's cool. Thanks lifeless.
[09:25] <Dusty> >.< Not seeing many guides for 10.09 server however. most are for 9.10
[09:25] <pwnguin> 10.09?
[09:26] <pwnguin> why is there supposed to be a 10.09?
[09:26] <Dusty> Sorry, 10.04
[09:26] <Dusty> Been a long day.
[09:28] <pwnguin> lifeless: i'm trying to figure out the difference between a login shell and every other one, and my best guess right now is that login(1) has to call bash, and that gdm/X doesn't do that
[09:30] <pwnguin> which raises a small annoyance
[09:31] <pwnguin> the above excerpt comes from .bash_profile
[09:31] <pwnguin> so that it only runs and tacks onto PATH once
[09:32] <pwnguin> anyways, this is server unrelated now, since it involves desktops
[16:27] <gasbakid> what is the entry password for the root
[16:27] <gasbakid> ???
[16:28] <Patrickdk> none :)
[16:28] <Patrickdk> unless you set one
[16:28] <Patrickdk> you can't login as root, ever
[16:31] <gasbakid> so how could i do for accessing
[16:31] <gasbakid> ???
[16:32] <Patrickdk> sudo
[16:34] <gasbakid> nn the first time
[18:03] <Thorn> hello
[18:04] <reisi> is there a common way to use a "normal" smtp account for all administration (mdadm, cron, smartd, etc.) mails generated by a server installation?
[18:04] <reisi> normal as in username/login and single From: address
[18:04] <Thorn> any guides/tips on installing ubuntu server as a kvm host? I'd like as minimal install as possible
[18:05] <Patrickdk> thorn, I like to do pxe/net installs, they are pretty basic
[18:06] <Thorn> well I did manage to find a 7 year old blank cd and burn the iso to it :)
[18:07] <Thorn> do I need X in the host for example?
[18:14] <pmatulis> Thorn: no
[18:40] <dev001> I'm migrating a bunch of Xen DomUs to 10.04.1 LTS Server.  I've easily found & DL'd the .iso.  Where online can I find downloadable vmlinuz/initrd for DomU booting?  Iiuc, Ubuntu has pvops-enabled kernels, so I don't need xen-specific imgs -- just the 'normal' kernel/initrd will do.
[19:15] <WinstonSmith> hi all :) what command do i use to tell a certain service to start at boot ? thx
[19:17] <RoyK> if the service is using upstart, "start service" wiill do
[19:17] <WinstonSmith> RoyK, i know but at boot?
[19:17] <RoyK> if not,  use the script in /etc/init.d
[19:17] <RoyK> make a symlink in /etc/rc2.d to the script
[19:18] <RoyK> cd /etc/rc2.d; ln -s ../init.d/somescript S99somescript
[19:19] <WinstonSmith> RoyK, cause i just upgraded from 8.04 to 10.04 and now a lot of servies just wont start at boot anymore eg apache & webmin
[19:20] <WinstonSmith> RoyK, but  i have the S99apache2 in rc.2 :(
[19:20] <RoyK> WinstonSmith: do you have their init scripts woring?
[19:20] <WinstonSmith> ?
[19:20] <WinstonSmith> RoyK, plz explain?
[19:20] <RoyK> does it work to start them with their init scripts?
[19:21] <RoyK> /etc/init.d/apache2 start
[19:21] <WinstonSmith> RoyK, yes sure .... the services are ok eg if i service start webmin it comes up but not at boot anymore
[19:22] <guntbert> WinstonSmith: you do know that webmin is not supported on ubuntu?
[19:22] <RoyK> !webmin
[19:23] <WinstonSmith> RoyK, its really weird ... the link in rc.2 points to the right file too
[19:23] <guntbert> although ebox is in no way a replacement ....
[19:23] <WinstonSmith> royk thx for the info but thats another issue... what about all the other services i have not booting?
[19:24] <WinstonSmith> guntbert, and i have a vbox control made in webmin which i would be missing VERY much :(
[19:25] <guntbert> WinstonSmith: I know those feelings - just a word of warning - webmin *can* break your system
[19:26] <WinstonSmith> guntbert, i will disable it sniff ... but any idea why the apache for example doesnt start if i ls the link in rc2.d it gives S99apache2 -> /etc/init.d/apache2 which is right no?
[19:27] <george_> I need to somehow connect users form google apps standard edition to the unix users system ? any ideas ?
[19:27] <guntbert> WinstonSmith: sorry, I sort of lost track of the numerous ways how to start different services (upstart vs runlevels vs ??)
[19:38] <WinstonSmith> guntbert, saved myself ==> update-rc.d -f apache2 remove && update-rc.d apache2 defaults did the trick
[19:39] <WinstonSmith> guntbert, ths for your help anyway have a nice day :D
[19:39] <WinstonSmith> RoyK, thx too :)
[19:40] <guntbert> WinstonSmith: I didn't really give any help, but thx for reporting back  - I'll try to remember  :-)
[20:30] <Mp3> hi guys and gals
[20:31] <Mp3> im having some issues with a new server install and i cant find any helpful things on the forums... so i figured i might be able to ask here
[20:31] <Mp3> for some reason, i can access my server over the LAN just fine, and DNS works great.. but it apparently cant connect to anything outside of the lan.
[20:32] <Mp3> it was working fine just after install, and after i setup my wireless card with ndiswrapper, i get to it this morning and nothing as far as internet works.
[20:32] <Mp3> any ideas?
[20:34] <Thorn> Mp3: ping, tcpdump, tracepath, dmesg, ip route. find where the packets die and why
[20:36] <Mp3> ping gets no replies back, (resolves the host just fine as stated) just tried tracepath (was trying to install traceroute heh) and it gets to my router, twice... and then no reply
[20:37] <Mp3> everything looks fine in ip route
[22:05] <Crankygeek> I have just done a fresh install of egroupware 1.6. I have Apache2 installed, and I am using Postgresql for my database. I have completed all the configurations and built the database. All checks are passing....But I am getting an error when I try and load the site..."Fatal Error: It appears that you have not created the database tables for eGroupWare.  Click here to run setup." I have searched high and low for a resolution w
[22:05] <Crankygeek> ith no luck.....I am hoping someone here can help.
[22:15] <Crankygeek> I have just done a fresh install of egroupware 1.6. I have Apache2 installed, and I am using Postgresql for my database. I have completed all the configurations and built the database. All checks are passing....But I am getting an error when I try and load the site..."Fatal Error: It appears that you have not created the database tables for eGroupWare.  Click here to run setup." I have searched high and low for a resolution,
[22:15] <Crankygeek> I am hoping someone here can help?
[22:21] <Crankygeek> I have just done a fresh install of egroupware 1.6. I have Apache2 installed, and I am using Postgresql for my database. I have completed all the configurations and built the database. All checks are passing....But I am getting an error when I try and load the site..."Fatal Error: It appears that you have not created the database tables for eGroupWare.  Click here to run setup." I have searched high and low for a resolution,
[22:21] <Crankygeek> I am hoping someone can help
[22:35] <kklimonda> !weekend | Crankygeek
[22:37] <stlsaint> kklimonda: that doesnt make sense really when there are 268 nicks in the room...
[22:39] <kklimonda> stlsaint: why? most people just never turn off their irc client
[22:40] <stlsaint> kklimonda: meh, idling doesnt make sense to me regardless
[22:40] <stlsaint> if your not at your system why just waste resources?
[22:40] <kklimonda> stlsaint: to make it possible for others to ping you and keep a scrollback of all channels you are on.
[22:40] <kklimonda> it
[22:41] <kklimonda> it's usefel to be able to take a look back at what the discussion is about before you join it ;)
[22:41] <stlsaint> kklimonda: but if you are not at your machine how is it possible for someone to ping you and get a response?
[22:41] <kklimonda> stlsaint: you'll be able to get back to him once you read it
[22:42] <stlsaint> kklimonda: yea that makes sense, but then again thats where there is the /memo function
[22:42] <kklimonda> stlsaint: no one uses it
[22:42] <stlsaint> kklimonda: haha, well thats a whole different issue
[22:43] <stlsaint> kklimonda: im also wondering about the ubuntu-server wiki not being touched since last year
[22:43] <stlsaint> kklimonda: and how the mentoring process doesnt actually work (or it seems it doesnt)
[22:45] <kklimonda> mentoring process?
[22:48] <stlsaint> kklimonda: https://wiki.ubuntu.com/ServerTeam/Mentoring
[22:48] <stlsaint> kklimonda: ^^ untouched since 2008
[22:50] <kklimonda> well, we obviously could use a spare hand to update it ;)
[22:55] <stlsaint> kklimonda: undertandable but its not seeming like a updated process to get involved with the team...
[22:55] <stlsaint> kklimonda: this is my third go-round at joining the team...i finally just went ahead and tried joining lp team
[23:27] <Crankygeek> I have just done a fresh install of egroupware 1.6. I have Apache2 installed, and I am using Postgresql for my database. I have completed all the configurations and built the database. All checks are passing....But I am getting an error when I try and load the site..."Fatal Error: It appears that you have not created the database tables for eGroupWare.  Click here to run setup." I have searched high and low for a resolution w
[23:27] <Crankygeek> ith no luck.....I am hoping someone here can help.


[15:37] <Teridon> I had autoinstall (Ubuntu 20.04) crash on me and I'm not sure why.  I attempted to extract the relevant info from the crash file:  https://dpaste.org/yGKMu    .  Storage config I put in my user-data is here:  https://dpaste.org/wr0mc
[16:24] <Teridon> I think this might actually just be a network error.  I assumed the NIC device name would be something but it's not.  trying the suggestion here:  see https://askubuntu.com/a/1329971  (Web view)


[02:26] <swift110> im good msalvatore
[09:50] <teddy-dbear> Morning peoples, critters and everything else


[11:46] <chrisccoulson> m_conley_away, did you get the latest unity updates? ;)
[12:06] <bhearsum> how stable is Oneric looking these days?
[14:07] <chrisccoulson> bhearsum, it's a bit rough since yesterday because a lot of new stuff landed in unity
[14:07] <chrisccoulson> i'd recommend people waited a few days if they were considering upgrading ;)
[14:08] <bhearsum> ah, ok :)
[14:08] <chrisccoulson> unity gained a lot of new annoying bugs since last night
[14:08] <bhearsum> =\
[14:08] <bhearsum> hopefully it lost some other ones
[14:08] <chrisccoulson> heh
[14:09] <chrisccoulson> bhearsum, you can see some screenshots if you're curious - http://www.omgubuntu.co.uk/2011/08/revamped-dash-lands-unity-2d/ ;)
[14:10] <chrisccoulson> and also http://www.omgubuntu.co.uk/2011/08/unity-update-part-2-music-lense-indicator-dash-rejig/
[14:11] <bhearsum> a revamp already =\
[14:12] <chrisccoulson> i'm actually using unity 2d today, because one of the bugs in unity 3d is really annoying
[14:12] <chrisccoulson> ie, the launcher and dash opening behind my windows
[14:12] <chrisccoulson> which makes it impossible to use ;)
[14:12] <bhearsum> ouch, that is rough!
[14:13] <chrisccoulson> bhearsum, that's bug 825046
[14:13] <ubot2> Launchpad bug 825046 in unity "Dash and launcher appear underneath windows" [Undecided,New] https://launchpad.net/bugs/825046
[14:13] <chrisccoulson> oh, my screenshot has gone :/
[20:02] <chrisccoulson> m'eh, this is going to be a pain for us - http://www.computerworld.com/s/article/9219144/Firefox_8_to_block_unapproved_add_ons
[20:10] <micahg> chrisccoulson: there should be an exception for system extensions
[20:11] <micahg> chrisccoulson: I'd suggest talking to glandium
[20:12] <micahg> that bug has been getting so many posts, I haven't had time to keep up
[20:13] <chrisccoulson> micahg, the whole point of the bug is that it blocks system extensions
[20:13] <chrisccoulson> those are exactly the extensions that it does block
[20:13] <micahg> that makes no sense
[20:13] <micahg> it should block profile extensions
[20:14] <chrisccoulson> micahg, the point of it is that it blocks extensions which it thinks the user didn't consent to installing
[20:14] <chrisccoulson> profile extensions are installed via the addons manager
[20:14] <chrisccoulson> and so the user already consented to installing them
[20:14] <chrisccoulson> the whole point of it is to block extensions that installers of third party applications install (in to a system location)
[20:14] <chrisccoulson> which the user may not have consented too
[20:15] <micahg> that makes sense in the windows world but cripples linux
[20:16] <chrisccoulson> well, it cripples distributors who bundle extensions with firefox
[20:27] <bhearsum> you guys can probably use the partner repack support to work around
[20:27] <bhearsum> i think....
[20:28] <bhearsum> kev was commented on this on the enterprise support mailing list
[20:28]  * bhearsum forwards
[20:28] <chrisccoulson> bhearsum, thanks
[20:29] <chrisccoulson> i've tried pinging kev a couple of times in the last week, but i always seem to get him when he's really busy ;)
[20:30] <chrisccoulson> bhearsum, thanks. i've got that now
[20:30] <bhearsum> yeah, he's always busy :)
[20:31] <chrisccoulson> thanks for the e-mail anyway
[20:31] <chrisccoulson> i'll try pinging him next week and discuss this with him :)
[21:01] <BUGabundo> howdy ppl that one day could make me very happy....


[12:29] <AndyP> ScottK: want me to subscribe this bug to u-u-s?
[12:30] <AndyP> or vice versa
[12:30] <ScottK> Did you fix it?
[12:30] <AndyP> yes
[12:30] <ScottK> OK.  Why is it linked to a Debian bug?
[12:31] <AndyP> it started out as a ftbfs bug so i could track its progress while i was figuring it out myself
[12:31] <ScottK> I see.
[12:31] <ScottK> OK.
[12:31] <ScottK> Well it's acked to the archive, so no need for UUS.
[12:31] <ScottK> Thanks.
[12:31] <AndyP> no, thank _you_ :)
[12:56] <ScottK> What is the canonical tool for editing docbook files and getting valid XML back out of the editor?
[01:00] <RainCT> good night
[01:12] <ryanakca> can a core dev please review http://groupware.kubuntu.co.uk/openssl_0.9.8e-5ubuntu2.debdiff ?
[01:13] <ScottK> ryanakca: #ubuntu-devel might be better for that...
[01:15] <ScottK> ryanakca: Why do you have changes outside the debian dir in that diff?
[01:29] <Jazzva> Should gnome-panel applet provide a menu and a desktop file :/?
[01:34] <persia> Jazzva: Depends on the applet.  Generally not: usually these are added with "Add to Panel", rather than being launched directly.  They should register in the panel, and remain until removed.
[01:35] <Jazzva> persia: Thanks... Any link where I can find a bit more about applets and where they install?
[01:36] <persia> Jazzva: I don't know of a link, but the deskbar-applet might be a reasonable example.
[01:36] <Jazzva> Ok, thanks... I'll take a look
[01:37] <ScottK> High there persia.
[01:37] <ScottK> Hi even
[01:38] <persia> ScottK: Hello.
[01:40] <ryanakca> ScottK: because I included a patch.
[01:40] <ryanakca> ScottK: gramatical errors in s_client.c
[01:41] <ScottK> ryanakca: I mean outside the patch.
[01:41] <ryanakca> Ah, add quilt to control, update changelog, and add the quilt 'include' line to rules
[01:42] <ryanakca> umm. wait.
[01:42] <ryanakca> ... why did it change the Makefile...
[01:42] <ryanakca> -PLATFORM=debian-amd64
[01:42] <ryanakca> +PLATFORM=debian-i386
[01:46] <ryanakca> ScottK: It has to do with debuild... http://pastebin.ca/644917 .
[01:54] <ScottK> Generally, I would just edit that stuff out of the debdiff.
[01:54] <persia> filterdiff and editdiff are handy tools for that.
[02:13] <geser> persia: ardour should finally build now on Ubuntu
[02:13] <persia> geser: Cool.  Thanks for chasing that.  I've been a bit distracted the past few weeks :)
[02:21] <jrib> should mozilla-mplayer conflict totem-mozilla?  Because there's not *easy* way to choose a default player for firefox to use that I know of
[02:25] <persia> jrib: Probably not.  Conflicts: is more important when there is a shared file, or a shared port that would make it unreasonable to install both.  In this case, it's just a matter of a missing preference interface.
[02:25] <jrib> yeah, I agree a preference interface is a better solution
[02:41] <ryanakca> persia: thanks
[02:51] <ryanakca> How do you apply/test debdiffs?
[02:56] <persia> ryanakca: patch -p1 < ../foo.debdiff
[02:59] <ryanakca> persia: ah, thanks :)
[03:19] <jmg> who was it here that was working on lirc support for umc?
[03:37] <ScottK> Any suggestions on docbook editors?
[03:41] <Burgundavia> ScottK: gedit, emacs, vi
[03:41] <Burgundavia> there not good ones, trust me
[03:42] <Burgundavia> there are no, rather
[03:42] <ScottK> OK.
[03:42] <ScottK> Urgh.
[03:42] <ScottK> How about docbook validation tools?
[03:42] <Burgundavia> for that, you need ot talk to mdke`
[03:42] <ScottK> OK.
[03:43] <ScottK> I've got a package with the man pages in docbook and they are failing on the conversion and I can't figure why.
[03:43] <ScottK> Ugh.
[03:43] <ScottK> Thanks though.
[03:43] <ScottK> Even bad news is better than not knowing.
[03:43] <Jazzva> ScottK: Dunno if this helps, but I found this: You will need other packages in order to edit (psgml), validate (opensp, libxml2) or format (docbook-xsl, docbook-dsssl) DocBook documents.
[03:44] <Jazzva> with aptitude show docbook-xml
[03:49] <ScottK> Jazzva: Thanks.  I'll look into it.
[03:49] <Jazzva> ScottK: No prob...
[05:56] <RAOF> ScottK: When you say "failing on conversion", do you mean that docbook2x is segfaulting when you try to build?
[05:56] <ScottK> No I mean the docbook file is failing validation and the build fails.
[05:57] <RAOF> Oh.  Not the strange problem I had, then.
[05:57] <ScottK> The thing is, even the unmodified file fails.
[05:57] <ScottK> I just installed the package, grabbed the nroff version, edited and installed that.
[05:59] <ScottK> It's a sad situation when I can honestly say dealing with nroff was easier.
[06:02] <nixternal> ScottK: what docbook file? remember, i am a docbook junky
[06:02] <ScottK> I did not know that.
[06:02] <ScottK> It's the man pages for klamav
[06:02] <nixternal> hehe, I only write all of the Kubuntu docs and a lot of the KDE 4 docs, plus KHelpCenter love
[06:03] <ScottK> I knew you did the docs, but I didn't know you used docbook.
[06:03] <nixternal> xsltproc, docbook-xsl, docbook-xml?
[06:04] <nixternal> actually, failing validation is something different
[06:04] <ScottK> Any chance you'd have time to apt-get source klamav and run docbook2x-man klamav.1.docbook?
[06:04] <nixternal> is there a link so I can look at the docs and provide a fix for you?
[06:04] <nixternal> heh
[06:04] <ScottK> If you don't want to download the source, I can pastebin the file for you.
[06:04] <nixternal> you already said what I should do
[06:04] <ScottK> It's short.
[06:04] <nixternal> I will get the source, so I can validate it with my xml validator
[06:05] <nixternal> i.e. kate and friends :)
[06:05] <ScottK> Cool.
[06:05] <nixternal> 0.41-0ubuntu4 is the version?
[06:05] <ScottK> Yes
[06:06] <ScottK> I'm packaging 0.41.1-0ubuntu1 right now.
[06:06] <nixternal> doc/en/index.docbook your issue?
[06:06] <nixternal> hrmm, if it isn't validating and causing the build to crash, then how did 0.41-0ubuntu4 build? did you cheat it?
[06:06] <ScottK> This is the first time I've touched a docbook file in my life.  I can spell XML, but only barely.
[06:06] <nixternal> haha
[06:06] <ScottK> I didn't do it.
[06:07] <ScottK> It looks like the man pages haven't been touched in two years.
[06:07] <ScottK> I assume they validated two years ago and something changed in the toolset.
[06:07] <nixternal> well the docbook files in the version I have are fine
[06:08] <nixternal> paste the validation error if you can
[06:08] <ScottK> Sure.
[06:08] <nixternal> it is failing locally and not on the build server is it?
[06:09] <ScottK> Yes.
[06:09] <ScottK> I haven't uploaded yet.
[06:09] <nixternal> k
[06:10] <nixternal> ahh, I am willing to bet it is <refnamediv>
[06:11] <ScottK> http://paste.ubuntu-nl.org/32448/
[06:11] <nixternal> grr Tonio_ :)
[06:12] <nixternal> ok, there has got to be something different in your docbook then there is in mine
[06:12] <ScottK> Hmm
[06:12] <nixternal> hrmm
[06:12] <nixternal> interesting...I can build the version I have just fine
[06:13] <nixternal> just copy klamav.1.docbook to pastebin
[06:14] <ScottK> Well something is up because I got a clean one from the 41 source and it didn't error.
[06:15] <nixternal> good deal
[06:15] <ScottK> I'm getting the modified one for you now.
[06:16] <ScottK> http://paste.ubuntu-nl.org/32450/
[06:17] <ScottK> nixternal: ^^
[06:17] <nixternal> got it
[06:17] <nixternal> OK..it does it here too
[06:17] <ScottK> And I think I see what it is now.
[06:18] <ScottK> I am a muppet

[06:18] <nixternal> on line 66, do </para>
[06:19] <ScottK> That's the muppet line.
[06:19] <nixternal> yup
[06:19] <nixternal> and then it works like a charm
[06:19] <ScottK> I stared and stared at that and didn't see it.
[06:19] <ScottK> Looked at it in the pastebin and BAM it lept out at me.
[06:19] <nixternal> hehe, validation errors are erroneous anyways
[06:20] <ScottK> One related question...
[06:20] <ScottK> In pbuilder it whines it can't get the dtd.
[06:20] <ScottK> Is that going to be a problem on the buildds?
[06:21] <nixternal> nope, it is going to do it there as well
[06:21] <nixternal> buildds do not have internet connections, so they can't grab DTD info
[06:21] <nixternal> they still build though
[06:21] <ScottK> OK.
[06:22] <ScottK> http://paste.ubuntu-nl.org/32451/ is the pbuilder error
[06:23] <nixternal> that is weird
[06:23] <nixternal> I don't get those with my pbuilder
[06:23] <nixternal> but you will see those in the buildds
[06:24] <ScottK> I checked and the page with the dtd is in fact there.
[06:24] <nixternal> hehe, it better be there, otherwise the doc server would die tonight
[06:24] <ScottK> Just checking all the options.
[06:24] <ScottK> So I don't need to sweat that?
[06:25] <nixternal> not in buildds you don't...pbuilder I am a little weary with though
[06:26] <ScottK> Well I just lit off the new klamav version on my laptop and it didn't catch on fire.  That's something.
[06:26] <nixternal> lol
[09:53] <jussi01> morning everyone
[09:54] <RAOF> Evening jussi01
[09:54] <RAOF> Want to check out a nearly complete xgl package? :)
[09:56] <jussi01> RAOF: hmmm, I dont use xgl... but ill have a look...
[09:57] <RAOF> jussi01:
[09:57] <RAOF> jussi01: code.launchpad.net/~raof/xserver-xgl/ubuntu-raof
[10:01] <jussi01> cant grab it yet as imupdating and no bzr on my system, in a little while...
[10:06] <jussi01> RAOF: grabbing it now...
[10:17] <jussi01> RAOF: i have it now...
[12:01] <RainCT> good morning
[12:01] <norsetto> morning
[12:48] <amachu_> hi guys
[12:49] <amachu_> am amachu from ubuntu tamil team
[12:49] <amachu_> interested to contribute to the KDE team of MOTU
[12:50] <elkbuntu> hmmm.. no mjg in here to worship
[12:54] <amachu_> elkbuntu: means?
[12:54] <elkbuntu> amachu_, http://mjg59.livejournal.com/77440.html
[12:56] <amachu_> can he help me on this?
[12:57] <geser> amachu_: the KDE people hang around in #kubuntu-devel
[12:57] <amachu_> okie...
[12:57] <elkbuntu> amachu_, no, but we now have someone with authority publicly saying automatix is capable of blowing up the world, listing over 2 dozen reasons why it's bad
[12:57] <amachu_> :-)
[12:58] <amachu_> i am looking for a motu mentor
[12:58] <amachu_> :-)
[12:58] <amachu_> in kubuntu basically
[01:08] <Nightrose> amachu_: you should come to #kubuntu-devel and ask there - but on weekends it is very quit there - maybe you can try during the week
[01:09] <amachu_> Nightrose: okie
[01:09] <amachu_> thank you
[01:10] <coNP> Some MOTU please review magyarispell (Hungarian spell checker) on REVU http://revu.tauware.de/details.py?upid=6330
[01:35] <StevenK> persia!
[01:36] <persia> StevenK!
[01:38] <Fujitsu> Hi Hobbsee.
[01:40] <Hobbsee> heya Fujitsu, how's it going?
[01:40] <StevenK> Fujitsu: Yes, that's a good read.
[01:41] <Hobbsee> wow, nice review of automatix!
[01:41] <StevenK> "You people suck, here is why you do"
[01:41] <elkbuntu> yep
[01:42] <StevenK> In other news, gtk2hs sucks, too.
[01:42] <Fujitsu> Hobbsee: Not altogether bad! Better since reading mjg59's post, though.
[01:44] <Hobbsee> hehe, yeah
[01:56] <RainCT> Can someone merge ~rainct/ubuntu-dev-tools/dev into ~ubuntu-dev/ubuntu-dev-tools/trunk please?
[01:58] <TheMuso> RainCT: What changes have you made?
[01:59] <TheMuso> And have you made sure you have the latest trunk changes?
[02:00] <Kmos> http://revu.tauware.de/details.py?upid=6327 -> can someone check this one ?
[02:03] <Kmos> it fix the builds at ubuntu
[02:03] <Kmos> it's not building the package
[02:05] <Kmos> http://launchpadlibrarian.net/7567284/buildlog_ubuntu-gutsy-i386.stfl_0.8-2_FAILEDTOBUILD.txt.gz
[02:07] <RainCT> TheMuso: yes it's the latest (downloaded yesterday and merged this morning with your commit)
[02:07] <TheMuso> Ok.
[02:07] <TheMuso> RainCT: Ok, I'll merge now.
[02:08] <persia> Kmos: I'm now a little confused.  What do you want examined?  Why 0.8-2 doesn't build?  Whether 0.15-1ubuntu1 should be uploaded?
[02:08] <RainCT> ok, thanks
[02:10] <Kmos> persia: 0.8-2 and others vesions.. like the newest one on debian can't be synced, because debian/rules is bugged
[02:11] <Kmos> so i've prepared the package to got it uploaded
[02:11] <persia> Kmos: Ah.  It FTBFS for me :)
[02:11] <Kmos> it doesn't build on i386, amd64, sparc, nothing on ubuntu
[02:11] <Kmos> i've also sent a patch to the maintainer..
[02:11] <Kmos> to fix it in next versions
[02:11] <persia> Kmos: Your new package FTBFS for me as well.
[02:12] <RainCT> TheMuso: Changes are: Finish the README, unify all script headers, improve what-patch and check-symbols, rewrite suspicious-source
[02:12] <Kmos> changelog:
[02:12] <Kmos>   * Fixed debian/rules with CFLAGS not placed correctly. Thanks to Adam
[02:12] <Kmos>     Conrad. Now it builds fine in all archs.
[02:12] <Kmos> :)
[02:12] <TheMuso> RainCT: Yeah saw that, changes are going up now.
[02:12] <persia> Kmos: That's what it says in the changelog.  Still, FTBFS here.
[02:12] <Kmos> persia :-)
[02:13] <coNP> MOTUs: please review magyarispell (Hungarian spell checker) on REVU http://revu.tauware.de/details.py?upid=6330
[02:13] <Kmos> persia: you can approve it ?
[02:13] <Kmos> !ftbfs
[02:13] <ubotu> Sorry, I don't know anything about ftbfs - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[02:13] <persia> coNP: You've outstanding lintian/linda errors for that upload.  You'd do best to address those first :)
[02:14] <Kmos> it should appear
[02:14] <persia> Kmos: Yes, but I won't because it cannot be built locally for me.
[02:14] <Kmos> http://en.wikipedia.org/wiki/FTBFS
[02:14] <coNP> persia: REVU lintian errors, none @ my home
[02:14] <coNP> persia: but I try to fix them
[02:14] <Kmos> persia: why not ?
[02:14] <coNP> However it is quite bad that you run lintian, correct errors, upload package... and get errors again :(
[02:14] <Kmos> persia: not with a machine with pbuilder? =)
[02:15] <persia> Kmos: True, but the buildds and I run sbuild.
[02:15] <persia> coNP: I'll take a deeper look then.
[02:15] <Kmos> persia: it builds fine with pbuilder
[02:15] <coNP> persia: okay, sorry. But in general we should consider using the same version of lintian on REVU.
[02:16] <persia> Kmos: Yes, but it doesn't build here, which is as close as I've been able to construct to the actual buildds, so I have no confidence that it will build there.
[02:16] <Kmos> persia: what's the error?
[02:16] <persia> Kmos: http://revu.tauware.de/details.py?upid=6327
[02:17] <Kmos> ok
[02:18] <Kmos> persia: what command do you use to build it?
[02:18] <persia> Kmos: sbuild -A -d gutsy stfl_0.15-1ubuntu1.dsc
[02:18] <Kmos> thx
[02:20] <Kmos> persia: mailto not set ?
[02:21] <persia> Kmos: Could I please have a little more context for that?
[02:21] <Kmos> kmos@bash:~/packages/stfl$ sbuild -A -d gutsy stfl_0.15-1ubuntu1.dsc
[02:21] <Kmos> mailto not set
[02:23] <persia> Kmos: Ah.  You probably need to configure it :)  I recommend https://help.ubuntu.com/community/SbuildLVMHowto
[02:23] <Kmos> thanks
[02:24] <coNP> persia: fixed. Only NMU and unknown distro is what lintian complains about now.
[02:24] <persia> coNP: Excellent.  I'll take a fresh look now.  Thanks.
[02:24] <coNP> Thank *you* :)
[02:28] <Kmos> persia: can you tell someone else to try it.. i'll not try with sbuild, too much work when I've pbuilder that worked always fine and after in buildds
[02:29] <persia> Kmos: I'm not anyone else's manager.  You could ask someone else.
[02:32] <Kmos> coNP: can you test it ? =)
[02:32] <Kmos> http://revu.tauware.de/details.py?upid=6327
[02:32] <persia> coNP: Looks OK to me, with one additional minor point.  On the other hand, you'll need core-dev sponsorship for upload.
[02:33] <coNP> persia: Hmm. You are right. I have overlooked this. :)
[02:33] <coNP> Thanks for reviewing, I try to fix the minor point and look for someone at -devel.
[02:34] <persia> coNP: Good luck.  Also, the build output is entirely in magyar nyelv.  If that's a locale adjustment, it might do well with a patch.  If it's just upstream being lazy, no need to change anything.
[02:35] <coNP> It is upstream. It is Hungarian spell checker, I think it is not a problem.
[02:35] <coNP> "Hungarian".l18n(hu_HU) = "magyar nyelv"
[02:36] <Kmos> oh god :)
[02:36] <persia> coNP: Not really a problem then :)  I just feared that there might have been a local locale adjustment in the code somewhere.
[02:41] <coNP> Kmos: pbuilder is fine, sbuild cannot be installed for now, Hash Sum mismatch. Sorry
[02:41] <Kmos> persia: i think it's really a problem in sbuild
[02:41] <Kmos> coNP: very thank you
[02:41] <persia> Kmos: Perhaps, but the buildds run sbuild, so you may encounter it there as well.
[02:41] <TheMuso> coNP: Whats the package
[02:41] <coNP> Kmos: you should check with sbuild, once you can install it
[02:42] <coNP> TheMuso: which package? :)
[02:42] <TheMuso> I have a sbuild setup.
[02:42] <Kmos> TheMuso: http://revu.tauware.de/details.py?upid=6327
[02:42] <coNP> Oh, it is Kmos's problem. ^^
[02:42] <TheMuso> oh ok
[02:42] <coNP> TheMuso: persia has already checked, I don't think it is worth running it if you don't plan to try to fix it as well.
[02:43] <TheMuso> ok
[02:44] <Kmos> :(
[02:44] <persia> Actually, running it on !amd64 might be a good test.  The specific compiler error I encountered might be architecture-related.
[02:45] <TheMuso> Well I have i386 her.
[02:45] <TheMuso> here
[02:45] <Kmos> me too
[02:45] <coNP> Then it might be not pbuilder/sbuilder but i386 / x64 related.
[02:45] <TheMuso> I doubt very much that it is a pbuilder/sbuild issue.
[02:48] <Kmos> persia: you've amd64 ?
[02:49] <persia> Kmos: Yes.
[02:55] <Kmos> https://launchpad.net/~serpentine-dev/ -> python coders, this project needs your help.
[02:55] <Kmos> so how can I fix it, if I don't have amd64?
[02:58] <coNP> As usual: buy a new computer :)
[02:58] <Kmos> hehe
[02:58] <Kmos> i've a laptop core2duo but with i386 also
[02:58] <Kmos> with gutsy
[02:58] <persia> Kmos: You should be able to fix it with -fPIC.
[02:59] <Kmos> persia: it has -fPIC on the start of debian/rules
[02:59] <Kmos> that the problem also at i386
[02:59] <Kmos> and it's fixed now, with help from infinity
[02:59] <Kmos> CFLAGS += -fPIC
[03:00] <persia> Kmos: The FTBFS I am reporting is the lack of -fPIC.  The problem with 0.8-2 is that the syntax of the makefile is not correct.
[03:00] <Kmos> http://revu.tauware.de/revu1-incoming/stfl-0708031345/stfl-0.15/debian/rules
[03:00] <coNP> Can some core-dev review / sponsor my magyarispell REVU upload (http://revu.tauware.de/details.py?upid=6332), please?
[03:02] <persia> Kmos: I see that.  Perhaps it's not getting exported cleanly?
[03:07] <tsmithe> hi - could someone upload ubuntustudio-sounds from revu again, this time fixing a licensing quibble (as the diff at http://revu.tauware.de/diff.py?upid1=5990&upid2=6292 will show) - the revu page is at http://revu.tauware.de/details.py?upid=6292
[03:08] <TheMuso> tsmithe: Are you sure this is ok to go in this time?
[03:09] <tsmithe> thanks
[03:10] <tsmithe> TheMuso, hehe yes. or at least it fixes the last issue pitti had with it
[03:10] <tsmithe> he didn't point out any others
[03:10] <TheMuso> Ok.
[03:10] <TheMuso> I'll upload again.
[03:11] <tsmithe> thanks
[03:13] <_MMA_> tsmithe: So you talked to pitti and found out what he meant by "stanza"?
[03:14] <tsmithe> well, it was in the rejection e-mail from him; it just took some time for it to come down the rather small hotel pipeline
[03:14] <_MMA_> k
[03:21] <Kmos> anyone here knows how to run a pbuilder amd64 on my i386 arch machine ?
[03:22] <Fujitsu> Kmos: -ENOTSUPPORTED
[03:23] <Fujitsu> i386 can't run amd64 code.
[03:23] <persia> Fujitsu: amd64 hardware, i386 distro.  Not even in a chroot?
[03:23] <StevenK> Surely it depends if the processor can do long mode.
[03:24] <Fujitsu> i386 machine...
[03:24] <StevenK> Kmos: Try adding --debootstrapopts --arch amd64 . I run on amd64 natively, so it's definetly a possibility that the 32 bit kernel running won't be able to deal with 64 bit pointers being thrown around.
[03:25] <Fujitsu> Um, yeah, i386 kernel will *not* like that.
[03:25] <StevenK> Your processor might not want to enable long mode from protected, either.
[03:26] <Kmos> hmm
[03:27] <Kmos> and i've a core2duo (64-bit) laptop with ubuntu gutsy i386 installed
[03:27] <Kmos> there i can try the --debootstrapopts --arch amd64
[03:27] <Kmos> it should work
[03:27] <StevenK> It probbably won't, but try it anyway.
[03:28] <Kmos> so i'll have a big problem
[03:28] <Kmos> http://revu.tauware.de/details.py?upid=6327
[03:28] <Kmos> i need to fix this.. persia can't run it on amd64
[03:28] <Kmos> i386 is fixed
[03:29] <StevenK> Install a small amd64 install?
[03:29] <persia> Kmos: If nothing else, you could try a dual-boot, if you can get 5GB or so free on a disk.
[03:29] <Fujitsu> 5GB!?
[03:30] <Kmos> persia: i can even kill my gutsy and download a amd64 version =)
[03:30] <Kmos> and upgrade this feisty to gutsy :D
[03:30] <persia> Fujitsu: Sure.  I've yet to find a package I can't build in a 5GB environment, with only base and build-essential installed.
[03:30] <Kmos> so i'll have two gutsy's with i386 and amd64 for testing
[03:30] <Kmos> =)
[03:30] <Fujitsu> Or even just install an amd64 kernel and modules?
[03:30] <Fujitsu> persia: 5GB is rather overkill.
[03:31] <persia> Fujitsu: Depends on the package, I guess.  Perhaps I'll try a smaller slice size.  What do you use?
[03:31] <coNP> I should only use the "requestsync" script if I am a MOTU, right?
[03:31] <Hobbsee> coNP: you can use it with -s
[03:31] <persia> coNP: If you're running the gutsy version, there's a -s option for non-MOTUs.
[03:31] <Fujitsu> If I were in Kmos' position I would probably give it 2-3GiB... 5GiB for a full desktop environment, perhaps.
[03:32] <coNP> Thanks Hobbsee :)
[03:33] <TheMuso> tsmithe: ubuntustudio-sounds uploaded... hopefully for the last time.
[03:33] <tsmithe> yes - thanks :)
[03:33] <tsmithe> (i hope so too)
[03:34] <persia> Fujitsu: Hmm..  5GB does a full desktop, but I just assumed I might need that for some of the builds.  I'll try something smaller: perhaps I can squeeze another release in.  Thanks.
[03:35] <Fujitsu> Some huge things might need more, but I've not run out of space.
[03:36] <TheMuso> With another 5GB spare at least on the LVM partition.
[03:45] <persia> TheMuso: 6333 FTBFS for me.  Are you sure about debian/install?
[03:45] <TheMuso> persia: I'll have a look.
[03:45] <TheMuso> oh of course.
[03:48] <persia> TheMuso: Also, it looks like there's an extra i in the postrm
[03:48] <TheMuso> ugh just uploaded to revu again. Let me check.
[03:48] <geser> persia, TheMuso: ardour is now in binary NEW
[03:49] <TheMuso> geser: I saw.
[03:49] <TheMuso> Thanks heaps.
[03:49] <persia> geser: Thanks a lot.  With that and ubuntustudio-default-settings, I think we have all the pieces.
[03:50] <TheMuso> persia: Going up to revu again...
[03:50] <TheMuso> Ok should show up soon.
[03:56] <persia> TheMuso: lintian reports gconftool-used-in-maintainer-script.
[03:56] <TheMuso> persia: Well its a schema file. I just copied what is done in other apckages such as gnome-panel.
[03:57] <TheMuso> I'll need to look further into that then...
[03:59] <persia> TheMuso: It's only informational.  lintian suggests gconf-schemas or update-gconf-defaults instead.
[03:59] <TheMuso> Right
[04:00] <TheMuso> persia: gnome-panel-data does the same thing, so I am not concerned.
[04:01] <persia> TheMuso: OK.  I'll let it go for now, but I still don't think it's good (and don't like it for gnome-panel-data either).
[04:01] <persia> TheMuso: 6335 advocated.  Have fun.
[04:01] <TheMuso> persia: Well take that up with seb128
[04:02] <persia> TheMuso: Yeah, I know.  Still :)
[04:02] <TheMuso> persia: Thanks
[04:49] <Hobbsee> yay, sanity prevails!
[05:00] <coNP> What is the standard way to ask for a main sponsor?
[05:00] <coNP> (I cannot subscribe u-m-s for REVU)
[05:09] <vil> -join 3cairo
[05:09] <vil> oops
[05:32] <ScottK> Good $TIME_OF_DAY all.
[06:06] <siretart> coNP: there is a launchpad group for that
[06:22] <mohammad> Hello, how should a beta version of a package be named? would someone please guide me?
[06:25] <ScottK> Hello mohammad.
[06:26] <ScottK> It looks like you are getting close with Zekr.
[06:26] <ScottK> What's the package name/version going to be one it's released?
[06:27] <mohammad> it is not for the Ubuntu repositories. anyway: zekr/0.6.0 beta2
[06:31] <mohammad> ScottK ^
[06:31] <ScottK> For a Debian/Ubuntu package I would number that 0.6.0~0beta2 because ~ comes before - in the Debian version numbering order.
[06:32] <ScottK> The the release would be 0.6.0-0ubuntu1 for Ubuntu or 0.6.0-1 for Debian.
[06:33] <ScottK> mohammad: On another note, did you understand the comments on the copyright issues with the zekr-extras package?
[06:36] <mohammad> ScottK: I will split the package as emmet.hikory asked with another name. we are still working on the copyright issues.
[06:38] <mohammad> ScottK: and how shoud I name the src directory? zekr-0.6.0 or zekr-0.6.0+beta2 ?
[06:40] <mohammad> or  zekr-0.6.0~beta2
[06:41] <ScottK> mohammad: Do you want to be able to have people have multiple versions installed side by side or have a smooth upgrade path to the final release?
[06:43] <ScottK> Actually, nevermind.
[06:43] <ScottK> I'd do  zekr-0.6.0+beta2.
[06:45] <mohammad> ScottK: smooth upgrade path to the final release
[06:45] <ScottK> I thought it over, and you do want the package dir to be unique for each release (beta or not).
[06:45] <ScottK> Same thing with the tarball.
[06:46] <lamont> mohammad: zekr-0.6.0~beta2 unless the release is going to be 0.6.1
[06:47] <Nafallo> | uniq :-)
[06:47] <lamont> ~ comes before NULL
[06:47] <lamont> - separates parts
[06:47] <lamont> ScottK: ^^
[06:47] <ScottK> Hi there lamont.
[06:47] <ScottK> Didn't notice you hanging out here.
[06:48] <lamont> mohammad: and when you unpack the source with dpkg-source -x, it'll be zekr-${UPSTREAMVERS}
[06:48] <lamont> no matter what you called it in orig.tar.gz
[06:48] <lamont> ScottK: generally I don't
[06:48] <lamont> and then sometimes I do.
[06:48] <ScottK> Well there is where all the fun it.
[06:48] <lamont> most recent excuse for being here was dumping a list of bashism-in-rules packages on the channel...
[06:48] <ScottK> Packaging new crack whenever we feel like it.
[06:48] <lamont> and all the traffic is here too.. :-)
[06:49] <lamont> .... since march 26
[06:49] <ScottK> Well we could definitely use more help from experienced maintainers like you with reviewing new packages and helping people learn to help out.
[06:50] <lamont> I have been known to do that from time to time
[06:50] <ScottK> mohammad: I would listen to lamont.  He is very knowledgeable.
[06:50] <ScottK> Cool.
[06:51] <lamont> ScottK: so to beat a dead horse...  1.0~beta1 is less than 1.0 is less than 1.0-1
[06:51] <mohammad> thank you lamont and ScottK :)
[06:51] <lamont> OTOH, in about 3 minutes, I get to go put goopy stuff on a roof.
[06:51] <ScottK> Yeah.  How's the temperature outside?
[06:52] <lamont> 86.4
[06:52] <ScottK> But it's a dry heat.
[06:52] <lamont> it spreads much better the hotter it gets.
[06:52] <lamont> not that dry of heat...  not that wet either... maybe I'll sling weather and get the RH.  maybe I won't
[06:53] <ScottK> I'm currently trying to figure out by clamav-freshclam ignores the system clamav version if different version is installed for the user even it's run as Root.
[06:54] <ScottK> And it's the system freshclam that's running.
[06:54] <lamont> (it's very convenient that alpha < beta < rc...)
[06:55] <Nafallo> ...rc > final ;-)
[06:55] <lamont> Nafallo: not if you use ~alpha, ~beta, and ~rcN
[06:55] <Nafallo> :-)
[06:55] <lamont> and s/final//
[06:56] <Nafallo> I know
[06:56] <ScottK> lamont: How many times have you recompiled your kernel today?
[06:57] <lamont> ScottK: the uploaded source from last night finally started building about 9:30.  it's about done
[06:57] <lamont> given that it failed last time because the kernel build scriptage doesn't tolerate old kernel builds of the same upstream version in the parent directory, I think there's hope for it
[06:58] <ScottK> That being ~ an hour and a half ago where you are?
[06:58] <lamont> yeah
[06:58] <lamont> kernel build time is ~ 2 hours on hppa
[06:59] <ScottK> I think there have been 3 kernel updates now since I last rebooted my Gutsy system.   I think I'll do that and see how it goes.
[06:59] <lamont> and it's now to the point where it died last time....
[06:59] <lamont> it's mostly been lpia stuff
[07:13] <nixternal> ScottK: the kernel updates will destroy your system
[07:14] <ScottK> nixternal: Will it catch on fire?  I want to watch...
[07:14] <nixternal> sure
[07:14] <ScottK> lamont: If lpia stuff is breaking your hppa kernel build, that just sounds ... wrong.
[07:16] <nixternal> i am typing this from the new kde keyboard....who wants to do the MIR for it? ScottK it even does irssi tab complete and wikies ;)
[07:16] <nixternal> 12
[07:16] <lamont> ScottK: lpia and hppa stuff
[07:16] <ScottK> nixternal: Have you done an MIR before?
[07:16] <ScottK> lamont: Oh.
[07:16] <lamont> and it's not breaking my build
[07:16] <lamont> my build started out broken
[07:16] <nixternal> ScottK: yes
[07:17] <nixternal> I just upgraded kvkbd to 0.4..so now it is resizable, and has a num pad layer which is nice
[07:17] <ScottK> Maybe coNP wants to learn how to do a MIR?
[07:17] <nixternal> it could definitely use a better systray icon
[07:18] <nixternal> well, I am going to wait for his next update before I do the MIR, or mentor someone on doing one
[07:18] <nixternal> I want to get the macros in first before the MIR
[07:18] <ScottK> Get all the crack in while you can still upload it.
[08:03] <coNP> ScottK: what is a MIR?
[08:06] <coNP> nixternal: what is a MIR?
[08:07] <coNP> Mir (Russian:  peace) was a Soviet (and later Russian) orbital station.
[08:07] <coNP> I guess it is a main-inclusion-request.
[08:07] <nixternal> lol, yes, Main Inclusion Request :)
[08:07] <ScottK> Mail In Rebate
[08:09] <nixternal> haha
[08:09] <nixternal> that too I guess
[08:25] <AndyP> hm sam hocevar wants to make debian/copyright machine-interpretable
[08:26] <ScottK> Why?
[08:27] <AndyP> to spot incompatibilities easier, i think
[08:27] <AndyP> http://wiki.debian.org/Proposals/CopyrightFormat
[08:39] <coNP> Interesting.
[08:44] <sommer> ScottK: what's happenin
[08:44] <ScottK> Seems reasonable, but will require patience.
[08:45] <ScottK> sommer: Trying to figure out why clamav freshclam gets the local clamav version wrong if you have one installed for the system and one for the user.
[08:45] <ScottK> That and package Klamav 0.41.1.
[08:45] <sommer> I filed a bug #130405 with a debdiff for python-clamav using 0.91.1.
[08:45] <ubotu> Launchpad bug 130405 in dapper-backports "python-clamv backport for clamav-0.91.1" [Undecided,New]  https://launchpad.net/bugs/130405
[08:46] <ScottK> sommer: Maybe you'd like to help coNP out with getting some lighttpd security fixes packaged.
[08:46] <sommer> sure, I've used lighttpd a little.
[08:47] <ScottK> Perfect.
[08:47] <sommer> I did have a question about python-clamav.  The version in dapper uses a cl_scanbuff function that is no longer in libclamav.
[08:47] <sommer> they recommend using pyclamd instead.
[08:47] <ScottK> I saw that.
[08:47] <sommer> is there a package for pyclamd?
[08:47] <sommer> do we need to package it for dapper?
[08:48] <sommer> I guess I'm a little fuzzy on if that falls under "new" functionality.
[08:48] <ScottK> It doesn't exist in Ubuntu.
[08:48] <ScottK> Backporting new packages is no problem at all.
[08:48] <sommer> ah...I guess that answers that.
[08:49] <ScottK> There's no regression risk.
[08:49] <ScottK> Python packages are pretty easy, maybe you could find it and package it.
[08:49] <sommer> sure I'll take a crack at it.
[08:50] <ScottK> Ping me for a review when it's ready.
[08:50] <sommer> should that be packaged for gutsy first?  since it's new.
[08:50] <ScottK> Yes.
[08:50] <ScottK> Once it's in Gutsy, a backport should be no problem, just be mindful of version dependencies in Dapper when you package it.
[08:51] <sommer> great...I'll need to read up on packing before attempting, but I should have something sometime this week.
[08:55] <nixternal> I kind of like that Copyright proposal
[08:58] <ScottK> I do too, but I think he underestimates the scope.
[08:59] <ScottK> It's only useful for standard licenses.
[08:59] <ScottK> First step would be to add more licenses to the system.
[08:59] <ScottK> As a long term idea, I think it's a good one.
[09:02] <coNP> ScottK, sommer so you think you want to backport instead of a security release?
[09:08] <sommer> coNP: can you catch me up on what you're working on?
[09:10] <coNP> I was told if I wanted to do some security update.
[09:10] <coNP> I wanted but I am neither familiar with security updates nor with lighttpd
[09:11] <coNP> So I am in the starting phase, not really knowing what and how to do
[09:11] <ScottK> coNP: No, security update.
[09:11] <ScottK> Well sommer uses lighttpd, so maybe you can work together on it.
[09:11] <coNP> Yes. That would be cool.
[09:11] <coNP> I should have chosen a package I am familiar with. For my first security one.
[09:12] <nixternal> security updates can be fairly easy at times...how I go about doing it is cherry picking the svn repo of where the security fix is located...and then I find the code they added to fix the security issue, and then get to creating some patches
[09:12] <coNP> The problem is I'll only have time for this from tuesday on...
[09:13] <ScottK> nixternal: coNP already found the code, it's just a question of packaging it.
[09:13] <ScottK> https://wiki.ubuntu.com/SecurityUpdateProcedures
[09:13] <nixternal> ahhh
[09:13] <coNP> Oh, the packaging part is quite easy.
[09:13] <nixternal> hehe, the smaller the debdiff, the better
[09:13] <coNP> Then I must have mistunderstood some parts
[09:13] <ScottK> OK.  Let's review...
[09:13] <nixternal> otherwise keescook will hunt you down..and you don't want that :)
[09:13] <ScottK> Where are we on this coNP?
[09:14] <coNP> I tend to over-complicate things in my head.
[09:14] <coNP> I have some links from where I can get the patches.
[09:15] <sommer> if you package it up I'd be glad test it.
[09:16] <ScottK> sommer: Which releases are you running?
[09:17] <sommer> I've got access to machines running dapper, feisty, and gutsy tribe2.
[09:18] <sommer> I mean tribe3.
[09:19] <coNP> Wow.
[09:19] <ScottK> sommer: First thing I think we should do is get the SRU for lighttpd in Dapper out.
[09:19] <coNP> So I start with dapper.
[09:20] <ScottK> sommer: Would you please have a look at https://bugs.launchpad.net/ubuntu/+source/lighttpd/+bug/68401, install the dapper-proposed version and then say in the bug if it works?
[09:20] <ubotu> Launchpad bug 68401 in lighttpd "Cannot remove the lighttpd pkg from Edgy Eft" [Medium,Fix committed]
[09:20] <ScottK> If we can get that out, then that's one less version to patch.
[09:20] <sommer> sure
[09:20] <ScottK> coNP: I'd suggest start with Feisty while we get the Dapper SRU published.
[09:21] <coNP> Okay. I think once we discussed that
[09:25] <coNP> Some core-dev please-please mentor me magyarispell Hungarian spell checker (http://revu.tauware.de/details.py?upid=6332)
[09:26] <ScottK> coNP: Is that a new package or an update to a package?
[09:26] <coNP> Update magyarispell
[09:27] <coNP> Persia has already reviewed it, but it is in main.
[09:27] <ScottK> Right.  I'd suggest ask in #ubuntu-devel.  I don't see any core-devs active here right now.
[09:27] <ScottK> !weekend of course though.
[09:28] <ScottK> I don't know what the Main process is.
[09:28] <ScottK> I'd just ask on #ubuntu-devel on Monday.
[09:29] <coNP> Siretart said LP has a group for that but I have to file a bug to assign a REVU upload.
[09:29] <coNP> So I'll better wait. :)
[09:33] <sommer> just tried the proposed lighttpd package on dapper and it worked fine for me.
[09:38] <coNP> Sorry I have to go now. If I can find the links during the weekend I might try to finish.
[09:38] <coNP> If not, next week.
[09:38] <coNP> Bye everyone
[09:42] <DarkSun88> Hi all
[09:42] <ScottK> sommer: Thanks.
[09:44] <sommer> no problem
[09:45] <ScottK> I just marked it MOTU verification done, so now the archive admins will publish it.
[10:05] <blueyed> I want to update a package (kleansweep), but the upstream source is tar.bz2 and .orig.tar.bz2 does not seem to get recognized by debuild. Should I repack the original source?
[10:05] <fdoving> bunzip2 and gzip -9 the .tar
[10:13] <norsetto> blueyed: in case you need a reference: https://wiki.ubuntu.com/MOTU/Packages/CommonPackagingMistakes/ChangingTheOrigTarball
[10:18] <blueyed> Thanks, fdoving and norsetto: I've now used bunzip2 kleansweep-0.2.9.orig.tar.bz2 -c | gzip -9 -c > kleansweep-0.2.9.orig.tar.gz - ok?
[10:19] <blueyed> The wiki says there should be a get-orig-source entry in debian/rules, which is not there yet. Should I add it?
[10:21] <blueyed> However, the upstream download link is: http://www.kde-apps.org/content/download.php?content=28631&id=1 - therefor already a watch file would not work.
[10:21] <ScottK> blueyed: It's not required.
[10:21] <norsetto> blueyed: one or the other, not both
[10:24] <blueyed> I can't do any of it easily, can I? Because the filename for get-orig-source would change and I had to parse it from the wget response. And "watch" does not work, because it seems to need a page where it can search for links to releases.
[10:34] <norsetto> blueyed: if you look at INSTALL you will see that upstream always uses bz2, and tonio changed it to gz (ok, it could also have mentioned it in the changelog.....)
[10:39] <blueyed> norsetto: I cannot find a reference to "we always use bz2" in INSTALL. However, I've now converted it also to gz and it works.
[10:41] <Daviey> Hey.. anybody seen imbrandon for a while?
[10:41] <ScottK> Only briefly.
[10:44] <norsetto> blueyed: in INSTALL upstream gives instructions on how to unpack the tarball.....
[10:45] <ScottK> sommer: The Dapper lighttpd update has been published in dapper-updates by the archive.  Once it builds, you should get it as .3.
[10:45] <ScottK> Thanks for helpingout.
[10:46] <blueyed> norsetto: "tar xjvf admin/scons-mini.tar.bz2"? anyway. No problem anymore :)
[10:48] <sommer> cool...anytime.
[10:54] <rainct> is there any manpage editor beside manedit and gmanedit?
[10:55] <ScottK> sommer:  That means for the Security update we only have 3 fixes to do, not 4.
[10:55] <ScottK> rainct: I usually use KATE.
[10:56] <rainct> ScottK: but kate is just a normal text editor, or?
[10:56] <ScottK> But then I'm odd in that I prefer raw nroff to having to learn a new tool.
[10:57] <rainct> well I guess the best is just write it as docbook
[10:57] <norsetto> ScottK: you just show your age.....
[10:58] <ScottK> Yeah, well I am ancient and all that.
[11:01] <norsetto> blueyed: bug 130421 -> you should upload the package to REVU not attach a debdiff, its a new upstream version
[11:01] <ubotu> Launchpad bug 130421 in kleansweep "New upstream version 0.2.9" [Undecided,New]  https://launchpad.net/bugs/130421
[11:04] <blueyed> norsetto: I've though revu is for new packages, not new versions?!
[11:06] <norsetto> blueyed: since its not a merge/sync, it is a new package to all effect (just look at the size of that debdiff)
[11:07] <norsetto> blueyed: look at it this way: there is a new orig.tar.gz
[11:07] <ScottK> blueyed: If it's a new Debian revision, use a debdiff.
[11:07] <ScottK> If it's a new upstream with a new tarball, then REVU.
[11:08] <blueyed> This package is not in debian, it's ubuntu only. Ok, I'll then add it to REVU.
[11:08] <ScottK> And then provide a URL in the bug.
[11:09] <blueyed> Ok. Someone should now re-sync the REVU uploaders keyring :)
[11:15] <ScottK> Don't see any admins around, maybe they are reading the channel quietly.
[11:19] <blueyed> Now dpkg-source fails: http://pastebin.com/d20c6494d - any idea what's wrong?
[11:20] <blueyed> Seems to be related to that I've build the package from there and "clean" is not really cleaning.
[11:22] <blueyed> yes. I've added rm -f po/*.gmo to the clean target.
[11:28] <rainct> hm.. I'm thinking since some days that perhaps I could try to write a book (well, rather a document, don't think it would get that extensive) in Catalan about getting involved with ubuntu (introduction to Launchpad, different ways to contribute to ubuntu, some words about the Catalan LoCo and then focus on MOTU, explaining how it works, the basics of packaging, and some examples and explaining particular tasks and a how to get further into it, and
[11:30] <ScottK> rainct: I understand that one of the existing English Ubuntu books is available under a Free license, maybe you could start with translating some of that.
[11:31] <desertc> rainct: what a nice idea.  there are books on so many other hobbies, why shouldn't contributing to a linux distros get their a book.  maybe just an extensive webpage
[11:31] <ScottK> blueyed: This is also why you should always build your binaries in a pbuilder/sbuilder/chroot, etc.
[11:31] <ScottK> If you build in your regular environment, you never know for sure if you have a clean source at the end of the process or not.
[11:32] <ScottK> Not to mention the fun that comes when you mess up your debian/rules and install something in /etc instead of debian/packagname/etc.
[12:06] <kingnothing> can anyone point me in the direction of the code for the window list applet on the panel?
[12:10] <geser> it's in /usr/lib/gnome-panel/libwnck-applet.so from gnome-panel
[12:11] <kingnothing> thanks


[11:50] <BluesKaj> Hi all
[16:58] <RikMills> 1st candidate ISO will be available to test soon
[16:58] <RikMills> !testers
 👍
[17:02] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Focal Final] (20200420) has been added
[17:05] <RikMills> and the ISO is there :)
 https://twitter.com/popey/status/1252289302190526471
[20:53] <mparillo> Did anybody notice if the back button is greyed-out on today's installer? I will try on another test case soon, but I once had a failed install using the back button, and I have avoided it since, but just asking.
 I will check shortly on a 2nd install.
 ctrl-c still fails to stop the checksum process....
[21:23] <mparillo> On an SSD (even in a VM) the checksum is plenty fast for me. On the OEM install, second part (user config), I clearly see the back buttons lit.
 Yes, it's very quick on SSD (I just remember someone noting the issue during prior installs).


[13:45] <GreatSnoopy> hello everybody
[13:45] <GreatSnoopy> anybody here using cloud-init + microsoft azure + debian (credativ image) ?
[13:47] <GreatSnoopy> It is never able to fetch its userdata
[13:47] <GreatSnoopy> i think its not able to autodetect the platform
[13:59] <larsks> GreatSnoopy: what version of cloud-init are you using?
[14:04] <GreatSnoopy> loud-init --version cloud-init 0.7.6
[14:05] <GreatSnoopy> what it does is gets to a point where it does
[14:05] <GreatSnoopy> 2017-02-22 14:04:22,657 - url_helper.py[WARNING]: Calling 'http://<IP_ADDRESS>//latest/meta-data/instance-id' failed [0/120s]: bad status code [404]
[14:05] <GreatSnoopy> and on and on
[14:05] <GreatSnoopy> it looks like its not able to deduce it needs an azure datasource
[14:05] <GreatSnoopy> i have waagent installed
[14:07] <GreatSnoopy> interestingly, on a centos instance, it does not get stuck to "Calling ..."
[14:08] <GreatSnoopy> also, waagent does get the userdata, but somehow cloudinit is not able to interact/fetch waagent data
[14:10] <larsks> GreatSnoopy: I don't know how functional the azure data source was in 0.7.6.  There was a bunch of work done on it recently.
[14:11] <larsks> Do you have the option of using a more recent version?
[14:11] <GreatSnoopy> larsks: should i try with a newer one ?
[14:11] <GreatSnoopy> sure,ill try
[14:11] <GreatSnoopy> weirdly on centos, I have an OLDER version
[14:11] <GreatSnoopy> and it works :|
[14:11] <larsks> The other thing is to do is maybe inspect the logs from cloud-init on the debian system (maybe compare them to centos) and see if you can spot anything interesting.
[14:12] <GreatSnoopy> except url_helper.py[WARNING]: Calling 'http://<IP_ADDRESS>//latest/meta-data/instance-id'  and the fact that cloud init is not able to find an instance id for itself
[14:12] <GreatSnoopy> i see nothing relevant
[14:12] <GreatSnoopy> i can even post that log maybe one of the devs can spot something i miss
[14:13] <larsks> That's a red herring; that message means it's trying to access an EC2 data source...that is, it's not even trying to get metadata from azure.
[14:13] <GreatSnoopy> # pwd ; ls -1 /var/lib/cloud/instances iid-datasource-none
[14:14] <GreatSnoopy> yes, my assumption is it does not know its on azure
[14:14] <GreatSnoopy> tried making sure we have dmidecode and virt-what to help it
[14:14] <GreatSnoopy> does not help
[14:15] <GreatSnoopy> can the debug turned up for the platform detection itself ?
[14:15] <GreatSnoopy> or for the datasource interaction ?
[14:16] <GreatSnoopy> maybe it's something trivial for which reason he does not properly interact with its environment, but i see no hint on where this would be
[14:16] <larsks> Usually it's pretty verbose by default, I thought.
[14:18] <GreatSnoopy> hm, found this
[14:19] <GreatSnoopy> Looking for for data source in: ['NoCloud', 'AltCloud', 'CloudStack', 'ConfigDrive', 'Ec2', 'MAAS', 'OVF', 'GCE', 'None'], via packages ['', 'cloudinit.sources'] that matches dependencies ['FILESYSTEM']
[14:19] <GreatSnoopy> i see no azure there
[14:19] <GreatSnoopy> on the other hand on centos there is  not a line like that at all
[14:24] <larsks> GreatSnoopy: does your configuration include an explicit list of data sources?  E.g. in /etc/cloud/cloud.cfg (or cloud.cfg.d)?
[14:24] <larsks> Does the package include the Azure data source?
[14:25] <GreatSnoopy> larsks: not as far as i know, its debian default
[14:26] <larsks> There may be folks around later who are more familiar with the debian/ubuntu side of things.   I think they may be on california time...
[14:28] <GreatSnoopy> Ill try to stick around or log back in later
[14:48] <smoser> GreatSnoopy, 2 thingsn to check is if the Azure datasource is listed in 'datasources' defined somewhere under /etc/cloud/
[14:48] <smoser> if its not, cloud-init wont look for that (which is kind of what it looks like)
[14:49] <smoser> second, just make sure you *have* a DataSourceAzure.py
[14:51] <GreatSnoopy> smoser: i added now, this datasource:   Azure:     set_hostname: False     agent_command: __builtin__
[14:52] <GreatSnoopy> actually let me put something on a paste
[14:52] <GreatSnoopy> moment
[14:54] <GreatSnoopy> so this https://pastebin.mozilla.org/8979960
[14:54] <GreatSnoopy> does not work, even if i added the two lines with datasource azure
[14:55] <GreatSnoopy> i also have /usr/lib/python2.7/dist-packages/cloudinit/sources/DataSourceAzure.py
[14:55] <GreatSnoopy> now
[14:55] <GreatSnoopy> on this debian there is also
[14:56] <GreatSnoopy> 91_waagent.cfg and 92_azure.cfg
[14:56] <smoser> grep -r datasource /etc/cloud/
[14:57] <GreatSnoopy>   /etc/cloud/cloud.cfg.d/91_waagent.cfg:datasource: /etc/cloud/cloud.cfg.d/90_dpkg.cfg:datasource_list: [ NoCloud, AltCloud, CloudStack, ConfigDrive, Ec2, MAAS, OVF, GCE, None ] /etc/cloud/cloud.cfg:# Example datasource config /etc/cloud/cloud.cfg:# datasource: /etc/cloud/cloud.cfg:datasource:
[14:57] <GreatSnoopy> damn
[14:58] <GreatSnoopy> https://pastebin.mozilla.org/8979963
[14:58] <GreatSnoopy> this is how it looks
[14:59] <GreatSnoopy> damn
[14:59] <GreatSnoopy> i thing it is defined in 90_dpkg and missing from there
[15:04] <rharper> smoser: re cloud-init dpkg deps;  in the merge request, you said that cloud-init doesn't want to depend on those packages directly;  can you elaborate on the rationale/issues ?
[15:04] <smoser> well cloud-init doesn't Depend on systemd-networkd
[15:04] <smoser> right ?
[15:07] <GreatSnoopy> smoser: thanks for that hint, datasources was overriden somewhere i was not expected it to be
[15:12] <rharper> smoser: it's one of those <some networking service to be defined by distro>
[15:13] <rharper> but you're right in that we don't have a way to express the idea that *if* you're using networkd  as your $networking_service *then* you need systemd >= X and resolvconf >= y
[15:14] <smoser> maybe slangasek would have a solution
[15:18] <smoser> rharper, i'm gonna ask in ubuntu-devel
[15:18] <rharper> smoser: ok