[00:08] <directhex> hm. is it appropriate to mention DDs i've worked with in an ubuntu context in my reply to the NM front desk? e.g calc & slangasek?
[00:09] <slangasek> calc: where do we stand at this point as far as getting all the OOo bits onto the CD that we think should be there?  We have a fair amount of wiggle room now thanks to some aggressive pruning campaigns; I've been shoving said wiggle room full of langpacks because if nothing else it makes a good early warning system, but if there are OOo bits that are missing then those should take precedence over trying to get a maximal langpack set
[00:10] <slangasek> directhex: off-topic?  but I don't think the front desk cares about that so much as about making sure you have a DD advocate prior to assigning you an AM
[00:15] <directhex> damnit, i lost track of what i was planning to do tonight. i think i'll just go to bed
[01:30] <YokoZar> Where is the packages-arch-specific file we use?
[01:31] <YokoZar> And, more importantly, could someone remove the restriciton on zsnes building on amd64 from there?
[01:37] <TheMuso> YokoZar: afaik zsnes has i386 asm.
[01:38] <YokoZar> TheMuso: the amd64 package uses ia32 libs to build and is essentially 32 bit: https://bugs.edge.launchpad.net/ubuntu/+source/zsnes/+bug/184255
[01:38] <TheMuso> ah ok
[01:43] <maxb> YokoZar: P-a-s updates would be blocked on migrating away from the obsolete CVS repository, I'd guess
[01:43]  * maxb hunts bugnumber
[01:43] <YokoZar> hrmph
[01:44] <maxb> bug 316579
[01:45] <YokoZar> why don't we just get rid of PAS and use proper control files in packages
[01:45] <maxb> IIUC the problem is the relevant info doesn't get copied from debian/control --> .changes --> Sources
[01:46] <maxb> but yeah, would be nice
[01:47] <maxb> YokoZar: anyway, as I understand it, Ubuntu just uses Debian sid's P-a-s unmodified, so approaching debian would be the way to get an alteration done
[02:16] <YokoZar> maxb: problem is here I don't know if Debian carries the patch yet (we're working ahead of them here)
[02:44] <ScottK> If there's a buildd admin in the house, would you please push the amd64 build of kdepimlibs in intrepid-backports to the front of the line?
[02:47] <calc> slangasek: enough room for java? :)
[02:47] <calc> slangasek: that would fix a lot issues if we could do that :)
[02:48] <slangasek> calc: wasn't that 70MB last time we tried?
[02:48] <calc> slangasek: i think so, so not 70mb of wiggle room? :)
[02:48] <slangasek> not that much, no
[02:48] <slangasek> more like 20 total
[02:53] <calc> slangasek: ah ok
[02:54] <calc> slangasek: i'll take a look and see if anything should be added, but i think most of what OOo still needs is java related so wouldn't work anyway
[02:54] <slangasek> ok
[02:55] <slangasek> I couldn't remember if that was the case, or if there was other stuff we could still be adding back in
[03:02] <calc> slangasek: there might be but i can't remember what it was (if anything) atm
[03:02] <calc> the search bits we removed were java related
[03:03] <calc> i think we disabled redland due to not fitting on the cd
[03:03] <calc> iirc its not java, so i could turn that bit back on (i think)
[03:04] <calc> but its not really something that is immediately needed, we may want to turn it back on for karmic, but it isn't a user visible change
[03:04] <calc> second but probably should be an and :)
[03:05]  * calc loves his new smaller thinkpad x200, but it made it more obvious he needs new glasses (his current set are 6 years old)
[03:05] <arooni> thank you for ibex;  i like it much better than hardy
[03:05] <arooni> it is great+++!
[05:02] <LaserJock> what's the URL for the CVE tracker?
[05:03] <LaserJock> nvm, found it again
[08:02] <highvolt1ge> hi. anyone know of alternative accomodation that will be near uds or are self-sponsored that wants to share a room at hrjs?
[10:49] <J-_> I'm not sure if it's been fixed, but in Hardy. I've downloaded some packages from synaptic. Now the package manager is removing software that I've told it to. BUT, it states it's Installing and Removing, though, it's removing first. Has Jaunty changed issue? It's quite cosmetic, but, the action queue/ title doesn't make sense. It should be 'Removing and Installing Software'.
[10:50] <Hobbsee> is there a bug filed for this?
[10:51]  * Hobbsee notes that means a whole lot of extra string changes, too
[10:51] <J-_> I'm not entirely sure. That's why I'm asking if it's the same in Jaunty.
[10:51] <J-_> :)
[10:51] <StevenK> Download a live CD and check?
[10:52] <J-_> I'm still using Hardy.
[10:52] <StevenK> How is that related?
[10:53] <cjwatson> J-_: (I don't work on synaptic myself, but) my inclination would be to say that while your comment is pedantically correct, "Removing and Installing Software" would tend to give prominence to the "Removing" bit, which I think might be surprising to others
[10:53] <directhex> it can't change in hardy can it? the string changes would mean doom for all concerned
[10:53] <cjwatson> if it were me, I'd probably say "Applying Changes" or some such, but maybe that was felt to be too vague ...
[10:53] <StevenK> "Frobbnicating package changes"
[10:53] <cjwatson> it certainly can't change in hardy, no, but J-_ didn't ask for that
[10:54] <Hobbsee> Frobbnicating++
[10:54] <cjwatson> it appears to still be "Installing and removing software"
[10:54] <cjwatson> at least judging from the translation files
[10:55] <cjwatson> J-_: BTW, synaptic does not uniformly remove everything first
[10:55] <cjwatson> J-_: it may happen to in your case, but it's entirely possible for removals to be interspersed
[10:56] <J-_> Ah I see. It appeared to me it looked like it was removing everything first. Well, downloading, removing, installing/ configuring.
[10:56] <cjwatson> J-_: particularly if they interact with the packages to be installed in any non-trivial way (e.g. some installed package used to depend on a package that's to be removed, and needs to be upgraded first to a version that doesn't have the dependency)
[10:56] <StevenK> cjwatson: It's non-deterministic, right? Since the entire list is just fed to dpkg?
[10:56] <cjwatson> StevenK: firstly, that wouldn't make it non-deterministic; secondly, apt does its own ordering typically invokes dpkg several times
[10:56] <cjwatson> s/ordering/ordering and/
[10:57]  * StevenK grumbles at his tired brain
[10:57] <cjwatson> although some of the ordering is done by dpkg: it'll feed a big pile of packages to unpack to dpkg when apt decides it doesn't need to care about the order, and dpkg will use whatever order suits it
[10:57] <cjwatson> likewise for configuration
[10:58] <cjwatson> but you can't really do "unpack lots of packages, then configure lots of [potentially different] packages" in a single pass with dpkg
[10:58] <cjwatson> and Pre-Depends tend to partition the set
[10:59] <cjwatson> J-_: ... so basically, it's complicated and it's better to regard "Installing and Removing" as a simple conjunction rather than implying ordering :-)
[10:59] <J-_> But, I'll leave it at that, and since it's out there, it'll either be changed, or won't be. :) (Sorry if I created some sort of retarded argument) Just wanted to see what had to be said, and see if anyone else took notice.
[11:00] <J-_> It works though, quite well and, thanks.
[13:49] <Unggnu> hi all
[13:50] <Unggnu> Afaik acpi-support is deprecated in Jaunty
[13:50] <Unggnu> so the sonybright.sh script is removed from /etc/acpi
[13:51] <Unggnu> But the brightness keys still works in Ubuntu but not in Kubuntu Jaunty. Does anyone know what could make the difference? Is there a special new program for that in Gnome Jaunty which Kubuntu doesn't have?
[14:34] <mun> hi
[14:35] <mun> can a bash script be blocked until a python program outputs something?
[14:48] <maxb> mun: kinda off-topic for this channel. Try #ubuntu for generic user help, or maybe there's a #bash ?
[14:50] <maxb> Unggnu: Could be gnome-power-manager? You could try killing that in Ubuntu and seeing if the keys then stop working.
[14:52] <Unggnu> maxb: thx, I am going to test it soon
[14:52] <ScottK> If there's an archive admin in the house that can accept kdebase-workspace for intrepid-backports I'd appreciate it.
[14:52] <ScottK> The LP U/I is, of course, broken.
[15:00] <Unggnu> maxb: yeah ,it it is the gnome-power-manager thanks
[15:24] <ScottK> Not sure if it got accepted due to my repeated stabbing at the LP U/I or if someone else accepted it.
[15:24] <ScottK> If it was someone else, thanks.
[16:38] <calc> pitti: ping
[16:39] <calc> for apport-collect what authorization level does it need?
[16:39]  * calc is guessing "change non-private data"
[16:44] <calc> pitti: bug 332578
[16:54] <hikenboot> hello all dont know if this is the right place to say this but I tried setting up raid 1 with lvm and encrypted volumes on my system using separate volumes for system snapshots home and swap using all three in the installer is poorly supported and things seem to get lost during needed reboots
[17:09] <cjwatson> hikenboot: file a bug on the 'debian-installer' source package in Ubuntu with full details and log files (/var/log/installer/syslog and /var/log/installer/partman), please
[17:10] <cjwatson> hikenboot: make sure to describe as precisely as you can what actions you took in the installer. Some punctuation would help too. :-)
[17:10]  * ogra grumbles about partman loading partman modules for filesystems the kernel doesnt support
[17:10] <cjwatson> partman doesn't, anna does
[17:10] <ogra> ah, well
[17:11] <ogra> took me nearly
[17:11] <ogra> 1h to find out ext3 was missing
[17:11] <cjwatson> (at which point it is rather difficult to tell whether the kernel supports them or not!)
[17:11] <ogra> well, it didnt spill any error and all i could find in syslog was that the device /dev/sda2 couldnt be found
[17:12] <ogra> without ext2 and ext3 in kernel d-i gets to the point where it uses swap btw
[17:12] <ogra> (on nslu2)
[17:12]  * ogra hopes that still works with tht kernel after adding the two filesystems
[17:15] <ogra> whopeeee ... i'm in base install for the first time ever on the slug
[17:15]  * ogra dances
[17:15] <ogra> finally a kernel config that works with the crappy 30MB
[17:17]  * mok0 needs an u-a favour...
[17:18] <mok0> please reject jeuclid so we can upload a revised version; current copy in new queue has incomplete copyright & other problems
[17:21] <cody-somerville> mok0, You just need to upload a higher version
[17:21] <cody-somerville> mok0, No need to reject it.
[17:36] <BUGabundo> does any one knows where to had apps that need patching, to the new notifications?
[17:36] <BUGabundo> is it the wiki (https://wiki.ubuntu.com/NotifyOSD/Comments) or LP?
[17:38] <ScottK> mok0: Rejected.
[17:39] <ScottK> cody-somerville: Since it's a different orig.tar.gz it does need to be rejected.
[17:39] <cody-somerville> Ah.
[17:39] <cody-somerville> Stupid upstream
[17:43] <hikenboot> cjwatson do i ftp or ssh the logs to somewhere where they can be reviewed. I mean during the install is when this happens
[17:44] <ogra> hikenboot, go back to the menu and install the openssh-client udeb, then you can scp the log ...
[17:44] <ogra> another option is to manually mount a usb key and copy it over
[17:45] <ogra> (from a shell which you can exec from the main installer menu as well)
[17:54] <mok0> ScottK: thanks
[17:55] <mok0> ScottK: I will upload the corrected version then
[17:55] <ScottK> mok0: You're welcome.
[18:07] <salty-horse> is anyone noticing that apps which don't set an icon have a "black glossy page" as the window decoration icon, but a "blank app" icon in the window list?
[18:23] <highvoltage> LaserJock: awake? :)
[18:25] <LaserJock> highvoltage: of course
[18:28] <salty-horse> can anyone confirm this on jaunty? https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/332624
[18:30] <ScottK> salty-horse: Generally #ubuntu-bugs is a better place for such questions.
[18:30] <salty-horse> ok. though it's usually filled with bot jabber :)
[18:43] <BUGabundo> doko: ping
[19:05] <asomething> Do packages in main with sync requests filed before FF need to go through the FFe process?
[19:06] <ScottK> If they were ack'ed by a developer before FF, no.
[19:08] <asomething> but they do need FFe's  if they were in the sponsorship queue with no ACK, right?
[19:11] <ScottK> Yes
[19:11] <ScottK> That's my understanding anyway/
[19:12] <ScottK> /.
[19:12] <sebner> ScottK: +1
[19:12] <asomething> cool, just want to make sure I don't do a bunch of paper work that isn't actually needed. =)
[19:47] <capitan_whiky> hola
[20:34] <slangasek> TheMuso: powerpc seems to be the one arch failing to build out of linux-ports 2.6.28-2?
[20:35] <slangasek> TheMuso: failing because rtc modules aren't found
[20:36] <ScottK> The sparc fix though should resolve most of our sparc specific FTBFS.
[20:37] <slangasek> spiff
[20:37]  * slangasek would like to have powerpc building, though, so he can clear out NBS :)
[20:41] <fta> doko, wrt python2.6, can i add --install-layout=deb unconditionally in my package? i.e. will it work in hardy & intrepid too?
[20:44] <fta> it's for a package using cdbs (and pycentral), I used to have DEB_PYTHON_INSTALL_ARGS_ALL += --prefix=/usr but now, i have all the files both in /usr and in /usr/local
[20:59] <ScottK> slangasek: I've got a little problem I could use some assistance on ....  Our KDE4.2 backport is currently blocked on python-qt4, it needs binary New, but needs to go part into Universe and part into Main.
[21:00] <slangasek> ScottK: ok - that's intrepid-backports NEW?
[21:00] <ScottK> slangasek: Would you please accept python-qt4 for the archs it's done on?  KDE with backports is broken until I get get it done building.
[21:01] <ScottK> slangasek: Yes.
[21:01] <ScottK> Sorry, got kind of laggy there.
[21:04] <slangasek> ScottK: so the universe bits are python-qt4-{gl,gl-dbg,phonon,phonon-dbg}?
[21:04] <ScottK> slangasek: The phonon-* ones are in Main in Jaunty.
[21:04] <ScottK> They're just New, so they default to Universe.
[21:04] <ScottK> The gl* ones stay in Universe.
[21:05] <slangasek> ok - and the phonon ones are wanted in main for the KDE4.2 backport?
[21:05] <ScottK> It doesn't actually matter, but I'd rather stay consistent.
[21:05] <slangasek> alrighty
[21:05] <slangasek> accepted
[21:06] <ScottK> slangasek: Thanks
[21:06] <ogra> doko, are you still around ?
[21:12] <ogra> Feb 21 21:01:57 in-target: mkinitramfs: missing disk/by-uuid/36bd4470-358f-4193-856d-8ba993ddb02 root /dev/disk/by-uuid/36bd4470-358f-4193-856d-8ba993ddb026 /sys entry
[21:12] <ogra> Feb 21 21:01:57 in-target: mkinitramfs: workaround is MODULES=most
[21:12] <ogra> Feb 21 21:01:57 in-target: mkinitramfs: Error please report the bug
[21:12]  * ogra cries
[21:13] <ogra> after 3h installation :(
[21:16]  * ogra doesnt get where d-i got that uuid from
[21:24] <ogra> weird ... all uuids in d-i are different from the ones in /target/etc/fstab
[21:27] <ogra> hrm, a chrooted vol_id call shows the ids that are in /target/etc/fstab
[21:27] <ogra> and vol_id in the d-i env too ?!?
[21:28] <slangasek> why are half the bugs with no package being reassigned to acpi-support today?
[21:28] <ScottK> Dunno.  The one that was assigned to postfix complained about GUI problems.  That assignement didn't last long.
[21:29] <ogra> aha ! an "udevadm trigger" corrects the uuids
[21:30] <slangasek> ScottK: is there something going on today that explains all these mis-assignments?
[21:30] <directhex> can never have too many "udevadm trigger"s
[21:31] <ogra> directhex, no, thats the point, the udevadm trigger call in d-i was deliberately removed by cjwatson on request from Keybuk
[21:32] <ogra> but apparently it causes weird issues to not have it
[21:32] <directhex> ogra, i know. my default position is "sarcasm" though
[21:32] <ogra> heh
[21:36]  * ogra wonders what to do with http://paste.ubuntu.com/121199/ now
[21:40] <IntuitiveNipple> ogra: Had you noticed that the "missing" warning shows the first UUID with one character short ?
[21:40] <IntuitiveNipple> Is that coming from fstab or crypttab?
[21:42] <ScottK> slangasek: Yes.  Global bug jam
[21:42] <slangasek> hmm
[21:42] <slangasek> is there IRC coordination for that?
[21:43] <ogra> IntuitiveNipple, fstab
[21:43] <ScottK> slangasek: No idea, but maybe #ubuntu-bugs
[21:44] <ogra> IntuitiveNipple, thats an NSLU2 ... 30MB ram ... no way to have crypto in d-i without hitting OOM :)
[21:44] <TheMuso> slangasek: hrm ok, I thought I had fixed that up, let me check the log and fix it properly.
[21:45] <ogra> IntuitiveNipple, also note that the first uuid doesnt exist at all
[21:46] <ogra> IntuitiveNipple, the funs stuff though is that the uuids in /target/etc/fstab dont match the actual ones, but the ones showing up after udevadm trigger
[21:46] <ogra> *fun even
[21:47] <IntuitiveNipple> yeah I got that ... maybe the original symlinks were somehow created before the device settled and then blkid was used later which got the real ones? *random theory time* :)
[21:48] <ogra> well, i guess i'll have to wait until monday when cjwatson and Keybuk are around at the same time the issue sits somewhere between d-i and udev
[21:48] <IntuitiveNipple> ogra: which udev package version is that?
[21:49] <IntuitiveNipple> What you're seeing might be caused by a bug in the latest package update I dealt with earlier
[21:49] <ogra> some days old, from the last d-i build
[21:49] <IntuitiveNipple> oh... drat not likely to be that then
[21:49] <ogra> d-i from monday actually
[21:50] <ogra> on the nslu2 you can only use a rolled netboot firmware image thats built by d-i so i cant have anything newer
[21:51]  * ogra saves the logs and notes down his findings, pops open a bottle of wine and calls it a day :)
[22:10] <cjwatson> ogra: I haven't actually removed the udevadm trigger yet, because it causes other problems
[22:10] <cjwatson> ogra: beware of inferring too much from overheard discussions :-)
[22:11] <cjwatson> (that doesn't mean I know what your problem is though)
[22:14] <bluefoxicy> strange
[22:15] <bluefoxicy> sometimes my system doesn't talk to the captive portal right, so I disconnect, reconnect, nothing
[22:15] <bluefoxicy> reboot, and it fixes it.
[22:15] <bluefoxicy> rebooting shouldn't fix anything.
[22:15] <bluefoxicy> someone add me a button to reload networking (down interfaces, remove drivers) and all networking services, given sudo password.
[22:16] <bluefoxicy> nipple o.o
[22:18] <cjwatson> whoever coined that quote never watched a baby try to learn to feed
[22:19] <Spads> cjwatson: heh, I actually had that convesation with IntuitiveNipple on OFTC once
[22:20] <cjwatson> what did he say?
[22:21] <Spads> cjwatson: he seemed to think it was a uniquely human failing, and a sure sign of our inferiority.  I provided the counterexample from a nature show I'd seen about an orangutan adoption attempted by a wildlife preserve
[22:22] <cjwatson> *blink* what a curious bit of blinkeredness
[22:22] <directhex> i find the nipple intuitive. better than the touchpad.
[22:27] <cjwatson> ogra: I'll get you a new d-i upload tomorrow or so, and you can see whether that deals withit
[22:27] <cjwatson> with it
[22:27] <cjwatson> oh, hmm, maybe better not if current udev is buggy?
[22:37] <maco> is someone knowledgeable in ecryptfs-utils around?
[23:19] <hunger> Any known problems wrt. jauty boot-up?