[02:33] <avila> Hello.
[03:24] <jjesse> hello avila
[03:24] <avila> Hi!
[03:26] <jjesse> how are you avila
[03:27] <avila> Doing well, you?
[03:27] <avila> I thought I would jump on the help-with-ubuntu-documentation bandwagon
[03:28] <jjesse> avila: in regards to the server documentation?
[03:28] <jjesse> or other documentation?
[03:28] <avila> No idea
[03:28] <avila> I have no experience at all
[03:29] <avila> But I've been using ubuntu since June
[03:29] <avila> and want to help out
[03:29] <avila> but I have no artistic ability
[03:29] <avila> and I'm not really a programmer
[03:29] <jjesse> awesome, glad to hear that, the easiest way to help is to start reading the system documentatin and start reporting bugs against it on launchpad
[03:29] <avila> so I figured this was probably my best bet
[03:29] <michael_mac> same boat for me!
[03:30] <michael_mac> except I am only 3 months into ubuntu and linux
[03:30] <avila> snaz
[03:30] <avila> we can learn things together
[03:30] <jjesse> awesome glad to hear
[03:30] <michael_mac> sounds like a plan
[03:31] <michael_mac> i would like to end up on the WikiTeam, eventually
[03:31] <michael_mac> but I am good with proofreading...for now
[03:31] <avila> yeah I was thinking I could go grammar nazi or something
[03:32] <jjesse> avila: if you want to go that way, grab the styleguide that mpt is going to be making sure is on the wiki page and go to town :)
[03:33] <avila> Yeah I haven't read through much of the wiki pages yet
[03:33] <ardchoille> Where is the system help by the way?
[03:33] <jjesse> in ubuntu its in yelp and in kubuntu its in khelpcentre
[03:34] <ardchoille> I'll have to make a kmenu item for it
[03:34] <ardchoille> Ah, first bug.. the khelpcenter menu item is missing in kubuntu
[03:36] <ardchoille> nvm, found it
[03:37] <jjesse> its just labled as help
[03:37] <ardchoille> yeah, that's what threw me
[03:37] <jjesse> i think its labeled help in ubuntu as well (i use kubuntu and haven't checked ubuntu in awhile)
[03:38] <avila> oh, do we need to be running Gutsy for all this?
[03:38] <avila> I haven't upgraded yet, I was going to wait a bit.
[03:38] <jjesse> avila: it depends on if you want to work on wiki clean up or the actual system documentation
[03:38] <jjesse> you could always create a gutsy virtual machine which is pretty easy to do
[03:39] <avila> I think I'll work on clean up first, that'll give me an idea of what I'm getting into anyway.
[03:39] <jjesse> awesome, well ping me w/ questions
[03:39] <avila> Don't worry I will!
[03:40] <jjesse> avila:  are you on the ubuntu-doc mailing list?  al ot of converstain happens there as well
[03:40] <avila> yes, I joined this afternoon.
[03:40] <ardchoille> So did I
[03:40] <avila> I'm a member of the MA Loco team
[03:40] <avila> but really I"m just a cheerleader
[03:40] <jjesse> avila: cool, i'm in MA for UDS - Boston, tomorrow is my last day
[03:40] <avila> to them
[03:41] <avila> oh really?
[03:41] <jjesse> comming back to boston in a couple of weeks for work as well
[03:41] <avila> I work at the Kendall T stop so I thought about stopping by, but I figured it would all be over my head anyways
[03:41] <avila> What do you do?
[03:42] <jjesse> discuss the next version of ubuntu
[03:42] <jjesse> this was the schedule for today: http://people.ubuntu.com/~scott/uds-boston-2007/2007-11-01/index.html
[03:42] <avila> Hardy?
[03:42] <jjesse> yes 8.04 hardy
[03:44] <avila> wow, I didn't realize the schedule would be sooo packed
[03:44] <avila> that's insane
[03:44] <avila> I played darts with a guy who worked at the hotel that the last UDS was at in Cali. It was really fun to hear his perspective. He basically called us geek hippies
[03:45] <jjesse> avila: yeah you subscribe to the specs you are intersted and then the automatic schedule plans out when the sessions happen
[03:45] <avila> oh wow, fancy
[03:48] <avila> Thanks for the introductions! Goodnight all!
[03:48] <mpt> Goodnight avila (and welcome!)
[03:49] <jjesse> night avila
[03:50] <mpt> And even quiet spectators are welcome at the sessions
[03:53] <michaelramm> sry to drop out...having serious firefox issues tonight
[03:54] <michaelramm> brought down my whole system
[03:54] <michaelramm> and almost did it a second time
[03:54] <mpt> Firefox brought down your whole system?
[03:54] <michaelramm> yep
[03:54] <michaelramm> and now it will not start apparently
[03:55] <mpt> Sure you're not using Internet Explorer? :-)
[03:55] <michaelramm> not unless it is on gutsy
[03:55] <jjesse> mpt: don't you have to do a usuablity study of internet explorer :P
[03:55] <michaelramm> now system monitor is freaking out
[03:55] <michaelramm> color > gray > color > gray
[03:56] <mpt> jjesse, that's more a QA issue than a usability issue really
[03:56] <michaelramm> So, we need to learn DocBook, eh?
[03:57] <jjesse> well it depends on what you want to do.... you can post bugs and not the fixes which wouldn't make you learn docbook
[03:57] <jjesse> you could help out on the wiki wouldn't make you learn docbook
[03:57] <michaelramm> not really good with bugs and fixes
[03:57] <jjesse> but yes if you want to system documentatin you need to learn docbook :)
[03:57] <michaelramm> especially since I am new to ubuntu
[03:57] <jjesse> michaelramm: i din't know how to triage a bug when i started writing docs, but i've spent the last 3 hours on bug work :(
[03:58] <michaelramm> i am not closed to the possibility...just not my interest at this stage of the game
[03:59] <jjesse> michaelramm: i understand so one thing that you could do simply is to read the documentation and email the list w/ either typos or factual errors
[03:59] <jjesse> or someone from the doc book could help you out w/  learning how to reprt them
[03:59] <michaelramm> i can totally do that
[04:00] <michaelramm> so I have to download the repos, right?
[04:00] <jjesse> awesome, wen i started w/ ubuntu i dn't know how to report a bug and now i'm ata devveloper sprint helping out so be careful :)
[04:00] <jjesse> you have gutsy instaleld right/
[04:00] <michaelramm> yes
[04:00] <jjesse> just read the docs that are provided there then
[04:00] <jjesse> in help
[04:01] <michaelramm> ok, brb...have to restart...again
[04:05] <michaelramm> ok, maybe this will be better
[04:05] <michaelramm> i am on a temp desktop
[04:05] <michaelramm> my main blew out a power supply and mobo
[04:09] <jjesse> wow
[04:09] <jjesse> well its late and another big developer day before a flight home so off to bed
[04:09] <michaelramm> good night, and thanks
[04:10] <jjesse> np talk to you l8ter
[07:08] <mdke> somerville32: yeah
[08:15] <ardchoille> In khelpcenter, when I click on Application Manuals > Graphics > DigiKam, where is that manual stored on the hard drive? Is It somewhere in /usr/share/doc/ ?
[08:17] <ardchoille> The reason is that I want to find an existing one, take it apart, and see how hard it is to write new ones for those which don't exist.
[08:18] <ardchoille> I learned how to write man pages by taking existing ones apart :)
[08:35] <ardchoille> Found it:  /usr/share/doc/kde/HTML/en
[09:11] <ardchoille> I found an app that has no documentation (handbook). I'll try to write it myself.
[09:44] <ardchoille> I have some info for you all
[09:44] <ardchoille> I was going to write the handbook/docs for KnowIt but
[09:44] <ardchoille> The KnowIt handbook is already written, but it's in /usr/share/doc/HTML/en/knowit
[09:45] <ardchoille> It just isn't visible in khelpcenter
[09:45] <ardchoille> I copied it to /usr/share/doc/kde/HTML/en/knowit and the docs are now visible in khelpcenter
[09:45] <ardchoille> So, it's already written, it's just in the wrong location
[09:49] <ardchoille> I need to file a bug about this. Would I file it against khelpcenter or against knowit?
[09:58] <ardchoille> Bug filed:  https://bugs.launchpad.net/ubuntu/+source/knowit/+bug/159463
[09:58] <ubotu> Launchpad bug 159463 in knowit "KnowIt docs in the wrong place" [Undecided,New]
[10:00] <ardchoille> hehe, my first task as an ubuntu-docs student complete :)
[10:01] <ardchoille> Oh, and the Kompose handbook/docs are the same way.
[10:30] <ardchoille> Either the Kompose handbook was someone's attempt at humour, or it was written by someone who had something against kompose
[10:30] <ardchoille> Another bug filed
[22:40] <ubotu> New bug: #159645 in kubuntu-docs (main) "Missing word in the french firefox homepage" [Undecided,New] https://launchpad.net/bugs/159645
[22:49] <nixternal> FIXED
[22:49] <jjesse> BROKE
[22:51] <somerville32> MOO
[22:51] <jjesse> quick tip the cow
[22:51]  * somerville32 scrambles.


[02:59] -ubottu:#ubuntu-news- ::planet:: Ubuntu Blog: Canonical at RISC-V Summit 2023 @ https://ubuntu.com//blog/canonical-at-risc-v-summit-2023
[02:59] -ubottu:#ubuntu-news- ::planet:: Ubuntu Blog: AI Day in Latin America: Meet us in São Paulo @ https://ubuntu.com//blog/ai-day-brazil-2023
[02:59] -ubottu:#ubuntu-news- ::planet:: Ubuntu Studio: Community Updates October 2023 @ https://ubuntustudio.org/2023/10/community-updates-october-2023/
[16:21] -ubottu:#ubuntu-news- ::omg!ubuntu:: Ubuntu Gets Mentioned in Official Doctor Who Spin-Off Series @ https://www.omgubuntu.co.uk/2023/10/ubuntu-mentioned-doctor-who-redacted
[17:21] -ubottu:#ubuntu-news- ::omg!ubuntu:: Ubuntu 24.04 Release Date Set for April 25, 2024 @ https://www.omgubuntu.co.uk/2023/10/ubuntu-24-04-release-date-set-for-april-25-2024


[06:28] <dholbach> GOOD MORNING!
[11:31] <highvoltage> good morning dholbach :)
[12:39] <nigelb> dholbach: extra special morning today or you just had the caps key hanging out :)
[12:39] <dholbach> hi highvoltage
[12:39] <dholbach> nigelb, that was 6 hours ago
[12:40] <nigelb> dholbach: yeah, I noticed now :(
[12:45] <highvoltage> still morning in EDT zone :)


[04:39] <sarek> I know there is a slim chance someone here will help me with this, but I might as well try. I used this guide to setup rutorrent/rtorrent on my server, but i cant seem to access it remotely. Its almost as if something is intentionally redirecting or stopping outside traffic, regardless of what ports i forward, ufw allow,  or nginx config i use
[04:39] <sarek> http://www.torrent-invites.com/seedbox-tutorials/272986-ubuntu-12-14-16-debian-7-8-seedbox-guide-script.html Any help would be greatly appreciated. Thanks in advance
[09:29] <linuxperia> Hi All. I have upgraded my Ubuntu Server to 16.04.01 and since then my Postfix Mailserver refuses to accecp email becouse of a non existent PHP7 extension see => "PHP Fatal error:  Uncaught Error: Call to undefined function mailparse_msg_create"
[09:30] <linuxperia> i am trying since several hours to install this extension but nothing works on ubuntu even the extnesion exist. Have found other people having also the same problem! =>
[09:30] <bekks> your postfix isnt even related at that point, your php7 is.
[09:32] <linuxperia> yeah. the latest php 7 extension is missing => I need that one here => https://launchpad.net/~ondrej/+archive/ubuntu/php/+build/9666000
[09:48] <linuxperia> the command "sudo pecl install mailparse" fails on ubuntu server with => "error: #error The mailparse extension requires the mbstring extension!" even the extension exist and works. other people with ubuntu have the same problem see here => http://stackoverflow.com/questions/35793216/installing-mailparse-php7-mbstring-error/36636332
[10:00] <bekks> linuxperia: And whats not working on the answer in your link?
[10:29] <linuxperia> bekks: i will have to recomplie it from sources and install it as a external package on my server. i rather would use the recommended way with pecl and the repositorys  this however is not availbe in ubuntu even it should. not sure why it is not possible to install php-mailparse on ubuntu server like other packages. really pitty!
[10:29] <linuxperia> have to go see you all next time.
[10:39] <bekks> He didnt even try...
[10:59] <jamespage> cpaelzer, that's alot of bin new
[11:07] <cpaelzer> jamespage: hi
[11:08] <cpaelzer> jamespage: sorry but what do you mean with "bin new" - the explosion of packages due to the libraries being split now?
[11:08] <jamespage> cpaelzer, yeah
[11:08] <bekks> libraries split from what?
[11:08] <jamespage> thats a bit of Debian-izn
[11:08] <jamespage> bekks, libdpdk split out into component libs
[11:08] <bekks> Hmm, and? :D
[11:09] <cpaelzer> jamespage: that is the way I was guided to package that when  discussing that back in Austin with infinity and pitti
[11:09] <jamespage> cpaelzer, its fine - just alot!
[11:09] <cpaelzer> :-)
[11:10] <cpaelzer> jamespage: if everything on auto-dependencies works correctly you might end up with OVS only depending on some of them
[11:11] <jamespage> cpaelzer, Depends: dpdk, openvswitch-switch (= 2.6.0~git20160810.7f5f2bd-0ubuntu1~ubuntu16.10.1~ppa201608101524), libc6 (>= 2.14), libcap-ng0, libethdev4 (>= 16.07-1ubuntu1~dev1), librte-eal2 (>= 16.04), librte-mbuf2 (>= 16.04), librte-mempool2 (>= 16.07-1ubuntu1~dev1), librte-meter1 (>= 16.04), librte-pmd-ring2 (>= 16.04), librte-ring1 (>= 16.04), librte-vhost3 (>= 16.07-1ubuntu1~dev1), libssl1.0.0 (>= 1.0.0)
[11:11] <cpaelzer> that is only 7 yeah
[11:11] <cpaelzer> worked
[11:13] <cpaelzer> jamespage: I think we should add a recommends to "dpdk" as well to get the runtime bits (like dpdk.conf)
[11:13] <cpaelzer> to OVS I mean
[11:14] <cpaelzer> jamespage: uh - there is one that is odd in your list  librte-mbuf2 (>= 16.04)
[11:14] <cpaelzer> and there are actually more
[11:15] <cpaelzer> they should all be 16.07-0ubuntu1 if you built against the latest ppa or the git repo I sent you
[11:15] <cpaelzer> I see the dpdk dep is already in (the first one)
[11:15] <jamespage> cpaelzer, that was built againt things a few days ago
[11:15] <cpaelzer> jamespage: what do you think of the 16.04 deps in there - an artifact or an issue
[11:15] <cpaelzer> ah ok
[11:16] <cpaelzer> jamespage: on the real upload there will only be the new stuff around - so it will complain loud if it misses something
[11:24] <jamespage> cpaelzer, going todo another rebuild against your latests and will upload later today
[11:24] <yancho>  hi. isn't the /etc/hosts file to be read before the nameservers? i did <IP_ADDRESS> seminary.local and <IP_ADDRESS> localhost but nslookup <IP_ADDRESS> is going to the router and is giving me the translation to the localhost of the router
[11:25] <ogra_> yancho, the prder is defined in /etc/host.conf
[11:25] <ogra_> *order
[11:28] <yancho> order hosts,bind <- ogra_ hosts is hosts file no?
[11:28] <ogra_> yes
[11:29] <yancho> http://paste.ubuntu.com/23014592/ my hosts
[11:30] <yancho> ogra_: anything strange ur seeing there?
[11:32] <ogra_> yancho, not sure you can actually assign the same IP twice (line 3)
[11:32] <yancho> ogra_: even in the same line using space it didn't work
[11:34] <ogra_> and line 2 will most likely break any avahi/bonjour setups on that machine
[11:36] <yancho> y is that ogra_ ? line 2 and 3 i joined them
[11:37] <yancho> http://paste.ubuntu.com/23015086/ this is how it is at the moment
[11:51] <patdk-lap> ogra_, you can
[11:52] <patdk-lap> this isn't a reverse lookup table
[11:52] <ogra_> patdk-lap, ah, thanks
[11:52] <patdk-lap> your assigning <IP_ADDRESS> to whatever
[11:53] <yancho> so any bug ur seeing in my hosts patdk-lap ?
[11:54] <patdk-lap> what is the question?
[11:54] <patdk-lap> I don't see any issues, it is kindof impossible to have issues in /etc/hosts
[11:55] <patdk-lap> I totally don't understand what nslookup has to do with anything
[11:56] <yancho> patdk-lap: nslookup is not giving me the ip for <IP_ADDRESS> when I search for seminary.local (this is the openldap which resides on this server)
[11:56] <yancho> <IP_ADDRESS>*
[11:56] <patdk-lap> well? did you put seminary.local in your dns server?
[11:57] <patdk-lap> nslookup, read the manual, looks up dns entries
[11:57] <patdk-lap> it doesn't EVER use the hosts file, as that is NOT dns
[11:58] <maswan> "getent hosts" is what you want to test resolving
[11:58] <maswan> not nslookup or host
[11:58]  * patdk-lap just uses dig
[11:59] <maswan> which also doesn't care about nsswitch.conf, just DNS
[11:59] <patdk-lap> :)
[12:14] <cpaelzer> isn't that the abbreviation ? - DNS - "Do" - "Not" - "Safely return the same"
[12:16] <maswan> (dig is far more useful for debugging DNS servers though, but won't necessarily point you in the right direction for local resolving issues)
[13:22] <dr4c4n> hi
[13:23] <dr4c4n> does anyone have any experience with re-installing ubuntu server overtop of an existing (but older version) installation and knowing what to backup?
[13:23] <dr4c4n> I mean, I have saved fstab and /etc/network/interfaces as well as the sshd config, and key files
[13:24] <dr4c4n> and /home are installed to a 16 gb sd card, and everything else is mounted from separate disks.
[13:24] <dr4c4n> can you re-install, and remount them, and it should be okay?
[13:28] <Braven2> I have done it on oracle linux.
[13:35] <dr4c4n> I'm wondering as it is a system for the place I work for
[13:35] <dr4c4n> and am wondering if it's possible to do
[13:35] <dr4c4n> as I have to minimize the time the system is down for, as there are developers counting on being able to access what I've recently configured in virtual machines on that system.
[13:41] <cpaelzer> dr4c4n: you might want to restore "more or less" the packages you had
[13:41] <cpaelzer> dr4c4n: https://kura.io/2010/07/02/using-dpkg-selections-to-backup-and-install-packages/
[13:42] <cpaelzer> I did the opposite, a normal upgrade but then cleaning up massivle via http://askubuntu.com/questions/66988/how-do-i-clean-up-old-packages-and-apps-after-upgrading/771873#771873
[15:17] <coreycb> jamespage, beisner: nova 2:12.0.4-0ubuntu1~cloud1 is ready to promote to liberty-updates when you get a chance please
[16:52] <jamespage> cpaelzer, dpdk uploading now
[17:36] <ddellav> beisner can you promote https://bugs.launchpad.net/ubuntu/+source/neutron-lbaas/+bug/1460228 to kilo-updates? verification is done.
[17:46] <maxagaz> hi
[17:46] <maxagaz> I just installed the last ubuntu server, I get a black screen at boot unless I remove the gfxmode line in the grub config
[17:47] <maxagaz> why do I have such problem, and how is it better to fix it ?
[18:48] <Walex> maxagaz: maybe you are using hardware that is not supported yet. You are engaging in the difficult task of system integration.
[18:57] <maxagaz> Walex, it was installed on an old machine
[18:58] <maxagaz> the server works fine though, it's not so important
[19:38] <jayjo> what's the best way to test a cronjob?
[19:44] <jayjo> to test if a cronjab is working (like using the cron user)? Should I just set it for * * * * * ?
[19:45] <sarnold> if you can stand it running every minute when testing, sure, that's convenient enough
[19:46] <jayjo> it doesn't appear to be working - but I don't have a dead.letter either. weird
[19:47] <sarnold> fwiw I normally do something like > /var/log/whatever 2>&1   on cronjobs, I don't like the "mail" behaviour.. mail is hard and annoying to set up these days
[20:09] <jayjo> if I run the script outright it runs, but if it's in the crontab (even * * * * * ) doesn't run
[20:09] <jayjo> ownership the same, same group, executable
[20:09] <jayjo> don't know how to diagnose this
[20:10] <jayjo> no output, either
[20:10] <jayjo> oddly
[20:19] <jayjo> fixed it - my error
[20:22] <sarnold> jayjo: was a PATH assumption? :)
[20:22] <jayjo> sarnold: haha! yes it was!
[20:22] <sarnold> sorry I missed your earlier bits, but at least now you're going to think of this first next time someone reports problems with a cron job :)
[20:22] <sarnold> you've -earned- this one..
[20:24] <rbasak> Odd_Bloke or rcj: could you take bug 1596265 please? Looks legit. I wonder if we can have dep8 tests against DKMS packages to catch failures before the kernel migrates from proposed?
[20:51] <jamespage> ddellav, coreycb: requested promotions to updates completed
[20:52] <coreycb> jamespage, thanks!
[20:52] <jamespage> np


[07:17] <lordievader> Good morning.
[07:33] <Wirehunter> morning
[07:34] <ducasse> morning all
[07:37] <lordievader> Hey Wirehunter, ducasse
[07:39] <ducasse> what's up, lordievader? quiet morning with coffee?
[08:34] <lordievader> Yeah, indeed. Bit rainy.
[08:38] <ducasse> it snowed here again last night, so now we have snow again :-/
[08:39] <lordievader> Spring where are you?
[08:40] <ducasse> right. looks like it's starting to melt again, though, so i'm hoping for that.
[09:19] <OerHeks> morning guys :-)
[09:20] <lordievader> Hey OerHeks, how are you?
[09:21] <OerHeks> I am fine, nice weather today :-D
[09:21] <OerHeks> lordievader, no work  today??
[09:24] <lordievader> Nope, hard at work here.
[12:46] <OerHeks> good, At midnight on March 20, 2017, Dolby's last relevant patent AC3 on Dolby Digital expired.
[12:46] <OerHeks> https://ac3freedomday.org/
[14:03] <BluesKaj> Hi folks
[14:03] <lordievader> Hey BluesKaj
[14:03] <lordievader> How are you doing?
[14:07] <OerHeks> heya BluesKaj
[14:09] <BluesKaj> hi lordievader, OerHeks...dong fine here and you guys ?
[14:09] <BluesKaj> doing fine even :-)
[14:11] <OerHeks> watching cows go out to the meadow 1s time
[14:11] <lordievader> Doing good here :)
[14:25] <BluesKaj> Environment Canada weather expert predicts a warm spring here, well it's better hurry becuase were behind by at least 2 weeks already
[14:26] <OerHeks> I predict a lot hot summer too, in NL.
[14:27] <OerHeks> c/lot/long
[14:27] <OerHeks> fridges breaking down ..
[19:28] <nacc> ethically, i am now refusing to help LordLupus
[19:28] <nacc> tgm4883: good luck :)
[19:28] <nacc> tag, you're it!
[19:29] <acheron-a> they sure keep tatertots busy
[19:29] <tgm4883> nacc: no, I refused first :)
[19:29] <nacc> heh
[19:30] <acheron-a> i am new to ubuntu-unity, running it full time now
[19:35] <BluesKaj> tatertots is busy because he thinks he can everyone
[19:36] <BluesKaj> help
[19:36] <BluesKaj> and I mean everyone "-)
[19:37] <nacc> yeah
[19:40] <OerHeks> tip to slow down, give a compliment :-)
[19:49] <acheron-a> hello Bashing-om
[19:50] <Bashing-om> acheron-a: Hey, hey .. what is ?
[19:50] <acheron-a> just chillaxin here, like i mentioned before i am new to ubuntu-unity, running it full time now
[19:51] <ducasse> hi Bashing-om, how have you been?
[19:53] <Bashing-om> ducasse: Where there is lifem there is hope - still had a pulse this AM .. now I be procrastinat'n on a beautiful day ! .. I like IRC'n ('buntu) best of all in the world . Your world ?
[19:54] <Bashing-om> acheron-a: I can use unity, just not my DE of choice :)
[19:55] <nacc> Ben64: tell us how you really feel :)
[19:56] <Ben64> hard to with the !ohmy
[19:56] <nacc> Ben64: yeah :)
[19:56] <Ben64> i swear like a sailor in every other channel :D
[19:57] <nicomachus> yep
[20:00] <acheron-a> Bashing-om: what DE is your top choice?
[20:01] <Bashing-om> acheron-a: Well consider I value funtionality and performance as a 1st parameter . I use xfce4 .
[20:04] <acheron-a> i was in love with Mint for a while but ran into a grub2 failure when i tried to do a clean install, and i mean even boot sect of the disc was written zeros, and this has always loaded any distro, so i loaded ubuntu 16.04.2 and been running with it
[20:05] <acheron-a> i really got a bit bothered by the 'tude of the mint folks, it like when something is wrong, its the users hardware or something they are doing, sound has never worked right on Cinn since 17.3 for example
[20:06] <ducasse> Bashing-om: still got a pulse her as well, plus snow finally melting (again). cat happy as a pig in... you know ;)
[20:06] <ducasse> *here
[20:06] <Bashing-om> acheron-a: Best thing about running ubuntu is the support structure(s) .
[20:06] <BluesKaj> think I'll close up for now...take care all, TTYL
[20:06] <Bashing-om> Location: Heber Springs, AR ~ Cond: 84°F (29°C), Clear ~ Atmo: 48%, 9.0 mi (14.5 km), 29.93 in (1013 mb) ~ Wind: 14 mph (23 km/h), SSW, N/A°F (N/A°C) ~ Time: 14:55
[20:07] <Bashing-om> ducasse: I got lots of sunshine - Finally !
[20:07] <acheron-a> lots here in Houston today
[20:08] <Bashing-om> acheron-a: Awwhhh Yes - Houston - I once spent a week there one night :P
[20:09] <acheron-a> yeah, there is nothing wrong with my hardware, in fact, its Linux certified and the fact that the install only fails when you have a network connection on the computer, well thats mint problem, not anything i am doing
[20:09] <acheron-a> houston is hot and humid but its my home
[20:10] <acheron-a> HP-EliteDesk-800-G1-SFF here with Intel Core i7-4790 CPU @ 4GHz
[20:11] <Bashing-om> acheron-a: Should scream ! .. How much ram ya got onboard ?
[20:12] <acheron-a> 16 GB and 512 GB Samsung 850 Pro SSD
[20:12] <acheron-a> 4.5 sec boot time
[20:14] <Bashing-om> acheron-a: Well ! Should have no problems running release 20.04 !
[20:14] <acheron-a> well i am getting used to the change
[20:16] <acheron-a> whats good website for news and tips about Ubuntu?
[20:18] <ducasse> Bashing-om: spent all day doing translations, i hate trying to translate terms we just don't have words for. finished with the big one now, though, so nearly done for this release :)
[20:20] <Bashing-om> ducasse: ^ That is what I have  in respect to how the English translations of the Hebrew and Greek Scriptures. Real tough to cross relate ideals .
[20:24] <OerHeks> ducasse, some translations are not cool > harddisk - harde schijf / festplatte / disco duro /disque dur .. even in zulu harddisk is harddisk
[20:30] <ducasse> OerHeks: yup, in some cases i just have to use the english terms, things like certain email headers headers etc simply have no equivalent term in norwegian. i could just translate directly, but nobody would understand what is meant ;)
[20:30] <ducasse> Bashing-om: yup, my oldest friend is a priest, so i heard all about that during his studies :)
[21:13] <Bashing-om> Back from one of those rare system freezes . Still no idea of the why :(


[01:46] <StevenK> wallyworld__, wgrant: https://code.launchpad.net/~stevenk/launchpad/fix-branch-subscribe-open-team/+merge/111326
[01:47] <wallyworld__> StevenK: otp, can look soon
[02:05] <wallyworld_> StevenK: r=me
[02:05] <wallyworld_> StevenK: i assume the existing tests look for the field error
[02:14] <StevenK> wallyworld_: Yeah, that was added in branch-subscribe-aag
[02:15] <wallyworld_> cool
[02:28] <wgrant> cjwatson: I'll run gina with commits enabled in a sec to revert the DB archive to the state we have on disk.
[02:39] <wgrant> Oh
[02:39] <wgrant> gina might be even slower than I thought it was.
[02:39]  * wgrant fixes.
[02:40] <wgrant> Ah, no.
[02:42] <wgrant>    ->  Seq Scan on distributionjob  (cost=0.00..3711.70 rows=1 width=70) (actual time=69.665..129.033 rows=4 loops=1)
[02:42] <wgrant>          Filter: ((job_type = 3) AND (distroseries = 107) AND (json_data = '{"sourcepackagename": 72909, "parent_series": 50}'::text))
[02:42] <wgrant> That seems... fragile
[02:42] <wgrant> StevenK: wtf
[02:42] <wgrant> ?
[02:42]  * wgrant blames bigjools too.
[02:43] <wgrant> Do either of you recall why we do that, and what will break when I make it stop doing that?
[02:43] <StevenK> Context?
[02:43] <bigjools> errr someone is filtering on json_data
[02:43] <bigjools> ?
[02:43] <wgrant> DSDJ creation seems to first check if there are any existing jobs
[02:44] <wgrant> By byte-matching the JSON
[02:44] <bigjools> sweet fuck
[02:44] <StevenK> Twitch, there are columns for thatr
[02:44] <StevenK> s/r$//
[02:44] <wgrant> There aren't columns for that.
[02:44] <wgrant> But it's also probably not necessary.
[02:44] <wgrant> And it's slow and fragile.
[02:44] <wgrant> So I think I might delete it and see what happens.
[02:44] <bigjools> who is bzr blaming?
[02:45] <bigjools> do not delete
[02:45] <wgrant> No idea, I haven't found the code yet.
[02:45] <bigjools> check the commit msg please
[02:46] <wgrant> You ruin all my fun.
[02:46] <bigjools> why the heck is lp-propose pushing a target branch if it doesn't exist?!
[02:46] <bigjools> wgrant: your delete and revert reflex is well known
[02:48] <wgrant> Oh, sneaky, DSDJ is in Soyuz while DSD itself is in Registry.
[02:48] <StevenK> I think it was jtv
[02:48] <StevenK> find_waiting_jobs in DSDJ's model
[02:48] <wgrant>     # Look for identical pending jobs.  This compares directly on
[02:48] <wgrant>     # the metadata string.  It's fragile, but this is only an
[02:48] <wgrant>     # optimization.  It's not actually disastrous to create
[02:48] <wgrant>     # redundant jobs occasionally.
[02:48] <wgrant> Yeah
[02:48] <wgrant> So it can be deleted without peril.
[02:49] <StevenK> I can recall being a little dubious when that code landed.
[02:54] <jtv> StevenK, wgrant: yes that was me.  Feel free to improve it.
[02:54] <spm> o/ jtv
[02:54] <jtv> Hi there spm!
[02:56] <jtv> It's just a filter for curbing duplication of jobs.  The thinking was that with 1 item in the JSON, it's a pretty reliable match; with 2 items in the JSON, there's only going to be at most 2 jobs even if the keys are in random order; and with 3 items in the JSON, it's time to actually think what should be done.
[02:58] <wgrant> Heh, true.
[03:04] <jtv> If the filter is too costly, it can be removed — but first I'd assess the risk of duplicating DSDJs.  That was part of the work I was hoping to avoid with this simple check.
[03:05] <jtv> Then again, 50ms doesn't seem like a huge cost.
[03:05] <jtv> An index could be another way to go.
[03:06] <lifeless> well
[03:06] <lifeless> its racy
[03:06] <lifeless> unless we up our isolation level
[03:06] <wgrant> Only slightly, but yes.
[03:06] <wgrant> Upping the isolation doesn't help, I don't think
[03:07] <wgrant> Oh, during the running I guess it would, indeed.
[03:10] <lifeless> yah
[03:11] <lifeless> it would make read-its-there-don't-add-commit conflict.
[03:18] <lifeless> unless of couse a specific DSDJ is idempotent
[03:18] <lifeless> in which case, the race isn't important, as it cannot be stale, but OTOH a duplicate should be approx free because the worker can check whether the output is there already.
[03:21] <wgrant> The jobs are fairly expensive due to librarian access.
[03:21] <wgrant> But it's otherwise not a problem for them to be duplicated.
[03:25] <lifeless> can they not determine that they completely finished and shortcut (assuming idempotency)
[03:29] <wgrant> Indeed, they probably could avoid recalculating the base version if neither series' version has changed.
[04:42] <czajkowski> morning
[05:17] <czajkowski> jtv: hiya, heading offline for a few days, left message in pm
[05:17] <czajkowski> see you all Monday
[06:12] <cjwatson> wgrant: thanks for QAing that, I wasn't looking forward to it
[06:13] <wgrant> It took about 3 hours for the first run, IIRC.
[06:13] <wgrant> Subsequent runs take less than a minute.
[07:52] <adeuring> food morning
[09:34] <ivory> jelmer: could you review this? https://code.launchpad.net/~ivo-kracht/launchpad/bug-897571/+merge/111367
[10:04] <jelmer> ivory: sure
[10:06] <jam> wgrant: are you still around
[10:07] <jam> hi jelmer
[10:12] <jelmer> hellÃ¸ :)
[11:10] <jml> is there an http equiv of 'bzr branch bzr+ssh://bazaar.launchpad.net/+branch/pkgme' (i.e. a fixed string that I can put before a project name to fetch its trunk?)
[11:11] <jml> I don't want 'lp:' because it generates warnings about launchpad-login and this is an automated process.
[11:13] <rick_h_> morning
[11:14] <rick_h_> jml, so what I've done is branch with the lp: and bzr info to get the full url for that project
[11:14] <rick_h_> is it for one or many projects?
[11:14] <jml> rick_h_: thanks. that's a bit of a shame, because I'd rather depend on the slightly more stable lp:foo url equivalent.
[11:16] <rick_h_> jml: it could be there for sure, I'm just so far from a bzr expert to say for sure. abently will be around in a couple of hours and he'd be able to tell for sure
[11:16] <jml> rick_h_: many. thanks.
[11:33] <mgz> jml: nope, there's no simple mapping, you need xmlrpc
[11:37] <mgz> don't do this but...
[11:37] <mgz> >>> from bzrlib.plugins.launchpad import lp_directory
[11:37] <mgz> >>> lp_directory.get_lp_login = lambda: None
[11:37] <mgz> >>> lp_directory.LaunchpadDirectory().look_up("er...", "lp:bzr")
[11:37] <mgz> 'http://bazaar.launchpad.net/~bzr-pqm/bzr/bzr.dev'
[11:41]  * jml would rather patch LP to have a proper rewrite map for http
[11:42] <jml> but there are only so many patches to LP that I can justify.
[11:42] <mgz> would be nice, wouldn't it. xmlrpc is an arse.
[11:54] <jelmer> doesn't just http://launchpad.net/PROJECT work?
[11:54] <jelmer> it seems to here
[11:54] <jelmer> jml: ^
[14:13] <jam> dpm: how's the translation stuff coming?
[14:16] <jam> jtv, dpm: from what I can see the summary statistics pages between P and Q are virtually identical. So it looks like all the async jobs have done their work, and got Q into pretty good shape.
[14:16] <jam> guess jtv isn't here now.
[14:26] <jcsackett> is anyone else getting sporadically failing javascript errors on ec2? I keep getting hatemail with a ton of failures but when i run all YUI tests locally they all pass.
[14:33]  * jcsackett realizes it's thursday.
[14:42] <rick_h_> jcsackett: been that way all week. Was so sad when the wife corrected me today that it's not friday
[14:44] <dpm> jam, I'll talk to the ubuntu-translations-coordinators team, and unless they see anything, I'm aiming to open translations tomorrow
[14:49] <sinzui> jcsackett, can you review https://code.launchpad.net/~sinzui/launchpad/bug-tags-edit-0/+merge/111410
[14:49] <jcsackett> sinzui: just opened it, actually. :-)
[14:50] <frankban> abentley: ping
[14:50] <abentley> frankban: pong
[14:51] <frankban> abentley: I am having troubles trying to fix a test isolation bug; if 3 tests are run in a predefined order I get a db DisconnectionError
[14:52] <frankban> abentley: these are the 3 tests: http://pastebin.ubuntu.com/1052752/
[14:53] <abentley> frankban: Okay, is that the order they must be run in?
[14:53] <frankban> and the last raises "DisconnectionError: terminating connection due to administrator command. SSL connection has been closed unexpectedly."
[14:53] <frankban> abentley: yes
[14:53] <abentley> frankban: Can you post the traceback, please?
[14:54] <jcsackett> sinzui: r=me.
[14:54] <sinzui> faboo
[14:55] <jcsackett> sinzui: so, given that a) i'm not that far in the new team form work, b) wallyworld_ seems to have all of that *well* in hand, and c) there's a critical in our next lane that's been sitting for awhile, i'm thinking of dropping my curent work and doing the critical.
[14:55] <jcsackett> thoughts?
[14:56] <sinzui> jcsackett. I do want it worked on...but do we know how to solve it at this moment?
[14:56] <jcsackett> sinzui: i *think* so. want to chat about it?
[14:57] <sinzui> We want to unsubscribe users that project does not share with, and are not in the bug-supervisor or security contact roles, but not break ubuntu
[14:57] <jcsackett> right, but we had to put a flag in for the ubuntu case anyway. which means we can structure what happens around that.
[14:58] <sinzui> jcsackett,  when the ubuntu community make a bug public, they expect all the subscribers to remain because they and Lp do not know who should have access.
[14:58] <frankban> abentley: http://pastebin.ubuntu.com/1052761/
[14:59] <jcsackett> sinzui: hrm; fair. i had not thought about the "return to public" part.
[14:59] <sinzui> jcsackett, so solving the issue for everyone except ubuntu fixes 99% of the problem
[15:00] <sinzui> jcsackett, community might toggle between public and private by accident. The ubuntu bug supervisor does not get subscribed (we know that for certain) so we just have to hope the community can mange the subscriptions themselves
[15:00] <abentley> frankban: So, that exception is actually being raised on the Celery side, I believe.
[15:01] <jcsackett> sinzui: so, on switch to a private type, do the remove all subscriptions except special roles thing, and just hope everyone sorts it out when it switches back?
[15:01] <frankban> abentley: I agree, it is raised by a transaction.commit called by pop_remote_notifications
[15:01] <abentley> frankban: Which probably indicates a bug in the Celery stuff.
[15:01] <sinzui> jcsackett, not for ubuntu. their supervisor is never subscribed
[15:02] <jcsackett> sinzui: right.
[15:02] <jcsackett> but otherwise.
[15:02] <sinzui> jcsackett, lets just have a guard for ubuntu...no unsubscribing. They continue in the compromised fashion
[15:02] <jcsackett> sinzui: ok. so you're good with me tackling that and dropping the (now unecessary) new team form work?
[15:03] <sinzui> every other project can be secure because Lp will unsubscribe everyone who is not in the legacy role or the info type is not shared
[15:03] <sinzui> jcsackett, yep
[15:03] <abentley> frankban: So, the Celery tasks do some hacky stuff to switch database users.  I'd assume that's the cause of the problem.
[15:03] <jcsackett> cool stuff. :-)
[15:03] <abentley> frankban: Are multiple tests doing pop_remote_notifications?
[15:05] <sinzui> jcsackett, If my qa goes well today, I could return to bug tag manager. It requires a lot of markup that it could generate as progressive enhancement...this would be an incremental step to adding tag completion to +filebug and search which do not have the cumbersome markup.
[15:05] <abentley> frankban: Also, you know that you can get the celeryd-side traceback from the result object, right?
[15:06] <frankban> each test in that TestCase. and all the tests in that testcase call switch_dbuser(config.branchscanner.dbuser). But if I replace the last test with another one in the same TestCase everything is ok.
[15:06] <frankban> abentley: yes
[15:07] <jcsackett> sinzui: that would be awesome.
[15:07] <jcsackett> now, i just have to figure out why js tests are failing on ec2 but passing locally for me.
[15:09] <sinzui> jcsackett, what really?
[15:11] <sinzui> jcsackett, lucid uses an older version of webkit that knows that ids are unique. It return null if you try to locate it. The webkit on out computers returns the first one
[15:29] <jcsackett> sinzui: so, the require-id flag thing maybe the issue?
[15:31] <sinzui> jcsackett, I am not sure. Recall we stopped the line a few months ago when wallyworld___ had a branch that always failed on lucid. The failure was legitimate because the page was creating bad ids, and the js only worked with the first item in a listing
[15:32] <jcsackett> sinzui: i do recall that; but these are modules i haven't touched and that don't rely on pickers, so i feel like something else might be happening than the new picker stuff generating bad ids.
[15:32] <sinzui> I saw the same problem in workitems a few weeks ago too
[15:32] <sinzui> oh, which modules
[15:34] <jcsackett> sinzui: http://pastebin.ubuntu.com/1052825/. all with JS timeout.
[15:34] <jcsackett> can't get it to happen locally though. :-/
[15:34] <sinzui> whoa
[15:34] <jcsackett> i've sent of ec2 test -o '--layer=YUI' to see if it's a "whole suite" vs "yui suite" issue.
[15:35] <sinzui> jcsackett, I am very surprised. gary_poster added incremental reporting to html5-browser that also resolved timeout issues where tests grew too large.
[15:36] <jcsackett> sinzui: forget everything, i just figured it out, and i am an idiot.
[15:36] <gary_poster> :-)
[15:36] <sinzui> yui_xhr are slow even on my computer.
[15:36] <gary_poster> yeah
[15:36] <gary_poster> they are
[15:37] <jcsackett> when i resent out the branch, not everything was pushed--it tested the old version, which had syntax issues.
[15:37] <jcsackett> so, if this ec2 test run comes back green i'll lp-land, since it's all just YUI changes.
[15:37] <sinzui> well done.
[15:37] <jcsackett> yeah. i am smooth.
[15:38] <jcsackett> note to self: always double check revid.
[15:38] <gary_poster> sinzui, Easter Division?
[15:38] <sinzui> jcsackett, I still use ec2 test and bzr pqm-submit in my working tree...they always abort if the revs are different
[15:39] <jcsackett> sinzui: yeah. i'm not actually sure why ec2 land doesn't.
[15:39] <jcsackett> perhaps that's something to change.
[15:39] <cjwatson> Huh, I thought it did.  Doesn't it claim that it does?
[15:39] <cjwatson> Certainly seems surprising for it not to
[15:39] <sinzui> gary_poster, In the Five Star Stories manga, the heroes are members of the Easter division. I think it is a Japanese corruption on East
[15:39] <gary_poster> it uses pqm-submits code to do that sort of thing
[15:40] <gary_poster> :-) cool sinzui
[15:40] <gary_poster> oh
[15:40] <gary_poster> and ec2 land is just a wrapper around ec2 test
[15:41] <gary_poster> at least that's what I saw when I looked at it last :-P
[15:41] <sinzui> but you can run ec2 land from any directory. I think its goal it to land the approved version, not the current version
[15:42] <gary_poster> oh
[15:42] <gary_poster> maybe it changed then
[15:46] <frankban> abentley: here is the traceback attached to the job: http://pastebin.ubuntu.com/1052839/
[15:49] <abentley> frankban: So my guess is that it's committing using the old connection.  That seems to be the only way past operations could have an influence.
[15:52] <frankban> abentley: I'll investigate it, thanks for the hint.
[15:56] <replaceafill> hello everybody, i'm new to launchpad development, but i'd like to contribute fixing trivial bugs
[15:56] <jelmer_> hi replaceafill
[15:56] <replaceafill> i set up my environment with rocketfuel
[15:56] <replaceafill> hi jelmer_
[15:57] <replaceafill> and chose LP: #210821
[15:57] <_mup_> Bug #210821: bug tracker list shows inactive projects <404> <bugwatch> <lp-bugs> <oops> <trivial> <Launchpad itself:Triaged> < https://launchpad.net/bugs/210821 >
[15:57] <jelmer_> replaceafill: great! How is it going?
[15:57] <replaceafill> jelmer_, http://pastebin.ubuntu.com/1052858/
[15:57] <replaceafill> that's my approach
[15:58] <replaceafill> but i have a few doubts
[15:58] <replaceafill> 1. it changes part of a model
[15:58] <replaceafill> i'm not sure if it's better doing it at the "view level"
[15:58] <replaceafill> (assuming using .active checks is ok)
[15:59] <replaceafill> btw, sorry for my english, is not my first language :)
[15:59] <jelmer_> replaceafill: using .active seems reasonable to me
[15:59] <replaceafill> jelmer_, ah ok
[15:59] <sinzui> replaceafill, that wont fix the bug
[15:59] <sinzui> replaceafill, projects can be toggled from active to inactive, then back to active
[16:00] <sinzui> It is okay for an inactive project to have a remote bug tracker
[16:00] <replaceafill> sinzui, i tried it in launchpad.dev, marking the gnome terminal project as inactive, and it gets filtered in the bugtrackers view
[16:00] <replaceafill> sinzui, ah
[16:00] <jelmer_> sinzui: this is just about what projects are listed in the remote bug tracker's info page I think
[16:01] <jelmer_> sinzui: wouldn't it make sense in that case to hide those projects that are inactive?
[16:01] <sinzui> replaceafill, the problem is that queries to get the bugtacker/bugtask queries often forget to add Product.active == True
[16:02] <sinzui> jelmer_, we do want to hide deactivate projects. That is either a query or a .active check in code iterating over a dumb result set.
[16:03] <jelmer_> sinzui: isn't that the code replaceafill is changing though?
[16:08] <sinzui> okay. I am mistaken. That works, but it is iterating over unused data. Both queries in the preceding lines could be fixed to make LP faster: http://pastebin.ubuntu.com/1052872/
[16:09] <sinzui> jelmer_, replaceafill ^ is less work for Lp
[16:09] <replaceafill> ah, i had the sense that it could be fixed that way :)
[16:09] <replaceafill> but i don't know enough yet to change queries :(
[16:09] <jelmer_> sinzui: that makes sense
[16:09] <jelmer_> (does that really need raw SQL, btw?)
[16:12] <sinzui> jelmer_, it should be storm, but this is very old code.
[16:13] <replaceafill> sinzui, could i help writing a test for your solution?
[16:14] <replaceafill> or maybe that's easy enough to write for you and i should move on to something else?
[16:14] <sinzui> replaceafill, BugAlsoAffectsProductWithProductCreationView. _loadProductsUsingBugTracker is the last remaining origin of 404's for this case. BugTracker.product contains inactive products, and that view coverts the result set to a list without a filter
[16:16] <sinzui> replaceafill, I think the test for your solution would be identical for either your solution of mine. We want to add a bugtracker to two products, make one inactive, then assert that .getPillarsForBugtrackers() returns one product
[16:17] <replaceafill> sinzui, ah ok, can i help with that?
[16:18] <sinzui> sure. I want to have lunch, so you can continue work on the bug. I did not intend to steal it from you.
[16:18] <replaceafill> sinzui, :) np i understand
[16:18]  * sinzui needs to do QA
[16:19] <replaceafill> i'll dig into tests looking for examples to follow
[16:19] <replaceafill> and will report back
[16:19] <replaceafill> thanks sinzui and jelmer_
[16:55] <rick_h_> ivory: the link in your email came up bad, can you dbl check it please?
[21:55] <jcsackett> sinzui: just found out i'll need to bail around 6:30 or 6:45 tonight. :-/
[23:59] <lifeless> doh, no sinzui


[21:37] <xv> How do I install this? http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-ux/
[21:53] <Unit193> xv: Is it something you plan on using, or just checking out?
[21:53] <xv> if I like it I'll use it
[21:55] <Unit193> Best to use the trunk repo, then.  I personally just tried it and did not like it at all.  What I did, I backed up my .mozilla/firefox dir, downloaded the bz2 file for my system, un-packed it and ran with ~/firefox/firefox to take a look.
[22:01] <xv> Unit193:  ~/firefox/firefox won't work
[22:29] <xv> Unit193:  was the interface the same as regular Firefox or a new interface with round tabs?
[22:30] <Unit193> It was the annoying new one.
[22:35] <xv> No wonder it wouldn't work for hours: I had to close Firefox
[22:38] <Unit193> Or create a new profile with --no-remote