 Forwarded from unknown: The Lubuntu team is excited to announce that Lubuntu 22.04 LTS has been released! Many thanks to all the contributors. You can find out more at our official blog post:
 https://lubuntu.me/jammy-released
 Super. Warum ist lxqt so alt? (re @N0um3n0: The Lubuntu team is excited to announce that Lubuntu 22.04 LTS has been released! Many thanks to all the contributors. You can find out more at our official blog post:
 https://lubuntu.me/jammy-released)


[06:39] <dholbach> good morning
[14:21] <sagar> hi all
[14:22] <Guest39172> i installed maas server.
[14:23] <Guest39172> how to work on it..
[14:23] <Guest39172> how to create a node and how to assgin power type..
[14:25] <belkinsa> Please ask in #ubuntu, that is our support channel.  Type in /j #ubuntu.  Thanks
[14:26] <belkinsa> Oh, and he left before I said that.
[14:26] <sa_> hi guys
[14:26] <sa_> please help  me out
[14:27] <sa_> how to create a node in maas server. how to assign power parameters...
[14:27] <belkinsa> Hello sa_, if you need support for Ubuntu please join #ubuntu. Type in /j #ubuntu.
[14:28] <sa_> #ubuntu
[14:28] <belkinsa> Type in /j #ubuntu
[14:28] <belkinsa> You need the /j to have the command to work
[14:29] <sa_> thank u
[14:29] <belkinsa> Not a problem.
[14:30] <sa_> do you hve any idea on maas server..
[14:30] <belkinsa> No, I don't, But the people at #ubuntu might have an idea.
[14:31] <sa_> k thank u
[14:31] <belkinsa> Not a problem.
[14:31] <sa_> i wil try in the group


[00:47] <wojox> May I request a cloak?
[00:47] <wojox> https://launchpad.net/~wojox
[00:52] <Unit193> AlanBell: ----^
[01:00] <wojox> Thanks Unit193
[01:01] <Unit193> (Just watch as another IRCC'er wanders in.)
[07:14] <AlanBell> morning
[07:15] <Unit193> Hey.


[14:52] <tyche> nixternal: Would you happen to know who I should talk to about the servers for https;//wiki.ubuntu.com ?
[15:17] <cody-somerville> tyche, what do you need?
[15:21] <tyche> I was working on the UWN.  During a save, I got a "Proxy Error" from Apache/2.2.8 (Ubuntu) mod_ssl/2.2.8 OpenSSL/0.9.8g Server at wiki.ubuntu.com Port 443
[15:21] <tyche> we've had problems (as in slow response from the servers) for quite a while.  But if it's now turning into errors, I was wondering what the cause was, and how it could be fixed.
[15:25] <tyche> I can give you the entire error message, if that would help you. (It would be a minor flood)
[15:32] <cody-somerville> file an rt ticket
[15:33] <tyche> Where?
[15:57] <nixternal> rt@ what was the rest there? :)
[15:58] <nixternal> tyche: I would point my finger at newz2000 as he might know where to go if it continues
[16:02] <tyche> So<EMAIL_ADDRESS> And I'll see if I can get ahold of newz2000 in the near future.  It's one thing for saving for the UWN to be slow.  But this is the first time it told me that "The proxy server received an invalid response from an upstream server."
[16:02] <tyche> Thanks, guys
[16:10] <tyche> Message away.  I'll get ahold of newz2000 as soon as he shows up.
[16:16] <MTecknology> tyche: I didn't know there was @wiki.ubuntu.com, I always thought there was just @ubuntu.com
[16:23] <tyche> MTecknology: It's what runs the UWN and a lot of other services.
[16:24] <tyche> Including individual wiki pages.  There's a lot of potential for overloading the servers with a situation like that.
[16:25] <MTecknology> tyche: I meant for the rt addy
[16:25] <tyche> That's what I was given.
[16:25] <tyche> And it hasn't bounced yet.
[18:16] <nhandler> tyche: I'm not seeing it on rt.ubuntu.com. I would send it to<EMAIL_ADDRESS>[18:33] <tyche> OK
[18:34] <tyche> Sent


[13:04] <cheryl1988> I am using Ubuntu12.10, and I can no longer drag windows from one workspaces to another one (when all 4 are showing on the screen).  Does anyone know where to change the settings to drag windows between workspaces?
[13:57] <oldpilsbury> is there a disc cleanup or defragment feature?
[19:08] <SejmL> o/
[19:29] <cameron__> When I run dual monitors my top panel moves to my secondary monitor is there anyway to configure xorg to keep the panel on my laptop screen?
[19:29] <cameron__> I'm running Xubuntu 12.10
[19:31] <cameron__> Anyone?
[20:32] <SejmL> huh?
[20:33] <SejmL> i dont have a clue soz :/
[21:08] <cameron__> has anyone seen a problem with wifi on 12.04 and 12.10?
[21:09] <cameron__> I upgraded to 12.10 and the problem seemed to dissipate but as of yesterday I started having problems again
[21:19] <SejmL> no
[21:19] <SejmL> pe
[21:19] <SejmL> might be the drivers?


[00:02] <kklimonda> hey, what's happening with recipes? I have "No suitable builders" and last build has been done 2 weeks ago.
[00:02] <wgrant> kklimonda: Which build?
[00:03] <kklimonda> https://code.edge.launchpad.net/~kklimonda/+recipe/transmission-daily/+build/4256 and https://code.edge.launchpad.net/~kklimonda/+recipe/transmission-daily/+build/4257
[00:04] <wgrant> Hmmm, that is interesting.
[00:16] <wgrant> kklimonda: I'm investigating. For some reason the queue record for those builds has gone missing.
[00:18] <kklimonda> wgrant: ok, thanks
[02:10] <kmiksi> hi?
[02:13] <kmiksi> hi?
[02:13] <kmiksi> hallo?
[02:13] <kmiksi> i need help!
[02:13] <kmiksi> ...
[02:14] <wgrant> Hi.
[02:14] <wgrant> What's the trouble?
[02:14] <kmiksi> hi
[02:14] <kmiksi> I have 2 accounts in launchpad and I try to merge
[02:16] <kmiksi> but.... one account is broken (server is down..) and I can not confirm the email to merge, and I can't login in this account
[02:17] <wgrant> kmiksi: Are you likely to regain access to that email address in the near future?
[02:20] <kmiksi> no, I think that I lost my account. but I have a second email in this "broken" launchpad, and it works
[02:21] <kmiksi> but it is not enough, it seems
[02:22] <kmiksi> I only want to merge them
[02:23] <wgrant> spm: ^^
[02:31] <kmiksi> ...
[02:32] <wgrant> So you have access to an email address on both accounts?
[02:32] <kmiksi> yeah
[02:33] <wgrant> kmiksi: And what happens when you enter the email address that you have access to on https://edge.launchpad.net/people/+requestmerge?
[02:35] <kmiksi> but I can't login on my first launchpad account (for some reason), here I have one broken mail and one working mail
[02:35] <kmiksi> to merge, I have to confirm both email
[02:38] <kmiksi> I can't login at ~kmiksi account
[02:38] <kmiksi> I login on my ~kmiksi2 account, and try to merge
[02:38] <kmiksi>   -> here I must to confirm the merge on all mails from ~kmiksi, but i can't
[02:39] <wgrant> Ah.
[02:39] <wgrant> Well, a LOSA should be able to help you out if you have access to one of the email addresses.
[02:40] <kmiksi> LOSA?
[02:40] <lifeless> syadmin
[02:42] <kmiksi> how should I proceed to contact?
[02:43] <wgrant> spm may be lunching at the moment, I suspect.
[02:44] <kmiksi> hmm
[02:45] <spm> fetching wife from shops, but near enough
[02:46] <wgrant> Pfft.
[03:04] <kmiksi> spm: can you help me?
[03:05] <spm> kmiksi: yes, but doing about 4 things at once atm. I will get to, just busy. :-)
[03:05] <kmiksi> ok
[03:26] <kmiksi> error when trying to login:
[03:26] <kmiksi> Oops!
[03:26] <kmiksi> Sorry, something just went wrong in Launchpad.
[03:26] <kmiksi> We’ve recorded what happened, and we’ll fix it as soon as possible. Apologies for the inconvenience.
[03:26] <kmiksi> (Error ID: OOPS-1747L170)
[03:26] <kmiksi>     * Return to the Launchpad front page
[03:26] <spm> kmiksi: so first part. you kmiksi account is ... really odd.
[03:27] <kmiksi> hmmm
[03:27] <kmiksi> really?
[03:27] <spm> oh yes! :-) it's displaying as being disabled, yet is showing as an active account in the admin pages. which is ... um... broken.
[03:28] <kmiksi> wow
[03:28] <spm> kmiksi: what's the end goal you're trying to achieve here? have the '~kmiksi' accuont be your launchpad account?
[03:30] <spm> I thinking that renaming the existing ~kmiksi to ~kmiksi-please-help-broken; and kmiski2 to kmiksi. But given the state of the original... I'm really not game. It looks like we've got shannanigans in the data.
[03:30] <spm> my 2c at this stage - I'll log a bug for you/on your behalf for this. and leave the state as is for now. I think we need to get someone to wtf this.
[03:31] <spm> I could maybe force a merge, but again; given the existing weirdness? all bets are off.
[03:33] <kmiksi> ok, if you rename the ~kmiski2 to ~kmiksi I will thank you
[03:34] <spm> heh, oki.
[03:34] <kmiksi> thank you :D
[03:34] <kmiksi> really, thanks
[03:36] <spm> kmiksi: https://edge.launchpad.net/~kmiksi && https://edge.launchpad.net/~kmiksi-broken
[03:37] <kmiksi> good job :D
[03:40] <kmiksi> nice day for all
[08:46] <jtv> fta: the chromium translations went into the branch this time.  They look OK to me, but do let me know if there are any problems I can help with.
[09:26] <persia> Hello.  ndec is reporting that uploads into a private PPA aren't dispatching builds.  Is anyone available to investigate that?
[09:26] <wgrant> persia: Private archive builds are only dispatched once the source is published.
[09:26] <wgrant> How long has it been?
[09:27] <persia> ndec, ?
[09:27] <ndec> 45 min
[09:27] <ndec> it's an ARMel PPA
[09:27] <wgrant> I see one job in the armel queue.
[09:28] <ndec> in this specific case, I have not modified the source, I am using the orig.tar.gz from main archive, and only making changes in the debian/ stuff
[09:28] <wgrant> Is there just the one build?
[09:28] <persia> That oughtn't affect it.
[09:28] <ndec> build number for my job is 1995920
[09:28] <fta> jtv, ack. i'll have a look later today. at least the filenames look ok (except that pot are not exported, but it's not a problem for me)
[09:29] <wgrant> bigjools: ^^
[09:30] <bigjools> noted, will look in a bit
[09:30] <persia> wgrant, bigjools Thanks.
[09:32] <bigjools> it's building
[09:32] <wgrant> Maybe the publisher was just really slow.
[09:32] <wgrant> It has been today.
[09:32] <ndec> wgrant: persia: bigjools: the build just started. in fact I was not really suspecting a bug, but I would like at least to understand how this works? what can prevent a build from starting if at least 1 builder is idle?
[09:33] <bigjools> probably :/
[09:33] <bigjools> ndec: what wgrant said 5 minutes ago
[09:34] <ndec> bigjools: but I did not upload sources, since I patched an existing package reusing the orig tarball from main archive
[09:34] <wgrant> ndec: Before a private build can be dispatched, its source must be published. The publisher is meant to run every 5 minutes, but is sometimes rather slower than that.
[09:34] <wgrant> ndec: The source package still has to be published, even if it reuses an Ubuntu orig.tar.gz.
[09:34] <ndec> wgrant: ok! thanks for the quick answers! i am new to this, so it helps
[09:40] <kai> huh?
[09:40] <kai> how the heck do I tell dput to also put the orig.tar.gz on the server?
[09:41] <wgrant> kai: How are you building your source package?
[09:41] <wgrant> debuild?
[09:42] <kai> debuild -S -sd to get the source package
[09:42] <wgrant> -sd means include only the diff..
[09:42] <wgrant> You want -sa
[09:42] <kai> ah
[09:42] <kai> my bad
[09:42] <kai> copy&paste error from the howto page
[09:43] <kai> I clearly need more coffee
[09:43]  * bigjools is help contact today
[10:15] <amitk> anybody know where LP is getting this information from: https://edge.launchpad.net/9p-linux/+topcontributors ?
[10:16] <amitk> A colleague (vishwanath-bs) is said to be most active in this project, but he swears he's never even touched it
[10:20] <wgrant> amitk: https://code.edge.launchpad.net/~vcs-imports/9p-linux/trunk
[10:20] <wgrant> amitk: vishwanath-bs has three revs in that import.
[10:27] <amitk> wgrant: aah, it is an import of the entire kernel tree (and vishwanath-bs has contributed to the kernel), though he didn't have an LP id until recently.
[10:28] <wgrant> amitk: It looks like it.
[11:29] <zyga> hi, I'm using tarmac to merge my branches
[11:29] <zyga> for the past few days it's been working flawlessly
[11:29] <zyga> but just not I started getting crashes on final stage
[11:29] <zyga> it seems tarmac is no longer authorized to do changes in my place
[11:29] <zyga> so I removed all of the ~/.cache/tarmac/* authentication tokens and authenticated again
[11:30] <zyga> let me pastebin the error message
[11:30] <zyga> http://pastebin.ubuntu.com/512296/
[11:31] <zyga> rockstar, ^^
[13:27] <fta> could someone please remove the unfair "down scoring" that this ppa has been penalized with for months? https://launchpad.net/~chromium-daily/+archive/dev
[13:33] <bigjools> fta: done
[13:33] <bigjools> it was entirely fair though
[13:34] <fta> bigjools, why? it's a low volume ppa, similar to -beta
[13:35] <fta> bigjools, if it's not welcome to build the chromium channels in ppas, let me know, i'll drop them. that'd be less work for me
[13:36] <bigjools> fta: you try this martyr thing every time we talk about it
[13:36] <maks_> so why does launchpad disregard debian.org email adresses?
[13:36] <maks_> i tried over the last month several times to register
[13:37] <maks_> but got zero confirmation mail.
[13:37] <maks_> debian.org admins say zero mail is beeing sent.
[13:37] <fta> bigjools, no. last time, i thought it was just a 1 time downscore. obviously it was a permanent one. and i never been informed, hence the unfair.
[13:37] <bigjools> maks_: I doubt it's something as inflammatory as that, can you PM your email to me and I will help
[13:37] <maks_> bigjools<EMAIL_ADDRESS>[13:39] <bigjools> maks_: did you follow the page here?  https://edge.launchpad.net/~maks-debian
[13:39] <fta> bigjools, but if you feel i complain too much, that's probably because i'm an heavy user of launchpad features. i can also stop and spend my time working on something else
[13:39] <maks_> no, i followed https://login.launchpad.net/KLSW92THbRlD0lhq/+new_account
[13:39] <bigjools> fta: we've had this same discussion many, many times
[13:40] <bigjools> and you resort to saying the same thing about spending time elsewhere
[13:40] <bigjools> I can't work out if it's a threat or something else
[13:41] <maks_> bigjools: thanks.
[13:41] <bigjools> maks_: I've activated that account, can you use the "lost password" to get it back
[13:43] <maks_> bigjools: (Error ID: OOPS-1747ED532)
[13:43] <bigjools> maks_: leave it with me, I'll try and fix it
[13:44] <maks_> got confirmation mail and put a new pwd in to get that.
[13:44] <maks_> thanks bigjools
[13:47] <fta> bigjools, i didn't mean any threat. i just explained that if it creates troubles (as i assume it does given the downscore) i can easily stop. period.
[13:50] <bigjools> fta: it was downscored in the past for reasons that I don't recall, but most likely because it was swamping the build farm at the time.  Now that we've put a load of fixes in to make better use of the builders, I have no problem resetting the score back to normal.
[13:52] <bigjools> maks_: what time did you last try and register?
[13:54] <maks_> well i never successfully registered
[13:55] <maks_> guess my account got automaticaly created due to debian packages.
[13:55] <maks_> apparently i can sign in now bigjools
[13:55] <bigjools> maks_: yes, that's a "person" not an "account" though.  I'm trying to track down what time you tried to register so I know when to look in email logs
[13:56] <bigjools> maks_: oh!  I wasn't expecting that, so great.
[13:56] <maks_> wanted to add gpg key as apprently one can change bug status from cli.
[13:57] <maks_> once there is an account on launchpad.
[13:57] <bigjools> yep, you can email changes too
[14:00] <maks_> thanks bigjools for the help out.
[14:00] <bigjools> maks_: not a problem, enjoy
[14:15] <Tiven> nd
[15:37] <rockstar> zyga, looks like there's something wrong in the authentication token.
[15:50] <zyga> rockstar, hi
[15:50] <rockstar> zyga, hi
[15:50] <zyga> rockstar, I managed to fix that, there is an extra auth token stored in ~/.config
[15:53] <rockstar> zyga, in ~/.config/tarmac/ ?
[15:56] <zyga> rockstar, correct
[15:57] <zyga> rockstar, I tried using tarmac on branches created with bzr-pipeline
[15:57] <zyga> rockstar, I pushed a branch that manages to improve the general usability there - only branches with merged prerequisites are considered for merging
[15:58] <rockstar> zyga, an similar change landed last night in trunk.
[15:59] <zyga> rockstar, great, I'll check it out
[16:39] <bdrung> doctormo: ping
[16:41] <bdrung> doctormo: can i use the picture from http://doctormo.org/2010/04/19/deb-package-contents/? do you have a scalable version of that?
[16:46] <joshuahoover> bigjools: ping
[16:46] <bigjools> hey joshuahoover
[16:46] <joshuahoover> bigjools: i'm getting a 503 when trying to subscribe someone to a bug
[16:47] <bigjools> joshuahoover: which bug and user?  I'll try.
[16:47] <joshuahoover> bigjools: it's a private bug...let me try a different one :)
[16:47] <bigjools> ok :)
[16:48] <joshuahoover> bigjools: try bug #650963 and try to look me up (joshuahoover)
[16:49] <bigjools> joshuahoover: ah this is a general problem with person picker since we went to postgres 8.4.  :(
[16:49] <bigjools> sinzui, do you know if someone is working on that?
[16:49] <joshuahoover> bigjools: ah, ok...i checked the status page to see if it was listed there and did a search on bugs but didn't see anything jump out at me, so i came here
[16:49] <bigjools> yeah that's fine
[16:50] <sinzui> bigjools, It is our #1 timeout and We will start working on it in a few days
[16:50] <bigjools> joshuahoover: go here and use the non-js form: https://bugs.edge.launchpad.net/desktopcouch/+bug/650963/+addsubscriber
[16:50] <joshuahoover> bigjools: ah, ok, thanks!
[16:51] <bigjools> sinzui: copy, thanks
[16:53] <joshuahoover> bigjools: not sure if this is the right place for it, but might be handy to list this issue somewhere like at http://identi.ca/launchpadstatus
[16:54] <bigjools> sinzui, did someone do that already that you know ?
[16:54] <bigjools> or mrevell?
[16:54] <chx> hi. how can i delete a branch from launchpad via command line? I presume i need to use the launchpad api?
[16:54] <sinzui> I have no idea
[16:54] <bigjools> chx, I don't know but I bet abentley does
[16:55] <chx> abentley: hi :)
[16:55] <kklimonda> wgrant: hey, did you have any luck with figuring out why are my recipes stuck at "No suitable builders" ?
[16:55] <abentley> chx: it depends what you mean by delete.
[16:55] <abentley> chx: you want to destroy all record of that branch on launchpad, or just delete the files?
[16:55] <chx> delete the files so i cna rerun the bzr branch command
[16:56] <abentley> chx: it's highly unusual to use the branch command to create a branch on Launchpad.
[16:56] <chx> huh?
[16:56] <chx> I thought bzr branch --stacked is the normal approach to that?
[16:56] <falktx> hi there, am I in the right place for questions about ubuntu ppas?
[16:57] <bigjools> falktx: yes
[16:57] <mrevell> bigjools: what's the actually problem? The person picker doesn't work?
[16:57] <bigjools> mrevell: pretty much - it times out 100% for me and most people.
[16:57] <abentley> chx: "bzr push" is normally used, and the stacking source is automatically defaulted to your development focus.
[16:57] <abentley> chx: so you don't normally want to supply --stacked.
[16:57] <bigjools> mrevell: you can get round it by going to the non-js page but that's pretty awkward :(
[16:57] <falktx> ok, when i'm building an debian source, does the build environment allows internet connection? (to download a header file needed to compile)
[16:58] <bigjools> falktx: no, that is explicitly disallowed
[16:58] <falktx> too bad
[16:58] <bigjools> you need to put all the source in the package
[16:58] <bigjools> this is so that binaries can be matched to source :)
[16:58] <mrevell> bigjools: Do you know of a bug report for it?
[16:58] <bigjools> mrevell: I don't, sinzui might
[16:59] <chx> abentley: so. we currnetly do bzr branch --stacked lp:~examiner-dev/examiner/trunk  lp:~examiner-dev/examiner/ticket-whatever ; bzr co lp:~examiner-dev/examiner/ticket-whatever ; hack , commit etc.
[16:59] <mrevell> people picker wfm, guess I'm just lucky :)
[16:59] <sinzui> mrevell, there is a bug
[17:00] <sinzui> mrevell, bug 655802
[17:00] <abentley> chx, I would do bzr branch lp:~examiner-dev/examiner/trunk; hack; commit; bzr push lp:~examiner-dev/examiner/ticket-whatever
[17:00] <mrevell> thanks sinzui
[17:00] <falktx> bigjools: anyway, thanks
[17:00] <chx> abentley: rather interesting
[17:00] <bigjools> falktx: np
[17:01] <mrevell> bigjools, sinzui: How does one find the non-js version of the people/team picker?
[17:01] <abentley> chx: Anyhow, launchpad supports sftp, so you can use a commandline sftp client to delete the .bzr directory recursively.
[17:01] <chx> abentley: only the .bzr ..?
[17:02] <chx> abentley: the reason i have asked for deletion is -- sometimes i need to branch off from a given revision and if i accidentally branch from the wrong revision then i will want to delete the branch and re-create
[17:02] <bigjools> mrevell: it depends on the page :/
[17:02] <abentley> chx: yes, that's contents of the branch.
[17:02] <mrevell> ah
[17:02] <abentley> chx: You don't need to delete it.  Just push --overwrite it.
[17:02] <bigjools> mrevell: for adding subscribers, go to +addsubscriber, for editing bug assignee I go to /+editstatus
[17:02] <mrevell> oh right, got you
[17:03] <mrevell> thanks bigjools
[17:03] <chx> abentley: ohhhhh
[17:03] <chx> abentley: that's purdy
[17:03] <chx> abentley: thanks so much. i learned a lot today.
[17:03] <bigjools> mrevell: or, if you load the page and hit STOP as soon as it renders, you can prevent the JS from loading and get the non-js links still in place :)
[17:03] <abentley> chx: No problem.  Happy hacking.
[17:03] <bigjools> thanks for helping abentley
[17:04] <sinzui> mrevell, there is no one answer. it depends on the form. The most common form is bugs and the user can expand the task and type the user id in the field
[17:04] <abentley> bigjools, no problem.
[17:06] <abentley> chx: one more thing-- if you do delete the .bzr, you need to use "push --use-existing-dir" or else bzr will complain that the directory already exists.
[17:06] <abentley> (or branch --use-existing-dir, I suppose).
[17:44] <CarlFK> https://launchpad.net/matplotlib/trunk  how do I get it?  hoping for a ppa.  apt-get build-dep wants to get 550mb
[17:47] <doctormo> bdrung: Yes you can use it so long as you abide the license CC-BY-SA, and I have the svgs.
[17:47] <bdrung> doctormo: great thanks
[17:49] <doctormo> bdrung: send me an email.
[17:49] <bdrung> doctormo: already sent
[17:51] <doctormo> bdrung: I've sent you the latest svg, it's a little different from the one you've seen, but should still be good.
[17:54] <bdrung> doctormo: thanks
[18:00] <berco> hello, I'm wondering what's wrong with the arm build machines. I'm waiting for more than 2 hours for my source package to start building in TI 3PA (published state at the moment)... :( Any issue on Launchpad?
[18:02] <blindvt> hi there. I'm waiting for review of my "Translation import queue" since 3 weeks now. Whom can i poke to get my file reviewed? Is there anything i can do to help speed up the review process?
[18:03] <bigjools> berco: can you PM me the PPA/package details and I'll investigate
[18:05] <blindvt> jtv, ping
[18:05] <jtv> blindvt: ?
[18:05] <blindvt> jtv, i'm desparately waiting for review of this i18n import queue entry: https://translations.launchpad.net/~open-phd-guiding/+imports
[18:05] <jtv> looking
[18:06] <blindvt> jtv, anything i can do to help in reviewing this? I can rename the file to open-phd-guiding.po{,t} if PHD.po{,t} clashes with somebody else
[18:07] <jtv> blindvt: no worries, it all looks fine.  I approved the template.
[18:08] <blindvt> jtv, plan is to use as much translations from other projects as possible and to add more languages later on, obviously
[18:08] <jtv> But why not import from a branch?
[18:08] <blindvt> jtv, that project is maintained elsewhere, i.e. it doesn't have the repo hosted at yours
[18:08] <jtv> blindvt: that doesn't matter!  You can have it mirrored in Launchpad, and then get the templates (and translations, if you want) automatically from there.
[18:09] <jtv> The only complication is if the templates are not in the branch.
[18:09] <blindvt> jtv, perhaps this will change, but hosting the translations at lp is the first step in the right direction :)
[18:10] <jtv> blindvt: hope you'll enjoy your experience with launchpad.  Just saying: you don't need to host your repository in LP—you can just let it keep a copy of it, with full history etc.
[18:10] <jtv> That way, you make a change in the branch in your own repository (bzr, svn, git, whatever), and it automatically shows up in the LP translations UI.
[18:10] <blindvt> jtv, does the de.po also need your review (or am i looking at cached/stale data)?
[18:11] <jtv> blindvt: no, as long as they're correctly named, the translations don't need review.  And if you use a branch, there's no human review at all.
[18:11] <blindvt> jtv, interresting. I didn't know that having a mirror on lp was possible. I should read the corresponding docs about that
[18:12] <jtv> It sure is!  Makes it easy to create experimental branches, and you get backups, browsable history etc.
[18:13] <blindvt> jtv, thing is that i'm currently tricking upstream into accepting the translations, so that hunks are in no publically available branch right now
[18:14] <jtv> blindvt: you could import just the templates from elsewhere.  Not trying to tell you what to do, of course, but importing from a branch does make it all easier.
[18:14] <blindvt> jtv, please forgive my ignorance but i still don't see any translations in that projects Translation overview?
[18:16] <blindvt> jtv, yea, but i don't want to piss off these folks by establishing a separate repo :)
[18:16] <jtv> blindvt: it wouldn't be a separate repo.  If you tell Launchpad to mirror the branch, you just get a "living" but read-only copy of the branch.
[18:17] <blindvt> jtv, i'll get that stuff merged, it just takes time since we're all busy with real work, i guess
[18:17] <jtv> blindvt: btw the template was imported earlier, and I even see the German translations in there.
[18:18] <jtv> Did you enable translation for the project?
[18:18] <blindvt> jtv, i still don't get it. There is a public repo but that repo does not contain anything to translate right now, neither gettext infrastructure nor a single call into gettext. How would mirroring that repo help in any way?
[18:18] <jtv> blindvt: ahhh, if there's nothing translatable in it, then that won't help here of course.  I missed that bit.
[18:19] <blindvt> jtv, cool. It's imported now. Many, thanks for your support!
[18:19] <jtv> no worries
[18:19] <blindvt> s/, thanks/, many thanks/
[18:19] <jtv> nah :)
[18:19]  * blindvt &
[18:23] <mtaylor> hey all - is there any way to merge a project into another project?
[19:07] <Lcawte> Ugh.. I think I shutdown the email account my Launchpad password reset was sent to :/
[19:10] <Daviey> Hi... These two merge proposals have been stuck in "Updating diff" for the last 25 mins... anybody know what is up?  https://code.edge.launchpad.net/~mhall119/summit/fixes-660016/+merge/38344 && https://code.edge.launchpad.net/~mhall119/summit/fixes-660019/+merge/38347
[19:10] <Lcawte> or not..
[20:05] <maks_> hmm launchpad sends very long urls
[20:05] <maks_> +https://bugs.launchpad.net/bugs/660087/+attachment/1691324/+files/AptOrdering.t
[20:05] <maks_> +xt
[20:05] <maks_> why couldn't that be tid less and fit 80 chars? :)
[20:05] <maks_> also why are those attachments not attached? :)
[20:09] <deryck> maks_, what do you mean "not attached" ?
[20:11] <maks_> well you get notice of that report but the mail has not the attachments
[20:11] <maks_> i have to look them up each separetely
[20:11] <deryck> ah
[20:12] <maks_> and painfully due to the overlong urls ;)
[20:12] <deryck> maks_, this is bug 3926
[21:20] <ivoks> hi; i looks like automatic import of mercurial tree into bzr is failing
[21:21] <ivoks> this is what i get: http://launchpadlibrarian.net/57544140/ubuntu-ha-maintainers-server-daily-builds-pcmk11.log
[22:45] <maxb> losa: Hi, would you be able to check if the PPA upload processor has fallen over?
[22:45] <lifeless> maxb: we're starting an upgrade
[22:45] <maxb> *ah*
[22:46] <lifeless> spm: have we started disabling things?
[22:46] <mthaddon> we have
[22:46] <wgrant> Hm, the announcement is at the end of the #launchpad topic. It's a bit odd to have the most useful information in weeks at the end.
[22:48] <Meths> (or ~21:45UTC if you've already started disabling stuff...)


 @JBBgameich I would prefer if you tried to submit it to upstream chromium or webengine-chromium first.
 I tried to find out whether it is being upstreamed (since I just got it from Neon's packaging), but learned on the way that the issue it is trying to workaround was possible fixed in mesa already.
[16:16] <lisandro> @JBBgameich those are great news!
 [15:10]<jaheikki3> And let's target to release Qt 5.14.2 t Tue 17th March
 I want to try to finish 5.14.1 packaging in the beginning of March. Then maybe let's try to get 5.14.2 in the end of March.
 Ubuntu? beta freeze is 2nd April, so tight on that transition, but could be ok
 Yes, Ubuntu
 :D


[13:21] <jelmer> hi bzrers
[13:28] <fullermd> Sounds like you've got a mouth full of marbles.
[18:15] <mariusko> Hi
[18:15] <mariusko> Why do I need to resolve a conflict multiple times when doing multiple merges?
[18:15] <mariusko> In git, I just do it once
[18:18] <mariusko> http://bazaar.launchpad.net/~mariusko/charms/precise/node-app/trunk
[18:18] <mariusko> Revision #34 was also resolved
[18:19] <mariusko> I mean lost
[19:23] <spiv> mariusko: because rev 36 removed that file and added a new file with the same name
[19:24] <spiv> mariusko: even though it's the same name bzr considers it to be a completely different file.  This property (files having an identity separate to their name) works great for merging changes involving file renames
[19:25] <spiv> mariusko: but it's not so good in this sort of case
[19:26] <spiv> It might be nice if bzr merge had a --ignore-file-id option or something to do merging git-style, but I can imagine all sorts of nasty edge cases that would need careful thought.


[18:56] <Torinko> Hello,
[18:56] <Torinko> where is information how creating closed source package in ubuntu?


[00:04] <mamarley> Well, 367.44 is up in https://launchpad.net/~mamarley/+archive/ubuntu/staging/+packages, but soee and ricotz are both gone…
[10:13] <mamarley> ricotz: soee: 367.44 is up in https://launchpad.net/~mamarley/+archive/ubuntu/staging/+packages.  The Linux 4.7 patch was dropped and the Linux 4.8 patch still applies.
[10:18] <ricotz> mamarley, oh :(
[10:19] <mamarley> Oh, you packaged it too?
[10:19]  * ricotz already pushed it to the pppa
[10:19] <mamarley> Darn.  I tried to let you know last night, but you were gone by the time I finished packaging the driver. :/
[10:20] <ricotz> I see, sorry
[10:20]  * ricotz needs to sleep at least once a day ;)
[10:20] <mamarley> You should get a bouncer or Quassel or something. :)
[10:20] <ricotz> there is always email though
[10:21] <mamarley> Indeed, I wasn't thinking about that, but I can probably get your email address off your Launchpad page.
[10:22] <mamarley> Or, no I can't.
[10:22] <mamarley> But I have an old email from you with your address, so I will keep that in mind for the future.
[14:23] <tseliot> mamarley, ricotz: just FYI I'm working on the new 367. I had to make some changes to the scripts that start nvidia-persistenced, and I will have to change gpu-manager too, so that bbswitch doesn't fail to switch off the dGPU when persistence mode is enabled (which is always now)
[14:24] <mamarley> So those changes will probably apply to 370 then too.
[14:38] <tseliot> yep


[00:52] <puff> Anybody home?
[00:52] <puff> I have a thinkpad t520 with optimus, and a dock.  I'm running ubuntu 13.04.  I'm trying to figure out how to get the external video to work via something besides the VGA port.  HDMI port on the thinkpad, DVI port on the dock, HDMI port on the dock, any of these.  And/or get the extra video out on the dock working.
[00:52] <puff> (with xubuntu-desktop).
[02:04] <gdos> ok i got my sound back but my volume control (and mixer) are missing. suggetions?
[02:06] <bazhang> !crosspost | gdos
[02:07] <xubuntu473> hi everyone
[02:07] <xubuntu473> im newbie
[02:12] <`Fibz`> hi
[03:16] <legg1> [AMSG] Seeking Photoshop familiar who can design a header, and advice general color layout for a full gaming portal. Reward? Feeling good + a few % of each profit from each tournament.
[03:34] <buu> wow
[03:34] <buu> Qops
[03:34] <buu> !ops
[03:35] <tsimpson> legg1: please don't post offtopic messages here
[03:36] <legg1> sorry, was a amsg. i'll see if i can write a script to post on whitelist channels:)
[03:43] <gdos> knome: what was that location you gave me (in my home directory) and the one in the /etc directory for the menu?
[05:56] <honestabe> howdy folks!
[05:56] <legg1> Howdy captain
[05:56] <honestabe> I've got a cursor theme problem
[05:56] <honestabe> and was curious if you fine chaps had the solution
[05:57] <legg1> uhm
[05:57] <honestabe> i can change my theme
[05:57] <legg1> i'm no expert
[05:57] <legg1> but, cursor problem ?
[05:57] <honestabe> for my mouse, but the default pointer is not affected
[05:57] <legg1> sounds like a permission issue
[05:57] <honestabe> hmmm
[05:57] <honestabe> well, the theme is changing
[05:58] <legg1> do a sudo chown -R  <username> ~/
[05:58] <honestabe> just not the standard arrow
[05:58] <legg1> then change it
[05:58] <legg1> and restart
[05:58] <legg1> hm
[05:58] <honestabe> i have.
[05:58] <legg1> what desktop ?
[05:58] <legg1> xfce+
[05:58] <legg1> ?
[05:58] <honestabe> xubuntu xfce4
[05:58] <honestabe> 13.04
[05:58] <legg1> hm
[05:58] <honestabe> xfce4.1
[05:58] <legg1> i run xfce4 13.04 xubuntu
[05:58] <legg1> never had that problem
[05:59] <honestabe> bizarre.
[05:59] <legg1> i've ran xfce/fluxbox since debian 5/ubuntu 8/etc
[05:59] <legg1> only problem i've had
[05:59] <legg1> is background on desktop
[05:59] <legg1> never mousepointer
[05:59] <legg1> but to fix that, i ran the command i wrote here
[05:59] <honestabe> i have a history of bizarre theme problems
[05:59] <legg1> then it was sortes
[05:59] <legg1> -s+d
[05:59] <legg1> what if you change to a already provided theme
[05:59] <legg1> still the same?
[05:59] <honestabe> same thing
[06:00] <legg1> wtf
[06:00] <honestabe> irk?
[06:00] <honestabe> *ikr?
[06:00] <legg1> i think, it's not xubuntu, it's xfce that is wrong
[06:00] <honestabe> but the xfce people are always so quiet :(
[06:00] <legg1> do ./join #xfce
[06:00] <legg1> ask there tbh
[06:00] <honestabe> i did
[06:00] <legg1> ah
[06:00] <legg1> well
[06:00] <legg1> it's late
[06:00] <honestabe> they're like ents
[06:00] <legg1> but it is indeed a strange problem
[06:01] <honestabe> i only have strange problems with xfce.
[06:02] <legg1> weirdly enough, on my new laptop, Xubuntu is the only distro that will actually install
[06:02] <legg1> :S
[06:02] <legg1> else i get EFI/UEFI errors, HDD Access errors, GPU Problems with the new (WORST FUCKING DRIVER EVER) nuevou problems etc
[06:02] <honestabe> heh
[06:03] <legg1> that new driver
[06:03] <legg1> nuevoen
[06:03] <legg1> or wtf it is
[06:03] <legg1> i wish someone killed it
[06:03] <legg1> with a massive fire
[06:03] <legg1> it's the wrost thing ever to be implemented into the linux kernel
[06:03] <legg1> thanks to 3.x >
[06:03] <honestabe> i doubt it's the worst thing
[06:03] <legg1> it is
[06:03] <legg1> really
[06:03] <legg1> name me one thing
[06:03] <legg1> that is worse
[06:03] <legg1> please
[06:04] <honestabe> i guess i can't
[06:04] <honestabe> but surely something worse has been released
[06:04] <legg1> well there you go
[06:04] <legg1> i dont think so
[06:04] <legg1> really
[06:04] <legg1> i cant remember one thing, that was worse than the kernel-implementation of a graphicsdriver
[06:05] <legg1> the oldschool XFree86 driver, was better
[06:05] <legg1> and that driver drove people to madnesss
[06:05] <legg1> -s
[06:07] <legg1> wtf
[06:07] <legg1> oh
[06:07] <legg1> ye
[06:07] <legg1> here we are
[06:08] <legg1> i actually forgot what channel i was being cynical in
[06:08] <legg1> :S
[06:08] <honestabe> generalized crankiness!
[06:08] <legg1> http://chanstats.slaen.net/ - feel free, if you do sha256 :)
[06:09] <legg1> #CryptoSquid is the minute-wise announce
[06:09] <legg1> And i'm not cranky!
[06:09] <legg1> I'm generally happy
[06:09] <legg1> but
[06:09] <legg1> someone will have to try REAL hard
[06:09] <legg1> to get me more upset, regarding ANYTHING, compared to the kernel-based universal gpu driver
[06:28] <honestabe> any thoughts gentlemen?
[06:42] <linuxuz3r> hi
[06:42] <linuxuz3r> my monitor seems to not turn off after setting the timer after 10 mins
[06:42] <linuxuz3r> it always go to screen saver mode
[06:43] <linuxuz3r> how do i turn off the monitor after a specified period of time and not go to screensaver mode
[06:43] <linuxuz3r> 12.04 ubuntu and installed xubuntu desktop
[06:44] <linuxuz3r> anyone
[06:45] <legg1> why would you install 12.04 ?
[06:45] <legg1> sorry for the question, just want to know
[06:46] <linuxuz3r> i have ubuntu 12.04 and installed xubuntu desktop
[06:46] <legg1> do sudo apt-get dist-upgrade
[06:46] <legg1> first sudo apt-get update
[06:46] <legg1> then
[06:46] <legg1> sudo apt-get dist-upgrade
[06:47] <koegs> linuxuz3r: i suggest disable monitor management in power-saving settings
[06:47] <legg1> you should be rid of all problems
[06:47] <koegs> then enabling monitor managent in xscreensaver-settings, thiis works for me
[06:47] <elfy> legg1: what has any of that got to do with a screensave/monitor issue?
[06:48] <legg1> Primary: stop using outdated software. When all software is up to date - start troubleshooting
[06:48] <legg1> 12.04 is quite old
[06:49] <honestabe> it's the latest lts release on the the xubuntu website
[06:49] <honestabe> though, it is quite old
[06:49] <linuxuz3r> koegs, i dont have xscreensaver-settings
[06:50] <koegs> linuxuz3r: its in settings -> screensaver
[06:50] <honestabe> koegs, know anything about cursor themes?
[06:51] <koegs> honestabe: put the cursor folder to /usr/share/icons, enable it in the settings and also edit /usr/share/icons/default/index.theme to reflect the name of the cursor.theme
[06:52] <honestabe> trying that
[06:52] <linuxuz3r> koegs thanks
[06:52] <k0r1n> Running xubuntu, this: "xfconf-query -c xfce4-desktop -p /backdrop/screen0/monitor0/image-path -s /path/to/wallpaper" does nothing.. I'm not sure what broke it.. last night updates or xfce4-theme-manager (did both last night, noticed today i couldnt use the command anymore), any thoughts?
[06:53] <honestabe> koegs, unfortunately that did not fix it
[06:53] <koegs> honestabe: strange thing, you might have to file a bug report
[06:53] <honestabe> Oh god why.
[06:54] <koegs> honestabe: do you use the xfce PPAs or plain xubuntu 13.04?
[06:54] <honestabe> plain ol xubuntu 13.04
[06:54] <honestabe> vanilla xubuntu 13.04 installed last night
[06:54] <koegs> dont have that here for testing, sorry
[06:55] <honestabe> with the only real change being nvidia 3.10 drivers, and a few ppas
[06:55] <honestabe> (ppas for minor stuff, such as netflix)
[06:56] <honestabe> so, it strikes me as bizarre that this would happen
[06:57] <honestabe> thanks for the help koegs and legg1
[06:57] <honestabe> i'll be back to harass you fine knowledgable folks later, but for now i must be off
[06:58] <legg1> wtf did i do ?
[06:58] <honestabe> you attempted to help
[06:58] <legg1> oh
[06:58] <legg1> ok then, you're welcome
[06:58] <legg1> :p
[06:58] <honestabe> it was lackluster
[06:58] <honestabe> but hell, i'm grateful
[06:58] <legg1> that is great :)
[06:58] <honestabe> anywho, peace
[06:58] <legg1> even if bad help, help is help, right ?
[06:58] <legg1> ah he left :<
[07:30] <k0r1n> Yes, in some cases all help is appreciated.. like in my case :P
[09:01] <pat> hey guys my two monitors don't align properly
[09:01] <pat> like in the middle
[09:02] <pat> and the mouse always get stuck
[09:02] <pat> if i try and move it from 1 monitor to the other
[09:02] <pat> if my mouse is in the corner(ish), is there a way to align them easily? like in windows you go into display settings and drag the monitors up a bit
[09:12] <rsajdok> When will the new version? Which of day?
[09:14] <baizon> rsajdok: https://wiki.ubuntu.com/SaucySalamander/ReleaseSchedule
[09:14] <rsajdok> baizon: thanks
[11:34] <xubuntu138> hi
[11:35] <xubuntu138> Eduard Warkentin
[11:35] <bgardner> Well, that was random...
[12:02] <well_laid_lawn> random is as random does
[14:02] <xubuntu986> hello !! Do you know where I could find a way to set compiz under xubuntu saucy ? I'm working with unity too.
[14:09] <GridCube> xubuntu986, last time i checked compiz wasnt really getting any updates for outside unity, in any case you can try to replace xfwm4 with "compiz --replace"
[14:11] <xubuntu986> Thank's for your reply. I've already donne this ... big mess with unity plugin that can't stay deactivated ... and hugly screen painting.
[14:11] <GridCube> !compiz
[14:15] <xubuntu986> I will try again with that procedure. thanks
[14:17] <GridCube> xubuntu986, or as what ubottu says try asking on #compiz
[15:29] <xubuntu031> Help on possible scsi harddrives ?
[15:30] <xubuntu031> cant install xubuntu onto an old sony vaio laptop
[15:36] <xubuntu031> no-one with scsi advise ?
[15:37] <GridCube> xubuntu031, you shouldnt have any problem as far as i know
[15:37] <GridCube> !scsi
[15:37] <xubuntu031> I wouldn't have thought so either when i started with this gig
[15:38] <xubuntu031> the LIVE CD's work
[15:38] <xubuntu031> erhhh
[15:38] <xubuntu031> rather , some of them do/ some versions
[15:39] <xubuntu031> the ones that can load, work the balls,
[15:39] <xubuntu031> them that dont, are just black boxes
[15:39] <GridCube> xubuntu031, the problem might be in other place
[15:39] <xubuntu031> name's ed
[15:40] <xubuntu031> I've checked the MD5 values on all the cd burns, and they checkout
[15:40] <GridCube> are you sure your cpu supports PAE enabled kernels?
[15:40] <xubuntu031> So , its gotta either be the video card, or the harddrives
[15:41] <GridCube> xubuntu031, as i said, are you sure your cpu supports PAE? if not you need a non PAE kernel
[15:41] <xubuntu031> Would figure them that wont load a screen are/might be video card problems/drivers/version/manufacturers
[15:41] <xubuntu031> P3 intell
[15:41] <gdos> ok, i now i have my menu the way i want it. where do i copy the config file for my menu from to so that it is the default menu for everyone?
[15:41] <GridCube> xubuntu031, are you listening to me?
[15:42] <xubuntu031> pae isn't it automatic paging ?
[15:42] <xubuntu031> page addressing
[15:42] <xubuntu031> page address enabled, / ?
[15:42] <GridCube> !pae
[15:42] <xubuntu031> listening gridcube
[15:43] <GridCube> xubuntu031, old cpus cant handle PAE enabled kernels, thats why older livecds or other isos from other distros might work and newer wont
[15:43] <xubuntu031> ok
[15:43] <xubuntu031> advise please
[15:43] <GridCube> last version of xubuntu that has a non pae kernel was 12.04
[15:44] <xubuntu031> ok
[15:45] <GridCube> see if that works for you, or see lubuntu, they might have non pae kernels yet
[15:45] <xubuntu031> that's your advise ? stick below v12.04 ?
[15:45] <xubuntu031> and non pae ?
[15:45] <xubuntu031> BRB
[15:46] <xubuntu031> back
[15:47] <GridCube> xubuntu031, or try lubuntu, they are probably still shipping non pae kernels
[15:47] <xubuntu031> Willdo... thanks
[15:47] <GridCube> :) good luck
[15:47] <xubuntu031> chuckle,, think i'm gonna need it,, and a  crowbar
[15:48] <xubuntu031> thanks again
[15:48] <GridCube> xubuntu031, you can also try other distros, for older computers
[15:48] <gdos> xubuntu031 you can also try susestudio (i know its off topic but you then you can build your own distro and test it out first before you download)
[15:49] <GridCube> he's gone gdos
[15:49] <gdos> GridCube: oh. didn't realize he left that quickly :)
[15:49] <gdos> GridCube: oh. didn't realize he left that quickly :)
[15:49] <gdos> ok, i now i have my menu the way i want it. where do i copy the config file for my menu from to so that it is the default menu for everyone?
 gdos, yep, look in /etc/xdg/xdg-xubuntu/menus (though take into account that stuff in ~ will override)
[15:50] <GridCube> i guess, thats what knome said yesterday
[15:51] <gdos> so i copy the file from ~/.menus to /etc/xdg/xdg-xubuntu/menus ?
[15:52] <GridCube> see what is there first
[15:52] <GridCube> (dont go around copy pasting stuff if you are not sure what it does)
[15:54] <knome> i would also take backups, if it doesn't go as you planned
[15:54] <gdos> ok.
[15:56] <gdos> ok made back up and copied the file over. try it out now. :)
[18:40] <escapereality> 13.10 tomorrow? thinking of moving from ubuntu 12.04. i wont get any amazon bloat right?
[18:41] <olbi> w8 about a month :D
[18:41] <elfy> I have no idea what amazon bloat is - but if you're alluding to a unity scope then no, we don't use them
[18:41] <olbi> I have 12.04 too, and wainting for fixing the most anoying bugs :P
[18:42] <olbi> Xfce rox :D
[18:42] <olbi> good that in PPA are packages for 4.11 :)
[18:42] <escapereality> ok cool, maybe i should wait, but i really want to get going with xfce ;)
[19:09] <gdos> does xubuntu install jackd or jackd2 by default (i.e. during the initial installation phase)?
[19:11] <ObrienDave> no
[19:12] <gdos> could jackd jackd2 be the cause of my audio problems? (system mixer only lists dummy (or virtual) device for audio, no hardware device)
[19:16] <ObrienDave> not sure on that. I've had terrible luck getting anythink Jack to work
[19:16] <ObrienDave> *anything
[19:18] <gdos> ok i'm purging jackd jackd2 will post back here if it works. if it does may be something to share if other ppl have similar issues.
[21:17] <Thisegzz> so tomorrow will 13.10 be released?
[21:18] <Thisegzz> any idea at what time?
[21:18] <bekks> Thisegzz: After it is replicated onto all main mirrors.
[21:20] <Thisegzz> ok thanks but that doesn't say much
[21:22] <Thisegzz> guess I'll see tomorrow... goodnight
[21:57] <mapps> hmm anyone here familiar with bind?
[21:58] <Unit193> Might want to as the question.
[22:25] <XubuntuGamerGuy> I am looking for help un-blacklisting xpad.
[23:02] <DJJeff> Thunar does not support connections to sftp or ssh yet?
[23:03] <DJJeff> having to switch back and forth from Thunar and Nautilus is getting to me
[23:03] <DJJeff> Thunar looks nicer and behaves better but Nautilus seems to have more features and plugins
[23:04] <DJJeff> can not have the best of both worlds nope


[00:55] <fishscene> Greetings. I'm using the Ubuntu one client for Mac and I noticed it was not syncing properly. I have it set to sync "Desktop" and "Documents" folders. If I click and drag documents from "Desktop" to my "Documents" folder, Ubuntu one reports that file-sync is up-to-date (It doesn't even try to sync). When I go to "one.ubuntu.com", it reports that I have files on my Desktop, when on my Mac, they do not exist.
[00:56] <fishscene> I tried to check my Mac Ubuntu One client version, but I can't seem to find out that information.
[01:03] <ralsina> mmcc: can you help? ^
[01:04] <fishscene> NVM. Restarted my Mac. :S   Sorry to bother you guys.. rofl.
[11:10] <gatox> good morning!
[20:12] <mattgriffin> ubuntuoneros: stickwithjosh (his screen-illuminated picture) made Business Insider. http://www.businessinsider.com/why-programmers-work-at-night-2013-1
[20:16] <dobey> neat
[20:28] <titoto> What is "key" in the metadata of a node one GET using the Files API?
[20:34] <beuno> titoto, not 100% sure what you're talking about, but my guess is that it's the nodekey
[20:35] <titoto> Yes, that's what I am referring too.. anyway I noticed this is read-only.. I am trying to figure a way to attach a custom id on a file node, doesn't look like it is possible
[20:36] <beuno> titoto, it isn't, no
[20:36] <beuno> metadata is provided by the server and not editable
[20:36] <beuno> titoto, U1DB is probably the best place to use editable metadata
[20:37] <titoto> you mean on the client side?
[20:37] <beuno> titoto, both!
[20:38] <beuno> mattgriffin, fancy that!
[20:38] <beuno> also, hi!
[20:41] <titoto> beuno, what I am trying to resolve is a way to store/get a hash of a file, but I can't use the one supplied by the Files API.. my next idea was to store the hash and the file in a "container", which would work fine enough if I can read only the first few bytes of the content, not the whole content
[20:43] <beuno> titoto, is the file hash not exposed in the api?
[20:43] <beuno> it's calculated server-side
[20:44] <beuno> for each file uploaded
[20:44] <beuno> titoto, you could also make the name of the file the hash  ;)
[20:45] <beuno> or, again, use U1DB separately to store metadata
[20:45] <beuno> upload the file and store your own metadata for it in U1DB
[20:54] <titoto> beuno, yes the file hash is provided by the server, but I transform the content of the file, and I want to have the hash of the file untransformed (the file is encrypted)
[20:54] <beuno> titoto, ah, I see
[20:56] <titoto> there are solutions, I just wanted to see if there was a simpler one, I will fallback on the less simple one
[21:02] <dobey> titoto: but if you change the contents, even after you encrypt it, the contents are different according to the filesystem, and thus the hash would be different for u1. you're trying to subvert that, so that the hash remains the same after? or you want a local reference to the file regardless of the hash?
[21:11] <titoto> dobey, I dont want to interfere with the U1 daemon, I just want to run my version of a sync app that will sync w/ encryption as an option (the encryption kicks in when a parent folder name has .crypt extension). That's something else I wonder, if I can have a volume on U1 which is not managed by the official sync daemon..
[21:15] <dobey> it would be quite confusing for the user to see the folder they have synced with u1, marked as not synced, in the u1 control panel
[22:57] <facundobatista_> ghost facundobatista
[22:57] <facundobatista_> go away, myself!


[00:35] <perrito666> hey,anyone seen menn0?
[00:57] <thumper> perrito666: he is on holiday this week
[00:57] <perrito666> such is my luck
[00:57] <perrito666> thank you thumper
[00:57] <thumper> np
[01:05] <davecheney> thumper: wallyworld something is screwed with the cmd/juju tests
[01:05] <davecheney> 1,000's of goroutines all waiting on some semaphore to send the 404 message baqck to the client
[01:06] <wallyworld> is this new? or more likely thy've been screwed for a while
[01:07] <davecheney> not new
[01:07] <davecheney> but really getting worse
[01:07] <davecheney> who knows
[01:07] <davecheney> what spec is the machine you are booting for running CI tests ?
[01:14] <axw> wallyworld: hey, was TestBootstrapNoTools failing?
[01:14] <axw> ah, I see a bug #
[01:15] <wallyworld> axw: yeah, on i386 and ppc64
[01:15] <wallyworld> davecheney: it's a m3.large i think
[01:15] <axw> sorry, should've run them all with i386 first
[01:15] <wallyworld> np
[01:15] <wallyworld> axw: i think that test is obsolete now anyway
[01:15] <davecheney> wallyworld: ok, that shouldn't be penalised for running cpu intensive jobs
[01:16] <davecheney> i know the smalls and mediums get heavily penalised actually using the cpu
[01:16] <wallyworld> aws reduces their priority?
[01:18] <davecheney> yup
[01:18] <davecheney> spin up a small or a medum
[01:18] <davecheney> run mpstat
[01:19] <davecheney> and look at the %steal colum
[01:19] <davecheney> can be up to 80% on t1.smalls
[01:19] <davecheney> the more cpu you use, the more you are penalised
[01:19] <davecheney> so when you REALLY need to go fast, you go the slowest
[01:19] <davecheney> yay, cloud
[01:22] <davecheney> wallyworld: when cmd/juju does pass, it passed by the barest of margins
[01:22] <davecheney> ok  github.com/juju/juju/cmd/juju597.325s
[01:22] <davecheney> 2.675 seconds and this build would have failed
[01:22] <wallyworld> yep
[01:23] <wallyworld> if i had a magic wand to fix the tests i'd wave it
[01:23] <davecheney> go test -test.timeout=900s github.com/juju/juju/...
[01:23] <davecheney> possibly the option needs to go at the end
[01:23] <davecheney> but there is something horribly wrong with that cmd/juju test
[01:24] <axw> yeah, it goes end-to-end when it doesn't need to
[01:27] <davecheney> axw: do you know the name of the test off the top of your head
[01:27] <davecheney> i noticed it's using io.Pipe, not os.Pipe
[01:28] <davecheney> some buffering may help
[01:28] <axw> davecheney: which test?
[01:28] <davecheney> 11:23 < davecheney> but there is something horribly wrong with that cmd/juju test
[01:28] <davecheney> 11:24 < axw> yeah, it goes end-to-end when it doesn't need to
[01:28] <axw> I was referring to the entire package
[01:28] <davecheney> :(
[01:28] <wallyworld> davecheney: so many of our tests suck - they are not unit tests
[01:28] <wallyworld> there's no easy fix
[01:29] <davecheney> wallyworld: +1,000,000 to the 'not unit test' comment
[01:29] <wallyworld> yep :-(
[01:29] <wallyworld> doesn't help that mongo is *everywhere*
[01:30] <axw> we don't even need the API server in the mix, let alone mongo
[01:30] <axw> (for cmd/juju)
[01:32] <wallyworld> yup, the mongo comment was a general lament
[01:35] <perrito666> ok folks Ill go finish my sunday
[01:36] <perrito666> btw if someone wants to review https://github.com/juju/juju/pull/530 which has only been reviewed by junior reviewers and is in need of being merged
[01:37] <perrito666> cheers
[01:43] <thumper> davecheney: https://github.com/juju/juju/pull/570
[01:58] <davecheney> thumper: /me looks
[01:59] <davecheney> thumper: this all looks rather uncontravesial
[01:59] <thumper> davecheney: it should be :)
[02:15] <waigani> thumper: what version should the upgrade step target (adding state users as environ users)
[02:15] <thumper> waigani: 1.21.alpha1
[02:16] <waigani> thumper: a 'get all users' function is not jumping out at me, does one exist (I've got admin)?
[02:37] <thumper> waigani: I don't think there is one yet
[02:38] <davecheney> waigani: i don't think one exists
[02:38] <davecheney> we only have one user
[02:38] <davecheney> so you sort of knew the answer
[02:38] <waigani> in that case is it okay to just add admin to environ in the upgrade step?
[02:40] <davecheney> as long as you dont' call them "admin"
[02:42] <waigani> sigh
[02:43] <thumper> waigani: no... there is an example with the upgrade step
[02:43] <thumper> waigani: already in the code that iterates through ever user
[02:43] <thumper> waigani: it updates the last connection thingy
[02:43] <thumper> waigani: so just do something similar
[02:43] <waigani> thumper: okay, I'll take a look
[02:43] <thumper> davecheney: and I'm dealing with the admin name :)
[02:44] <waigani> davecheney, thumper: what are we calling admin once it's added as an environment user?
[02:44] <waigani> oh just saw your comment thumper, so I'll leave it admin for now?
[02:44] <thumper> waigani: what do you mean?
[02:44] <thumper> don't alter the existing user, just connect to the environment by adding an EnvUser
[02:44] <waigani> thumper: just trying to grok davecheney's comment about admin name
[02:45]  * thumper takes a deep breath and fixes state.Initialize
[02:46] <davecheney> waigani: the initial user of an envionment is "admin"
[03:01] <davecheney> wallyworld__: thumper so, bad news
[03:02] <davecheney> there is no stand out test in cmd/juju
[03:02] <davecheney> they are all slow
[03:02] <davecheney> well they are fast
[03:02] <davecheney> milliseconds
[03:02] <davecheney> but the setup for each test is a few seconds each
[03:03] <wallyworld__> that's a common failing across most of our tests because they are not true unit tests
[03:03]  * thumper agrees
[03:03] <thumper> waigani: can't hear you
[03:03] <waigani> thumper: shit sorry, hangon
[03:29] <wallyworld__> axw: when you have a moment, a fairly small one https://github.com/juju/juju/pull/598
[03:29] <axw> wallyworld__: yup, looking
[03:33] <wallyworld__> axw: thanks, yeah, i'm only doing this for 1.20
[03:35] <axw> wallyworld__: cool
[03:35] <axw> sorry, missed simplification until after LGTM, but it doesn't really matter
[03:39] <thumper> davecheney: your branch landed \o/
[03:39] <thumper> mine is running now
[03:55] <waigani> thumper: usersC.Find(nil).All(&users) finds one zero valued user, yet st.User("admin") finds the admin user?
[04:00] <thumper> waigani: then it will be a different query to list them all
[04:00] <thumper> perhaps you just have to specify something that matches all possible ones
[04:02] <thumper> axw: do you have a few minutes to talk through a problem?
[04:02] <axw> thumper: in a few mins, lunch is about to come out of the oven
[04:03] <thumper> axw: ok, ping me when you have 10 minutes or so... I'll pause and do something else for now
[04:13] <axw> thumper: ready
[04:14] <thumper> axw: https://plus.google.com/hangouts/_/grprl36idkwixt2q2cpajgeip4a?authuser=1&hl=en
[04:37] <wallyworld_> thumper: is menno around today?
[04:37] <thumper> waigani: menno is on leave this week
[04:37] <wallyworld_> ok, ta
[04:38] <wallyworld_> he should have marked it on the calendar :-)
[04:39] <thumper> yeah, I'll go add it
[04:50] <davecheney> thumper: finally
[04:50] <davecheney> looking into just getting a little more out of the cmd/juju tests now
[04:50] <davecheney> alone they take 400s on my machine
[04:50] <davecheney> running with others they can take > 600
[05:10] <davecheney> wallyworld_: I have a fix for the slowness of cmd/juju
[05:10] <davecheney> you probably won't like it
[05:10] <wallyworld_> maybe :-)
[05:11] <davecheney> wallyworld_: do you want me to tell you what i've done
[05:11] <davecheney> or just send a PR
[05:11] <wallyworld_> tl;dr; version?
[05:12] <davecheney> i've moved some of the tests into another package
[05:12] <wallyworld_> which package?
[05:12] <davecheney> cmd/juju -> cmd/juju/test
[05:13] <wallyworld_> doesn't that just move the problem?
[05:13] <davecheney> the problem is the package takes > 600s to test
[05:13] <davecheney> split the package up
[05:13] <davecheney> each part takes less time
[05:13] <wallyworld_> has this been causing failed builds?
[05:13] <davecheney> yes
[05:14] <davecheney> well there is the usual nonsense with the repl sets
[05:14] <davecheney> but over the weekend cmd/juju has constantly been taking > 600 seconds
[05:14] <davecheney> it takes 400s on my machine uncontended
[05:14] <davecheney> and clsoe to 550 with other tests running in parallel
[05:14] <wallyworld_> we could simply tweak the test timeout until the tests can be fixed
[05:14] <davecheney> i'm proposing my solution
[05:14] <davecheney> you're welcome to nack it
[05:14] <wallyworld_> ok
[05:15] <davecheney> but in my experience raising timeouts only leads to raising timeouts again
[05:15] <davecheney> and again
[05:15] <davecheney> and again
[05:16] <wallyworld_> well, we need to fix the test
[05:16] <wallyworld_> moving them just messes up the code base
[05:18] <wallyworld_> axw: remind me - to log onto juju's mongo, the password is recorded in the jenv file. yet mongo --ssl -u admin -p xxxx --port 37017 fails with an auth error
[05:19] <davecheney> wallyworld_: i didn't say it was a perfect solution
[05:19] <davecheney> but it solves the problem we have today
[05:19] <davecheney> where it takes two days to land a branch
[05:19] <wallyworld_> so does increasing the timeout
[05:19] <wallyworld_> without any churn the the code
[05:20] <davecheney> wallyworld_: i'll propose my solution, you can nack it
[05:20] <wallyworld_> two days?
[05:20] <axw> wallyworld_: try the hash of the password
[05:20] <wallyworld_> axw: sha256?
[05:21] <davecheney> wallyworld_: it took me friday, saturday anf this morning to land my names branch
[05:21] <davecheney> it failed 7 times
[05:21] <axw> wallyworld_: I don't know what the hash type is, it's stored in the bootstrap agent's  conf file IIRC
[05:21] <wallyworld_> davecheney: timeouts? i've never had any failure due to timeouts like that
[05:21] <axw> wallyworld_: what are you trying to do?
[05:21] <wallyworld_> axw: i want to log in and look at the collections
[05:22] <davecheney> wallyworld_: this is what tim pinged you aout this morning
[05:22] <davecheney> go check the build dashboard
[05:22] <axw> wallyworld_: https://github.com/kapilt/juju-dbinspect
[05:22] <davecheney> dozens of red builds all from cmd/juju timing out
[05:25] <wallyworld_> i see one red dot because of that
[05:25] <wallyworld_> maybe the other timeouts caused -p 2 to run and those worked
[05:27] <davecheney> wallyworld_: those are the timeouts i'm talking about
[05:27] <davecheney> and the reason why the build times have gone from 18 mintes to an hour
[05:27] <davecheney> in the last week
[05:27] <wallyworld_> we need to identify the root cause and fix that
[05:28] <wallyworld_> something must have changed to make the tests start running so long
[05:28] <davecheney> i noted on this channel 2 montsh ago that the times for cmd/juju were growiung
[05:28] <davecheney> they have now passed the 10 minute mark
[05:28] <davecheney> this is the result
[05:28] <davecheney> every SINGLE test case in cmd/juju takes 3-4 seconds to setup
[05:29] <davecheney> every time we add a new command or option
[05:29] <davecheney> boom another 3-5 seconds gone
[05:33] <wallyworld_> yep, so there's a systemic problem with those tests
[05:34] <wallyworld_> moving stuff to a new package is simply rearranging the deck chairs on the titanic
[05:49] <davecheney> wallyworld_: no argument there
[05:49] <davecheney> but it has blocked landing anything for a week now
[05:49] <wallyworld_> not bloked
[05:49] <davecheney> (do you want to see the graph again)
[05:49] <davecheney> yes blocked
[05:49] <wallyworld_> landings have occurred
[05:50] <davecheney> my change took all weekend to land
[05:50] <wallyworld_> only one was blocked
[05:50] <davecheney> the test have gone from 18 mntes to an hour
[05:50] <wallyworld_> only one red dot was attributable to this problem
[05:50] <davecheney> because of this
[05:50] <davecheney> so, instead of being able to land 3 changes per hour
[05:50] <davecheney> we can land less than one
[05:50] <davecheney> hows that for productivity ?
[05:50] <wallyworld_> that's not blocked bu definition
[05:50] <davecheney> my change is downright horrible
[05:50] <davecheney> but as nobody else is stepping up to address this issue
[05:50] <wallyworld_> so we can work around it by running with -p 2 to start with
[05:50] <davecheney> i stand by it
[05:51] <wallyworld_> we need to draw a line in the sand and just fix the freaking tests
[05:53] <wallyworld_> just as curtis has now started being firm about blocking landings for regressions, we also need to take a first stance
[05:53] <wallyworld_> firm
[05:54] <davecheney> fiar enough
[05:54] <davecheney> i don't know how to resolve this situation
[06:00] <wallyworld_> someone needs to look into what happens at test startup and determine how to better mock out the backend
[06:17] <wallyworld_> axw: i gotta go get my son and take him to doctor, will look at your branch when i get back
[06:18] <axw> wallyworld_: cheers
[06:18] <axw> it's a big one...
[06:21] <wallyworld_> that's what she said
[07:01] <dimitern> jam, hey, sorry I'll be 10m late for 1-1
[07:01] <jam> dimitern: np
[07:01] <jam> thanks for letting me know
[07:53] <TheMue> morning
[08:22] <jam> morning TheMue
[08:22] <jam> mgz: if you're still doing reviews today: https://github.com/juju/juju/pull/601
[08:48] <dimitern> jam, https://github.com/juju/juju/pull/601 LGTM
[08:51] <wallyworld_> axw: i wanted to get another fix done for 1.20. i can look at your branch now. if you have time, maybe you could look at https://github.com/juju/juju/pull/602
[08:51] <axw> wallyworld_: sure, looking
[08:52] <wallyworld_> axw: i'm not 100% sure it will fix the issue - the fix is based on reading the code
[08:54] <axw> wallyworld_: we shouldn't be starting the container provisioner until after the upgrades have finished, right?
[08:55] <wallyworld_> axw: it starts after the upgrade steps worker yes, but the upgrade work starts in parallel with it
[08:55] <wallyworld_> it's a bit confusing
[08:55] <wallyworld_> the upgrade work lsitens for upgrade requests
[08:55] <axw> wallyworld_: huh? how can it start after and in parallel?
[08:56] <wallyworld_> the upgrade steps worker does the upgardes
[08:56] <wallyworld_> there's 2 workers - upgrade and upgrade steps
[08:56] <axw> wallyworld_: ah ok. after upgrade steps, in parallel with upgrader
[08:56] <wallyworld_> yes, that's what it looked like
[08:57] <wallyworld_> and if there were no upgrade steps, it's all a bit of a race to see who starts first
[09:56] <perrito666> good morning everyone, I am OCR today along with mgz feel free to ask for reviews, Ill be taking a look at the queue anyway
[10:28] <jam> wallyworld_: this looks like a spurious failure to me: http://juju-ci.vapour.ws:8080/job/github-merge-juju/411/console
[10:28] <jam> I'll dig into it
[10:28] <jam> but in case you wanted it around for reference
[10:29] <wallyworld_> jam: thanks. its on my todo list this week to get these documented. our tests need work
[10:29] <jam> this isn't very helpful:
[10:29] <jam> goroutine 17700 [running]:
[10:29] <jam> 	goroutine running on other thread; stack unavailable
[10:29] <jam> created by launchpad.net/gocheck.(*suiteRunner).forkCall
[10:29] <jam> 	/home/ubuntu/juju-core_1.21-alpha1/src/launchpad.net/gocheck/gocheck.go:631 +0x23f
[10:29] <jam> the only thing "running" is trying to fork something
[10:33] <jam> wallyworld_: the second failure I don't fully understand, as it seems like maybe something didn't clean up in time and stayed bound to a port we thought we wanted to use in the next test
[10:36] <wallyworld_> jam: it seems we have all sorts of isolation issues, plus issues with mongo startup failing at various times. sadly, many of our unit tests aren't really unit tests
[10:46] <jam> dimitern: standup ?
[10:47] <dimitern> jam, owm
[11:00] <jam> TheMue: you weren't supposed to change your networking
[12:56] <perrito666> is there anyone besides menno that is familiar with upgrade mode?
[12:59] <dimitern> perrito666, wallyworld_ afaik, but he might be off already
[12:59] <perrito666> tx dimitern
[12:59]  * wallyworld_ is sorta here
[13:00] <wallyworld_> menno did all of the upgrade mode stuff though
[13:00] <wallyworld_> i there a specific question?
[13:01] <dimitern> wallyworld_, I see, ok it seems my knowledge is a bit out of date :)
[13:01] <wallyworld_> dimitern: i did the initital upgrade work, but tim's team has since taken it on
[13:01] <perrito666> wallyworld_: not really I am implementing a "restore mode" and william told me to discuss with menno to make sure I dont reinvent the wheel
[13:02] <wallyworld_> seems like there will be overlap there, or similar restrictions anyway
[13:03] <dimitern> perrito666, wallyworld_, what's a "mode"? a runner that runs its workers with delay from the rest?
[13:03] <dimitern> or more like a uniter mode
[13:03] <perrito666> wallyworld_: there will certainly be
[13:04] <perrito666> dimitern: it is an arbitrary term I believe
[13:04] <dimitern> :) ah
[13:04] <perrito666> in the case of upgrade
[13:04] <perrito666> its a state of the API server where it rejects most requests
[13:04] <wallyworld_> dimitern: at a high level, it means that the state server will reject connections while an upgrade is still running
[13:04] <perrito666> with an error indicating its upgrading
[13:04] <dimitern> wallyworld_, perrito666, I see, thanks guys!
[13:05] <wallyworld_> there's so much to keep track off
[13:05] <perrito666> dimitern: restore mode is to do something very similar
[13:05] <dimitern> yeah, just keeping all the far and wide networking effort going pretty much leaves me in the dark about what's going on with the other teams :/
[13:06] <wallyworld_> yup, same here
[13:09] <JoshStrobl> What hooks would be the appropriate place to call open-port? I'm guessing config-changed, start, install, etc. and close-port should be called on ./stop?
[13:15] <dimitern> JoshStrobl, in practice it doesn't matter - just do it (in a hook) before you need to use it; ideally both at config-changed time (close-port first, open-port after that)
[13:15] <dimitern> s/at//
[13:17] <dimitern> sorry, that should've been s/ideally both at/ideally at/
[13:17] <JoshStrobl> dimitern, thanks :)
[13:17] <dimitern> JoshStrobl, np :) and as for close-port - ideally in the stop hook
[13:18] <JoshStrobl> dimitern, yea I figured that much :D
[13:20] <dimitern> mgz, hey, it seems the merge bot has some issues today - multiple failures, timeouts..
[13:22] <ppetraki>  /join ##cacheio badblocks
[14:38] <ericsnow> mgz: you around?
[17:17] <arosales> fyi bug https://bugs.launchpad.net/juju-core/+bug/1322705 still is not targetted.
[17:17] <mup> Bug #1322705: juju help does not contain Joyent help information <joyent-provider> <ui> <juju-core:Triaged> <https://launchpad.net/bugs/1322705>
[17:17] <arosales> I'll see if I can get a branch proposal out
[23:02] <waigani_> thumper: standup?
[23:02] <thumper> coming
[23:23] <thumper> wallyworld: morning
[23:23] <wallyworld> thumper: hey
[23:23] <thumper> wallyworld: something to start your day :-) https://bugs.launchpad.net/juju-core/+bug/1361216
[23:23] <mup> Bug #1361216: unit tests for all series and archs fail <ci> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1361216>
[23:23] <wallyworld> sigh
[23:23] <thumper> wallyworld: it isn't a sudden change
[23:24] <thumper> wallyworld: it is JujuConnSuite, replica set, and cmd/juju tests
[23:24] <thumper> three different issues
[23:24] <wallyworld> yep
[23:24] <wallyworld> i can't fix them all
[23:24] <wallyworld> it needs a whole of team approach
[23:25] <thumper> I think we could fix many by changing cmd/juju tests to use a mock
[23:25] <thumper> or mocks
[23:25] <wallyworld> you think?
[23:25] <thumper> yes
[23:25] <thumper> most of the cmd/juju tests do too much
[23:25] <wallyworld> that was sarcasm
[23:25] <thumper> they are end to end tests
[23:25] <thumper> oh
[23:25] <thumper> sorry
[23:25] <thumper> hard to tell
[23:25] <wallyworld> yeah
[23:26] <wallyworld> i'm just pissed off out tests are so bad
[23:26] <wallyworld> why oh why did anyone think it's a good idea to bring up the whole stack to run unit tests
[23:27] <wallyworld> i guess the same reason why we interleave mongo throughout all of our business logic :-(


[02:26] <Mooncairn> I'm getting major video glitches across two monitors while interacting with a gnome-box virtual machine with KVM enabled. Has anyone else run into that?
[02:26] <Mooncairn> I really hope it's not the sign of a hardware problem.


[02:30] -ubottu:#ubuntu-news- ::planet:: Stéphane Graber: Two months in @ https://stgraber.org/2023/09/11/two-months-in/
[02:30] -ubottu:#ubuntu-news- ::planet:: Alan Pope: My 2023 podcast listening list @ https://popey.com/blog/2023/09/my-2023-podcast-listening-list/
[02:30] -ubottu:#ubuntu-news- ::planet:: The Fridge: Ubuntu Weekly Newsletter Issue 804 @ https://fridge.ubuntu.com/2023/09/11/ubuntu-weekly-newsletter-issue-804/
[07:16] -ubottu:#ubuntu-news- ::fridge:: Ubuntu Weekly Newsletter Issue 804 @ https://fridge.ubuntu.com/2023/09/11/ubuntu-weekly-newsletter-issue-804/


[16:34] <jbicha> I didn't realize that Launchpad had an edit comment feature 🤯
[16:36] <ogra> it is relatively new
[20:57] <jdstrand_> bdmurray: hey, fyi, I think there is enough info in https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1896772/comments/15 for someone to fix it and may deserve a release note (my name resolution went down as a result of this issue). I list a fix that works for me, but someone from foundations probably should review it/upload it
[21:31] <jdstrand> bdmurray: I looked into it some more. I uploaded ifupdown (which is in universe; needs approval)
[21:31] <jdstrand> bdmurray: I think isc-dhcp should also be updated as I think there is a race, but I'll let someone else do that


[02:10] <manchicken> apachelogger: yo
[03:44] <manchicken> JontheEchidna: save() doesn't properly remove records if you put them all in the same file. E.g. ddebs.list contains four entries. When I remove those four entries, I would expect the file to disappear (or at least lose its length). That doesn't seem to happen.
[03:44] <manchicken> SourcesList::save() that is.
[03:44] <manchicken> JontheEchidna: I think that's because when you're constructing the list of files to write, you're only tracking which files you have records for in your QList.
[03:45] <manchicken> JontheEchidna: For my application, the answer is simple: just delete the file after removing them from the SourcesList in memory... but I thought you might want to know that this problem was there.
[04:05] <smartboyhw> Hmm, is Planet KDE down?
[04:06] <valorie> yes
[04:07] <valorie> #kde-sysadmin /topic: Disk failure on Saba, expect downtime of email and some web services
[04:10] <smartboyhw> valorie, :(
[04:17] <valorie> bcooksley's on the job
[04:23] <smartboyhw> yofel, no. It still failed (even with the backport of libkolab and libkolabxml)
[04:26] <smartboyhw> It = kdepim-runtime
[04:47] <manchicken> JontheEchidna: No, I can't cheat this one... I have to modify QApt since that's where all of the dbus stuff lives.
[05:08] <manchicken> Something's funky with polkit... keeps on dying.
[06:49] <manchicken> JontheEchidna: ping
[07:24] <smartboyhw> Hmm, bumping artikulate's debhelper and compat version to 9 actually reduces lintian warnings:O
[07:25] <smartboyhw> Now there's one only!
[07:25] <smartboyhw> yofel, you should be happy:P
[07:45] <manchicken> Hey all, anybody know how to run krazy? I'm trying to install it... it's not working.
[07:49] <manchicken> I may just have to submit this without running krazy myself... weak.
[08:07] <manchicken> What's my deadline for this thing again? :)
[08:09] <smartboyhw> manchicken, did you set it in IRC or Trello!?
[08:09] <smartboyhw> IRC -> refer to irclogs.ubuntu.com :p
[08:11] <manchicken> I don't like your answer :)
[08:12] <manchicken> Especially because I have no idea what day we said the deadline on :)
[08:34] <manchicken> Okay, I can't hack this anymore tonight.
[08:34] <yofel> manchicken: August 29th - Feature Freeze https://wiki.ubuntu.com/SaucySalamander/ReleaseSchedule
[08:34] <manchicken> yofel: You and your "documentation" :) Thanks.
[08:35]  * manchicken bookmarks...
[08:35] <yofel> heh
[08:36] <manchicken> I'm wondering if kubuntu-debug-installer is in the freeze yet, or if they have to accept my commit first.
[08:36] <manchicken> I think we may have to update libqapt in order to get the part that cleans the sources up working.
[08:37] <manchicken> Okay, good night.
[08:38] <yofel> they'll have to accept it first
[08:38] <yofel> good night :)
[10:01] <smartboyhw> yofel, you want to review artikulate?
[10:01] <smartboyhw> And also, kdepim-runtime still doesn't work
[10:02] <yofel> smartboyhw: get a MOTU to review it, will be more productive as I can't upload it anyway
[10:02] <smartboyhw> yofel, OK....
[10:03] <yofel> and I want to take a break a bit, hacking on kde the last 2 days wore me out
[10:03] <smartboyhw> yofel, :)
[10:03] <smartboyhw> It's summer holidays, so it doesn't wear me out:P
[10:04] <yofel> heh, my vacation was akademy, no more breaks for me over summer this year
[10:05] <yofel> kdepim-runtime at least failed for a *different* reason this time
[10:05] <yofel> if you have sudden missing files, always look if cmake reports any optional build-deps as missing
[10:05] <yofel> (which is the case right now)
[10:07] <smartboyhw> yofel, um, I thought it failed due to code
[10:07] <yofel> *that* was kolab, and fixed by the backport
[10:08] <yofel> but I wonder how the current failure happened as kdepim-runtime has a build-dep on libkgapi-dev (>= 1.9.81)
[10:08] <yofel> so it should've been in dep-wait, not failure
[10:10] <smartboyhw> yofel, oh well
[10:10] <smartboyhw> BACKPORT
[10:10]  * smartboyhw hates backporting so many packages:P
[10:11] <yofel> smartboyhw: I just remembered something: try to testbuild kgapi first. It might have issues with cmake
[10:11] <yofel> if it does, take my precise backport in ninjas, that'll work
[10:11] <smartboyhw> yofel, alright..........
[10:11] <smartboyhw> Maybe I'll just copy the ninjas backport (for the convenience sake:P)
[10:12] <yofel> wrong series :P
[10:12] <yofel> though a source copy might actually work, would just look wrong
[10:12] <smartboyhw> yofel, I know, I mean download
[10:12] <smartboyhw> And change and upload
[10:12] <yofel> yeah, probably easiest
[10:13] <yofel> I would expect the same thing to happen otherwise as it's the same cmake version
[10:16] <smartboyhw> yofel, backported to quantal!
[10:16] <smartboyhw> Actually, upported
[10:16] <smartboyhw> uh
[10:16] <smartboyhw> yofel, oh no
[10:17] <smartboyhw> PPA build status
[10:17] <smartboyhw> i386 	12 	215 jobs (5 hours)
[10:17] <smartboyhw> :O
[10:17] <smartboyhw> Uh oh
[10:19] <yofel> oh fun, most buildd's down
[10:20] <smartboyhw> yofel, probably because of a Sunday
[10:20] <smartboyhw> :9
[10:23] <yofel> s#precise/ninjas#precise/read_notes_on_pad
[10:24] <smartboyhw> yofel, read notes on pad!?
[10:24] <smartboyhw> hmmm
[10:25] <smartboyhw> Ah, got it
[10:25] <yofel> we need to figure out how to make the packages pull the HW enablement stack in, that currently doesn't work right
[10:25] <yofel> at least everything built now
[10:26] <yofel> except for the digikam rebuild :S http://paste.kde.org/p29e2b96d
[10:26] <smartboyhw> yofel, :S
[10:26] <yofel> which is weird as that's just a rebuild of the package in backports
[10:27] <BluesKaj> Hiyas all
[10:28] <yofel> hi BluesKaj
[10:28] <BluesKaj> hi yofel
[10:30] <yofel> oh hm, we actually have a qtgstreamer backport
[10:30]  * yofel copies
[10:31] <BluesKaj> gstreamer Qt GUI ?
[10:32] <yofel> no gui, just the interface libs for Qt
[11:07] <soee> good morning
[13:37] <smartboyhw> Hell
[13:37] <smartboyhw> yofel, do you have any experience with Multi-Arch ?
[15:09] <manchicken> apachelogger: You around?
[15:42] <yofel> smartboyhw: a bit, what's the problem?
[15:50] <smartboyhw> yofel, I don't know how to deal with those .install and the /rules file;P
[15:51] <yofel> you shouldn't need anything in rules for multiarch, and install would be /usr/lib/*/...
[15:51] <smartboyhw> yofel, OK
[15:54] <smartboyhw> yofel, no it doesn't work
[15:54] <yofel> could you pastebin what actually goes wrong please?
[15:55] <smartboyhw> yofel, the file just doesn't exist
[15:55] <smartboyhw> dh_install: libartikulate-dev missing files (usr/lib/*/libartikulatecore.so), aborting
[15:55] <smartboyhw> Well, this is NOT the uploaded version:P
[15:55] <smartboyhw> I mean, the about-to-be-reviewed version
[15:56] <yofel> what *does* exist?
[15:56] <smartboyhw> yofel, the no * version
[15:56] <smartboyhw> i.e. usr/lib/libartikulatecore.so
[15:56] <yofel> that's not multiarch then
[15:57] <smartboyhw> yofel, but I did see on the Debian manuals that there IS a way to do multi-arch
[15:57] <yofel> either compat is < 9, or the build system doesn't know how to automatically install in mutliarch paths
[15:57] <smartboyhw> It just that I can't undetstand...
[15:57] <smartboyhw> yofel, it's 9 already
[15:57] <yofel> what build system?
[15:58] <smartboyhw> yofel,  cmake + make
[15:58] <smartboyhw> kde style
[15:58] <yofel> hm
[16:00] <yofel> grr, I need a chroot with qt4-default for such stuff
[16:00] <smartboyhw> yofel, oh:(
[16:02] <yofel> ah hm, that's KDE
[16:16] <manchicken> JontheEchidna: libqapt *does* successfully trash my sources.list when I have a bug :)
[19:08] <manchicken> apachelogger: Did you see my latest changes?
[20:45] <Mamarok> somehow I can't use the function keys anymore on my Lenovo X220, especially for disabling the Trackpad (Fn+F8)
[20:46] <Mamarok> that is really very inconvenient, it worked a few kernels back (presuming this is a kernel isuse)
[20:49] <Mamarok> or is this configured in the x server?
[21:35] <Quintasan> Mamarok: I think this is a problem with X
[21:36] <Quintasan> Stitting on a fresh Saucy Alpha 1 install
[21:36] <Quintasan> Seems good to me
[21:39] <Mamarok> yep, I was able to disable it using xinput directly