[12:28] <RikMills> mparillo: LP: #1872833
[12:28]  * RikMills eyes the bot
[12:28] <RikMills> https://bugs.launchpad.net/bugs/1872833
[12:29] <RikMills> I think I know why that extra entry exists. Will look at fixing
[12:43] <RikMills> LP: #1872833
[12:43] <ubot3> Launchpad bug 1872833 in plasma-workspace (Ubuntu) "Duplicate Breeze themes in SDDM configuration" [Undecided, Incomplete] https://launchpad.net/bugs/1872833
[12:43]  * RikMills sighs
[13:28] <mparillo> Thank you. Really just a paper cut as far as I am concerned, but I saw a post on Reddit requesting bug confirmation.
[13:29] <mparillo> Especially with the previous IRC host condition, responding on other channels becomes more worthwhile.
[13:32] <mparillo> Post: https://www.reddit.com/r/Kubuntu/comments/nnhqte/there_are_duplicated_breeze_themes_in_the_login/
[13:39] <BluesKaj> Hi all
[13:41] <RikMills> mparillo: https://launchpad.net/ubuntu/+source/plasma-workspace/4:5.21.5-0ubuntu4
[13:42] <RikMills> for impish for now
[14:50] <mparillo> Thank you.
[16:35] <tomreyn> the "#kubuntu" link on https://kubuntu.org/community could use an update
[16:50] <mparillo> Good catch.
[16:56] <mparillo> Updated. I removed the webchat link for #kubuntu. Testing to see if I can have a path after https://web.libera.chat/  to point to #kubuntu
[17:00] <mparillo> Could you refresh and try again?
[19:17] <RikMills> mparillo: the webchat works ok with libera here? https://kubuntu.org/support/
[19:18] <RikMills> oh, the other page was just a link
[22:36] <valorie> thank you for fixing, mparillo!
[23:22] <clivejo> o/ valorie


[00:13] <blr> wgrant: am I right in understanding that https is disabled for vhosts in the testrunner, but allvhosts.configs['mainsite'].rooturl renders using 'https
[00:13] <blr> 'https' on staging/production?
[00:25] <wgrant> blr: Ah yes, that's a point I'd forgotten.
[00:25] <wgrant> HTTPS is enabled on pretty much everywhere except the testrunner.
[00:34] <blr> no obvious way to disable cert validation for `go get`... reasonably confident this is fine, but would like to test.
[00:37] <wgrant> Knowing them, they probably statically link the CA database into the compiler :)
[00:37] <blr> looks like I'll have to write some go! tls.Config{InsecureSkipVerify : true}
[00:38] <blr> hahah
[00:47] <blr> mwhudson: wgrant: no apparent way to disable a cert check in https://code.google.com/p/go/source/browse/src/cmd/go/http.go
[00:48] <wgrant> blr: You could also use a variant of rf-setup-certs from lp-dev-utils to get a launchpad.dev cert that's valid on your local machine. go appears to respect /etc/ssl/certs/ca-certificates.crt like it should.
[00:49] <blr> wgrant: thanks, will try that
[00:53] <mwhudson> i'm sorry this is working out to be such a pain!
[00:55] <blr> mwhudson: not a pain, I'm just still unfamiliar with parts of LP. It would help if go get had a flag though :)
[08:42]  * mpt resists the urge to redesign Launchpad’s team page
[09:14] <cjwatson> wgrant: rf-setup-certs!  Thanks, I'd wondered how people had handled that in the past
[09:14] <cjwatson> I hacked things out brutally when I was testing bazaar codebrowse changes recently
[20:32] <blr> morning


[03:44] <ScottK> xnox: No need to change maintainer for a no change rebuild.
[04:15] <Mirv> mardy: sure. requires full testing but I'll schedule a slot for that patch.
[04:15] <Logan_> ScottK: I think it becomes kinda instinctual :P
[04:15] <Logan_> update-maintainer before debuild -s
[04:15] <Logan_> *S
[05:26] <Mirv> any core dev available for packaging ack of ubuntu-ui-toolkit (a doc file change it seems): http://<IP_ADDRESS>/job/landing-018-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-ui-toolkit_0.1.46+14.04.20140331-0ubuntu1.diff
[06:52] <dholbach> good morning
[08:15] <ogra_> slangasek, hmm, i dont get that, must be a false positive https://jenkins.qa.ubuntu.com/job/phablet-tools-trusty-amd64-ci/67/console says line 176 .... nothing suspicious in that line at http://bazaar.launchpad.net/~phablet-team/phablet-tools/trunk/view/head:/phablet-screenshot .... and checkbashisms agrees too http://paste.ubuntu.com/7188675/
[08:19] <zyga> good morning
[08:48] <pitti> barry: note your pyflakes sync is stuck in -proposed as it makes lintian4python uninstallable (Depends: pyflakes (< 0.7.3+))
[08:50] <seb128> mitya57, hey, what does "resubmit" means? should the mp be changed to workinprogress as well so get out of the sponsoring queue?
[08:51] <mitya57> seb128: Indeed, marked as WIP
[08:52] <seb128> mitya57, thanks
[08:52] <mitya57> pitti, barry: https://bitbucket.org/jwilk/lintian4python/commits/f2f7400ef33fcc08, I expect jwilk will upload it soon (he usually does).
[08:52]  * seb128 is looking at https://bugs.launchpad.net/ubuntu/+source/nautilus-share/+bug/1293177
[08:52] <seb128> which knows about samba/is the closest from a maintainer we have for it?
[08:52] <seb128> slangasek? ;-)
[08:52] <hyperair> me
[08:52] <hyperair> oh
[08:53] <hyperair> samba
[08:53] <seb128> lol
[08:53] <hyperair> :)
[08:53] <seb128> hyperair, thanks for commenting on that one, pointing it as a samba regression
[08:54] <hyperair> yeah well, i maintain nautilus-share
[08:54] <seb128> right
[08:54] <seb128> do you know what command can be called manually to reproduce the issue?
[08:54] <hyperair> hmm lemme check
[08:54] <seb128> thanks
[08:54] <hyperair> net usershare add sharename /path/to/sharename "comment" Everyone:R
[08:55] <pitti> mitya57: ah, nice
[08:55] <rbasak> While we're talking about samba, bug 1296289 bothers me too. Bug 1292548 is a possible dupe.
[08:57] <seb128> rbasak, ok; so more people with samba issue but still no sign of maintainer/somebody wanting to look at those, that doesn't help us much :/
[09:00] <rbasak> seb128: I'd like to look into this one. It's on my todo, but I feel a bit swamped by death of a thousand papercuts at the moment :-/
[09:01] <seb128> rbasak, yeah, that's a common issue around here...
[09:05] <seb128> zul, hey, maybe you can help with those samba issues ^ (would it be good to update to 4.1.5 before the LTS, that report claims it fixes the issue from our current version)
[09:06] <seb128> slangasek, ^
[09:09] <FourDollars> Hi, I made a patch on https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1300623. Could someone help me to review it? It is for precise.
[09:11] <seb128> FourDollars, hey, add it to the bug and subscribe ubuntu-sponsors to it
[09:11] <FourDollars> seb128: I have done it.
[09:12] <seb128> you can also try to ping cyphermox in a few hours when he starts his day, he usually look at bluetooth issues
[09:12] <FourDollars> Thanks for the information. :)
[09:12] <FourDollars> cyphermox: ping
[09:13] <seb128> FourDollars, he's in Canada and still sleeping at this time
[09:13] <FourDollars> seb128: haha. I see.
[09:27] <dholbach> mitya57, do you think we should get another ubuntu-packaging-guide uploaded?
[09:27] <Cimi> Laney, ev : I've been trying to hook up to diagnostics plugin for system settings to set whoopsie preferences
[09:28] <Cimi> I set up 'watch qdbus --system com.ubuntu.WhoopsiePreferences /com/ubuntu/WhoopsiePreferences org.freedesktop.DBus.Properties.GetAll com.ubuntu.WhoopsiePreference'
[09:28] <mitya57> dholbach: Oh, sorry, I promised that I'll update the autopkgtest article, but forgot to do that.
[09:28]  * mitya57 checks the changelog
[09:28] <Cimi> but I'm only getting ReportCrashes changing, not AutomaticallyReportCrashes
[09:29] <Laney> I don't think that automatically works
[09:29] <mitya57> dholbach: Maybe we should upload the current version, yes
[09:29] <dholbach> awesome
[09:30] <mitya57> Will you ping Andrew?
[09:31] <Laney> Cimi: I asked ev a similar question the other day, I think the setting is simply ignored
[09:31] <dholbach> mitya57, yes, will do
[09:31] <Laney> so don't worry about it (assuming I'm right)
[09:32] <dholbach> mitya57, I was just looking at the packaging guide to see if it could be used as a basis for the docs on developer.u.c :)
[09:33] <ev> Laney: automatic crash reporting is separate from automatically reporting crashed on failed login, confusingly enough
[09:33] <ev> automatic crash reporting is needed for the phone
[09:34] <ev> where we definitely definitely don't want to pop up a dialog when the application goes away
[09:34] <ev> automatically reporting crashes on failed login is only relevant for the desktop, and is not implemented yet
[09:34] <ev> automatic crash reporting on the phone is, however
[09:34] <Laney> oh right
[09:40] <Cimi> Laney, so we have a bug
[09:40] <Cimi> Laney, the property is false here
[09:40] <Laney> Cimi: yeah I see it too
[09:40] <Laney> infact if I call the dbus method I get a polkit denial
[09:41] <Laney> so it's a problem there
[09:41] <Laney> ah wait hang on maybe not
[09:48] <Laney> ev: whoopsie-preferences crashes when you perform this dbus call!
[09:48] <Laney> try it on your desktop: gdbus call -y -d com.ubuntu.WhoopsiePreferences -o /com/ubuntu/WhoopsiePreferences -m com.ubuntu.WhoopsiePreferences.SetAutomaticallyReportCrashes true
[09:49] <Laney> Cimi: indeed there is a bug, well spotted
[09:50] <apachelogger> pitti: ping bug 1267769 bug 1267771 bug 1267773
[09:52] <Riddell> pitti: better do it or else he'll get his pink unicorn onto you
[09:57] <ev> Laney: that's not good :)
[10:03] <seb128> does anyone know why http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity8 has e.g
[10:03] <seb128> "out of date on arm64: unity8 (from 7.84+14.04.20140327.1-0ubuntu1) "
[10:03] <seb128> when unity8 was already not available on that arch
[10:12] <didrocks> the fix for #271 Touch which doesn't start will be blocked (if unity8 is really blocked on that ^)
[10:15] <Laney> hopefully fixed for the next run
[10:17] <Laney> Cimi: ev: It's because nothing creates /var/lib/apport/ and the code doesn't check for this possibility
[10:21] <Laney> fixing it to create the directory
[10:24] <Dudytz> hi all .. I have my custom patch in a debian package (gnucash), and a custom preinst to divert a file of another package (a xml: /usr/share/xml/iso-codes/iso_4217.xml) and add a new line ... the line is added after the dpkg-divert via sed command ... this is a good approach or exist another "standard" way to do this?
[10:26] <seb128> Laney, "hopefully fixed for the next run" ... did you hint anything or are you just hopping it's a transient issue/going to be resolving itself with next publisher?
[10:26] <Laney> I fixed it, or at least I think I did
[10:32] <didrocks> yeah, it's not anymore, so should be published next time in the release pocket
[10:32] <seb128> Laney, what was the issue?
[10:32] <Laney> there's a faux package which needs to have its version in sync with the archive
[10:33] <Laney> I didn't follow why it exists, so don't ask me that :P
[10:35] <seb128> oh ok
[10:35] <seb128> thanks for fixing it in any case ;-)
[10:36] <ev> Laney: cheers
[10:54] <doko> Dimitri John Ledkov (xnox) tried to claim the Launchpad
[10:54] <doko> team named Debian GCC maintainers (debian-gcc) (which is
[10:54] <doko> associated with debian-gcc@lists.debian.org).
[10:54] <doko> To finish claiming that team, making Dimitri John Ledkov (xnox)
[10:54] <doko> its owner, just follow the link below.
[10:54] <doko>     https://launchpad.net/token/0VvKD6lckmM57V5Vpp2l
[10:54] <doko> tss, tss, tss ...
[11:03] <Laney> O_O
[11:13] <xnox> doko: Laney: just to protect mailing list from bogus person who tried to merge their launchpad account with the mailing list.
[11:13] <xnox> you can now forever ignore that team.
[11:14] <xnox> ScottK: yes and no, so debuild -S may fail if it's ubuntu2 -> ubuntu3 upload and e.g. previous ubuntu upload did not update the maintainer field (e.g. if doko was the TIL). Hence i always do it...
[11:33] <zul> seb128: rbasak has mentioned a work around
[11:35] <Cimi> seb128, so I discovered why my privacy page is not working on the phone
[11:35] <Cimi> seb128, I'm having authorisation failed
[11:35] <Cimi> seb128, whoopsie preferences and policykit
[11:35] <Cimi> how do I gather permissions?
[11:37] <seb128> Laney, ^ you looked at that more than me
[11:37] <Laney> Cimi: why do you think it doesn't work?
[11:37] <Laney> Did you see my conversation earlier in response to your question?
[11:37] <Cimi> Laney, because I get auth failed from my wizard
[11:37] <Laney> I found that there was a bug with automatic crash reporting
[11:37] <Cimi> Laney, I'm using the diagnostics plugin from the welcome wizard
[11:37] <Cimi> and on the phone I cannot change settings
[11:38] <Laney> Does it work if you launch it from system-settings?
[11:38] <Laney> (does here)
[11:38] <Cimi> I receive not authorized qdbus message
[11:38] <Cimi> Laney, yes
[11:38] <Laney> Shouldn't be a difference
[11:38] <Laney> how are you launching your stuff?
[11:38] <Cimi> Laney, MIR_SOCKET=/run/user/32011/mir_socket system-settings-wizard --desktop_file_hint=/usr/share/applications/webbrowser-app.desktop
[11:39] <Cimi> from console
[11:39] <ogra_> Cimi, are you the phablet user when doing that ?
[11:39] <Cimi> ogra_, yes
[11:39] <Laney> terminal on device?
[11:39] <Laney> or ssh?
[11:39] <Cimi> adb shell
[11:39] <Cimi> and ssh
[11:40] <Laney> you don't get the right permissions if you do that
[11:40] <Laney> try making a script and launching it from the terminal app
[11:40] <xnox> .... there is upstart-app-launch as well.
[11:40] <Laney> that works for pk?
[11:40] <xnox> did not try.
[11:41] <Laney> doesn't look like it to me
[11:43] <Laney> Cimi: ^^^
[11:46] <Cimi> Laney,
[11:46] <Cimi> Laney, yes
[11:46] <Cimi> works
[11:46] <Laney> great
[11:58]  * ogra_ notes that xnox doesnt like us phone people anymore ... i dont see you on #ubuntu-touch
[11:58] <xnox> ogra_: hi, what can I do for you?
[11:59] <xnox> ogra_: i did a channel clean up, i idle on way too many channels anyway.
[11:59] <ogra_> well, seems initctl stopped working in the latest image
[11:59] <ogra_> for the root user
[12:00] <xnox> ogra_: in what way? does initctl --system list works?
[12:00] <ogra_> and i was wondering what actually happens after your adbd change ... i duppose /etc/profile gets processed now ?
[12:00] <ogra_> *suppose
[12:00] <xnox> ogra_: plus are you talking about root user as: sudo -i from the terminal app from within the phone, or via ssh, or via adb shell?
[12:00] <ogra_> .... we have hacks like http://paste.ubuntu.com/7189348/ in there
[12:00] <xnox> ogra_: "root user" is ambigious =)
[12:01] <ogra_> root user via adb shell i think
[12:01] <xnox> ogra_: root user talks to system upstart via socket and not via dbus.
[12:01] <ogra_> ah, k
[12:02] <ogra_> xnox, how about that one http://paste.ubuntu.com/7189358/
[12:03] <ogra_> (there is no /run/user/0 ... indeed)
[12:03] <xnox> ogra_: root user has no user sessions....
[12:03] <xnox> ogra_: and that snippet is wrong, as it shouldn't be in profile.d
[12:03] <ogra_> xnox, well, it would be nice if you coulld also see what is discussed in -touch
[12:03] <xnox> ogra_: i'll read irc logs =)
[12:04] <ogra_> heh
[12:04] <xnox> ogra_: again, does: initctl --system list
[12:04] <xnox> ogra_: work for you?
[12:04] <ogra_> so Saviq notes that UPSTART_SESSION is unset
[12:04] <xnox> root user does not have UPSTART_SESSION.
[12:04] <ogra_> right
[12:04] <xnox> ogra_: and root user never can talk to upstart user session.
[12:05] <xnox> ogra_: root user only ever needs to talk to system upstart.
[12:05] <ogra_> the initctl works on 270 ... i dont have 271 installed since thats completely broked
[12:05] <xnox> ogra_: hence i've asked you, does: initctl --system list
[12:05] <xnox> work
[12:05] <ogra_> (but 271 has your change)
[12:05] <ogra_> i.e. Saviq testing would be more helpful
[12:05] <xnox> ogra_: you still didn't tell me what's broken =) you only pasted pastebins of profile.d snippets =)
[12:05] <Saviq> me just flashes 271 again
[12:06] <ogra_> xnox, ask Saviq i'm just proxying
[12:06] <Saviq> xnox, initctl as root didn't work
[12:06] <Saviq> xnox, for the system init
[12:06] <xnox> Saviq: does initctl --system list, work?
[12:06] <Saviq> xnox, I'm reflashing right now, will get back to you in 3
[12:07] <xnox> Saviq: yeah, i dual boot so for me it takes longer to reflash.
[12:07] <doko> is this mvo's first work day?
[12:07] <xnox> doko: are you kidding me?! =)
[12:07] <Laney> APRIL FOOL!
[12:07] <Saviq> xnox, I dual boot, too, new dual boot app from ondra actually supports "sideloading" from the host
[12:08] <Saviq> xnox, https://chinstrap.canonical.com/~okubik/humpolec/refactor/
[12:08] <xnox> Saviq: hm, haven't upgraded to that one yet.
[12:08] <Saviq> not official yet, but it's purty ocol
[12:08] <Saviq> cool
[12:09] <Saviq> works with system-image downloads, too
[12:09] <Saviq> and deltas
[12:09] <xnox> Saviq: so if it works with "--system" then i'd upload updated profile.d snippet to be less crazy.
[12:09] <xnox> Saviq: yeah, i'd want delta updates \o/
[12:09] <ogra_> doko, yes
[12:09] <Saviq> xnox, k, reboots to ubuntu now
[12:10] <Saviq> xnox, yes, that works
[12:10] <Saviq> xnox, can I export something in the env so that initctl defaults to the system init?
[12:10] <xnox> Saviq: ok, can you pastebin me the output of "$ adb shell env" ?
[12:11] <Saviq> xnox, http://paste.ubuntu.com/7189396/
[12:11] <Saviq> lunch time...
[12:16] <mvo> doko: yes, first day today, at your service
[12:16] <doko> how many wishes do I have? ;-P
[12:17] <xnox> mvo: welcome back! =)))))))
[12:17] <mvo> xnox: thanks :)
[12:18] <doko> xnox, wait until he escapes again to do some app store thingy ...
[12:18] <ogra_> doko, yeah, the movie start career obviously didnt work out
[12:18] <xnox> Saviq: i think http://paste.ubuntu.com/7189418/ should solve it. Waiting for the download.
[12:20] <ogra_> doko, http://video.golem.de/politik-recht/12714/rohrpostsystem.html (forward to 0:47 sec)
[12:20] <ogra_> s/start/star/
[12:20] <ogra_> :)
[12:20] <ogra_> xnox, ++
[12:21] <ogra_> we would probably also want such a check in the dbus script
[12:21] <xnox> ogra_: and arguabily it's a bug in upstart as well, since empty UPSTART_SESSION variable, should be ignored.
[12:21] <xnox> ogra_: well just not export empty vars should be fine.
[12:22] <ogra_> xnox, note that ubuntu-touch-session is stuck in a silo atm though ...
[12:22] <xnox> ogra_: [ -n "$DBUS_SESSION_BUS_ADDRESS ] && export DBUS_SESSION_BUS_ADDRESS
[12:22] <ogra_> (luckily owned by Saviq so you should be able to upload there)
[12:22] <xnox> ogra_: which silo?
[12:22] <xnox> or i guess i can hunt down the silo number from spreadsheets.
[12:23] <ogra_> yeah, u-t-s also became a fulll branch now ... just make an MP
[12:24] <ogra_> (source packages work pretty bad on silos if there are multiple landings using the same package at different revisions)
[12:25] <xnox> ogra_: of course it's everything else that's a problem, rather than the silos =)))))))))))
[12:25] <xnox> ogra_: still downloading 271.
[12:25] <xnox> ogra_: will propose after checked it's all correct.
[12:26] <ogra_> it definitely looks correct
[12:27]  * ogra_ goes back to glare at http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-trusty-270.png
[12:27]  * xnox ponders if mvo's comeback is for one-day only to stage the most ellaborate april's fools joke ever.
[12:28] <xnox> ogra_: i want a boot chart for emulator. How would i do that?
[12:28] <ogra_> xnox, i discussed that with rsalveti already ... its a bit more tricky since the initrd needs to be updated
[12:28] <mvo> xnox: I certainly hope its for more than 1 day :) hopefully at least as long as my pervious gig :)
[12:29] <Unit193> mvo: Poke.  Any updates? :)
[12:29] <xnox> ogra_: updating initrd is easy =) what needs changing?
[12:29] <ogra_> xnox, this is my ultra ugly bootchart script http://paste.ubuntu.com/7189452/ ... i'm working on transforming it into phablet-bootchart for phablet-tools
[12:29] <mvo> Unit193: uhhhhhh, no yet! sorry!
[12:29] <ogra_> (and on getting it into CI as a standard test this week)
[12:30] <Unit193> mvo: Hey, you remembered, better than nothing.  Thanks. :)
[12:30] <mvo> Unit193: but I will have to use my log file to find the bugnumber :)
[12:31] <ogra_> xnox, so after the bootchart package was installed, you want to grab the initrd from /boot inside the rootfs i guess ... that should be all (well, and boot with it on the next reboot)
[12:32] <xnox> ogra_: ack.
[12:33] <ogra_> (and you probably want to replace the network bringup hack with something sane too :) )
[12:41]  * ogra_ wonders why there is nothing between 3 and 10 seconds in his dmesg output at http://paste.ubuntu.com/7189485/
[12:41] <ogra_> i would really like to know whats going on in these 7 seconds
[12:48] <ivoks> ogra_: /var/log/upstart?
[12:48] <ivoks> ogra_: or is that even before upstart?
[12:49] <ogra_> ivoks, thats after initrd (teh swapon is the last thing that happens there) so yes, the first chunks of upstart processing ...
[12:49] <ogra_> i have a bootchart, i can see what processes ran when, i'm concerned that dmesg doesnt log anything
[12:49] <ivoks> well, dmesg is kernel only
[12:50] <ogra_> its init as well
[12:50] <ogra_> even the android init from the container that starts at 10.78 logs there
[12:52] <ogra_> ivoks, i think the console switches somewhere where it cant be logged for that time frame
[12:53] <xnox> Saviq: ogra_: initctl and dbus works with both adb shell as root user and as phablet user with https://code.launchpad.net/~xnox/ubuntu-touch-session/no-export-bogus-environment/+merge/213646 applied
[12:53] <xnox> Saviq: please reconfigure/land as appropriate.
[12:54] <ogra_> xnox, great !
[12:54] <Saviq> xnox, coolz
[12:55] <Saviq> ogra_, I could add this to the right edge landing, who should review?
[12:56] <ogra_> Saviq, done
[12:57] <Saviq> ogra_, building in silo 015
[12:58] <ogra_> Saviq, do you think you can land it today ? else i would like to push my lxc-android-config changes in the silo as well
[12:59] <Saviq> ogra_, yes, I really want to land it today
[12:59] <ogra_> ok
[12:59] <Saviq> ogra_, just building those and doing last round of testing
[12:59] <ogra_> (and i would prefer a separate landing :) )
[13:03] <ogra_> hmm, so even echoing to /dev/kmgs doesnt show up during that timeframe
[13:03] <ogra_> *kmsg
[13:35] <ogra_> hallyn, i see a bunch of http://paste.ubuntu.com/7189686/ during boot on the phones ... is there any kernel option we need ?
[13:36] <pitti> apachelogger, Riddell: travelling today, but these are simple, doing now
[13:36]  * pitti waves from Dublin airport
[13:36] <seb128> pitti, hey, what are you doing in Dublin? ;-)
[13:37]  * ogra_ was about to ask the same :)
[13:37] <pitti> seb128: waiting for my flight to IoM :)
[13:37] <seb128> pitti, oh, good to IoM? have fun there!
[13:38] <pitti> it's horribly difficult to get there -- 9 hours trip there, 10:30 hours back
[13:38] <seb128> :-(
[13:38] <pitti> seb128: yep, little sprint here
[13:41] <pitti> apachelogger: hm, the notificationhelper has been there for a long time already; if it doesn't work that needs some further research, can't do ATM
[13:41] <pitti> apachelogger: so queueing
[13:53] <sladen> pitti: yes it takes that long on the train+ferry to get to the IoM :)
[13:54] <ogra_> hrm ...
[13:54] <ogra_> so i wonder why it takes two seconds from run-init to starting mountall
[13:54] <Laney> that's why when you live there you have a private jet :-)
[13:55] <ogra_> /sbin/init cant be that slow
[13:55] <sladen> pitti: yes it takes _less than that_ on the train+ferry to get to the IoM :)  (8h30 hours Euston->Douglas)
[13:57] <pitti> cjwatson: what was the name of that little magic tool which would download apt indexes and let you simulate installs (to check installability problems, etc) as pure user without a full chroot?
[13:57] <wookey> cjwatson: man-db is failing test on arm64 in debian: https://paste.debian.net/90962/
[13:58] <wookey> any suggestions before I dig in. it's built OK on trusty in same version SFAICS
[13:58] <Laney> pitti: I think you're thinking of chdist
[13:58] <pitti> Laney: yes! that was it, thanks
[13:58] <pitti> cjwatson: unping
[14:00] <ogra_> xnox, jodh, so i added some "echo .... >>/dev/kmsg" right before run-init is executed in the initrd and right when mountall starts from upstart ... http://paste.ubuntu.com/7189757/ is what i get then ... any idea why it takes 2.5 sec for run-init to switch to upstart ? (or any idea how i could get more fine grained data)
[14:01] <jodh> ogra_: are you booting with --debug?
[14:01] <ogra_> jodh, nope, thats a phone, i cant fiddle easily with cmdline options
[14:02] <jodh> ogra_: well it would help significantly if you could :)
[14:02] <ogra_> this is a normal boot ... bootchart installed and these two echos added
[14:02] <ogra_> hmm
[14:03] <jodh> can't you modify the initramfs's init script?
[14:03] <cjwatson> wookey: I tried to reproduce that on real hw and couldn't
[14:03] <cjwatson> wookey: be my guest if you can see what's up
[14:03] <ogra_> jodh, ok, was easier than i thought ... trying a boot now
[14:04] <cjwatson> wookey: oh, that's a different error from the one I saw before, actually - https://launchpad.net/ubuntu/+archive/test-rebuild-20140307/+build/5708181
[14:04] <cjwatson> wookey: not in remotely the same place either
[14:05] <cjwatson> wookey: that error's actually from groff
[14:07] <wookey> If it's not immediately obvious I'll report a bug including the logs, then take a look at what's up.
[14:07] <ogra_> jodh, bah, to much spam ... the earliest info i can get from dmesg or kern.log is at 8sec
[14:08] <cjwatson> wookey: suspect you'll need to run the test verbosely to get the actual groff command, use groff's -V option to get the formatting pipeline, apply gdb to troff and see what the values of the relevant variables around there are
[14:08]  * ogra_ creates an upstart job that makes dmesg snapshots
[14:12] <doko> cjwatson, wookey: don't bother about that, this is the xgene optimizing compiler in the test rebuild
[14:12] <hallyn> ogra: pretty sure that's due to how the upstart jobs are designed.
[14:13] <seb128> zul, slangasek: comments/opinion on https://launchpadlibrarian.net/171463522/samba.diff
[14:13] <ogra_> hallyn, well, do i need cgproxy on a phone ?
[14:13] <seb128> zul, those changes got dropped in https://launchpad.net/ubuntu/+source/samba/2:4.0.10+dfsg-4ubuntu1 (your trusty samba4 merge), not sure if that was on purpose or an overlook/error
[14:13] <zul> seb128:  +1 from me
[14:13] <seb128> zul, thanks
[14:13] <hallyn> ogra: you might, if you were on a re-3.12 kernel
[14:14] <ogra_> lol
[14:14] <hallyn> pre-3.12 that is
[14:14] <ogra_> we are on 3.0 to 3.5
[14:15] <ogra_> (android kernels)
[14:15] <hallyn> actually that's not the version, but if /proc/pid/ns/pid does not exist then you need it
[14:15] <hallyn> but no, wiat
[14:15] <ogra_> it doesnt exist ... checked that already
[14:15] <hallyn> respawning.  something else is going on
[14:15] <ogra_> right
[14:15] <ogra_> root@ubuntu-phablet:/# ps ax|grep cgproxy
[14:15] <ogra_>   613 ?        Ss     0:00 /sbin/cgproxy
[14:16] <ogra_> it starts eventually
[14:16] <hallyn> well i expect it to start once and go away, then be started manually by the cgmanager job
[14:17] <hallyn> but what you're seeing is not what i'd expect.  can you start it under strace (in /etc/init/cgproxy.conf)?
[14:17] <jodh> ogra_: you could try --verbose which is slightly less spammy than --debug
[14:17] <ogra_> ok
[14:18] <hallyn> also add --debug to the cgproxy options :)
[14:18]  * hallyn biab
[14:19] <ogra_> heh, doing ten things at once here :)
[14:19] <ogra_> jodh, even with verbose i get the first line at 7.8sec
[14:19] <ogra_> i'll try to make the ringbuffer larger
[14:20] <cjwatson> doko: you mean the mandb segfault in the test rebuild?
[14:20] <cjwatson> doko: wookey's problem is not the same, now that I look at it, it's groff reporting overflows
[14:21] <hallyn> ogra: kids are still breakfasting, so ignore me for a few mins :)
[14:22] <doko> cjwatson, yes in the test rebuild only
[14:24] <ogra_> jodh, line 598 to 857 http://paste.ubuntu.com/7189889/
[14:24] <ogra_> we have the majority (but not all) plymouth jobs disabled on the phone
[14:25]  * ogra_ is surprised how much stuff is going on there
[14:25] <pitti> Riddell, apachelogger: I'm afraid I need some heads-up here: KDE langpacks got dropped a while ago, what replaced them?
[14:25] <pitti> Riddell, apachelogger: are these kubuntu specific translations supposed to be in kde-l10n-* or are these teh upstream translations only?
[14:26] <apachelogger> pitti: kde-l10n is upstream only
[14:26] <Riddell> pitti: the generic langauge packs for the few kubuntu transations in main
[14:26] <apachelogger> ^ that's what we concluded last we talked about where to put them anyway ;)
[14:26] <pitti> aah
[14:26] <pitti> like /usr/share/locale-langpack/de/LC_MESSAGES/kubuntu-patched-l10n.mo ?
[14:26] <cjwatson> doko: ok, thanks
[14:27] <jodh> ogra_: can't we disable /etc/init/startpar-bridge.conf on Touch?
[14:27] <ogra_> jodh, what does it do ?
[14:27]  * ogra_ just noticed that disabling the unused ureadahed jobs gains him a good bunch
[14:27] <xnox> jodh: if there are no initd scripts that depend on upstart jobs.
[14:28] <ogra_> i think that was it ...
[14:28] <ogra_> [    4.286860] run-init !!!
[14:28] <ogra_> [    4.594689] mountall !!!
[14:29] <ogra_> only .3 seconds now
[14:29]  * ogra_ cleans up the kernel cmdline and makes a bootchart
[14:29] <jodh> ogra_: great. I thought you'd gone round the ureadahead-required-on-touch-or-not loop already? :)
[14:30] <ogra_> jodh, i had, it works great by just looping over the .pack files ... but i forgot to disable the default jobs :)
[14:33] <ogra_> wow !
[14:33] <ogra_> 2 seconds gained \o/
[14:38] <pitti> apachelogger: ok, added overrides to langpack-o-matic; next langpack update shold have it
[14:41] <apachelogger> pitti: danke. I'll put down a todo to verify :)
[14:57] <xnox> barry: i see strange failures, python-regex ftbfs due to test-suite errors with python2.7. Yet this was not present before, nor in the recent test rebuild....
[14:58] <barry> xnox: huh, interesting.  is this in the trusty version?
[14:58] <xnox> barry: yeap.
[14:59] <barry> xnox: looking
[15:07] <barry> xnox: test_getattr failure?
[15:07] <xnox> barry: yeap.
[15:07] <xnox> barry: the assert is simply checking that default flags are sane. And the flag value under test is insane =)
[15:11] <barry> >>> import regex
[15:11] <barry> >>> x = regex.compile('(?i)(a)(b)')
[15:11] <barry> >>> x.flags
[15:11] <barry> 8322
[15:11] <barry>
[15:11] <barry> amd64 ^
[15:13] <barry> xnox: i386 looks sane too
[15:13] <barry> chroot
[15:15] <xnox> barry: true. and recompiled & installed .debs also work fine. I'm confused how come it fails in sbuild.
[15:15] <xnox> barry: i'll upload and hope for the best.
[15:20] <barry> xnox: sounds good.  if it fails there, the place to look is in Python2/_regex.c.  my best guess is that there's a bogus assumption about the size of the "flags" field in the PatternObject structure.  e.g. sizeof(RE_CODE) != PYSIZET
[15:23] <xnox> barry: failed on ppc64el https://launchpad.net/ubuntu/+source/python-regex/0.1.20140120-1build1
[15:23]  * xnox ponders if i'm accidently running ppc64el kernel on my amd64 machine..... nope, i'm not.
[15:24] <barry> xnox: i don't have time atm to dig into that, but see above.  i'm sure it's an upstream bug.  or file a bug and i can look at it soonish
[15:24] <xnox> barry: and that's  a regression cause ppc64el did build before.
[15:25] <xnox> barry: right, thanks! i'll see what i can dig out of above hint.
[15:25] <barry> xnox: hmm
[15:25] <barry> cool!
[15:34] <rbasak> Who runs +1 maint currently?
[15:35] <rbasak> I'd like to do another month rotation early next cycle, if that still happens. Though I need to run the schedule past my manager first.
[15:36] <slangasek> ogra_: right, checkbashisms likes it /now/ because a fix for it went in yesterday ;)
[15:36] <ogra_> lol
[15:37] <ogra_> slangasek, that checkbashisms run was on precise
[15:37] <ogra_> or do you mean the CI tool
[15:38] <slangasek> seb128: if you're asking for my general opinion, I'd say yes we should update samba to the latest 4.1.x version before the LTS; but someone else can go through the FFe process to show that it's safe :)
[15:39] <seb128> slangasek, that makes sense, thanks
[15:39] <slangasek> ogra_: ah, yeah, maybe you're seeing a difference in checkbashisms versions... I guess the changes are still in a silo
[15:39] <slangasek> seb128: Debian unstable is at 4.1.6 now fwiw
[15:39] <ogra_> slangasek, well, i meant the bastebin i sent you with the ping above
[15:39] <ogra_> *pastebin
[15:39] <ogra_> http://paste.ubuntu.com/7188675/
[15:39] <seb128> slangasek, I saw that
[15:40] <Laney> sounds like seb128 won a merge :-)
[15:40] <slangasek> ogra_: with the current checkbashisms?  Regardless, I pushed a change that both works and makes checkbashisms happy
[15:40] <ogra_> slangasek, i think whatever tool is used there to run the bashism verification should learn about single quotes :)
[15:40] <slangasek> ogra_: and drops the grep|sed pipe ;)
[15:40] <ogra_> yes, i saw your fix and it is nice
[15:41] <ogra_> but i think checkbashisms shouldnt have fallen over in the first place
[15:41] <seb128> slangasek, do we have somebody usually looking after samba?
[15:41] <seb128> Laney, nice try :p
[15:41] <slangasek> seb128: I'd say that's probably zul
[15:42] <zul> slangasek:  i would say thats rbasak
[15:42] <seb128> zul, hey, you wouldn't have spare cycles to merge/update samba to the current version before trusty by any chance? ;-)
[15:42] <seb128> haha
[15:42] <slangasek> oh, ok
[15:42] <Laney> hahaha
[15:42] <Laney> this potato seems pretty warm
[15:42] <seb128> rbasak hinted he would like to look at those issues but is too busy
[15:42] <zul> seb128:  sure i can do it then...debdiff?
[15:42] <ogra_> just make him stop doing that other stuff then :)
[15:43] <seb128> zul, debdiff of? the versions? ;-)
[15:43] <rbasak> Part busy, part too scared to touch it! Plus, I'd need sponsorship anyway.
[15:43] <zul> seb128:  debdiff
[15:43] <seb128> zul, dget https://launchpad.net/ubuntu/+archive/primary/+files/samba_4.1.3%2Bdfsg-2ubuntu4.dsc http://ftp.iut-bm.univ-fcomte.fr/debian/pool/main/s/samba/samba_4.1.6+dfsg-1.dsc; debdiff *.dsc
[15:44] <seb128> ? ;-)
[15:44] <zul> grr...ill have a look it this afternoon
[15:45] <seb128> zul, sorry if I didn't understand what you asked for ... you though somebody had it merged with a debdiff ready to sponsor?
[15:45] <ogra_> i think we should just check who touched samba last ... as usually that  person owns it forever :P
[15:45] <seb128> zul, I can try having a look at the merge if you want
[15:45] <stgraber> zul: if you do that, can you please fix bug 1268180 at the same time, should be trivial
[15:46] <zul> seb128: i thought it was merged already
[15:46] <zul> slangasek:  sure
[15:46] <doko> tkamppeter, what is blocking system-config-printer moving to Python3?
[15:46] <seb128> zul, oh ok, sorry about the confusion, no we were discussing if it's doable to update to the current point version before the LTS, and trying to find somebody with slots to do that
[15:47] <zul> seb128:  well i dont have slots but i can do it anyway
[15:47] <seb128> zul, let me know if you are too busy, I can try having a look at the merge (though I don't know enough about samba to properly test it)
[15:47] <seb128> zul, thanks
[15:54] <tkamppeter> doko, I did not try whether it actually works, was busy with making printing working for mobile, so I will ask Tim Waugh, the upstream author.
[16:08] <mdeslaur> tkamppeter: have you seen this? http://www.openwall.com/lists/oss-security/2014/04/01/4
[16:12] <stgraber> mdeslaur: that's slightly scary... broadcast some crap on the network and everyone runs it? (well, they have to print something, but still...)
[16:13] <mdeslaur> stgraber: yeah...good thing cups is protected by apparmor
[16:14] <ogra_> xnox, did you already do an android rebuild after uploading the touch initrd changes ?
[16:14] <ogra_> (i have a pending change here i would like to land if you didnt yet, so it gets pulled in alongside)
[16:16] <tkamppeter> mdeslaur, so we need to check the inserted strings (make/model, PDLs, ...) for illegal characters in cups-browsed?
[16:17] <mdeslaur> tkamppeter: yeah, I think that would be ok. or rather, a whitelist of valid characters
[16:20] <tkamppeter> mdeslaur, I will add that and issue it as 1.0.51.
[16:25] <xnox> ogra_: yeah, that's all landed ages ago with deb support
[16:26] <ogra_> xnox, i mean the fstab parsing change
[16:26] <ogra_> that only landed on the weekend, no ?
[16:27] <ogra_> oh, ignore me
[16:27]  * ogra_ was off by one week
[16:28]  * ogra_ blames DST !
[16:28] <xnox> ogra_: yeah, not sure about timings. But everything is in release pocket, so you are all clear for any android/initramfs changes.
[16:28] <ogra_> xnox, right, i was hoping you had not uploaded android yet :)
[16:30] <ogra_> xnox, OH !
[16:30] <ogra_> xnox, https://launchpad.net/ubuntu/trusty/+source/initramfs-tools-ubuntu-touch/0.70
[16:31] <ogra_> seems it took two weeks to migrate from proposed
[16:31]  * ogra_ was wonderign why apt-get source didnt give him 0.70
[16:39] <cjwatson> ogra_: it was manually blocked for some time by a bug
[16:39] <ogra_> ah, ok
[16:42] <xnox> wgrant: infinity: CI has a whole new meaning from now on =)
[16:43] <doanac> xnox: you have any suggestions/ideas how i can get the ubuntu-emulator to show up as an adb device?
[16:44] <mdeslaur> tkamppeter: thanks
[16:44] <ogra_> doanac, it just shows up as one once adbd is started (here at least)
[16:45] <ogra_> you just need the patience to wait til its booted after 20min :P
[16:45] <doanac> ogra_: hmm. i get the device to boot and have a log-in prompt in my shell. but it doesn't show up under adb
[16:45] <ogra_> doanac, do you have the UI yet ?
[16:45] <doanac> ogra_: its off now. let me power on so i can give more info
[16:45] <ogra_> adb only starts after the container nowadays
[16:46] <ogra_> so pretty late in the boot process
[16:46] <doanac> last night i had it to the touch intro, but no adb
[16:46] <ogra_> hmm, thats surely wrong
[16:46] <doanac> ack. i'll retry
[16:46] <doanac> hopefully user-error
[16:48] <xnox> mvo_: would you be able to kick off command-not-found data update based on trusty series? as far as i could trace it, it's still running by your cronjobs albeit still against precise (or some such).
[16:49] <mvo_> xnox: I certainly hope its not against precise, but probably saucy, but I will check
[16:49] <mvo_> xnox: now that I can login again :)
[16:50] <xnox> mvo_: well, I only tested against something that's new in trusty. E.g. "ubuntu-emulator" is not known to command-not-found =)
[17:18] <doanac> ogra_: so  my emulator is running. i'm at the edges intro, i've got a login prompt for ttyS2, but adb-devices shows nothing on my host pc
[17:18] <ogra_> weird
[17:18] <ogra_> (i havent run an emulator in a while, let me try)
[17:19] <doanac> thanks. i suspect its something easy to address. i just wasn't sure where to start
[17:20]  * ogra_ watches his laptop to start hovering over the desk
[17:27] <ogra_> doanac, so i see adbd running in the emulator, but you are right, no device seen on my laptop
[17:28] <ogra_> doanac, restarting the adb server on the laptop helped
[17:29] <ogra_> i assume adb waits for an USB event it doesnt get for noticing the connection
[17:29] <doanac> ogra_: that helped. mine is still offline though
[17:29] <doanac> it shows up as offline that is
[17:29] <ogra_> thats strange, i'm logged in
[17:30] <doanac> hmm. my emulator seems locked up.
[17:30] <ogra_> ogra@styx:~/Devel/packages/android-tools-4.2.2+git20130218/core/adbd$ adb devices
[17:30] <ogra_> List of devices attached
[17:30] <ogra_> emulator-5554	device
[17:30] <ogra_> and i can log in just fine
[17:30] <doanac> ogra_: let me retry this. if it just needs a restart, i can code around things for now
[17:30] <ogra_> k
[17:40] <doanac> ogra_: thanks. i think i've got a path forward now!
[17:40] <ogra_> awesome
[17:41] <zyga> doanac: hey
[17:41] <zyga> doanac: how are you? :)
[17:41] <doanac> zyga: not too bad. what's up?
[17:41] <ogra_> i would ask to open a bug for that but i have not even remotely a clue if thats a qemu issue or udev on the host ... or adb
[17:41] <zyga> doanac: good, thanks, busy week, eh?
[17:41] <doanac> zyga: yeah. they've all been pretty busy lately :)
[18:17] <cjwatson> psusi: I think the LVM regression here is because dev->loop is undefined on some paths.  Considering http://paste.ubuntu.com/7190835/ - what do you think?
[18:17] <cjwatson> psusi: the whole PedDevice.loop thing seems to be very awkward in terms of layering, because you need it when you only have a PedDevice in hand, but strictly speaking it's really a property of a PedDisk ...
[18:17] <psusi> cjwatson, I just noticed that I did make a booboo there... if you run parted and attempt to rm the fake partition, it pukes trying to remove the lv itself
[18:18] <cjwatson> Don't know if that's related
[18:18] <psusi> I just had to clear the loop flag temporarily and restore it after the remove partition step... but there seem to be a number of different weird things going on in partman
[18:18] <cjwatson> It's not that weird
[18:18] <cjwatson> partman is doing a ped_device_new_fresh
[18:18] <cjwatson> You only initialise dev->loop in ped_device_new
[18:18] <cjwatson> So it's random
[18:18] <cjwatson> (I think)
[18:18] <psusi> beacuse the first problem I run into, even after fixing that issue removing the fake partition, is that the first error in syslog is that /dev/ubuntu-vg can not be statted... well, no kidding, you didn't call pvcreate and vgcreate yet
[18:19] <psusi> it just created the partitions at that point
[18:19] <cjwatson> Sorry, s/ped_device_new/ped_disk_new/g in all that
[18:19] <cjwatson> That's all a consequence of the above, as far as I can tell
[18:19] <psusi> retrying the same step again lets it correctly create the lv/pv and proceed, after I fixed the issue with removing the fake partition
[18:19] <cjwatson> It tries to call pvcreate/vgcreate but it's very confused because the uninitialised PedDevice.loop causes it to get the wrong path to create the PV on
[18:20] <psusi> then  why does it work the second time?
[18:20] <cjwatson> Second time it'll be going through ped_disk_new which *does* initialise it
[18:20] <psusi> ohh, I see
[18:21] <psusi> do those changes fix it?
[18:21] <cjwatson> I'm trying to rig a test now
[18:21] <psusi> why did you remove the initialization from ped_disk_new?
[18:21] <cjwatson> Because ped_disk_new calls ped_disk_new_fresh
[18:21] <psusi> ohh, right
[18:22] <cjwatson> Presumably you're not allowed to ask a PedDevice for a partition path without going through ped_disk_new* first
[18:22] <cjwatson> Hopefully
[18:22] <cjwatson> Like I say, the layering is awkward
[18:23] <psusi> ok, in addition to those changes, you want to go disk_sync_part_table and around the call to remove_partition, add an int loop = disk->dev->loop; disk->dev->loop = 0;, then restore it after
[18:23] <cjwatson> I don't quite see why you didn't instead key off PED_DEVICE_FILE or some such
[18:23] <psusi> because a loop device isn't a PED_DEVICE_FILE
[18:24] <cjwatson> But this whole area of parted has always been a total mess
[18:24] <psusi> yea... it has... that's why I've been trying to fix it up
[18:24] <cjwatson> Well, it's still a conceptual mess :)
[18:24] <psusi> you can create a loop label on a normal scsi disk if you want
[18:24] <cjwatson> You now have ped_device behaviour that depends on what ped_disk has done on top of it ...
[18:25] <psusi> that's actually the use case I was working on in gparted when I found and tried to fix these bugs... you mkfs the whole scsi disk with no partition table
[18:25] <psusi> yea... the layering is a bit goofy
[18:26] <cjwatson> would you mind pastebinning me a patch for the disk_sync_part_table thing?  I have a rotten headache and not sure I'm coherent
[18:26] <psusi> come to think of it, maybe taht should have been just initialized in linux_new
[18:26] <cjwatson> it kinda sounds like hack upon hack
[18:27] <cjwatson> isn't it better to do it in the architecture-independent code?
[18:27] <psusi> well yea... the loop lable is kind of a hack... its basically pretending there is a partition table there when there isn't
[18:27] <cjwatson> oh, you only use it in linux.  why is it not in PedDevice.arch_specific then?
[18:27] <psusi> good point
[18:27] <psusi> hrm... it shouldn't be linux only
[18:29] <cjwatson> hack upon hack> what I mean is, why do we need the partition path with number appended in some situations but not others?
[18:29] <cjwatson> that seems to make only dubious sense
[18:30] <psusi> because partitions normally have a number appended
[18:30] <psusi> but not when you don't have a partition table ( i.e. loop label )
[18:31] <cjwatson> sure.  but why then do we suddenly need the number when removing partitions?
[18:31] <cjwatson> surely either we need it or we don't
[18:31] <psusi> say you initially do have a partition table with some partitions, and then mklabel loop over top of it
[18:31] <psusi> you want to remove the no longer needed partitions
[18:32] <cjwatson> oh, loop is set way before actually committing the removal, right
[18:32] <cjwatson> this is foul
[18:33] <cjwatson> I'd have thought then that we need to detect what the actual pre-removal state is, rather than just forcing it to zero ...
[18:33] <psusi> can't really and it doesn't matter
[18:33] <psusi> if the partitions are there, we remove them... if they aren't... then we don't care...
[18:34] <psusi> i.e. if we get back ENXIO trying to remove, we ignore it since it's already gone and that's what we wanted
[18:34] <cjwatson> well, it's potentially a name clash isn't it?
[18:34] <cjwatson> I agree it's relatively unlikely
[18:35] <cjwatson> with my patch, vg creation works, but I get a whinge about being unable to inform the kernel about the change to partition 1 of /dev/mapper/ubuntu--vg-root
[18:35] <cjwatson> maybe that's the removal issue you describe
[18:35] <psusi> cjwatson, http://paste.ubuntu.com/7190938/
[18:36] <psusi> bingo
[18:36] <psusi> what is potentially a name clash?
[18:37] <cjwatson> what if somebody makes an lv called root1
[18:38] <psusi> ahh, ick... and one called root, and then creates a partition on it?
[18:38] <cjwatson> I guess it would still have clashed before, just differently
[18:39] <psusi> yea
[18:40] <psusi> yea, there's just no good way out of that one
[18:40] <psusi> other than patching lvm to not allow you to create such names ;)
[18:41] <cjwatson> there is.  parted could know that vg-root wasn't previously non-loop-partitioned and never try to access vg-root1
[18:41] <cjwatson> like I say, by reading the previous state
[18:41] <psusi> well no, this doesn't have anythign to do with loop lables
[18:42] <psusi> if you just make a volume named root, and another named root1, then use parted to create a partition table and partition on loop, then it's going to clash with the root1 lv
[18:42] <psusi> s/loop/root
[18:42] <cjwatson> but if it's a loop table on root, then it should never need to hit root1
[18:43] <psusi> true... but at that layer of the code there is no "previous" state you can compare to... remember, the same stuff is called when you execute partprobe
[18:43] <psusi> which only knows what the current partition table says... has no idea about what, if anything, was there before
[18:43] <cjwatson> mm.  horrible.
[18:43] <psusi> so it just has to remove everything
[18:44] <psusi> well, it's a lot better than it was before when it was using BLKRRPRT ;)
[18:44] <psusi> also the name clash goes beyond parted
[18:44] <cjwatson> ok, same warning this time round
[18:45] <psusi> no tool or person can tell whether /dev/mapper/root1 is a partition or lv
[18:45] <psusi> you sure you got it applied and the updated package installed in your testing vm?
[18:45] <psusi> it fixed it for me
[18:45] <cjwatson> pretty sure
[18:45] <cjwatson> no doubt we're hitting different warnings
[18:45] <psusi> you rebooted the vm with a clean disk right?
[18:45] <cjwatson> yes
[18:46] <psusi> run parted by hand on the lv and try to rm 1
[18:46] <psusi> that's how I reproduced it and figured out what was really going on
[18:47] <cjwatson> "Warning: Partition /dev/mapper/ubuntu--vg-root is being used. Are you sure you want to continue?"
[18:47] <psusi> you have it mounted ;)
[18:47] <cjwatson> well yes, but that's basically the same error I was getting in the UI
[18:47] <psusi> well you can't remove a partition that's mounted
[18:48] <psusi> and the ui certainly shouldn't be trying to
[18:48] <cjwatson> this all worked before so something is broken.
[18:48] <cjwatson> I'm afraid I'm out of steam for today though
[18:48] <cjwatson> I'll pick it up again tomorrow and try to disentangle it
[18:48] <psusi> I'm positive it never tried to remove a mounted partition before ;)
[18:49] <cjwatson> I expect that this is a second-order effect
[18:49] <cjwatson> Something to do with this parted change is confusing it into trying to do so
[18:49] <psusi> if you didn't clear the disk when you rebooted the vm, then it probably found the existing swap partition and mounted that?
[18:49] <cjwatson> I cleared the disk
[18:49] <cjwatson> Stop it :P
[18:49] <psusi> hrm... weird
[18:49] <cjwatson> Obviously it isn't *intentionally* trying to remove a mounted partition device
[18:50] <cjwatson> That would be silly
[18:50] <psusi> by clear the disk you don't just mean blew away the partition table right?
[18:51] <cjwatson> I mean qemu-img create
[18:51] <psusi> yep, ok then...
[18:51] <cjwatson> The error is on ped_disk_commit
[18:52] <cjwatson> And OK, the error in the UI is actually different
[18:53] <cjwatson> "Partition(s) 1 on /dev/mapper/ubuntu--vg-root have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use.  As a result, the old partition(s) will remain in use.  You should reboot now before making further changes."
[18:53] <cjwatson> Sorry for misleading
[18:53] <psusi> yea.. same thing
[18:54] <psusi> the question is how the hell can it be trying to (re)create the partition after mounting it
[18:54] <cjwatson> right, yeah, after I unmount, I get a stream of "device-mapper: remove ioctl on ubuntu--vg-root failed: Device or resource busy"
[18:54] <cjwatson> Then the above message
[18:54] <psusi> then you must not have my patch in there?
[18:54] <cjwatson> (from "rm 1" in "parted /dev/mapper/ubuntu--vg-root")
[18:54] <cjwatson> I sure do
[18:54] <cjwatson> Oh
[18:54] <psusi> that's exactly what I had before I applied that patch
[18:54] <cjwatson> Damnit, I lost my debian/changelog
[18:55] <cjwatson> So it built with the wrong version
[18:55] <psusi> heh
[18:55] <cjwatson> Sorry!

[19:00] <cjwatson> Right, that actually seems to work now
[19:00] <cjwatson> http://paste.ubuntu.com/7191088/ for the record
[19:00] <cjwatson> If that still looks sensible to me in the morning then I'll upload
[19:01] <cjwatson> Don't trust myself with dput right now :)
[19:01] <cjwatson> Thanks
[19:01] <psusi> looks sensible to me.... will see if I can find any other ways to break it
[19:02] <cjwatson> I'll actually fold that into fix-loop-labels.patch of course, no point having patch upon patch for the same thing
[19:03] <psusi> aye
[19:04] <psusi> and I'll upstream those changes
[19:04] <cjwatson> Thanks
[19:10] <bdmurray> hallyn: bug 1300927 sounds familiar but I don't recall the exact details
[19:12] <hallyn> bdmurray: yeh it does sound familiar.  but by now i thought we had procps not failing if it fails to write to something?
[19:13] <blkperl> cjwatson: I'm running into this issue, bug 1300943, any suggestions? I'm trying to get log files but mount is hanging when trying to connect my nfs server
[19:15] <psusi> cjwatson, come to think of it, disk.c shoudln't be touching loop at all... it should only need initialized once... in device.c just after it is created
[19:19] <hallyn> bdmurray: i'll follow that one, thanks
[19:19] <bdmurray> hallyn: cool, thank you
[19:34] <hallyn> if eth0 is defined both in /etc/network/interfaces and /etc/network/interfaces.d/eth0, which definition do we expect to be used?
[19:35] <stgraber> hallyn: short answer, "don't do that".
[19:35] <stgraber> in practice, I'd sort of expect the response to be "both" but I'd have to go look at the code to make sure
[19:35] <stgraber> ifupdown isn't very clever, it basically reads the /etc/network/interfaces and processes things as it finds them
[19:36] <stgraber> so I'd expect it to first parse and bring up the first one, then find the second one through the include and complain because it's already up
[19:38] <hallyn> stgraber: i'm not doing it, i'm looking at a system where it's the case... :)
[20:57] <mwhudson> infinity: eglibc is failing to build for me on arm64
[20:58] <infinity> mwhudson: In what way?
[20:58] <infinity> mwhudson: Also, the buildds would mostly disagree with you. ;)
[20:58] <mwhudson> infinity: have you seen anything like this? http://paste.ubuntu.com/7191580/
[20:58] <mwhudson> yes
[20:58] <mwhudson> i realize :)
[20:58] <infinity> mwhudson: A log and a debdiff of what you're abusing it with would help.
[20:59] <mwhudson> ok
[20:59] <infinity> mwhudson: I've never seen tst-tls5 fail, no.  That's either a regression from the patch you're testing, or a bug in the kernel you're building on.
[20:59] <mwhudson> hm
[20:59] <mwhudson> i bet the kernel
[20:59] <mwhudson> 3.13.0-19-generic
[21:00] <mwhudson> are the buildds still on 3.8?
[21:00] <infinity> Or a bug in the binutils patches from APM that doko accepted?
[21:00] <infinity> But I'm pretty sure I've built glibc in the archive since then.
[21:00] <infinity> mwhudson: The buildds are still on 3.8 until I can adequately test a distro kernel for sanity, yeah.
[21:00] <mwhudson> i guess binutils could do this too for sure
[21:01] <mwhudson> infinity: do you still want to see build log / debdiff?
[21:01] <infinity> So, binutils could absolutely do that, but the last eglibc upload to the archive was after the last binutils, by several days.
[21:01] <infinity> So it's probably not that.
[21:02] <infinity> mwhudson: Diff yes, log no, your snippet was enough.
[21:02] <mwhudson> infinity: http://paste.ubuntu.com/7191589/
[21:02] <infinity> mwhudson: Also, find the tst-tls5 invocation in your log and try running that massive line of goop by hand a few times to see if it's just racy/confused somehow.
[21:02] <mwhudson> i assume you don't just want to take my word for it and upload that to the archive? :)
[21:02] <infinity> Though that doesn't look racy.
[21:02] <mwhudson> it's failed the build twice
[21:03] <infinity> mwhudson: I'll throw your patch at a PPA and see how it fares on the distro builders too.
[21:03] <mwhudson> the first time i thought it might have been moving the time by 140 years during the test suite...
[21:03] <mwhudson> infinity: that would be great, thanks
[21:03] <infinity> mwhudson: Some headers in said patch that indicate origin and the like would be nice. :P
[21:04] <infinity> mwhudson: And maybe some prodding of Will to push harder to get it re-reviewed and committed.
[21:04] <mwhudson> infinity: heh, yes
[21:04] <mwhudson> does quilt refresh eat comments like that>?
[21:04] <mwhudson> i quilt import-ed the git format-patch version i think
[21:05] <mwhudson> and yes, i don't think will's reposted the patch yet
[21:22] <infinity> mwhudson: quilt refresh should ignore everything above the patch itself.
[21:24] <infinity> cjwatson: Hey, grub-probe has an FD leak, according to LVM.
[21:24] <infinity> (LVM, the best leak tracer EVER)
[21:25] <mwhudson> infinity: hm ok, i wonder what i did wrong then
[21:46] <bdmurray> stgraber: could you have a look at bug 1300516?
[21:48] <stgraber> bdmurray: looks reasonable to me
[21:49] <stgraber> I'd probably make it: [ ! -d "$HOME/.cache/upstart" ] && mkdir -p "$HOME/.cache/upstart"
[21:49] <stgraber> which is shorter and covers some corner cases (spaces and such)
[21:50] <bdmurray> stgraber: okay, do you want to apply / upload that or should I?
[21:51] <stgraber> bdmurray: I can do it
[21:53] <stgraber> bdmurray: uploaded
[21:54] <juliank> infinity: So, (Continuing here, rather than on #debian-devel) Does http://paste.debian.net/91079/ look sensible for trusty?
[21:56] <infinity> juliank: Why did get_ubuntu_mirrors go away?
[21:56] <juliank> bdmurray: In case you're bored, you're opinion is appreciated as well. If we can get that python-apt into trusty, I'll just upload it to Debian as <IP_ADDRESS> and we can sync. Otherwise, we'd need cherry-pick the python/tag.cc and possibly the debian/* changes.
[21:57] <juliank> infinity: Because we use a script get_ubuntu_mirrors_from_lp for a long time already.
[21:57] <juliank> The old one is unused and broken.
[21:57] <infinity> juliank: The python2.6 cleanups look fine to me to accept as-is.
[21:57] <infinity> juliank: Ahh, kay.
[21:58] <infinity> juliank: In that case, that all looks fine, assuming a changelog that explains it.
[22:09] <juliank> infinity: Now the only question is, should I follow APT into 1.0 land and name the release 1.0.0 or should I stick with <IP_ADDRESS>, or should I use 0.9.4. That's an important question!
[22:10] <infinity> juliank: Whoa, apt went 1.0?
[22:10] <juliank> It's bug fix only, but hey super stability is a good reason for a 1.0
[22:10] <juliank> infinity: Yes, today.
[22:11] <xnox> juliank: i thought that was april's fools joke.
[22:11] <juliank> Or yesterday, depending on location (it's now yesterday here)
[22:11] <infinity> I don't know how to deal with this information.
[22:11] <xnox> bah, it did =) http://packages.qa.debian.org/a/apt/news/20140401T170442Z.html
[22:11] <infinity> Michael just broke my brain.
[22:12] <xnox> also, appears to use a very small key.
[22:12] <infinity> juliank: Anyhow, version it how you like.  But if you want to imply that "this is the python-apt you should use with apt 1.0", going for the version bump might make sense.
[22:12] <juliank> Meh, now python-apt FTBFS on Debian because of a new pyflakes version which complains about more things.
[22:13] <juliank> We're shadowing _ in a loop variable.
[23:09] <xnox> barry: i ponder if we'll manage to drop python2 from the desktop cd this cycle =)
[23:10] <xnox> barry: if we push printing stack it should be all tip-top.
[23:10] <Unit193> gstreamer0.10 is close.
[23:11] <xnox> that too.
[23:11] <xnox> cyphermox: any news on bluez-gstreamer?
[23:12] <xnox> cyphermox: i'm tempted to just drop it, and see if anything breaks.


[01:29] <geekilized> who can help me with a specific problem with ubuntu one music store?
[01:36] <geekilized> anyone?
[06:31] <wage> Can someone tell me the path to the ubuntu one client, my icon is missing?
[06:37] <duanedesign> hello
[06:38] <duanedesign> wage: in Lucid the Ubuntu One applet was replaced by the Ubuntu One Preferences window
[06:38] <duanedesign> you can get to it from      Me Menu --> Ubuntu One
[06:38] <duanedesign> or
[06:39] <duanedesign> System --> Preferences --> Ubuntu One
[06:39] <duanedesign> ubuntu one should autostart for you if you have the computer added to your Ubuntu One account
[06:39] <wage> ok, should the panel applet be showing?
[06:42] <duanedesign> no the applet was replaced by the entry in the me menu
[06:46] <wage> whats broadcast messages archive?
[06:53] <duanedesign> wage: that will log all your messages sent from your Broadcast Accounts
[06:53] <wage> oh, gwibber?
[06:54] <duanedesign> i am pretty sure :P I dont use it.
[06:54] <wage> yeah, thats kinda a weird one
[06:54] <duanedesign> could be easier to understand
[06:55] <wage> well, i think i got it working now. thanks for the help.
[06:56] <duanedesign> wage: any questions at all just ask
[06:57] <duanedesign> the room is full of Ubuntu One developers between 12:00 - 20:00 utc
[06:58] <wage> yeah, my biggest problem was it moved and I kept finding sites talking about it in the old location so i thought it was missing.
[07:02] <duanedesign> right
[07:02] <duanedesign> wage: the contact and bookmark sync are currently not working. They should be back up soon
[07:03] <wage> will i have to tell it to connect after every boot? I couldn't figure out why it wasn't syncing and it turned out it wasn't connected
[07:03] <duanedesign> wage: it should auto connect at boot
[07:04] <duanedesign> wage: can you open system > preferences > Startup Applications
[07:04] <wage> ok good, that might have just been because it had 2 entrys for this computer or something
[07:04] <duanedesign> you should see an Ubuntu One entry
[07:04] <wage> i have 2 startup apps for ubuntu one
[07:04] <duanedesign> ok i had that too
[07:04] <duanedesign> its the old version from Karmic
[07:05] <wage> do i need to delete one?
[07:05] <duanedesign> wage: click on one and select edit
[07:05] <duanedesign> in the command line
[07:05] <duanedesign> the old one will be:  ubuntuone-client-applet
[07:06] <duanedesign> the new one:  /bin/sh -c '[ -d "$HOME/Ubuntu One" ] && ubuntuone-launch'
[07:06] <duanedesign> just uncheck the old one
[07:06] <wage> ok done thanks
[07:07] <wage> it'd be cool if it had truecrypt support built in
[07:51] <mandel> morning!
[08:01] <duanedesign> mandel: morning
[09:29] <mandel> vds, ping
[09:29] <vds> mandel: pong
[09:29] <mandel> vds, morning :D
[09:30] <vds> mandel: morning
[09:30] <mandel> can you try this: https://code.edge.launchpad.net/~mandel/ubuntuone-windows-installer/fix_tomboy_installer/+merge/29958
[09:30] <vds> mandel: sure
[09:30] <mandel> vds, I'm making the installer to be more modular and easier to understand :D
[09:30] <vds> cool!
[09:31] <vds> I should be able to test the script with the folders in like 10 min
[09:31] <mandel> vds, if you run the following "tools\Nant
[09:31] <mandel> \bin\NAnt.exe installer" it should create an installer for you
[09:34] <mandel> vds, I was saying
[09:34] <vds> mandel: I got till create an installer for you
[09:34] <mandel> vds, that is all then :D
[09:35] <mandel> vds, I need that to be merge so that I create a new fragment that will install gtk-sharp
[09:35] <mandel> vds, is a dependency we have from tomboy
[09:35] <vds> ok
[09:36] <mandel> vds, to test the installer tou have to install gtk-sharp inyour machine, you can find it here: http://www.go-mono.com/mono-downloads/download.html
[09:36] <mandel> vds, install and then run UbuntuOne.msi
[09:36] <vds> ok
[09:36] <mandel> as soon as the branch is merge I'll remove the need to manually install gtksharp
[09:47] <Rogasch> Hi, i have some Problem sycronizing my evolution-contacts with couchdb. In fact my CouchDB is emty. Do i have to create the tables by my self?
[09:49] <rodrigo_> Rogasch, no, replication has been disabled while we fix a scaling problem in the server, should be enabled soon
[09:49] <rodrigo_> Rogasch, you don't need to create dbs manually
[09:50] <Rogasch> i htought my contacts are saved first in the db and then sync with ubuntuone
[09:55] <rodrigo_> Rogasch, ah, you mean they are not in your local couchdb after saving them from evolution?
[09:55] <Rogasch> yes
[09:55] <rodrigo_> oh
[09:55] <duanedesign> Rogasch: is this the guide you used https://wiki.ubuntu.com/UbuntuOne/Tutorials/Contacts
[09:55] <rodrigo_> do you get any error when saving them in evolution?
[09:56] <Rogasch> no i dind use this at all, maybe thats why i dont work :)
[09:56] <Rogasch> but i created a Kontakt directly in the UbuntuOne Adress Book on evolution
[09:56] <rodrigo_> Rogasch, you dind't use what?
[09:57] <Rogasch> the Tutorial
[09:57] <rodrigo_> that should have worked, yes
[09:57] <rodrigo_> if you close evolution and open it again, the contact is not in the U1 address book?
[09:58] <Rogasch> no it is in the addressbook but not on CouchDB
[09:58] <rodrigo_> what do you mean by 'it's not on couchdb'?
[09:59] <Rogasch> couchDB is totaly empty no DB at all
[09:59] <Rogasch> i used: http://localhost:5984/_utils/database.html?management
[10:00] <duanedesign> file:///home/YOURUSERNAME/.local/share/desktop-couch/couchdb.html
[10:00] <duanedesign> Rogasch: try that and replace USERNAME
[10:02] <duanedesign> that should open the couch interface in Firefox to the CouchDB that U1 uses
[10:03] <Rogasch> hmm after forwarding there is a connection prob
[10:03] <Rogasch> im at here: http://localhost:33646/_utils
[10:03] <mandel> vds, any luck?
[10:04] <duanedesign> Rogasch: the port changes everytime
[10:05] <vds> mandel: fighting with win, but I'm getting there
[10:05] <duanedesign> Rogasch: can you open a Terminal
[10:05] <Rogasch> yip
[10:05] <mandel> vds, and the installer?
[10:05] <mandel> vds, could you create it? if you install you should have just tomboy installed
[10:05] <duanedesign> Rogasch: we will try and restart desktopcouch.
[10:06] <vds> mandel: I was talking about the installer
[10:06] <Rogasch> ok
[10:06] <duanedesign> Rogasch: run the command:  killall beam.smp; killall beam
[10:06] <mandel> vds, need to restart (bloody windows) I'll be abck
[10:06] <mandel> vds,back*
[10:07] <Rogasch> no process found
[10:07] <duanedesign> Rogasch: thats ok. run: rm ~/.config/desktop-couch/desktop-couchdb.ini
[10:07] <Rogasch> done
[10:07] <duanedesign> Rogasch: this is a config file that will be regenerated
[10:07] <duanedesign> Rogasch: ok a long one:  dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[10:10] <duanedesign> Rogasch: then:  xdg-open file:///home/YOURUSERNAME/.local/share/desktop-couch/couchdb.html
[10:10] <duanedesign> Rogasch: or just put the file:// in Firefox address bar manually
[10:10] <duanedesign> the xdg-open is just a Terminal command to open the address from the browser
[10:10] <Rogasch> Error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[10:10] <duanedesign> Rogasch: which command was that
[10:10] <Rogasch> the last one
[10:10] <Rogasch> dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[10:19] <Rogasch> same error as before
[10:19] <Rogasch> maybe sudo :)
[10:19] <duanedesign> no
[10:19] <Rogasch> ok
[10:20] <Rogasch> there is surely somthing screwed
[10:21] <duanedesign> Rogasch: can you run the command:  ps aux | grep beam
[10:21] <duanedesign> Rogasch: do you get anything other than :00 grep beam
[10:21] <duanedesign> Rogasch: dont paste it here cause it might be a lot of text
[10:22] <duanedesign> :)
[10:22] <Rogasch> roman    10568  0.0  0.0   7628   904 pts/0    S+   11:21   0:00 grep --color=auto beam
[10:22] <duanedesign> ok
[10:22] <duanedesign> thats the grep process
[10:23] <Rogasch> before that: ps aux | grep beam
[10:23] <Rogasch> couchdb   9562  0.3  0.3<PHONE_NUMBER>8 ?        Sl   11:20   0:00 ... large text
[10:26] <duanedesign> Rogasch: can you try visiting the address: file:///home/YOURUSERNAME/.local/share/desktop-couch/couchdb.html
[10:26] <duanedesign> again
[10:27] <Rogasch> link me to http://localhost:33646/_utils with no connection
[10:29] <duanedesign> Rogasch: can you open a Nautilus window and navigate to:  /home/duanedesign/.cache/desktop-couch
[10:29] <duanedesign> well replace duanedesign :)
[10:30] <duanedesign> Rogasch: were looking for: desktop-couchdb.stdout
[10:30] <Rogasch> im there
[10:31] <duanedesign> can you post the contents of that file at  http://paste.ubuntu.com
[10:31] <Rogasch> there are 4 of them 3 with .1-3
[10:32] <duanedesign> i think 1 is the newest
[10:32] <Rogasch> http://paste.ubuntu.com/463931/
[10:33] <duanedesign> Rogasch: hmmm, ok we might need some help.
[10:34] <Rogasch> ohh ok. why
[10:34] <duanedesign> rodrigo_: i am stumped :\
[10:34] <duanedesign> Rogasch: i am not sure why desktopcouch is not starting
[10:36] <Rogasch> hmm i knew it. nice things never work like they shoud :-)
[10:40] <mandel> duanedesign, Rogasch mind if I take a look ?
[10:40] <Rogasch> not at all
[10:42] <duanedesign> mandel: please
[10:42] <duanedesign> I butted in on rodrigo :P
[10:43] <mandel> duanedesign, Rogasch do you mind telling me whats the issue?
[10:43] <duanedesign> mandel: getting a dbus error when trying to start desktopcouch
[10:43] <mandel> ok
[10:44] <duanedesign> mandel: no contacts showing in evolution is the original
[10:44] <mandel> Rogasch, can u access desktopcouch from the browser?
[10:44] <duanedesign> mandel: so we tried the kill beam and desktopcouch.CouchDB.getPort
[10:44] <duanedesign> and get a dbus
[10:44] <duanedesign> error
[10:45] <duanedesign> mandel: it returns
[10:45] <duanedesign> link me to http://localhost:33646/_utils with no connection
[10:45] <duanedesign> mandel: i got so far as to look at the stdout of desktopcouch http://paste.ubuntu.com/463931/
[10:47] <mandel> duanedesign, ok, so beam is dead for sure and when you try to restart desktopcouch from dbus it does not work, did I get ti right?
[10:49] <duanedesign> mandel: yes we did a grep beam
[10:49] <duanedesign> mandel: ahh, we did get:
[10:49] <duanedesign> 04:23 < Rogasch> couchdb   9562  0.3  0.3<PHONE_NUMBER>8 ?        Sl   11:20   0:00 ... large text
[10:50] <mandel> duanedesign, have you tried to start desktopcouch from python, the python lib does not us dbus and you will see a nicer error
[10:51] <mandel> duanedesign, or at least will tell you is not desktopcouch itself but dbus
[10:51] <duanedesign> mandel: have not
[10:51]  * duanedesign nods
[10:51] <mandel> duanedesign, do you want me to send a small script for that?
[10:52] <duanedesign> please if you have time
[10:53] <mandel> duanedesign, no problem, give me a sec
[10:53] <rodrigo_> duanedesign, yes, what's up?
[10:54] <mandel> rodrigo_, issues with starting desktopcouch through dbus
[10:54] <mandel> rodrigo_, I proposed to start it through the python lib since it does not use dbus to see what is up
[10:54]  * rodrigo_ looks at the paste
[10:55] <Rogasch> Thanks for your help guys
[10:55] <rodrigo_> it looks like an erlang/couchdb problem
[10:55] <rodrigo_> http://paste.ubuntu.com/463931/ <- these are erlang errors
[10:57] <mandel> rodrigo_, yep, I would like to see what the python lib is trying to do
[10:57] <rodrigo_> Rogasch, but you said the contacts are in your evolution's U1 addressbook?
[10:57] <Rogasch> yes
[10:58] <rodrigo_> ok, so the contacts are saved to couchdb
[10:58] <Rogasch> there is one Contact in it
[10:59] <Rogasch> first i thougt the are no entries in the DB because there (http://localhost:5984/_utils) was not DB
[11:00] <duanedesign> Rogasch: that is your system wide couchdb
[11:00] <Rogasch> then duanedesign postet some other link that dont work because der was no connection
[11:01] <Rogasch> ahh ok
[11:01] <duanedesign> Rogasch: there is a user specific one
[11:01] <rodrigo_> Rogasch, right, that's not your local couchdb
[11:01] <Rogasch> so couchDB have more then one engine running?
[11:01] <rodrigo_> Rogasch, if you quit evolution and open it again and the contact is in the U1 addressbook, the contact is in your local couchdb for sure
[11:02] <rodrigo_> Rogasch, yes
[11:02] <Rogasch> ahh ok
[11:02] <duanedesign> ahh
[11:02] <rodrigo_> so, the problem seems to be that you can't get to your local couchdb's HTML page
[11:02] <Rogasch> but how can i take a look on the tables?
[11:02] <rodrigo_> I can't neither, it's a known problem with basic auth not working
[11:03] <rodrigo_> Rogasch, install slip-cover and use it to browse it
[11:03] <Rogasch> ok
[11:04] <rodrigo_> btw, a better app is coming -> https://code.edge.launchpad.net/~rodrigo-moya/+junk/guton
[11:04] <rodrigo_> :)
[11:05] <Rogasch> where can i find slip-cover
[11:05] <rodrigo_> Rogasch, it's in universe, for maverick, afaik
[11:06] <rodrigo_> Rogasch, my app shows the list of documents, but not the documents' contents, that's why I didn't suggest it tou use it
[11:06] <rodrigo_> but if you just want to check if there are dbs and documents, use my app if you want
[11:06] <rodrigo_> bzr branch lp:~rodrigo-moya/+junk/guton
[11:06] <rodrigo_> you'll have to compile it though
[11:07] <Rogasch> ok, im very thankfull for you help. i will get a try withit
[11:08] <mandel> rodrigo_, guton? hehe you do not like sleep cover or what ever the name it is ;)
[11:08] <duanedesign> Rogasch: https://edge.launchpad.net/~rick-rickspencer3/+archive/ppa/+packages
[11:09] <Rogasch> thank
[11:09] <rodrigo_> mandel, slip cover is horrible, yes :)
[11:10]  * duanedesign is off to get breakfast
[11:10] <mandel> rodrigo_, I agree :D
[11:10] <Rogasch> ok guys a have to leave, thanks again
[11:10] <duanedesign> good luck Rogasch
[11:10] <Rogasch> thank you guys too
[11:24] <mandel> vds, where is the screenshot? :P
[11:26] <vds> mandel: on it's way\
[11:26] <mandel> vds, ok, but we stay inthsi channel :P
[11:43] <mandel> vds, can you try an run the installer again
[11:43] <mandel> vds, it should not let you "another version is installer"
[11:50] <vds> mandel: well it starts and let me choose between repair and uninstall
[11:50] <mandel> vds, use uninstall
[11:54] <vds> mandel: one more screenshot on it's way
[11:54] <mandel> vds, ok
[11:54] <vds> mandel: it's unable to close the app
[11:54] <mandel> vds, ein?
[11:54] <mandel> vds, are u running tomboy?
[11:54] <mandel> you have to close it first
[11:54] <vds> I'm continuing the uninstall
[11:54] <vds> well
[11:55] <vds> it says it can take care of it :)
[11:55] <vds> and I trusted it
[11:55] <vds> but it fails
[11:55] <vds> and btw if I'm running tomboy I don't see where it is...
[11:56] <vds> yep it is running
[11:56] <vds> the process manager says so
[11:57] <vds> mandel: cool it runs in background and there is no obvious way to turn it off unless you actually run it again and choose quit from the menu
[11:57] <vds> ok
[11:58] <vds> once TB was down the uninstall finished correctly
[11:58] <mandel> vds, yes, that is tomboy..... I need to make the uninstall smarter
[11:58] <mandel> vds, I suspected it
[11:58] <vds> mandel: good job so far!
[11:59] <mandel> vds, well, is moving foward, I need to bungle gtksharp with tomboy and it is a pain
[12:10] <mandel> vds, I need to build tomboy from scratch to fix the issues regarding gtksharp... I shoul dbe able to fix it soon
[12:13] <chrisccoulson_> hi, i accidentally clicked the "Enable" button in a large folder in nautilus on maverick a few days ago - is there any way i can stop this from sync'ing now?
[12:14] <chrisccoulson_> everytime i start ubuntuone, my computer goes completely unresponsive, and i've tried "u1sdtool --delete-folder", but that always times out
[12:26] <rye> chrisccoulson_, chrisccoulson hi, yes, it is possible
[12:26] <rye> chrisccoulson_, 1. u1sdtool --list-folders - note the ID that is used by new UDF
[12:27] <mandel> vds, got time?
[12:27] <rye> chrisccoulson_, 2. u1sdtool --unsubscribe-folder=$ID (where $ID =  id that was received by running list-folders)
[12:27] <rye> chrisccoulson_, 3. u1sdtool --quit  - this will quit the syncdaemon and drop the queue
[12:28] <rye> chrisccoulson_, 4. u1sdtool --start - start syncdaemon again, but not connect
[12:28] <rye> chrisccoulson_, 5. (in new terminal, since it will take a while) - u1sdtool --delete-folder=$ID
[12:28] <rye> chrisccoulson_, 6. in old terminal - u1sdtool --connect
[12:29] <chrisccoulson_> rye - thanks, i'll try that now
[12:45] <vds> mandel: shoot
[12:45] <mandel> vds, dont worry, fixed it :D
[12:48] <chrisccoulson> hmmm, rye, i'm stuck at step 5. i just get dbus timeouts
[12:48] <rye> chrisccoulson that's ok, you can see that there is a DeleteVolume call in u1sdtool --waiting-meta, our task is to add that call to the queue and then connect syncdaemon - u1sdtool --connect
[12:51] <chrisccoulson> rye - i can't see anything with --waiting-meta either, as that times out too ;)
[12:51] <chrisccoulson> but i'll try --connect now anyway
[12:52] <rye> chrisccoulson hmm
[12:52] <rye> wait
[12:52] <rye> chrisccoulson wait
[12:52] <chrisccoulson> ok
[12:52] <rye> chrisccoulson is HDD in use now? or ubuntuone-syncdaemon process taking a lot of CPU now?
[12:53] <chrisccoulson> rye - just the HDD. it never seems to use any CPU, but it never stops accessing the disk
[12:54] <rye> chrisccoulson aha, so it is loading metadata now... how big is the folder? find $folderpath | wc -l ?
[12:55] <chrisccoulson> rye, there are 2 big folders - 1 of them that i don't want to sync, and one of them has been sync'd for a long time. 1 second, i'll try them both
[12:57] <chrisccoulson> rye -  12278 for the folder that i actually meant to sync
[12:57] <chrisccoulson> i suspect the other folder is significantly bigger
[12:57] <chrisccoulson> yeah, 737067 ;)
[13:00] <chrisccoulson> ah, i can see the output of --waiting-meta now
[13:00] <chrisccoulson> and i see several DeleteVolume's in there ;)
[13:01] <chrisccoulson> probably because i tried it a few times
[13:01] <chrisccoulson> rye - should i try --connect now?
[13:02] <rye> chrisccoulson yes, try connecting
[13:05] <rye> desktop+ guuys, can we have a "close" button on that banner that says that Ubuntu One is disabled? And raise a dialog that asks whether we want to hide that bar completely and give a link to ubuntuone web site...
[13:11] <rye> clicking accidentally on the button is not what we want to achieve i believe
[13:19] <vds> mandel: is Basic Microsoft Windows Server 2008 32-bit ok to run the build?
[13:49] <mandel> vds, yes, a basic Windows server it ok
[14:30] <duanedesign> rye: i had a nautilus window in focus. I thought i had a terminal in focus. I typed TAB and RETURN. That clicks the 'enable' button in that U1 Nautilus banner in Maverick
[14:31] <duanedesign> just sharing an experience, saw you were discussing it. Oh, and good morning :)
[14:32] <rye> duanedesign, morning, That's what i am talking about....
[14:34] <rye> duanedesign, and more - frankly speaking when i see that something is disabled in every other window i want to enable it so that it won't bother me,
[14:35] <hakonaj> ls
[14:35] <hakonaj> sorry
[14:36] <mandel> vds, can you approve the merge?
[14:36] <vds> mandel: I'm on it
[14:36] <mandel> vds, thx! :D
[14:36] <mandel> vds, should be the same as last time
[14:36] <vds> mandel: LP is doing weird things
[14:37] <mandel> vds, ok, np, I'm working on the gtksharp fragment fo the installer
[14:37] <mandel> vds, a pain in the ass, but on it ;)
[14:38] <vds> mandel: done, I have to swap some of my hours I'll be back!
[14:38] <mandel> ok
[15:15] <ottermaton> How does one allow another person to view but not sync with their notes? Where are there instructions for doing this? I can't find them
[15:17] <rodrigo_> ottermaton, to view them on the u1 web ui?
[15:17] <ottermaton> rodrigo_, yes
[15:18] <rodrigo_> ottermaton, ah, another person, you can't right now, unless you give them your credentials
[15:19] <ottermaton> rodrigo_, Oh, I thought you could. My fault. You say "can't right now" - does that mean it's being planned?
[15:19] <rodrigo_> well, it's something we would like to have, but not real plans right now
[15:20] <ottermaton> Another thing I've been wondering about: I'm pretty sure I saw a setting to set how often U1 syncs but I can't find it now? Where is it?
[15:20] <ottermaton> Or did I dream it? (entirely possible)
[15:23] <rye> ottermaton, re sync rate - the files are synced immediately, but couchdb replication is triggered every 10 minutes. You can set up tomboy to perform automatic replication for the notes though
[15:29] <chrisccoulson> rye - does it normally take this long when deleting a folder? syncdaemon is still accessing the disk a lot (for 2.5 hours now)
[15:30] <rye> chrisccoulson u1sdtool --list-folders ?
[15:31] <chrisccoulson> rye - that's just timing out atm
[15:32] <verterok> chrisccoulson: a directory inside ~/Ubuntu One?
[15:32] <verterok> chrisccoulson: it was a big directory?
[15:32] <verterok> big == lot of stuff in it
[15:33] <chrisccoulson> verterok, yeah, i accidentally shared a directory with lots of source packages in
[15:33] <chrisccoulson> and now i can't do much else as long as syncdaemon is running ;)
[15:34] <verterok> chrisccoulson: if it was big it will take some take some time to settle :(
[15:35] <chrisccoulson> verterok, it never settles though :(
[15:35] <chrisccoulson> i've left it for many hours, and it's still accessing the disk just as much
[15:35] <verterok> chrisccoulson: please, pastebin or take a look to ~/.cache/ubuntuone/log/syncdaemon-exceptions.log
[15:37] <ottermaton> rye, Yes that's where I saw the option to set the sync rate. However, I can't do it now. Under Synchronization the Service selection box and whole top part are greyed out and I can't figure out why
[15:38] <chrisccoulson_> verterok, ok, will try and SSH in and have a look. it's frozen solid atm
[15:41] <chrisccoulson_> verterok, that file is empty
[15:42] <mkarnicki> verterok: I've sent you a short mail titled 'question about node.getParentNode()' , I would appreciate if you could take a look at it later today :)
[15:42] <verterok> chrisccoulson_: ok, so syncdaemon is running ok, I was afraid it was on some weird loop
[15:42] <verterok> mkarnicki: yes, just looked at it, need to think a bit about it :)
[15:43] <mkarnicki> verterok: thanks =)
[15:43] <verterok> chrisccoulson_: ok, could you patebin the last ~100 lines of ~/.cache/ubuntuone/log/syncdaemon.log?
[15:43] <verterok> chrisccoulson_: that would help me to find out what it's doing :)
[15:48] <chrisccoulson> verterok, http://paste.ubuntu.com/464077/
[15:50] <ottermaton> I can't sync my notes any longer, though it had worked yesterday. The selection box for Service is now greyed out. All of my Sync Add-ins are activated. Tools -> Sync fails too (obviously). Where should I be looking for the problem?
[15:52] <rodrigo_> ottermaton, quit tomboy and run it on a terminal with 'tomboy --debug' and then try to sync
[15:56]  * verterok is back after the power surge
[15:56] <verterok> chrisccoulson: hi, I got disconnected
[15:59] <chrisccoulson> verterok, this is the link i pasted (not sure if you saw it before): http://paste.ubuntu.com/464077/
[15:59] <verterok> chrisccoulson: no, I missed that
[15:59] <verterok> thanks
[16:02] <ottermaton> rodrigo_, done and pasted at http://paste.ubuntu.com/464084/
[16:03] <rodrigo_> hmm, this looks as if you're not authenticated
[16:06] <verterok> chrisccoulson: looks like it's being disconnected...so it will take longer
[16:08] <ottermaton> rodrigo_, sorry, I walked out of wifi area. Here's the link if you didn't see it http://paste.ubuntu.com/464084/
[16:08] <ottermaton> rodrigo_, and I haven't since any of your responses if you made any
 hmm, this looks as if you're not authenticated
[16:09] <ottermaton> rodrigo_, well, I don't even know how it could be trying to auth since it won't even let me pick a sync service
[16:10] <rodrigo_> in the tomboy preferences, you don't have a sync service set up?
[16:11] <ottermaton> rodrigo_, no. I did to U1 and it worked but now the whole section is greyed out
[16:11] <rodrigo_> which whole section?
[16:11] <rodrigo_> in tomboy prefs?
[16:11] <ottermaton> rodrigo_, yes, under the sync tab
[16:12] <rodrigo_> ottermaton, that's normal, it grays it out as soon as it's configured, you can press 'clear', but don't, that would reset the syncing
[16:14] <ottermaton> rodrigo_, ok.  I guess that's what I would like to do. er, nevermind, you just told me hitting clear would reset it
[16:18] <rodrigo_> yes, but do you have local changes?
[16:18] <ottermaton> rodrigo, I've modified a note, that's all. I'm not worried about losing it though
[16:18] <rodrigo_> ok, then reset it and re-authorize
[16:28] <ottermaton> rodrigo_, that worked. I should have been able to figure that out myself. sorry
[16:29] <rodrigo_> ottermaton, well, you shouldn't have gotten the 404 at all, if that tomboy instance was authenticated
[16:30] <Chipaca> Ubuntu One Desktop+ standup starting on mumble
[16:31] <dobey> rodrigo_: authenticated or not, a 404 shouldn't happen. if there's a 404, there's a problem on the server :)
[16:46] <lifeless> a/win 67
[19:10] <mkarnicki> verterok: good you are here. we talked about checking the download progress, but I forgot how can I check the size of the node before download? (in case it's a file)
[19:10] <verterok> mkarnicki: I'm about to hit send in the reply of that mail, gimme 5' :)
[19:11] <mkarnicki> verterok: :D
[19:14] <duanedesign> good day mmk
[19:14] <duanedesign> mkarnicki:
[19:14] <mkarnicki> duanedesign: yes?
[19:14] <mkarnicki> ah, good day duanedesign :)
[19:14] <duanedesign> :)
[19:14] <mkarnicki> indeed, very productive here
[19:14] <duanedesign> good good
[19:15] <mkarnicki> yesterday + the day before I spend 30 hrs on the project ;)
[19:15] <mkarnicki> I really hope to have up or download today
[19:15] <duanedesign> mkarnicki: I got stalled this morning on a function that i endeed  up  not even being able to use :P But I am getting some stuff done now
[19:15] <mkarnicki> currently working on download
[19:15] <duanedesign> mkarnicki: nice
[19:15] <verterok> mkarnicki: mail sent
[19:15] <mkarnicki> duanedesign: oohh :(
[19:16] <mkarnicki> verterok: thanks ! ^_^ will check right away!
[19:16] <mkarnicki> duanedesign: good luck with code :)
[19:16] <verterok> mkarnicki: I need to go back and finish some stuff, will be looking at the other 2 mails later
[19:16] <mkarnicki> verterok: sure, thank you Guillermo :)
[19:17] <duanedesign> mkarnicki: you too. And thanks
[19:17] <mkarnicki> duanedesign: :)
[19:17] <mkarnicki> thanks
[19:17] <duanedesign> :)
[19:20] <mkarnicki> verterok: thank you, that clarified things :)
[19:20] <verterok> :)
[19:27] <Chipaca> anybody here looking for reviews? i'm in a reviewing mood
[19:37] <alecu-lunch> Chipaca, https://launchpad.net/~alecu/ubuntuone-client/gsd-plugin/+merge/29922 ?
[19:39] <alecu-lunch> Chipaca, that was quick!
[19:39] <Chipaca> alecu-lunch: nessita had already mentioned that one :)
[19:40] <alecu-lunch> jejeje. guessed so :-)
[19:41] <nessita> Chipaca: I've got some connection issues, not sure if you could read my "retryable errors on the url read" question
[19:42] <Chipaca> could you repeat?
[19:43] <nessita> (03:31:56 PM) nessita: Chipaca: do we know what are the "retryable errors on the url read"?
[19:43] <nessita> (03:32:20 PM) nessita: I see from the doc that it can fail with URLError, but not sure how retryable is that
[19:44] <Chipaca> nessita: I'm pretty sure if you send it a signal during the read the read barfs with something lower down in the stack. Can you check?
[19:44] <Chipaca> nessita: if it doesn't, then ignore :)
[19:44] <Chipaca> (it would mean urllib2 is actually hiding that mess from you, yipee yay etc)
[19:45] <nessita> Chipaca: I'll be happy to check , but not sure how
[19:45] <jumpa> What was the command to view the number of files to be uploaded?
[19:45] <nessita> Chipaca: signal lik ctrl-c you mean?
[19:45] <nessita> jumpa: u1sdtool --waiting-content
[19:46] <Chipaca> nessita: or SIGUSR1 fwiw :)
[19:46] <nessita> Chipaca: let's see
[19:46]  * dobey needs to teach you all some things to check for in reviews :)
[19:47]  * Chipaca is listening to dobey
[19:47] <nessita> dobey: like running tests? ;-)
[19:47] <dobey> nessita: no, tests should be run automatically :)
[19:48] <nessita> dobey: I disagree, but we've gone this road before
[19:48] <jumpa> nessita: what could be the reason for this command to not printing anything and just keep waiting?
[19:48] <dobey> like not marking strings for translation that contain only brand names, and avoiding some things in Makefile.am, like duplicating CLEANFILES variable contents, and putting Makefile.in in MAINTAINERCLEANFILES
[19:48] <nessita> jumpa: can you please try u1sdtool -s?
[19:48] <jumpa> ohh .. finally something happend. ill paste it
[19:49] <jumpa> http://pastie.org/1046095
[19:50] <nessita> jumpa: does u1sdtool -s work?
[19:50] <jumpa> same output
[19:51] <verterok> mkarnicki: http://pastebin.ubuntu.com/464179/
[19:51] <jumpa> ubuntuone-syncdaemon takes 100% of cpu
[19:51] <dobey> nessita: "do the tests pass" isn't a review of the changes in the branch necessarily. it's a review of the tests. people need to read the diff more carefully too :)
[19:52] <nessita> dobey: I agree to the "too"
[19:52] <dobey> also, launchpad needs comment id links for comments on merge proposals
[19:52] <jumpa> (i have just added a directory witz 160 fiels and 700 mb
[19:52] <jumpa> *with, *files
[19:52] <nessita> jumpa: you just started it, probably, it's reading the metadata for all your files
[19:52] <nessita> jumpa: you need to wait
[19:52] <jumpa> hmm .. okay :D
[19:53] <jumpa> thanks
[19:53] <nessita> jumpa: try again the -s switch, in a few minutes
[19:53] <nessita> if it doens't work, shout!
[19:53] <mkarnicki> verterok: lovely! :D (I wonder if I remember how to export the jar ;d ... maven package?)
[19:53] <nessita> jumpa: just to be sure, what "head ~/.cache/ubuntuone/log/syncdaemon.log" says?
[19:53] <verterok> mkarnicki: mvn source:jar package
[19:54] <mkarnicki> verterok: \o/ thank you!
[19:54] <verterok> mkarnicki: you will need to tweak the diff, as it contains your changes for android
[19:55] <mkarnicki> verterok: I will take care of that (any synonyms of 'thank you' ? :D I'd buy you a beer if you were here!)
[19:56] <verterok> mkarnicki: :)
[19:57] <mkarnicki> verterok: oops, gotta go off-line for now. take care!
[19:58] <verterok> mkarnicki: later!
[20:07] <nessita> dobey: question, what does ubuntu-sso-login do? I've run it and got no window at all
[20:09] <nessita> Chipaca: would you know?
[20:09] <dobey> nessita: if you don't call the dbus method to do the login it doesn't do anything, but wait a while, and exit if nothing calls it
[20:10] <nessita> dobey: is that script currently in use? who calls it?
[20:11] <dobey> nessita: ubuntuone-syncdaemon, ubuntuone-preferences, the music store plug-in, maybe a few others?
[20:11] <nessita> dobey: ok, thanks
[20:20] <verterok> mkarnicki: btw, that patch might change if I find a better way to do it...but for the moment that's the easiest way to get the node attributes
[20:43] <mkarnicki> verterok: ok, not a problem at all :) if you have a second for an easy question - can I call getCOntent() from two or more threads? e.g. can I fetch two or more directory contents at the same time?
[20:43] <verterok> mkarnicki: I'm sure that should work with the netty version, let me think about it for the OIO
[20:44] <verterok> mkarnicki: there is no locking in the client
[20:44] <verterok> mkarnicki: it should work(tm)
[20:44] <mkarnicki> verterok: oh, it's not so easy then..
[20:44] <mkarnicki> verterok: haha ^_^
[20:44] <verterok> mkarnicki: but if I'ld write a test to stress getContent from multiple threads
[20:44] <verterok> :)
[20:45] <verterok> mkarnicki: why do you need to download mutlitple contens in parallel?
[20:45] <mkarnicki> verterok: it should work ™ :D (ok, good idea)
[20:46] <mkarnicki> verterok: imagine a user browsing  fast into /root/foo/bar , so he opens the app and taps foo and before service finishes refresh, he already taps bar
[20:46] <mkarnicki> verterok: so refresh of foo (currently) is done first, and then refresh of bar is done next.
[20:47] <verterok> mkarnicki: ok, I think it shoudl work ok, as the client don't use threading to get stuff from the server, it's all done in a single thread...except uploads (I think)
[20:47] <mkarnicki> verterok: so, in theory, when he enters bar folder, a refresh for foo can come first, and I didn't think about a way to cancel running deferreds
[20:48] <mkarnicki> verterok: oh, so anyway, it will execure refresh(foo) and refresh (bar) deferreds in that order anyway?
[20:48] <verterok> mkarnicki: the Deferred can't be cancelled, as it's nothing more than a ticket for the response that the client might eventually receive from the server
[20:48] <verterok> mkarnicki: no, there is no queue
[20:48] <mkarnicki> verterok: right
[20:49] <mkarnicki> verterok: ok, I'll try it out :)
[20:49] <verterok> mkarnicki: the Request can be cancelled, don't remember if it's implemented :p
[20:49] <mkarnicki> verterok: I'll try to download some files first
[20:49] <mkarnicki> verterok: :D
[20:49]  * mkarnicki laughs
[20:55] <jumpa> Hmm ... i have 30629 files waiting for upload but the system monitor says, that the upload rate is 0 bytes / s. syncdaemon.log: http://paste.ubuntu.com/464199/
[20:56] <nessita> jumpa: the syncdaemon is working
[20:56] <nessita> jumpa: as per your log
[20:56] <jumpa> nessita: where is the bottleneck located?
[20:57] <nessita> jumpa: couldn't say without looking at the whole log file
[20:59] <jumpa> i have send you the paste by notice
[20:59]  * nessita looks
[21:00] <nessita> jumpa: what u1sdtool --current-transfer says?
[21:01] <jumpa> uploads: 0, downloads: 0
[21:01] <nessita> jumpa: which ubuntu are you running?
[21:02] <jumpa> 10.04
[21:02] <nessita> rye: ping
[21:03] <nessita> jumpa: you can have further info on what's the syncdaemon doing by running https://launchpad.net/magicicada
[21:04] <nessita> jumpa: you can install it from the PPA
[21:06] <rye> nessita, /me reads backlog
[21:06] <nessita> rye: do you have some standard procedure to have users running magicicada from the PPA?
[21:07] <dobey> which ppa?
[21:07] <nessita> dobey: magicicada's
[21:08] <rye> nessita, i need to write that somewhere - sudo add-apt-repository ppa:chicharreros/ppa; sudo apt-get update; sudo apt-get install magicicada
[21:08] <jumpa> yeah, already done
[21:08] <nessita> jumpa: ^
[21:08] <nessita> jumpa: ok, do you have better info with that?
[21:08] <dobey> ah ok
[21:09] <jumpa> its loading
[21:12] <jumpa> still loading ...
[21:15] <jumpa> i dont see any interesting information
[21:17] <jumpa> maybe its just about the ubuntuone servers calculating too much stuff for too many users
[21:18] <jumpa> i will try it again tomorrow. thanks for your help and see you
[22:13] <bj0> so i had this bug occur again: https://bugs.launchpad.net/ubuntuone-client/+bug/599583
[22:14] <ubot4> Launchpad bug 599583 in ubuntuone-client "files in the "Ubuntu One" folder periodically dissappear (affects: 1) (heat: 55)" [Undecided,New]
[22:14] <bj0> but i wasn't watching the directory so I didn't notice it until today, though it happened on the 7th
[22:14] <bj0> the ubuntu one logs don't go back that far do they?
[22:34] <mkarnicki> CardinalFang: yet another question ^ ^ if we started the service with startService(), then bindService(), and later we run stopService() - it will run until last client unBinds, right?
[22:35] <CardinalFang> mkarnicki, hi!
[22:35] <mkarnicki> CardinalFang: hi ^ ^!
[22:35] <mkarnicki> CardinalFang: good to find you here again :)
[22:36] <CardinalFang> Hrm.  I don't know.  My only idea is to try it or to imagine what could happen.
[22:37] <CardinalFang> So, stopService(), then we make an API call.  That shouldn't start the service, right?
[22:37] <mkarnicki> CardinalFang: you know what.. i'll just test it. I have a checkbox in preferences "Run in background" and I wanted to stopService() on uncheck, but not to destroy if the client is bound :) oh crap.... it unbinds in onPause, my bad
[22:37] <mkarnicki> CardinalFang: looks like my question was invalid
[22:37] <CardinalFang> ... ah.
[22:38] <mkarnicki> CardinalFang: when Preferences screen shows, the client unbinds, therefore onStop would stop the persisten service, however
[22:38] <CardinalFang> onPause() is a good place to synch the config changes to the running state.
[22:38] <mkarnicki> CardinalFang: when we go back, the client would bind again, so the service would restart.. pretty stupid, but that's the way it would work.
[22:39] <mkarnicki> CardinalFang: what do you mean? I mean, I know what's onPause for, but didn't get you clearly
[22:40] <CardinalFang> mkarnicki, I was saying that I liked what you were saying in "you know what..."^.
[22:41] <mkarnicki> CardinalFang: oh ^ ^
[22:41] <mkarnicki> CardinalFang: thanks anyway!
[22:41]  * mkarnicki tests the app
[22:42] <CardinalFang> mkarnicki, so, are you applying changes on exit of preferences Activity, or on returning from preferences Activity?
[22:43] <CardinalFang> I can't decide which I would choose.
[22:43] <mkarnicki> CardinalFang: that's actually interesting. for some live (real-time applied) prefs I have onPreferenceChangeListener, buf for majority I just set that it is persistent (in the xml) and
[22:44] <mkarnicki> CardinalFang: (android:persistent="true") and you don't have to care
[22:44] <CardinalFang> Ah.  Cool.
[22:44] <mkarnicki> CardinalFang: I think Android saves the preference whenever it changes , in such case. and it works.
[22:45] <mkarnicki> CardinalFang: so, for those standard controls Preference'es you can set persistent="true" and that'll do the job :)
[22:45] <CardinalFang> mkarnicki, right.  I was wondering about applying the preferred settings to the running environment.  Whether a service is to run, for instance.
[22:46] <CardinalFang> I hope I'm not being dense.
[22:46] <CardinalFang> mkarnicki, wait, are you in GMT+2 or something?
[22:46] <mkarnicki> CardinalFang: indeed :) 23:46
[22:48] <mkarnicki> CardinalFang: I also use default values for preferences, but since it seems their not populated by default on the first activity run, I only take care of setting manually a setting to have the service run persistent, by default. rest is handled by Prefs PreferenceActivity
[22:48] <mkarnicki> CardinalFang: if you want, have a look: lp:androidu1/0.x
[22:49] <CardinalFang> mkarnicki, I will look, tomorrow. I must get something finished before I end my work day.
[22:49] <CardinalFang> Branching now.
[22:50] <mkarnicki> CardinalFang: excuse my code style, I plan to clean it up, I'm in a bit of rush. ok, get back to work :) (so will I!)
[22:52] <CardinalFang> mkarnicki, :)
[22:55] <mkarnicki> CardinalFang: excellent, checkbox works as intented
[22:58] <CardinalFang> mkarnicki, I lied.  I'm looking at the code.
[22:58] <mkarnicki> CardinalFang: xD oh come on, I'm distracting you! your job is more important..
[22:59] <CardinalFang> mkarnicki, it's strange there's no android.util.Log.e(String, Throwable)  There is a .w() and .wtf() .
[22:59] <CardinalFang> But .e demands some description.
[23:00] <mkarnicki> CardinalFang: Theres Log.e.(TAG, message) Log.e(TAG, message, throwable)
[23:00] <CardinalFang> I noticed the empty ones, which is why I had to look.
[23:00] <mkarnicki> CardinalFang: and I know about wtf, but I don't have it o_O strangely enough..
[23:00] <CardinalFang> It's new to API 2.0 or something.
[23:01] <CardinalFang> "API Level 8"
[23:01] <mkarnicki> CardinalFang: oh..  my minSdk is API 5 (Android 1.5), but target is .. 7 or 8 I think
[23:02] <mkarnicki> CardinalFang: anyway, now I know why it's not there :)
[23:02] <CardinalFang> Hrm.  Unless you're introspecting, you don't want to use wtf() then.  :\
[23:02] <CardinalFang> Ah well.  Now we're distracting each other.  GBTW!