[12:21] <pkern> How's living on the bleeding edge currently? Is Dapper broken or at least barely usable?
[12:24] <Burgwork> pkern, not bad
[12:25] <Pygi> pkern: rather barely usable, then completely broken :)
[12:29] <pkern> Hm. Why isn't linux-image-2.6.15-10-k7 installable. Was that uploaded today?
[12:31] <Burgwork> pkern, file a bug on it. this is not a support channel
[12:31] <pkern> Burgwork: Sorry.
[12:32] <tepsipakki> not built yet, i believe
[12:33] <pkern> tepsipakki: Oki. The package lists are already updated, though. So linux-image-k7 refers to it. ;) I'll just wait.
[12:50] <jdthood> Anyone have any clue as to why /proc/1/environ contains no PATH setting?
[12:50] <zul> environment variables?
[12:59] <mjr> because it hasn't inherited any?
[01:05] <rob1> does anyone know why the glade-gnome package is missing dependencies?
[01:05] <rob1> in breezy
[01:20] <dereks_> who do i talk to about sbackup?
[01:20] <jdthood> zul, mjr: I think that the reason is that the init program in the initrd doesn't set PATH.
[01:21] <Burgwork> dereks_, sivang
[01:21] <dereks_> Burgwork: thanks
[01:22] <dereks_> sivang: ping
[01:23] <Burgwork> dereks_, he lives in Israel, so it is early early morning there
[01:24] <dereks_> Burgwork: ok
[01:24] <dereks_> thanks
[03:15] <Bonzodog> Hi guys, anyone awake
[03:15] <Bonzodog> ?
[03:15] <Bonzodog> have a querie about 64 bit build
[03:16] <Bonzodog> was talking to devels in gnustep, and they have said that the sid64 tree has been altered to remove /lib32
[03:17] <Bonzodog> so has that alteration made it into dapper?
[08:27] <pef> hello
[08:27] <desrt> good morning
[09:09] <pef> mm flight-2 installer neither find my cd-rom nor my first hard drive, what should I provide in my bgu report ? dmesg output ? /var/log/syslog ?
[09:09] <Lathiat> pef: did it work in breezy or flight 1?
[09:10] <pef> Lathiat: yes, I installed breezy without problems
[09:10] <Lathiat> pef: if so please find the driver its missing then include relevant lspci output and see if a manual modprobe gets it goign to see if its a detection or driver support issue
[09:10] <pef> Lathiat: when I got prompt to enter drive path, I put /dev/hdfoo and it works
[09:11] <Lathiat> like the device comes up
[09:11] <Lathiat> flight2 just doesnt see it
[09:11] <Lathiat> ?
[09:12] <pef> after "uncompressing the kernel..." I got "hde: ERROR , PORTS ALREADY IN USE"
[09:12] <pef> Lathiat: yes
[09:12] <Lathiat> mm interesting
[09:12] <Lathiat> just include as much info then like lspci/dmesg and that info
[09:12] <Lathiat> also cat /proc/partitions
[09:13] <pef> should I have to test with flight 1 too ?
[09:14] <Lathiat> may be usefull to include relevant dmesg parts from flight1, tho i dunno
[09:14] <Lathiat> i'd file all above info
[09:14] <Lathiat> may get asked more?
[09:16] <pef> I will try with flight1 too
[09:18] <pef> Lathiat: I can send you dmesg right now, I had to download isos and this can get a few minutes :)
[09:19] <Lathiat> pef: dont bother sending it to me :)
[09:19] <Lathiat> i wouldnt be much good with it :P)
[09:19] <Lathiat> just file a bugzilla report?
[09:19] <pef> of course :)
[09:20] <pef> in dmesg output I have a "ide2: i/o ressource not free", arg
[09:34] <sivang> dereks_: pong
[09:43] <sivang> dereks_: I think you already tried to ping me, please email me so we won't miss each other next time , I'm sivan __AT__ ubuntu DOT com
[09:43] <sivang> Burgwork: ping
[09:59] <Mez> hmm - does anyone here use scott's signkey.pl?
[10:16] <sivang> Mez: I use Kinnison's scripts.
[10:17] <Mez> sivang as long as you dont use dsilvers :D
[10:17] <Mez> lol
[10:17] <sivang> hehe
[10:19] <sivang> Mez: well, I guess having him around me when I installed and configured them helped :)
[10:20] <Mez> lol
[11:30] <pef> Lathiat: http://bugzilla.ubuntu.com/show_bug.cgi?id=21707 I hope I haven't missed something
[11:32] <Lathiat> pef: looks good
[02:14] <thesaltydog> I can't find any clear documentation to help myself in understanding how "launchpad-integration" works on Help Menus...
[02:14] <tseng> sivang: ^ can you give him a hint? :)
[02:21] <thesaltydog> tseng,  found. liblaunchpad-integration!
[02:21] <tseng> heh yes
[02:45] <slomo_> elmo: please sync pygame, meta-gnome2, gazpacho from debian/unstable, service-discovery-applet, gnome-user-share, ipod-sharp, libipoddevice from debian/experimental... ubuntu changes can be dropped
[02:46] <tseng> elmo: will lighttpd be pulled into ubuntu automatically? new in debian unstable
[03:28] <Lathiat> gah locales is screwing up again
[03:49] <BrianB04> Heylo all
[03:53] <fabbione> elmo: if you have time and you are working, network-console source is in main/Sources.gz, but the files are still in universe = FTBFS
[04:00] <thesaltydog> Could anyone  make an evaluation of baobab and bum for a possible inclusion in main?
[04:06] <Bonzodog> Is there anyone here dealing with the 64 bit version of Dapper?
[05:20] <sivang> TheMuso: hi, are you sorted with LPI ?
[05:29] <mjg59> pitti: My mmc card (appears as /dev/mmcblk0p1) doesn't appear to automount
[05:30] <Treenaks> why does it appear as that?
[05:31] <mjg59> Because it's an mmc card
[05:31] <Treenaks> mjg59: my MMC cards show up as /dev/sd[a-z]
[05:31] <Treenaks> or is this a special controller?
[05:31] <Lathiat> depends on the driver i guezz
[05:32] <Bonzodog> i'm curious...anyone here running Dapper 64?
[05:32] <Treenaks> Bonzodog: I am, at work
[05:32] <Lathiat> not i
[05:32] <Bonzodog> doe sit have a /lib32 dir?
[05:33] <Treenaks> Bonzodog: I can't reach my work machine from here :)
[05:33] <Lathiat> Treenaks: heh i vpned my work machine to home over port 443 with openvpn :)
[05:33] <Treenaks> Lathiat: oh I could do some tricks (it's running sshd, I can reach a server from which I can ssh to it)
[05:33] <Treenaks> but I can't be arsed :)
[05:33] <Lathiat> heh
[05:34] <Bonzodog> hrm..acording to a debian devel I spoke to the sid 64 lib setup has changed
[05:34] <Bonzodog> currently, breezy has 3 lib dirs
[05:34] <mjg59> Treenaks: That's because yours are appearing as usb mass storage
[05:34] <Bonzodog> /usr/lib, /usr/lib32, /usr/lib64
[05:35] <Treenaks> mjg59: yeah, and my crappy TI slots don't work
[05:35] <Bonzodog> but apparantley, the /lib32 dir is no longer in the sid tree, so debian now conforms to the standard
[05:36] <mjg59> Treenaks: Should do soon
[05:36] <mjg59> (The SD/MMC, at least)
[05:36] <Bonzodog> all 32 bit libs go in /usr/lib
[05:36] <Bonzodog> and all 64 bit libs go in /usr/lib64
[05:36] <jsgotangco> happy new year guys
[05:36] <Treenaks> mjg59: wow.. I was told it wouldn't be possible for the forseeable future
[05:36] <Bonzodog> but would it be possible to alter dapper like that at this stage?
[05:36] <mjg59> Treenaks: Hmm. Actually, that depends. As long as it's a *21 part rather than a *20
[05:36] <Treenaks> mjg59: lspci will tell me?
[05:37] <mjg59> Bonzodog: Ubuntu is working closely with Debian on making amd64 sane
[05:37] <mjg59> Treenaks: Yeah
[05:37] <Treenaks> 0000:02:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller
[05:37] <Bonzodog> yeah, cause I'm working on GNUStep development
[05:37] <Bonzodog> and ubuntu 64's current setup is causing big problems
[05:38] <mjg59> Bonzodog: Mithrandir is probably the person to talk to about this, but he's still on holiday
[05:38] <Bonzodog> hrm..will ask again soon
[05:38] <Bonzodog> when he's back
[05:38] <\sh> moins gentlemen
[05:38] <mjg59> Next week, probably
[05:38] <Mithrandir> Bonzodog: hmm?
[05:39] <mjg59> Oh, right
[05:39] <Bonzodog> look above
[05:39] <Bonzodog> dapper64; has it removed /lib32?
[05:39] <Mithrandir> Bonzodog: no, not if you install ia32-libs.
[05:40] <Bonzodog> hrm
[05:40] <Bonzodog> see, that is causing probs trying to build sane gnustep appas
[05:40] <Bonzodog> in 64 bit
[05:40] <Mithrandir> Bonzodog: why do you care about 32 bit stuff if you're on amd64 and working on gnustep?  That's free software, so just use lib.
[05:41] <Bonzodog> beacuse there is quite a bit of work to be done in gnustep-core
[05:41] <Bonzodog> to make it 64 bit usable
[05:41] <Mithrandir> Bonzodog: debian uses /emul/ia32-linux, iirc.
[05:41] <Bonzodog> so it still relies on seeing 32 bit libs in /usr/lib
[05:41] <mjg59> Gnustep isn't 64-bit clean?
[05:41] <Bonzodog> not yet
[05:42] <mjg59> That's, uhm, neat.
[05:42] <Bonzodog> it's being worked on
[05:42] <mjg59> I don't think it's reasonable for software to assume that /usr/lib contains 32-bit libraries
[05:43] <Mithrandir> Bonzodog: anyway, Debian has 64 bit stuff in /usr/lib on amd64.
[05:43] <mjg59> It's untrue for several architectures
[05:43] <Mithrandir> Bonzodog: why do you care where libraries are, btw?
[05:44] <Bonzodog> someone in gnustep I was talking to yesterday reckoned the sid tree had been changed to so that it met 'standards'
[05:45] <Bonzodog> where by there is only 2 lib dirs
[05:45] <Bonzodog> I need the lib dirs in the correct place to build the gnustep core
[05:45] <Mithrandir> Bonzodog: there's no standard for what goes into which library directory, apart from /lib/ld-linux.so.2 containing the 32 bit dynamic linker and /lib64/ld-linux-x86-64.so.2 being the 64 bit one.
[05:45] <Mithrandir> why?
[05:46] <Mithrandir> just use the dynamic linker.
[05:46] <zul> hey BenC
[05:47] <Bonzodog> see, at current, /lib64 is symlink of /lib
[05:47] <Mithrandir> Bonzodog: yes
[05:47] <Bonzodog> the thing is I need to run a script that automatically looks in lib for ia-32 bit libs
[05:48] <Bonzodog> I could alter the script
[05:48] <Mithrandir> Bonzodog: again, why do you care?
[05:48] <Bonzodog> because gnustep core will not build
[05:48] <Mithrandir> fix the build rules to not care, then.
[05:49] <mjg59> Bonzodog: If you're building a 32-bit application, the linker will automatically look in the right place
[05:49] <mjg59> If the software is trying to be smarter than the linker, then the software is probably wrong
[05:50] <Mithrandir> Bonzodog: note that libraries will start to move to another directory in not too long, so any fixes you do now will have to be redone later.
[05:51] <Bonzodog> thats what I want to know - is there going to be an alteration before dapper final in april?
[05:51] <mjg59> Bonzodog: /Why/ does the build system want to know this?
[05:52] <Bonzodog> hold on...gnustep is complicasted..it has it's own build tools
[05:52] <Mithrandir> Bonzodog: it uses gcc, doesn't it? :-)
[05:52] <Mithrandir> Bonzodog: yes, quite likely.
[05:55] <Bonzodog> http://mediawiki.gnustep.org/index.php/Installation_of_32bit_GNUstep_on_64bit_Linux
[05:56] <Bonzodog> there is a script you have to run there to install the core env
[05:56] <Bonzodog> it has it's own make tools
[05:56] <Bonzodog> for it's own apps
[05:57] <Mithrandir> we don't support building random 32 bit applications on amd64.
[05:57] <Mithrandir> there's no development libraries, for, say, libX11.
[06:00] <Bonzodog> so it won't be possible to install gnustep under ubuntu 64 at the moment
[06:00] <Bonzodog> ?
[06:00] <Bonzodog> I know there is a 64 bit version in the repos, but i'm not sure where it's come from
[06:01] <Mithrandir> from the source packages available alongside the .debs.  I hope so, at least. ;-)
[06:01] <BenC> zul: hey
[06:01] <Mithrandir> sure, it's probably possibly to install it on ubuntu amd64, just not compile it there.
[06:03] <Bonzodog> because i would like to build a more recent version of gnustep from the nightly build
[06:04] <mjg59> Bonzodog: I'm afraid the answer is probably "Fix Gnustep"
[06:04] <mjg59> We've had Linux on 64-bit platforms (and with 64-bit libraries in /usr/lib...) for over 10 years
[06:05] <Bonzodog> yeah, theres a lot of work to be done on getting gnustep sorted for 64 bit
[06:05] <Bonzodog> unforunately, i'm not a coder
[06:06] <Bonzodog> just trying to build the env from current code
[06:16] <Mithrandir> neither Debian nor Ubuntu provides the 32 bit libraries, so you might have more luck just using a 32 bit chroot.
[06:16] <Bonzodog> hrm...
[06:16] <Bonzodog> I have got the ia32 libs
[06:17] <Mithrandir> yes, but that doesn't include the header files, etc.
[06:17] <Bonzodog> i have FF1.5 working using 'linux32'
[06:18] <Bonzodog> with flash
[06:18] <Bonzodog> but not in a chroot
[06:20] <Mithrandir> I guess you didn't compile it yourself?
[06:21] <Bonzodog> no, it's the pre-built version off the site
[06:21] <Bonzodog> installed in a programs dir in my home dir
[06:21] <Bonzodog> RAOF on the forums came up with it
[06:21] <Bonzodog> as he runs 64 bit
[06:22] <Bonzodog> but it does work
[06:22] <Bonzodog> the only other alteration you have to make is to install a non-standard theme for FF1.5
[06:27] <Bonzodog> http://www.ubuntuforums.org/showthread.php?t=90106
[06:28] <Bonzodog> interesting way of doing it, but it works
[06:30] <Mithrandir> Bonzodog: sure, that works, but we can't support random hacks people come up with.
[06:30] <Bonzodog> I know that
[06:31] <Mithrandir> Bonzodog: also, compiling and running programs are two different matters, you seem to want to compile gnustep, and the easiest way to do that is with a 32 bit chroot.
[06:31] <Bonzodog> it would be nice to see the devels in the forums a bit more often :)
[06:31] <Bonzodog> yeah, i know what you mena
[06:31] <Bonzodog> mean
[06:32] <Bonzodog> to compile will need a 32bit chroot
[06:32] <Mithrandir> I can't spend my time browsing the forums, I'm far too busy already.
[06:33] <Bonzodog> hrm...best off seeing what kind of timeline we are looking at to get gnustep 64 bit compatible
[07:15] <sistpoty> elmo: please sync log4cxx from unstable, ubuntu override ok, thx.
[07:35] <Riddell> elmo: please move metabar to morgue, it's now included in konq-plugins
[07:43] <\sh> well..gentlemen...will see you all in 2006 :) now it's time to shutdown the pbuilders and I wish you all a happy new year 2006 :) have fun, party all the time :)
[07:56] <Q-FUNK> who maintains ubuntu-sounds nowadays?
[07:57] <Q-FUNK> the current person listed as Maintainer is a non-existant user at canonical.  e-mail bounced.
[07:58] <Mithrandir> Q-FUNK: unsure, infinity (adam conrad) was going to do something about it, but I guess you could just mail ubuntu-devel
[07:59] <Mithrandir> Q-FUNK: please do allow a couple of days for people to catch up on email after the holidays, though
[08:00] <Q-FUNK> Mithrandir: aye.  that's standard procedure.  nothing new there :)
[08:00] <sivang> \sh_away: happy new year Stephan
[08:01] <Q-FUNK> ah.  awaiting moderation.
[08:02] <Q-FUNK> another question:
[08:02] <Q-FUNK> could someone please sync rus-ispell from unstable?  ;)
[08:02] <sivang> Q-FUNK, Mithrandir : happy new year guys
[08:02] <sivang> Q-FUNK: you're a canonical employee ?
[08:02] <Q-FUNK> happy new year!
[08:03] <Q-FUNK> sivang: nope
[08:03] <Q-FUNK> would be nice if I were, though :)
[08:03] <sivang> thanks :) same goes to you guys. Mithrandir : have you and Simira planned anything for new year's ?
[08:04] <sivang> Q-FUNK: same here, or for all of us , hehe :)
[08:05] <Mithrandir> sivang: we're heading up to a friend of mine who lives up the street in two-ish hours.
[08:05] <Mithrandir> sivang: so a bit of partying, but none of us are really in the party modd tonight, so.. :-)
[08:06] <Q-FUNK> Mithrandir: why not?  new year has no particular menaing in your neck of the wood or?
[08:07] <Mithrandir> Q-FUNK: it's a new year, but we're kinda tired of parties, having gone to such for the last week and a half or so
[08:07] <Q-FUNK> or already too exausted from the x-mas ones?  oh... hehe :)
[08:09] <Robot101> Q-FUNK: new year has no particular meaning in any neck of the woods :P
[08:09] <Q-FUNK> ;)
[08:13] <Q-FUNK> low and behold.  it seems that cups-pdf might finally work with the low-priviledge cupsys of ubuntu.  nice.
[09:10] <mjg59> What would be great would be if:
[09:10] <mjg59> The service discovery applet knew which protocols you could handle by looking at installed applications, rather than having a bunch of checkboxes with opaque names
[09:10] <mjg59> And if applications could register their ability to support protocols when installed
[09:11] <mjg59> Lathiat: I'm looking at you
[09:11] <tseng> mjg59: rock on.
[09:11] <mjg59> daf is just writing a plugin that adds a menu to Epiphany that lists local websites
[09:30] <FireRabbit> mjg59, arent protocols part of the mime stuff?
[09:30] <FireRabbit> if so, the applet could use that
[11:22] <psusi> woohoo!
[11:23] <psusi> I got hal/g-v-m/gvs to automount and unmount a packet write mode cdrw just by modifying the hal fdi policies
[11:41] <Bonzodog> if a package you pull from the repos is 'NOT AUTHENTICATED' and the maintainer is listed as someone at debian, does that mean it doesn't actually have an ubuntu maintainer?
[11:41] <Bonzodog> i.e wmaker
[11:43] <Bonzodog> the packages work and install, buit they often require small hacks to get them working properly.


[00:00] <mup> PR snapcraft#4177 opened: core18: removal <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/4177>
[07:11] <mup> PR snapd#12484 closed: randutil: latest RandomKernelUUID() changes from x-go <Created by flotter> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12484>
[09:31] <mup> PR snapd#12838 closed: [master-riscv64] Merge master to gain go 1.18 for riscv64 builds <Needs Documentation -auto-> <Run Nested -auto-> <Created by xnox> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12838>
[10:37] <mup> PR snapd#12841 closed: interfaces/builtin: alphabetized kernel mount options <Simple 😃> <Skip spread> <Created by olivercalder> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12841>
[10:40] <nariyel> How can I view the reviews of an app on ubutustore? How can I post a review?
[10:44] <ogra> nariyel, you should perhaps ask in the #ubuntu-desktop channel, the review feature is an app thing
[10:48] <nariyel> ogra: thank you, do you know which app?
[10:48] <ogra> snap-store is the name of the app ...
[12:22] <mup> PR snapd#12824 closed: o/aspectstate: get/set aspects in state databags <Pulse> <aspects> <Created by MiguelPires> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/12824>
[12:52] <mup> PR snapcraft#4178 opened: fix(ROS-core18): distro-info-data is not available by default in LXD <Created by Guillaumebeuzeboc> <https://github.com/snapcore/snapcraft/pull/4178>
[12:52] <mup> PR snapd#12848 opened: aspects: remove unused field <Simple 😃> <Skip spread> <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/12848>
[13:17] <mup> PR snapd#12848 closed: aspects: remove unused field <Simple 😃> <Skip spread> <Created by MiguelPires> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12848>
[13:17] <mup> PR snapd#12849 opened: many: introduce seccomp denylist to block ioctl with TIOCLINUX to fix CVE-2023-1523 <Created by alexmurray> <https://github.com/snapcore/snapd/pull/12849>
[15:03] <mup> PR snapd#12850 opened: many: allow installations for partial gadgets <Run Nested -auto-> <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/12850>
[15:33] <mup> PR snapd#12851 opened: packagekit: allow dbus activation from snapped apps <Created by sergio-costas> <https://github.com/snapcore/snapd/pull/12851>
[16:03] <mup> PR snapd#12852 opened: o/devicestate: create pending users after receiving a serial <Created by atomcult> <https://github.com/snapcore/snapd/pull/12852>
[18:57] <mup> PR snapcraft#4179 opened: build(deps): bump tornado from 6.2 to 6.3.2 in /docs/.sphinx <Dependencies> <Python> <Created by dependabot[bot]> <https://github.com/snapcore/snapcraft/pull/4179>
[23:13] <mup> PR pc-gadget#52 closed: Implement shim fallback protocol <Created by xnox> <Closed by xnox> <https://github.com/snapcore/pc-gadget/pull/52>


[00:47] <znf> the Ubuntu Server 22.04 installer is just... terrible
[00:47] <znf> The partitioning is... terrible
[00:48] <znf> I have 6 disks, I want to slap 1 x 500MB for EFI and 1 x 100GB for a md0
[00:48] <znf> the installer won't let me add multiple EFIs
[00:52] <blahdeblah> Yeah - the old Debian installer was a lot easier for partitioning.  But I managed to get there eventually on the install I just did.  (Didn't need EFI parts, though, because it was an older server.)
[00:52] <sarnold> heh, are you using my old laptop too? :)
[00:53] <sarnold> (I think that machine *can* do EFI, but I picked CSM back then Just Because)
[00:57] <znf> I partitioned manually
[00:57] <znf> I can't make it use the ESP partition
[00:57] <znf> dear god
[00:57] <blahdeblah> sarnold: No, I'm using your old HP Microserver Gen8, which was a sweet little box, and I wish they still made good servers like them. :-)
[00:58] <znf> https://i.imgur.com/blH5Wpt.png
[00:58] <sarnold> blahdeblah: ahh! yeah I keep hearing good things about those
[00:58] <sarnold> znf: once it's installed, probably dpkg-reconfigure grub-pc  or whatever it is will let you select all the EFIs you want to use
[00:59] <blahdeblah> They took away a lot of cool things in the Gen10 to make them more enterprise so they could charge more money, which turned me off.  I just use SFF desktops for my home servers now.
[00:59] <znf> except: https://i.imgur.com/6JPYkOh.png
[00:59] <znf> :)
[00:59] <sarnold> argh :(
[00:59] <sarnold> znf: lol
[00:59] <sarnold> znf: oh man
[01:00] <sarnold> znf: I think in the upper right corner there's a menu entry to file a bug report? it's been years since I've seen it..
[01:00] <sarnold> znf: if it feels like you ought to be able to proceed but can't, that's probably worth a report
[01:00] <znf> I'm assuming it doesn't allow me to proceeed because I don't have a mounted EFI partition
[01:01] <znf> but I can't tell how to use it
[01:02] <znf> like nobody ever fucking tested this
[01:02] <znf> do they just test this crap installer on "cloud" servers with 2 disks and call it a day
[01:02] <znf> or wtf
[01:03] <znf> can't even delete the partition https://i.imgur.com/piyCocZ.png
[01:03] <znf> this is hilarious
[01:04] <znf> OOOH!
[01:04] <znf> I have to edit every disk
[01:04] <znf> and tell it to "use as boot device" and then "add as another boot device"
[01:05] <znf> And I end up with this: https://i.imgur.com/PdlfuLH.png
[01:06] <znf> now let's see if it actually uses it as a "backup esp" and mirrors the contents
[01:10] <znf> https://i.imgur.com/vxqA0OR.png
[01:10] <znf> and it's taking 5+ minutes to... format 100GB? wtf
[01:12] <sarnold> hmm, at 100 MB/s to usual hard drives, I think I'd expect around 17 minutes
[01:12] <znf> they're 12G SAS drives, SSD
[01:12] <znf> actually SAS, not SATA
[01:13] <znf> https://i.imgur.com/QcKjBrv.png
[01:13] <znf> is this thing actually waiting for the resync
[01:13] <znf> wtf
[01:14] <znf> no idae why it's 100MB/sec
[01:49] <znf> oh, it failed the install
[01:50] <znf> https://i.imgur.com/WizjI2n.png
[01:50] <sarnold> \o/
[01:50] <blahdeblah> ;-(
[01:51] <sarnold> it's a bit vague about what actually failed :(
[01:51] <znf> yup
[01:52] <znf> and it won't reboot lol
[11:47] <derjanni> I am currently running an Intel Atom-box (x86_64) in my basement and constantly look for possible arm64 replacements. Has anyone seen any small arm64 U1 boxes that work with Ubuntu Server for arm64?
[11:48] <derjanni> sry, meant to say 1U rack mount
[11:53] <blahdeblah> I ran across some of those when I was doing a few web searches for gear, but I can't remember who made them. Maybe Supermicro?
[11:54] <derjanni> The one I currently have is a supermicro, but couldn't find any arm64 boxes from them.
[11:58] <derjanni> I'll probably stick to the box I currently have.
[12:44] <dannf> derjanni: you might try gigabyte as well if you're looking for whitebox. you can check the certification site to see if the soc has been certified
[12:44] <derjanni> dannf: awesome thanks
[13:54] <patdk-lap> gigabyte just makings huge arm servers
[13:54] <patdk-lap> the only small arm servers (under 200cores) I know of is by solid-run
[15:36] <smoser> paride: https://code.launchpad.net/~smoser/ubuntu/+source/sbuild-launchpad-chroot/+git/sbuild-launchpad-chroot/+merge/431224
[15:37] <smoser> i pushed your suggested changes... now just curious on next steps.
[15:37] <smoser> a.) merge into master (~motu/ubuntu/+source/sbuild-launchpad-chroot:master) .
[15:37] <smoser> I just do that, right? I push to there ?
[15:39] <smoser> b.) then i upload ?  I guess I should make a 'release' commit message before pushing, and then I just upload to lunar ?
[15:48] <paride> smoser, yes I'd say so. What I'd do is: (1) merge to master (2) make "release version 0.20" pointing lunar in d/changelog (3) upload, wait for "Accepted" email (4) `git tag --signed 0.20` and push
[15:49] <paride> make "release version 0.20" *commit* pointing lunar ..
[15:49] <smoser> ok. doing '1' and 2 now
[15:50] <paride> I prefer to wait for the Accepted mail before pushing the release commit just in case the upload gets rejected for any reason
[15:57] <paride> smoser, as we're speaking of that package, fyi I just filed https://bugs.launchpad.net/ubuntu/+source/sbuild-launchpad-chroot/+bug/1996205
[15:57] -ubottu:#ubuntu-server- Launchpad bug 1996205 in sbuild-launchpad-chroot (Ubuntu) "-proposed schroot not really using -proposed in >= Lunar" [Undecided, New]
[16:00] <smoser> did '3'.
[16:06] <smoser> paride: do you know how i make lintian aware of https://www.mit.edu/afs.new/sipb/project/debathena/lintian/www/tags/bad-distribution-in-changes-file.html
[16:06] <smoser> i'd have hoped it would reasd distro-info-data, but that has been updated.


[00:01] <wgrant> hah
[00:01] <wgrant> 30ms query in all product traversals
[00:01] <wgrant> with pillarname.alias_for IS NULL, when the alias_for index is partial on NOT NULL.
[00:34]  * wgrant dies quietly.
[00:40] <wgrant> lifeless: https://code.launchpad.net/~wgrant/launchpad/bug-932438/+merge/93109 would enjoy your perusal.
[00:40] <wgrant> StevenK: Could you please review https://code.launchpad.net/~wgrant/launchpad/bug-932451/+merge/93111 and https://code.launchpad.net/~wgrant/launchpad/bug-932433/+merge/93110?
[00:43]  * wgrant headdesks repeatedly
[00:43] <wgrant> goddammit
[00:43] <wgrant> did nobody actually think when they were writing any of the queries on Product:=index
[00:43] <wgrant> Half of them are unindexed.
[00:43] <wgrant> So they only work at all because the tables only have 100000 rows.
[00:44] <wgrant> Oh look, now the query is 0.1ms
[00:45] <StevenK> wgrant: r=me * 2
[00:46] <wgrant> Thanks.
[00:53] <wgrant> And another two missing indices.
[00:54] <wgrant> That should be about 400ms off /unity now, I think.
[00:55] <lifeless> wgrant: you forgot to request from stub as well
[00:55] <wgrant> Blah, true.
[00:55] <wgrant> If you hold off for a minute I'll have another two indices in there.
[00:58]  * StevenK peers at his ec2 run
[00:58] <StevenK> It has dropped the entitlement table, but a method under IPerson is still trying to query it.
[00:59] <wgrant> StevenK: Person merge will query anything that has foreign keys.
[00:59] <wgrant> You'll need to drop the foreign keys before you move to todrop.
[00:59] <wgrant> Only foreign keys to branch and person matter.
[01:00] <StevenK> Oh, my DB patch is wrong
[01:00] <wgrant> Well, it's right.
[01:00] <wgrant> It just won't work.
[01:01] <wgrant> We should possibly fix upgrade.py to drop todrop relations even when unreplicated, but I was never brave enough to do it.
[01:04] <StevenK> wgrant: I need to ALTER TABLE person DROP CONSTRAINT entitlement_{approved_by,person,registrant}_fkey; ?
[01:05] <wgrant> StevenK: ALTER TABLE entitlement, but roughly yes.
[01:05] <StevenK> wgrant: But won't they get deleted if I just drop the entitlement table?
[01:06] <wgrant> They will, but you can't drop the entitlement table.
[01:06] <wgrant> You can only move it to todrop and then let upgrade.py have its way with it.
[01:06] <wgrant> It will eventually drop in a replicated environment, but not AFAIK in an unreplicated one.
[01:07] <wgrant> And we are possibly going to move the replicated drop to after service is restored.
[01:07] <wgrant> Which means you'd have to drop the FKs early anyway.
[01:08]  * wgrant lunches.
[01:08] <StevenK> wgrant: http://pastebin.ubuntu.com/842474/
[01:09] <wgrant> StevenK: Looks reasonable. Apply it locally and check that entitlement has no more FKs onto person or branch.
[01:09] <StevenK> I didn't see any on branch, but I'll check
[01:09] <StevenK> And then commit/push/re-toss at ec2
[01:09] <wgrant> There probably aren't any.
[01:10] <wgrant> But those are the two tables that matter.
[01:10] <StevenK> I was tempted to pg_dump launchpad_dev | grep entitlement | grep CONSTRAINT or some such
[01:10] <wgrant> \d entitlement should do fine
[01:11] <wallyworld> huwshimi: got a minute for a css question?
[01:11] <StevenK> wgrant: distribution, product and project too :-/
[01:12] <wgrant> StevenK: They don't matter.
[01:12] <StevenK> Oh, they will get binned when the table does?
[01:12] <StevenK> But the person FKs are thpecial?
[01:12] <wgrant> They will all get binned when the table does.
[01:12] <wgrant> Person and branch FKs are special because our code queries to find all of them.
[01:12] <wgrant> On branch deletion and person merging.
[01:13] <StevenK> Right
[01:13] <wgrant> To check for references that need breaking or updating.
[01:13] <wgrant> Oh, LFA also.
[01:13] <wgrant> But there probably aren't any of those.
[02:19] <lifeless> wgrant: this needs a faq I think
[02:19] <lifeless> wgrant: on the dbpatches pages
[02:19] <lifeless> wgrant: its a vicious special case that folk don't touch often enough to have paged in
[02:20] <wgrant> lifeless: Yeah
[02:20] <wgrant> Probably.
[02:21] <wgrant> But tests catch it, so it's not so bad.
[02:24] <lifeless> wgrant: having a canned answer would avoid confusion.
[02:24] <lifeless> wgrant: would you like to write one?
[02:25] <lifeless> (I would like /someone/ to write one)
[02:25] <wgrant> I two massive DB patches to finish today; maybe after that :)
[02:27] <wgrant> lifeless: Is there a good reason we don't use HSTS?
[02:28] <wgrant> I believe there are a couple of types of URLs (PRF downloads) that we force to HTTP for probably no good reason.
[02:28] <wgrant> But HSTS is probably useful for performance as well as security.
[02:32] <lifeless> get chrome to put it in their hardcoded list ?
[02:33] <lifeless> wgrant: its never been discussed TTBOMK
[02:33] <lifeless> back soon
[02:36] <wgrant> lifeless: HSTS is a header
[02:37] <wgrant> http://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
[03:04] <lifeless> wgrant: I know
[03:04] <lifeless> wgrant: (what in my answer suggested I didn't ?)
[03:04] <wgrant> lifeless: You mentioned Chrome's hardcoded list.
[03:05] <lifeless> yes
[03:05] <lifeless> wgrant: http://www.chromium.org/sts
[03:07] <wgrant> lifeless: Perhaps eventually.
[03:07] <wgrant> But we should do the header first :)
[03:08] <mwhudson> that's a pretty random list of sites
[03:08] <StevenK> And IE doesn't support it. This is my surprised face.
[03:08] <wgrant> +download/blah is the only thing we don't currently server over HTTPS to browsers
[03:08] <wgrant> And we'll have to start HTTPSing for some things soon.
[03:09] <wgrant> (due to private projects)
[03:09] <lifeless> +download/blah should be https
[03:09] <wgrant> So hopefully https://rt.admin.canonical.com//Ticket/Display.html?id=30043 isn't an issue
[03:09] <wgrant> any more
[03:09] <wgrant> lifeless: You would damn well think so.
[03:09] <wgrant> But Plone seems to be a bit screwed.
[03:09] <wgrant> Or was in 2008.
[03:09] <lifeless> so
[03:10] <lifeless> this exemption should be backed up by logic in LP
[03:10] <lifeless> +1 on nuking it, with a short list discussion to make sure noone is surprised
[03:10] <wgrant> Great.
[03:10] <wgrant> Then I shall deploy HSTS and X-Frame-Options and HttpOnly
[03:11] <lifeless> do we generate http urls for +download ?
[03:11] <wgrant> (the last of which requires a minor zope.session upgrade)
[03:11] <wgrant> I believe so.
[03:11] <lifeless> as long as you stop generating them the apache rule won't be in the way
[03:11] <lifeless> (though that isn't a reason to preserve it)
[03:11] <wgrant> Yep
[03:14] <wgrant>         return str(URI(url).replace(scheme='http'))
[03:14] <wgrant> There's the guilty one.
[03:15] <StevenK> Kill it
[03:16] <wgrant> poolie: What are your not-4-year-old thoughts on https://bugs.launchpad.net/launchpad/+bug/174186?
[03:16] <_mup_> Bug #174186: https redirects pose download problem <infrastructure> <lp-bugs> <lp-foundations> <Launchpad itself:Invalid> < https://launchpad.net/bugs/174186 >
[03:25] <wgrant> StevenK: could you review https://code.launchpad.net/~wgrant/launchpad/remove-extra-privacy/+merge/93122? As discussed on the call this morning.
[03:28] <StevenK> wgrant: The CTE flag never made it to flags.py? :-(
[03:29] <wgrant> Nah, it was only meant to last a couple of days.
[03:29] <wgrant> But I forgot to delete it.
[03:30] <StevenK> first_product = self.factory.makeProduct(name='bunny')
[03:30] <StevenK> I thought I saw something odd in the diff
[03:30] <StevenK> Had it read it closer
[03:30] <StevenK> wgrant: r=me
[03:30] <wgrant> Thanks.
[03:45] <poolie> hi wgrant
[03:46] <poolie> wgrant, i think it's funny when things flip from fixreleased to invalid :)
[03:46] <poolie> it's not a practical issue for bzr atm afaik
[03:46] <poolie> i would leave it ~wontfix
[03:47] <wgrant> poolie: It's really Fix Released, but the Great LP Project Merge let the Invalid malone task take over.
[03:47] <wgrant> So it's currently fixed.
[03:47] <poolie> how is it fixed?
[03:47] <wgrant> But I am going to unfix it unless someone brings up a very good reason to not.
[03:48] <wgrant> Check the download links on https://launchpad.net/bzr/+download
[03:48] <wgrant> They're the only internal HTTP links in Launchpad
[03:48] <poolie> wow
[03:48] <poolie> that's crazy
[03:48] <StevenK> All because of Plone
[03:49] <StevenK> I knew Plone was evil, this just confirms it
[03:49] <poolie> please do fix it, i think it's a bug, arguably a serious one, that those links are insecure
[03:49] <wgrant> One would think so.
[03:49] <wgrant> Thanks.
[03:49] <poolie> i do think it's nice if there is at least the option to get the final file over http
[03:49] <poolie> ie if the librarian speaks http if you ask for it on the final url
[03:49] <wgrant> You can s/https/http/ in the librarian URL and it will still work.
[03:49] <wgrant> If you really must get a compromised copy of the file.
[03:50] <poolie> yep
[03:50] <poolie> i think that's a decent accommodation to the specific case of broken clients or ridiculous firewalls
[03:51] <wgrant> I might just make the change and then publicly shame anybody who complains that their stuff is broken.
[03:52] <lifeless> public shaming isn't a terribly friendly strategy
[03:52] <wgrant> Neither is downloading code over HTTP :)
[03:53] <poolie> the issue like this that does currently annoy me is that curl, by default, doesn't follow redirects
[03:53] <poolie> but, lp probably can't do anything about that
[03:53] <poolie> i guess if we wanted to help people like this
[03:53] <lifeless> we could generate librarian urls directly in the page
[03:53] <poolie> and i'm not saying it's a priority
[03:53] <lifeless> except for private context
[03:53] <lifeless> *content*
[03:53] <poolie> right, put the final url
[03:53] <poolie> and then people can more obviously make the protocol change themselves
[03:54] <lifeless> OTOH its a special case for pretty low return
[03:54] <lifeless> curl should really follow redirects over HTTPS
[03:54] <poolie> i don't know why it has that default
[03:54] <poolie> also it just gives you an 0 byte file rather than erroring
[03:55] <poolie> oh well
[04:03] <lifeless> poolie: (curious) have you filed a bug ?
[04:03] <wgrant> There's an option to make it follow the redirect.
[04:08] <StevenK> wallyworld: Did you notice you got r14800 ?
[04:09] <wallyworld> no
[04:09] <wallyworld> what's the significance?
[04:09] <StevenK> wallyworld: Your MP fix is r14800
[04:09] <poolie> lifeless, nup i assumed it was intentional
[04:09] <StevenK> It's a 00 number!
[04:10] <StevenK> They're special or something
[04:10] <wallyworld> oh, ok :-)
[04:10] <wallyworld> i feel much better knowing that
[04:10] <poolie> StevenK: +2 damage
[04:11]  * StevenK grumbles at the lack of QA
[04:19] <wgrant> StevenK: https://code.launchpad.net/~wgrant/launchpad/bug-932518/+merge/93127 is as discussed above, +4/-118. But you've done a few of mine today, so feel free to ignore if you've had enough :)
[04:20] <StevenK> And here I was figuring it was payback for yesterday. :-P
[04:20] <wgrant> I only took like two of yours yesterday.
[04:20] <wgrant> I was a bit surprised when you decided to throw one at wallyworld.
[04:22] <StevenK> wgrant: I figured I had annoyed you enough. But, r=me
[04:22] <wgrant> Thankyou sir.
[04:23] <wgrant> StevenK: I might point out that all the bugs I've squashed today have been bugs that I also filed today :)
[04:24] <StevenK> They're still squashed. :-P
[04:25] <StevenK> wgrant: https://code.launchpad.net/~stevenk/launchpad/two-part-combobuild/+merge/93125
[04:26] <wgrant> Curses.
[04:29] <wgrant> StevenK: It's not a problem any more that meta.js won't be in the minified output?
[04:30] <StevenK> wgrant: No, we were using meta.js only, and the difference between them is only 4K
[04:30] <wgrant> StevenK: Also, why do we want to do this?
[04:31] <wgrant> Doesn't this mean prod will now minify twice?
[04:34] <StevenK> wgrant: We want to do this for Rick's work of the tests using JS under build/js
[04:34] <StevenK> And yes, for the short term
[04:35] <wgrant> Ah, right.
[04:36] <wgrant> r=me
[04:36] <StevenK> wgrant: Thanks!
[04:44]  * StevenK wonders how to make visibility the third field
[04:45] <wallyworld> huwshimi: ping
[04:45] <huwshimi> wallyworld: Yo
[04:45] <wallyworld> huwshimi: i have a ccs question for you https://pastebin.canonical.com/60211/
[04:48] <wgrant> lifeless: Am I allowed to make code changes in db-devel as long as they're not necessary on production?
[04:48] <huwshimi> wallyworld: Is there a reason that description is in the <a> then?
[04:49] <wgrant> lifeless: I want to have tests for these triggers.
[04:49] <wgrant> lifeless: Which probably means introducing new Storm classes etc.
[04:49] <wallyworld> huwshimi: so a user can click anywhere in the text to fire the link
[04:50] <wallyworld> huwshimi: i don't understand why the text-decoration: none is being ignored
[04:51] <huwshimi> wallyworld: It's probably to do with specificity and how the underline is applied to the a tag. You might be able to try ".yui3-ichoicelist a .choice-description:hover" (notice the "a" there).
[04:51] <StevenK> I thought FormFields was a list. :-(
[04:51] <wallyworld> huwshimi: thanks, will give it a go now
[04:52] <StevenK> Since I don't want to add it near the end
[04:52] <StevenK> Well, at the end
[04:54] <lifeless> wgrant: no
[04:54] <wallyworld> huwshimi: no go sadly.
[04:54] <huwshimi> wallyworld: Do you use chrome or firefox?
[04:54] <lifeless> wgrant: thats the short answer; the long answer is that its really hard to be -completely- confident nothing will leak
[04:54] <wallyworld> huwshimi: ff
[04:55] <huwshimi> wallyworld: Hmm.. I wanted to check something, but I'm not sure how to do it in Firefox
[04:55] <lifeless> wgrant: I suggest you do the tests in a branch, review it as a branch + prereq, and land separately
[04:55] <wallyworld> huwshimi: also bad in chrome
[04:55] <wgrant> lifeless: k, thanks
[04:55] <wallyworld> just checked
[04:55] <huwshimi> wallyworld: Oh, yeah I just wanted to check something in Chrome's inspector
[04:56] <huwshimi> wallyworld: As in, if you inspect the span if the css rules are being crossed out
[04:56] <wallyworld> huwshimi: since it's the same in both, you can check in chrome
[04:56] <wallyworld> i'll have a look also
[04:57] <huwshimi> wallyworld: is this code only in your branch?
[04:57] <wallyworld> huwshimi: yeah
[04:58] <huwshimi> wallyworld: oh wait, so the color: green IS being applied to the span?
[04:58] <wallyworld> huwshimi: yes
[04:58] <huwshimi> wallyworld: Oh!
[04:58] <wallyworld> hence my confusion
[04:59] <huwshimi> wallyworld: Wait, so when you hover medium everything gets underlined but the span doesn't go green right?
[05:00] <wallyworld> huwshimi: the span goes green as expected BUT everything is underlined
[05:00] <wallyworld> and i don't want the text in the span underlined
[05:00] <wallyworld> so the color is being applied but not the decoration style
[05:00] <huwshimi> wallyworld: strange, I'd expect the green to only apply when you're hovering the span text
[05:00] <wallyworld> yes, sorry
[05:01] <wallyworld> it only applies when you hover
[05:01] <wgrant> The browser/reset a:hover won't have a colour
[05:01] <wgrant> So it won't override it
[05:01] <wgrant> It *does* have a text-decoration
[05:01] <huwshimi> wallyworld: So what you need is this: ".yui3-ichoicelist a:hover .choice-description:hover {"
[05:02] <wallyworld> let me try that
[05:02] <huwshimi> wait
[05:02] <huwshimi> wallyworld: .yui3-ichoicelist a:hover .choice-description {
[05:02] <huwshimi> I left a :hover at the end
[05:02]  * StevenK feels utterly dirty.
[05:02] <StevenK> +            field = self.form_fields.__FormFields_seq__.pop()
[05:02] <StevenK> +            self.form_fields.__FormFields_seq__.insert(2, field)
[05:03] <wallyworld> huwshimi: sadly no. i'll keep trying
[05:04] <huwshimi> wallyworld: Can you push your branch somewhere and I'll have a quick try?
[05:04] <wallyworld> huwshimi: lp:~wallyworld/launchpad/choice-popup-descriptions-932424
[05:05] <huwshimi> wallyworld: Cheers
[05:05] <wallyworld> huwshimi: you need to turn on ff disclosure.enhanced_choice_popup.enabled
[05:05] <huwshimi> wallyworld: OK, np
[05:05] <wallyworld> and run bin/combine-css
[05:05] <wallyworld> and make jsbuild
[05:05] <wallyworld> thanks in advance :-)
[05:05] <wallyworld> huwshimi: then, just goto any bug and click the bug status popup
[05:06] <wallyworld> or importance
[05:21] <huwshimi> wallyworld: So the problem is that the child element (the span) is doing what it's told. With the "a: hover span" it's not underlining the text when we hover the span just as we want it to. The problem is the span was never underlining the text, that's coming from the parent element, the <a> and child elements can not override a parent's.
[05:23] <huwshimi> wallyworld: So what you'll have to do is move the "Medium" into another span. Set a:hover { text-decoration: none; } and then a:hover .medium-span { text-decoration: underline; }
[05:23] <huwshimi> wallyworld: Does that all make sense?
[05:23] <wallyworld> huwshimi: i'm digesting it
[05:23] <wallyworld> huwshimi: so a child element can't override a parent? seems quite limiting
[05:24] <huwshimi> wallyworld: Welcome to CSS
[05:24] <huwshimi> :)
[05:24] <wallyworld> it just seems broken
[05:24] <wallyworld> must be a reason for it
[05:24] <wallyworld> huwshimi: thanks for looking, really appreciate it
[05:24] <wallyworld> i'll try it out
[05:24] <huwshimi> wallyworld: No problems. Let me know how you go
[05:25] <wallyworld> huwshimi: will do. may have to go and get the kid from school before i get it going
[05:25] <StevenK> wallyworld: Got one sec?
[05:25] <wallyworld> StevenK: yes
[05:25] <wallyworld> gone
[05:26] <wallyworld> want another?
[05:26] <StevenK> wallyworld: Y.one('#field.subscriptionpolicy');
[05:26] <StevenK> wallyworld: Is that by class or id?
[05:26] <wallyworld> won't work
[05:26] <wgrant> # is ID
[05:26] <wallyworld> by id
[05:26] <wgrant> But also by class
[05:26] <wgrant> id field, class subscriptionpolicy
[05:26] <wallyworld> but Y.one doesn't like ids with '.'
[05:26] <StevenK> The linked bug was marked as fixed in 3.0.0
[05:27] <wallyworld> StevenK: Y.one("[name='field.subscriptionpolicy']")
[05:27] <wallyworld> will work
[05:27] <wallyworld> assuming the element comes from a lp form
[05:27] <wallyworld> where zope sets the name
[05:28] <wallyworld> otherwise Y.DOM.byID() will work
[05:28] <wallyworld> or something like that
[05:37] <StevenK> lp.buildmaster.tests.test_builder.TestSlave.* just failed for me on ec2 :-/
[05:37]  * StevenK stabs them
[05:38] <wgrant> The librarian probably stole its port.
[05:38] <StevenK> lp-land and move on?
[05:38] <wgrant> Yup
[08:47] <adeuring> ood morning
[09:40] <wgrant> stub: That milestone thing seems pretty odd.
[09:40] <wgrant> Given that the primary parent of a milestone is a series.
[09:44] <wgrant> stub: It's also a small extremely read-heavy table, queried in some places where we don't actually have the series object, just the ID.
[09:44] <wgrant> So it will be some pretty awkward refactoring to avoid a harmless index, and use an index on a deprecated column instead.
[09:45] <stub> Ok. If we need the index to avoid a join with distroseries or productseries
[09:45] <wgrant> I've found one place where it is cleaner to query on product.
[09:45] <wgrant> And productseries isn't necessary at all.
[09:46] <wgrant> But many others really want to deal in series :/
[09:46] <stub> Yup. So no real harm adding them.
[09:47] <wgrant> Did you see my comment about productreleasefile?
[09:47] <stub> Did you do timings on the productreleasefile index btw?
[09:47]  * stub refreshes
[09:47] <wgrant> On its creation, or the queries?
[09:47] <wgrant> On DF the example query I used goes from 60ms to 0.5ms
[09:47] <wgrant> I can pull it up from history if you want.
[09:48] <stub> oh, brain fade. I'm too used to the id columns being the first column
[09:49] <wgrant> Heh, yeah, that is a bit odd.
[09:49] <stub> Did productrelease used to be the primary key? Can't think why it would be out of order like that unless it was added later.
[09:49] <wgrant> I assume it was (productrelease, libraryfile)
[09:49] <wgrant> But surely not, since SQLObject doesn';t support that.
[09:49] <wgrant> So maybe it was just for storing a single tarball per release? :/
[09:49] <stub> It might have if you tried hard enough
[09:50] <stub> Not sure when the table arrived. Doesn't matter anyway.
[09:51] <stub> r=stub
[09:51] <wgrant> Thanks.
[09:51] <wgrant> It would be nice if we could globally profile planning overhead :/
[09:52] <wgrant> stub: Can you apply those live, please?
[09:53] <wgrant> Or should I land first?
[09:53] <wgrant> I've tested them live on DF.
[09:53] <stub> I'll apply them now
[09:54] <wgrant> Thanks.
[10:03] <stub> wgrant: Done
[10:03] <wgrant> stub: Thanks!
[10:03]  * wgrant tries and lands.
[11:27] <rick_h> morning
[11:32] <rick_h> thanks for the combo build updates StevenK, will try landing again this morning woot!
[11:34] <StevenK> Hehe
[14:30] <deryck> adeuring, abentley, rick_h -- https://plus.google.com/hangouts/extras/talk.google.com/orange-standup
[14:54] <deryck> abentley, adeuring -- it doesn't kill the hangout when I leave, does it?
[14:55] <adeuring> deryck: works fine
[14:56] <deryck> ok, cool
[15:02] <timrc> Hello.  The Commercial Engineering team would like to increase the default size of a PPA owned by ~oem-archive upon creation.  I do not believe this is something we can currently do via the API.  If that's true, is there a way to increase the default on a per-team basis with a little magic on your end?
[15:03] <bigjools> it would be an easy patch for you guys to do
[15:03] <bigjools> (to set it via the API)
[15:05] <timrc> bigjools, okay, that is what I needed to know
[15:05] <timrc> one other thing...
[15:06] <timrc> bigjools, the understanding that I have which is based on the understanding of my boss is that we can jack the default up to 1TB with the understanding we'll never actually consume that much space? Does this match your own understanding?
[15:06] <bigjools> timrc: echan for this
[16:00] <deryck> rick_h, give me 2 minutes and I'll join you on hangout.
[16:01] <rick_h> deryck: k
[16:05] <deryck> rick_h, https://plus.google.com/hangouts/extras/talk.google.com/go-for-deryck
[16:20] <jelmer> is anybody else getting xmlrpc errors related to the uniqueness of owner_name, when pushing to qastging?
[16:25] <sinzui> jelmer, I am seeing null value in column "owner_name" violates not-null constraint when pushing a new branch
[16:26] <jelmer> sinzui: thanks, so it's not just me
[16:34] <jcsackett> sinzui: are we going for a JS/mustachy approach on the +sharing, or ... ?
[16:36] <sinzui> jcsackett, Yes.
[16:36] <jcsackett> sinzui: cool.
[16:36] <jcsackett> i had *assumed* so, but was suddenly wondering. :-P
[16:37] <sinzui> jcsackett, The search form and filters stumped the punters. We will do some paper mockups to revise what and how we display them. Assume the table is good to implement for stakeholders to try in the next two weeks
[16:38] <jcsackett> sinzui: dig. the side portlet summary bit too, i'm guessing? (seems *very* uncontroversial).
[16:38] <sinzui> They are
[16:38] <jcsackett> righton.
[16:39] <sinzui> We do need to update the text about sharing Some. This is really an audit and retraction state, we do not allow users to grant it and we do not explain who someone might accomplish sharing Some. Dan and I will work on that
[16:42] <lifeless> bigjools: hai
[16:42] <bigjools> lifeless: yellow - needed to talk to you as it happens
[16:42] <lifeless> bigjools: we should talk a little about the ppa admin / commercial admin thing
[16:43] <bigjools> now is not a great time
[16:43] <lifeless> sure
[16:43] <lifeless> what did you want tto ttalk aabout ?
[16:44] <bigjools> I want to poke you to make a testtools release and push it to debian so I can sync it to precise
[16:44] <bigjools> jono fixed a nasty bug
[16:44] <lifeless> yes
[16:44] <lifeless> then did a release
[16:44] <lifeless> it had a regression
[16:44] <lifeless> another release is needed, I'm not sure if he has done that yet
[16:44] <bigjools> arses
[16:44] <lifeless> jml: ^ oh hai
[16:45] <jml> what's up?
[16:46] <lifeless> jml: backscroll
[16:46] <jml> oh right testtools
[16:46] <jml> haven't any feedback on my subunit branch
[16:46] <jml> wanted that before I released, since the regression is changing a private API that subunit relied on
[16:46] <lifeless> I can do something about that
[16:47] <lifeless> jml: it conflicts
[16:47] <jml> lifeless: it didn't when I submitted it, and I'm pretty busy right this second.
[16:48] <lifeless> jml: I haven't changed trunk since
[16:48] <lifeless> jml: given your other branch which duplicated stuff done in trunk a couple weeks back, I'm fairly sure you worked off of a stale base of some sort
[16:48] <jml> lifeless: ok whatever, it *did* conflict when I submitted and I'm pretty busy right this second.
[16:48] <lifeless> so, let me see if I can figure out what it is doing
[16:51] <lifeless> reviewed
[16:51] <jml> lifeless: thank you.
[16:52] <jml> lifeless: I'm unlikely to get to that until tomorrow morning UK time, but will try to do so then.
[16:56] <sinzui> danhg, wallyworld is landing a change that will allow Lp to show the definition of an enum: http://people.canonical.com/~ianb/enhanced-choice-picker.png
[16:56] <sinzui> danhg, I think we need to rewrite some bug definitions before putting the feature into beta
[17:11] <rick_h> woot! combo loader tests passed yay
[17:15] <jcsackett> rick_h: nice!
[17:16]  * rick_h sees a light in the tunnel...now to determine if it's aimed at him
[17:24] <deryck> rick_h, awesome
[17:30] <mtaylor> any losas around want to help a brother out with another merged-account-openid-confused issue? https://answers.launchpad.net/launchpad/+question/187825
[17:31] <mthaddon> mtaylor: only one at the moment (me) and I'm in a meeting I'm afraid - can you assign it to ~canonical-losas and someone will get to it at some stage
[17:32] <mtaylor> mthaddon: I surely will! thanks!
[17:33] <mthaddon> thx
[17:33] <mtaylor> mthaddon: it won't let me assign - is subscribe someone else good enough?
[17:40] <mthaddon> mtaylor: I've assigned it to be sure
[18:00] <rick_h> bwuhahaha, the quad-ec2 land.
[20:22] <lifeless> flacoste: got a minute ?
[20:23] <flacoste> lifeless: sure
[20:25] <czajkowski> evening
[20:25] <thumper> morning
[20:29] <czajkowski> thumper: hey
[20:31] <mhall119> is there a way to get a history of all previously merged branches from launchpadlib?
[20:37] <lifeless> deryck: hey, do you ahve time for a quick chat this avo ?
[20:41] <deryck> lifeless, I don't actually.  and was trying to keep my tomorrow afternoon open for hacking, too. just trying to finish my current branch.
[20:41] <deryck> lifeless, should we try to get in something just as you come online tomorrow?
[20:41] <lifeless> lets do
[20:42] <lifeless> will be a short call, I promise
[20:42] <deryck> ok, sounds good.
[20:42] <lifeless> thanks!
[21:07] <lifeless> czajkowski: hey
[21:08] <czajkowski> lifeless: evening
[21:08] <lifeless> oh, I was going to talk about trivial vs nontrival when I realised I had misread the bug.
[21:08] <lifeless> czajkowski: also good evening ;)
[21:09] <czajkowski> lifeless: mind If I ask you a q re a bug while I'm here
[21:09] <lifeless> of course not
[21:09] <czajkowski> lifeless: thanks re : https://bugs.launchpad.net/launchpad/+bug/931131
[21:09] <_mup_> Bug #931131: recipes attempt to build packages with version older than previous build <recipe> <Launchpad itself:Confirmed> < https://launchpad.net/bugs/931131 >
[21:10] <czajkowski> it's been confirmed by the janitor, but after you commented on it, wasn't sure if it should be marked triaged?
[21:10] <lifeless> it hasn't been triaged
[21:10] <lifeless> (not the importance is undecided still)
[21:11] <lifeless> I'll triage it now; yes you are right the status [and importance] needed setting
[21:12] <czajkowski> ok, just didnt want to change it today without askin so I can know in future
[21:12] <lifeless> czajkowski: don't stress, you *will* make mistakes, and they will be easy enough to fix :)
[21:12] <lifeless> czajkowski: you've seen https://dev.launchpad.net/BugTriage right ?
[21:12] <lifeless> czajkowski: I have to pop out for a bit; have a good evening.
[21:13] <czajkowski> lifeless: I did and will keep it open during the day, but was going through stuff with mat today and just wanted to check
[21:13] <czajkowski> thanks
[21:58] <wgrant> jelmer: Hi
[22:02] <czajkowski> wgrant: jcsackett aloha
[22:03] <wgrant> Evening czajkowski.
[22:03] <jcsackett> aloha, czajkowski.
[22:03] <czajkowski> jcsackett: hi
[22:04] <czajkowski> folks having a good day/end of day ?
[22:06] <jcsackett> passably good. :-)
[22:09] <wgrant> lifeless: Do you know what's going on with the two branch scanner revs?
[22:09] <wgrant> One is bad, but not rolled back AFAICT.
[22:10] <lifeless> I have not heard
[22:10] <lifeless> jelmer: ^ ohai
[22:10] <jelmer> hi wgrant, lifeless
[22:10] <jelmer> I'm in the process of rolling them both back
[22:10] <jelmer> the other one is probably fine but I can't really QA one without the other
[22:13] <wgrant> jelmer: Any reason this wasn't reverted a few hours back? It's just missed another buildbot run.
[22:16] <czajkowski> nn folks
[22:17] <jelmer> wgrant: I didn't have the time to (it's well past EOD here)
[22:17] <wgrant> k
[22:18] <wgrant> In general, rollbacks are the most critical thing that can be done. If you don't have time, please poke someone else to do it.
[22:19] <jelmer> ok
[22:20] <StevenK> +            # We'd like visibility near the top. Eyes closed, please.
[22:20] <StevenK> +            field = self.form_fields.__FormFields_seq__.pop()
[22:20] <StevenK> +            self.form_fields.__FormFields_seq__.insert(2, field)
[22:24] <lifeless> jelmer: thanks. And for context - LP has been blocked for 2 days now; our goal is multiple deploys *per day*, so this is a massive impediment
[22:26] <jelmer> lifeless: Sorry. I didn't mean to impede. It's been a while since I've landed something and landings seem to be happening a lot faster now.
[22:28] <lifeless> jelmer: tis ok; I'm explaining why you're getting nagged so much :)
[22:32] <sinzui> StevenK, self.form_fields = self.form_fields.select(['name', 'visibility'])
[22:35] <sinzui> StevenK, http://pastebin.ubuntu.com/843663/ show a reselection for field to omit/change the order of setup fields
[22:36] <wgrant> jelmer: Thanks.
[22:36]  * wgrant murders buildbot.
[23:02] <StevenK> sinzui: https://code.launchpad.net/~stevenk/launchpad/better-name-field/+merge/93317
[23:02] <sinzui> thank you
[23:09] <sinzui> wallyworld_, I think these two bugs relate to the errors users see when creating teams because the form is governed by invariant rules: bug #463563 bug #604289
[23:09] <_mup_> Bug #463563: Create a new team UI has optional renewal period, then returns an error when not supplied <lp-registry> <teams> <Launchpad itself:Triaged> < https://launchpad.net/bugs/463563 >
[23:09] <_mup_> Bug #604289: on open teams / mailing lists 'renewal' doesn't make much sense <lp-registry> <teams> <Launchpad itself:Triaged> < https://launchpad.net/bugs/604289 >
[23:11] <wallyworld_> sinzui: thanks, will look
[23:13] <sinzui> wallyworld_, I report Bug #933159 about the restricted policy
[23:13] <_mup_> Bug #933159: +newteam form does not state that restricted is valid subscription policy for private teams <disclosure> <privacy> <teams> <Launchpad itself:Triaged> < https://launchpad.net/bugs/933159 >
[23:14] <wallyworld_> sinzui: ah, yes. i saw that issue recently but forgot to report a bug. will fix
[23:15] <sinzui> wallyworld_, I think we have a closed bug about this issue. I has dogged me for years
[23:15] <wallyworld_> sinzui: closed?
[23:15] <wgrant> lolzors
[23:15] <wgrant> hhhhhhaaaaaaaaaaa
[23:15] <wgrant> why do all these tables have no relevant indices
[23:16] <wgrant> (today's winner is bugbranch.branch)
[23:16] <sinzui> wallyworld_, I think there was a bug describing several issue with the form. Many were fixed, but this issue was not separated into a new bug
[23:16] <lifeless> indices are for wusses
[23:17] <wallyworld_> sinzui: ah, ok. not an uncommon issue. bug reports often are not granular enough :-)
[23:22] <wgrant> Hmm
[23:23] <wgrant> lifeless: Does https://pastebin.canonical.com/60335/ have similar planning overhead to yesterday?
[23:23] <wgrant> There's about 70ms of 75ms unexplained.
[23:23] <sinzui> StevenK, approved with some non-binding comments
[23:23] <wgrant> Needs to be on prod, since stub was playing with the staging stats yesterday
[23:27] <lifeless> Time: 44.003 ms to explain (no analyze)
[23:27] <wgrant> OK
[23:27] <wgrant> I think we may want to drop the stats target globally, and raise it only on specific columns.
[23:27] <wgrant> (it's 2500 on prod now, rather than the default of 100)
[23:28] <lifeless> I buy that; but how much by?
[23:29] <wgrant> We'd have to test. Should be pretty easy to do on qastaging.
[23:29] <lifeless> we should also report a bug
[23:29] <lifeless> and check on pg9.1
[23:29] <lifeless>  /9.2
[23:30] <wgrant> I'm not sure it's a bug.
[23:30] <wgrant> It's analyzing 25x more data.
[23:30] <lifeless> it may be doing it inefficiently
[23:32] <wgrant> I wonder if this explains week 47-49 on https://lpstats.canonical.com/graphs/PPR/20111016/20120216/
[23:35] <wgrant> lifeless: Ah, the default is actually 10.
[23:35] <wgrant> No, that was 8.2
[23:35] <wgrant> 8.4 is 100
[23:35] <wgrant> "The default limit is presently 100 entries. Raising the limit might allow more accurate planner estimates to be made, particularly for columns with irregular data distributions, at the price of consuming more space in pg_statistic and slightly more time to compute the estimates."
[23:36] <wgrant> Slightly more time... but we are running at 25x more, so perhaps more than slighlt.y
[23:38] <lifeless> -> bug
[23:38] <wgrant> not sure if serious
[23:39] <wgrant> Increasing performance sensitive parameter globally to 25x the recommended value
[23:39] <lifeless> did we file one that explain doesn't count planning time?>
[23:39] <wgrant> That does not make a bug.
[23:39] <wgrant> Not sure.
[23:39] <wgrant> We have stub early today, though :)
[23:39] <wgrant> Can discuss then.
[23:39] <lifeless> tomorrow
[23:39] <wgrant> Bah, true.
[23:41] <wgrant> Anyway, this seems to be a reasonably serious and global performance issue.
[23:58] <StevenK> sinzui: .select doesn't want a list


[15:32] <jam> manadart: commented on both
[20:11] <hml> balloons: my pr is up - there’s one test giving me headaches - fails when run in a list of tests, passes on it’s own.  one of the fun kinds
[20:35] <balloons> hml, ok, I'll have a quick look
[20:38] <hml> balloons: apparently i have an expected output ordering problem in the tests.  this’ll be fun.


[09:05] <Paul_UK> hi guys, not a support question: when looking at this, when it means yes.. this it means on a clean install?
[09:05] <Paul_UK> https://wiki.kubuntu.org/LaptopTestingTeam/SonyPCG-Z1RMP
[09:05] <mjg59> Yes
[09:06] <Paul_UK> ok silly question now, noob to linux.  what is hoary, breezy and dapper?
[09:06] <Paul_UK> dapper being 6.1?
[09:07] <mjg59> 5.04, 5.10, 6.06
[09:07] <mjg59> Edgy is 6.10
[09:07] <Paul_UK> ahh k
[09:09] <Paul_UK> great, cant wait for the download to occur and then put the cd in! :)
[09:10] <Paul_UK> thanks for the answers :)
[10:57] <luca> good day everyone
[11:25] <luca> can someone advise me on a laptop?


[10:09] <ev> cjwatson: out of curiosity, why don't we use parted
[10:09] <ev> 's support for resizing hfs+ partitions in resize_use_free
[11:09] <cjwatson> ev: I don't really remember, TBH
[11:09] <cjwatson> ev: it's possible there wasn't much point because you have to disable the journal in order for that to work anyway
[11:19] <ev> oh, of course
[11:20] <ev> yet another reason I think we should pay someone to add journal support to the hfs+ driver
[16:11] <CIA-7> debian-installer: cjwatson * r1433 ubuntu/ (5 files in 2 dirs): Move to 2.6.38-8 kernels.
[16:39] <mterry> ev, hello again re: geonames stuff!
[16:39] <ev> hiya
[16:39] <ev> so I've at least made some progress
[16:41] <ev> minimal, but I've updated the import script to actually work
[16:41] <mterry> ev, oh?
[16:41] <ev> I was going to ask IS to run it with the most recent data, but that doesn't seem to fix the SF bug
[16:41] <ev> so I'll have to dig deeper
[16:41] <ev> anyway
[16:41] <ev> what's up? :)
[16:41] <mterry> ev, so I was looking at the localization issue
[16:42] <ev> oh?
[16:42] <mterry> ev, and realized that the data we want seems to be there, in the alternateNames.txt file and is even imported into an sql table
[16:42] <mterry> ev, but the geonames.py file (this is the code that runs on the server?) doesn't ever seem to look at that table for matches
[16:42] <ev> ah
[16:43] <ev> so in terms of what's run...
[16:43] <ev> geoname-modpython.py is what's actually behind /?query=
[16:43] <mterry> ev, ok.  that also doesn't seem to look at the alternate table
[16:44] <ev> that connects to sphinx which does full text searches against the geoname table
[16:44] <ev> and yes, as you suggest, it's not looking at alternateNames
[16:45] <mterry> ev, another wishlist is to sort by population
[16:45] <mterry> which also seems to be in the sql table
[16:45] <ev> yeah, we could definitely do that
[16:45] <ev> wishlists> feel free to beat me to it, the code is all there.  But if you're equally swamped, I'll endeavor to find time for it amongst the ubiquity bug fixing
[16:46] <mterry> ev, I was about to ask how busy you were  :)
[16:46] <mterry> ev, so you're saying both l18n and pop sorting are not things you have near-term time for?
[16:47] <ev> I'm saying I can try to fit them in, but I cannot make any promises, given the number of bugs milestoned for natty
[16:47] <mterry> I can talk to klattimer about it too, maybe he has some time
[16:47] <mterry> ev, understood.  I can try to dust off my sql
[16:47] <ev> heh, it's simple stuff, no stored procedures here :)
[16:48] <CIA-7> debian-installer: cjwatson * r1434 ubuntu/debian/changelog: releasing version 20101020ubuntu26
[16:48] <ev> do let me know of your progress if you pick it up or if Karl has time for it, that way I wont duplicate your work if I find some free cycles
[16:49] <ev> oh and let me know if you can't commit to trunk or if Karl has a launchpad ID that should be given permission to trunk
[18:01] <compaq17_> Can anyone help with an install problem?
[18:26] <ev> ugh, adorable:
[18:26] <ev> Apr  5 16:15:01 ubuntu in-target: Failed to fetch cdrom://Ubuntu 11.04 _Natty Narwhal_ - Beta i386 (20110404)/dists/natty/main/binary-i386/Packages  Please use apt-cdrom to make this CD-ROM recognized by APT. apt-get update cannot be used to add new CD-ROMs
[18:27] <ev> (bug 751666)
[18:28] <ev> I've nearly got 739489 sorted.  It's still adding some duplicates, which I'll have to look into, but more importantly it's not stripping out partner or extras.
[20:51] <chris4585> hello! I just tried to upgrade using the beta ubuntu 11.04, and got a error message http://i.imgur.com/wEH0e.png and data loss, I'm not sure where things in my /home went to...
[20:55] <cjwatson> the message is self-explanatory, but it *really* shouldn't have caused data loss.  how did you determine that data was lost?
[20:56] <chris4585> cjwatson, hello, I read the error message and I don't think its too accurate, because 1) the HDD is working fine 2) I was using USB not a CD
[20:56] <chris4585> everything on the original install seems intact but my /home folder
[20:57] <cjwatson> well, it may not cover all the bases, but input/output error means a hardware problem
[20:57] <cjwatson> was /home a separate partition?
[20:57] <chris4585> cjwatson, no it wasn't
[20:58] <cjwatson> can you extract installer logs?  /var/log/syslog and /var/log/partman from the running installer
[20:58] <cjwatson> which partitioning option did you select?
[20:58] <chris4585> cjwatson, I don't think thats possible, I first tried from a CD, then from USB and then realized the files were missing, the logs are long gone
[20:59] <cjwatson> so you had an abortive installation from CD before this installation run, which you believe toasted the data?
[20:59] <chris4585> cjwatson, the upgrade option didn't provide a partition option
[20:59] <cjwatson> in that case, which partitioning option did you select in the CD run?
[20:59] <cjwatson> the screenshot you provided isn't an upgrade
[21:00] <cjwatson> it's a fresh install
[21:00] <chris4585> hrm... okay but I clearly selected upgrade..
[21:00] <cjwatson> oh, OK, there was an option added labelled "upgrade" - it's meant to be a fresh install but saving your data
[21:01] <cjwatson> (for future reference, you can just upgrade using update-manager)
[21:01] <chris4585> cjwatson, I see.  I would do that but my experience with upgrading that way, is not so pleasant, and on satellite connection it would be hell
[21:01] <cjwatson> ev: we seriously need to either ramp up the warnings on the upgrade option, or do some really serious QA
[21:02] <cjwatson> ev: if nothing else it absolutely must say that people should keep backups, IMO
[21:02] <chris4585> thanks for the help though, I'll just try to use a file recovery program
[21:02] <cjwatson> chris4585: I'm sorry for the data loss; I will try to make sure that we identify the problem before release
[21:02] <chris4585> cjwatson, well I agree.. I should have made backups before, but figured the upgrade option would have been safe enough
[21:02] <chris4585> most of the data I believe I can get back
[21:03] <cjwatson> upgrading over the net is very safe (it may go wrong mid-upgrade, but it's always recoverable, and data loss is vanishingly rare).  upgrading using the installer ... still needs work
[21:03] <chris4585> I have another question, while using the upgrade option, what actually happens to the /home folder? does ubiquity absolutely not touch it?
[21:04] <chris4585> cjwatson, I'll keep that in mind
[21:04] <cjwatson> that's how it's supposed to work
[21:04] <chris4585> ok, thanks for the help
[21:04] <CIA-7> partman-auto: cjwatson * r608 ubuntu/automatically_partition/reuse/do_option: fix indentation
[21:04] <cjwatson> it's meant to mount the old /, and remove everything owned by the system
[21:05] <chris4585> ah ok
[21:05] <cjwatson> (so it will lose any system-level customisations)
[21:06] <cjwatson> ev: hm, bearing in mind loss of system-level customisations, I recommend we phrase this more as "reinstall, preserving old user data" rather than "upgrade"
[21:06] <cjwatson> "No files will be deleted" is untrue as stated
[21:08] <chris4585> cjwatson, personally I like the Upgrade part, it makes sense, but possible list it as "Upgrade - preserving personal documents and files"
[21:08] <chris4585> just my 2cents
[21:09] <cjwatson> the thing is that we've worked hard to build up an understanding of an upgrade as something that preserves your customisations where possible
[21:09] <charlie-tca__> If it doesn't actually upgrade from old release to new release, might it be better to list it as "Reinstall on top" ?
[21:09] <cjwatson> (and, OK, failed sometimes, but that has definitely been the intention over all the years of Debian and Ubuntu development)
[21:10] <cjwatson> this is supposed to be a fresh install which preserves user data; I think describing it as an upgrade is going to cause confusion
[21:10] <cjwatson> I mean, I think it's a good option and should exist (and be fixed)
[21:10] <cjwatson> I just don't think it should be named the same way as something that's qualitatively different
[21:11] <chris4585> cjwatson, I agree I suppose, makes sense
[21:16] <cjwatson> actually, I think I exaggerate - that option preserves changes you've made to files owned by packages
[21:16] <cjwatson> but there are other customisations possible that don't fall into that category
[21:31] <cjwatson> I've filed bug 751904
[23:23] <CIA-7> ubiquity: superm1 * r4642 ubiquity/ (bin/oem-config-remove-gtk debian/changelog):
[23:23] <CIA-7> ubiquity: Modify oem-config-remove-gtk to look in /var/lib/dpkg/info again
[23:23] <CIA-7> ubiquity: rather than /var/lib/dpkg/info/*/ for installed packages.
[23:29] <CIA-7> ubiquity: superm1 * r4643 ubiquity/ (bin/oem-config-remove-gtk debian/changelog):
[23:29] <CIA-7> ubiquity: Remove cryptsetup after oem-config if ecryptfs is not in use.
[23:29] <CIA-7> ubiquity: Thanks Tony Espy.
[23:57] <CIA-7> ubiquity: superm1 * r4644 ubiquity/debian/changelog: releasing version 2.5.34


[00:06] <Twiggy2cents> what is the typical size of the operating system (obviously mythbuntu)
[00:06] <Twiggy2cents> Just the installed size.  Recordings are housed in another drive
[00:14] <tgm4883> Twiggy2cents, looks like mine is 3.3GB
[00:15] <Twiggy2cents> Okay I am gonna build a new backend... Dang technology
[00:15] <Twiggy2cents> I have 3 IDE drives.
[00:15] <Twiggy2cents> I have one sata though.
[00:15] <Twiggy2cents> It will be condensed into 2 storage and 1 boot so that will be better
[00:16] <Twiggy2cents> I think my cheapest route is to just get a 40gb hdd anyway
[00:16] <Twiggy2cents> It is cheaper than ssd's
[00:16] <tgm4883> yea
[00:17] <Twiggy2cents> Prices seem to be going down.. slowly though.  2TB drive is $100 and 40gb is $13
[00:19] <tgm4883> 2TB for $100 seems about back to normal
[00:20] <Twiggy2cents> yeah they were going for about $70-$80 preflood
[00:20] <tgm4883> I don't recall seeing them that low, but that's a pretty good price
[00:21] <tgm4883> i wasn't looking either though
[00:22] <Twiggy2cents> I wasnt either, that is just what I read in the reviews of this drive
[00:31] <patdk-lap> I haven't seen 2g for <$120
[00:31] <patdk-lap> and I'm looking
[00:31] <patdk-lap> I need 30t :(
[01:22] <Twiggy2cents> heh I think 30t only comes in BigFoot drive size!
[03:03] <rhpot1991> prices are still a little high on hard drives
[03:04] <rhpot1991> I've been watching some western digital enterprise level drives for my nas and amazon is still about 33% over the pre-flood low price


[08:22] <kalxas> hi
[08:24] <kalxas> I am trying to follow https://help.ubuntu.com/community/LiveCDCustomization#Advanced_Customizations for xubuntu 12.04
[08:25] <kalxas> I have managed to change the live session user name as described
[08:25] <kalxas> but I fail to do so with the password and the background image
[20:31] <cc_INC> Guys, does it make sense to ship conky with Xubuntu by default or this that too nerdy and confusing for Xubuntu targeted users?
[20:32] <knome> well, we're *kind of* investigating it, but i think the most we're going to do is ship some conky *layouts* by default, but not necessarily conkny
[20:32] <knome> conky too.
[20:57] <cc_INC> Cool.


[16:35]  * sputnik13 is confused
[16:35] <sputnik13> is cloud-init maintained in bzr or git?
[16:39] <smoser> 0.7 is in bzr, but harlowja wants to move it to git.
[16:39] <smoser> 2.0 is git
[16:46] <sputnik13> yay git :)
[16:46]  * sputnik13 is lazy and doesn't want to learn another tool if he can help it
[16:46] <sputnik13> :)
[16:47] <sputnik13> woot, taskflow in cloud-init?
[16:51] <smoser> thats proposed
[16:51] <sputnik13> taskflow all the things :)
[16:58] <sputnik13> hmm, no growpart in 2.0
[17:11] <harlowja> sputnik13 2.0 is a WIP :-P
[17:11] <harlowja> smoser is 0.7 in git yet :-P
[17:12] <smoser> sputnik13, no much in 2.0
[17:13] <harlowja> but sputnik13  u are gonna make 2.0 more super!
[17:13] <harlowja> i just know it
[17:19] <harlowja> i believe
[17:19] <harlowja> lol
[22:19] <harlowja> sputnik13 talking to a coworker internally, i heard that IPA may be doing/getting LVM support
[22:19] <harlowja> *ironic IPA
[22:20] <harlowja> although i guess u are thinking of LVM outside of ironic
[22:27] <sputnik13> ipa?
[22:27] <sputnik13> indian pale ale?
[22:27] <sputnik13> pale ales are not my thing
[22:30] <sputnik13> weird, I'm getting errors about unable to find resizer for 'growpart'
[22:30] <sputnik13> when specifying 'growpart' as the 'mode'
[22:30] <harlowja> lol
[22:30] <harlowja> https://wiki.openstack.org/wiki/Ironic-python-agent
[22:30] <harlowja> that thing i think
[22:31] <sputnik13> using cloud-init 0.7.6~bzr976 on debian
[22:31] <sputnik13> http://paste.openstack.org/show/473637/
[22:32] <sputnik13> ^ is in /etc/cloud/cloud.cfg.d/00_growpart
[22:33] <sputnik13> and getting this in cloud-init.log
[22:33] <sputnik13> http://paste.openstack.org/show/473638/
[22:43] <harlowja> sputnik13 i suppose https://github.com/stackforge/cloud-init/blob/0.7.x/cloudinit/config/cc_growpart.py#L49 ?
[22:45] <harlowja> i guess https://github.com/stackforge/cloud-init/blob/0.7.x/cloudinit/config/cc_growpart.py#L84 broken?
[22:45] <harlowja> sputnik13 ^
[22:45] <harlowja> seems to be searching for r"--update\s+"
[22:45] <harlowja> in the output of --help
[22:45] <harlowja> not sure why
[22:50] <sputnik13> that is most odd
[23:04] <sputnik13> smoser any clues?
[23:04] <sputnik13> re ^
[23:05] <sputnik13> harlowja smoser what do you think about extending growpart to handle resizing lvm logical volumes as well?
[23:05] <sputnik13> or should it actually be a separate module that handles lvm?
[23:06] <harlowja> unsure, either is fine with me, not sure what is better
[23:33] <sputnik13> well it definitely shouldn't be resizefs, that part I'm pretty sure of
[23:33] <sputnik13> :)
[23:33] <sputnik13> I kind of like having it as a separate thing so that conceptually you have growpart that deals with "physical" partitions
[23:33] <sputnik13> physical partitions in virtual disks, heh
[23:33] <sputnik13> :)
[23:34] <sputnik13> and some lvm handler thing that handles logical volumes
[23:34] <sputnik13> and resizefs is still concerned only with filesystems
[23:34] <sputnik13> keeps the three independent
[23:34] <harlowja> sounds super to me
[23:34] <harlowja> :-P
[23:35] <sputnik13> hah
[23:53] <sputnik13> ugh
[23:53]  * sputnik13 is confuzd
[23:53] <sputnik13> I swear it was loading my /etc/cloud/cloud.cfg.d/00_growpart before when growpart had no --upgrade in the help output
[23:54] <sputnik13> but now that growpart has --upgrade in the help output (I hacked it in) it's acting like 00_growpart isn't there
[23:58] <harlowja> :-/
[23:58] <harlowja> not running the module?


[15:15] <powersj> cjwatson, can I have you look at https://answers.launchpad.net/launchpad/+question/346180
[15:15] <powersj> Robie pointed me at you to see about getting this done, while he is out of the office this week.
[15:20] <cjwatson> powersj: rbasak was wrong, I'm afraid; I don't have permissions to do that.  I'd suggest asking whoever's the vanguard in #webops on irc.c.c.
[15:21] <cjwatson> Only full admins can make arbitrary team ownership changes to teams they aren't involved with, not mere Launchpad staff.
[15:24] <powersj> cjwatson, ok thank you
[16:30] <ulm> https://answers.launchpad.net/launchpad/+question/355999
[16:30] <ulm> ^^ why are spammers allowed to vandalise my question?
[16:34] <cjwatson> ulm: we're fixing that
[16:34] <cjwatson> sorry for the inconvenience
[16:35] <ulm> thanks
[16:35] <ulm> restoring it now for the second time ...
[16:35] <cjwatson> already done
[16:35] <tsimonq2> cjwatson: why do PPA publishers take so long? a performance boost on that would be very appreciated, especially for stuff like the Kubuntu CI which uses Launchpad as it's backend
[16:36] <cjwatson> tsimonq2: because there are a hell of a lot of PPAs; no easy wins there, sorry
[16:36] <cjwatson> (William was working on a partial parallelisation, which should help a bit)
[16:36] <tsimonq2> cjwatson: so there's no artificial delay, it's just the publishers working 24/7? :O
[16:36] <tsimonq2> oh ok cool :)
[16:36] <cjwatson> pretty much yes
[16:37] <ulm> cjwatson: should I supply any further credentials in #355999, or is this sufficient?
[16:37] <cjwatson> we do have a plan for better scaling, but that's a larger project
[16:38] <cjwatson> ulm: I'm afraid I haven't thought about it as yet, I'm mostly off working on another thing right now which is consuming all my attention.  What you have there is probably fine, it's just somebody will have to think about it and do some research to avoid being subject to obvious social-engineering attacks, as I'm sure you'll understand
[16:40] <ulm> cjwatson: sure
[18:42] <eldarkg> hello guys
[18:43] <eldarkg> SPAM in https://answers.launchpad.net/launchpad about AVG antivirus
[19:18] <clivejo> SPAM in https://answers.launchpad.net/launchpad/+question/332676
[20:19] <rbasak> cjwatson: you mean there's something you _don't_ have powers to do? I'm devastated! :-P
[20:19] <rbasak> cjwatson: thank you for pointing powersj in the right direction. It got sorted.
[20:20] <rbasak> The question did get spammed though: https://answers.launchpad.net/launchpad/+question/346180
[20:21] <rbasak> (which is itself is interesting)