[06:11] <xhaker> man-di, Hello
[06:11] <man-di> hello
[06:11] <xhaker> straight to the point, i can't handle packaging eclipse-3.3 by myself :) it's HARD work!
[06:12] <xhaker> my interest was heightened yesterday when i saw the plans from Fedora 8
[06:13] <xhaker> it's one of their roadmap items
[06:13] <man-di> yeah, eclipse is beast
[06:14] <xhaker> checking all those patches
[06:14] <xhaker> it's not really straightforward
[06:14] <xhaker> vil provided me with an orig.tar.gz
[06:15] <xhaker> that was helpful, but still :D
[06:15] <xhaker> but about 3.2.2
[06:15] <man-di> orig tarball is on my account on people.debian.org, thats the one we will use
[06:15] <xhaker> have you noticed I fixed the build on ppc for
[06:15] <xhaker> real
[06:15] <xhaker> http://patches.ubuntu.com/e/eclipse/eclipse_3.2.2-3ubuntu3.patch
[06:16] <xhaker> the problem is.. scott changelog entry there is a big mistake.. he introduced more debdiff than needed
[06:16] <xhaker> like DISTRIBUTION = 'Ubuntu'
[06:16] <xhaker> silly boy
[06:17] <xhaker> you can see what's good and what's not in the patch
[06:17] <man-di> when you write patches for eclipse please provide them to debian
[06:17] <man-di> adn please mail them to me
[06:17] <man-di> so I can integrate them into the official packaging
[06:18] <xhaker> man-di, will do michael
[06:18] <man-di> otherwise debian and ubuntu will diverge
[06:18] <man-di> I dont care too much about Ubuntu
[06:18] <man-di> so please fix bugs in the origin
[06:19] <xhaker> yes i know of that problem, as you can see, my changes were to enable the build on lpia, something that debian isn't building on
[06:19] <man-di> and?
[06:20] <man-di> that doesnt mean I dont accept a patch for that
[06:20] <xhaker> and I had the chance to check if my ppc fix really would build, and i went for it
[06:20] <xhaker> also, ubuntu buildd daemons finished building on all archs
[06:21] <xhaker> while debian's are hanging or simply have timeouts set up
[06:23] <xhaker> man-di, again sorry for the divert at least on my part.
[06:24] <man-di> patches are most welcome against pkg-java SVN trunk
[06:24] <xhaker> man-di, see, it's stuff like that which makes me look a rookie, i didn't know about that
[06:25] <xhaker> does pkg-java include other projects aswell?
[06:28] <xhaker> man-di, i'll provide the patches as request in the future
[06:28] <xhaker> man-di, would you need those on that debdiff regenerated too?
[06:50] <man-di> svn diff is enough
[06:50] <man-di> pkg-java contains most java packages
[06:50] <man-di> its an alioth project
[07:05] <xhaker> man-di, read some about it now.. but i'm not able to svn checkout
[07:05] <xhaker> should I register in alioth, etc
[07:13] <xhaker> foubd the wiki page
[07:18] <xhaker> two options: 1. ssh server died 2. locked myself out
[07:33] <man-di> anonymous checkout schold work too
[07:33] <man-di> if you have an account on alioth please ask on #aliot on irc.oftc.net
[07:33] <man-di> alioth lately has some problems with nscd
[08:03] <man-di> xhaker: sorry, I was a bit short. Son is now in bad. Now I have more time to talk
[08:03] <man-di> if you have any questions
[08:04] <xhaker> man-di, i'm sending the mail to you now
[08:04] <xhaker> this is so much easier to contribute with an svn repository
[08:04] <xhaker> :D
[08:05] <xhaker> man-di, done :)
[08:05] <man-di> I thought you know already
[08:06] <man-di> anyway, now you do
[08:06] <xhaker> man-di, yes, though i had to use anonymous, i've registered on alioth
[08:06] <xhaker> but the password is not being accepted
[08:07] <xhaker> it was failing previously with http://
[08:07] <xhaker> svn:// works fine
[08:07] <man-di> okay
[08:07] <man-di> how much memory has your machine where you build eclipse?
[08:09] <man-di> btw: you dont need to include generate files in the diff, debian/control here
[08:09] <man-di> for the future
[08:09] <man-di> its okay for now
[08:10] <xhaker> man-di, i've built always without natives
[08:10] <man-di> why is the change to source-tree/plugins/org.eclipse.swt/Eclipse SWT PI/gtk/library/build.sh needed?
[08:10] <xhaker> i'm not changing that.. i'm changing the existing dpatch
[08:10] <xhaker> but yeah.. that fixes PPC builds
[08:11] <man-di> this one?
[08:11] <man-di> are you sure, in my test the gcj-4.2 thing fixed it
[08:11] <xhaker> adding the JAVA_HOME/lib
[08:12] <xhaker> in ubuntu the path is not /usr/lib/gcj-4.2 anyway
[08:12] <xhaker> so i'm pretty sure
[08:12] <xhaker> drwxr-xr-x   3 root root     4096 2007-09-19 12:00 gcj
[08:12] <xhaker> drwxr-xr-x   2 root root     4096 2007-09-11 12:54 gcj-4.2-81
[08:14] <xhaker> oh, and i was not sure about the debian/control change.. some people seem to forget to generate them or pay attention to the control.in
[08:14] <xhaker> but now i know. :)
[08:14] <man-di> GCJ is the same in Debian and Ubuntu
[08:15] <man-di> hmm, perhaps java-gcj-compat returns the wrong JAVA_HOME...
[08:16] <xhaker> no, it's ok
[08:16] <xhaker> but the lib is in a different directory on ppc
[08:16] <man-di> it is?
[08:17] <man-di> in which lib dir?
[08:17] <xhaker> libawt is not inside  ${JAVA_HOME}/jre/lib/${AWT_ARCH}
[08:18] <xhaker> it think it was in /usr/lib/gcj-4.2* and ${JAVA_HOME}/jre/lib/${AWT_ARCH}
[08:18] <xhaker> on ppc
[08:19] <man-di> okay
[08:19] <man-di> that change doenst hurt
[08:19] <man-di> have you tested eclipse runs on lpia?
[08:20] <man-di> what does uname -a return on lpia?
[08:20] <man-di> or better uname -m
[08:21] <xhaker> ahh.. i've deleted my lpia chroot
[08:21] <xhaker> i'd have to ask benc
[08:21] <xhaker> but it's a i386 or i686
[08:21] <xhaker> maybe
[08:21] <xhaker> lpia = low power intel architecture
[08:22] <man-di> hmm, okay
[08:25] <man-di> hmm, I have some uncommited changes here too
[08:28] <xhaker> man-di, i have the interesting line from the ppc buildlog
[08:28] <xhaker> [exec]  gcc -L/usr/lib/jvm/java-gcj/lib -ljawt -shared -s -o libswt-awt-gtk-3236.so swt_awt.o
[08:29] <xhaker> https://launchpad.net/ubuntu/+source/eclipse/3.2.2-3ubuntu3/+build/388355
[08:33] <xhaker> I'm looking forward to help with eclipse_3.3 packaging :)
[08:58] <man-di> there are first some more issues with eclipse to fix
[08:58] <man-di> jsch, ant, tomcat
[08:58] <man-di> and we still need jetty update
[08:58] <man-di> for eclipse 3.3
[08:58] <man-di> which needs some more stuff
[11:44] <bjwebb> hi
[11:48] <bjwebb> anybody there?
[11:56] <man-di> sure
[11:58] <bjwebb> what would be the best completely free thing for java applets
[11:58] <bjwebb> would it be iced tea?
[11:58] <man-di> gcjwebplugin, with whatever runtime you need
[11:59] <man-di> (icedtea uses gcjwebplugin too)
[11:59] <bjwebb> ahh
[11:59] <bjwebb> man-di: i have that plugin
[11:59] <bjwebb> but im not finding it awfully great
[11:59] <bjwebb> so if i installed icedtea id have that plugin but with icedtea as the backend?
[11:59] <man-di> yes
[12:00] <man-di> at least people report better results
[12:00] <bjwebb> man-di: okay
[12:00] <bjwebb> any idea how long its likely to be before sun manages to fully open source theirs?
[12:01] <man-di> bjwebb: when their layers coma back from vacation ;-)
[12:01] <bjwebb> rite
[12:02] <man-di> SUN people seem to be very busy with the work needed to open source everything
[12:03] <bjwebb> rite
[12:05] <man-di> bed time, good nite
[12:06] <bjwebb> nite
[12:06] <bjwebb> me too i think


[10:29] -BottyMcBotFace:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: exo 0.12.11 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-exo-0-12-11-released-tp56792.html (by Sean Davis-6)


[00:15] <apachelogger> :O
[00:16] <apachelogger> nokia's n900 git repos are out of sync with meego
[00:16] <apachelogger> wtf
[00:16]  * apachelogger steals code
[00:37] <apachelogger> hm
[00:37] <apachelogger> that almost works
[00:40] <apachelogger> woohooo \o/
[00:41]  * apachelogger can ssh via usb to kubuntu mobile on n900
[00:41]  * apachelogger is totally root
[01:04] <apachelogger> mhh, time to start plasma down to 1:02
[11:21] <hunger> Damn... one of the recent kde upgrades hosed my addressbook.
[11:22] <hunger> kaddressbook even crashes whenever it tries to display one of the contacts (which all have random strings for a name now).
[11:25] <valorie> only problem I've seen from the upgrades - my headphone jack is no longer seen
[11:25] <valorie> even by pavucontrol
[11:25] <valorie> :(
[11:25] <valorie> that said, goodnight
[12:15] <apachelogger> oh right, armel upgrade to natty is foobar
[12:19] <bulldog98> apachelogger: I’m trying to fix bug #366535 can you tell me in which package /etc/lsb-release is?
[12:19] <apachelogger> bulldog98: dpkg -S /etc/lsb-release
[12:20] <bulldog98> apachelogger: ok thanks
[12:20] <apachelogger> oh oh oh
[12:20] <apachelogger> bulldog98: that fix is a bad idea
[12:20] <bulldog98> apachelogger: do you really think?
[12:20] <apachelogger> yes
[12:20] <bulldog98> I wanted to provid an alternative for it
[12:21] <apachelogger> what you should do is create a script in /etc/grub.d that overrides the name
[12:21] <apachelogger> with a relatively high number
[12:21] <apachelogger> then ship that script in kubuntu-default-settings
[12:22] <bulldog98> apachelogger: ok that’s an other posibilty to fix that
[12:22]  * bulldog98 is going to look into that
[12:22] <apachelogger> that sort of thing must not have an alternative
[12:22] <apachelogger> it messes things up
[12:22] <apachelogger> also the system is Ubuntu by definition
[12:22] <apachelogger> so lsb is absolutely right there
[12:23] <yofel> erm, don't we talk about grub1 here? that doesn't use /etc/grub.d afaik
[12:23] <apachelogger> you just want to manipulate the appearance of the entry in grub
[12:23] <apachelogger> yofel: there is little value in fixing it for grub1 though
[12:23] <apachelogger>  phonon : Depends: libphonon4 (>= 4:4.7.0really4.4.3-0ubuntu2~maverick1~ppa2) but 4:4.7.0really4.4.2-0ubuntu1 is to be installed
[12:23] <apachelogger> goodness
[12:23] <yofel> probably :/
[12:23]  * yofel goes back to fixing scribus
[12:24] <apachelogger> hold on
[12:24] <apachelogger> yofel: do you have access to kubuntu-ppa?
[12:24] <yofel> yes
[12:24] <apachelogger> yofel: can you fix that phonon issue ;)
[12:24] <apachelogger> seems the beta ppa does not contain phonon 4.4.3 (supposedly that is in updates for kde 4.5.4 though)
[12:25]  * yofel goes looking
[12:26] <apachelogger> :O
[12:26] <apachelogger> seems that is not even backported?
[12:26] <apachelogger> oh
[12:27] <apachelogger> there it is
[12:27] <apachelogger> ahhhh
[12:27] <apachelogger> ahhh
[12:27] <apachelogger> yofel: nvm
[12:27] <yofel> k
[12:27] <apachelogger> hooray for PPAs without arm
[12:27] <apachelogger> no hrw to harass around :(
[12:29] <bulldog98> apachelogger: I think this is’n fixable through both methodes, because the ubuntu is counted as the same as kubuntu. So If you change the OS var it’ll change both
[12:30] <apachelogger> bulldog98: what os var?
[12:30]  * apachelogger does not follow
[12:30] <bulldog98> apachelogger: in the grub scripts there is an var which holds the os
[12:31] <bulldog98> that var is getten the same way for ubuntu as for kubuntu
[12:31] <apachelogger> hence I said you should add a new script to override the name
[12:31] <bulldog98> apachelogger: if I override the name that’ll change the name for ubuntu and for kubuntu
[12:31] <apachelogger> get the existing list of distros and replace occurances of Ubuntu with Kubuntu
[12:32] <apachelogger> bulldog98: Kubuntu is Ubuntu!
[12:32] <apachelogger> the only thing you can do is override it to say Kubuntu if the kubuntu-default-settings package is installed
[12:32] <bulldog98> apachelogger: yes but according to the bug #366535 the person want’s to be able to differ his ubuntu and his kubuntu installation
[12:33] <apachelogger> which is as close to actually *guessing* whether a Kubuntu is installed as you will get
[12:33] <apachelogger> bulldog98: he cannot
[12:33] <apachelogger> Kubuntu is Ubuntu
[12:33] <apachelogger> either it says Kubuntu or Ubuntu
[12:33] <bulldog98> apachelogger: yes
[12:34] <apachelogger> the entry is about the kernel, so quite frankly I am not even sure if branding it to Kubuntu is the right thing to do anyway
[12:34] <apachelogger> since it *is* the Ubuntu 2.6.10whatever kernel, not Kubuntu
[12:35] <apachelogger> the problem is that you can have both Kubuntu desktop and Ubuntu desktop isntalled at the same time, and until the user actually logs in, it is not clear whether it is Kubuntu or Ubuntu (Desktop)
[12:36] <apachelogger> bulldog98: now for the actual reporter the proposed solution would be just as fine
[12:36] <apachelogger> since he dualboots ubuntu and kubuntu
[12:36] <apachelogger> i.e. he has to installations
[12:36] <apachelogger> one containing kubuntu-default-setitngs and one does not
[12:36] <apachelogger> therefore he would actually get one entry saying Kubuntu and one saying Ubuntu
[12:36] <bulldog98> apachelogger: If I change the branding at lets say 99_* this won’t change the String, does it?
[12:37] <bulldog98> apachelogger: no
[12:37] <apachelogger> bulldog98: what string?
[12:37] <bulldog98> Ubuntu -> Kubuntu
[12:37] <apachelogger> where?
[12:38] <bulldog98> in the GRUB_DISTRIBUTOR
[12:38] <apachelogger> no
[12:38] <apachelogger> you only want to change the actual result entries
[12:38] <apachelogger> and only those that belong to your installation
[12:39] <bulldog98> apachelogger: but how do I ensure that only the Kubuntu entrys get changed?
[12:39] <apachelogger> checking the grub device or something
[12:40] <apachelogger> if device contains /var/lib/dpkg/...kubuntu-default-settings.list or something
[12:41] <apachelogger> bulldog98: cjwatson surely will be able to help you
[12:42] <bulldog98> apachelogger: where to find him?
[12:42] <apachelogger> ubuntu-devel
[12:55] <Mamarok> plasma-desktp was running wild after restart this morning with 4.6-beta 1 on Maverick, erasing the config settings did the trick. But it's weird that plasma-desktop does this at every major KDE release, using over 50% CPU
[13:10] <mfraz74> Still getting the X: user not authorized to run the X server, aborting errors
[13:16] <mfraz74> did another update this morning and it still isn't working
[13:54] <apachelogger> bah
[13:54] <apachelogger> visualparadigm is such a load of rainbows
[14:04] <mfraz74> can anyone help me?
[14:16] <eMyller> Mamarok: same did kwin (not at this release)
[14:21] <mfraz74> is there any way of fixing my access to xserver or do I upgrade to 11.04?
[14:41] <apachelogger> ScottK: bug 685521
[14:42] <barraponto> why is kopete so buggy on kubuntu?
[14:42] <ari-tczew> apachelogger: +1 for this bug
[14:44] <apachelogger> barraponto: because kopete needs more developers
[14:45] <CIA-24> [muon] jmthomas * 1203882 * trunk/extragear/sysadmin/muon/installer/ (4 files in 3 dirs) Now that we can queue multiple transactions, checking for only the current transaction doesn't make sense.
[14:45] <barraponto> apachelogger: if only i could write cpp
[14:45] <apachelogger> barraponto: there are a billion starters guides to c__
[14:45] <apachelogger> c++
[14:45] <barraponto> apachelogger: but isn't it a packaging bug?
[14:45] <barraponto> apachelogger: it works fine on archlinux
[14:45] <apachelogger> no
[14:45] <apachelogger> see
[14:45] <yofel> you can add gwenview there, both take like 10  seconds to start on my eeePC using 100% CPU
[14:45] <apachelogger> I have no idea what you are talking about
[14:46] <apachelogger> /home/me/tmp/qapt-1.0.60/src/worker/qaptauthorization.h: In function ‘bool QApt::Auth::authorize(const QString&, const QString&)’:
[14:46] <apachelogger> /home/me/tmp/qapt-1.0.60/src/worker/qaptauthorization.h:35: error: no matching function for call to ‘PolkitQt1::Authority::checkAuthorizationSync(const QString&, PolkitQt1::SystemBusNameSubject*&, PolkitQt1::Authority::AuthorizationFlag)’
[14:46] <apachelogger> /usr/include/polkit-qt-1/PolkitQt1/../polkitqt1-authority.h:222: note: candidates are: PolkitQt1::Authority::Result PolkitQt1::Authority::checkAuthorizationSync(const QString&, const PolkitQt1::Subject&, QFlags<PolkitQt1::Authority::AuthorizationFlag>)
[14:46] <apachelogger> make[2]: *** [src/worker/CMakeFiles/qaptworker.dir/worker.o] Fehler 1
[14:46] <apachelogger> JontheEchidna: qapt's version check for polkit seems bugged?
[14:46] <JontheEchidna> apachelogger: which version do you have?
[14:47] <apachelogger> 0.98.1~git20101107-0ubuntu1~maverick1~ppa1
[14:47] <JontheEchidna> hmm, then it should work. (compiled on natty with the same version)
[14:47]  * apachelogger clears cache and tries again
[14:48] <apachelogger> nope
[14:48] <JontheEchidna> :s
[14:48] <apachelogger> it hates me
[14:49] <barraponto__> yofel: gwenview is slow here too
[14:49] <barraponto__> yofel: gwenview 4.6
[14:49]  * apachelogger blinks
[14:50] <apachelogger> barraponto: you are using 4.6b1 and are wondering why kopete is buggy? :O
[14:50] <apachelogger> JontheEchidna: my good sir, I would so much like to create a mobile ui for libmuon but your silly deps prevent me from doing it :P
[14:51]  * apachelogger thinks that maybe he should set up on libqapt nayway
[14:52] <JontheEchidna> I'd have to make libmuon unstatic anyways
[14:55] <apachelogger> *nod*
[14:55] <apachelogger> JontheEchidna: btw, why does libqapt not have models?
[14:55] <apachelogger> ... could one not migrate the model stuff to libqapt?
[14:55] <JontheEchidna> I don't want to touch l10n with a 10 foot pole, and I'm not sure that one can do models without strings
[14:55] <JontheEchidna> inside libqapt anyways
[14:56] <JontheEchidna> because I'd like to keep libqapt Qt-only
[14:56] <apachelogger> Qt does translations, you know? :P
[14:56] <JontheEchidna> not in a way that KDE supports, tho
[14:57] <apachelogger> sure it does
[14:57] <apachelogger>  you can generate gettext stuff using message.sh just like regular kde foo
[14:57] <apachelogger> in muon you then just make sure the qapt catalog is loaded in klocale
[14:57] <JontheEchidna> gettext works on tr() then?
[14:57] <apachelogger> klocale will then inject itself as qtranslator
[14:58] <apachelogger> thus klocale is used for tr() calls in Qt libs that are loaded in a kapp
[14:58] <apachelogger> (Qt strings themselfs get translated in KDE that way)
[14:58] <JontheEchidna> neat, didn't know that
[14:59] <apachelogger> downside: that way qapt without kapp does not have translations
[14:59] <apachelogger> that can also be worked around by equipping it with either a gettext qtranslator or a qt-only simplified version of klocale
[14:59]  * apachelogger meant to do both at some point but did not get to it
[15:01] <apachelogger> JontheEchidna: a simple PoC http://people.ubuntu.com/~apachelogger/src/gettext-qtranslate/
[15:02] <apachelogger> IIRC one of the main problems is that native gettext is not as powerful as Qt's system, and klocale is more powerful than it, hence a cut down klocale version for qt would be better than gettext
[15:06]  * apachelogger reboots into kubuntu mobile
[15:10] <apachelogger> JontheEchidna: do you have a newer libpolkit package somewhere?
[15:10] <JontheEchidna> libpolkit-qt-1-0:
[15:10] <JontheEchidna>   Installed: 0.98.1~git20101107-0ubuntu1
[15:10] <JontheEchidna>   Candidate: 0.98.1~git20101107-0ubuntu1
[15:11] <apachelogger> this is most silly
[15:14] <apachelogger> JontheEchidna: I changed     PolkitQt1::SystemBusNameSubject *subject = new PolkitQt1::SystemBusNameSubject(service);
[15:14] <apachelogger> to     PolkitQt1::Subject *subject = new PolkitQt1::SystemBusNameSubject(service);
[15:14] <apachelogger> and it builds
[15:15] <apachelogger> /usr/include/polkit-qt-1/polkitqt1-subject.h:class POLKITQT1_EXPORT SystemBusNameSubject : public Subject
[15:15] <apachelogger> /usr/include/polkit-qt-1/polkitqt1-authority.h:    Result checkAuthorizationSync(const QString &actionId, const Subject &subject,
[15:15] <apachelogger> uhhh
[15:16] <apachelogger> I can upgrade to 4.6b1 \o/
[15:16] <apachelogger> yay
[15:16] <JontheEchidna> oh, I don't think 1.0.60 had the polkit-qt-q ifdef in qaptauthorization
[15:17] <JontheEchidna> *polkit-qt-1
[15:17] <JontheEchidna> http://paste.ubuntu.com/539998/ <- in trunk
[15:19] <apachelogger> ah
[15:19] <JontheEchidna> I'm releasing QApt 1.0.80 later today, after I polish up a few things in muon-installer
[15:45] <apachelogger> eh
[15:45] <apachelogger> that is bogus
[15:45] <CIA-24> [muon] jmthomas * 1203891 * trunk/extragear/sysadmin/muon/installer/ (4 files in 2 dirs) Don't remove a transaction from the queue after it is done, but rather introduce a "Done" state. This prevents the action button from re-appearing and also the possibility for an "In Progress" pane in the future.
[15:46] <apachelogger> JontheEchidna: downloadmodel foward declares PackageDetails but has a private member QList<PackageDetails>
[15:46] <JontheEchidna> apachelogger: you can blame smarter on that class :P
[15:47] <Quintasan> JontheEchidna: are you going to fix the QApt auth (or policykit) bug ?
[15:47] <JontheEchidna> Quintasan: The beta today should fix the issue, yes
[15:47] <Quintasan> JontheEchidna: hmmm, actually I wanted to ask if you are going to release a fix today
[15:47] <Quintasan> oh
[15:47] <Quintasan> great
[15:47] <JontheEchidna> :)
[15:48] <Quintasan> let me go learn history now and I'll try this later
[15:49] <JontheEchidna> apachelogger: yeah, the class should probably go in the header
[15:50] <JontheEchidna> in fact, couldn't it just be a struct?
[15:51]  * Quintasan needs to return to learning qt magic
[15:51] <apachelogger> yeah
[15:51] <apachelogger> JontheEchidna: doesnt make a difference though IIRC
[15:51] <apachelogger> since it would not be a pod struct anyway due to qfoo
[15:52] <JontheEchidna> true. plus you'd always have to ensure that it gets fully initialized if it was a struct, whereas we get the initializer list with a class
[15:54] <apachelogger> JontheEchidna: structs can have initializers too if I am not mistaken
[15:54] <apachelogger> though I thikn the compiler handles it yet again like class, so...
[15:54]  * apachelogger kicks qml
[15:54] <JontheEchidna> well, I'll just move it to the header and leave it at that
[15:55] <apachelogger> oh oh oh
[15:55] <apachelogger> hm
[15:55] <apachelogger> JontheEchidna: I gather that I need to populate the models myself? ^^
[15:55]  * apachelogger wonders how to do that in a qml context
[15:55] <JontheEchidna> apachelogger: the packageDownloadProgress signal from QApt::Backend should give you all the info you need for that model
[15:56] <apachelogger> well, I am initializing the model in qml since I have no idea how to do it in cpp and have it available in qml
[15:56]  * apachelogger looks at kdepim
[15:57] <CIA-24> [muon] jmthomas * 1203894 * trunk/extragear/sysadmin/muon/libmuon/DownloadModel/ (DownloadModel.cpp DownloadModel.h) Move the implementation of PackageDetails to the DownloadModel header
[15:58] <apachelogger> stupid qml examples only have qml-only models
[15:59] <neversfelde> I am afraid, I will not be able to finish kdebase-workspace today
[16:07] <CIA-24> [muon] jmthomas * 1203897 * trunk/extragear/sysadmin/muon/installer/ApplicationDetailsView/ (ApplicationDetailsWidget.cpp ApplicationDetailsWidget.h) Also handle the new "Done" state in the App Details Widget
[16:07] <apachelogger> I wonder what show active in kate does
[16:08] <JontheEchidna> it doesn't seem to do anything when I click it
[16:08] <apachelogger> seems broken ^^
[16:08] <JontheEchidna> is that button all by itself with a bunch of space between the other buttons?
[16:08] <apachelogger> yeah
[16:09] <JontheEchidna> did the upgrade also make you loose your whitespace highlighting settings?
[16:09] <JontheEchidna> *lose
[16:09] <apachelogger> comes from kfiletree it seems
[16:09] <apachelogger> ah
[16:09] <apachelogger> oh
[16:09] <apachelogger> what a silly crap
[16:09] <apachelogger> JontheEchidna: it focuses the currently open document in the documents list
[16:09] <JontheEchidna> uhm
[16:10] <JontheEchidna> isn't it already focused, because it's the currently open document? :s
[16:10]  * apachelogger notes that he would have to have like 100 docs open to ever need that :O
[16:10] <apachelogger> JontheEchidna: well, I mean, the tree scrolls to it
[16:10] <JontheEchidna> oh
[16:10] <apachelogger> in case it was not visible
[16:10] <JontheEchidna> that is really silly
[16:10] <JontheEchidna> seems like something that could be put into the context menu of the tree
[16:10] <apachelogger> the icon also is misleading
[16:11] <JontheEchidna> that icon looks like it should reload a folder
[16:11] <CIA-24> [muon] aspotashev * 1203899 * trunk/extragear/sysadmin/muon/installer/ApplicationLauncher.cpp fix typo
[16:11] <apachelogger> brrrr
[16:11] <apachelogger> qml is a bit scary
[16:11] <apachelogger> *a bit*
[16:12] <apachelogger> doing a muon ui would envolve some mind twisting
[16:13] <apachelogger> maybe a qwidget based mobile ui would be better for now ^^
[16:21] <apachelogger> JontheEchidna: does 4.6 even have new cool things?
[16:21] <JontheEchidna> apachelogger: kate has crash recovery
[16:21] <apachelogger> ah
[16:21] <apachelogger> my promised vim like behaviour?
[16:22] <CIA-24> [muon] jmthomas * 1203901 * trunk/extragear/sysadmin/muon/installer/ (ApplicationBackend.cpp ApplicationBackend.h) Fix a scoping bug that caused only apps from the first transaction to be shown in the launcher
[16:25] <JontheEchidna> hmm, I think that was the last of the obvious bugs
[16:28] <JontheEchidna> oh, here's another one
[16:29] <CIA-24> [muon] jmthomas * 1203903 * trunk/extragear/sysadmin/muon/installer/ (2 files in 2 dirs) Set the progress bar text to "Done" when progress reaches 100%. It wasn't doing this already because before we switched over to the queued transaction system we'd reload when we were done.
[16:31] <JontheEchidna> apachelogger: btw, the slow startup w/ the file dialog and dolphin should be fixed in beta2. Don't remember the KDE bug number though
[16:32] <JontheEchidna> had something to do with plugin loading
[16:41] <CIA-24> [muon] jmthomas * 1203904 * trunk/extragear/sysadmin/muon/installer/ApplicationDetailsView/ApplicationDetailsWidget.cpp SVN_SILENT: Whitespace
[16:41] <CIA-24> [libqapt] jmthomas * 1203906 * trunk/extragear/sysadmin/libqapt/src/history.h SVN_SILENT: Minor apidox tweak
[16:43] <apachelogger> oh dear
[16:43] <apachelogger> plasma notification area once again fails to do the systray stuff properly
[16:45] <CIA-24> [libqapt] jmthomas * 1203907 * trunk/extragear/sysadmin/libqapt/ChangeLog ChangeLog++
[16:49] <CIA-24> [libqapt] jmthomas * 1203908 * trunk/extragear/sysadmin/libqapt/ChangeLog SVN_SILENT: wording tweak in the ChangeLog
[16:53] <CIA-24> [muon] jmthomas * 1203912 * trunk/extragear/sysadmin/muon/ChangeLog ChangeLog++
[16:55] <CIA-24> [libqapt] jmthomas * 1203913 * trunk/extragear/sysadmin/libqapt/CMakeLists.txt Version bump for 1.0.80 release
[16:58] <CIA-24> [muon] jmthomas * 1203914 * trunk/extragear/sysadmin/muon/ (installer/main.cpp muon/main.cpp updater/main.cpp) A version bump for the impending 1.0.80 release
[18:28] <apachelogger> should the news claim that a satellite went down.... I did not bump into it... I swear...
[18:50] <JontheEchidna> were you testing your spaceship again?
[18:52] <apachelogger> no, I did not do it, really, must have been someone else
[19:00] <JontheEchidna> libqapt 1.0.80 packages are in my staging PPA for those interested. I'll do an official release once I get back from town
[20:12] <ScottK> apachelogger: Commented.  Thanks.
[20:18] <yofel> ScottK: can you request the backport of a package if it depends on a library that doesn't exist in the old release? (e.g. backport that lib too?)
[20:19] <ScottK> yofel: Yes.  We love backports of new packages because there's zero regression risk.
[20:19] <yofel> good, since scribus-ng in lucid is ancient
[23:01] <sourcemaker> I am not sure... but I think that the KDE 4.6 BETA1 contains the wrong KDE-PIM packages... right?
[23:02] <sourcemaker> when I use kontact =>kaddressbook... all kontact entries are not visible... and there is a bug report in bugs.kde related to the wrong pim version
[23:08] <claydoh> what do you mean? kdepim still at 4.4.7, 4.6 kdepim packages are iirc on their way
[23:09] <claydoh> sourcemaker: kdepim development is rather separate from kde sc development
[23:09] <sourcemaker> claydoh: ok thanks
[23:10] <claydoh> sourcemaker: you may have to add in certain akonadi resources, I am not a big address book user so i am not posititve
[23:12] <sourcemaker> claydoh: well... it seems that the akonadi resources from the beta are not working right now... maybe I have to wait for the final release
[23:22] <apachelogger> http://people.ubuntu.com/~apachelogger/mobile/kubuntu-mobile-lowquality.3gp
[23:23] <maco> apachelogger: what is .3gp?
[23:23] <maco> what kind of a file is that??
[23:23] <apachelogger> some mobile thing
[23:23] <apachelogger> a video
[23:23] <maco> oh. sounds like bandwidth is needed then
[23:25] <JontheEchidna> apachelogger: neat!
[23:27] <JontheEchidna> that is with the kubuntu-mobile image?
[23:28] <apachelogger> aye
[23:28] <apachelogger> heavily modified though
[23:28] <apachelogger> and using the meego kernel
[23:45] <JontheEchidna> I've been having weird icon/pixmap corruptions with desktop effects off since the switch to raster
[23:45] <JontheEchidna> http://i.imgur.com/Gvjnt.png
[23:48] <claydoh> apachelogger: what is that wierd pointy stick thing? :P
[23:48] <claydoh> in your video
[23:49] <JontheEchidna> hmm, happens with native too, so it must just be my drivers sucking :(
[23:51] <claydoh> JontheEchidna: I have seen that once in a while, I attributed it to my really ancient hardware
[23:51] <claydoh> but I have not noticed it in a while  (old ati)
[23:51] <JontheEchidna> with mesa 7.8 the Intel situation went from pretty good to pretty craptastic
[23:52] <claydoh> :(
[23:52] <JontheEchidna> 7.9 didn't help much


[00:05] <micahg> lifeless: what permission is needed to modify upstream links for Ubuntu packages
[00:08] <lifeless> I think its upload
[00:08] <lifeless> it got locked down somewhat with the new translations stuff
[00:11] <micahg> well, I can't modify for stuff I can upload
[00:11] <micahg> I was told "packager" whatever that means in LP codespeak
[00:11] <lifeless> thats a bug
[00:11] <lifeless> micahg: uploader
[00:11] <micahg> :(, I guess I need to file a bug
[00:12] <lifeless> yes indeed
[00:12] <micahg> lifeless: thanks
[00:15] <micahg> bug 796867 for anyone interested
[03:43] <twb> How often does malone process<EMAIL_ADDRESS>mail?  It has been twenty minutes since I sent it.
[03:44] <wgrant> twb: Every three minutes, normally. Let me check the logs.
[03:44] <twb> -kernel suggested I may have a "don't email me about things I do" option enabled somewhere.
[03:45]  * ScottK is a big fan of that option.
[03:45] <twb> I'm expecting an email back from malone as I would get from debbugs, along the lines of "your new bug is #12345"
[03:46] <wgrant> twb: That option is new, and the email interface is old. If you have it enabled then you won't get any notification of a successful filing.
[03:46] <wgrant> There's no hint of an error in the log.
[03:46] <twb> I haven't used the web UI for years
[03:46] <wgrant> Hmm.
[03:46] <twb> This is the email I sent: http://paste.debian.net/119750/
[03:48] <wgrant> twb: Hm, that looks reasonable.
[03:48] <wgrant> There's an upgrade going on at the moment, but the cron jobs should still be running.
[03:48] <ajmitch> can you set importance on new bugs when not part of bugcontrol?
[03:48] <twb> ajmitch: I figured I'd try
[03:49] <twb> I'm assuming malone will complain about badness rather than dropping my mail on the floor :-(
[03:49] <ScottK> Heh.
[03:50] <wgrant> It normally does.
[03:50] <twb> wgrant: I'll idle here; holler at me if you have any news.  Thanks for looking into it.
[03:57]  * micahg has seen a case where it sets importance w/out the person in bug control
[04:00] <ScottK> wgrant: Time again for timeouts on the queue accept page: Error ID: OOPS-1991I17
[04:00] <poolie> o/ scottk
[04:00] <ScottK> That was fast.
[04:01] <ScottK> Hello poolie.
[04:03] <micahg> ugh, filing a bug against launchpad timed out now...OOPS-1991AV33
[04:06] <wgrant> twb, micahg, ScottK: Something is holding locks open on one of the bug tables. It's causing timeouts, and probably making mail processing unhappy. We're trying to fix.
[04:06] <poolie> micahg: yeah i have that too
[04:06] <poolie> wgrant: perhaps this ought to go onto lpstatus etc
[04:06] <twb> wgrant: thanks
[04:06] <wgrant> poolie: Indeed, I am finding the password.
[04:06] <poolie> thanks
[04:07] <ScottK> Ah.  Thanks.
[04:07] <micahg> wgrant: ah, thanks
[04:07] <ScottK> Might also ought to go in /topic.
[04:12] <poolie> wgrant: fwiw mine is filing, not modifying, and it's timing out 100% of the time
[04:13] <wgrant> True.
[04:13] <poolie> unless "sometimes" means "on monday" :)
[04:14] <wgrant> Not all modifications are timing out.
[04:14] <wgrant> All filing seems to be.
[04:15] <lifeless> modifications that don't change summaries won't insert into the journal
[04:19] <wgrant> poolie: Could you try filing your bug again, please?
[04:20] <ScottK> FWIW I was just able to accept a package from New.
[04:20] <poolie> i'm so glad wallyworld fixed it so i could back up and copy out my (fairly long) bug summary
[04:20] <poolie> hooray!
[04:20] <wgrant> poolie: It worked?
[04:22] <micahg> \o/ my bug worked as well
[04:22] <poolie> it did
[04:22] <wgrant> Thanks.
[04:22] <poolie> https://bugs.launchpad.net/ubuntu/+source/lazr.restfulclient/+bug/796992
[04:22] <wgrant> Should be all happy again now.
[04:22] <poolie> (which might amuse you by its strangeness)
[04:22] <wgrant> The upgrade held more locks that we expected, and we didn't notice it had hung.
[04:24]  * twb looks at INBOX
[04:25] <twb> wgrant: do I need to resend my new@ email?
[04:25] <wgrant> twb: Shouldn't... but we'll see.
[04:26] <wgrant> You filed a bug an hour ago and another 4 minutes ago.
[04:26] <wgrant> Bug #796993, bug #796937
[04:26] <twb> Yay
[04:26] <twb> The second one might be gmail's MTA resending or something... I didn't resend it.
[04:27] <ajmitch> it wasn't showing up on your bugs page earlier when you were asking about it, either
[04:28] <wgrant> It wasn't, no.
[04:28] <wgrant> process-mail was hung on the problematic lock.
[04:30] <mwhudson> poolie: i think you have just discovered one of the ways in which setuptools is terrible
[04:31] <wgrant> As if it needed more...
[04:36] <poolie> urk, there is no tag cloud on https://bugs.launchpad.net/bzr
[04:37] <poolie> and search times out
[04:38] <wgrant> poolie: What search times out?
[04:39] <poolie> https://bugs.launchpad.net/launchpad/+bug/796998
[04:39] <poolie> https://bugs.launchpad.net/bzr/+bugs?field.searchtext=xfail&orderby=-importance&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=
[04:39] <poolie> worked the second time
[04:39] <poolie> sorry, worked the third time, failed the first two
[04:39] <ScottK> Tag cloud is critical?
[04:39] <wgrant> It took 1.5s for me :/
[04:39] <wgrant> ScottK: It's a regression.
[04:39] <ScottK> OK.
[04:39] <wgrant> ScottK: Regressions are critical.
[04:39] <wgrant> And this particular one is easily fixed.
[04:39] <ScottK> Makes sense.
[04:40] <poolie> i'm so glad you're here, wgrant :)
[05:13] <micahg> wgrant: since you seem able to work magic, can you do something with this: https://answers.launchpad.net/launchpad/+question/160629
[05:14] <wgrant> micahg: The analysis of the question is mistaken.
[05:16] <wgrant> micahg: I've commented on the question with the real problem and solution.
[05:16] <micahg> wgrant: thank you :)
[05:16] <wgrant> micahg: Hopefully a maintenance squad will pick it up tonight.
[05:16] <micahg> wgrant: cool, thanks
[05:16] <wgrant> micahg: Otherwise I will organise it tomorrow, even though I'm really not meant to.
[05:23] <wgrant> poolie: Tags portlet is fixed. Thanks for letting us know.
[07:35] <iceroot> hi, is there a way to create a bug without using "ubuntu-bug"? e.g. i want to create a bug against launchpad. cant find "create bug" on the launchpad-site
[07:36] <iceroot> sorry i am blind...
[07:36] <wgrant> iceroot: You want to file a bug about the software that runs on Launchpad.net?
[07:36] <iceroot> wgrant: correct
[07:37] <wgrant> iceroot: https://launchpad.net/launchpad, you'll find 'Report a bug' on the right.
[07:37] <iceroot> wgrant: thank you
[07:49] <poolie> wgrant: thanks
[08:57] <somethinginteres> http://www.apple.com/au/macosx/whats-new/launchpad.html. Trademark violation?
[08:57] <nigelb> somethinginteres: There's already a bug and Canonical's legal team is looking into it.
[08:58] <somethinginteres> nigelb: OK just wanted to give a heads up if that wasn't the case.
[11:48] <Chipaca> hi all. What do I do with spam comments?
[11:49] <Peng> https://answers.launchpad.net/launchpad/+addquestion I believe
[11:49] <henninge> Chipaca: or just tell us here
[11:49] <Chipaca> https://answers.launchpad.net/ubuntuone-client/+question/110556
[11:50] <Chipaca> the Styles user seems to be a person as per some of his comments above, but then the last three are spam
[11:51] <henninge> Chipaca: I removed the comments, I'll have a look if I need to suspend the account.
[11:51] <henninge> Thanks for reporting.
[11:51] <Chipaca> henninge: awesome, thank you
[11:52] <henninge> 0 karma, I'll suspend the user
[11:57] <dpm> hi henninge, could you assign https://answers.launchpad.net/ubuntu-translations/+question/161368 to the losas (or even better have a losa look at it? ;) thanks
[12:02] <heninge> dpm: so you are saying that you approve him becoming the owner of the team?
[12:02] <heninge> dpm: can you please add a comment saying so to the question?
[12:06] <heninge> dpm: I moved the question to Launchpad: https://answers.launchpad.net/launchpad/+question/161368
[12:07] <heninge> dpm: and assigned it to the losas
[12:11] <gnuoy> dpm, heninge: thats done
[12:18] <arand> Is building of dunny packages specifically disabled for PPAs? I have a package which builds these fine in pbuilder however they are not when it is uploaded to the PPA.( control file: http://paste.debian.net/119786/ dummies at the bottom)
[12:18] <arand> s/dunny/dummy/
[12:19] <soren> arand: Which PPA?
[12:19] <arand> https://edge.launchpad.net/~arand/+archive/redeclipse/+packages
[12:20] <soren> (you shouldn't be using edge)
[12:21] <arand> I did have a previous "redeclipse" package which I assumed would get replaced, might this be what not happened?
[12:21] <dpm> gnuoy, heninge, thanks! (Hening: yeah, I did approve of him to become the owner)
[12:22] <soren> arand: What makes you say it doesn't get built?
[12:23] <soren> arand: I see redeclipse-data being built, for instance.
[12:23] <arand> https://edge.launchpad.net/~arand/+archive/redeclipse/+build/2565897
[12:23] <soren> It's an arch: all package. It only gets built on i386.
[12:23] <soren> ...and then published everywhere.
[12:23] <henninge> adeuring: Hi! I am at lunch now. Can you please take over here?
[12:23] <adeuring> henninge: sure
[12:24] <soren> arand: https://edge.launchpad.net/~arand/+archive/redeclipse/+build/2565898
[12:24] <geser> arand: https://launchpad.net/~arand/+archive/redeclipse/+sourcepub/1772784/+listing-archive-extra lists them
[12:24] <adeuring> https://launchpad.net/  | Help contact: adeuring | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/
[12:25] <soren> adeuring: You forgot to prepend "/TOPIC " :)
[12:25] <adeuring> soren: gahhh. thanks!
[12:26] <arand> geser: Oh, right, it's because of the arch: all :)
[12:27] <arand> I assumed the dummy packages would show in the main listing, but I guess it makes sense for them not to..
[12:31] <geser> arand: "main listing"? the index pages show only source packages, you have to "expand" the source package on the +packages page to view the built binaries
[12:43] <lool> Hey, is there a way to update upstream <-> Ubuntu package links?  I'd like to change the one of https://launchpad.net/ubuntu/oneiric/+source/linux-linaro-mx51 to point at another series, but can't
[12:53] <james_w> lool, likely bug 796867
[13:01] <adeuring> lool: do you get any error message?
[13:07] <lool> james_w: correct, thanks
[13:07] <lool> adeuring: just that there is already a registered series
[13:08] <adeuring> lool: weird...
[13:08] <lool> adeuring: presumably, permission of the link object or something like that?
[13:09] <adeuring> lool: maybe. I tried to change the link on qastaging -- works there
[13:09] <lool> there is simply no remove or edit button; trying to use add again with another series fails with already registered
[13:09] <lool> adeuring: odd, do you have special powers?
[13:09] <adeuring> lool: ah, that could be the case with all the recent reorganisations around lp develeoper memberships
[13:20] <adeuring> lool: it is indeed a permissions problam, and a deliberate one: Because the packaging link affects upstream translation sharing, only package maintainers and some people with "special powers" can change an existing link. Intorduced in LP revision 12801, april this year
[13:20] <lifeless> adeuring: but lool is a maintainer; he's core dev.
[13:20] <lifeless> adeuring: what do you mean by 'package maintainers' precisely?
[13:21] <adeuring> lifeless: let me check the source code...
[13:21] <lifeless> actually its 12:20 *am* here
[13:21] <lifeless> so I'm going to go
[13:21] <lool> I have uploads power to Ubuntu and I also happen to be the registrant of linux-linaro   ;-)
[13:21] <adeuring> lifeless: it's the relase maintainer
[13:21] <lifeless> but if it uses the 'maintainer' field or something, thats *debian* metadata and meaningless for permissions in Ubuntu
[13:22] <lifeless> adeuring: spr.maintainer or something?
[13:22] <adeuring> lifeless: lp.registry.model.packaging.Packaging.userCanDelete()
[13:23] <adeuring> self.sourcepackage.currentrelease.maintainer
[13:23] <lifeless> thats faulty then
[13:23] <lifeless> thats letting debian maintainers garden Ubuntu metadata and excluding Ubuntu maintainers from doing it.
[13:24] <adeuring> the was to avoid an unnecessary load by job which are triggered for translation sharing
[13:24] <adeuring> s/the was/the idea was/
[13:24] <lifeless> bigjools: ^ I have to sleep, but can you help educate / point adeuring at the right way to determine 'maintains this in Ubuntu' (e.g. can upload it to O or any -proposed
[13:24] <lifeless> adeuring: sure, the intent was fine, but the check used is looking at a meaningless field
[13:25] <bigjools> IArchive.canUpload()
[13:25] <lifeless> night
[13:25] <adeuring> thanks
[13:27] <james_w> preferably a check that doesn't prevent people doing it when the series is frozen I guess :-)
[14:03] <fta2> is the lp api broken?
[14:03] <smoser> anyone know why my mug doesn't show up https://launchpad.net/~smoser ?  its 192x192 and less than 100k.
[14:03] <smoser> http://paste.ubuntu.com/626553/
[14:04] <smoser> just tried re-setting it (last time i set it was months ago, and i dont know that it has ever shown up)
[14:06] <tumbleweed> IRC it's the 64px one that shows on your home page. The bigger one shows in galleries
[14:10] <charles> hello
[14:11] <charles> I need the help of a Registry Administrator to merge two teams.
[14:12] <charles> debian-med and debian-med-packaging (keeping debian-med)
[14:13] <charles> I tried to ask this via answers.l.net, but because I am not in the timezone of the admins there, the  debian-med-packaging team is re-created before I have time to register its email address in the debian-med team.
[14:13] <charles> See https://answers.launchpad.net/launchpad/+question/160702 …
[14:14] <smoser> tumbleweed, where would i load a 64px one ?
[14:15] <smoser> i just uploaded via web form at https://launchpad.net/~smoser/+edit
[14:15] <smoser> and just now even tried as a jpg rather than png.
[14:19] <tumbleweed> smoser: +branding rather than +edit
[14:20] <smoser> thank you, tumbleweed ...
[14:20]  * smoser is not good ad UIs
[14:20] <tumbleweed> np
[14:32] <maxb> charles: Hi
[14:32] <charles> maxb: hi
[14:32] <maxb> Shall I go ahead and do the merge now?
[14:33] <charles> That would be super-great !
[14:33] <maxb> The merge is queued and will take effect within a few minutes
[14:39] <charles> maxb: Excellent, it worked and I could claim the email address.  Many thanks again.
[14:40] <maxb> No problem :-)
[14:41] <charles> bye
[14:48] <fta2> ssl.SSLError: [Errno 185090050] _ssl.c:340: error:0B084002:x509 certificate routines:X509_load_cert_crl_file:system lib
[14:48] <fta2> using the lp api
[14:48] <fta2> on oneric
[14:49] <fta2> oh, it corresponds to an update. "Upgrade: python-httplib2:amd64 (0.6.0-5, 0.7.0-1)"
[14:49] <fta2> oneIric
[14:50] <fta2> *sigh
[15:13] <Quintasan> Hi, is it possible to totally remove a project from Launchpad?
[15:13]  * Quintasan could not find such option on project page
[15:31] <smoser> what is the appropriate way to ask that http://package-import.ubuntu.com/status/euca2ools.html be fixed ?
[15:31] <smoser> i'm fine losing any history that is not actually in the ubuntu archive (ie, personal changes that i probalby pushed and wreaked havoc)
[15:33] <smoser> maybe that is better asked in #bzr ?
[15:43] <maxb> smoser: emailing<EMAIL_ADDRESS>is a good way to express interest in a particular failure
[15:43] <smoser> maxb, ok. thank you.
[15:43] <maxb> smoser: although I already looked at that one
[15:44] <smoser> oh?
[15:44] <smoser> i'm sorry for basically screwing up the imports of anything I touched
[15:44] <maxb> And I decided that it's a direct packager maintained branch, so the challenge is just to stop the importer sulking about that
[15:45] <yofel> hm, I wanted to create a project for okular, and am getting "okular is already used by another project". But https://launchpad.net/okular gives me a Lost something page
[15:45] <maxb> smoser: Unfortunately recent launchpad deployments have totally broken the importer :-(
[15:45] <maxb> bug 797088
[15:45] <smoser> maxb, ok. i will mail and just say "please re-import".
[15:46] <maxb> smoser: I don't think that's required
[15:46] <smoser> i really do like the "direct packager maintained", but really would like to be able to have both.
[15:46] <maxb> I think we just need to teach the importer to stop complaining in valid situations
[15:46] <maxb> yofel: It does that when the project has been deactivated. It's not very helpful
[15:47] <yofel> any way to reuse the project? I can't really rename KDEs document viewer
[15:48] <maxb> yofel: I've renamed the old one, go ahead and recreate
[15:49]  * yofel hugs maxb
[15:51] <Quintasan> maxb: Could you please kill two projects on LP?
[15:51] <maxb> I might be able to do something less violent to them
[15:51] <Quintasan> maxb: https://launchpad.net/decibel
[15:51] <Quintasan> maxb: https://launchpad.net/tapioca-qt
[15:52] <Quintasan> maxb: upstream said they are full of evil
[15:52] <Quintasan> and we no longer even want traces of them
[15:53] <maxb> Quintasan: This sounds sufficiently non-trivial that I'd like to ask for a question to be filed to document what's going on here
[15:53] <maxb> At first glance they appear to be plausibly valid
[15:54] <maxb> They appear to have Ubuntu packages and the projects are owned by a team containing active Ubuntu Developers
[15:55] <Quintasan> maxb: it is dead since 2008 at least
[15:56] <Quintasan> noone supports them and all effort moved to telepathy-kde
[15:56] <maxb> This is not justification to deactivate the project
[15:56] <Quintasan> maxb: What would be a valid reason?
[15:57] <maxb> testing, not open source, generally spurious projects get deactivated
[15:58] <Quintasan> so upstream not wanting it and generally being dead and unsupported is not enough?
[15:59] <maxb> It makes no sense to delete all historical records of something just because it is no longer current
[16:00] <Quintasan> maxb: Okay, I'll tell upstream we are keeping it just for record
[16:00] <maxb> Quintasan: If the projects have ceased, ask someone in ~telepathy to update their descriptions accordingly
[17:22] <fta> adeuring, help! https://answers.launchpad.net/launchpad/+question/161415
[17:24] <adeuring> fta: I suspect an issue with the oneiric package.
[17:25] <adeuring> I just tried to use lplib in natty.
[17:33] <fta> downgrading then
[18:09] <poolie> fta, i guess that's a client side error
[18:09] <poolie> it would be useful if you can say on the bug which downgrades fix it if any
[18:10] <fta> poolie, just python-httplib2 in reverse order
[18:12] <fta> it was breaking my ppa dashboards, my ppa stats, my chromium translations and some of my other maintenance scripts, so i just reverted httplib2
[18:13] <fta> i have no time and no desire to investigate this any further. too many issues with lp for my taste.
[18:13] <poolie> and that fixed it?
[18:13] <fta> yes
[18:14] <Ampelbein> hi there, I'm subscribed to https://bugs.launchpad.net/ubuntu/+subscriptions and ticked the option to get notifications on bugs opened or closed - yet I only receive notifications for bugs that get closed, not the ones opened.
[18:15] <poolie> downgrading to which version?
[18:23] <fta> poolie, the previous one, it's in my initial question
[18:41] <abentley> Ampelbein: I'm not sure whether it's possible to subscribe to all bugs on Ubuntu.  You realize that's a torrent of bugs that you could never read all of, right?
[18:42] <Ampelbein> abentley: if I subcribe to all bugs it works. it doesn't if I just want notifications of bugs added/closed. don't worry, I have enough filters in place to get me a useful overview.
[18:43] <abentley> Ampelbein: Okay, I'm looking for someone who can answer your question.
[18:43] <Ampelbein> abentley: clarification: if I check "are added or changed in any way" it works. it doesn't if I check "are added or closed"
[18:43] <Ampelbein> i filed an issue in the meantime, bug 797311
[18:44] <abentley> Ampelbein: Cool.  It does sound like a bug.  I wonder whether it's related to Ubuntu?
[18:45] <Ampelbein> abentley: I don't know, I didn't test other projects.


[15:00] <barry> #startmeeting
[15:00]  * barry sighs
[15:00] <abentley> me
[15:00] <barry> hello everyone and welcome to this week's ameu reviewers meeting.  who's here today?
[15:00] <intellectronica> i
[15:00] <abentley> you
[15:00] <bac> me
[15:01] <intellectronica> barry: gmb and allenap are on leave, BjornT is sprinting
[15:01] <barry> intellectronica: thanks for the update
[15:01] <barry> salgado, sinzui ping
[15:02] <salgado> me
[15:02] <cprov> me
[15:02] <barry> EdwinGrubbs: ping
[15:02] <barry> danilo_: ping
[15:02] <EdwinGrubbs> me
[15:02] <sinzui> me
[15:02] <barry> cprov: ping
[15:02] <danilo_> me
[15:02]  * sinzui was getting coffee
[15:02] <cprov> barry: I'm here ;)
[15:02] <barry> cprov: :)
[15:02] <barry> == Agenda ==
[15:02] <barry>  * Roll call
[15:02] <barry>  * Next meeting
[15:02] <barry>  * Action items
[15:02] <barry>  * Queue status
[15:03] <barry>  * Mentoring update
[15:03] <barry>  * Review process
[15:03] <barry>    * watch for dead end links ([[https://bugs.edge.launchpad.net/launchpad/+bug/254436|bug 254436]] - flacoste)
[15:03] <barry>    * watch out for config or other changes w/ possible operational effects
[15:03] <barry>    * ideas for encouraging branches which cleanup/reduce tech debt
[15:03] <barry> week += 1?  if you know you won't be here, please update the wiki page
[15:03]  * barry thanks allenap for sending his apologies
[15:03] <intellectronica> i won't be here
[15:04] <barry> intellectronica: cool, thanks
[15:04] <barry> [TOPIC] action items
[15:04] <barry>  * abentley to update UsingMergeProposals with the extra approval step
[15:04] <abentley> I believe I did that.
[15:05] <barry> abentley: cool, thanks
[15:05] <barry> [TOPIC] queue status
[15:05] <barry> nothin' much from me on this.  does anybody have any comments here?
[15:06] <danilos> well, I broke the pending-reviews page for everybody on Friday
[15:06] <sinzui> how?
[15:06] <danilos> so, it didn't get updated until yesterday
[15:06] <barry> oh noes!
[15:06]  * sinzui noted it did not update for 48 hours
[15:06] <intellectronica> danilos: how did you do that?
[15:06] <intellectronica> (just so we know what not to do)
[15:07] <danilos> I did a "bzr upgrade" on my repo, it apparently didn't finish, and left my repo in a limbo state; I haven't noticed it broke anything until it was too late (rm -rf backup.bzr)
[15:07] <danilos> intellectronica: ^^
[15:07] <danilos> so, I moved all of my branches out of the way in PendingReviews for it to start working again
[15:07] <barry> abentley: what's the current state of mars's remove-structural-objects-ui branch?  are you waiting on me?
[15:08]  * barry notices it has 8 conflicts now
[15:08] <abentley> barry: I thought mars was the next person to take action.
[15:09] <mars> that's what I thought as well
[15:09] <barry> abentley: it's still in needs-review state so if it's merge-*, just update PendingReviews
[15:10]  * barry issues another plea to remove branch summaries from PR when they've landed
[15:10] <abentley> barry: okay
[15:10] <barry> [TOPIC] mentoring update
[15:11] <barry> i just wanted to mention that we have slots open, so if anybody has a reviewer nominee in mind, please let me know
[15:12] <barry> [TOPIC] review process
[15:12] <barry> flacoste isn't here so we'll carry his forward
[15:12] <barry>    * watch out for config or other changes w/ possible operational effects
[15:13] <barry> did anybody not catch the recent thread on config file changes breaking operations?
[15:14] <sinzui> On a related note, I should have ask for rsync to pull the oops reports from xmlrpc-private.
[15:14] <barry> cool, i guess everyone saw it.  so when you're reviewing just keep an eye out for changes (such as to configs, scripts, etc) that the LOSAs might need to be aware of, and please point that out in your reviews
[15:15] <barry>    * ideas for encouraging branches which cleanup/reduce tech debt
[15:15] <intellectronica> i don't think we should encourage them
[15:15] <barry> intellectronica: go ahead
[15:16] <intellectronica> tbh, i really don't like it when we mix new developments with cleanups. it makes reviewing harder
[15:16] <barry> intellectronica: do you mean drive-bys or separate cleanup-only branches?
[15:16] <intellectronica> i much rather review a branch which /only/ cleans up, in addition to a branch which introduces new work
[15:16] <intellectronica> barry: i mean drive-bys
[15:17] <sinzui> I like to clean up technical-debt in a preliminary branch that setup up my next branch.
[15:17] <intellectronica> individual branches with cleanups are great, of course
[15:17] <barry> intellectronica: cool.  this btw is in reference to joey's push for reducing our tech debt
[15:17] <barry> sinzui: that's a good idea
[15:17] <barry> intellectronica: so let's concentrate on cleanup-only branches
[15:18] <barry> i'd love to have your thoughts on how we can do more cleanup-only branches
[15:18] <barry> why do we tend not to do them?
[15:19] <intellectronica> i think one thing we can do it, is that if in a review we notice something that we think should be cleaned up, insist on opening a bug, and following up on it (making sure that it's at the very least scheduled, if not completed immidiately after the original branch)
[15:19] <cprov> can't we list related XXX in `make lint` ? that would encourage 'drive-by-cleanups', no ?
[15:19] <abentley> barry: I would think it's because we tend to encounter cleanup opportunities in the course of new development.
[15:20] <abentley> And starting a new branch for the cleanup feels like a lot of overhead.
[15:20] <intellectronica> cprov: that can be annoying, like that sample data experiment
[15:20] <abentley> looms reduce that overhead, of course.
[15:20] <barry> intellectronica: very often i'll ask to open a bug for a deferred cleanup, but we don't seem to get around to it
[15:20] <intellectronica> abentley: overhead? starting new branches is cheap as chips
[15:20] <cprov> well, 'encourage' in that context would be more like 'force' and that might become hard to handle in content-class changes, for instance.
[15:20] <barry> abentley: i think that's a good observation.  maybe looms is one technique for reducing that overhead
[15:21] <barry> as you point out
[15:21] <abentley> intellectronica: I'm not talking about IO time.
[15:21] <abentley> I'm talking about effort.
[15:21] <sinzui> lint could report XXX, but I'm not sure that helps up to know when we have an opportunity to remove an XX
[15:22] <abentley> Now you're working on two branches instead of one, and you have to get both reviewed and merged..
[15:22] <cprov> sinzui: that's true, XXX related with the fix might be in a untouched file.
[15:22] <intellectronica> abentley: looms solve the problem for you locally, then you can export separate branches from them for reviewing
[15:22]  * sinzui should put the XXX report into Makefile so that we can easily where they are and how they releate.
[15:22] <abentley> intellectronica: I know, because I wrote the export functionality.
[15:23] <intellectronica> :)
[15:23] <barry> [ACTION] sinzui should put the XXX report into Makefile so that we can easily where they are and how they releate.
[15:23] <sinzui> I guess I can work on my porn branch today
[15:23] <barry> sinzui: rs=barry
[15:24] <barry> does anybody think that we're so feature-driven that you don't have time to do the cleanup branches you want to do?
[15:24] <abentley> barry: I think we *were* when I joined.
[15:24] <abentley> (January)
[15:24] <barry> abentley: but no more?
[15:25] <sinzui> A pre-imp call is the best time to discuss closing XXX's
[15:25] <abentley> barry: No impending major release hanging over our heads now.  Feels like there's some breathing room.
[15:26] <barry> abentley: i ask because in foundations, we're planning 20% of our coding time for 2.1.9 to reducing the tech debt
[15:26] <barry> i'm curious if other teams are doing the same?
[15:27] <abentley> barry: Code team's big focus is scalability.  We must become scalable before we run out of disk space in October or so.
[15:28] <barry> what do people think about an lp tag 'cleanup' so we can easily find the bugs related to cleanups?
[15:28] <abentley> I don't think we're working on a 20% rule per se, but cleanups (authserver => internal xmlrpc) are happening now.
[15:29] <barry> abentley: thx
[15:29] <intellectronica> barry: i don't know if that's a very good name, but +1 for having a tag
[15:29] <intellectronica> cleanup can mean so many things
[15:29] <intellectronica> maybe 'tech-debt'?
[15:29] <barry> intellectronica: i'll email the list for better suggestions :)
[15:29] <intellectronica> anyway, we can discuss on the list
[15:30] <barry> let me also invite you to email me or irc/skype if you have any thoughts on changes to our process that would allow us to regularly pay down this debt
[15:30] <intellectronica> maybe we should also propose some ritual way of following up on cleanup opportunities that came up in reviews
[15:30] <barry> i'm /very/ keen on doing this before we go open source
[15:31] <barry> intellectronica: any thoughts on how that would work?
[15:31] <intellectronica> for example, a weekly report on cleanup actions from each team
[15:32] <barry> intellectronica: maybe in the general lp meeting?
[15:32] <intellectronica> maybe, although, that would encourage /short/ reports
[15:34] <danilos> barry: jtv and myself have planned to do cleanup sprints, but that has probably been discussed already
[15:34] <barry> danilos: yes, i think those are really good ideas, especially for big ticket items
[15:34] <barry> like tree reorg and such
[15:35] <barry> another (leading) question: does anybody feel that some kind of reward system would help, hurt, or be neutral in getting cleanups done?
[15:35] <danilos> barry: right, but you can also do much more easy cleanups when you don't have to worry about being constantly available, and when you have the entire team next to you
[15:35] <barry> danilos: high bandwidth pair-programming and insta-reviews
[15:36] <danilos> barry: indeed  :)
[15:36] <bac> barry: what about bringing back Fix it Friday for tech-debt issues?
[15:37] <barry> bac: i like that idea
[15:37] <sinzui> I think we need to introduce Darma, We need to do our job of closing technical debt to earn it
[15:37] <barry> [ACTION] barry will propose a new bug tag for paying down tech debt
[15:38] <abentley> barry: I'm worried about productivity loss.  Already, I'm only coding 4 days out of 5.
[15:38] <intellectronica> bac: although i never took part in it (it was stopped just after i joined) i must say that i find the segregation to one week-day to be a bit strange. did you have a good impression from that while it was on?
[15:39] <barry> abentley: of course, you would still be coding, but just not on a specific feature
[15:39] <sinzui> abentley: that is the downside of being a reviewer.
[15:39] <barry> abentley: but i get what you're saying
[15:39] <sinzui> abentley: I agree that each developer needs the power to say no so that he can focus on code.
[15:39] <barry> although remember, it's total team throughput that we want to measure
[15:39] <bac> intellectronica: i did have some good experiences.  the aspect that it is a single day is odd, but the idea that the team would encourage clean-up activity was rewarding.
[15:40] <barry> and don't cleanup branches feel GOOD? :)
[15:40] <bac> intellectronica: we could do something similar.  let a dev pick his day.
[15:40] <sinzui> massive deletes are very cathartic.
[15:40] <barry> bac: kind of like on-call
[15:40] <abentley> barry: Yeah, but I can choose to do cleanup any time.
[15:40] <bac> barry: sure, but not so formal, i'd think
[15:40] <abentley> This would actually discourage me from doing cleanup except on fridays.
[15:41]  * barry nods
[15:41] <bac> abentley: it's just a gimick, but perhaps a useful one.  individuals can choose to manage their time however they and their team wants.
[15:42] <abentley> I think the right way to do this is to ensure team leads give tech debt a high priority.  Then they can make sure their team gives it enough focus.
[15:42] <bac> abentley: i agree with that.  and i was gratified to see the time blocked out on the foundations schedule.
[15:43] <barry> we're running out of time, so let me wrap this up for today.  i really want to thank everyone for their ideas.  i'll continue the discussion on the ml, so please do keep thinking about it
[15:44] <abentley> quick note: People may have noticed that review-submit is generating out-of-date MoinMoin markup.  I have a branch in the queue to fix that.
[15:44] <barry> in the last 2 minutes, does anybody have any other topics not on the agenda?
[15:44] <barry> abentley: excellent, thanks
[15:45] <barry> okay, that's it then
[15:45] <barry> #endmeeting
[15:45] <barry> thanks very much everybody!
[15:45] <intellectronica> thanks barry
[15:45] <Rinchen> we will give tech debt a high priority :-)
[15:45] <abentley> thanks barry.
[15:45] <barry> Rinchen !
[15:46] <Rinchen> working rule of thumb is about 20% of the cycle
[15:46] <barry> Rinchen: -> #lp-code?


[06:59] <mup> PR snapd#12297 closed: packaging: do not traverse filesystems in postrm script <Simple 😃> <Created by mardy> <Merged by mardy> <https://github.com/snapcore/snapd/pull/12297>
[07:55] <mup> PR snapd#12300 opened: client: remove misleading comments in ValidateApplyOptions <Created by mvo5> <https://github.com/snapcore/snapd/pull/12300>
[09:45] <mup> PR snapd#12299 closed: packaging: enable BPF in RHEL9 <Test Robustness> <Created by mardy> <Merged by mardy> <https://github.com/snapcore/snapd/pull/12299>
[10:45] <mup> PR snapd#12293 closed: cmd/snap: improve refresh hold's output <Simple 😃> <Created by MiguelPires> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/12293>
[13:26] <mup> PR snapd#12285 closed: bootloader/assets: fix grub.cfg when there are no labels <Run nested> <Created by alfonsosanchezbeato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12285>
[13:26] <mup> PR snapd#12291 closed: boot/seal: add debug traces for bootchains <Created by alfonsosanchezbeato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12291>
[13:51] <mup> PR snapd#12301 opened: snactl: Add list-connected <Created by robert-ancell> <https://github.com/snapcore/snapd/pull/12301>
[14:01] <mup> PR snapd#12300 closed: client: remove misleading comments in ValidateApplyOptions <Created by mvo5> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/12300>
[15:01] <mup> PR snapd#12273 closed: tests: skip building snapd based on new env var <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/12273>
[15:07] <mup> PR core20#138 closed: writable-paths: add /etc/tmpfiles.d for systemd-tmpfiles configs <Created by alexmurray> <Closed by alexmurray> <https://github.com/snapcore/core20/pull/138>
[15:55] <vancz> how do I backup and restore a snap? not the data but a snap itself
[16:49] <ogra> vancz, snaps live in /var/lib/snapd/snaps but that will not give you the assertions you need for re-installing them


[09:50] <GyrosGeier> hi
[09:51] <GyrosGeier> I'm trying to push changes to lp from the git bzr plugin, but it keeps saying that no such branch exists. That is basically correct, I'm trying to create one
[09:52] <GyrosGeier> is there anything special I have to do when I want to create a branch?
[10:19] <phraktle> Hi! I have created a PPA and uploaded a package a few hours ago (using backportpackage), but it's still not showing up... How long is this supposed to take?
[10:19] <phraktle> See https://launchpad.net/~phraktle/+archive/ubuntu/backports
[14:10] <cjwatson> GyrosGeier: Nothing special.  Exactly what command are you using?
[14:11] <GyrosGeier> "git push" -- I'm using the git bzr remote support
[14:11] <GyrosGeier> it worked by using bzr branch followed by bzr push to create the branch, and then pushing from git
[14:12] <GyrosGeier> using git::lp:kicad for pull, and git::lp:~sjr/kicad/master for push
[14:12] <cjwatson> Ah, you got it working eventually?  OK.
[14:12] <GyrosGeier> erm
[14:13] <GyrosGeier> bzr:: instead of git::
[14:13] <GyrosGeier> yes
[14:13] <GyrosGeier> it's slightly suboptimal, but then again I don't submit via LP that often
[14:17] <cjwatson> We'll see if kicad will switch to git once we have it.
[15:48] <GyrosGeier> it is planned
[15:48] <GyrosGeier> almost everyone is using git, and all the related projects are on github
[15:49] <GyrosGeier> the plan, as I've understood it, is to fold everything together at some point
[15:50] <cjwatson> GyrosGeier: LP is weeks away from supporting git, too
[15:50] <cjwatson> (directly)
[15:51] <GyrosGeier> yes, the buttons already appeared for some people, I've heard :)
[15:52] <cjwatson> the backend only exists on qastaging
[15:52] <GyrosGeier> in general, there is no real preference between github and launchpad
[15:52] <cjwatson> but we'll fix that soon
[15:53] <GyrosGeier> both are external services to the project, and there is no real incentive to run a local copy of either so far
[15:53] <GyrosGeier> and there is a largely overlapping set of features we want
[15:54] <GyrosGeier> and neither can replace jenkins, which is bad because that is the first thing we'd like to get rid of