[00:03] <crimsun> classvoid: other channel, please.
[03:53] <psusi> woohoo... sped up e2defrag by 25-50%!
[03:58] <hyperair> there's an e2defrag?
[04:04] <psusi> yea... the old defrag package.. was written by linus, ted tso, and remmy card in the 90s... debian and ubuntu dropped the package 2 years ago because it had not been maintained for like a decade... I rescued it and have been updating it to work on ext4 and combining it with ureadahead to speed up boots
[04:05] <psusi> it has a super sexy ncurses gui ;)
[04:05] <psusi> was cool as hell when I used it the first time on slackware in 95 ;)
[04:06] <hyperair> ooh that's cool.
[04:06] <hyperair> but isn't there an e4defrag around already?
[04:07] <psusi> they are working on it.... who knows when it will be usable... but it's for doing online defrag... so far they are just trying to get it to defragment files, does not defrag free spcae or try to relocate files to better places
[04:07] <psusi> basically it just copies a file and hopes it is less fragmented than the original, then replaces the original with the copy
[04:08] <psusi> e2defrag is an offline defragmenter... works on the raw block device when it is not mounted, and totally reorganizes the fs, packing all blocks as far left as possible, and 100% in order... and really, really, really tries to only move any given block once
[04:09] <psusi> it also can take a list of files to prioritize and pack first... like those read by ureadahead
[04:09] <hyperair> ah i see. that's interesting
[04:09] <hyperair> cool =p
[04:09] <hyperair> now if that would work with lvm + cryptsetup, even cooler
[04:10] <psusi> I'm using lvm and my test volume on the old first gen 36 gig 10krm wd raptor raid0 array boots in 13 seconds with my changes to ureadahead and a good defragging
[04:10] <TheMuso> ooo nice.
[04:10] <hyperair> ooh
[04:11] <hyperair> but it needs unmounting, making it only feasible during initrd stage..
[04:11] <psusi> took the boot time on my new laptop from 35 to 30 seconds... it's only a 1.3 ghz celeron, so it spends most of its boot time cpu bound.. the ureadahad part now only takes 4-5 seconds
[04:11] <psusi> aye... which is why I'd like to get initramfstools to build an alternative initrd and add it to the grub boot menu
[04:11] <psusi> so you can choose from the grub menu to do a defrag boot
[04:14] <psusi> when I defragged the laptop I just had grub pass the break parameter to make the initrd stop so I could manually mount the root fs, copy the defragger to the root tmpfs, umount it, then defrag it, and reboot
[04:15] <psusi> the ncurses interface didn't work but I've figured out what needs to be included for that... just need to automate it now with initramfs-tools
[04:20] <hyperair> cool
[04:20] <hyperair> i look forward to testing it =p
[04:21] <hyperair> i wonder if btrfs would also have a defragging option..
[04:21] <arand_> psusi: Cheers for the help with looking at the fsck error before, it seems like Ts'o fixed up e2fsprogs within 30mins or so :) , And released a new version which is already in debian :D
[04:22] <psusi> ohh, wow.. you mean he looked at my comments and jumped right on it?  was my guess basically right?
[04:22] <xnox> arand_, =)))))) will it appear on lwn.net as a follow-up?
[04:23] <psusi> now if only he would implement my idea to fix fsck's handling of finding inodes from previous incarnations of the fs by checking if the ctime is < fs creation time and ignoring them if it is ;)
[04:28] <arand_> psusi: Again, I have no idea :) but this is the commit: http://pastebin.ubuntu.com/435904/
[04:32] <psusi> arand_, well, glad it's fixed ;)
[04:42] <psusi> ok... pushed my local e2defrag changes up to lp and I think it's about ready for another release, and some sponsorship to upload to the universe archive for maverick... well, there might be one more thing I can do to improve performance first...
[06:03] <superm1> cody-somerville, not really sure, what interface does it use?
[06:04] <superm1> i'm guessing it doesn't
[06:05] <cody-somerville> it sorta works but sometimes causes X to crash or my music applications to freeze up. sometimes it'll give me -1 value instead of correct temp as well for example. Sometimes it also takes two attempts to modprobe it.
[06:56] <imbrandon> superm1: gotta few minutes this evening ( or early morning depending on your sleep schedule ) , lol
[06:57] <imbrandon> for a /query
[07:45] <\sh> moins
[07:45] <\sh> does anybody know where keybuk hide his slides of his talk "the plumbing layer" from Tursday Plenary last week ?
[07:51] <dholbach> good morning
[08:19] <pitti> Good morning
[08:20] <ajmitch> morning pitti
[08:20] <pitti> hey ajmitch, how are you?
[08:22] <ajmitch> good, how are you?
[08:22] <ajmitch> recovered from UDS? :)
[08:40] <sabdfl> morning all
[08:40] <pitti> ajmitch: yes, wasn't that much to recover from; no jetlag this time
[08:40] <pitti> hey sabdfl, good morning
[08:55] <Usama> pitti, may I ask about the mlterm issue
[08:56] <pitti> Usama: you can ask in the channel, sure (probably not me personally since I don't know about mlterm)
[08:56] <Usama> https://bugs.launchpad.net/bugs/562130
[08:58] <Usama> it needs main inclusion request but many people (not RTL users) don
[08:58] <Usama> ... don't seem to like the idea
[09:00] <pitti> Usama: you can file one if you have a good reason for it to be in main
[09:02] <Usama> I don't want it to be in main but people are saying that it's necessary to have it in main if it will be installed when selecting RTL language
[09:04] <pitti> Usama: right, it could be hooked into language-selector
[09:04] <pitti> Usama: then the main question is if there is someone who will maintain it
[09:05] <Usama> some one already have built version 3 packages
[09:08] <Usama> would it be enough if some one build new versions and update it?
[09:09] <pitti> Usama: well, the point is there needs to be someone who will continuously test and look after it
[09:09] <pitti> and upload fixes if it breaks, or if there's a new version
[09:10] <pitti> this is not an one-off task
[09:10] <pitti> we can probably sync from Debian most of the time, so it's not a lot of work
[09:10] <pitti> Usama: debian has 3.0.0, FYI
[09:10] <pitti> so this will be autosynced into maverick anyway
[09:10]  * pitti does an autosync run, he needs the new postgresql
[09:11] <Usama> some one said that debian do install it by default for the Hebrew language but I couldn't check if it's true
[09:12] <Usama> could you help with that. it might support my case
[09:14] <pitti> I don't know, but I'm not sure that Debian even has magic like this
[10:05] <ct529> hi everybody. I have upgraded to 10.04. I have nvidia quadro 1600 m. I tested the graphic drivers thoroughly, both os and proprietary. There are problems and conflicts on libgl and lbglx, between mesa and the driver. I believe they need to be fixed.
[10:06] <dim> Hola!
[10:08] <RAOF> ct529: How did you install the drivers?  Sadly, those problems are essentially unfixable, although we have systems in place to make it as little trouble as possible.
[10:09] <dim> Hey I'm interested in finding some resources for doing some more basic linux dev stuff
[10:09] <dim> like right now im thinking I should make a program that manually interprets /dev/input/mouse0 or something
[10:09] <dim> but im not really sure where to start, should I just make a python program read from that device?
[10:11] <RAOF> You could certainly do that.
[10:11] <dim> RAOF, alrighty then
[10:11] <dim> is this the right place for those kinds of questions?
[10:11] <dim> or an acceptable place at least
[10:12] <RAOF> Not really, no :)
[10:12] <RAOF> “Development of Ubuntu (not support, not app development)”
[10:12] <dim> hm, alright
[10:12] <ct529> RAOF: I made a thorough test, by trying all the possible combinations in all possible orders.
[10:13] <dim> well I'm also in #ubuntu-app-devel
[10:13] <RAOF> That's probably a better place.
[10:13] <ct529> RAOF: I do realise you are right, it is a problem difficult to fix.
[10:13] <ct529> RAOF: I think there is actually a chain of problems.
[10:14] <RAOF> Well, actually it's a problem *impossible* for us to fix; we don't have access to the source.
[10:15] <RAOF> It should work well as long as you use the the jockey tool - System→Administration→Hardware Drivers under Ubuntu.  Somewhere else for Kubuntu.
[10:15] <ct529> RAOF: well, you have access to the mesa and the os driver source I believe.
[10:15] <ct529> RAOF: and the proprietary driver installs a clear set of files, so it is potentially possible to fix it.
[10:16] <ct529> RAOF: but I am not saying it is practically possible.
[10:16] <ct529> RAOF: but I would like to look into it, if you do not mind.
[10:16] <RAOF> The proprietary driver replaces parts of X with its own code, that doesn't work with the non-proprietary drivers.
[10:16] <RAOF> You're welcome to look into it if you like.  I don't think it will be productive.
[10:16] <RAOF> Anyway… dinner.
[10:17] <ct529> RAOF: it does not work well, even using the jockey tool.
[10:30] <chrisccoulson> could someone please reject the gnome-screensaver SRU that i uploaded to lucid-proposed?
[10:30] <chrisccoulson> i'm just talking to a user and it doesn't completely fix one of the bugs it's meant to fix
[10:30] <pitti> chrisccoulson: *flush*
[10:31] <chrisccoulson> pitti - thanks :)
[10:32] <vandenoever>  /usr/lib/pkgconfig/libsoup-2.4.pc has the wrong version number
[10:33] <vandenoever> (in karmic)
[10:34] <lool> james_w: Heya, it seems the package import issue I mentionned yesterday affects a bunch of packages, rendering merges quite unpractical
[10:34] <james_w> lool: which issue was that?
[10:35] <lool> james_w: Some packages were not imported on LP
[10:35] <lool> james_w: Sorry, that was two days ago, not yesterday
[10:35] <james_w> lool: the LP mirror of Debian isn't up to date?
[10:35] <lool> james_w: Yes, I think that's what you mentionned
[10:36] <ajmitch> it's been that way for a month or more
[10:36] <james_w> right, there's not a lot I can do about that, the issue is apparently on the Debian side
[10:36] <lool> That's a problem for bzr merges
[10:36] <lool> james_w: Ouch, I think I know what you mean
[10:36] <lool> Is it mirroring experimental?
[10:36] <james_w> yeah
[10:36] <lool> My debmirrors have been failing since a month+ due to a bug in apt
[10:36] <ajmitch> I think it's mirroring in general now
[10:37] <lool> james_w: How can I check whether it's mirroring?
[10:37] <ajmitch> there's a new apt-ftparchive for lenny, ftpmasters just need to install it afaik
[10:37] <StevenK> Or DSA
[10:38] <james_w> lool: you can check individual packages to see if they are up to date
[10:38] <james_w> I don't know if there is a status page
[10:38] <james_w> ...or you could ask StevenK :-)
[10:38] <StevenK> The Debian mirror for LP is also failing to update due to the same error
[10:39] <lool> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577759
[10:39] <ajmitch> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577759 is tracking the progress on that side
[10:39] <lool> stable has <IP_ADDRESS>+lenny1 and proposed-updates lenny2
[10:39] <ajmitch> StevenK: poke a few people please :)
[10:40] <StevenK> ajmitch: I did, at UDS.
[10:41] <ajmitch> maybe not enough beer was used
[10:42] <StevenK> I'm not about to fly to Germany and sit on Ganeff's lap until he fixes i
[10:42] <ajmitch> heh
[10:44] <lool> ajmitch, james_w, StevenK: I've mailed DSA and Ftpmasters to point at the update, requesting to install it
[10:46] <StevenK> lool: With an RT ticket?
[10:46] <Riddell> vandenoever: Version: 2.28.1  that's wrong?
[10:46] <lool> StevenK: No
[10:46] <vandenoever> Riddell: actually, my mistake, it's correct, i was confused with 2.2
[10:52] <Omahn> I would like to fix a simple bug in vsftpd that currently has a version of 2.2.2-3ubuntu6, should my debdiff with the fix be versioned 2.2.2-3ubuntu7 or 2.2.2-3ubuntu6-1 or something else?
[10:56] <raphink> Omahn:  2.2.2-3ubuntu6-1 is not a valid version number
[10:56] <raphink> ubuntu7 is good
[11:06] <Omahn> raphink: Great, thanks.
[11:43] <gartral> who's bloody idea was it to release empathy without a window title that says empathy? i see 25 people a day in #ubuntu asking "what's the name of this chat application in ubuntu?"
[11:45] <Usama> this is the first time I notice that :)
[11:45] <Usama> there is the about button I guess
[11:45] <pitti> Help->About says it quite clearly, though, as well as the app menu
[11:45] <gartral> i did it twich today cause it has such an obscure frigging name
[11:55] <chrisccoulson> pitti - i reuploaded gnome-screensaver if you have time for some SRU review later ;)
[12:07] <apw> pitti, i am about to get expired out of work-items-hackers, seems its not something i can fix myself ... could you
[12:07] <pitti> apw: done 10 mins ago, and fixed the option for self-renewal
[12:08] <apw> pitti, thanks :)
[12:08] <pitti> yw :)
[12:08] <pitti> I don't want to loose my best contributor!
[12:11] <apw> pitti, we have a bunch of blueprints over on another project, which have some WIs for people on my team.  am wondering if that is something we can cope with
[12:11] <pitti> apw: ubuntnu-arm?
[12:11] <apw> yeah
[12:11] <pitti> apw: yesterday I implemented support for project WIs
[12:12] <pitti> apw: you mean like this? http://people.canonical.com/~pitti/workitems/ubuntu-arm/
[12:12] <pitti> :)
[12:12] <apw> yeah like that :)
[12:12] <apw> will the ones for people on my team blead over or is it separate
[12:13] <pitti> apw: if you have WIs assigned there, they should appear
[12:13] <apw> awsome
[12:13] <pitti> we don't do the per-team thing for projects
[12:13] <pitti> well, at least the configuration for it doesn't do
[12:13] <pitti> (we potentially could)
[12:13] <pitti> it's just "all"
[12:14] <apw> yeah, for now that likely is plenty for over there
[12:14] <apw> and if the items bleed to my charts, rocking is all i can say
[12:15] <pitti> apw: btw, you don't happen to have a recent lucid.db laying around somewhere?
[12:15] <pitti> (cf my platform mail about destroying it by accident)
[12:16]  * apw looks around, i think i renamed it to current.db and it got zapped by maverick
[12:17] <pitti> darn
[12:17] <pitti> the current workitems/lucid/ stuff has the #WIs all correct, but the history (and charts) are gone
[12:18] <pitti> I now know how it happened at least
[12:18] <apw> pitti, i have this
[12:18] <apw> -rw-r--r-- 1 apw apw 6907904 2010-01-27 10:42 lucid.db
[12:18] <apw> which isn't very new
[12:18] <pitti> hm, very old
[12:18] <pitti> apw: ok, thanks for checkign
[12:18] <apw> i'll have a little look around, my cron job was collecting it for the longest time
[12:19] <fabbione> Keybuk: the more I read 94065, the less I udnerstand why they are duplicated
[12:19] <fabbione> Keybuk: maybe there is implementation overlap
[12:19] <apw> pitti, i assume your one got broken: http://people.canonical.com/~pitti/workitems/lucid/lucid.db
[12:19] <fabbione> Keybuk: but what I understad in 94065 is that they want the equivalent of removing rcX.d/ symlinks
[12:20] <pitti> apw: right
[12:20] <fabbione> Keybuk: mind to explain why are they the same?
[12:20] <pitti> hey fabbione
[12:20] <fabbione> hi pitti
[12:20] <Keybuk> fabbione: 94065 is a wishlist for "disabling a job", which is exactly what your bug was
[12:20]  * pitti lunch &
[12:20] <fabbione> Keybuk: we are asking 2 different things... even if it can be achieved by similar code :)
[12:21] <fabbione> otherwise why would I bother to file a bug? :)
[12:21] <Keybuk> maybe I didn't read your bug hard enough, what were you asking for?
[12:21] <fabbione> Keybuk: from boot options.. they are asking as normal maintainance thingy.. similar to symlink handling for old rcX.d/
[12:22] <fabbione> Keybuk: the concept might be similar in terms of internal implementation (AFAICT anyway)
[12:22] <fabbione> Keybuk: but the user interface looks different to me
[12:23] <fabbione> Keybuk: anyway.. as long as you can give it a thought.. then if it's referenced by bug A or B... matters not
[12:24] <Keybuk> yeah, yours is somewhat of an overlap of 94065 and 389113,
[12:24] <Keybuk> I understand what you're asking for - "don't start this service in single-user mode" kind of thing
[12:24] <Keybuk> it's certainly on the roadmap ;)  just doesn't quite map onto the existing bug#s
[12:24] <fabbione> hmm i wasn't presented 389113... need to read that
[12:24] <fabbione> no, even if i am booting into 2 or 3 or 5
[12:25] <fabbione> don't start this service at boot. <- full stop :)
[12:25] <Keybuk> right, 389113 covers being able to put things like "noapache" on the kernel command-line
[12:25] <fabbione> then optionally, you can say at this runlevel
[12:25] <Keybuk> and having upstart disable that job
[12:25] <fabbione> yeah something like that
[12:25] <fabbione> i didn't see it in the list
[12:25] <fabbione> noapache sounds scary :)
[12:26] <fabbione> ok well.. good to know I am not the only one with crazy idea
[12:26] <fabbione> +s
[12:27] <Keybuk> :-)
[12:28] <fabbione> tho I admit, in a cluster enviroment it is extremely useful
[12:28]  * fabbione will go for the workaround in the meantime
[12:30] <cjwatson> pitti: I have: -rw-r--r-- 1 cjwatson cjwatson 34606080 2010-04-10 01:18 lucid.db
[12:40] <apw> i have gotten a new machine which was installed from a usb stick, installed and rebooted normally.  did an update and grub updated and it popped a gconf popup for grub which asked me to select grub install location, i ignored it and hit forward, then realised what it was
[12:40] <cjwatson> cody-somerville: I've merged base-installer now
[12:41] <apw> 1) back was not possible, and 2) having gone forward i ended up unbootable. booting from the USB i oddly get booted from the disk now, but grub-install works but does not make me bootable
[12:42] <cjwatson> apw: a number of people have reported that; what I really need is a recipe for reproducing the previous state, since by the time people report it they've typically lost the information I need
[12:42] <apw> that i can believe
[12:43] <apw> i am suspicious that the trigger here is that the disk has moved from sda to sdb when i have the usb stick in
[12:44] <apw> hrm.  i simply cannot get grub-install to install a boot block
[12:44] <jussi> join #ubuntu-artwork
[12:44] <cjwatson> pitti: I've put that lucid.db in my home directory on lillypilly, in case it's useful
[12:44] <jussi> argh
[12:44] <apw> it says it has, but ... it does not boot afterwards
[12:44] <cjwatson> apw: it's supposed to use /dev/disk/by-id/ paths
[12:45] <cjwatson> but 'sudo grub-install /dev/sdwhatever' should work ...
[12:45] <apw> now that i've broken it its not happy about fixing itself for sure
[12:45] <apw> that says it works, but the machine does not become bootable as a result
[12:45] <apw> gah
[12:45] <tjaalton> cjwatson: are you planning to migrate console-setup to keyboard-configuration for maverick?
[12:45] <cjwatson> then I suppose it's actualy booting from wqsomewhere else
[12:45] <cjwatson> tjaalton: probably
[12:45] <cjwatson> sigh, lag
[12:46] <cjwatson> tjaalton: it's on the "really nasty merges" list
[12:46] <tjaalton> cjwatson: heh, ok
[12:46] <apw> cjwatson, when i did the original install, it booted just fine so it used to be able to do it ... that was an official release CD image on stick
[12:46] <tjaalton> that one has to go right ;)
[12:50] <apw> cjwatson, ok this is perverse.  if i have the stick inserted it boots from the hard drive ... as if grub seconadary is coming from there
[12:52] <apw> cjwatson, can i ask grub where it loaded itself from?
[12:52] <cjwatson> apw: do you have a /boot/grub/device.map?
[12:52] <cjwatson> is it wrong?
[12:53] <cjwatson> "boots from the hard drive" - there are a bunch of things that might mean, you mean it loaded the kernel from the hard drive with a root= pointing there?
[12:53] <ogra_cmpc> cjwatson, https://wiki.ubuntu.com/Specs/M/ARMPreinstalledSDCardImages mind to take a glance if i miss anything obvious ?
[12:53] <apw> cjwatson, the machine does not boot from the USB without manual intervention
[12:53] <ogra_cmpc> (not urgent)
[12:53] <apw> but if i don't ask it to then the mahcine loads with the OS from the real drive when the USB stick is present, not when it is not
[12:54] <apw> when the stick is present the harddrive moved to (hd1)
[12:54] <cjwatson> ogra_cmpc: I don't have it all in my head, but it seems to match roughly what we discussed
[12:54] <apw> so i suspect the /boot/grub/device.map will be wrong
[12:54] <cjwatson> apw: if /boot/grub/device.map is there at all, I suggest removing it
[12:54] <ogra_cmpc> cjwatson, great, thanks
[12:54] <cjwatson> modern grub can work without it and frankly is better off without it
[12:55] <cjwatson> we're deprecating the (hd1)-style names
[12:55] <apw> cjwatson, not there anyhow ... hrm
[12:56] <cjwatson> silly question, are you sure that bios boot order is correct?
[12:57] <cjwatson> try running grub-install with 'sh -x' and send me the output
[12:57] <apw> heh new machine, seemed to boot windows before it was zapped, will check
[12:59] <apw> ok it does fall back to usb it seems after hard drive, so if its not on the hard drive at all it would do something, why the usb stick then confusingly boots the real disk ... i don't know ... though doesn't the CD have syslinx?  and i end up with grub
[12:59] <apw> so perhaps the usb stick got wacked with grub
[13:01] <cjwatson> I'm not sure I'm following
[13:01] <cjwatson> running grub-install on the USB stick should render it self-contained, assuming that the /boot/grub/grub.cfg on the USB stick is vaguely sane
[13:01] <apw> if we assume that the reason it boots with the stick installed is that the fallback order is disk/something/something/USB disk
[13:02] <cjwatson> and of course assuming that the BIOS is actually booting it
[13:02] <apw> then i'd expect to see the syslinux, as i get grub i assume one of the two spindles have grub
[13:02] <cjwatson> I don't follow where the musing about isolinux is coming from
[13:02] <pitti> cjwatson: thank you!
[13:02] <apw> the USB stick should be untouched, and thus have syslinux, but i am now suspicuus the install has wacked it with grub
[13:02] <cjwatson> you've been repeatedly running grub-install on things
[13:03] <cjwatson> oh, I see
[13:03] <cjwatson> I thought you *wanted* to boot from the USB stick
[13:03] <apw> yep, to be sure it happened then would require a scratch install i cannot now be sure it was me
[13:03] <apw> no i want my real disk to boot :)
[13:03] <cjwatson> Marjo reported a pretty similar bug during the release sprint
[13:03] <cjwatson> so I know that USB installs sometimes get the grub target wrong
[13:04] <apw> yeah its mentioning hd1, which the spinning disk is right nwo
[13:04] <cjwatson> forget about hd1
[13:04] <apw> (in the sh -x output)
[13:04] <cjwatson> that naming is (a) unhelpful (b) unused
[13:04] <cjwatson> can I see the output?
[13:04] <apw> working on it
[13:06] <apw> http://pastebin.com/YQpPrTdT
[13:08] <Keybuk> cjwatson: are we doing a team meeting today?
[13:08] <cjwatson> ok, so the hd1 stuff there is definitely a red herring - with a single-disk biosdisk configuration, it doesn't even end up in any configuration file
[13:08] <cjwatson> Keybuk: a quick one, no need for activity reports though since we've all been at UDS :)
[13:08] <cjwatson> I'll send a mail in a moment
[13:10] <apw> cjwatson, can i tell if grub is in the boot block trivially ?
[13:13] <apw> cjwatson, ok i think i have it sorted ... i had to make the linux root disk a boot partition in fdisk
[13:14] <cjwatson> apw: you can compare it with /boot/grub/boot.img; there'll be some differences for variable bytes and the partition table and such
[13:14] <cjwatson> grub doesn't care about active partitions, but maybe your BIOS does
[13:14] <apw> cjwatson, yeah i suspect the latter
[13:14] <apw> i am going to double check and confirm
[13:14] <cjwatson> I know of some BIOSes that refuse to boot from a disk unless it has an active partition
[13:14] <cjwatson> the installer is supposed to deal with that already though
[13:15] <apw> that is exactly the symptom i am suspecting, and the installer did not do that
[13:15] <cjwatson> well, if the installer was confused about which the boot disk was supposed to be (which is borne out by your comments above), then it wouldn't have known that it needed to take care to give it an active partition
[13:16] <cjwatson> so this is probably just all part of the same bug, which is the one Marjo saw
[13:16] <cjwatson> if I can manage to put together a test case in KVM, I want to try to fix that one for 10.04.1
[13:17] <apw> ok confirmed, removing the active flag has broken boot
[13:17] <Laney> :q
[13:17] <apw> so i think this is as you say a combination of known issues
[13:18] <cjwatson> right.  useful to have confirmed that there are still BIOSes with that property, though :-)
[13:18] <cjwatson> the last definite sighting I had of that was seb128's laptop a few years back
[13:18] <apw> cjwatson, this looks to be an efi bios underneath too
[13:18] <apw> so it may become more common not less
[13:18] <cjwatson> but of course once it was fixed in the installer we stopped caring much
[13:18] <cjwatson> lovely
[13:19] <apw> i has a ticky to switch modes, i am somewhat scared of trying it
[13:19] <cjwatson> guess I'd better get that patch sorted out and pushed to Debian at some point
[13:20] <apw> cjwatson, this machine also has the lovel M-P from the screen switch button
[13:21] <cjwatson> M-P?
[13:21] <apw> meta/windows-p
[13:21] <apw> Super_L down, P down, P up, Super_L up ... from pressing the output screen select button
[13:24] <cjwatson> ah
[13:25] <apw> cjwatson, i recon we should just give up and map that key to the monitors applet
[13:27] <txwikinger> Riddell: what needs updating in debootstrap?
[13:29] <Riddell> txwikinger: turns out it already supports maverick so nothing needs updating
[13:29] <Riddell> unless you want to do the merge with the current Debian version
[13:31] <cjwatson> please don't
[13:32] <cjwatson> a merge there is a waste of time - I'll do a new upstream release and then we can just sync
[13:56] <G> sorry asked a few minutes ago in -motu but I think here is more the right place, anyone able to take a look at https://bugs.launchpad.net/ubuntu/lucid/+source/libvirt/+bug/571093 to me it looks like a udev bug and I think some udev trained eyes might be a good idea :)
[13:58] <G> it's getting triggered by udev calls and udev is all over the valgrind output
[14:06] <seb128> cjwatson, slangasek, jdong: do you plan to do some SRU review soon? since pitti is on rotation SRU seems to be stucked a bit...
[14:06] <seb128> would be nice to get those moving at least to get fixes in the LTS
[14:07] <cody-somerville> cjwatson, thanks! :)
[14:32] <cjwatson> seb128: yikes, suppose I'd better
[14:32] <seb128> cjwatson, thanks!
[14:39] <apw> pitti, this dbg image reaping issue, can i confim that this filename is in the right form: linux-image-2.6.34-2-generic-dbgsym_2.6.34-2.9_amd64.ddeb
[14:44] <apw> pitti, we are getting pounded about them going missing
[14:45] <jcastro> Keybuk: are you planning on proposing to give a talk at debconf?
[14:46] <pitti> apw: that seems right; I suppose it's due to the old -image-debug hack that I placed on the ddeb machine
[14:46] <pitti> apw: I reverted it now
[14:47] <pitti> oh, hang on, we still need it for older releases
[14:47] <apw> yeah old releases still use the old form
[14:47] <pitti> apw: ok, I extended the hack, should cover both forms now
[14:48] <apw> pitti, thanks ... you are the man
[14:48] <pitti> let's hope that it works now
[14:48] <pitti> http://ddebs.ubuntu.com/pool/main/l/linux/ -> seems that's missing -22 :(
[14:48] <apw> yep, thats how we noticed that it wasn't working
[14:48] <pitti> apw: can you watch this for a bit with the maverick ones?
[14:48] <apw> yeah will be watching for a while
[14:48] <pitti> the hack should have kept the lucid -22 ones
[14:48] <pitti> unless -22 used -dbgsym already?
[14:49] <apw> lucid also uses the new form
[14:49] <pitti> i. e. did you change the name in updates?
[14:49] <pitti> aah
[14:49] <pitti> ok, that explains it
[14:49] <apw> good thanks, will write it up and close the bug out
[14:58] <amikrop> Hello, how can I run JVM source?
[14:58] <amikrop> What do I need to install?
[14:59] <joaopinto> amikrop, the support channel is #ubuntu
[14:59] <amikrop> ok thanks
[15:00] <cjwatson> seb128: there's no bug in the changelog for librsvg - how do we track verification in that case?
[15:03] <pitti> cjwatson: I usually reject those and ask to reupload with a bug #
[15:04] <cjwatson> oh, wait, I just found a bug number buried in there
[15:04] <cjwatson> hard to see amid the list of upstream bugs
[15:05] <pitti> cjwatson: you don't use queuediff? that opens the bugs automatically
[15:05] <cjwatson> no, my net connection is slow
[15:05] <pitti> ah, it's a new upstream version
[15:05] <cjwatson> I don't want to have to download all the files
[15:05] <pitti> if it's the same upstream version, that'll only download the diff.gzs and use interdiff
[15:06] <cjwatson> because it can take ages for me, my habit is not to use it
[15:07] <nigelb> pitti: is there a problem with the nondefault gconf value reporting via apport?
[15:07] <pitti> nigelb: define "a problem"?
[15:08] <nigelb> someone was writing a hook and he noticed that its reporting a lot more values that its supposed to be and most of them were normal
[15:08] <pitti> nigelb: not known to me
[15:08] <nigelb> pitti: I'll ask him to log a bug with exact details against apport
[15:10] <apw> cjwatson, ok confirmed that doing an install on this machine breaks the USB stick, grub ends up on it instead
[15:17] <juliank> mvo: Just want to inform you that software-center is 2.0.3debian1 in maverick (has been synced automatically). This means a bit of Ubuntu branding is currently missing in debian/control package description.
[15:17] <juliank> Apart from the description change, you can merge anything else though, so this is not a large issue.
[15:17] <pitti> so much for stealing Debian's version numbers for ubuntu..
[15:17] <mvo> juliank: thanks, I know about this, but maverick is so fresh that it does not matter that much yet
[15:18] <mvo> juliank: I did merge most (all?) in trunk/ - thanks for this
[15:18] <ogra> just make sure that never happens with initramfs-tools ... that will be painful :)
[15:25] <Keybuk> jcastro: I've proposed a BoF
[15:25] <Keybuk> jcastro: I think
[15:25] <Keybuk> jcastro: the Debconf registration/papers/etc. system makes canonicaladmin look like the work of a web genius
[15:25] <jcastro> Keybuk: ok, you might want to doublecheck, the deadline is past but they told me it's a "soft" deadline
[15:25] <jcastro> Keybuk: it's like a more obsfucated version of summit!
[15:26] <Keybuk> if I click "Own Events" on the left, I see
[15:26] <Keybuk> "Upstart in Debian", event state: undecided
[15:27] <ScottK> jcastro should volunteer to help since he's so experienced at this stuff.
[15:27] <jcastro> Keybuk: ok then you're all set
[15:27] <jcastro> (just doublechecking)
[15:39] <apw> pitti, gah didn't realise you had moved the db ... doh ... no wonder my pages are stale
[15:40] <pitti> apw: only after lucid
[15:40] <pitti> from workitems/ to workitems/lucid/
[15:40] <apw> well and * into maverick
[15:40] <pitti> right
[15:40] <apw> which they weren't last week :)
[15:40] <pitti> I announced that today
[15:40] <pitti> and they were moved today
[15:41] <apw> yeah i'd been waiting on a dx-blueprint appearing ... and it didn't :)
[16:01] <seb128> cjwatson, sorry about the changelog not being clear, you don't have the .changes available for review to get those listed easily?
[16:02] <cjwatson> seb128: yeah, I do, was just being a bit dense, sorry
[16:02] <cjwatson> it's been a while since I did serious SRU processing
[16:03] <seb128> cjwatson, np, thanks for reviewing those sru!
[16:13] <juliank> mvo: Could you merge lp:~juliank/software-center/jak
[16:13] <mvo> juliank: sure, merging now
[16:15] <jibel> asac_, hey, could you please have a look at bug 429841
[16:15] <jibel> asac_,  it was introduced with fp-installer <IP_ADDRESS>ubuntu2 in jaunty and breaks the upgrade from lts to lts
[16:17] <mvo> juliank: hm, actually using deb822 is kind of nice as it iirc works with gzip files too. or can TagFile() do that nowdays?
[16:19] <juliank> mvo: Then ignore this revision, but add a dependency on python-debian.
[16:19] <mvo> juliank: good point! thanks
[16:20] <chrisccoulson> jibel - it should probably be me who looks at that ;)
[16:21] <asac_> chrisccoulson: take care. that package is a mess ;) ... lots of upgrade paths need to be tested before uploading something
[16:21] <asac_> also partly its owned by security team etc.
[16:21] <asac_> but yeah. you are the right person ;)
[16:21] <chrisccoulson> asac_ - ok, no worries
[16:22] <chrisccoulson> yeah, i'll take a look at that in a bit
[16:24] <jibel> chrisccoulson, as long as someone can look at it, that's perfect. Many thanks. asac_ sorry for pinging.
[16:27]  * mvo waves to jibel
[16:33]  * jibel waves back
[17:35] <didrocks> cjwatson: thanks for netbook-launcher approval
[17:41] <chrisccoulson> thanks for gnome-screensaver approval too :)
[18:40] <pwnguin> pitti: is LP #582946 a dupe?
[18:41] <seb128> pwnguin, it's not-gvfs-bug in any case
[18:41] <seb128> pwnguin, seems a file corruption, either locally or wrong download
[18:41] <rickspencer3> seb128, I
[18:41] <rickspencer3> m not sure who should own the touch one
[18:42] <seb128> rickspencer3, did you mean to reply on this channel?
[18:42] <rickspencer3> nope
[18:43] <qense> robbiew: MaverickReleaseSchedule says our current focus should be A-2, but shouldn't that be A-1, as the first alpha hasn't even been released yet?
[18:45] <pwnguin> seb128: crazy
[18:46] <pwnguin> downloading from lp via wget worked
[18:51] <robbiew> qense: no, as the iterations are more focused at how we plan the work for the release. So we scope out enough work for the 1st iteration, which ends at Alpha 2.  Then we look at what's remaining and what others may have discovered they need and scope out additional work for the next iteration, which ends on Alpha 3
[18:52] <robbiew> the iterations allow us to be a bit more agile in our approach to the release, instead of setting in stone everything we will do upfront
[18:52] <qense> robbiew: ah. The first Alpha release is just to get people to install it? ;)
[18:52] <qense> It's got a label, lets install it!
[18:52] <robbiew> and see if the damn iso builds :P
[18:52] <qense> Those things are useful to know. :)
[18:52] <robbiew> indeed
[18:52] <qense> robbiew: OK, thank you for your answer. Sounds like a good way to manage the cycle.
[18:53] <robbiew> np...and I admith it's confusing though...maybe I should just call them "Iteration 1", "Iteration 2", etc
[18:54] <qense> yeah
[18:54] <qense> Although the current names to tell when the iteration ends.
[18:56] <kees> pitti: hi! can you reset the canonical-security workitem history?  I'd like the burndown line to start with today's view of the blueprints (as of 5 minutes ago) since now we're finally done filling in the initial work items.
[18:57] <robbiew> qense: yeah, true
[19:03] <ccheney> bug 582980, I would appreciate a check to see if the patch I made looks sane for an update for Lucid SRU, its needed for OOo to save to cifs mounts properly
[19:15] <jdstrand> pitti: fyi, I've got the psql updates now. I will build in ubuntu-security-proposed as mentioned in the bug
[20:23] <psusi> anybody know of a C library that implements a binary tree data structure?  like std::map<> or something?
[20:24] <soren> psusi: glib?
[20:25] <psusi> soren: gimme something I can man? ;)
[20:25] <soren> psusi: hm?
[20:25] <Pici> grep the manpages for that? then select one?
[20:25] <psusi> the name of a function or something I can look up in man
[20:26] <psusi> for what is the question?
[20:26] <Pici> Ignore me if this doesn't make any sense.
[20:26] <juliank> psusi: http://library.gnome.org/devel/glib/unstable/glib-Balanced-Binary-Trees.html
[20:26] <soren> psusi: http://library.gnome.org/devel/glib/2.24/glib-Balanced-Binary-Trees.html [+]
[20:27] <psusi> oh, I don't want to bring in all of gtk ;)
[20:27] <soren> psusi: glib is separate.
[20:27] <psusi> hrm..
[20:28] <juliank> glib is small (smaller than libstdc++), about 800k on my system (although the package is larger as it includes gio-2.0 and others as well)
[20:33] <psusi> this might do the trick then... once I figure out how to use it... right now e2defrag keeps a forward and reverse translation map for disk blocks, but they are just arrays... so one entry per disk block... so you need 671 mb of ram just for the translation maps on a 320 gig drive... I need to rework it to use a more efficient data structure ;)
[20:45] <psusi> I'm confused... what is g_tree_insert() going to do with key and value pointers?  when it doesn't know anything about what they point to?
[20:46] <psusi> how is it going to copy a new value into the tree without at least knowing what its length is?
[20:48] <psusi> and how is g_tree_replace() any different than g_tree_insert()?  insert says it sets the value if the key already exists
[20:54] <psusi> hrm... ok, I think I see... internally the tree only stores a pair of opaque pointers, the key and the value... so I just have to allocate my own object and pass the gtree functions pointers to the key and value members of that object...
[20:55] <psusi> that's a bit disappointing... would be faster to have the object itself stored in the tree
[20:55] <SEJeff> As if richard didn't hate ubuntu enough already: https://bugzilla.gnome.org/show_bug.cgi?id=618952
[21:25] <xnox> slomo, are you building webm gstreamer packages in ppa:gstreamer-team/ppa ?
[21:26] <slomo> xnox: yes
[21:26] <xnox> slomo, awesome =) can't wait to test them ;-)
[21:26] <slomo> xnox: already there for lucid, i don't plan to upload them for karmic
[21:26] <xnox> slomo, i've upgraded to maverick already.... =) should be fine though ;-)
[21:27] <slomo> xnox: then you'll get the packages when they're in debian :P
[21:27] <xnox> well I'll just play my odds and install lucid packages without rebuilding ;-) and see what happens
[21:28] <slomo> xnox: should work just fine :) you need gst-plugins-{base,good,bad} and libvpx
[21:28] <xnox> slomo, kk
[21:29] <xnox> slomo, and I need to wait for i386 build to finish =(
[21:39] <ion> Woot, WebM sounds promising.
[21:39] <ion> Considering all the major browser vendors are behind it.
[21:40] <ion> Crap. I forgot about IE. :-P
[21:59] <xnox> ion, Microsoft issued a statement IE9 will support h.264 out of the box and WebM if plugin is installed... The better news is that loads of hardware manufacturers are behind it & Adobe as well. Apple is missing though so far?!
[21:59] <ion> http://x264dev.multimedia.cx/?p=377 though
[22:01] <xnox> ion, yeah I read that. But i don't care. Google gives the patent liceses for VP8 for free to everyone. So if anyone sues, they will have to deal with google and 30+ leading software and hardware companies.
[22:02] <xnox> ion, i don't care that x264 is better. I need to buy a patent license to use it =)
[22:02] <xnox> the question is will blueray switch to VP8 or not......
[23:10] <psusi> so I'm trying out this glib btree and it seems glib.h is trying to include glibconfig.h, which does not exist... why idea why?
[23:13]  * psusi wonders what an include file is doing in /usr/lib
[23:20] <slangasek> psusi: you need to use 'pkg-config glib-2.0 --cflags'
[23:22] <psusi> what's pkg-config?  I just had to add the -I flag, but header files should be in /usr/include not /usr/lib shouldn't they?
[23:23] <slangasek> 1) being in /usr/include doesn't guarantee you can properly include all the dependencies without having to add a bunch of things to cflags; 2) glibconfig.h is split out because it's auto-generated and machine-specific.
[23:24] <slangasek> (I don't think that's sufficient reason to put it in /usr/lib, really, but given 1) you're already doing it wrong wrt portability if you're hard-coding -I options)
[23:28] <psusi> hrm.... I'll have to look into this pkg-config then... but for now I'm fiddling with GTree to create a double binary tree indexed extent list for the block relocation map ;)
[23:29] <slangasek> pkg-config is a dependency of libglib2.0-dev.  You shouldn't have to look far.
[23:41] <temugen> k
[23:42] <temugen> hey, this isn't my vim window...


[04:17] <tsimonq2> teward: kopano-webapp> Message: unknown error: Chrome failed to start: crashed
[04:17] <tsimonq2> Yeah, so that's probably their issue, unless nginx has become an Electron app or something crazy like that. :P
[10:04] <RAOF> dreamcat4: policy would typically suggest that you so the config file *as* a config file (optionally with UCF  helpers in the maintainer scripts)
[10:06] <RAOF> dreamcat4: So, barring extraordinary circumstances, I would not do any copy-in-postinst shenannagins
[10:07] <vorlon> ucf and conffiles are mutually exclusive
[18:21] <teward> tsimonq2: well the tests us their apache2 plugin not NGINX
[18:21] <teward> tsimonq2: so wrt NGINX it's not really NGINX's bug, but since it relies on httpd that's pulled into the tests
[18:21] <teward> tsimonq2: but given that it's got that kind of an error I'm pretty sure that this is going to be a failure in the test.


[09:49] <ogra> whiprush: do you know anybody with a vlid signed key who could sign yours ? or a local LUG near you ?
[09:50] <smurfix> Or you could check with biglumber
[09:50] <whiprush> yeah this is a new key, I'll have that fixed soon.
[09:50] <ogra> whiprush: great :)
[09:50] <lamont> Kamion: sent
[09:51] <pitti> lamont: grrrrreat!
[09:51] <ogra> pitti: hi
[09:51] <pitti> ogra: pong. Sorry, was phoning with gf :-)
[09:52] <ogra> pitti: is it intentional that vim-gtk isnt available on warty-security ? someone asked in #ubuntu-de before....
[09:52] <pitti> lamont: what does buildd-status contain exactly?
[09:52] <Kamion>    vim-gtk | 1:6.3-025+1ubuntu2.2 | warty-security/universe | amd64, i386, powerpc
[09:52] <pitti> lamont: always the latest directory with stripped stuff?
[09:52] <lamont> pitti: that's the translations since I turned on stripping - please tell me that version 5 didn't turn it back off.. :-)
[09:52] <ogra> Kamion: universe ?
[09:52] <lamont> pitti: for each of the buildd's, it contains the name of the last directory that I walked
[09:53] <Kamion> ogra: yes
[09:53] <lamont> pitti: last successfully walked, that is...  oops.
[09:53] <ogra> Kamion: strange....i thought it was in main...
[09:53] <mdz> pitti: do you intend to allow pmount to unmount by directory, rather than only by device?
[09:53] <Kamion> ogra: nope, vim-gnome is, vim-gtk isn't
[09:54] <ogra> heh, ok
[09:54] <Kamion> ogra: see also bug #3599
[09:54] <ogra> so the guy was missing  warty-security/universe in his sources list then...
[09:54] <pitti> lamont: that means the directory will change every day?
[09:55] <Kamion> ogra: yes, as that bug says we accidentally shipped warty without warty-security/universe in sources.list
[09:55] <pitti> lamont: or, rather, every day gets its own directory?
[09:55] <ogra> Kamion: ah, got it... thanks :)
[09:57] <pitti> mdz: if it's easy and robust to map it to a device, I could do that
[09:57] <pitti> mdz: I'm in the middle of producing a new upstream version anyway, so now is in fact a good time to do that :-)
[09:58] <Kamion> lamont: excellent, scripted, thanks
[09:59] <ogra> whiprush: i just see you are interested in ltsp.....thats probably a good startpoint too....
[10:00] <lamont> Kamion: yeah, and I even fixed the user name on your copy. :-)
[10:01] <lamont> pitti: so it now only updates the last date ran (in buildd-status) when it successfully walks said tree. :-)
[10:01] <ogra> mdz: obnoxious beeping ? http://www.dina.dk/~abraham/religion/vi-music
[10:01] <ogra> :)
[10:02] <mdz> gah
[10:03] <mdz> Kamion: this liev CD doesn't have any of my d-i modifications
[10:03] <mdz> Kamion: was the DI_TYPE switch flipped the wrong way or something?
[10:04] <mdz> Kamion: it does have the isolinux fix, though
[10:06] <mdz> gah, it didn't get mirrored
[10:07] <mdz> elmo: ?
[10:07] <mdz> I just re-ran anonftpsync manually, and it still isn't showing up
[10:07] <smurfix> elmo: ENOWAY. "ignoring ntp_4.2.0a+stable.orig.tar.gz, since it's already in the archive". I'm afraid you'll have to manually move the beast.
[10:07] <whiprush> ogra: yeah I'm in the same lug as jim mcquillan, we've talked about ubuntu/ltsp stuff in the past.
[10:08] <ajmitch> morning people
[10:08] <ajmitch> ogra: I saw you mention ubuntu hurd, going to work on it? ;)
[10:08] <smurfix> ajmitch: my timezone says you're two hours early with that greeting. ;-)
[10:09] <ajmitch> smurfix: sorry, it's thursday morning here :)
[10:09] <ajmitch> we just have to wait for the rest of the world to catch up
[10:09] <ogra> ajmitch: no time for such games....we'll have to wait until azeem has made his diploma *g*
[10:10] <thom> you australians have to be ahead at something i guess... ;-)
[10:10] <ajmitch> thom: pfft, I'm in NZ, not that other place
[10:11] <thom> heh, you need even more help then ;=)
[10:11] <ajmitch> we're not an australian state yet!
[10:11] <ogra> thom: nah, if they would be ahead, they would know how to drive on the correct side of the road....
[10:16] <ajmitch> ogra: recruited any other MOTUs?
[10:16] <ogra>  ajmitch, whiprush is on his way :)
[10:17] <ajmitch> great, soon it'll be down to only 3000 packages each :)
[10:17] <ogra> yay :-D
[10:19] <lamont> smurfix: what are you trying to do with ntp?
[10:20] <thom> hey lamont, know much about lwresd?
[10:23] <jdub> hooray for rsync
[10:23] <ajmitch> jdub: many savings?
[10:24] <jdub> yeah, it's pretty rad now
[10:24] <ajmitch> great, it might almost be usable for me
[10:26] <jdub> ajmitch:
[10:26] <jdub>    550098944 100%    3.32MB/s    0:02:37  (1, 100.0% of 1)
[10:26] <lamont> thom: I know that bind9 includes it... :-)
[10:26] <jdub> wrote 164343 bytes  read 15886018 bytes  82099.03 bytes/sec
[10:26] <jdub> total size is 550098944  speedup is 34.27
[10:26] <lamont> sent 164353 bytes  received 49416730 bytes  38780.67 bytes/sec
[10:26] <lamont> total size is 550098944  speedup is 11.09
[10:26] <lamont> that machine hasn't been syncing every day
[10:27] <lamont> since rsync doesn't really do --bwlimit...
[10:27] <ajmitch> jdub: impressive
[10:27] <thom> lamont: gah :-)
[10:27] <thom> ok
[10:27] <ajmitch> although I've only got a measly 128kbit line, so I might put that in the crontab
[10:29] <ajmitch> jdub: that's for the live cd?
[10:29] <lamont> ajmitch: I saw 425kB/s, on a line that I know is limited to 256kbits
[10:29] <lamont> yeah
[10:30] <lamont> jdub: please note that amd64 (and ia64) will have occasional burps as the livecd rootfs grows too big and we have to rebuild it (and thereby trash rsync-ability for the day)
[10:31] <ajmitch> grabbing at a steady 10K/sec now :)
[10:35] <ajmitch> someone suggesting anjuta2 be packaged, released in feb - is that possible to stick at least a beta in universe before feature freeze?
[10:35] <ajmitch> hmm, beta in early feb, no release date mentioned
[10:36] <jdub> yeah
[10:36] <jdub> we're more relaxed about upstream version changes in universe
[10:36] <jdub> as long as we have someone trying them out and saying that they definitely work :)
[10:37] <ajmitch> great
[10:37] <smurfix> lamont: uploading a new version to Debian, basically
[10:37] <smurfix> lamont: ... which
[10:38] <smurfix> lamont: ... which proved to be nontrivial; the first upload had a -dbg which elmo didn't want to accept, so I uploaded an .orig.tgz-less -2, which ended up in the pool ... *without* the orig.tgz.
[10:39] <Kamion> mdz: it was set to daily-installer; changed back to installer
[10:40] <smurfix> lamont: Needless to say, that shouldn't have happened.
[10:48] <mdz> Kamion: shouldn't daily-installer have been correct?
[10:48] <mdz> Kamion: isn't that where lamont's builds go?
[10:49] <Kamion> mdz: er ... d'oh
[10:49] <Kamion> mdz: quite right, changed back :-)
[10:50] <ajmitch> for a minute I thought you said 'openoffice on the hurd'.. but nobody's been brave enough to port that
[10:50] <mdz> Kamion: I didn't run cron.daily-live until elmo said the build was on mirnyy
[10:50] <mdz> I don't have access to mirnyy to check
[10:50] <lamont> (use OO.o to edit a file, run it again to edit a file with the same name in a diff directory, exit the second one, get prompted about what to do with changes, click discard, watch everything exit, scream.)
[10:50] <mdz> but it certainly didn't make it to little
[10:50] <Kamion> mdz: you can look at http://mirnyy.ubuntu.com/ubuntu/ from anywhere surely
[10:52] <mdz> ah, didn't realize it was a public mirror
[10:52] <mdz> Kamion: oh, hey, it's on little now
[10:52] <mdz> Kamion: did you do a mirror sync?
[10:52] <mdz> maybe it works for you and not for me
[10:52] <Kamion> no
[10:52] <mdz> hmm
[10:52] <Kamion> didn't touch that
[10:52] <mdz> lrwxrwxrwx    1 cjwatson cdimage        26 Jan 26 08:01 current -> 20041227ubuntu7.0.20050125
[10:52] <mdz> lrwxrwxrwx    1 mdz      cdimage        27 Jan 26 21:13 current -> 20041227ubuntu7.0.200501260
[10:53] <mdz> anyway, doing new cron.daily-live now
[10:53] <Kamion> how can you have two symlinks both called current?
[10:54] <mdz> one is from before, the other from now
[10:54] <mdz> the first was from after I ran cron.daily-live earlier
[10:54] <mdz> the second one is wthat it looks like now
[10:55] <mdz> I think it works when I run anonftpsync by hand
[10:55] <mdz> but the mirror doesn't update when I run cron.daily-live
[10:56] <mdz> Kamion: just noticed that pxeboot.tar.gz has a config with devfs=mount,dall in it.  that's obsolete, right?
[10:58] <mvo_> mdz: live cd works fine on my test-system
[10:59] <mdz> mvo_: thanks; unfortunately it doesn't have the new pieces I needed :-/
[10:59] <mdz> I just built a new one
[10:59] <mdz> if you could try that as well, that would be great
[10:59] <haggai> dpkg-deb: building package `openoffice.org' in `../openoffice.org_1.1.3-2.3ubuntu8_all.deb'.
[10:59] <opi> mdz, give me a link :)
[10:59] <haggai> finally I am getting somewhere...
[11:00] <opi> mdz, I'm going to burn it tom.
[11:00] <mvo_> mdz: tomorrow in the morning then :)
[11:00] <opi> mdz, I'd like to leave office today ;)
[11:00] <mdz> opi: http://cdimage.ubuntu.com/daily-live/current/
[11:00] <opi> *click*
[11:00] <mvo_> still, the last live-cd I tested did not work as well (it hanged sometimes during hotplug)
[11:02] <elmo> mdz: boggle
[11:02] <elmo> mdz: did you get it sorted?
[11:02] <mdz> elmo: yeah, I think the problem is on little's end
[11:02] <mdz> though I have no idea why
[11:02] <mdz> the script clearly calls anonftpsync near the start
[11:02] <mdz> and there is no error in the log
[11:02] <mdz> and I think it works for Kamion
[11:03] <elmo> hmm, maybe it got smacked down by rsync limits but that didn't get logged somehow?
[11:04] <Kamion> it's not in the logfile even
[11:05] <Kamion> mdz: yes, that's obsolete, will fix
[11:05] <Kamion> erm. would fix if I could find it.
[11:05] <mdz> [11:05] <mdz> Wed Jan 26 20:26:17 GMT 2005
[11:06] <mdz> is there supposed to be rsync output below that or something?
[11:06] <Kamion> no, it's normally blank
[11:06] <Kamion> oh, it goes to rsync.log
[11:06] <mdz> anonftpsync is quiet when I run it
[11:06] <mdz> there are some permission denied errors in rsync.log
[11:07] <azeem> ogra: OK, so I resynced multisync (heh) with unstable and it builds fine again now, the (signed) source package is at http://people.debian.org/~mbanck/ubuntu-hoary/multisync_0.82-5ubuntu1_source.changes
[11:07] <mdz> rsync.log.1.gz seems to show the d-i build coming across, though
[11:07] <Kamion> that's the universe->main symlink stuff, I need to reapply my workaround
[11:07] <Kamion> rsync.log.2.gz shows an error
[11:07] <Kamion> likewise 3
[11:08] <mdz> aha
[11:08] <mdz> yeah, that's it exactly
[11:08] <mdz> elmo: can we get a username/password for little for unlimited rsync?
[11:08] <Kamion> elmo: is there any way I could have some kind of privileged rsync access from little?
[11:08] <azeem> dunno how to proceed from here, a simple sync from unstable is not possible my patch from last time is still needed
[11:08] <Kamion> heh
[11:08] <mdz> :-)
[11:08] <ogra> elmo: if i upload foreign packages, do they need to be signed by me additionally ?
[11:08] <azeem> ogra: sure
[11:08] <azeem> ogra: I'm not in the keyring
[11:09] <ogra> azeem: become a MOTU !
[11:09] <ogra> azeem: ;)
[11:09] <ogra> azeem: ok, pulling the source....
[11:09] <thom> yay, we get to have a celebrity as a MOTU
[11:09] <Kamion> mdz: seriously I don't see this pxeboot.tar.gz anywhere; only warty has pxeboot.tar.gz as far as I know (it got renamed to netboot.tar.gz), so are you sure you're looking at the right distribution?
[11:09] <mdz> Kamion: yeah, I was talking about warty
[11:09] <Kamion> mdz: you still care about warty? :-)
[11:10] <azeem> thom: from today:
[11:10] <azeem> 01:26 < nyu> azeem: dude, did you see this joke in debconf3?
[11:10] <azeem>           http://people.debian.org/~mjb/talks/debconf3/html/slide_31.html
[11:10] <mdz> Kamion: I was helping someone do a net install
[11:10] <mdz> Kamion: was it not obsolete yet in warty?
[11:10] <Kamion> mdz: oh. well, it's obsolete (and was in warty), but harmless; I killed it post-warty
[11:10] <azeem> ogra: I couldn't find somebody to test the packages (I'm running warty myself), but I guess it's better than right now at least
[11:10] <thom> azeem: never, ever, will they let you forget :-)
[11:10] <mdz> Kamion: is pxeboot.tar.gz not automatically built or something?
[11:10] <mdz> or did it go away since warty?
[11:11] <Kamion> mdz: it went away since warty.
[11:11] <mdz> oh
[11:11] <azeem> thom: I was going to make a webpage with all my lookalikes
[11:11] <ogra> azeem: lets see.... hoary is still called unstable ;)
[11:11] <jdub>    * Disable obnoxious beeping
[11:11] <thom> there's only one true lookalike
[11:11] <jdub> mdz: wtf ?
[11:11] <mdz> Kamion: the friend I was helping was following this at first: http://www.ubuntulinux.org/wiki/InstallFromOtherDistroHowto
[11:11] <elmo> ogra: yes, they do
[11:11] <mdz> Kamion: which basically tries to walk the user through doing what d-i does by hand
[11:11] <elmo> mdz/kamion: yeah, meh
[11:11] <ogra> azeem: but the pics match very well....
[11:12] <mdz> Kamion: it seems simpler to set up the existing system to boot a netboot d-i
[11:12] <Kamion> mdz: yarrrr
[11:12] <mdz> Kamion: which is what I was walking him through.  is there already a howto for that?
[11:12] <ogra> elmo: thanks
[11:12] <Kamion> mdz: these howtos keep popping up and I keep having to fix them
[11:12] <Kamion> mdz: no idea, TBH, sorry :/
[11:12] <ajmitch> azeem: it's almost like a mirror
[11:13] <azeem> ajmitch: http://www.geocities.com/mikes_maman/PETEMICHI.html
[11:13] <mdz> Kamion: I don't expect there should be much to it beyond downloading kernel+initrd and configuring lilo/grub
[11:13] <mdz> Kamion: trying to talk him into writing the howto along the way
[11:13] <ajmitch> heh
[11:14] <ogra> azeem: thought about working for a double agency ? ;-)
[11:14] <mdz> jdub: I guess you don't use growisofs, or don't use rewritable media
[11:14] <azeem> ogra: as I said, I'm going to do a website first
[11:14] <jdub> mdz: naw, what was the beeping? that's bong
[11:14] <mdz> dammit, wtf
[11:15] <mdz> jdub: if growisofs notices that you have a filesystem on the media already, it beeps 5 times for 5 seconds before doing what you told it
[11:15] <jdub> haha
[11:15] <mdz> which is completely stupid, because it's _rewritable_, and that's what' you _do_ with rewritable media
[11:15] <mdz> hence the "RE"
[11:15] <jdub> you have to press the NO REALLY DO WHAT I SAY button
[11:15] <mdz> Kamion: my template changes are still missing
[11:15] <mdz> maybe I fucked up
[11:15] <jdub> i hate that button
[11:16] <HrdwrBoB> that button is also disregarded
[11:16] <jdub> i should get some rw media and try it out
[11:16] <mdz> nope
[11:16] <mdz> the casper changes aren't there either
[11:16] <HrdwrBoB> eg: delete all my files please! (are you sure??) YES! .. oh wait.. crap
[11:16] <mdz> it's clearly not a new initrd
[11:16] <mdz> WTF
[11:18] <mdz> though initrd.list says it should be
[11:18] <jdub> oh man
[11:18] <jdub> i am very happy with my 52X cd burner now that it works
[11:18] <ajmitch> so are there plans for a live dvd for hoary+1? :)
[11:18] <jdub> ajmitch: possibly even for hoary
[11:18] <mdz> oh
[11:19] <mdz> powerpc is wrong
[11:19] <jdub> ajmitch: dvd with installer + live image
[11:19] <mdz> i386 is right
[11:19] <ajmitch> that could be useful
[11:19] <mdz> amd64 is correct, too
[11:19] <ajmitch> then I could spread ubuntu cheer around uni
[11:19] <mdz> elmo: are you sure that powerpc d-i upload happened?
[11:19] <jdub> all of supported :)
[11:19] <azeem> jdub: or a DVD which contains all arches?
[11:19] <jdub> only desktop seed for each though
[11:20] <jdub> but i don't think that's as useful as dvd of supported
[11:21] <Kamion> ajmitch: will do that fairly soon, not sure it'll make feature freeze as I have a lot of other things to do but I hope I can slip it in after that
[11:25] <mdz> amd64 live is golden
[11:25] <jdub> "This is the Ubuntu Live CD"
[11:25] <jdub> ACTION!
[11:25] <lamont> mdz: how was i386?
[11:26] <mdz> lamont: trying it now
[11:26] <mdz> lamont: problem is, powerpc somehow has an old d-i on it
[11:26] <mdz> or else I fucked up somehow
[11:26] <mdz> hmm, looks like I downloaded powerpc before the mirror was synched up
[11:26] <mdz> so it's probably OK
[11:27] <jdub> mdz: so where's usplash at? i'm getting testing jitters
[11:27] <mdz> jdub: sladen said ~35% ready the last time I spoke to him
[11:27] <jdub> hrm :|
[11:28] <jdub> mdz: (livecd still asks for hostname, known?)
[11:28] <mdz> jdub: the latest one doesn't
[11:28] <mdz> you must have gotten the broken set
[11:28] <jdub> oh
[11:28] <mdz> rsync the latest
[11:28] <jdub> i just synced like, 10 minutes ago
[11:28] <mdz> c4393b51dba477f9b5ddaa81f062111f  hoary-live-amd64.iso
[11:28] <mdz> c512b3e1cc389e1309104bf288fb7d85  hoary-live-i386.iso
[11:28] <mdz> 974f4d42f96d20d26327aa2950dd0ac2  hoary-live-powerpc.iso
[11:28] <mdz> those are the good ones
[11:29] <opi> mdz, should I restart too?
[11:29] <mdz> opi: yes please
[11:29] <opi> mdz, okidok
[11:29] <mdz> apologies for the confusion
[11:29] <jdub> ah smeg
[11:30] <opi> mdz, ok, donwloading it now
[11:33] <ogra> elmo: a simple debsign of the changes with my key is enough ?
[11:39] <ogra> seb128: thanks for fixing libgtksourceview-cil
[11:39] <ogra> :)
[11:39] <seb128> np
[11:40] <jdub> disk in burner more useful for burning said disk
[11:40] <thom> it tends to help
[11:40] <jdub> now it will BURN LIKE TRUFFLE!
[11:40] <mdz> i386 is good
[11:40] <thom> oh dear god
[11:42] <lamont> thom??
[11:42] <thom> lamont: ?
 oh dear god
[11:43] <thom> jdub is on a truffle kick
[11:43] <lamont> oh.
[11:43] <thom> on multiple channels
[11:43] <lamont> we should burn some for him in sydney, eh?
[11:43] <lexhider> can I attach files to a bug report or do I have to post the file contents into the comment.
[11:43] <lexhider> ?
[11:43] <HrdwrBoB> lexhider: attach
[11:43] <lamont> ogra: they're like CD's, only _LOTS_ easier
[11:43] <thom> and now debian-uk is talking about unicock; and the insanity is complete
[11:44] <mdz> powerpc is good
[11:44] <ogra> lamont: i guess they are softer then CDs afterwards...
[11:44] <mdz> I'm 3 for 3 with the current daily-live
[11:44] <mdz> amu: here?
[11:44] <mdz> amu has a live CD test plan we could run through
[11:45] <thom> mdz: i really need sleep; can i poke bittorrent in the morning?
[11:45] <lexhider> HrdwrBoB: I'm at https://bugzilla.ubuntu.com/enter_bug.cgi?product=Ubuntu and I can't see where I can attach the files.
[11:45] <mdz> thom: I won't be around in your morning
[11:45] <mdz> but I guess we can do a day-long test cycle on it
[11:45] <thom> lexhider: file the bug, then attach after
[11:45] <Kamion> mdz: do you want them published under releases?
[11:46] <mdz> Kamion: wherever you put the array stuff is fine
[11:46] <mdz> I'm not sure what to call it
[11:46] <Kamion> mdz: any particular name?
[11:46] <thom> mdz: if that's ok with you, great
[11:46] <lamont> mdz: note that you're not using this mornings livecd rootfs, since that didn't build...
[11:46] <mdz> I wanted to sync it with array-3, but that didn't happen
[11:46] <mdz> so it's sort of array 3.5 live
[11:46] <mdz> lamont: that's ok
[11:46] <Kamion> could call it array-3.5-live if you like :-)
[11:46] <mdz> lamont: that should be fixed now, btw (the gnomemeeting/libpw stuff)
[11:46] <lamont> mdz: was just a note...
[11:46] <thom> 'night
[11:47] <ogra> night thom
[11:47] <mdz> Kamion: if no one has a better idea...
[11:47] <azeem> ogra: debsign asks you whether you want to keep the old sig, just say no and generate a new one
[11:48] <azeem> or maybe it only asks you if it's from the same key, dunno
[11:48] <ogra> azeem: got everything ready already... just wanted to avoid additional work for elmo....trying the upload....
[11:49] <azeem> hey, I'm not pressed :)
[11:49] <HrdwrBoB> lexhider: looks like it's changed, and doesn't allow that anymore
[11:49] <azeem> just wanted to point that out
[11:49] <ogra> azeem: but i tend to forget things f i leave them lying around ;)
[11:51] <Kamion> sigh, of course changes I make to the cdimage archive are getting merrily corrupted on their way out to mirrors at the moment
[11:52] <elmo> uh?
[11:52] <Kamion> archive == baz archive
[11:52] <T-Bone> Kamion: i got the lsb-base issue once again
[11:52] <mdz> jdub: any luck with the daily?
[11:53] <jdub> mdz: um, now my burner is crapping out
[11:53] <Kamion> T-Bone: will need to see error messages for it to make any sense
[11:53] <elmo> ah
[11:53] <jdub> cdrecord: OPC failed.
[11:53] <mdz> cdrecord is crap, and so are writable CD media
[11:53] <jdub> cdrecord: Success. send opc: scsi sendcmd: no error
[11:53] <jdub> CDB:  54 01 00 00 00 00 00 00 00 00
[11:53] <jdub> status: 0x4 (CONDITION MET/GOOD)
[11:53] <jdub> cmd finished after 60.040s timeout 60s
[11:53] <jdub> cdrecord: OPC failed.
[11:53] <jdub>
[11:53] <mdz> haha
[11:53] <mdz> CONDITION MET/GOOD
[11:53] <jdub> i have no idea wtf that means
[11:54] <jdub> success no error
[11:54] <mdz> it means cdrecord is a steaming heap of dung
[11:54] <jdub> crapsmackula
[11:54] <mdz> if it weren't for ubuntu-desktop testing I would purge it
[11:54] <T-Bone> Kamion: the message doesn't make sense at all. As i reported, it says base-install can't be installed because it depends on lsb-base which is not going to be installed
[11:54] <Kamion> "base-install"?
[11:54] <T-Bone> Kamion: chroot & running apt-get -f install fixes the issue
[11:55] <Kamion> there is no such package
[11:55] <T-Bone> ubuntu-base
[11:55] <T-Bone> sorry
[11:55] <srbaker> trying to build subversion with ENABLE_JAVAHL
[11:55] <mdz> T-Bone: that means you have broken packages
[11:55] <srbaker> and it fails trying to call a command called "none"
[11:55] <mdz> read the log
[11:55] <srbaker> what the hell?
[11:56] <T-Bone> Kamion: then after apt-get -f install, if you start again the install process saying ok to use a dirty target, it fails again on some other package
[11:56] <mdz> mako: can you help me cook up a live CD milestone announcement?
[11:56] <Kamion> T-Bone: should I have the logs in e-mail somewhere?
[11:56] <srbaker> ahhhhhh
[11:56] <srbaker> it couldn't find javac
[11:56] <mako> mdz: yes sure
[11:57] <Kamion> T-Bone: the bit about dirty targets is there because it's known not to work, so I'm not too surprised about the latter bit
[11:57] <T-Bone> Kamion: i'll try to get them to you
[11:57] <Kamion> ok, thanks
[11:57] <T-Bone> Kamion: ok
[11:57] <ogra> yay, katie likes me :)
[11:57] <mako> mdz: got notes/etc?
[11:57] <lexhider> I have successfully created the bug report and am attaching files as we speak. I'd like to make the point that it is counter-intuitive to not be able to attach files until the bug report has already been filed.
[11:57] <mdz> mako: just in my head
[11:57] <Kamion> T-Bone: just /var/log/messages should be ok
[11:57] <T-Bone> Kamion: actually the funny thing is that it doesn't fail for the usual reason (awk symlink)
[11:57] <mdz> mako: shall I email you?
[11:57] <Kamion> lexhider: yeah, bugzilla sucks, we're not going to be keeping it forever
[11:57] <mako> mdz: sounds good
[11:57] <T-Bone> it fails on ubuntu-base, but while installing some other package
[11:57] <srbaker> ahh
[11:57] <srbaker> apparenlty it set JAVAC to "none"
[11:57] <srbaker> what the FUCK?
[11:57] <T-Bone> Kamion: old on I'm booting the box. I have saved the logs on the HD
[11:57] <mako> mdz: i'm working on a couple other announcements at the moment so i'm the zone :)
[11:58] <T-Bone> fabbione: ping?


[05:56] <netritious> wrst: nothing really new atm, just working a lot with lxc/lxd in 16.04 on aws.
[06:00] <netritious> for x in ns web mail db; do lxc pause $x; lxc snapshot $x; lxc start $x; lxc exec $x -- sudo apt-get update -q && sudo apt-get upgrade -y && reboot; done
[06:01] <netritious> whoops, forgot "sleep 5;" between "lxc start $x;" and "lxc exec $x ..."
[11:30] <wrst> all greek to me netritious :)
[15:20] <netritious> wrst: just a one-liner that loops through the list of containers and runs apt-get to update and upgrade
[15:24] <wrst> I do good to just keep one thing updated :)
[15:39] <netritious> lol wrst
[16:02] <wrst> netritious: I just built a new-ish desktop at home had a mini itx case bought a motherboard, ram and a celeron processor, I must say who needs an I7 to run a web broswer :)
[16:02] <wrst> so I am decidedly low tech
[16:05] <netritious> sounds like the perfect desktop for web browsing wrst :)
[16:06] <wrst> netritious: it is a gaming rig for me, quake 2 based games rock on it
[16:18] <wrst> running 1997 software on 2008 hardware :)
[17:02] <netritious> nice wrst!
[17:05] <netritious> Almost forgot, got the first family chromebook yesterday! Actually for my daughter for krimas, but I will be checking it out thoroughly!
[17:07] <netritious> 10" Asus flipbook, which recently got access to google play store for android. Bought factory refurbished for $200 including shipping.
[17:08] <wrst> nice netritious, does the play store stuff work well?
[17:30] <netritious> not sure yet wrst, havent had a chance to play with it
[17:57] <wrst> my mom's chromebook should be getting that soon
[17:57] <wrst> it is on the earlier path to it on stable
[17:57] <wrst> I wanted to put her on the dev channel but figured for my mom not a good idea :)
[17:59] <netritious> heh probably a good call wrst
[17:59] <wrst> I have heard that the dev update channel is more stable than windows 10 i'm not for sure if that is a comliment or not really
[18:00]  * cyberanger had bashed his head over two chromebooks, a bad IIS server & a WatchGuard content filter
[18:00] <wrst> good afternoon cyberanger
[18:00] <wrst> how's life treating you?
[18:00] <cyberanger> afternoon
[18:01] <cyberanger> Hanging in there
[18:02] <wrst> that much is good
[18:08] <netritious> cyberanger: you working a windows shop?
[18:08] <netritious> *work in
[18:10] <cyberanger> No, the IIS server was Salvation Army's for the Southern territory, the cromebooks' are our location's, and the filter is the mall we're taking angel tree applications at.
[18:13] <cyberanger> And of course since IIS wasn't sending MIME-type back, the WatchGuard filter blocked it, and I had to fight getting OpenVPN to work on the chromebook (it's a little more involved than your typical openvpn setup)
[18:14] <cyberanger> and later a Vista computer and another that was Vista or 7 was added, I had no admin rights to these computers (I had the permission to fix the issue, just not the access at that time) so finally I just setup a reverse proxy in the same Atlanta datacenter as their server and called it good.
[18:16] <cyberanger> It's been a fun week.
[18:22] <netritious> "IT is fun they said..."
[18:26] <netritious> showed my daughter the wintel compute stick and she said "Dad, you know I have expensive taste." lol Girl you live in MS.
[18:26] <cyberanger> So did Elvis
[18:27] <netritious> Have you been to Graceland cyberanger?
[18:27] <cyberanger> No, at least not yet
[18:28] <cyberanger> Last two times I was in Memphis was for FedEx
[18:28] <netritious> I admit my daughter is spoiled a bit when it comes to tech.
[18:28] <netritious> You aren't missing anything. No one that lives here goes, and if they do it's a free school trip.
[18:29] <cyberanger> lol
[18:30] <netritious> So is there anything I need to know now that I'll have a chromebook to manage?
[18:30] <netritious> can i put ubuntu on it (easily)?
[18:31] <cyberanger> Don't know, after realizing the mess I had on my hands I just setup a server in the same datacenter with nginx as a reverse proxy
[18:33] <netritious> roger. this is the chromebook: goo.gl/sf7EuK
[18:33] <netritious> not from BB though.
[19:01] <wrst> netritious: I did some research on ubuntu and chromebooks but my info is probably old
[19:02] <netritious> looks like crouton lets me use ubuntu on a chromebook: goo.gl/C9OVjs
[19:02] <wrst> great thing if you leave chrome on there, and you trust the great google gods, there is really nothing you have to do it downloads upates and will let you know if you need to reboot
[19:02] <wrst> I hear crouton works well
[19:05] <netritious> I'm fine with chrome, I just like options :)
[19:06] <wrst> I think it is a good option, but I think there is some risk at bricking something another on boot or something or was at one time
[19:14] <netritious> I promise to be careful mom :D
[19:16] <netritious> looks like crouton uses chroots though so not exactly dual booting.
[19:18] <netritious> I probably won't mess with any of that though unless there is something my daughter wants to do that Chomreos won't let her do heh
[19:29] <wrst> with the android apps I think it will do most things
[19:30] <wrst> and get free word and excel which is pretty neat
[19:45] <netritious> exactly. right now she has a 5 year old laptop with win7 and a non-working screen, but working vga port.
[19:48] <netritious> ...connected to her tv. let's just say she doesn't use it much.
[19:48] <netritious> loves her phone though, which is android ofc.
[20:45] <wrst> nice, she will love that chromebook setup then
[21:57] <minasota> Anyone else upset about the Mets losing? It's all good though, I think this year is the year for the Cubs...


[10:08] <sudip> how do I request for permission to add affected release information in bug reports?
[10:11] <schopin> sudip: IIRC you need to be part of https://wiki.ubuntu.com/UbuntuBugControl
[10:13] <sudip> ohh...
[10:14] <sudip> thanks schopin
[10:15] <schopin> Note that Ubuntu Developers are included in that team by default :)
[10:17] <sudip> I think its too early for me to apply for "Ubuntu Developer" now :)
[10:23] <schopin> Meanwhile, do you need such fields to be added to a specific bug?
[10:23] <sudip> schopin: yes, please. you are not in #ubuntu-bugs, I will paste it here
[10:24] <sudip> schopin: can you please mark LP: #1881741 as affecting Focal, Jammy and Lunar
[10:24] -ubottu:#ubuntu-devel- Launchpad bug 1881741 in elisa-player (Ubuntu) "elisa crashed with SIGSEGV in libvlc_set_user_agent()" [Medium, Confirmed] https://launchpad.net/bugs/1881741
[10:26] <schopin> sudip: done. I also added Mantic since you mentioned you tested it there (it helps for SRU review as it explicitly denotes that Mantic has been considered)
[10:26] <schopin> I'll let you set the right status, though ;)
[10:26] <sudip> thanks schopin
[10:30] <schopin> sudip: if you want to go all the way to uploading a fix for this, I'll be patch piloting Thursday morning (Europe) and would gladly walk you through it!
[10:31]  * sudip will add the debdiff today evening after $dayjob
[10:31] <sudip> today evening  (UK time)
[10:31] <schopin> Eh, even better! I'll look out for it during my shift if nobody got to it first.
[10:33] <schopin> sudip: be sure to include separate debdiffs for all targeted series if possible :)
[10:33] <sudip> sure, I will. thanks.
[13:00] <slyon> @pilot in
[16:00] <lvoytek> @pilot in
[16:01] <slyon> @pilot out
[16:01]  * slyon handing over the torch
[16:12] <tsimonq2> Woah, the sponsorship queue looks a bit smaller than yesterday, thanks slyon and lvoytek!!! :)
[16:16] <tsimonq2> sudip, arraybolt3: horst> I see the SRU was rejected, that's unfortunate. I do recall saying the packaging looks good, but the final decision is up to the SRU team. :)
[16:17] <slyon> tsimonq2: thanks for your efforts, too!
[16:17] <slyon> especially the mentoring bits!
[16:18] <tsimonq2> slyon: I'm happy to help, and it's still an open offer if anyone wants some guidance :)
[16:18] <tsimonq2> arraybolt3: Wanna take bug 2045816? It's a followup on sudip's diff that we both reviewed.
[16:18] -ubottu:#ubuntu-devel- Bug 2045816 in project-x (Ubuntu) "project-x fails to build from source in noble" [Undecided, Confirmed] https://launchpad.net/bugs/2045816
[16:18] <arraybolt3> tsimonq2: not quite there yet
[16:18] <tsimonq2> arraybolt3: Not a problem, just let me know :)
[16:18] <arraybolt3> Could you link to the horst bug report?
[16:18] <sudip> tsimonq2: will tbh, what vorlon said for horst is actually true. it just fixes the segfault for users who will never be able to run the software
[16:19] <sudip> s/will tbh/well tbh/
[16:19] <tsimonq2> I'm certainly not disagreeing, just giving you both a friendly reminder that the SRU Team makes the final call there :)
[16:19] <tsimonq2> arraybolt3: It's linked on your MOTU app which is where I just got this link ;P https://launchpad.net/bugs/2045986
[16:19] -ubottu:#ubuntu-devel- Launchpad bug 2045986 in horst (Ubuntu Noble) "[SRU] no WiFi card, ends with segfault" [Undecided, Fix Released]
[16:20] <tsimonq2> Speaking of vorlon, could someone (Canonical-side) please check in and see if he's okay? I don't think I've ever seen his bouncer disappear, and I hear there's a pretty bad storm in the PNW right now!
[16:21] <arraybolt3> tsimonq2: ERR:ONCHROMEOS
[16:21] <arraybolt3> everything is slow to access here :P
[16:21] <tsimonq2> arraybolt3: I still don't understand why you haven't wiped that off yet. ;P
[16:22] <arraybolt3> hahaha
[16:23] <arraybolt3> the keyboard broke and I'm having to use it as a glorified Android tablet, even Linux wouldn't help this.
[16:23] <sudip> and that reminds me that the horst upstream wanted a small change in that patch, need to do that today
[16:24] <arraybolt3> Once I get my mom a better computer I'll hork one of her low-spec Chromebooks and do something with it.
[16:27] <tsimonq2> sudip: Let us know how we can help!
[16:27] <tsimonq2> arraybolt3: <3 sounds like a *noble* mission
[16:27] <tsimonq2> ba dum tshh
[16:55] <slyon> tsimonq2: Yes, he's around in other channels. Not sure what's wrong with the IRC bouncer.
[17:22] <arraybolt3> tsimonq2: checking project-x
[17:22] <arraybolt3> and if I'm going to be doing some stuff anyway, may as well...
[17:22] <arraybolt3> @pilot in
[17:27] <arraybolt3> had to run updates first, now pulling source
[17:38] <arraybolt3> sudip: The project-x patch looks great to me, my only gripe is the override of *all* bad-jar-name lintian warnings. If project-x were to ship a Java library in the future and that library were to have a malformed name, the current override would make it invisible to the maintainer. It would be best to only override the warning *for the specific
[17:38] <arraybolt3> offending file* (which I'll do prior to uploading this since it's a pretty easy modification to make and I'm not blocking this over one issue).
[17:56] <arraybolt3> tsimonq2: first MOTU upload - how exactly do I do a sponsored upload? I *think* I just debuild -S -d -sa -us -uc and then sign the result with my key.
[17:57] <arraybolt3> is there something else I need to do in order to make sure it's marked as sudip's upload so I'm not accidentally "stealing" their patch?
[18:08] <arraybolt3> I checked the files and only see sudip's name listed in the source.changes file, so I uploaded it with the slight tweak to the bad-jar-name override.
[18:11] <arraybolt3> @pilot out
[18:11] <arraybolt3> meh, so that was more of a "sponsor a patch" than "do patch piloting"
[18:12] <dbungert> arraybolt3: I like this wiki entry for marking the bug as in progress from a sponsor's perspective https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue "Note for Sponsors"
[18:12] <arraybolt3> perfect, that's the page I found and followed
[18:12] <dbungert> you may find the -k option for debuild useful as well for managing the key to sign with
[18:13] <arraybolt3> oooh, didn't know I could pass that to debuild, I did an unsigned debuild and then signed after the fact with debsign. Nifty!
[18:13] <dbungert> and sponsoring a patch is absolutely part of piloting, thanks for doing so
[18:14] <dbungert> congrats on MOTU by the way arraybolt3
[18:14] <arraybolt3> wish I had done more than just one, but one was what I had time for. Still, one is better than none :D
[18:16] <arraybolt3> dbungert: Thank you!
[18:50] <sudip> thanks arraybolt3 and congrats on your first solo pilot flight  :)
[19:14] <tsimonq2> arraybolt3: Whoops, got caught in a meeting then lunch :)
[19:14] <arraybolt3> np, figured it out :)
[19:15] <tsimonq2> Congrats on your first solo flight! :)
[19:15] <tsimonq2> arraybolt3: Although respectfully, you're doing too much work on one point. :)
[19:15] <arraybolt3> thanks! It was only a demo flight you could say, but that was fun.
[19:15] <arraybolt3> which point?
[19:16] <tsimonq2> You can throw your pubkey ID in ~/.devscripts as such: DEBSIGN_KEYID=5C7ABEA20F8630459CC8C8B5E27F2CF8458C2FA4
[19:16] <tsimonq2> Next time, you can completely skip -us and -uc. :)
[19:16] <tsimonq2> (It'll just sign at the end.)
[19:16] <arraybolt3> oh haha, didn't know that was a thing
[19:16] <arraybolt3> awesome!
[19:17] <tsimonq2> Two more things that I see people commonly miss... a) -sa is only when you need to include the source tarball. e.g. in our/Lubuntu's Backports Staging PPA, I always upload with the tarball because there's no existing source orig published in that archive. For Ubuntu generally speaking, just check if there's already an upload that matches the upstream portion of the packaging.
[19:18] <tsimonq2> b) -v is a thing :) when you want to include more than one changelog entry in your source.changes, you use -v to specify the newest version that should *not* be shown. Usually this is the last upload to Ubuntu.
[19:18] <tsimonq2> So, for example...
[19:19] <bdmurray> -v is frequently used with SRUs
[19:19] <tsimonq2> Very good point!
[19:20] <tsimonq2> https://launchpad.net/ubuntu/+source/vim/2:9.0.2189-1ubuntu1 is an example of an upload where I wanted to include additional context.
[19:20] <tsimonq2> So then, when I uploaded https://launchpad.net/ubuntu/+source/vim/2:9.1.0-1ubuntu1 - my command was `debuild -S -d -sa -v2:9.0.2189-1ubuntu1`
[19:22] <arraybolt3> Knew about both -sa and -v, I keep accidentally using -sa where unnecessary though
[19:23] <tsimonq2> One last point I'll make... you always want to grab the orig tarball from Debian's archive iff the upstream already exists there. If Vim were to suddenly become syncable, if the checksum of the Debian and Ubuntu copies do not match, Launchpad will not actually let you force-sync over.
[19:23] <tsimonq2> My favorite way of doing this is `pull-debian-source -d PKG VER` where -d stands for "download only."
[19:24] <tsimonq2> arraybolt3: Using -sa when unnecessary isn't the worst mistake, Launchpad is pretty good about rejecting those (but I wouldn't trust it wholesale :) ).
[19:24] <arraybolt3> It usually accepts them IME?
[19:25] <tsimonq2> YMMV IME
[19:25] <arraybolt3> either way the package should still build right, right?
[19:25] <arraybolt3> I've never seen things go wrong because I misused -sa, I have been stuck scratching my head from forgetting it
[19:26] <tsimonq2> Soyuz is pretty modular in this respect; IME if it gets past the acceptance checks, it will probably make it to a builder and dispatch it. There have been rare cases in the past of it not doing this correctly, but again, those are incredibly rare.
[19:27] <tsimonq2> https://dev.launchpad.net/Soyuz/TechnicalDetails
[19:27] <tsimonq2> arraybolt3: Were you asking more generally or does that answer it?
[19:27] <arraybolt3> I think that answers it.
[19:28] <tsimonq2> Sounds good :D if you have any other questions please ask, otherwise congrats again on your first solo Pilot session!
[20:38] <lvoytek> @pilot out
[20:47] <tsimonq2> 10 flat, very nice :D http://sponsoring-reports.ubuntu.com/


[01:12] <callmepk> good morning
[01:23] <duflu> Morning callmepk
[01:24] <callmepk> Morning duflu
[01:24] <pieq> Morning people!
[01:52] <pieq> In the past (up to 18.04 at least), there was a package called gnome-raw-thumbnailer to, well, generate thumbnails for RAW pictures in Nautilus. It's gone in 20.04. Do you know how I can enable thumbnails for RAW files?
[03:10] <duflu> Morning pieq... It appears that package stopped getting published after 18.04 (https://launchpad.net/ubuntu/+source/gnome-raw-thumbnailer). This does happen occasionally and is usually just because it stopped building and there was zero demand for it. We can still republish it if you find it's buildable
[03:13] <pieq> duflu, I checked and yeah, last commit was like 5-6 years ago... I'm wondering if there is a package to handle thumbnails in GNOME in general
[03:14] <duflu> It's another case of whoever needs it is the defacto maintainer
[03:33] <pieq> hehe
[05:15] <duflu> RAOF, any idea what it takes to enable the Calibrate button in Settings > Colour ?
[06:30] <oSoMoN> good morning desktoppers
[06:40] <duflu> Hi oSoMoN
[06:47] <oSoMoN> hey duflu
[07:21] <marcustomlinson> morning desktoppers
[07:31] <oSoMoN> good morning marcustomlinson
[07:35] <marcustomlinson> hey oSoMoN
[08:05] <Laney> \o\o\
[08:07] <marcustomlinson> hey Laney
[08:21] <oSoMoN> hey Laney
[08:50] <duflu> Morning Laney and marcustomlinson
[08:56] <marcustomlinson> hey duflu
[09:15] <Laney> moin marcustomlinson oSoMoN & duflu
[09:15] <Laney> happy new week
[09:15] <Laney> or something
[09:37] <duflu> It might catch on if slurred... Happy Neweek
[10:54] <GunnarHj> Morning all!
[10:54] <GunnarHj> Laney: It's Monday which urges for giving bug #1886990 some attention. Yay! :)
[10:58] <Laney> GunnarHj: ah yes, ok
[10:59] <GunnarHj> o/ Laney
[11:03] <luna_> New Firefox 79 Beta 7 dropped now
[11:03] <luna_> and good afternoon desktoppers
[11:16] <oSoMoN> luna_, yes, and already building in https://launchpad.net/~mozillateam/+archive/ubuntu/firefox-next/+packages
[11:16] <oSoMoN> (good afternoon btw)
[11:18] <luna_> nice
[12:04] <Laney> GunnarHj: it is done, I added eoan-backports too to save any last minute upgraders, maybe you could just quickly check that one too
[12:12] <GunnarHj> Laney: Thanks! Well, I don't have any eoan install currently. Since it runs in both focal and bionic, can't we just assume that it runs in eoan too?
[12:13] <GunnarHj> Laney: Will you accept them in respective new queue too?
[12:14] <Laney> I've done it
[12:14] <GunnarHj> Great!