[03:50] <elky> nalioth, Pricey, please cloak rafael_carreras
[03:53] <nalioth> elky: done
[03:53] <elky> might pay to check it after LP comes back up to make sure what you did there stuck
[03:56] <nalioth> i added him 4 hours ago
[14:53] <pleia2> fyi all - #ubuntu-us just just had a trolling, ban-evading user called "mesula"
[15:05] <Pici> pleia2: noted.
[15:22] <jpds> That person was in #u-uk earlier...


[19:06] <OvenWerks> I thought we fixed this:
[19:07] <OvenWerks> The following packages have unmet dependencies: libavcodec-extra-54 : Conflicts: libavcodec54 but 6:9.11-2ubuntu3 is to be
[19:07] <OvenWerks> installed libavcodec54 : Conflicts: libavcodec-extra-54 but 6:9.11-2ubuntu3 is to be
[19:07] <OvenWerks> installed
[19:07] <OvenWerks> From The build log for the 64bit ISO


[00:10] <mcasadevall> Are we at the point where -release has to ack every bugfix upload?
[00:10] <mcasadevall> Or is that next week?
[00:11] <slangasek> the archive is frozen, all uploads require a manual ack.
[00:11] <slangasek> (see /topic)
[00:12] <slangasek> oh, I guess that just says "beta freeze", so I guess that doesn't explain much after all :P
[00:13]  * mcasadevall thanks slangasek :-)
[00:13] <mcasadevall> I have one last fix for KDE to fix a rather nasty issue on amd64, just need to make sure my fix doesn't miserably break i386
[00:14] <directhex> pfft, as if anyone uses fringe architectures like i386 anymore
[00:15]  * mcasadevall uses the hammer of unjustified pain on directhex
[00:15] <mcasadevall> hrm
[00:16] <pochu> slangasek: enjoy the gnuradio rebuild ;-)
[00:16] <slangasek> pochu: ah, is wxwidgets fixed? :)
[00:16] <pochu> slangasek: just uploaded it :)
[00:17] <slangasek> cool

[00:19] <Riddell> mcasadevall: what part of KDE do you have a fix for?
[00:20] <mcasadevall> Riddell, well, Qt, but I mentally assiocate Qt with KDE. the qtjambi
[00:20] <mcasadevall> ^patch from last night
[00:21]  * Riddell suspects mcasadevall of secretly being NCommander
[00:22] <Riddell> mcasadevall: I uploaded the main fix and (amazingly) it's compiled everywhere but sparc and hppa
[00:38] <superm1> Mithrandir, can you also activate ~bluetooth's PPA?
[00:41] <Mithrandir> superm1: done
[00:41] <superm1> thanks Mithrandir
[00:43] <pochu> slangasek: wxwidgets2.6 <IP_ADDRESS>.2-2ubuntu5 (Waiting forapproval)
[00:58] <slangasek> superm1|away: ok, what channel did this IRC discussion about bluetooth happen on? :)
[00:59] <slangasek> superm1|away: and when/how did this regress, if we shipped bluez-utils 3 in hardy without problems?
[01:29] <wgrant> Are we able to sync from testing-security?
[01:31] <slangasek> with enough force, we can sync from anywhere
[01:31] <wgrant> Well, yes, but will I be told to sync it myself if I file a sync request?
[01:32] <slangasek> if I suggest /before/ you file the sync request that it would be more efficient to sync it yourself, does that help? :)
[01:32] <wgrant> It does. Are you going to suggest that?
[01:32] <slangasek> I am
[01:32] <wgrant> Thanks.
[01:39] <jdong> and the most interesting indirect conversation of the day award goes to...
[01:51]  * wgrant indirectly swats jdong.
[01:53] <slangasek> pochu: hmm, I don't think this for loop does the right thing - it uses the same value of symlink for each invocation, which means they collide in /etc/alternatives...
[01:54] <james_w> slangasek: is that advice for syncing from !unstable, or syncing in general at this time? I'd like to pull a fix in from unstable, but already have a patch for Intrepid if needed.
[01:55] <slangasek> pochu: given that this will be hairy to undo, I think I'm going to sit on this upload rather than approving it, and wait for your comments given that it /happens/ to be in front of me in the unapproved queue right now :)
[01:55] <slangasek> james_w: !unstable
[01:55] <james_w> slangasek: cool, thanks
[01:56] <slangasek> it's !unstable && !experimental, really; those two are tracked by default by the sync tools
[01:57] <wgrant> Is pitti's syncpackage still the most official unofficial sync method?
[01:59] <Hobbsee> wgrant: i think so
[02:00] <wgrant> Hobbsee: Thanks.
[02:05] <NCommander> hey Hobbsee and wgrant
[02:07] <wgrant> Hi NCommander.
[02:07] <NCommander> how goes it?
[02:13] <pochu> slangasek: bah, right
[02:13] <Hobbsee> hey NCommander!
[02:13] <pochu> slangasek: it worked in my test as it was created for 2.5, but not for 2.4
[02:13] <pochu> slangasek: is the right solution to use --slave for the second link?
[02:14]  * NCommander can't feels his legs :-)
[02:14] <NCommander> I might be getting a free RS/6000 :-)
[02:14]  * NCommander would have liked a AlphaStation server, but I'll take what I can get
[02:15] <slangasek> pochu: I think ideally you want to create a separate alternative for each pyver; if you use slaves, it's a lot more complicated to remove them when a python version is deprecated
[02:15] <pochu> slangasek: makes sense
[02:15] <slangasek> NCommander: I suggest not resting the RS/6000 on your legs
[02:16] <pochu> slangasek: please reject the previous upload, I'll fix this properly tomorrow and reupload (it's 3am here)
[02:16] <slangasek> pochu: rejecting, thanks
[02:16] <pochu> good night!
[02:16] <NCommander> slangasek, well, this is a really old 7605 RS/6000. I think there are lighter s390 mainframes
[02:16] <slangasek> NCommander: this is why resting it on your legs is not a good idea
[02:17] <NCommander> Well, if I find I can't install Ubuntu on it, I plan to send it out in style
[02:18] <bddebian> Send it to me, I've always wanted an RS/6000 :)
[02:18] <NCommander> Sure, just pay shipping and handling
[02:19] <NCommander> Something like 70-100 dollars alone
[02:20] <NCommander> Er, bddebian, where do you live in the world?
[02:20]  * NCommander wonders if the Hurd PowerPC port works on it ;-)
[02:20] <NCommander> bddebian, I should warn you, its dual boot AIX/Windows NT
[02:20] <NCommander> Or so I'm told
[02:21] <bddebian> Near Philadelphia.
[02:21] <bddebian> And the Hurd PPC port doesn't work
[02:21] <NCommander> Hrm
[02:21] <bddebian> It was never finished
[02:21] <NCommander> If I get it (should have it tommorow if I do), what do you have to trade for it ;-)
[02:22] <bddebian> 700 Billion dollars. ;-P
[02:22] <NCommander> Well, I was hoping for either an alphaserver or an SGI Irix box but ...
[02:22] <ion_> Cool, www.w3.org made it into Finland’s child pornography blacklist.
[02:23] <wgrant> slangasek: Thanks (I presume it was you).
[02:23] <NCommander> o_ol
[02:23]  * NCommander sighs
[02:23] <NCommander> Can someone do me a favor?
[02:23] <NCommander> (if you run intrepid, and i386?
[02:24] <NCommander> I'm having trouble test building something due to the fact that I'm stuck on equivelent of dial up
[02:27]  * NCommander pokes apachelogger
[02:28] <Hobbsee> Keybuk: you may want to go and ask in -ops why you have no authority.  You certainly should do, by the flags.
[02:28] <Hobbsee> Keybuk: you're not using out of date scripts or something, are you?
[02:29] <bddebian> NCommander: I almost got some Irix boxes for free once and I was bummed when it never panned out :9
[02:29]  * wgrant is content with having only i386 hardware.
[02:29] <NCommander> ahhhhhhhhh
[02:29] <wgrant> Although amd64 might be nice.
[02:29] <ion_> I have a 68060 box.
[02:30] <Darklock> I have a 8088 box
[02:31] <ion_> I have a 6510 box.
[02:31] <Darklock> damn
[02:32] <apachelogger> NCommander: sup?
[02:33]  * NCommander has two sticks
[02:33] <NCommander> apachelogger, can you test build something for me?
[02:33] <ion_> I have two drumsticks.
[02:33] <NCommander> ion_, with our stick together, we have four bites
[02:33] <apachelogger> NCommander: sure
[02:34] <NCommander> apachelogger, I'm stuck on dial up so I can't download the dependencies for i386 ;.;
[02:34] <ion_> ncommander: Perhaps Hobbsee could borrow her pointy stick.
[02:34]  * Hobbsee has no need to borrow her own Long Pointy Stick of DOOM!!!!!!!!!!!!!!!™
[02:34] <Hobbsee> ion_: did you mean 'lend'?
[02:35] <ion_> Heh, me no good on English speaky-things.
[02:35] <Hobbsee> :)
[02:35] <NCommander> ion_, there is no point in borrowing her stick
[02:35] <NCommander> Its metric, and completely incompable with everything else
[02:36] <apachelogger> a sonic screwdriver is way better anyway
[02:36] <NCommander> I perfer a laser screwdriver
[02:36] <NCommander> more lethal
[02:37]  * wgrant prefers to avoid such hardwary things.
[02:37]  * NCommander notes that wgrant doesn't watch Dr Who
[02:37]  * Hobbsee tasers NCommander
[02:37]  * NCommander is turned on
[02:37] <Hobbsee> oh dear.
[02:37]  * wgrant confirms NCommander's suspicions.
[02:38]  * NCommander tackles Hobbsee and throws her in the COMFY CHAIR
[02:38] <NCommander> apachelogger, http://pastebin.ca/1211969
[02:38] <Hobbsee> mmm...comfy
[02:38]  * wgrant gets out the soft cushions.
[02:38] <ion_> Ah, darn. I was under the impression it was a 2.5 furlong stick weighing 4 zentners.
[02:38] <Hobbsee> ion_: it's both imperial and metric.
[02:38] <Hobbsee> it's a future stick
[02:39] <ion_> It’s in a quantum superposition, collapsing to either only when observed?
[02:39] <Hobbsee> sounds about right
[02:39]  * NCommander feels so geeky that he understands that
[02:43] <StevenK> Anything can be both imperial and metric, since that's only a form of meaursement, not a defining part of it.
[02:43]  * NCommander gives StevenK a metric bolt and only imperial wrenches
[02:43] <NCommander> :-)
[02:43] <NCommander> that's how you have metric-imperial compability
[02:43] <wgrant> Metric and imperial screws often have different threads too.
[02:44] <StevenK> Sure, but you can meaurse either with either system, its just that one "works out" in one
[02:44] <StevenK> Like a 10mm screw isn't going to come out to anything sensible in inches
[02:47] <apachelogger> NCommander: you noticed ubuntu4 is already @ lp?
[02:55] <NCommander> What, someone updated it since I started working on it?
[02:55] <NCommander> ;.;
[02:55] <apachelogger> NCommander: no, it is your ubuntu4 :P
[02:56] <NCommander> o_O;
[02:56] <NCommander> uhhhh
[02:56]  * NCommander blinks
[02:56]  * NCommander blinks some more
[02:56] <NCommander> I don't remember asking anyone to upload it
[02:56] <StevenK> Certain developers may have access to your machine ...
[02:56]  * StevenK chuckles
[02:57] <apachelogger> Oo
[02:57] <NCommander> Well
[02:57] <NCommander> This is interesting
[02:57] <NCommander> Since if my patch was done wrong
[02:57] <apachelogger> More like frightening.
[02:57] <NCommander> I just broke ever QT Java user on i386 :-)
[02:57] <apachelogger> NCommander: Qt
[02:58] <apachelogger> and there are only about 3, so... :P
[02:58] <NCommander> I really wish there were only i386 users
[02:58] <NCommander> We could justify dropping the port
[02:58] <StevenK> You want to drop i386?
[03:00] <NCommander> Someday
[03:00] <NCommander> Simply because the x86 infrastructure is a poorly decided POS :-)
[03:00] <NCommander> er, designing
[03:00] <NCommander> Looking at the build log, my patch did the right thing :-)
[03:01]  * NCommander notes it will break if qtjambi was ever built on a 128 or 16 bit architecture but I don't think we need to worry about that)
[03:09] <NCommander> YOu know, I think I have a problem if ninja's are uploading my patches without me fully testing them >.>;
[03:11] <NCommander> StevenK, so what are you up to?
[03:24] <blaine00__> hello!
[03:25] <blaine00__> why does it seem like no one is ever actuall chatting in these rooms
[03:27] <ion_> Wow, four minutes of patience.
[03:27] <jdong> ion_: better than average.
[03:28] <jdong> ion_: I've seen someone enter, say nothing, then "why don't you answer me" then leave
[03:28] <jdong> *shrug* guess it's kinda like forgetting to put your name on a homework :)
[03:31]  * Hobbsee is not chatting, as she's considering writing a warning mail to the list.
[03:32]  * jdong cowers in his corner
[03:32] <Hobbsee> jdong: do you file sync requests,  when the resulting packages do not install?
[03:33] <jdong> Hobbsee: usually I don't get people more important than me involved until I'm confident I'm not wasting their time :)
[03:34] <jdong> Hobbsee: are people just treating sync request as some magical buzzword for getting shiny crack, or are they deliberately implying something works when they've not done the testing necessary?
[03:34] <Hobbsee> jdong: not sure, but i was just alerted to https://bugs.edge.launchpad.net/ubuntu/+source/meta-gnome2/+bug/273015
[03:34] <Hobbsee> jdong: the guy usually has more clue.  So should the sponsor.
[03:35] <jdong> Hobbsee: ouch, that should've been caught even by a simple build-and-install test
[03:35] <Hobbsee> jdong: my thoughts exactly.
[03:35] <Hobbsee> jdong: there's even pbuilder hooks for this!
[03:35] <jdong> indeed
[03:36] <jdong> Hobbsee: the warning e-mail should also remind sponsors to scrutinize contributions a bit more, too
[03:36] <jdong> IMO the sponsor should've seen this too
[03:37] <Hobbsee> jdong: tha'ts what i'm thinking.
[03:37] <Hobbsee> jdong: this slipped through 2 people.  Now, i know the queue is long, and we're trying to encourage people to sponsor stuff - but not at the expense of getting crap that doesn't install, into the archive.
[03:38] <jdong> Hobbsee: particularly at this point in our release cycle
[03:38] <Hobbsee> jdong: exactly.
[03:39] <jdong> Hobbsee: whoa... looking at the sync request the contributor even had to make debian/control changes for the merge.... now it really blows my mind how this slipped through
[03:39] <jdong> I would expect the most important test of metapackages to be their *installability*
[03:39] <Hobbsee> jdong: the "it built, lets ship it?" philosophy?
[03:39] <jdong> they should trivially build without errors
[03:40] <Hobbsee> well, yeah...
[03:40] <Hobbsee> i mean, pbuilder hooks make this stuff *very* simple.
[03:40] <Hobbsee> and automated on the end of a build.
[03:41] <jdong> perhaps whatever pbuilder helper is in ubuntu-dev-tools should incorporate such hooks by default
[03:41] <jdong> I have a feeling people may be too lazy to bother setting it up
[03:48] <Hobbsee> jdong: that might be interesting - but which ones?
[03:48] <Hobbsee> there's a help section on the end of the pbuilder howto, iirc.
[03:51] <calc> gar openoffice.org-l10n failed after 6 hours build on my machine :\
[03:51]  * calc ponders guessing he fixed it and just upload it
[03:52] <superm1> slangasek, it appears the combination of bluez-utils 3.36 and btusb causes the regression
[03:52] <superm1> slangasek, persia and i were discussing it in #ubuntu-motu
[03:52] <superm1> btusb - which is part of 2.6.27 appears to work properly w/ bluez 4.x however
[03:52] <superm1> which is the new API for bluez
[03:54] <superm1> slangasek, i'll try to add these details to the bug
[03:58] <Hobbsee> !pbuilder
[07:22] <fargiolas> does anybody know how can I install debug infos for libselinux?
[07:23] <fargiolas> I looked for the -dbg package but couldn't find any
[07:24] <persia> fargiolas: Maybe at ddebs.ubuntu.com ?
[07:29] <fargiolas> persia: thank you, I wasn't aware of that repo
[08:23] <StevenK> cjwatson: Adding a blacklist of xfce4-panel to the mobile seeds ends up with germinate saying "No changes found" which strikes me as odd.
[08:30] <cjwatson> germinate-update-metapackage doesn't do anything with blacklists
[08:30] <cjwatson> I suppose you'd have to manually add a conflicts or something
[08:38] <StevenK> cjwatson: That strikes me as a little nasty :-)
[09:03] <cjwatson> StevenK: it's more or less precisely equivalent to a blacklist entry ...
[09:03] <cjwatson> so no more or less nasty
[09:03] <cjwatson> if you're happy to use a blacklist entry, logically you should also be happy to use a conflicts
[09:03] <cjwatson> anyway, off to ante-natal class
[09:08] <fargiolas> persia: I added ddebs repos to sources.list but still I have no -dbg package for libselinux in intrepid
[09:17] <geser> fargiolas: try libselinux1-dbgsym
[09:17] <geser> fargiolas: the dbg packages on ddebs end all in -dbgsym and not -dbg
[09:18] <fargiolas> geser: I see, but there is no package -dbgsym for selinux :(
[09:21] <geser> fargiolas: the selinux package contains only some scripts
[09:22] <geser> for which binary/library do you need dbg info?
[09:23] <fargiolas> geser: I have a segfault with gst-inspect on a plugin I'm developing and the backtrace says it crash on a libselinux function
[09:24] <fargiolas> geser: but doesn't say which because there are no dbg symbols
[09:25] <geser> fargiolas: does it tell you in which lib that function is?
[09:26] <fargiolas> geser: nope, 0xb66b8974 in ?? () from /lib/libselinux.so.1
[09:29] <geser> fargiolas: /lib/libselinux.so.1 is the lib containing the function, which is packaged in libselinux1 and the debug symbols are in libselinux1-dbgsym
[09:29] <geser> try installing that and you should get some more info in your traceback
[09:29] <fargiolas> geser: probably in hardy.. no -dbgsym in intrepid
[09:30] <geser> true
[09:37] <geser> fargiolas|afk: unfortunately there aren't any debug symbols for libselinux1 as the package doesn't use the common dh_strip call to strip the debug symbols so it also doesn't trigger the creating of the -dbgsym packages :(
[09:38] <fargiolas|afk> geser: is it a bug? will it be solved before intrepid stable release?
[09:43] <geser> more a wishlist but and I doubt it will be fixed before the release, but please file a bug nonetheless, so it's a least known
[09:45] <fargiolas|afk> geser: going away now, I'll file it later
[09:45] <fargiolas|afk> geser: thanks
[09:53]  * \sh should get some sleep...uploading to hardy pocket will not work :(
[14:37] <Adri2000> do main srus need to be approved *prior* to upload? or is it possible to upload and get the ack later like it is for universe srus?
[15:22] <wgrant> lool: Why did you close bug #275158? You should really let Soyuz close it, particularly when things have a chance of rejection.
[15:29] <persia> wgrant: source built on Debian
[15:30] <wgrant> persia: Ahh.
[15:34] <ramvi> How is the daily intrepid image made? I'm making a fork of ubuntu and would like to utilize the same system
[15:36] <persia> ramvi: At least the filesystem.squashfs comes from livecd-rootfs.  I'm not entirely sure how that turns into an iso, but there's a BuildCD script in the livecd-rootfs source.
[15:37] <ramvi> persia: must be some kind of application which does the whole thing. should be open source :/
[15:38] <persia> ramvi: It may be, I just don't happen to know which application.
[15:38] <persia> There's some documentation on the wiki about working on this sort of thing, which may help.
[15:39]  * persia doesn't tend to work with .iso images
[15:41] <ramvi> persia: there is? Great - do you have the url ?
[15:41] <ramvi> So can I do some reading and not bother you guys
[15:41] <persia> Not offhand.  I think it's linked under the Derivatives Team.
[15:41] <Mithrandir> ramvi: https://help.ubuntu.com/community/LiveCDCustomization
[15:45] <StevenK> [1067796.457016] nautilus[19240]: segfault at 7fffcdb08ff8 rip 7fb8c26a87db rsp 7fffcdb09000 error 6
[15:45]  * StevenK sighs
[15:45] <ramvi> Mithrandir: not quite what I was looking for. But thanks :)
[15:45] <StevenK> Mithrandir: I had a look at telepathy and bluetooth, and I can't extend my own membership, please fix. :-)
[15:48] <Mithrandir> StevenK: fixed
[15:48] <StevenK> Mithrandir: Danke
[15:49] <Robot101> telepathy? :)
[15:49] <Mithrandir> Robot101: yeah, you know this communication thingie developed by a bunch of crazy hippies based around cambridge.
[15:50] <Robot101> yeah, but what about it? can I extole its virtues somehow? :)
[15:50] <Mithrandir> Robot101: oh, it was just StevenK's membership in the launchpad team that was about to expire, and he couldn't extend it himself, so I did it for him.
[15:52] <Robot101> aha, ok :)
[16:28] <pochu> Mithrandir: could you please reject meta-gnome2 from the unapproved queue? I want to reuploaded it with a last minute improvement.
[16:28] <pochu> s/reuploaded/reupload/
[16:34] <lool> wgrant: Cause I built the .changes files from a Debian host
[16:35] <lool> wgrant: Oh sorry, persia already forwarded the info
[16:35] <lool> Will update the bug if it gets rejected; I'm sure persia will notice though :)
[16:35] <persia> Yeah.
[16:36]  * persia is currently anxiously awaiting the approval of 75% of the unapproved queue, as it directly affects making the new toy work better.
[16:39] <Silicium> hi there
[16:39] <Mithrandir> pochu: no, the web ui doesn't allow me to.
[16:39] <Silicium> is there a bug on 8.04 with cpu freqscaling
[16:40] <Silicium> ?
[16:40] <Silicium> my kernel is Linux Earth 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux
[16:40] <Mithrandir> pochu: also, I'm no longer in ubuntu-archive.
[16:41] <pochu> Mithrandir: but you are on -release. I thought it was -release who approved/rejected things during freezes
[16:41] <pochu> Mithrandir: thanks anyway
[16:42] <Mithrandir> pochu: I don't have the relevant buttons in my web UI at least.
[16:42] <pochu> ok, fair enough
[16:54] <pochu> slangasek: so, I've changed python-wxgtk.postinst to install one different alternative for each python version (http://pastebin.com/f602f101d). The problem is that python-wxgtk2.8 doesn't use alternatives anymore, but installs a file directly, which seems to break update-alternatives (install 2.6, symlinks are there and working, install 2.8, files are there and working, remove 2.8, and 2.6 symlinks aren't there anymore). I can switch python-gtk2.8
[16:54] <pochu> slangasek: 2.8 was changed back to use files instead of alternatives in bug 211553, but I think that broke python-wxgtk2.6
[17:15] <pwnguin> is /var/log/acpid still supposed to be written to?
[17:15] <lool> No
[17:16] <lool> It's syslog now
[17:17] <pwnguin> i wish the laptop team wasn't dead =(
[17:18] <pwnguin> lool: i'd like to monitor for lid events, is that in syslog?
[17:21] <persia> pwnguin: You ought get an input event for it, from evdev.
[17:21] <pwnguin> persia: is that exposed to scripting somewhere simple?
[17:22] <persia> pwnguin: It's an X event.
[17:23] <persia> I suspect there's probably something that calls a hook script, but I'll admit to not knowing the details.
[17:23] <pwnguin> tabletPCs have a convertable lid and im hoping the information is sophisticated enough to handle differing between closing the laptop and converting it
[17:24] <persia> pwnguin: For that, I'd recommend installing input-utils, and reviewing what events are available from the /dev/input/eventN device.
[17:25] <persia> pwnguin: If you can differentiate, I'd like that: I've a device for which I'd like to do a screen rotation on close, but haven't any clue how to make it work.
[17:25] <persia> (so please subscribe me to the bug you use to track the fix)
[17:25] <pwnguin> okies
[17:25] <pwnguin> do you have a script working currently to rotate automatically?
[17:25] <pwnguin> err
[17:26] <pwnguin> not automatically
[17:26] <persia> No.  I just got the device a couple days ago, and just make the touchpad work today.  It's still a work-in-progress.
[17:26] <pwnguin> there's a few rotate scripts out there
[17:26] <persia> Yeah, and I do have one working on my Zaurus, so I'm sure it's not too hard.
[17:27] <pwnguin> the trouble is that they mostly rely on querying xrandr which relies in part on the driver
[17:27] <pwnguin> so nv has different output than nvidia
[17:28] <persia> Oh, that's unfortunate.
[17:29] <pwnguin> theres an xrandr library one could presumably use
[17:29] <pwnguin> that should be smarter than text output
[17:30] <pwnguin> when you suggested input-utils, what exactly did you have in mind with it?
[17:35] <pwnguin> ah, i think ive figured it out
[17:35] <ykphuah1> asac: for bug 191889, I do not have the intrepid environment to create a fix for NM0.7... how do you suggest I go around this?
[17:44] <crimsun> ykphuah1: are you working off hardy as a base?
[17:45] <crimsun> ykphuah1: if so, try working with the network-manager PPA, then, which has a hardy version (# deb http://ppa.launchpad.net/network-manager/ubuntu hardy main)
[17:46] <ykphuah1> crimsun: yeah, I am working on hardy, its just scratching my own itch on the stable ubuntu version, for now.
[17:46] <ykphuah1> crimsun: the last time I install the NM0.7 over PPA, its very hard to downgrade back to 0.6, with all the dependancies.
[17:47] <ykphuah1> crimsun: so it seems like either I have to maintain 0.6 or 0.7, or install both hardy and intrepid.
[17:47] <ykphuah1> crimsun: I am just a normal user who do not have the bandwidth to download intrepid just to develop a patch for NM 0.7
[17:56] <RainCT> Can someone tell me where the strings "Install Media Plug-ins" and "Buy Licensed Plug-ins..." are used in gnome-app-install?
[17:57] <RainCT> (I'm translating some new strings, like those, but don't have the version from Intrepid so I can't see where they are used)
[17:58] <RainCT> basically what I want to know is if they are directed to the computer or to the user
[18:01] <Chipzz> RainCT: strings directed to the computer should not be translated; if those show up in the list of strings to be translated, that would be a bug and you should file one
[18:02] <RainCT> Chipzz: that's not what I mean by "directed to the computer"
[18:03] <pochu> RainCT: they are shown when gnome-app-install pops up to install media codecs iirc
[18:03] <RainCT> Chipzz: there are two sorts of strings, those directed to the computer, by which I mean strings like "Save", "Print", etc., and those directed to the user "Couldn't do something", etc.
[18:03] <RainCT> and both types are translated in a different way in Catalan (to the computer in imperative and to the user in a more formal way)
[18:04] <RainCT> pochu: as buttons or what?
[18:07] <pochu> RainCT: https://wiki.ubuntu.com/CodecInstallationIntrepid
[18:07] <pochu> RainCT: I haven't seen IRL yet
[18:08] <Chipzz> RainCT: ah k. but you probably should have been clearer about that then ;)
[18:08] <RainCT> thanks :)
[18:09] <Chipzz> (RainCT: the distinction lies in the target language, not the source of the translation)
[18:10] <RainCT> I guess "playback plug-ins" is the same as "codecs"?
[18:11] <Chipzz> http://www.ralentz.com/old/mac/humor/mpw-c-errors.html
[18:11] <Chipzz> ROFL
[18:11] <Chipzz> "String literal too long (I let you have 512 characters, that's 3 more than ANSI said I should)"
[18:11] <Chipzz> a compiler with an attitude :)
[18:12] <Chipzz> "Too many errors on one line (make fewer)"
[18:12] <Chipzz> :P
[18:39] <slytherin> Can any of the archive admins please fix the bug #272866
[19:40] <lool> pwnguin: You can add your own event handler to /etc/acpi; there's an example for the powerbtn already, it's mildly documented in README.Debian


[00:51] <Kano> did anyone else test the 2.6.24 kernel?
[00:51] <Kano> i dont get any other kernel module to work, no nvidia, no fglrx, nothing...
[12:33] <cathya> Problem is a kernel oops on boot.    It hangs while setting up udev.  I can get the system to come up by killing everything (either ctrl-alt-del or magic-sysrq + k).
[12:33] <cathya> any hints?
[12:34] <cathya> I compiled a new kernel that was well-suited to my hardware (which is: Core 2 Duo at 2.2 Ghz in a Gigabyte GA-G33M-DS2R, 3 SATA hdds on the Intel fakey-RAID (running straight AHCI, no goofy RAID), and DVD-ROM on the other IDE).
[12:34] <cathya> I havent tried the desktop kernel work though..
[12:36] <cathya> I could try jumping runlevels.  Trouble is udev starts in single-user, too.
[12:36] <IntuitiveNipple> Can you start it with init=/bin/bash ?
[12:39] <cathya> IntuitiveNipple: I can start it, eventually, with a full system.  But it will oops while booting.  It occurs to me that I may not have tried futzing with init - another good thought.
[12:41] <cathya> It starts from an initrd that has bbox... it'll have to be /bin/sh, not /bin/bash.  But I'll see if that resolves the oops.
[12:41] <cathya> I'm thinking if this is an udev problem by disabling udev and booting, then dmesg | grep -i "error"
[12:42] <cathya> Or any more possible thoughts on this?
[12:43] <IntuitiveNipple> I was thinking along similar lines. Does it oops whilst udev is initialising, or before udev starts. Your previous comment on that was unclear.
[12:43] <cathya> I will see if I can find anything more.  Aside from the oops, I have not found much in dmesg.
[12:44] <IntuitiveNipple> If it is whilst udev is initialising stuff, then I'd drop some /etc/udev/rules.d/ rules that I suspected, try to narrow down the precise cause.
[12:45] <cathya> Too many unknowns to narrow it down reliably...
[12:45] <IntuitiveNipple> Have you got the log showing the oops?
[12:45] <cathya> IntuitiveNipple: It appears to be while udev is initializing.  I magic-sysrq-t'd while it was hung, and the only userland processes were related to udev startup.
[12:46] <cathya> IntuitiveNipple:  Should have, yes.
[12:46] <cathya> let me get to this box and pastebin it.
[12:46] <IntuitiveNipple> Best to post a bug report to Launchpad, attach it plus an output of lspci -nn
[12:47] <cathya> You think its a bug?
[12:47] <IntuitiveNipple> If it oops, yes!
[12:47] <cathya> I want to be sure not to waste your(Developers) time,
[12:47] <IntuitiveNipple> Which kernel is this? Gutsy?
[12:48] <cathya> IntuitiveNipple: There is more funkiness to this setup.  Root is on one of the SATA drives.  /home and /var are on an MD RAID5 across the three drives.  I do not know if that is giving it fits.  Doesn't appear to.
[12:48] <cathya> Yes, gutsy.
[12:48] <IntuitiveNipple> If it turns out not to be a bug, it'll only get marked invalid, but once it is in launchpad people will look at it and if they have input, you'll hear about it
[12:48] <IntuitiveNipple> ooo ooo ooo
[12:48] <cathya> My kernel is <IP_ADDRESS>, and has the same problem.
[12:49] <IntuitiveNipple> I'm not sure about this, *but* I'm sure I saw a conversation along the lines of, Ubuntu can't cope with separate / and /var, and I'm sure that is in launchpad
[12:50] <cathya> Are you a dev?
[12:50] <IntuitiveNipple> I'm on the kernel ACPI team, and I do a lot of debug work
[12:50] <cathya> Yeah its gotta be there on launchpad
[12:51] <cathya> COuld you direct me to that bit in launchpad or where do i go here on?
[12:52] <IntuitiveNipple> Are you using LVM?
[12:52] <IntuitiveNipple> https://bugs.launchpad.net/ubuntu/
[12:53] <cathya> IntuitiveNipple: Just md
[12:54] <IntuitiveNipple> I wish I could find mention of that /var issue... I may have just seen people talk about on IRC
[12:54] <IntuitiveNipple> or, it may be in the mailing list! Grrr
[12:55] <cathya> IntuitiveNipple: I have logs showing the oops.  I apparently no longer have the log showing the process dump, which is disappointing.  I'll regenerate that one.
[12:56] <IntuitiveNipple> then post the launchpad bug # here
[12:57] <cathya> In the errors, he most important line appears to be [   40.923128] BUG: unable to handle kernel paging request at virtual address f8b7fffc
[12:57] <cathya> s/he/the/
[12:57] <cathya> Then it dumps an oops.
[12:58] <cathya> IntuitiveNipple: Here as in ?
[12:58] <cathya> oh you mean I paste it here?
[12:58] <cathya> Ok.
[12:59] <IntuitiveNipple> in this room, so any dev that looks at the back-history can click through to the bug
[12:59] <IntuitiveNipple> If you type bug #163011
[12:59] <ubotu> Launchpad bug 163011 in linux-source-2.6.22 "[FTBFS] unknown field ‘aio_reserved3’ building User Mode Linux" [High,Triaged] https://launchpad.net/bugs/163011
[12:59] <IntuitiveNipple> See? uboto provides a link for you
[12:59] <cathya> How do I add it?
[12:59] <cathya> Ok
[13:00] <cathya> So I post it in launchpad and just give you the number later I guess?
[13:00] <cathya> So they can look through it
[13:00] <IntuitiveNipple> Once you've report the bug, simply type in here bug #<number>
[13:00] <cathya> Gotcha
[13:00] <IntuitiveNipple> Yes
[13:01] <cathya> Thanks
[13:02] <cathya> i wanted to disable acpi.. I really wanted to avoid it.  That seems to be the solution to a lot of these issues.
[13:05] <cathya> I've seen a lot of issues with acpid loading modules that crash a system, and stuff like cpuspeed (throttles the CPU when there is not much load) causing strange errors
[13:06] <cathya> Anyhow Im filing a bug report
[13:12] <IntuitiveNipple> Unless the motherboard has a broken DSDT, ACPI should be fine. With Ubuntu you can correct the DSDT and load the fixed one at boot-time
[13:15] <cathya> Good so that can be overwritten
[13:18] <IntuitiveNipple> Generally, the Linux approach is, the ACPI interpreter works to specification (hah!) so if it breaks, it is an issue with the BIOS (and it usually is!). Windows will include workarounds to play nicely. There's another approach that says if it works with Windows it should work with Linux.
[13:19] <cathya> IntuitiveNipple: 163551
[13:20] <IntuitiveNipple> bug #163551
[13:20] <ubotu> Launchpad bug 163551 in ubuntu "Kernel oops during boot on gutsy server" [Undecided,New] https://launchpad.net/bugs/163551
[13:23] <cathya> That'll do?
[13:23] <IntuitiveNipple> It looks to be the AGP bridge
[13:25] <cathya> That was my first thought, so I disabled the AGP bridge in the custom kernel (I don't need it).
[13:26] <cathya> It just blew out. It now occurs to me that that may have been because of a bad initrd, however - it didn't oops, it just collapsed trying to mount root.
[13:26] <IntuitiveNipple> the fault appears to happen at intel_i915_configure()
[13:27] <cathya> Would it be helpful for me to compile this kernel without agp and a decent initrd?  I want to recompile anyway, because I want a monolithic kernel.
[13:30] <IntuitiveNipple> you could try blacklisting intel_agp
[13:32] <cathya> That would certainly be quicker.  Let me see if I made that a module.
[13:35] <cathya> IntuitiveNipple: .. stock kernel.  Sorry, I'm a bit slow today.
[13:36] <IntuitiveNipple> lol :)
[13:36] <IntuitiveNipple> I know how it is
[13:36] <cathya> IntuitiveNipple: no oops.  Boots perfectly.
[13:37] <IntuitiveNipple> ok... can you do without intel_agp?
[13:37] <IntuitiveNipple> You'd best add a comment to the bug describing that as a workaround for the issue
[13:38] <cathya> So that does it for me.  I'll update the bug.
[13:38] <IntuitiveNipple> Thanks
[13:38] <cathya> IntuitiveNipple: Absolutely.  This will be headless for most of its life.
[13:38] <IntuitiveNipple> I wish I was!
[13:39] <cathya> Thank you for the help.
[13:39] <IntuitiveNipple> You're welcome
[13:41] <cathya> So, next question... it _appears_ to be running fine with /var off on its own.  Is this going to create a problem for me down the road?  I like having /var contained, if at all possible.
[13:42] <IntuitiveNipple> I wish I could remember where I saw the discussion on that, but I can't. Just test well and then ignore me :p
[13:43] <cathya> heh.  Wilco.  Thanks for the heads up in any event.
[13:47] <IntuitiveNipple> It *may* have been to do with ubiquity and the desktop CD installer, so that wouldn't affect you
[13:48] <cathya> It would be very annoying if some system cared much about an adminisrative decision.
[13:49] <cathya> I've seen similar problems elsewhere that made a bit of sense.  For instance, sometimes if you have to start something funky in order to mount /var, there will be a problem with delayed writes.  This happens when people crypto /var, for instance, and the networking subsystem is started first and tries to write to it.
[13:49] <IntuitiveNipple> Thinking about, the installer would make sense. Because a separate /car implies it'd have to 'know' to mount / then mkdir /var, then mount /var
[13:49] <IntuitiveNipple>  /car??? lol
[13:50] <cathya> lol
[13:50] <cathya> Okay.  For what it's worth, I didn't install this way - I installed onto a monolithic fs, then added the raid arrays and mounted them.  So there is _a_ /var right away, just not the one that will be there when daemons start.
[14:02] <cathya> ok IntuitiveNipple Thanks a lot
[14:02] <cathya> I'll be back later:)
[14:02] <IntuitiveNipple> don't hurry.. I can do without any more bugs today... I'm all full up :)
[14:03] <cathya> Haha I'll still see you in a bit:) Nice talkin to you
[14:15] <kraut> moin
[16:57] <socketErr> what os-virtualization (like user-mode-linux, openvz,...) is supported by ubuntu?
[17:36] <soren> socketErr: uml, qemu, and kvm are all in universe.
[17:38] <JanC> as well as virtualbox-ose
[17:52] <Kano> something must be in 2.6.23 that fixes this
[17:52] <Kano> http://ftp.tu-chemnitz.de/pub/linux/ubuntu-releases/kubuntu/gutsy/MD5SUMS
[17:52] <Kano> err
[17:52] <Kano> https://bugs.launchpad.net/linux/+bug/54294
[17:52] <ubotu> Launchpad bug 54294 in linux-source-2.6.20 "Failed to allocate mem resource #6 ... (dup-of: 159241)" [Low,Confirmed]
[17:52] <ubotu> Launchpad bug 159241 in linux "[Tracking Bug] PCI resource allocation warnings" [Unknown,Fix released]
[17:52] <Kano> that
[17:52] <Kano> some laptops can not boot at all
[17:53] <Kano> also 2.6.23 fixed another issue with intel onboard gfx which could not detect the right screenres from vga monitor


[12:19] <aged> what amount of memory would you reccomend for 11 10 in vbox please
[13:35] <histo> aged: 1024 or so....  You can go lower if you want. I think the minimums are rather low for 11.10
[17:01] <pip__> Hello.  I've managed to install AMDs13.1 drivers & Catalyst Control Centre in Quantal but cannot find the Overdrive tab so I can check my temp & fan speeds.  Is there something I need to enable or some other weirdness?
[17:05] <holstein> pip__: is there a problem?
[17:05] <holstein> if they didnt include the app, then it wont be there
[17:06] <pip__> I'm not sure yet, I'd just like to keep an eye on the fan speed, my 4870 was running REALLY loud until it popped a few days ago
[17:07] <pip__> I WILL NOT be overclocking the new card or anything
[17:09] <holstein> pip__: there are other tools for checking
[17:09] <holstein> even in the bios, which is not ideal... i usually just check when im worried... any app like that has overhead, though it might not be much... i paid $8US for my graphics card though
[17:11] <pip__> ok.  I've installed a 7870, so I'd like to keep an eye on it.  Sensors tells me the temp is good though
[17:12] <pip__> I found it odd that the Linux CCC didn't have the overdrive tab
[17:16] <pip__> What is a decent tool to monitor the fan speeds with?
[17:16] <pip__> please
[17:16] <holstein> pip__: any of the applets, that i have not tried since gnome2
[17:17] <pip__> haha, same here
[17:17] <holstein> anything from the repos should work, assuming the device is passing it out
[17:18] <pip__> I think it must be as I get a reading in W7
[17:18] <holstein> pip__: no doubt that functionality *can* be supplied to you
[17:19] <holstein> pip__: you cannot ever compare driver support or hardware support, or end-user experience from windows
[17:19] <pip__> perhaps I should rerun sensors-detect?
[17:20] <pip__> true.  I was kinda hoping that the GPU has the ability to supply the data, I guess it's making that actually happen
[17:22] <pip__> anyhoo - dinner. Thanks for the help again holstein


[07:55] <proudhawk> evening
[09:03] <AlanBell> morning :)
[13:16] <UndiFineD> :)
[13:17] <UndiFineD> feels a bit like both to me


[02:39] <ScottK> Sweetshark: If a bug has been nominated for a release and the task is later removed, you can't add it again.
[04:21] <vivekimsit> Hi guys! I am having some problem using launchpad on ssh. Any other ways of pushing, pulling or checking out the branches?
[04:32] <vivekimsit> any idea guys?
[10:50] <cardpuncher> Hi, https://staging.launchpad.net/ says there was a problem connecting to the Launchpad server and that the staging server is getting a code update. The problem is that the message is there since yesterday so the situation persists. Is this normal or a known problem?
[10:58] <StevenK> cardpuncher: staging restores its database over the weekend, which can take up to a day
[10:59] <cardpuncher> Thanks StevenK.
[20:53] <TheLordOfTime> anyone here familiar with system-level changes in the bug trackers for Launchpad?  kinda curious whether there's a force-redirect in place for a specific "Report a Bug" link pattern.
[20:54] <TheLordOfTime> and if so, when it was put in place
[20:56] <TheLordOfTime> specifically:
[20:57] <TheLordOfTime> https://bugs.launchpad.net/ubuntu/+filebug forces a redirect to a wiki page for non-bugcontrol people.  that's confirmed.  did that redirect get put in place for all the report bug buttons for ubuntu (including package specific ones)?
[22:43] <wgrant> TheLordOfTime: That redirect has been in place for many years, at the request of Ubuntu.