[05:00] <Motika> anyone know how to get rid of this warning? "GtkListBox with a model will ignore sort and filter functions" 10 warnings pop up every minute in my logs becuase of it


[05:52] -queuebot:#ubuntu-release- New binary: ntpsec [amd64] (kinetic-proposed/universe) [1.2.1+dfsg1-7] (no packageset)
[05:52] -queuebot:#ubuntu-release- New binary: ntpsec [s390x] (kinetic-proposed/universe) [1.2.1+dfsg1-7] (no packageset)
[05:53] -queuebot:#ubuntu-release- New binary: ntpsec [armhf] (kinetic-proposed/universe) [1.2.1+dfsg1-7] (no packageset)
[05:53] -queuebot:#ubuntu-release- New binary: ntpsec [ppc64el] (kinetic-proposed/universe) [1.2.1+dfsg1-7] (no packageset)
[05:53] -queuebot:#ubuntu-release- New binary: ntpsec [arm64] (kinetic-proposed/universe) [1.2.1+dfsg1-7] (no packageset)
[06:14] -queuebot:#ubuntu-release- New binary: ntpsec [riscv64] (kinetic-proposed/universe) [1.2.1+dfsg1-7] (no packageset)
[07:10] -queuebot:#ubuntu-release- New: accepted ntpsec [amd64] (kinetic-proposed) [1.2.1+dfsg1-7]
[07:10] -queuebot:#ubuntu-release- New: accepted ntpsec [armhf] (kinetic-proposed) [1.2.1+dfsg1-7]
[07:10] -queuebot:#ubuntu-release- New: accepted ntpsec [riscv64] (kinetic-proposed) [1.2.1+dfsg1-7]
[07:10] -queuebot:#ubuntu-release- New: accepted ntpsec [arm64] (kinetic-proposed) [1.2.1+dfsg1-7]
[07:10] -queuebot:#ubuntu-release- New: accepted ntpsec [s390x] (kinetic-proposed) [1.2.1+dfsg1-7]
[07:10] -queuebot:#ubuntu-release- New: accepted ntpsec [ppc64el] (kinetic-proposed) [1.2.1+dfsg1-7]
[07:41] <LocutusOfBorg> cpaelzer, what will happen to ntp now? will the delta be moved to ntpsec?
[07:42] <LocutusOfBorg> (thanks for the sync btw)
[07:43] <cpaelzer> LocutusOfBorg: I have talked with v_orlon this morning and did an evaluation
[07:43] <cpaelzer> LocutusOfBorg: the TL;DR no delta needs to be carried it is all there
[07:44] <cpaelzer> LocutusOfBorg: we had three 1. a glibc 2.34 fix (not needed builds fine) 2. ubuntu name servers (are in d/rules via dpkg-vendor) and 3. networkd support (also in ntpsec)
[07:44] <cpaelzer> so "will the delta be moved to ntpsec" => no it is already there or not needed
[07:44] <cpaelzer> hence the sync instead of an upload with delta
[07:55] -queuebot:#ubuntu-release- Unapproved: opencryptoki (jammy-proposed/universe) [3.17.0+dfsg+20220202.b40982e-0ubuntu1 => 3.17.0+dfsg+20220202.b40982e-0ubuntu1.1] (no packageset)
[08:01] <LocutusOfBorg> nice wonderful!
[08:02] <LocutusOfBorg> so I presume ntp will go now?
[08:12] <cpaelzer> yes it will as things transition
[08:59] <seb128> could someone from the SRU team review freedrp2 in the jammy queue? it's something the remote desktop upstream has been pushing us to get fixes for because there are severe issues in the current version
[09:03] -queuebot:#ubuntu-release- Unapproved: opencryptoki (focal-proposed/universe) [3.13.0+dfsg-0ubuntu5.1 => 3.13.0+dfsg-0ubuntu5.2] (no packageset)
[09:48] <icey[m]> freedrp2
[09:49] <icey[m]> whoops
[09:49] <icey[m]> seb128 should that be freerdp2 ?
[10:00] <seb128> yes
[10:31] <LocutusOfBorg> after freerdp2 if you have some more time, virtualbox sru would be awesome :)
[11:06] <rbasak> jbicha, seb128 (not here): I commented in the bug
[11:22] <LocutusOfBorg> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011169 https://bugs.debian.org/1010911 https://bugs.debian.org/1011170 https://bugs.debian.org/1011173
[11:22] <LocutusOfBorg> vorlon, ^^ gajim can migrate if we kick out such 4 packages (now provided by it)
[12:30] -queuebot:#ubuntu-release- Unapproved: opencpn (focal-backports/universe) [5.6.0+dfsg1-1~bpo20.04.1 => 5.6.2+dfsg-1~bpo20.04.1] (no packageset)
[13:01] -queuebot:#ubuntu-release- Unapproved: orca (jammy-proposed/main) [42.0-1ubuntu1 => 42.1-0ubuntu1] (ubuntu-desktop)
[14:13] <jbicha> please reject orca from jammy-proposed. We are handling this update a different way
[14:18] <rbasak> Done
[14:19] -queuebot:#ubuntu-release- Unapproved: rejected orca [source] (jammy-proposed) [42.1-0ubuntu1]
[16:29] <vorlon> Build-Depends: [...] gnat, gnat-10, [...]
[16:29] <vorlon> you're fired
[16:31] <mdeslaur> hehe
[17:45] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (jammy-proposed/main) [1.0.0-0ubuntu11 => 1.0.0-0ubuntu<IP_ADDRESS>] (core)
[17:47] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (impish-proposed/main) [1.0.0-0ubuntu11 => 1.0.0-0ubuntu<IP_ADDRESS>] (core)
[17:50] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (focal-proposed/main) [1.0.0-0ubuntu9.1 => 1.0.0-0ubuntu9.2] (no packageset)
[17:51] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (bionic-proposed/main) [1.0.0-0ubuntu4~18.04.5 => 1.0.0-0ubuntu4~18.04.6] (no packageset)
[19:00] <bdmurray> vorlon: What needs to happen here? https://launchpad.net/ubuntu/+source/hwloc/2.7.1-1/+build/23588863
[19:06] <vorlon> bdmurray: step 1 is that I rant about that terrible metapackage
[19:08] <vorlon> bdmurray: and why do we have this on i386?  because valgrind build-depends mpi-defaults build-depends openmpi build-depends pmix build-depends hwloc build-depends valgrind-if-available
[19:09]  * vorlon sharpens the icepick
[19:09] <vorlon> anyway, I'll add valgrind-if-available to the whitelist and it'll clear
[19:15] <LocutusOfBorg> vorlon, we need to transition new ghc soon(TM) what about removing haskell-pandoc-citeproc on armhf and live happy?
[19:15] <LocutusOfBorg> also haskell-hakyll need to go
[19:15] <sergiodj> LocutusOfBorg: FWIW you might be interested in https://code.launchpad.net/~sergiodj/ubuntu/+source/nodejs/+git/nodejs/+merge/423043
[19:15] <vorlon> LocutusOfBorg: I have no context for this, why are we removing it if Debian doesn't appear to have?
[19:16] <LocutusOfBorg> vorlon, it gets stuck during build
[19:16] <LocutusOfBorg> not sure why
[19:16] <LocutusOfBorg> can't understand
[19:16] <LocutusOfBorg> sergiodj, do you need sponsoring?
[19:16] <sergiodj> LocutusOfBorg: no :)
[19:17] <sergiodj> just a heads up, that's it
[19:17] <LocutusOfBorg> feel free to upload and help nodejs migrate then :D
[19:17] <sergiodj> if you don't care, then that's fine :)
[19:17] <LocutusOfBorg> I care, and I trust fellow developers doing the right thing :)
[19:17] <sergiodj> +1, thanks :)
[19:19] <LocutusOfBorg> vorlon, I tried locally, to use -O0, to use --ghc-options="-O0 -optc--param -optcggc-min-expand=10"
[19:19] <LocutusOfBorg> to lower parellelism
[19:19] <LocutusOfBorg> to patch haskell build tools
[19:19] <LocutusOfBorg> nothing helped
[19:50] <bdmurray> vorlon: Did you retry hwloc? It looks like it failed.
[19:51] <vorlon> bdmurray: I did but evidently too early
[20:24] <ahasenack> this may not be the right channel, but oh well. bacula is stuck in migration for quite a while, and I wonder if it's because of the i386 test which might be stuck: https://people.canonical.com/~ubuntu-archive/proposed-migration/kinetic/update_excuses.html#bacula
[20:24] <ahasenack> i386 is not even one of the bacula arches: https://launchpad.net/ubuntu/+source/bacula/9.6.7-4
[20:26] <ahasenack> oh, I see it was retried already
[20:26] <ahasenack> at least I can look at some logs
[20:28] <ahasenack> but yeah, bacula is not built for i386
[20:28] <ahasenack>  builddeps:/tmp/autopkgtest.Jyf8G4/6-autopkgtest-satdep.dsc:i386 : Depends: bacula:i386 but it is not installable
[20:28] <ahasenack>                                                                    Depends: bacula-director-sqlite3:i386 but it is not installable
[20:28] <ahasenack> vorlon: what's the action here? ^
[21:32] <vorlon> ahasenack: we force ignore the autopkgtest; hinting it, thanks
[21:33] <vorlon> ahasenack: does look like a britney bug that it treats this as a regression given the migration-reference/0 failure, possibly related to the same problem Jeremy raised on ubuntu-devel
[21:57] -queuebot:#ubuntu-release- New binary: gprbuild [amd64] (kinetic-proposed/universe) [2022.0.0-4] (no packageset)
[21:59] -queuebot:#ubuntu-release- New: accepted gprbuild [amd64] (kinetic-proposed) [2022.0.0-4]
[21:59] -queuebot:#ubuntu-release- New: accepted gprbuild [armhf] (kinetic-proposed) [2022.0.0-4]
[21:59] -queuebot:#ubuntu-release- New: accepted gprbuild [arm64] (kinetic-proposed) [2022.0.0-4]
[21:59] -queuebot:#ubuntu-release- New: accepted gprbuild [ppc64el] (kinetic-proposed) [2022.0.0-4]
[22:00] -queuebot:#ubuntu-release- New: accepted gprbuild [s390x] (kinetic-proposed) [2022.0.0-4]
[22:15] -queuebot:#ubuntu-release- Unapproved: cloud-init (jammy-proposed/main) [22.1-14-g2e17a0d6-0ubuntu1~22.04.5 => 22.2-0ubuntu1~22.04.1] (core, ubuntu-cloud)
[22:20] -queuebot:#ubuntu-release- Unapproved: cloud-init (impish-proposed/main) [22.1-14-g2e17a0d6-0ubuntu1~21.10.3 => 22.2-0ubuntu1~21.10.1] (core, ubuntu-cloud)
[22:27] -queuebot:#ubuntu-release- Unapproved: cloud-init (focal-proposed/main) [22.1-14-g2e17a0d6-0ubuntu1~20.04.3 => 22.2-0ubuntu1~20.04.1] (core, edubuntu, ubuntu-cloud)
[22:34] -queuebot:#ubuntu-release- Unapproved: gallery-dl (focal-backports/universe) [1.21.1-1~bpo20.04.1 => 1.21.2-1~bpo20.04.1] (no packageset)
[22:36] -queuebot:#ubuntu-release- Unapproved: gallery-dl (jammy-backports/universe) [1.21.1-1 => 1.21.2-1~bpo22.04.1] (no packageset)
[22:40] -queuebot:#ubuntu-release- Unapproved: cloud-init (bionic-proposed/main) [22.1-14-g2e17a0d6-0ubuntu1~18.04.3 => 22.2-0ubuntu1~18.04.1] (edubuntu, ubuntu-cloud, ubuntu-server)
[22:41] <blackboxsw> 'tis late in the day for review but cloud-init has just queued an SRU for version 22.2 into -proposed bionic, focal, impish and jammy. we'll probably ping a vanguard early tomorrow for review if one is available.
[22:42] <blackboxsw> per related SRU process bug https://bugs.launchpad.net/bugs/1974235
[23:24] -queuebot:#ubuntu-release- New binary: flye [amd64] (kinetic-proposed/none) [2.9+dfsg-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: mathcomp-multinomials [amd64] (kinetic-proposed/none) [1.5.5-3] (no packageset)
[23:26] -queuebot:#ubuntu-release- New: accepted flye [amd64] (kinetic-proposed) [2.9+dfsg-1]
[23:26] -queuebot:#ubuntu-release- New: accepted mathcomp-multinomials [amd64] (kinetic-proposed) [1.5.5-3]
[23:27] -queuebot:#ubuntu-release- New binary: flye [ppc64el] (kinetic-proposed/none) [2.9+dfsg-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: adacgi [amd64] (kinetic-proposed/universe) [1.6-28] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: ahven [amd64] (kinetic-proposed/universe) [2.8-4] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: adacgi [ppc64el] (kinetic-proposed/universe) [1.6-28] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: libaunit [amd64] (kinetic-proposed/universe) [22.0.0-2] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: ahven [ppc64el] (kinetic-proposed/universe) [2.8-4] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: libflorist [ppc64el] (kinetic-proposed/universe) [2022.0.0-2] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: libaunit [ppc64el] (kinetic-proposed/universe) [22.0.0-2] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: libgmpada [amd64] (kinetic-proposed/universe) [1.4-4] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: libflorist [amd64] (kinetic-proposed/universe) [2022.0.0-2] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: libncursesada [amd64] (kinetic-proposed/universe) [6.3.20211021-2] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: libgmpada [ppc64el] (kinetic-proposed/universe) [1.4-4] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: libxmlezout [amd64] (kinetic-proposed/universe) [1.06.2-6] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: libtexttools [amd64] (kinetic-proposed/universe) [2.1.0-20] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: libncursesada [ppc64el] (kinetic-proposed/universe) [6.3.20211021-2] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: libgnatcoll [amd64] (kinetic-proposed/universe) [22.1.0-3] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: libtexttools [ppc64el] (kinetic-proposed/universe) [2.1.0-20] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: libxmlezout [ppc64el] (kinetic-proposed/universe) [1.06.2-6] (no packageset)
[23:35] -queuebot:#ubuntu-release- New: accepted libflorist [amd64] (kinetic-proposed) [2022.0.0-2]
[23:35] -queuebot:#ubuntu-release- New: accepted libgnatcoll [amd64] (kinetic-proposed) [22.1.0-3]
[23:35] -queuebot:#ubuntu-release- New: accepted libncursesada [ppc64el] (kinetic-proposed) [6.3.20211021-2]
[23:35] -queuebot:#ubuntu-release- New: accepted libtexttools [ppc64el] (kinetic-proposed) [2.1.0-20]
[23:35] -queuebot:#ubuntu-release- New: accepted libxmlezout [ppc64el] (kinetic-proposed) [1.06.2-6]
[23:35] -queuebot:#ubuntu-release- New: accepted libgmpada [ppc64el] (kinetic-proposed) [1.4-4]
[23:35] -queuebot:#ubuntu-release- New: accepted libtexttools [amd64] (kinetic-proposed) [2.1.0-20]
[23:35] -queuebot:#ubuntu-release- New: accepted libncursesada [amd64] (kinetic-proposed) [6.3.20211021-2]
[23:35] -queuebot:#ubuntu-release- New: accepted libxmlezout [amd64] (kinetic-proposed) [1.06.2-6]
[23:36] -queuebot:#ubuntu-release- New: accepted adacgi [amd64] (kinetic-proposed) [1.6-28]
[23:36] -queuebot:#ubuntu-release- New: accepted ahven [amd64] (kinetic-proposed) [2.8-4]
[23:36] -queuebot:#ubuntu-release- New: accepted flye [ppc64el] (kinetic-proposed) [2.9+dfsg-1]
[23:36] -queuebot:#ubuntu-release- New: accepted libaunit [ppc64el] (kinetic-proposed) [22.0.0-2]
[23:36] -queuebot:#ubuntu-release- New: accepted libgmpada [amd64] (kinetic-proposed) [1.4-4]
[23:36] -queuebot:#ubuntu-release- New: accepted adacgi [ppc64el] (kinetic-proposed) [1.6-28]
[23:36] -queuebot:#ubuntu-release- New: accepted libaunit [amd64] (kinetic-proposed) [22.0.0-2]
[23:36] -queuebot:#ubuntu-release- New: accepted ahven [ppc64el] (kinetic-proposed) [2.8-4]
[23:36] -queuebot:#ubuntu-release- New: accepted libflorist [ppc64el] (kinetic-proposed) [2022.0.0-2]
[23:36] -queuebot:#ubuntu-release- New binary: libgnatcoll [ppc64el] (kinetic-proposed/universe) [22.1.0-3] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: libtemplates-parser [ppc64el] (kinetic-proposed/universe) [22.0.0-2] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: libgtkada [ppc64el] (kinetic-proposed/universe) [22.0.0-2] (no packageset)
[23:45] -queuebot:#ubuntu-release- New binary: libncursesada [s390x] (kinetic-proposed/universe) [6.3.20211021-2] (no packageset)


[04:00] <chillywilly> what can I run that will tell me what repo a package is in?
[04:01] <RAOF_> apt-cache policy $MYPACKAGE
[04:01] <RAOF_> Gives you all available versions of MYPACKAGE, their priorities, and the archive they're from.
[04:13] <nhandler> chillywilly: You can also use 'apt-cache madison PACKAGE'
[04:31] <lifeless> or rmadison PACKAGE
[04:33] <nhandler> lifeless: rmadison just shows what version of the package is in each version of Ubuntu. It doesn't show if the package is in main, restricted, universe, or multiverse.
[04:35] <lifeless> nhandler: they are suites, not repositories; if you want to be pedantic :P
[04:45] <NCommander> hey nhandler, what's up?
[04:47] <nhandler> Nothing much NCommander. I'm working on figuring out how to get some of the packages I touched to build from source again.
[04:47] <NCommander> nhandler, build log? I"ll handle it
[04:49] <nhandler> NCommander: I would rather figure out how to fix it myself. It will be a good learning experience.
[04:49] <NCommander> nhandler, I can give you a hint if you want?
[04:49] <NCommander> s/?/.
[04:56] <nhandler> NCommander: I'm currently working on taskjuggler. Here is the i386 build log: http://launchpadlibrarian.net/17091043/buildlog_ubuntu-intrepid-i386.taskjuggler_2.4.1-1ubuntu1_FAILEDTOBUILD.txt.gz. It is complaining about missing KDEPIM, so I assume I need to add a Build-Depends
[04:57] <NCommander> kdelibs4-dev: missing
[04:57] <NCommander> libkcal2-dev: missing
[04:57] <NCommander> libkcal2-dev: does not exist
[07:13] <dholbach> gooood morning
[07:17] <ajmitch> hi dholbach
[07:17] <dholbach> hi ajmitch
[07:18] <devfil> dholbach: hi
[07:18] <dholbach> heya devfil
[07:19] <highvoltage> gooood morning to you too!
[07:25] <dholbach> hiya highvoltage :)
[07:33] <ara> dholbach: morning, how did yesterday session end?
[07:34] <dholbach> ara: I'm just writing the summary of yesterday's day :-)
[07:34] <dholbach> ara: which session do you want to know more about?
[07:34] <ara> dholbach: the fixing an ubuntu bug one
[07:35] <dholbach> ara: oh, we managed to fix two bugs and lots of good patches turned up at the end of the session (https://wiki.ubuntu.com/MeetingLogs/devweek0809/FixingBugs2 the log)
[07:35] <ara> dholbach: cool, I'll have a look to the logs
[07:35] <dholbach> people were clearly excited at the prospect of really being able to make a difference and make Ubuntu a better place :)
[07:38] <lucas> dholbach: I feel guilty. During debconf, jorge castro mentioned you (about harvest), and I couldn't understand that he was talking about you. It's funny how people make up their own pronounciations for names and then stick to them. :)
[07:39] <slangasek> hole-back? ;)
[07:39] <dholbach> lucas: Guilt for what? Misunderstanding my name? :-)
[07:39] <StevenK> Haha
[07:39] <dholbach> slangasek: that's exactly how 90% of all Ubuntu people pronounce it
[07:39] <dholbach> lots of people on IRC even type  dholback
[07:40] <lucas> dholbach: not realizing he was talking about you :-)
[07:40] <lucas> "<lucas> I don't think I know him"
[07:40] <dholbach> but I don't blame anybody, I even get letters for Mr Holbert, Holbers, Holba, ...
[07:40] <dholbach> lucas: haha :-)
[07:40] <slangasek> I've received mail for Mr. Langster
[07:40] <StevenK> dholbach: "Mr Dholbach" ? :-)
[07:41] <dholbach> slangasek: props to the post service! :)
[07:41] <slangasek> and I receive all kinds of IRC messages for someone named "sladen" ;)
[07:41] <dholbach> StevenK: or since I have the domain name some people referred to me as "Daniel Holba"
[07:41] <dholbach> haha
[07:41] <StevenK> slangasek: Haha!
[07:42] <lucas> well, yesterday I had to spell out my name on the phone, and it turns out that I'm the only "nussbaum" in lyon. The guy didn't even ask for my firstname for confirmation.
[07:42] <slangasek> heh
[07:46] <dholbach> lucas: I absolve you from your sins. :-)
[07:46] <lucas> thanks :)
[07:47] <slangasek> dholbach: dude, sweet power, do they give that to everyone on the community team?
[07:47] <dholbach> slangasek: "I feel guilty" seemed to require an action from me
[07:47] <slangasek> haha
[07:48] <dholbach> slangasek: also I'm not sure the metal-heads on the community team should have that power
[07:48] <slangasek> :-)
[08:03] <zoeken> i need help joining motu
[08:03] <zoeken> i don't understand the process.
[08:10] <zoeken> hello......
[08:11] <dholbach> zoeken: did you check out  https://wiki.ubuntu.com/MOTU/GettingStarted ?
[08:11] <dholbach> it's not necessary to join a team before starting to make Ubuntu better
[08:11] <dholbach> the page links to all kind of documentation that's helpful on the way
[08:12] <zoeken> yeah i checked it out.......
[08:12] <dholbach> Packaging Guide, other documentation, links to lists of bugs that should be easy to start off with and how to get fixes uploaded into Ubuntu
[08:12] <dholbach> which process do you need help with?
[08:13] <zoeken> i followed the tutorial of how to create a simple package.....
[08:14] <zoeken> but i don't understand what i should do in order to gain membership.
[08:14] <dholbach> the process is pretty easy:
[08:15] <dholbach>  - work on making Ubuntu better
[08:15] <dholbach>  - get your work reviewed and uploaded by sponsors
[08:15] <dholbach>  - repeat until you hear a lot of "hey, you're really good, you should apply for membership" from everybody :)
[08:15] <dholbach> then apply :)
[08:16] <zoeken> sponsors who are they?
[08:16] <zoeken> how to get my work reviewed?
[08:16] <dholbach> check out the SponsorshipProcess page
[08:16] <dholbach> it's linked from https://wiki.ubuntu.com/MOTU/GettingStarted
[08:19] <zoeken> i will check the link.........and inform u, thank u.
[08:19] <dholbach> Excellent - if you have any questions, be sure to ask here.
[08:22] <zoeken> how to find a sponsor?
[08:22] <dholbach> it's explained on that wiki page
[08:39] <didrocks> morning everyone \o/
[08:41] <iulian> Good morning
[09:09] <stefanlsd> Whats the correct procedure when doing something in a PPA to test something for a specific user?  I would like to rebuild a package for him to test, but I have some other guys using my PPA and i dont particulary want them to get the package. does PPA cater for this, or should i be getting him the .debs some other way?
[09:09] <Hobbsee> surely that's a question for those who do ppa...ie, #launchpad.
[09:09] <Hobbsee> but, afaik, you can't stop people getting certain packages without apt pinning, etc.
[09:10] <stefanlsd> Hobbsee: thanks, will ask in #launchpad
[09:22] <huats> morning everyone !
[09:22] <stefanlsd> with these tests that im doing, i am incrementing the ubuntu# at the end.  i dont expect them to make it into intrepid, when the package is updated in intrepid - probably ubuntu1, what happens to the guys that have an ubuntu2 in my ppa?
[09:24] <persia> stefanlsd: They keep the PPA package, and never get upgraded.  This is part of why PPAs are currently discouraged for testing a package for direct import to the archives, and many people suggest using ~ppaX versioning.
[09:29] <stefanlsd> persia: kk. thanks for pointing that out, so i should be doing  package-(rev)ubuntu(rev)~ppa(ver)?
[09:29] <persia> stefanlsd: That is one option that is known to preserve upgrades.
[09:33] <stefanlsd> persia: thanks. i think i will do that in future.
[10:19] <dholbach> devfil: CONGRATULATIONS :)
[10:19] <devfil> dholbach: really thanks :)
[10:20] <jpds> devfil: congrats!
[10:24] <iulian> devfil: Congratulations!
[10:24]  * devfil says a general thanks to all :)
[10:25] <mok0> Way to go, devfil!
[10:25] <DktrKranz> devfil: remember... your first upload MUST be a SRU...
[10:26] <dholbach> DktrKranz: a sponsorship item!
[10:26] <devfil> DktrKranz: to gei it rejected?
[10:26] <devfil> s/gei/get/
[10:26] <wgrant> A sponsored SRU!
[10:26] <dholbach> wgrant: deal :)
[10:26] <DktrKranz> dholbach: oh... let's say a sponsored SRU then
[10:26] <DktrKranz> wgrant: heh :D
[10:26] <devfil> DktrKranz: your package must be approved.... lol
[10:26] <dholbach> devfil: but no pressure.... :-)
[10:27] <DktrKranz> you only have three minutes left, or your MOTUship will expire
[10:27] <devfil> dholbach: I'm fighting with xfs+grub/lilo at the moment...
[10:27] <dholbach> DktrKranz: give Devid some time for testing :)
[10:27] <devfil> DktrKranz: WTF!
[10:28] <DktrKranz> dholbach: just because it's you
[10:28]  * dholbach strangles DktrKranz with passion
[10:28]  * DktrKranz hides
[10:28] <DktrKranz> btw, congrats devfil
[10:28]  * devfil think that all people is going to hugs dholbach...again :P
[10:28] <DktrKranz> now... wxwidgets is not ours anymore!
[10:28] <mok0> Ugh, dholbach hope you're not that cannibal guy...
[10:29]  * dholbach hugs y'all back
[10:29] <dholbach> mok0: cannibal guy? I hope you're not confusing me with jono
[10:29] <mok0> hehe
[10:29] <iulian> Is he a cannibal?
[10:29] <dholbach> at day he's "community community community" all over the place, at night though...
[10:30] <iulian> Hah
[10:30]  * dholbach won't go into too much detail about the slaughtered cats in Wolverhampton and his metal friends
[10:30] <wgrant> Daniel Balmer-Holbach?
[10:30] <dholbach> wgrant: I was talking about Jono
[10:30] <DktrKranz> jono: are you hungry? fresh MOTU blood here... very good at taste
[10:30] <wgrant> dholbach: Oops.
[10:31] <mok0> Oohh vampires even...
[10:31]  * devfil hides :P
[10:31] <wgrant> So that's what UDS is for.
[10:31] <wgrant> Collecting fresh MOTU blood.
[10:31] <wgrant> For the community team to consume.
[10:31] <mok0> Fortunately, I have green slime in my veins...
[10:33] <dholbach> quick... all behave now... there might be new folks from Ubuntu Developer Week here
[10:33] <wgrant> Run away!
[10:33] <DktrKranz> wgrant: I think I'll take baths with garlic fragrance from now on, just to make sure to have an horrible taste
[10:34] <mok0> garlic, mmmmmm
[10:34]  * iulian dances
[10:43]  * warp10 announces to all the contributor and prospective developer that devfil will now be happy to sponsor everything is needed to be sponsored. Please, feel free to ping him whenever you need! 0:-)
[10:43] <devfil> warp10: LOOOL
[10:43] <DktrKranz> warp10: revenge is sweet :)
[10:44] <warp10> DktrKranz: man, how true! :)
[10:46] <DktrKranz> and with devfil, italian MOTU approved within a year raise to six! \o/
[10:46] <NCommander> devfil, welcome to MOTU
[10:46] <NCommander> BTW, DktrKranz & warp10, I applied for UUC, comments wanted
[10:46]  * NCommander is going to apply for MOTU in October
[10:47] <DktrKranz> NCommander: already answered...
[10:47] <NCommander> you did?
[10:47] <NCommander> you did
[10:47] <DktrKranz> yes
[10:47] <NCommander> \o/
[10:47] <NCommander> Now we just need to do the gnat-4.2 hardy transition
[10:48] <DktrKranz> indeed, now we're in feature freeze, I have some times during weekend to do that
[10:48] <jono> hehe
[10:48] <jono> crazy people :)
[10:48] <jono> dholbach: damn you :)
[10:48] <DktrKranz> jono: enjoy your meal... ehm.. good morning :)
[10:48] <jono> DktrKranz: hehe
[10:49] <jono> I did bite my lip yesterday, if that counts :)
[10:49] <mok0> crunch, crunch, jono
[10:49] <DktrKranz> jono: self-eating is not considered
[10:49] <jono> hehe
[10:49] <jono> damn
[10:49] <jono> :)
[10:50] <jono> how is MOTU land this morning?
[10:51] <highvoltage> sunny
[10:51] <highvoltage> with a light breeze
[10:51] <NCommander> DktrKranz, all the packages are in my PPA expect gnatgps which will be "fun" since it has a policy violation in it
[10:51] <mok0> high-spirited as you can see....
[10:52] <NCommander> DktrKranz, I'll leave it to you, I have my fun bootstrapping Ubuntu amd64-pie
[10:53] <huats> stupid question : but I have modified a configure.ac file. In order that it is take into account do I need to do anything special (when i am building a package)
[10:53] <NCommander> huats, you need to rerun autofun and friends
[10:53] <huats> NCommander: sure
[10:53] <huats> NCommander: that was my guess...
[10:53] <NCommander> Well
[10:53] <DktrKranz> NCommander: IIRC gnat-gps is just a leaf, core packages are already in it
[10:54] <NCommander> Some people put the results in a patch, so autotools don't need to be run in the build-dep
[10:54] <NCommander> The desktop team does that for instance
[10:54] <mok0> huats: and you need a clean target that removes all the auto-generated stuff again
[10:55] <huats> NCommander: ok
[10:55] <huats> I'll do that I think
[10:55] <huats> mok0: ok
[10:55] <huats> thanks
[10:55] <NCommander> If you use CDBS, it has automatic rules to do extactly that
[10:55] <huats> NCommander: indeed
[10:55] <huats> the package uses CDBS
[10:56] <mok0> ... In fact, it would be really useful if dpkg-buildpackage had a switch telling it to ignore changes outside of debian/
[10:56] <huats> NCommander: so no need for the clean rule right ?
[10:56] <NCommander> mok0, dpkg-source --exclude
[10:56] <mok0> NCommander: no, when building the source package
[10:56] <NCommander> mok0, yeah, if you build it with dpkg-source (which is what debuild -S calls), you can do it
[10:57] <NCommander> huats, I had to add one since the CDBS package wasn't completely perfect w.r.t. doing the cleaning, but generally, yeah
[10:57] <huats> NCommander: ok
[10:57] <huats> thanks
[10:57] <mok0> NCommander, ah, I will try that next time...
[11:12]  * dholbach needs to take a look at the MOTU and uuc Map again
[11:12] <dholbach> seems that Italy is taking over :)
[11:17] <DktrKranz> yay!
[11:17] <DktrKranz> dholbach: we're pushing more blood, be prepared :)
[11:18] <dholbach> I need to start running those regular Bug Jams in Berlin
[11:19] <mok0> We better not loose sight of the PPC platform... news today about a $120 PPC based mini-laptop running Linux
[11:20] <mok0> http://www.youtube.com/watch?v=bKQbN6tpYXw
[11:20]  * dholbach hasn't booted his PPC since Edgy
[11:22] <mok0> dholbach: you mean it's still running?
[11:23] <dholbach> mok0: still running edgy? yes, I suppose so, I never fired it up again since then :)
[11:23] <dholbach> it's a very old machine :)
[11:23] <mok0> heh
[11:23] <dholbach> but it ran Xubuntu just fine
[11:40] <torkel> yeah, it would be nice if PPC was supported again. We have a couple of Cell blades I would prefer to run Ubuntu on. And a few Power6 blades too
[11:41] <gnomefreak> what team do we use for sync requests?
[11:42] <cjwatson> gnomefreak: requestsync should figure it out for you; but, if not authorised to upload to the relevant component, then ubuntu-universe-sponsors or ubuntu-main-sponsors depending on the component; if authorised to upload, then ubuntu-archive
[11:42] <gnomefreak> cjwatson: thanks
[12:01] <directhex> torkel, what do you use cell for?
[12:03] <torkel> directhex: research, mostly on //-algorithms
[12:04] <directhex> torkel, are those the original 32-bit-only SPE's, or the latest gen with proper double precision support?
[12:05] <torkel> directhex: both. We got 4 QS22 a few weeks ago, and we had 2 QS21 earlier.
[12:06] <ogra> mok0, thats not PPC ... its a MIPS cpu
[12:06] <mok0> ogra: yeah you are right.
[12:07] <directhex> torkel, interesting. done any work on algo design using GPGPU stuff as well?
[12:08] <torkel> directhex: well, I'm only administrating those bastards, but I think some of the researchers here are involved it that area too
[12:13] <ogra> mok0, its sweet though ... i want one :)
[12:13] <ogra> $98 is what 65€ ? ... heh
[12:13] <torkel> directhex: some of the guys are involved in OpenCL
[12:17] <mok0> ogra: ... but probably meant for the chinese market, don't you think?
[12:18] <ogra> mok0, well, as long as they have a usable en_** keyboard
[12:18] <directhex> you can get ultra-cheap MIPS laptops outside china, you know
[12:18] <mok0> ogra: Yeah... that's what the chinese use to construct their characters afaiu
[12:19] <directhex> a bit more expensive, mind
[12:19] <mok0> I'm kinda sweet on the EEE 901
[12:19] <mok0> Would like one for travelling etc
[12:20] <directhex> http://www.maplin.co.uk/Module.aspx?ModuleNo=225532&source=1 is nice and non-x86, if you hate x86 for some reason
[12:20] <mok0> So I don't risk loosing my 10x more expensive laptop with all family pictures etc.
[12:20] <directhex> mok0, i'm not sure which netbook i'd buy right now with my money. probably an acer
[12:20] <mok0> directhex: more expensive, though
[12:21] <directhex> mok0, acer versus asus? or the minibook?
[12:21] <mok0> directhex: acer vs. asus
[12:21]  * jussi01 chimes in with "the new dell is nice..." (and has ubuntu)
[12:21] <directhex> jussi01, not in .uk
[12:21] <mok0> jussi01: can you buy that one now?
[12:21] <ogra> http://hvsco.com has a good bunch of intresting netbooks btw
[12:21] <jussi01> mok0: yeah, i think so
[12:22] <ogra> (they are the manufacturer it seems)
[12:22] <directhex> mok0, asus 901: £293.14
[12:22] <jussi01> mok0: http://www.dell.com/content/products/productdetails.aspx/laptop-inspiron-9?c=us&l=en&s=dhs&cs=19
[12:22] <mok0> Can you run Vista on those? :-P
[12:23] <directhex> personally i'm stoked for the dell e4200. weighs the same as the netbook, but it's a core 2 with 12" screen
[12:23] <directhex> and if work are paying, why not treat myself? ;)
[12:23] <mok0> directhex: by all means, go for it ;-)
[12:24] <directhex> mok0, still "coming soon" on dell.co.uk :(
[12:25] <mok0> Kudos to ASUS though, for starting this whole trend
[12:25] <directhex> http://www1.euro.dell.com/content/products/productdetails.aspx/laptop_latitude_e4200?c=uk&cs=RC1059030&l=en - IMHO one sexy computer
[12:25] <mok0> Good for Linux, baaaaaad for MS
[12:25] <mok0> directhex: nice
[12:26] <directhex> mok0, yeah, but i'm somewhat suspicious - asus don't know their arse from their kernel. i really think the linux choice is just a way to force cheap xp pricing. which, oh look, they got
[12:26] <mok0> (talking about the girl)
[12:26] <directhex> and now it's hard to find the linux models in the uk compared to windows
[12:26] <ogra> mok0, intel started the trend 1/2 year before asus with the classmate PC
[12:27]  * ogra finds it odd that asus gets all the credit for that
[12:27] <directhex> 9/10 of business is marketing. the classmate was never targeted at the general public
[12:27] <ogra> right ...
[12:27] <ogra> but its the granddaddy of all netbooks :)
[12:27] <mok0> ogra: except, when launched as a "classmate" pc it sounds more like a toy thing. Asus got it right with the "in a lady's handbag" approach
[12:27] <directhex> apple get all the credit for making mp3 players big, but weren't first in anything to do with them, as an example
[12:28] <ogra> yeah, its all marketing indeed
[12:28] <mok0> indeed
[12:28] <directhex> the classmate was an attempt to make an XP-based XO for white kids. the eee was an attempt to sell a laptop to the world & his wife
[12:28] <directhex> and their dog
[12:28] <ogra> oh and btw, VIA actually invented the netbook ... they had a model at computex even before intel had the cmpc
[12:28] <directhex> netbooks kinda live in the second category, even if the kit's the same as the first
[12:28] <ogra> but that never went in production
[12:29] <directhex> via never put things into production. i hear they've had "post-1996 performance" designs sat on a shelf for years!
[12:29] <mok0> But with more and more hazzle travelling, for example in the US they can now confiscate your laptop in the ariport, it makes sense to have a second cheap mini netbook for travelling
[12:29] <ogra> you cant compare the classmate and the XO
[12:29] <ogra> and classmate was never supposed to be XP based
[12:29] <directhex> same target markets. and now with XO shipping with xp...
[12:29] <mok0> ... and leave your big whopping 17" screen thing at home :-)
[12:29] <ogra> XP was always an alternative t the existing linux solutions on the classmate
[12:30] <ogra> and still costs you $50-60 more
[12:30] <mok0> The XO is fcked, imho
[12:30] <ogra> which is quite critical for schools
[12:30] <ogra> mok0, thats by design
[12:30] <ogra> they had some immensely good ideas
[12:31] <mok0> ogra: well they caved in to MS, changing their design specs etc
[12:31] <ogra> and if it would have gone as reserach project it would probably still exist ... but X0 never had any distribution plans etc
[12:31] <ogra> the manuafacturers should simply have joined forces
[12:32] <mok0> ogra: they are scared shitless
[12:32] <mok0> ogra: MS can take away their business any day they please
[12:33] <ogra> intel made an attempt, they had the better HW for the same price but less good ideas and a lot less infrastructure around it ... asus suddenly held the market ... if intel, MIT and asusu would have joined forces you could have gotten something awesome for the kids
[12:33] <mok0> ogra: however, if manufacturers joined forces they could win
[12:33] <ogra> yeah
[12:34] <ogra> but that didnt/doesnt happen ... money involved instead of spirit breaks that
[12:34] <ogra> as if all of them wouldnt earn enough ... tsk
[12:34] <mok0> Otoh, China is such  a big market, that increasingly, the manufacturers such as Asus, don't need to care to much about MS
[12:35] <directhex> so when will ubuntu ship a disc that cites official support for longsoon godson3 chips? ;)
[12:35] <mok0> directhex: good point
[12:35] <directhex> loongson, sorry
[12:36] <directhex> basically, mips needs officialness!
[12:36] <ogra> MIPS is official sice SGI exists :)
[12:36] <mok0> Exactly. It's a bad time to drop archs just because a few of them seem to victor in the West
[12:36] <directhex> aha, mipsel. apparently debian runs
[12:37] <directhex> ogra, how long since SGI shipped anythign MIPS based?
[12:37]  * ogra has an indigo2 sitting onteh shelf behind him
[12:37]  * directhex has 5 racks of high-spec altix a few metres away away
[12:37] <ogra> oh, that might be 10 years by now that they swiched to x86
[12:37] <directhex> ia64 != x86
[12:37] <mok0> We halted our last Iris machine a couple of years ago --- it made so much noise :-)
[12:38] <ogra> their workstations came with redhat on dual PII in 1999 i think
[12:38] <ogra> mok0, their case design is still unbeaten imho
[12:38] <directhex> SGI still know their game, though. never dealt with a vendor with support like SGI
[12:38] <mok0> ogra: yeah it was cool
[12:39] <ogra> i mean it still is ... i havent seen anything as sexy up to today
[12:39] <directhex> "help, our users' apps keep crashing" "mail us a core dump plz... okay, looks like your stack limit is too small. poke with ulimit"
[12:39] <directhex> not many hardware vendors do that
[12:39] <RainCT> devfil: congrats! :)
[12:39] <mok0> ogra: like some women... sexy, but extremely noisy
[12:39] <ogra> lol
[12:40] <directhex> jms@orac:~> grep -c ^proc /proc/cpuinfo
[12:40] <directhex> 256
[12:40] <directhex> \o/
[12:41] <leleobhz> o.0
[12:41] <directhex> which makes a 128 load average seem positively low
[13:07] <karooga> Hi, I'm new to packaging and am trying to package a python extension (python bindings to a c program).  The package name is ppgplot... do I call the ubuntu package python-ppgplot?
[13:07] <liw> karooga, yup
[13:08] <liw> karooga, http://wiki.debian.org/DebianPython/NewPolicy may be useful to you
[13:09] <karooga> liw, thanks, does this supersede http://www.debian.org/doc/packaging-manuals/python-policy/index.html
[13:10] <liw> karooga, more or less
[13:22] <karooga> liw: the Standards-Version that dh_make made and debian policy from command line differ, is this a prob?
[13:22] <azeem> karooga: dh_make is not authoritave in any way
[13:22] <liw> karooga, if you're creating a package from scratch, you should use the newest standards-version available in Ubuntu (or Debian, if you're uploading to Debian)
[13:25] <karooga> liw: so this would be <IP_ADDRESS> in hardy
[13:25] <liw> karooga, yeah; you can leave out the last .0 though
[13:35] <mok0> Is there any overview of packages that has been superseded in ii??
[13:51] <karooga> liw: should the extension be private or public?  given this is the first time it has been packaged.
[13:52] <lucky711x> Where/how do I sign up for motujava?
[13:52] <liw> karooga, is it meant to be used only by some specific program? if so, then private; if it is meant to be a generally useful library, then public
[13:53] <karooga> liw: it's general, python bindings to a c library.
[14:16] <karooga> liw:  how do i build the package for python2.4 and 2.5?  does XS-Python-Version: all in the control file do this?
[14:23] <liw> karooga, if you're using cdbs, that should be it, yes
[14:43] <ScottK> DktrKranz: I think we should go ahead and approve python-django.
[14:44] <ScottK> DktrKranz: I just gave it a plus one.  Would you please confirm it.
[14:48] <karooga> liw, I'm uncertain what to put in debian/rules.  <FEFF>To install the
[14:48] <karooga> program normally I just run python setup install.  Do I need more than that
[14:48] <karooga> in the rules file e.g. debhelper.mk, python-distutils.mk etc?
[14:57] <DktrKranz> ScottK: done
[14:57] <ScottK> Thanks.
[14:58] <DktrKranz> I'm curious to see Debian RM reaction, but I think it will be positive too
[14:59] <ScottK> If not, good for us and bad for them.
[14:59] <ScottK> We'll see.
[15:03] <soren> ScottK: FWIW, I'm very much in favour of python-django 1.0 as well.
[15:03] <ScottK> soren: FFe is approved, so now it just needs merge, sync, whatever.
[15:03] <ScottK> Feel free to jump in ...
[15:04] <soren> It needs some dependenc...
[15:04] <soren> Oh..
[15:04] <soren> Not anymore.
[15:04] <soren> Wow. They must have been synced just hours ago.
[15:05] <soren> Oh, never mind me. I'm thinking of hardy.
[15:05] <ScottK> Yep.
[15:05] <ScottK> I've already gotten pinged about a backport, but Intrepid first ....
[15:06] <DktrKranz> soren: regarding your request for a motu-sru charter, what kind of informations MC would like to see?
[15:06] <soren> python-django should be a straight sync.
[15:06] <DktrKranz> *motu-release
[15:07] <soren> Some form of description of what motu-releases responsibilties and authority is.
[15:07] <soren> Currently, all we have is disagreement and a completely out-of-date one-line description. :)
[15:07] <DktrKranz> heh
[15:08] <DktrKranz> well, next MOTU meeting will be today, but two out of five are on vacation now, so it's probably better to delay it a bit more
[15:09] <ScottK> I agree we need to update it.
[15:09] <soren> Ooh, the diffs on launchpad are clickable now. *drool*
[15:09] <ScottK> Even in non-controversial areas there are things we're doing that aren't documented.
[15:13] <soren> ScottK, DktrKranz: It doesn't have to be complete. It's not a matter of strictly defining exactly what you can do and can't do, but something that will at least make sure we're all reasonably on the same page.
[15:14] <ScottK> soren: Sounds good.  Once we have people back off vacation, we'll get something worked out.
[15:15] <soren> ScottK, DktrKranz: An interesting point is that the MC's charter says that we're the ones who are supposed to settle disputes between developers, but "the recent case" demonstrates that that might not always be the case. I'd like it if at least some effort was made to describe when it's MR's and when it's MC's job.
[15:20] <ScottK> soren: Agreed.  My thought on that is that MR has an interest in the overall state of the system.  The 'recent case' had global implications for how the system worked.  If it's two devs disagreeing about a particular package, I don't think MR normally has an interest.  For security or severe policy violations (see gui-ufw for an example) it might.
[15:21] <ScottK> Note: Speaking just for myself here.
[15:37] <karooga> Hi, I'm trying to package a python extension using pycentral.  I keep getting a message saying that the library i've just compiled "shouldn't be linked with libpthread.so.0 (it uses none of its symbols)".  How do I get rid of this?
[15:39] <ScottK> karooga: You ignore it.
[15:40] <ScottK> That's an interesting error that almost every package seems to generate some of and I've no great idea what to do with it.
[15:40] <karooga> ScottK, thanks.
[15:42] <karooga> ScottK, so what you are saying is that I may just have created my first working deb package? :-)
[15:43] <ScottK> Possibly.  I don't have enough information to really go that far.
[15:44] <laga> http://revu.ubuntuwire.com/details.py?package=mythtv-theme-metallurgy-wide - can someone please review my package and ACK it, if possible?
[16:00]  * laga sobs quietly
[16:02]  * mok0 hugs laga
[16:03]  * laga puts some chloroforme on a piece of cloth, lets mok0 smell it and drags him into REVU to review mythtv-theme-metallurgy-wide
[16:03] <mok0> Aaaarghh
[16:03]  * mok0 looks
[16:04]  * laga puts away the gun
[16:05]  * leleobhz see the kidnapping while walk in the street... decides dont do anything :p
[16:06] <laga> leleobhz: that's the spirit.
[16:06] <laga> ;)
[16:07] <leleobhz> laga: yeap! :p
[16:08] <mok0> laga: have you got an FFe for this?
[16:08] <laga> mok0: yes
[16:08] <mok0> laga: great
[16:09] <mok0> laga: is it meant for the mythbuntu distro?
[16:09] <laga> yes
[16:09] <mok0> laga: some kind of skin?
[16:09] <laga> yes, for mythtv
[16:10] <laga> you can see screenshots here: http://www.miffteevee.co.uk/themes/metallurgy.html
[16:10] <mok0> laga: it needs to go into multiverse afaics
[16:10] <laga> yes, it does
[16:10] <superm1> yeah i ack'ed the FFe already.  it just needs one more MOTU to do a REVU
[16:10] <laga> because it depends on mythtv-common and because of the license anyways
[16:10] <mok0> superm1: looking at it as we speak :-)
[16:10] <superm1> great :)
[16:15] <mok0> laga: it is unclear from the description what the difference is between the -osd_ and the -wide_ packages
[16:15] <mok0> laga: at least to a dumb guy like me
[16:16] <laga> mok0: hum. that's obvious from the package name i hoped :) the OSD is the on screen display
[16:17] <laga> but you're right, i'll extend the description
[16:17] <mok0> Thanks
[16:17] <mok0> Woah it even builds :-P
[16:17] <laga> now who would have thought that ;)
[16:18] <mok0> Yeah looks good
[16:18] <laga> i'll upload a fixed description and then you ACK it?
[16:19] <mok0> yeah, and superm1 can ack it too
[16:20] <laga> mok0: btw, what is unclear to you? the term "OSD"?
[16:20] <superm1> mok0, you can just go off my old ack, you can upload after the new description i say
[16:20] <mok0> superm1: ok
[16:20] <mok0> laga: yes
[16:20] <mok0> laga: is "wide" for a wide-screen tv?
[16:20] <laga> mok0: it means "on screen display".
[16:20] <mok0> ah
[16:21] <laga> mok0: yes.
[16:21] <mok0> See? I am dumb
[16:21] <mok0> But the descr. needs to be for dumb guys as well :-P
[16:21] <laga> the -osd package is for a completely different portion of mythtv. it's displayed over video playback, the -wide package is for the normal UI
[16:21] <laga> you're not dumb ;)
[16:21] <laga> i'll expand it
[16:21] <laga> there is no 4:3 theme, so only a -wide variant
[16:22] <mok0> laga: well, there you have the sentences you need to include
[16:22] <laga> :)
[16:24]  * mok0 is waiting for norsetto to come on-line...
[16:25] <mok0> laga: interesting, you are maintaining this package in bazaar... is that true of all the myth team packages?'
[16:26] <laga> mok0: most of them, yes.
[16:26] <mok0> laga: so you have collective maintenance I guess?
[16:26] <laga> mok0: yup
[16:26] <mok0> nice
[16:27] <laga> within the usual "ask me before you touch my package" ;)
[16:27] <mok0> ah, ok
[16:27] <superm1> mok0, yeah we generally step out and ask for a motu for a second ack on newer packages though to keep with the workflow
[16:28] <superm1> but keeping everything in bzr makes operating on a team pretty straightforward
[16:28] <mok0> superm1: so, you have a local branch checkout of all the packages, for example?
[16:29] <laga> mok0: a new upload should appear in a few minutes on revu
[16:29] <superm1> mok0, yeah i have most on my laptop at home
[16:29] <superm1> mok0, and we have a get-orig-source rule for every package in bzr to build an orig.tar.gz
[16:29] <superm1> (i'm not on my laptop at home though, so i'm not able to sponsor or checkout right now)
[16:29] <mok0> superm1: what about packages that are synced/merged from Debian?
[16:30] <superm1> mok0, so a majority of myth-* isn't in debian
[16:30] <directhex> it's in debian-multimedia and even there it's old and pretty featureless compared to the mythbuntu work
[16:30] <superm1> mok0, ideally it should eventually land up there, but the exact same reasons its in multiverse are whats keeping it from headed that way
[16:30] <mok0> superm1: dang
[16:31] <superm1> mok0, eg compiling with lame and a bunch of other patent encumbered support that makes it fun to use
[16:32] <mok0> superm1: you mean like mp3 and mp2 etc.?
[16:32] <superm1> mok0, yeah
[16:32] <mok0> superm1: it's a drag with all that IP shit
[16:32] <superm1> mok0, without them, your recording formats are pretty useless
[16:32] <superm1> mok0, yeah
[16:39] <laga> mok0: new upload is on revu
[16:39] <mok0> laga: ok
[16:39] <laga> i just got a python backtrace in revu, but didnt think to save it. i guess i reloaded while it was processing the upload
[16:40] <mok0> laga: it seems to be there
[16:44] <mok0> superm1: so you have a blanket FFe for mythbuntu stuff, right?
[16:44] <laga> yep
[16:44] <laga> answering for him ;)
[16:44] <mok0> heh
[16:44] <mok0> laga: ok I will upload it now
[16:44] <ScottK> mok0: Not quite.  motu-release delegated to him to decide what Mythbuntu stuff gets an FFe.
[16:45] <ScottK> So it's not a blanket FFe, just he gets to decide.
[16:45] <mok0> ScottK: OK. I just asked because I couldn't find an explicit FFe for this package
[16:46] <ScottK> mok0: I know he OK'ed it, so you can upload it.  I think it's in the needs-packaging bug, but I wouldn't swear to it.
[16:47] <mok0> bug 263242
[16:48] <mok0> Well that bug should be closed soon...
[16:52] <mok0> Could someone take a peek at this odd build failure, please? https://edge.launchpad.net/ubuntu/+source/atlas/3.6.0-21.5ubuntu1/+build/639735
[16:53] <mok0> Several other packages have failed to build because they are missing the atlas libraries
[16:54] <mok0> Looks like a compiler error to me
[16:59] <ScottK> mok0: Did you ask NCommander to look at it.  He's very good with odd build failures.
[16:59] <mok0> ScottK: No I didn't... NCommander? AYT?
[17:01] <Blaze_Boy> i want to convert a python program into a .DEB package, can YOU help me in that ?
[17:01] <mok0> Blaze_Boy: You can get help with questions, but you have to do the bulk of the work yourself
[17:02] <Blaze_Boy> mok0 : ok i'm with u
[17:02] <mok0> Blaze_Boy: Have you seen the wiki pages on packaging?
[17:02] <Blaze_Boy> nup
[17:03] <mok0> ! packaging
[17:03] <mok0> Blaze_Boy: you can also pick a package that reminds of yours and see how it's done there
[17:04] <Blaze_Boy> hhm , OK
[17:05] <mok0> Blaze_Boy: does the python program use distutils?
[17:05] <mok0> Huh? Did he expect someone to do it for him?
[17:09] <jpds> mok0: Like all the drive-by people.
[17:09] <nxvl> NCommander: i never see an aplication with that many supporters in a short time as yours
[17:09] <mok0> nxvl: what app is that?
[17:10] <RainCT> mok	ubuntu-universe-contributors
[17:10] <nxvl> mok0: Michael Casadevall
[17:10] <mok0> Heh, I thought it was a computer application... you know, a program :-P
[17:12] <RainCT> hehe
[17:12] <RainCT> mok0: you've to check your inbox more often ;)
[17:13] <jpds> RainCT_: Do you not filter mailing list posts?
[17:13] <mok0> RainCT: yeah...
[17:14] <mok0> jpds: I use procmail...
[17:14] <jpds> mok0: I use Gmail filters for now, but have procmail configured just in case.
[17:14] <RainCT> jpds: why would I do that? :P
[17:14] <mok0> so ubuntu-mc postings never reach my inbox :-)
[17:15] <jpds> RainCT: ^
[17:15] <karooga> hi, is it necessary to compile a python module for all python versions?
[17:15] <mok0> karooga: use python-central
[17:15] <karooga> s/compile/package/
[17:15] <RainCT> karooga: all supported versions with which it is compatible, yes
[17:15] <mok0> karooga: it will be done for you
[17:16] <karooga> mok0: I am using python-central
[17:16] <mok0> heh ok
[17:16] <jpds> RainCT: I'll take your answer as: "No."
[17:17] <karooga> mok0: but I can only get it to compile for python 2.5 (XS-Python-Version: >= 2.5)
[17:17] <ScottK> DktrKranz: Would you please look at Bug #243947 and maybe discuss with cody-somerville?  I want to make sure you don't consider anything SRU worthy before I approve the backport.
[17:17] <RainCT> jpds: No. I use tags but I leave everything new in the inbox.
[17:17] <RainCT> karooga: does it work with Python 2.4?
[17:18] <RainCT> karooga: if it is, then use   >= 2.4
[17:18] <mok0> karooga: you mean no matter what you put in debian/control?
[17:19] <karooga> RainCT, mok0:  I mean that it works fine with 2.5 but not with 2.4.  Should I be trying to make sure it works with 2.4 as well?
[17:20] <mok0> karooga: are you using dh_pycentral?
[17:20] <mok0> karooga: for >= hardy I guess it is the default python
[17:20] <RainCT> karooga: then it's right like that; why would it be byte-compiled for 2.4 when it doesn't work with it?
[17:21] <mok0> RainCT: I think he means that the 2.4 version of the *pyc files are not generated
[17:21] <karooga> mok0:  in my rules file I have pycentral defined for deb_python_system, then only debhelper.mk and python-distutils.mk
[17:21] <RainCT> karooga: on your last question, it's always nice to support it, but if it doesn't then patching it or not depends on you.
[17:22] <mok0> karooga: it also depends whether it's a program, or if it's a module that someone using only 2.4 might want to use.
[17:22] <RainCT> mok0: right; it isn't because he has "XS-Python-Version: >= 2.5" set (which is correct as he says that it doesn't work with Python 2.4)
[17:23] <mok0> RainCT: it is correct if the python code uses features that did not exist in 2.4
[17:23] <karooga> RaintCT:  I mean that when I package with XS-Python-Version: >- 2.5 it works when I use >= 2.4, it bombs out
[17:23] <RainCT> mok0: I don't recall having said the opposite :)
[17:23] <mok0> karooga: ah there you go
[17:24] <RainCT> karooga: "bombs out" = you get Python errors at install time?
[17:24] <DktrKranz> ScottK: even minor fixes can be suitable of a SRU if someone is *really* interested. Those are cosmetic issues, a backport could be a better solution than SRU process.
[17:24] <mok0> RainCT: you didn't
[17:24] <karooga> thanks mok0, RainCT.  (I'm being hauled off to dinner... will have to catch up a bit later) :-)
[17:24] <mok0> karooga: bon appetit!
[17:25] <karooga> think i've got my answer. Ta.
[17:26] <mok0> Ah, that Python. Now we have to deal with 2.6 and 3.0 soon...
[17:26] <mok0> ... and Python 3.0 will not be backwards compatible, from what I understand
[17:27] <jorgenpt> mok0: Hello World will break.
[17:27] <cody-somerville> persia, ping
[17:27] <RainCT> indeed :(
[17:27]  * RainCT hates the new print function, if it is like he read
[17:29] <mok0> RainCT: Many will remain at 2.6 for quite a while.
[17:29] <DktrKranz> ScottK: my opinion is actual SRU policy is quite "permissive" because minor fixes could go in as well, so almost every patch is suitable. If we could restore "severe impact" requisite, we could differentiate SRU and backports better.
[17:29] <ScottK> DktrKranz: OK.  I didn't think minor fixes should go in.
[17:30] <ScottK> DktrKranz: So you would classify this as minor?
[17:30] <DktrKranz> https://wiki.ubuntu.com/StableReleaseUpdates, When section
[17:30] <DktrKranz> "Bugs which do not fit under above categories, but (1) have an obviously safe patch and (2) affect an application rather than critical infrastructure packages (like X.org or the kernel)."
[17:30] <DktrKranz> these could really be suitable, given the point above
[17:31] <RainCT> Oh. Are those points new?
[17:31] <ScottK> OK.  You tell me.   I like SRUs when there's some "urgency".
[17:32] <ScottK> OK.  Will do.
[17:33] <DktrKranz> cody-somerville, if you have any objections...
[17:33] <ScottK> Let me know and I'll un-ack the backport ...
[17:34] <DktrKranz> anyway, I'd like to discuss this a bit with the community, just to define a guideline for motu-sru. We're too open nowadays, IMHO
[17:35] <ScottK> DktrKranz: I know wpasupplicant is in Main, but would you please give an opinion on Bug #252576 (relates to Bug #252574)?
[17:35] <cody-somerville> lp #241036 looks SRU worthy
[17:35] <sebner> devfil: congratulations :D
[17:35] <devfil> sebner: thanks :D
[17:36] <ScottK> siretart: What do you think about SRU for Bug #252574?
[17:38] <DktrKranz> ScottK: at a first look, it seems a good candidate. This causes a regression, at least.
[17:39] <ScottK> OK.  I'm going to continue to hold off on that one.
[17:39] <ScottK> I'll let you and cody-somerville sort out the one issue with orange.
[17:40] <cody-somerville> ScottK, I think a backport is fine but bug #241036 (if I read it correctly) is probably SRU worthy by its self.
[17:41]  * DktrKranz will catch it later
[18:03] <siretart> bug 252574
[18:08] <siretart> ScottK: I cannot test it myself, however if someone prepared a test package and users could and would confirm fixes, sure!
[18:49] <sladen> slangasek: well, you /could/ stick to your own vorlon.* namespace ;-)
[19:28] <emgent`nl> heya
[19:35] <sebner> emgent`nl: \o/
[20:40] <sebner> ogra: still want to sponsor bug #261991 ?
[20:40] <sebner> wb DktrKranz :D
[20:41] <DktrKranz> sebner, did you miss me?
[20:41] <sebner> DktrKranz: of course!
[20:41] <DktrKranz> nothing better to do, then
[20:42] <sebner> ^^
[20:43] <DktrKranz> sebner, do you want to do my tomorrow office work for me?
[20:43] <sebner> DktrKranz: I have to work too tomorrow :(
[20:44] <DktrKranz> ok... you do mine, I do yours
[20:44] <sebner> ^^
[20:52] <ScottK> siretart: OK.  Thanks.
[21:00] <ScottK> liw: A very good answer to my question about why the cruft cleaner should get in is it's for an approved spec.
[21:31] <cbx33> hey guys
[21:31] <cbx33> who owns packages.ubuntu.com?
[21:31] <jpds> Hey Pete.
[21:32] <jpds> cbx33: Canonical hosts it.
[21:32] <cbx33> hey jpds
[21:32] <cbx33> ok
[21:32] <cbx33> i meant who maintains....as in codes
[21:32] <cbx33> is there an api to get an xml list of search results?
[21:32] <jpds> cbx33: "djpig"
[21:33] <cbx33> ko
[21:33] <cbx33> not here
[21:33] <cbx33> shame
[21:33]  * cbx33 was going to work on a ubiquity plugin to search the package list
[21:34] <jpds> cbx33: http://source.djpig.de/git/?p=packages.git;a=summary
[21:34] <cbx33> jpds: thanks
[21:35] <cbx33> hmmm
[21:35] <cbx33> not sure where to start looking
[21:35] <cbx33> don't think there is one though
[21:37] <cbx33> hmmm
[21:37] <cbx33> perhaps I can mung the results as they are
[21:37] <jpds> cbx33: I don't think there is an API for it.
[21:39] <directhex> oh god i forgot how great this rum is
[21:39] <jdong> yea yea continue teasing the underaged devs.
[21:43] <directhex> nah, i'm teasing the american devs. this is cuban rum
[21:44]  * NCommander wakes up
[21:51] <NCommander> ScottK, you floating around?
[21:54] <dk> hola alguien me puede ayudar a crear paquetes deb?
[21:56] <dk> hi,, any can help me?
[21:56] <dk> i need create a package .deb
[21:56] <directhex> what are you packaging?
[21:56] <directhex> depending on what it is, it might be easy or terrifying
[21:57] <directhex> and the requirements for debianization are much harder if you want the package to get into a distribution
[21:57] <dk> :o
[21:58] <dk> speak spanish?
[21:58] <directhex> sorry, no
[21:59] <RainCT> hola dk
[21:59] <dk> RainCT,  q tal
[21:59] <dk> hola
[22:00] <dk> me puedes ayudar,? es que necesito crear un paquete debian pero no me sale.estoy intentando
[22:00] <dk> pero no me sale
[22:01] <ScottK> NCommander: Yeah.
[22:01] <dk> RainCT,
[22:01] <dk> hola?
[22:01] <NCommander> ScottK, KDE4 is awesome. Consider me involved in Kubuntu now :-)
[22:02] <ScottK> Kewl.
[22:02] <ScottK> NCommander: Just uploading indi now that the freeze is over.
[22:02] <RainCT> dk: si, qual es el problema?
[22:02] <NCommander> ScottK, care to add koffice2?
[22:02] <NCommander> (I tracked down the FTBFS)
[22:03] <ScottK> Let me deal with kde4bindings first.
[22:03] <ScottK> But yes.
[22:04] <dk> RainCT,
[22:04] <dk> me lees?
[22:05] <dk> perdona
[22:05] <dk> pues mira que tengo q exponer acerca del mantenimiento de los paquetes debs
[22:05] <dk> y me pase estudiando leyendo y no me salen
[22:05] <dk> nose que pasara
[22:05] <RainCT> dk: ven a #ubuntu-motu-es mejor
[22:06] <dk> no sabia que existia
[22:06] <dk> vas alla tu?
[22:06] <dk> me vas a ayudar?
[22:07] <RainCT> dk: no existia, lo acabo de crear porque como continuemos hablando aqui aun se enfadará alguien :P.  me estan llamando para cenar pero cuando vuelva te puedo ayudar
[22:07] <RainCT> nxvl: if you are around perhaps you can help him while I'm away ^
[22:07] <dk> bueno, en cuanto tiempo?:D
[22:07] <RainCT> dk: unos 15 minutos
[22:07] <dk> excelente
[22:07] <dk> es que mañana es un ubucon
[22:07] <dk> te imaginas
[22:08] <dk> bueno te espero y provecho
[22:09] <nxvl> RainCT: yeah, i'm kind of busy right know with some work stuff
[22:10] <nxvl> RainCT: but if the script has no more bugs i can take a minute or two
[22:10] <nxvl> :D
[22:14] <NCommander> Wooo, qemu-mips might work for what I want to do
[22:56] <RainCT> persia: advocations use the hearth icon on REVU's details.py page, now :)
[22:56] <RainCT> (btw: if someone gets big icons on REVU, use Ctrl + F5)
[23:27] <wgrant> RainCT: I hope you mean s/hearth/heart/? Or are we burning new packages now?
[23:28] <RainCT> LOL
[23:40] <RainCT> wgrant: we should do a package cake some day :P


[15:30] <henninge> me ;)
[15:31] <henninge> oh, I did not miss it. Google Calendar *still* has the wrong time ...
[15:37] <Ursinha> lol
[15:37] <Ursinha> henninge, I thought google calendar was showing utc time
[15:39] <henninge> Ursinha: it does
[15:40] <henninge> Ursinha: But my copy of the meeting was at the wrong time ...
[15:40] <Ursinha> oh
[15:40] <henninge> Ursinha: but there used to be some confusion about this in Google Calendar but it seems to be fixed now ... ;)
[15:41] <Ursinha> henninge, :P
[16:00] <matsubara> #startmeeting
[16:00] <MootBot> Meeting started at 10:00. The chair is matsubara.
[16:00] <matsubara> Welcome to this week's Launchpad Production Meeting. For the next 45 minutes or so, we'll be coordinating the resolution of specific Launchpad bugs and issues.
[16:00] <matsubara> [TOPIC] Roll Call
[16:00] <MootBot> New Topic:  Roll Call
[16:00] <henninge> me
[16:00] <herb> me
[16:00] <bigjools> me
[16:00] <Ursinha> me
[16:00] <mars> me
[16:01] <abentley> me
[16:01] <sinzui> me
[16:01] <matsubara> hi stub
[16:01] <stub> me
[16:02] <matsubara> let's move on, tom berger can join in later
[16:02] <matsubara> [TOPIC] Agenda
[16:02] <MootBot> New Topic:  Agenda
[16:02] <matsubara>  * Actions from last meeting
[16:02] <matsubara>  * Oops report & Critical Bugs & Broken scripts
[16:02] <matsubara>  * Operations report (mthaddon/herb/spm)
[16:02] <matsubara>  * DBA report (stub)
[16:02] <matsubara> [TOPIC] * Actions from last meeting
[16:02] <MootBot> New Topic:  * Actions from last meeting
[16:02] <matsubara>  * Ursinha to check if all accounts requesting fix on feedback@ were fixed
[16:02] <matsubara>  * matsubara to chase rockstar about failure on updatebranches script
[16:03] <Ursinha> matsubara, apparently all accounts were fixed
[16:03] <matsubara> I talked to rockstar about the updatebranches script failures, he was debugging. I'll ask him again when he comes back from holidays
[16:03] <matsubara> [action] matsubara to chase rockstar about failure on updatebranches script
[16:03] <MootBot> ACTION received:  matsubara to chase rockstar about failure on updatebranches script
[16:03] <matsubara> thanks Ursinha
[16:03] <matsubara> [TOPIC] * Oops report & Critical Bugs & Broken scripts
[16:03] <MootBot> New Topic:  * Oops report & Critical Bugs & Broken scripts
[16:03] <matsubara> Ursinha, please take the stage
[16:04] <Ursinha> ok
[16:04] <Ursinha> most of the "unusual" oopses we had were rollout glitches, also we had a few very low priority which I talked to people and filed bugs
[16:04] <Ursinha> we have two critical bugs, after the rollout
[16:05] <Ursinha> https://bugs.edge.launchpad.net/launchpad-foundations/+bug/403283
[16:05] <Ursinha> https://bugs.edge.launchpad.net/launchpad-foundations/+bug/403306
[16:05] <matsubara> Ursinha, the private one is in progress but not assigned?
[16:05] <matsubara> who's taking care of it?
[16:05] <Ursinha> I wasn't sure if that was ok for the librarian bug to be public, given the info in the report, if so I'll be happy to switch
[16:06] <Ursinha> matsubara, apparently stub changed the status
[16:06] <Ursinha> stub, are you taking care of that?
[16:06] <matsubara> I assigned that one to stub
[16:06] <Ursinha> about the missing softlinks, I know stub is taking care of that, but I have a question
[16:06] <stub> I have a branch awaiting RC
[16:06] <Ursinha> how could we avoid that to happen?
[16:07] <Ursinha> I see that the revision that caused that wasn't QAd - at least in the testplan that was NEEDSTESTING
[16:07] <stub> However, the production side of things needs to be done by the losas - editing the /etc/init.d script etc.
[16:07] <matsubara> [action] stub to get RC for branch that fixes bug 403283
[16:07] <MootBot> ACTION received:  stub to get RC for branch that fixes bug 403283
[16:08] <herb> stub: is the branch listed in the bug? I'd like to take a look at it so we know what to expect.
[16:08] <stub> https://code.edge.launchpad.net/~stub/launchpad/trivial/+merge/9179
[16:09] <stub> herb: it should be linked. You don't need that script of course, but it makes sense to keep it in the lp tree so devs can test if they broke it
[16:09] <herb> stub: cool. thanks. I'll take a look.
[16:09] <matsubara> Ursinha, are we expecting some of those low importance oops fixes to land for the re-roll?
[16:09] <mars> strange, the commit message doesn't mention having to touch those two links
[16:09] <Ursinha> matsubara, nope
[16:10] <mars> "List
[16:10] <mars>         duplicate subscribers in the bug subscribers portlet even when
[16:10] <mars>         there is already an indirect subscription via a team membership."
[16:10] <Ursinha> matsubara, not so far
[16:10] <matsubara> Ursinha, isn't that what kiko asked yesterday?
[16:10] <stub> herb: And feel free to jump in and change and implement stuff if you want - lp-foundations doesn't have to own this stuff
[16:10] <Ursinha> matsubara, nope
[16:11] <stub> mars: I think it was a cock up rather than a deliberate change
[16:11] <Ursinha> but we have some outstanding oopses that keep happening
[16:11] <Ursinha> who's on behalf of flacoste today?
[16:11] <matsubara> Ursinha, yes, those are the ones I meant
[16:11] <matsubara> Ursinha, mars
[16:11] <mars> stub, agreeded, but if so, did it just happen to slip past the dev, and the rc-reviewer?
[16:12] <stub> https://code.edge.launchpad.net/~stub/launchpad/pending-db-changes/+merge/9188 is also awaiting rc anyway. What I'm more interested in is how come the test suite still passes.
[16:12] <mars> Ursinha, I'm standing in for flacoste
[16:12] <matsubara> stub, why the branch that introduced the critical bug wasn't QA'd on staging?
[16:12] <Ursinha> matsubara, I guess that was a bugs branch
[16:12] <matsubara> oh, sorry. I thought it was a foundations issue
[16:13] <mars> stub, has the test suite changed to accommodate open sourcing in some way?  And thus removing those components from the suite?
[16:13] <Ursinha> matsubara, the missing links are, but which introduced that not
[16:13] <matsubara> Ursinha, ok.
[16:13] <stub> mars: I don't know.
[16:14] <Ursinha> mars, we have an oopses that happens almost everyday
[16:14] <Ursinha> *an oops
[16:14] <Ursinha> mars, https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1300XMLP5
[16:15] <Ursinha> mars, once I talked with flacoste about them, and he said that basically that wasn't our problem, iirc :)
[16:15] <mars> Ursinha, who would be the 'us' in "our problem"?
[16:15] <Ursinha> mars, foundations/launchpad
[16:16] <Ursinha> mars, i.e. not a bug
[16:16] <Ursinha> do you know what could we do to avoid those?
[16:16] <abentley> Ursinha: is this the private or public XMLRPC server?
[16:16] <mars> Ursinha, do we have a procedure for dealing with such noise?  The feels like a 404: it is an error in the system state, but not a programmer error.
[16:17] <Ursinha> I mean, we have a list of oopses that are growing every day because of hanging little things
[16:17] <Ursinha> mars, that's exactly my question :)
[16:17] <mars> Ursinha, for this specific issue, I would have to investigate.
[16:17] <Ursinha> mars, if we could deal differently those oopses, raising 404 instead of that oops, or even if we (me and matsubara) could move them to another section of the report
[16:18] <matsubara> abentley, private one
[16:18] <mars> for the larger issue of noise, well, maybe creating a new OOPS category or tag that can filter them out
[16:18] <stub> matsubara: The branch was rc, so not much QA time. Even if it was qa'd, that doesn't mean anyone would have tested the login or shipit systems which should have been unaffected according to the commit message.
[16:18] <abentley> matsubara: Well, it kinda is our problem, since we control both ends, then.
[16:18] <mars> Ursinha, not 404, but one of the other status codes, for "Ill-formed request"
[16:19] <Ursinha> mars, sorry, bad brain link :)
[16:19] <abentley> I agree that bad input should not be treated as an OOPS
[16:20] <matsubara> I don't like moving those oopses to another section.
[16:20] <Ursinha> matsubara, me neither.
[16:20] <abentley> But it should be logged *somewhere*.
[16:20] <matsubara> if the input is bad and we know it, let's not log an oops for it
[16:21] <Ursinha> mars, could you do some more investigation on this? I'll file a bug, can I?
[16:21] <matsubara> we used to have a bug for ExpatErrors
[16:21]  * Ursinha looks
[16:21] <matsubara> was it fixed?
[16:21] <mars> Ursinha, certainly, please do
[16:22] <Ursinha> mars, ok, so I'll search for the bug, and file one if not able to find
[16:22] <matsubara> [action] ursinha do file bug for OOPS-1300XMLP5
[16:22] <MootBot> ACTION received:  ursinha do file bug for OOPS-1300XMLP5
[16:23] <Ursinha> thanks matsubara
[16:23] <matsubara> Ursinha, anything else?
[16:23] <mars> I think the procedure is to turn bad data from a "500: Internal Server Error" into a "400: Bad Request"
[16:23] <Ursinha> matsubara, yes
[16:23] <Ursinha> copy and paste fail
[16:24] <Ursinha> we also have constant UnicodeDecodeErrors and the like
[16:24] <Ursinha> everyday, and I noticed that they're somehow growing
[16:25] <Ursinha> is the unicode problem really unsolvable?
[16:25] <abentley> Ursinha: A bunch of them should disappear as of this rollout.
[16:26] <Ursinha> abentley, right, but they seem to be everywhere. I'll keep one eye on them, and will report back next meeting
[16:26] <Ursinha> matsubara, [action] Ursinha to ^
[16:26] <Ursinha> :P
[16:26] <Ursinha> mars, this one is hanging for some time: bug 354593
[16:26] <mars> Ursinha, a unicode error in Python is solvable.  Are they coming from everywhere in the system?
[16:26] <abentley> Ursinha: If you're looking for an ultimate solution, it's along the lines of "use Python 3.0".
[16:26] <matsubara> [action] Ursinha to keep one eye on UnicodeDecodeErrors, and will report back next meeting
[16:26] <MootBot> ACTION received:  Ursinha to keep one eye on UnicodeDecodeErrors, and will report back next meeting
[16:26] <Ursinha> abentley, :)
[16:27] <Ursinha> mars, I'll show you later, we have several oopses and different bugs for them
[16:27] <Ursinha> 5 digit bugs :)
[16:28] <Ursinha> mars, can you take a look in that bug, please?
[16:28] <mars> ok
[16:29] <Ursinha> using kiko's words: "if they happen more than once a week they are not low priority"
[16:30] <Ursinha> matsubara, [action] mars to take a look at bug 354593
[16:30] <mars> ok, so we know the problem, and we have an ideal solution
[16:30] <matsubara> [action] mars to take a look at bug 354593
[16:30] <MootBot> ACTION received:  mars to take a look at bug 354593
[16:30] <mars> did Francis mention a quick interim solution?
[16:30] <mars> stub, ^?
[16:31] <stub> interim solution of what?
[16:31] <Ursinha> stub, bug 354593
[16:31] <stub> No - I haven't discussed that with him.
[16:32] <mars> ok
[16:32] <mars> I'll have a look at the reports, split them into new bugs, try to eliminate the OOPSes
[16:32] <Ursinha> mars, can you make comments in the bug, if that applies, please?
[16:32] <stub> It should be possible to register new exception views for that layer, no?
[16:32] <mars> the branding is a related, but larger issue
[16:34] <mars> Ursinha, sure
[16:34] <matsubara> Ursinha, anything else? we need to move on as we only have 11min
[16:34] <Ursinha> matsubara, no, I'm done for today.
[16:34] <matsubara> thanks everyone
[16:34] <Ursinha> thanks mars, stub, abentley and herb
[16:34] <matsubara> [TOPIC] * Operations report (mthaddon/herb/spm)
[16:34] <MootBot> New Topic:  * Operations report (mthaddon/herb/spm)
[16:34] <herb> 2009-07-19 - We had another app server hang during log rotation. Fortunately it seems there has been some progress on bug #287304
[16:34] <Ursinha> and all the others :)
[16:34] <herb> 2009-07-21 - We open sourced! Congratulations to all the developers on a job well done. We saw an uptick in traffic to the codehosting system and, apparently, quite a few new project registrations. Overall the system handled the increased load well.
[16:34] <herb> 2009-07-22 - Yesterday evening we rolled out 2.2.7. We had some hiccups again but we have bugs filed for those, as was discussed during the critical bugs section.
[16:34] <herb> That's it from the LOSAs unless there are questions.
[16:35] <matsubara> thanks herb
[16:35] <matsubara> [TOPIC] * DBA report (stub)
[16:35] <MootBot> New Topic:  * DBA report (stub)
[16:35] <herb> thanks matsubara
[16:36] <stub> Database update went painlessly, or at least I haven't heard any tales of pain and misery and nobody woke me up.
[16:36] <stub> With 2.2.7, we can start pruning unwanted People. We just need to add '--experimental' to garbo-daily.py and maybe tweak the --abort-script argument if the default of 24 hours is too long.
[16:36] <stub> Nothing else interesting happening.
[16:37] <matsubara> stub, are you taking care of enabling the pruning script? or have an RT for the losas to do it?
[16:37] <mthaddon> stub: yep, db updates were pretty quick and painless this time around
[16:37] <stub> I think salgado might have done that already. I was going to worry about it after reroll and the fires are all out.
[16:39] <matsubara> [action] matsubara to chase salgado about people pruning script
[16:39] <MootBot> ACTION received:  matsubara to chase salgado about people pruning script
[16:39] <matsubara> ok, anything else for stub?
[16:40] <matsubara> thanks stub
[16:40] <matsubara> before I close, just want to let you know that I created the 2.2.8 milestone
[16:41] <matsubara> during yesterday's TLs meeting, the TL said it would be useful to coordinate work even if we're not doing a release for 2.2.8
[16:42] <matsubara> so please, since we're not doing the 2.2.8 release, don't let your QA itens otherwise will have a huge backlog for 2.2.9
[16:42] <matsubara> s/itens/items slip/
[16:42] <matsubara> I think that's all for today
[16:42] <matsubara> Thank you all for attending this week's Launchpad Production Meeting. See the channel topic for the location of the logs.
[16:43] <matsubara> #endmeeting
[16:43] <MootBot> Meeting finished at 10:43.
[16:43] <herb> thanks everyone
[16:43] <Ursinha> thanks matsubara
[16:43] <Ursinha> and everyone
[16:43] <abentley> thanks matsubara.
[16:53] <Ursinha> matsubara, you have to change the final message, the location at the logs aren't in topic anymore :)
[16:54] <Ursinha> matsubara, "Thank you all for attending this week's Launchpad Production Meeting. See https://dev.launchpad.net/MeetingAgenda for the logs."
[16:54] <matsubara> Ursinha, will update. thanks


[07:03] <mup> Issue operator#794 closed: Adding a relation with empty dataset doesn't trigger relation-changed hook in test harness <harness> <Created by mthaddon> <Closed by PietroPasotti> <https://github.com/canonical/operator/issues/794>


[20:23] <elfy> if there's someone here with access to the -irc mailing list - there's a mail from me to it that needs moderating please :)
[20:38] <Pici> elfy: I waved my magic wand at it
[20:39] <elfy> Pici: thanks :)
[20:39] <elfy> I assume you read it as well :D
[20:40] <Pici> I did indeed.
[20:41] <elfy> :)
[20:42] <Pici> Thanks for the help :)
[20:43] <elfy> welcome - I've done changes to the LP group, I've assumed that IRCC would want to do a community wide announcement to Fridge or something
[20:47] <Pici> Will do.   DOOMED.
[20:55] <elky> we were already doomed. now it's _comically_ doomed
[20:56] <Fuchs> oh, okay. who's the third poor soul,
[20:56] <elky> phunyguy
[20:56] <Fuchs> and why didn't I get a mail to vote as an irc member? *scratches head*
[20:56] <Fuchs> yeah, doomed it is.
[20:56] <elky> you're not an irc member i guess. i forget how one gets there too
[20:57] <elky> you probably need to be an ubuntu member first
[20:57] <Fuchs> I was pretty sure I was an IRC member, let me check
[20:57] <Pici> Trying to remember how to update the mailing list... for some reason this is always confusing to me.
[20:58] <k1l_> iirc you need to reactivate yourself once a year or so. if you forget to do that you get dropped
[20:58] <Fuchs> Ubuntu IRC members 	2012-05-31 	Member 	—
[20:58] <Fuchs> according to lolpad
[20:59] <elky> k1l_: yeah that happened to me. i didn't even get to vote for me
[20:59] <Pici> hrm
[20:59] <Fuchs> and I remember voting in the past as well
[21:01] <k1l_> you are in the list. maybe some old email or spam filters?
[21:01] <elky> it only gives you a week to renew. probably dropped while you were at bootcamp
[21:01] <Fuchs> elky: if it was dropped I wouldn't be listed as a member
[21:02] <elky> mine dropped while i was sick last year
[21:02] <Fuchs> let me check the e-mail, because it definitely wasn't spam filters
[21:02] <Fuchs> e-mail is correct as well
[21:10] <Fuchs> who should I bug about this to get it fixed?
[21:14] <elky> in this case, probably elfy
[21:14] <elky> is your email public on launchpad?
[21:15] <elky> the script can't get it if it's not
[21:15] <Fuchs> nope, but I can pm it to her if that helps
[21:15] <Fuchs> oh
[21:15] <Fuchs> that explains it, then. Hm. Not terribly happy with making my e-mail public, but I can use the membership one, can't I?  (the @ubuntu.com thingie)
[21:16] <elky> yeah, it should just point at your regular email
[21:16] <Fuchs> right, shall put that on and make that one public. Thanks :)
[21:19] <Fuchs> sounds like something that should be addressed to me though, I'm pretty sure not everybody feels good about putting an e-mail address up in public
[21:21] <elky> the "get the voters emails" script is not a function of launchpad. it uses the public api. launchpad would otherwise have to provide a method to certain people to access private information, which would be exactly as hilarious as it sounds
[21:22] <Fuchs> or just have a method to send e-mails to people of a certain group
[21:22] <elky> except you need to feed the emails to condorcet which canonical doesn't run
[21:23] <elky> it's a cobbled situation and i have no idea why it's preferred
[21:23] <Fuchs> so lolpad would need an own, decent voting solution?
[21:23] <elky> yes
[21:23] <Fuchs> would probably cover a couple of use cases. Hm.
[21:23] <elky> which it doesn't because there's no financial gain for putting the resources on it
[21:24] <elky> as with most defects and feature requests in launchpad
[21:24] <Fuchs> *sigh* ah well.
[21:24] <elky> and try as i may to contribute to launchpad, i never got a functional dev environment set up, and nor has anyone i know
[21:24] <Fuchs> rest assured I would have voted for you. And your hubs, just for hilarity
[21:24] <Fuchs> aww
[21:24] <elky> (who doesn't work for canonical)
[21:24] <Fuchs> well, thanks for the information :)
[21:25] <elky> yw
[21:25] <elky> in the future, sending a "hi, we just initiated voting, if you missed out, let us know" to the lp[ group would probably be nice though.
[21:26] <Fuchs> Yeah. As said, I do remember voting in the past  (and I don't remember ever making my e-mail address public, I am slightly worried about spam), so at one point they probably had something like that
[21:26] <elky> not sure how that works with subgroups, but this one in particular doesn' thave that many of those
[21:32] <phunyguy> wait, what?
[21:32] <phunyguy> what just happened?
[21:32] <phunyguy> I was highlighted
[21:32] <Fuchs> go back to sleep
[21:33] <phunyguy> oh, I see
[21:33]  * phunyguy sighs in relief.
[21:37] <phunyguy> congrats to elky and Flannel.  Muahahahaahaha
[23:07] <rww> Fuchs: I'm only skimming, but setting your @ubuntu.com email as your primary LP email account if you did that is a Very Bad Idea
[23:08] <rww> since Canonical uses the primary LP email address as the target for your @ubuntu.com email, so... yeah
[23:08] <Fuchs> rww: no, I just recently did that, as in: today, after I was being told that the e-mail has to be public
[23:08] <Fuchs> rww: any better suggestions that don't involve giving an actual e-mail address of me to the public?
[23:09] <rww> iirc "public" is "public to logged in LP users", for a start
[23:09] <rww> for a second, people running CIVS elections in Ubuntu should provide an option for people to request a ballot. i think this is a Do Better Next Time thing
[23:10] <rww> ("I sent out ballots to everyone whose email address I could find. If you didn't get one, email me" type message, as discussed above)
[23:10] <Fuchs> rww: I still dislike that, since creating a lolpad account (and using that to harvest) is trivial and can be mostly automatized
[23:10] <rww> I know
[23:10] <Fuchs> rww: so I agree with your and your better half's analyse of the situation, and probably re-set my old e-mail, but not public
[23:11] <rww> I note that were I going to spam Launchpad accounts I'd grab GPG keys too, and yours has your email address publicly available
[23:11] <rww> the usual script for snarfing emails from LP used to do that, in fact. i gather this broke at some point.
[23:12] <Fuchs> rww: not one bound to that, mind
[23:13] <Fuchs> also thank you lolpad for sending out two e-mails when I add a new address, I'm sure that's very much needed  (probably even a third after confirmation)
[23:13] <rww> ENOPARSE on your first reply
[23:14] <Fuchs> yeah, I should probably head to bed before I start writing gibberish only
[23:14] <Unit193> I do that, the gibberish part.  Sleep well!
[23:15] <Fuchs> indeed, bed it is. Nighty night all :)


[03:07] <HypothesisFrog> hi. My screen just hangs after I log in .. the panel never appears.
[03:07] <HypothesisFrog> lubuntu 14.04
[03:12] <sydney> HypothesisFrog: Can you log out? ctrl-alt-del i think?
[03:15] <holstein> HypothesisFrog: do you see the normal desktop as the guest user?
[03:16] <sydney> holstein: Hi :D
[03:16] <holstein> o/
[03:17] <sydney> :D
[03:19] <HypothesisFrog> holstein good q
[03:19] <HypothesisFrog> bbiab
[03:20] <HypothesisFrog> sydney well I press the power button and it shuts down normally. Can get into shell by going ctrl-alt-F2 as well.
[03:20] <HypothesisFrog> re bbiab
[03:21] <sydney> HypothesisFrog: So,can you right click,or open terminal?
[03:25] <sydney> ...
[03:30] <sydney> HypothesisFrog: are you there?
[03:35] <sydney> bye!!
[12:01] <pvt_petey> hello
[12:02] <pvt_petey> I'm tying to install lubuntu on a mac without functioning usb/disc drive
[12:02] <pvt_petey> i thought to maybe use virtual box as a lifeboat
[12:02] <pvt_petey> is this the best way ?
[18:55] <dj_beirut> i am using a windows machine and i want to ssh to my lubuntu machine with x dispaly. how can i do that? i am new to linux :/
[18:55] <holstein> !puty
[18:55] <holstein> !putty
[18:55] <dj_beirut> i am using putty
[18:55] <holstein> dj_beirut: ^ thats what i use to ssh from windows to ssh servers..
[18:56] <dj_beirut> i can ssh to it. but i want to see the screen on my windows machine. using the lubuntu as almost a headless server
[18:56] <holstein> you can forward x over ssh.. or use many screen sharing options.. vnc, etc.. if you are "new", try teamviewer
[19:19] <mikubuntu> can anyone tell me why i would download the .iso image which says its 683 mb, but when i try to burn to a 700 mb disk it says the image is 716 mb, and so produces errors in burn?
[19:24] <wxl> mikubuntu: download error? did you check the md5?
[19:25] <mikubuntu> wxl -- i been fighting with it so long i want to try something else --- can i install unetbootin to a live cd session and install from net?
[19:26] <wxl> mikubuntu: i guess you could, but if it's a simple download error (which the md5 will tell you in a heartbeat), you can just install zsync and you won't even have to download the whole thing again
[19:27] <mikubuntu> wxl: could you help me with that?
[19:27] <wxl> !md5 | mikubuntu
[19:27] <wxl> !zsync | mikubuntu
[19:28] <mikubuntu> i'll check it out -- i don't think the image is bad because i used the same one to load this machine im chatting on
[19:29] <wxl> mikubuntu: might have been the burn. you can check that like above to find out how to md5sum the cd or usb.
[20:30] <mikubuntu> the zsync page that someone directed me to is not clear to me -- am i to understand that if i terminal:   zsync http://cdimage.ubuntu.com/daily-live/current/trusty-desktop-i386.iso.zsync that it will correct any anomolies in 14.04 ??
[20:32] <mikubuntu> my 4th install attempt on the other machine seems to be stuck at 'configuring apt' in the install part of the program
[20:35] <phillw> mikubuntu: at the end of the zsync, it will report back if there is a mis match in checksum.
[20:36] <phillw> once you have a good image, burn it at the slowest speed possible. Then when you 1st boot with it, run the self test to check it has burned correctly.
[20:37] <mikubuntu> phillw: output: failed on url http://cdimage.ubuntu.com/daily-live/current/trusty-desktop-i386.iso.zsync could not read control file from URL
[20:38] <phillw> mikubuntu: did you install zsync on your machine?>
[20:38] <mikubuntu> yes, according to instruction on the zsych page
[20:39] <SonikkuAmerica> You may need to -o your file and use the standard Ubuntu image at releases.u.c
[20:39] <phillw> if you did, then go to the directory that has the iso file and check that you 'own' it.
[20:40] <phillw> and issue the command
[20:40] <phillw> zsync http://cdimage.ubuntu.com/lubuntu/daily-live/20140705/trusty-desktop-i386.iso.zsync
[20:41] <mikubuntu> my problem is that even tho the file says its 683 mb, when i go to burn to a cd it says its 716 mb and apparently can only burn 95% of the image ... i tried loading with the dvd that i used on this machine and it fails multiple times (right now stuck for 30 mins at 'configuring apt' ... the bios will not let me boot from usb either
[20:43] <phillw> mikubuntu: try grabbing the alpha1 (I'll just get the link)
[20:44] <phillw> mikubuntu: http://cdimage.ubuntu.com/lubuntu/releases/14.10/alpha-1/
[20:45] <phillw> if you are still getting over-size errors, grab the alternate , it is some 100 Mb smaller
[20:46] <mikubuntu> hmmmm ... is a cd-r re-recordable?
[20:47] <SonikkuAmerica> Nope...
[20:47] <SonikkuAmerica> CD-RW is though
[20:49] <mikubuntu> great -- guess i have to go out and find somewhere to lift a new cd then .... arrrrrrgh ... maybe kelly has one
[20:52] <phillw> I have a dvd-rw that I use, it forces my burner to burn really slow and can handle over-sized images. mine was 1 GBP from a discount store.
[20:54] <wxl> mikubuntu: you don't have a usb?
[20:56] <SonikkuAmerica> phillw: A quid?
[20:56] <SonikkuAmerica> Oh my
[20:56] <phillw> SonikkuAmerica: yup.
[20:57] <phillw> poundland :)
[20:58] <SonikkuAmerica> Jeremy Clarkson got a car for use in one iaode of Top Gear for £1
[20:58] <SonikkuAmerica> s/iaode/episode/
[20:59] <phillw> mikubuntu: also, if the site for ISO's is busy, head over to my mirror at http://phillw.net/isos/lubuntu/trusty/release/ in your case the command would be
[20:59] <phillw> zsync http://phillw.net/isos/lubuntu/trusty/release/lubuntu-14.04-desktop-i386.iso.zsync
[21:01] <wxl> SonikkuAmerica: good form. phillw usually forgets the ending slash. :)
[21:01] <SonikkuAmerica> So do I
[21:02] <SonikkuAmerica> (Normally)
[21:03] <mikubuntu> phillw: sry mssd ur messages was on the phone begging a blank cd it should be here in 10 mins and i'll try the alt installer, its 5pm here and i started messing with this at 9am .... arghh
[21:03] <wxl> tsk tsk tsk
[21:04] <mikubuntu> wxl: yes i have a usb, but the box won't let me assign it for boot
[21:05] <phillw> mikubuntu: in that case...
[21:05] <phillw> cp lubuntu-14.04-desktop-i386.iso lubuntu-14.04-alternat-i386.iso
[21:05] <phillw> followed by
[21:05] <phillw> zsync http://phillw.net/isos/lubuntu/trusty/release/lubuntu-14.04-alternate-i386.iso.zsync
[21:06] <phillw> it will save having to download the entire iso again.
[21:07] <mikubuntu> but the target machine won't let me do anything in live mode either, so i think i have to dl the alt anyways its only 8 mins
[21:07] <SonikkuAmerica> "alternat" should have an e at the end. Case and spelling are important.
[21:08] <mikubuntu> prolly less for the alt is only about 600 mb looks like
[21:08] <phillw> mikubuntu: okies... use my mirror, it is often faster than the main server :)
[21:09] <mikubuntu> already bookmarked your site, but the alt dl is done, just waiting for the blank cd to arrive
[21:11] <phillw> SonikkuAmerica: he he... yeah, I must put my new keyboard into piglet (existing one has no 'E' key.
[21:12] <SonikkuAmerica> I once had a word processor where S wouldn't work for a while... Poor Jeica...
[21:12] <SonikkuAmerica> And amuel too
[21:13] <phillw> I've got fairly used to it, but sometimes it does not work :)
[21:53] <mikubuntu> i don't get it --- never had this much trouble doing an install -- i think for the first time ever in my experience, xfburn got to about 59% and then returned a 'burn fail' notice
[21:58] <mikubuntu> phillw: looking for the alternate installer 14.04 on your site but can't find it
[21:58] <phillw> mikubuntu: zsync http://phillw.net/isos/lubuntu/trusty/release/lubuntu-14.04-alternate-i386.iso.zsync
[21:59] <mikubuntu> phillw: why does it have .zsync at the end of the file name?
[21:59] <phillw> mikubuntu: that is because it to be used by zsync
[22:00] <mikubuntu> phillw:  that won't affect xfburn recognising it as an iso?
[22:01] <phillw> no, it will download th iso, let me just reset the permissions on the file
[22:03] <phillw> mikubuntu: permissions reset.
[23:10] <mikubuntu> is there anything that might typically cause a hang up during install, like now seems to be hung up in 'select and install' at 'configuring man-db' ??
[23:11] <phillw> mikubuntu: does the cd self test okay?
[23:11] <mikubuntu> and i did the self test on this disc before running said it was ok
[23:12] <mikubuntu> oh, wait, it started moving again, at 65% ...
[23:12] <mikubuntu> 66%
[23:12] <phillw> mikubuntu: is it an older computer?
[23:13] <mikubuntu> not really, its a box that my friend built
[23:13] <mikubuntu> but he isn't familiar with most software issues (and i couldn't build a box)
[23:13] <phillw> okies, they can seem to hang, dpkg (right near the end) can take 90 minutes
[23:14] <mikubuntu> 72% ... please god, let this finish, everyone else is downstairs eating dinner and i'm still messing with this damn box ... lol
[23:15] <phillw> as long as the cd said it was a happy bunny, my advice is patience. (Also, when using the alternate ISO - disconnect from internet, so the machine is forced to use the cd and not go and try and get everything from the internet).
[23:16] <phillw> I always drop internet and then  update once machine is running... alternate installer is a funny beast at times, but I swear by it :)
[23:17] <phillw> mikubuntu: go have dinner.... it should have finished by the time you have eaten!
[23:17] <mikubuntu> i don't understand why they let the regular installer go over 700 mb, when 700 is the standard cd size
[23:18] <phillw> mikubuntu: lubuntu has a constant battle with keeping CD size. I'm not sure why you are seeing over size, only the desktop ppc image is oversized.


[15:59] <kynlem> hey
[18:12] <shanttu> hi. anyone interested in tomboy-sync problems?  debug.log http://pastebin.com/Y6n8DbWX Problem on natty and maverick. N900 conboy works fine
[19:58] <greenit> hi, i have a problem with ubuntu one... it always notifies me that it syncs now, but it doesn't get a connection (however, i am logged in through the client) and retries every few seconds... can any1 help me?
[20:06] <karni> greenit: please do drop by tomorrow, there will be more people to help
[20:10] <greenit> k
[21:15] <duanedesign> hello karni
[21:15] <karni> hi pal :)
[21:16] <duanedesign> karni: looks like ssl issues are back
[21:16] <karni> duanedesign: that is.. ?
[21:17] <karni> *meaning?
[21:17] <duanedesign> karni: client can not log in and retries evey minute or so
[21:17] <duanedesign> 'every;
[21:17] <karni> duanedesign: oh


[05:40] <ubotu> New bug: #109139 in libx11 (main) "RDP-Session (using tsclient) crashes after some minutes" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109139
[08:31] <ubotu> New bug: #80959 in xorg (main) "Major screen corruption with X in Edgy on Dell Latitude D505" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80959
[08:34] <ubotu> New bug: #79049 in xorg (main) "Monitor "Out of sync" with live cd" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79049
[08:39] <ubotu> New bug: #77576 in xorg (main) "livecd -- X breaks w/ multi-monitors" [Undecided,Unconfirmed]  https://launchpad.net/bugs/77576
[09:31] <ubotu> New bug: #94671 in linux-restricted-modules-2.6.20 (restricted) "[nvidia-glx]  fails to detect modelines in Feisty (low resolution)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94671
[12:05] <ubotu> New bug: #109207 in Ubuntu "Mouse Disappears on New Login (dup-of: 63905)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109207
[04:01] <ubotu> New bug: #109274 in xorg-server (main) "[apport]  Xorg crashed with signal 5" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109274
[04:11] <ubotu> New bug: #108853 in linux-restricted-modules-2.6.20 (restricted) "upgrade tool crashed during upgrade to 7.04" [Undecided,Confirmed]  https://launchpad.net/bugs/108853
[04:36] <ubotu> New bug: #109281 in xorg-server (main) "[apport]  Xorg crashed with SIGSEGV in xf86SetDGAMode()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109281
[04:50] <ubotu> New bug: #109282 in xserver-xorg-video-mga (main) "kdm restarting server causes loss of drm" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109282
[05:16] <ubotu> New bug: #28907 in xkeyboard-config "Dapper 3: Shift cancels CapLock not OK" [Wishlist,Confirmed]  https://launchpad.net/bugs/28907
[05:43] <ubotu> New bug: #109228 in linux-restricted-modules-2.6.20 (restricted) "nvidia activation failed" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109228
[06:03] <ubotu> New bug: #108803 in xorg (main) "Impossible d'installer  /var/cache/apt/archives/x11-common_1%3a7.2-0ubuntu11_i386.deb" [Undecided,Unconfirmed]  https://launchpad.net/bugs/108803
[07:42] <ubotu> New bug: #109199 in xorg (main) "Kubuntu Login "Slides Around the Screen" at 1280x1024 + 3 other errors with NVIDIA GeForce 6150" [Undecided,Needs info]  https://launchpad.net/bugs/109199
[07:44] <ubotu> New bug: #109329 in linux-restricted-modules-2.6.20 (restricted) "nvidia upgrade failure" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109329
[09:10] <ubotu> New bug: #108843 in xresprobe (main) "SIS 6326 (and/or Monitor): low-res configuration in Kubuntu 7.10" [Undecided,Confirmed]  https://launchpad.net/bugs/108843
[10:51] <ubotu> New bug: #109414 in linux-restricted-modules-2.6.20 (restricted) "nvidia driver doesn't work with GF4 TI-4200 Go " [Undecided,Unconfirmed]  https://launchpad.net/bugs/109414
[11:36] <ubotu> New bug: #109297 in xorg (main) "Dell Laptop Screen Flicker" [Undecided,Needs info]  https://launchpad.net/bugs/109297
[11:37] <ubotu> New bug: #108786 in xorg (main) "Visual Glitch on the screen with a Dell inspiron 8600" [Undecided,Needs info]  https://launchpad.net/bugs/108786
[11:58] <ubotu> New bug: #109210 in xorg (main) "Fiesty graphics problem" [Undecided,Needs info]  https://launchpad.net/bugs/109210