[00:00] <infinity> seb128: I'm with vorlon.
[00:00] <infinity> And this is why openjdk is evil.  Run a few test builds in the background, and I have nothing better to do than have OPINIONS in #-devel...
[00:01] <slangasek> heh
[00:02] <seb128> ok, gst reuploaded
[00:51] <slangasek> well, that's nice; I try to reproduce bug #149791 using the 'test' button in gstreamer-properties, and X crashes
[00:51] <ubotu> Launchpad bug 149791 in xserver-xorg-video-ati "Black & White Video Output (Gutsy)" [Undecided,Invalid] https://launchpad.net/bugs/149791
[00:52] <slangasek> moral: only try to reproduce milestoned bugs of >= high importance
[02:29] <Hobbsee> anyone fixing scim yet?
[02:29] <TheMuso> Hobbsee: There was an upload for it not long ago.
[02:30] <Hobbsee> TheMuso: ubuntu3, or?
[02:30] <Hobbsee> ah, yes, i see
[02:32] <slangasek> "fixing" is such a subjective thing
[02:47] <superm1> glancing over https://edge.launchpad.net/ubuntu/+source/scim , I don't suspect what Hobbsee meant was resolved, that being that it lives in the tray and won't die?
[02:48] <slangasek> she may mean that ubuntu3 failed to install at all because I'm a putz
[02:48] <Hobbsee> superm1: i meant the latter
[02:48] <Hobbsee> for the former, i've purged scim off the face of the planet, so i don't care.
[02:48] <superm1> Hobbsee, ah okay.
[02:48] <superm1> haha
[03:34] <Amaranth> hrm, apport removed the need-i386-retrace tag from bug 202021 but didn't do the retrace
[03:34] <ubotu> Launchpad bug 202021 in compiz "compiz.real crashed with SIGSEGV in updateWindowAttributes()" [Undecided,New] https://launchpad.net/bugs/202021
[03:35] <Amaranth> s/apport/retracer/
[03:35] <Amaranth> oh, that core dump looks bad, only 11kb
[03:36] <StevenK> Shouldn't compiz core dumps be full of 3D textures and bling? :-P
[03:36] <Amaranth> my worry is that a patch i wrote changed one call to updateWindowAttributes and added another one and now i've got my first ever crash report in updateWindowAttributes
[03:37] <StevenK> Heh
[07:22] <pitti> Good morning
[07:53] <Mithrandir> hm, I wonder if we should move the gzip level in initramfs from -9 to -6.  On my initramfs here, the size then changes from 8763263 to 8847664 bytes which is an increase of almost 1%, but the time to create it goes from ~15s to ~2.5s.
[08:17] <nepbabu> where should i ask loco related questions?
[08:19] <nepbabu> where should i ask loco related questions?
[08:29] <seb128> slangasek: any reason you didn't accept the g-s-t changes?
[08:29] <slangasek> seb128: mental backlog
[08:30] <seb128> ok, that's a good reason ;-)
[08:44] <pitti> seb128: http://launchpadlibrarian.net/12662959/buildlog_ubuntu-hardy-i386.gtk%2B2.0_2.12.9-2_FAILEDTOBUILD.txt.gz looks weird
[08:44] <pitti> seb128: looks like a pkgstriptranslations bug
[08:45] <pitti> but it seems something in gtk+2.0 changed recently
[08:45] <seb128> pitti: give it a retry?
[08:45] <pitti> seb128: I already did
[08:45] <pitti> it failed again
[08:45] <seb128> pitti: -1 and -2 have only extra includes to avoid an implicit definition change
[08:46] <pitti> the .mo files seem to be dangling symlinks or something like that
[08:46] <seb128> pitti: doesn't make sense, did you change pkgstriptranslations recently?
[08:47] <pitti> seb128: on Feb 28, but only the conffile (not strip restricted any more)
[08:47] <pitti> the last pkgstriptranslations script change was on 27 Mar 2007
[08:47] <seb128> pitti: weird, gtk built 3 days ago
[08:48] <seb128> and as said that's only an implicit declaration fix in the new revision
[08:48] <pitti> right, I believe you
[08:48] <pitti> seb128: certainly new glibc :)
[08:48] <seb128> I've no idea about the issue
[08:48] <seb128> yeah ;-)
[08:48] <pitti> seb128: anyway, I'm not sure whether I already gave back that one
[08:48] <pitti> I'll try it again
[08:48] <pitti> and if it fails again, I'll build it locally with pkgbinarymangler
[08:48] <pitti> but need to do some archive admin first
[08:49] <seb128> the build 3 days ago failed and I asked you to try I think
[08:49] <seb128> and that worked
[08:49] <pitti> anyone attached to aptitude? needs libcwidget0 -> libcwidget3 transition
[08:50]  * pitti pokes that one
[08:51] <slangasek> it needs a new upstream version to be buildable against libcwidget3 :/
[08:51] <slangasek> (or a backport of some sort)
[08:51] <pitti> erk
[08:52] <slangasek> I tried to pin it on doko since he did the cwidget merge, but he's fled to Texas :)
[08:53] <seb128> slomo: ^ discussion just before about gtk
[08:54] <slomo> oh, good ;)
[08:57] <pitti> so mono-tools still b-deps on libxul-dev, although the changelog says "build against firefox"
[08:57] <pitti> geser ^
[08:58] <pitti> oh, not online
[08:59] <slomo> pitti: do you want to get rid of gtkhtml3.8 from main for hardy (iirc libgtkhtml2.0-cil was the last rdepend)? requires new upstream versions, a NEW package and getting that NEW package to main ;) oh, and a patch for f-spot (and another universe package)
[08:59] <pitti> oh, tempting
[08:59] <pitti> slomo: new source? or just new binary of libgtkhtml2.0-cil?
[09:00] <pitti> sounds pretty intrusive, though
[09:00] <pitti> so maybe at least not for beta
[09:00] <slomo> pitti: new source... gnome-desktop-sharp2 + new binary packages from that one (it's in debian/experimental atm)
[09:00] <slomo> pitti: for beta of course not, the changes are not exactly small... if it wasn't for getting an old package removed it wouldn't even ask you for hardy ;)
[09:01]  * pitti hugs slomo
[09:01] <pitti> we should definitively look at it at least
[09:01] <slomo> pitti: well, i can only say that things work fine for me ;)
[09:02]  * pitti looks at rpm, which was uploaded with a broken patch
[09:03] <slangasek> not a broken patch... a completely absent patch \o/
[09:03] <pitti> right
[09:04] <pitti> slangasek: permission to upload that? it just more or less restores ubuntu4
[09:04] <slangasek> pitti: yes, you don't need to ask permission for those kinds of fixes
[09:04] <pitti> ok, thanks
[09:13] <dholbach> good morning
[09:17] <seb128> hey hey dholbach
[09:17] <dholbach> heya seb128
[09:21] <pitti> seb128: so, a good deal of the gnome related FTBFS on sparc are due to xulrunner-1.9 not building on sparc
[09:24] <Mithrandir> is it just for me that firefox is failing to load any pages?
[09:25] <Mithrandir> ah, no
[09:25] <Mithrandir> firefox suddenly picks up the gnome proxy settings.. that's.. unfortunate.
[09:26] <Mithrandir> oh, it can be turned off
[09:27] <cjwatson> Mithrandir: I like that idea; it's a very noticeable part of the install process
[09:27] <cjwatson> Mithrandir: (update-initramfs and gzip -6)
[09:27] <cjwatson> needs a comment though :)
[09:27] <pitti> slangasek: shall I update ubuntu-meta or are you on it?
[09:28] <Mithrandir> cjwatson: should I just fix it?  It looks harmless enough and the impact is tiny.
[09:30] <cjwatson> Mithrandir: the drop from me is only from 15 to 10 seconds rather than 15 to 2.5, but still
[09:30] <cjwatson> and an increase of 37KB
[09:31] <Mithrandir> my test was on amd64
[09:31] <cjwatson> Mithrandir: I think so. Just drop the -9 (since -6 is the default) rather than explicitly selecting?
[09:31] <Mithrandir> yeah, might make sense.
[09:35] <tkamppeter> hi pitti
[09:35] <pitti> hi tkamppeter
[09:35] <pitti> Mithrandir: btw, bug 195305 is waiting for a comment from you
[09:35] <ubotu> Launchpad bug 195305 in stardict "Please sync stardict 3.0.1-1 (universe) from Debian unstable (main)." [Wishlist,Incomplete] https://launchpad.net/bugs/195305
[09:36] <Mithrandir> pitti: I asked lool to pick that up.
[09:36] <tkamppeter> pitti, it seems that Saivann and me have hit a real bug in the Launchpad upload mechanism.
[09:36] <pitti> thanks
[09:36] <pitti> tkamppeter: --verbose ?
[09:37] <tkamppeter> pitti, it is about bug 202072, the upload of the Brother drivers.
[09:37] <ubotu> Launchpad bug 202072 in ubuntu "FreezeException for brother-lpr-drivers-* packages" [High,Fix committed] https://launchpad.net/bugs/202072
[09:37] <Mithrandir> cjwatson: the full update-initramfs time goes from 17.6s to 11.1s for me, so that's in line with what you're seeing.
[09:38] <pitti> tkamppeter: right, I see the packages in the queue; I'll get to them
[09:39] <tkamppeter> For the packages brother-lpr-drivers-laser, brother-lpr-drivers-laser1, brother-lpr-drivers-mfc9420cn, and brother-lpr-drivers-common I get a reject with "MD5 sum of uploaded file does not match existing file in archive" twice.
[09:39] <cjwatson> tkamppeter: they look like duplicate uploads
[09:40] <cjwatson> brother-lpr-drivers-laser1 was already in the archive, and then an upload arrived for the same version; brother-lpr-drivers-mfc9420cn was already in the archive, and then an upload arrived for a lower version
[09:40] <tkamppeter> Saivann got also the same error when uploading to his PPA. So I rebuilt the source package files with "debuild -S -sa" and signed again to regenerate all checksums.
[09:41] <cjwatson> the others are already in the archive too
[09:41] <cjwatson> why is Saivann trying to upload them again
[09:41] <cjwatson> ?
[09:41] <soren> Ok, I'm getting confused trying to answer this myself... When exactly is grub's device.map used and for what?
[09:42] <pitti> tkamppeter: right; you need to reuse the current orig.tar.gz, or (if you really need to change it), rename it
[09:42] <tkamppeter> cjwatson, Saivann has done corrections on them, and probably he did not really know about that some of them were approved and so he still worked on the versioning concept for them.
[09:42] <pitti> tkamppeter: e. g. 2.0.1-2 or 2.0.1-1+1 or so
[09:42] <soren> It maps between the devices as seen by the BIOS and what the OS calls it. I get that, but when is that needed, exactly?
[09:43] <pitti> tkamppeter: (btw, unusual that upstream versions have -1 in them)
[09:43] <seb128> slangasek: tracker uploaded which desactive indexing and watching by default as decided by the technical board
[09:46] <tkamppeter> pitti, so I think you should answer to Saivanns mail from 03/13/2008 09:25 PM CET telling him about the correct versioning, file naming, and also giving him a list of what is already in the archives, so that he can recreate his packages to get a working update of what is already there.
[09:46] <pitti> tkamppeter: can you do this, please? I'm really busy ATM
[09:47] <pitti> tkamppeter: apt-cache showsrc tells you which are already in the archive; or rmadison
[09:47] <pitti> apt-cache search/show for the binary packages
[09:48] <tkamppeter> pitti, no problem, I will lead him through all the Debian concept stuff for his packages getting in, or I will simply overtake packaging for now, as all brother-printer-specific is in, I only need to put the Debian layer over it.
[09:48] <pitti> tkamppeter: ok, thanks
[09:50] <tkamppeter> pitti, all will be ready today in the afternoon or during the next week. Saivann has done well for now and the next step of the MOTU course for him will follow later.
[09:50] <zdzichuBG> ouch, no LTS for SPARC? sad.
[09:50] <tkamppeter> Saivannn is already very close to getting MOTU ...
[09:55] <pitti> slangasek: bug 200785 looks reasonable to me
[09:55] <ubotu> Launchpad bug 200785 in xserver-xorg-video-nv "please sync from Debian unstable" [Undecided,New] https://launchpad.net/bugs/200785
[10:03] <tjaalton> pitti, slangasek: I have a fix for bug 201596, the textured video was not turned off by default like it should've been
[10:03] <ubotu> Launchpad bug 201596 in xserver-xorg-video-intel "xv is not working on intel when using compiz" [Undecided,Confirmed] https://launchpad.net/bugs/201596
[10:12] <tkamppeter> pitti, MOTU lesson to Saivann is on its way (you are CCed) ...
[10:27] <tkamppeter> Anyone knows how to proceed if spam comments are added to bugs?
[10:28] <tkamppeter> Like the last comment in bug 43824?
[10:28] <ubotu> Launchpad bug 43824 in foo2zjs "HP Laserjet 1000 doesn't work with cups2 (dup-of: 65618)" [Medium,Fix released] https://launchpad.net/bugs/43824
[10:28] <ubotu> Launchpad bug 65618 in foo2zjs "Firmware upload to LJ 1000/1005/1008/1020 broken (fix to be proposed as Edgy update)" [Medium,Fix released] https://launchpad.net/bugs/65618
[10:28] <tkamppeter> Can I subscribe this bug to a special admin team or so?
[10:30] <elmo> tkamppeter: ask in #launchpad - or ask a question on answers.launchpad.net on the launchpad product itself
[10:55] <tjaalton> pitti, slangasek: I uploaded the new -intel, the change was a oneliner
[10:55] <tjaalton> and tested
[10:58] <asac> pitti: is saivann your motu student?
[10:58] <asac> tkamppeter: or your?
[10:58] <asac> ^^
[11:00] <pitti> ATM, rather tkamppeter's
[11:01] <pitti> but I occasionally chime in with some hints
[11:01] <PecisDarbs> crap, newest updates for fglrx makes my Radeon Mobility go black blank
[11:02] <pitti> ogra_cmpc: python-ltsp wants to go to universe, is that ok?
[11:02] <ogra_cmpc> yup
[11:02] <ogra_cmpc> its only used by tools that are not even uploaded
[11:03] <ogra_cmpc> thin-client-manager should be in the demotion list as well though
[11:04] <pitti> ogra_cmpc: hm, it's not
[11:04] <ogra_cmpc> ugh
[11:04] <pitti> -- hardy/main i386 deps on thin-client-manager-gnome:
[11:04] <pitti> edubuntu-desktop-kde
[11:04] <pitti> student-control-panel
[11:04] <ogra_cmpc> yeah
[11:04] <pitti> -- hardy/main amd64 deps on thin-client-manager-backend:
[11:04] <pitti> edubuntu-desktop
[11:04] <ogra_cmpc> just saw that (thus the ugh)
[11:05] <ogra_cmpc> i was aware about the backend ...
[11:05] <ogra_cmpc> but not that -kde depends on -gnome :P
[11:06]  * ogra_cmpc fixes seeds
[11:06] <pitti> ogra_cmpc: while you are at it, italc wants to go to universe, too
[11:06] <pitti> ogra_cmpc: I assume that needs to be seeded as well?
[11:06] <ogra_cmpc> yup
[11:06] <pitti> lool, seb128: gnome-vfs-obexftp wants to go to universe; seed or demote?
[11:07] <pitti> (or should it be a dependency?)
[11:07] <ogra_cmpc> i wonder if i keep tcm in ship ... hmm
[11:08] <pitti> Riddell: kde-style-polyester and ksplash-engine-moodin want to go to universe; is that ok?
[11:13] <jdstrand_> hi mvo!
[11:14] <jdstrand_> mvo: I know that apt-get dist-upgrade is not officially supported-- is aptitude full-upgrade, or should we always use do-release-upgrade?
[11:14] <lool> pitti: Hmm I wonder whether the gvfs version is pulled
[11:14] <lool> I think it is
[11:14] <jdstrand_> mvo: (this is from release-release, eg gutsy-hardy)
[11:14] <pitti> lool: ?
[11:15] <lool> pitti: This package has been requested for a long long time to allow people to browse phones or other bluetooth devices from the bluetooth applet
[11:15] <pitti> lool: right, I dimly remember the MIR
[11:15] <pitti> lool: so I assume it should become a dependency of something, or be seeded into desktop?
[11:16] <lool> pitti: What I'd like to check is whether we could get the new obex gvfs backend pulled and used by default instead
[11:16] <lool> There's /usr/lib/gvfs/gvfsd-obexftp
[11:16] <pitti> oh
[11:16] <pitti> right, gnome-vfs -> old
[11:17]  * lool removes gnome-vfs-obexftp
[11:17] <Mithrandir> pitti: gnome-vfs-obexftp can go, it's old.
[11:17] <Mithrandir> pitti: new gvfs has obex support built in
[11:17] <pitti> ok, great
[11:17] <pitti> demoted then
[11:18] <soren> I haven't followed the discussion, so I'm not sure what you mean by "remove"?
[11:18] <soren> Oh, good.
[11:18] <lool> Failed
[11:18] <lool> Mithrandir: It works for you?
[11:18] <soren> remove == demote. Then I'm fine. :)
[11:18] <lool> Mithrandir: I just tried from the bluetooth applet and it errored in an ugly way
[11:19] <Mithrandir> lool: iirc, it worked last time I tested, yes.
[11:19] <Mithrandir> I don't have an obexftp capable cell phone here now.
[11:20] <mvo> jdstrand_: for dapper->hardy apt-get/aptitude will not be able to do a work dist-upgrade, we need the do-release-upgrade. for gutsy->hardy do-release-upgrade is recommended, but apt-get/aptitude will work (also you need to do the hand-holding manually and read the release notes to e.g. change slocate to mlocate etc)
[11:20]  * mvo -> lunch
[11:20] <lool> All my attempts to gvfs-ls failed
[11:25] <pitti> gosh, is that fam thing *still* in Debian
[11:25] <pitti> oh, we actually modified glib2.0 in Ubuntu; we should swap the libfam-dev alternatives
[11:25] <dholbach> sometimes it's hard to let go :)
[11:26] <sjoerd> pitti: fam is still usefull for nfs mounts apparently
[11:26] <Riddell> pitti: that's fine, they can go to universe
[11:26] <pitti> Riddell: thanks
[11:27] <pitti> TheMuso, Riddell: you actually use festival in Kubuntu? it's still seeded, but in universe
[11:28] <pitti> and AFAIR it was obsolete (by espeak?)
[11:28] <lool> pitti, Mithrandir: so it works *only* if you gvfs-mount manually
[11:28] <lool> But in all cases gnome-vfs-obexftp should be demoted
[11:29] <lool> sjoerd: I think it's useless on linux systems even if you have nfs
[11:29] <lool> sjoerd: I understand that inotify is selected no matter what if it's available on the system
[11:29] <sjoerd> lool: how would you get notifications for directories/files on nfs mounts in linux without fam ?
[11:29] <lool> Instead of looking whether this is specific to the mount point / directory
[11:30] <lool> sjoerd: You don't...
[11:30] <sjoerd> :)
[11:30] <lool> sjoerd: We were discussing this with Np237 yesterday or so
[11:30] <sjoerd> ah, and?
[11:30] <sjoerd> conclusion was, just don't get events and live with it ?
[11:31] <lool> sjoerd: Well the gnome-vfs patch should be ported to gvfs, but slomo and I told Joss to talk to upstream
[11:31] <Riddell> pitti: not any more, I'll remove it from the seeds
[11:31] <pitti> Riddell: thanks
[11:31] <lool> sjoerd: Conclusion was let upstream now
[11:31] <lool> *know
[11:31]  * lool got to run for lunch now
[11:31] <sjoerd> :)
[11:36] <slomo> lool: did he already talk with upstream?
[11:39] <seb128> pitti: I think gnome-vfs-obexftp can go to universe since we use gvfs now, confirm with the mobile team though
[11:39] <pitti> seb128: right, done above; demoted, thank you
[11:40] <seb128> you are welcome
[11:46] <jdstrand_> mvo: ok thanks.  I asked because I had a gutsy vm and tried to upgrade to hardy, and only do-release-upgrade would work. Internal error couldn't configure tzdata (or some such)
[11:51] <jdstrand_> mvo: if you're interested, I could recreate the gutsy vm and get the exact error (I since used do-release-upgrade and lost the exact message)
[12:16] <pitti> cjwatson: clock-setup started to depend on rdate-udeb; is that deliberate, or should it actually use ntpdate?
[12:16] <cjwatson> it's deliberate actually, I've been meaning to ask for a MIR for it
[12:18] <cjwatson> there was a long discussion which did include ntpdate, though I don't recall why they chose rdate
[12:18]  * cjwatson tries to find out
[12:19] <pitti> cjwatson: ok, thanks; if it's deliberate, I'll look at it
[12:19] <pitti> cjwatson: heh, bug 191224
[12:19] <ubotu> Launchpad bug 191224 in rdate "Rdate-udeb not installed during installation per clock-setup's dependencies" [Undecided,New] https://launchpad.net/bugs/191224
[12:20] <cjwatson> it uses it in SNTP mode
[12:20] <cjwatson> not trad rdate (rfc868)
[12:21] <lool> slomo: No idea
[12:23] <pitti> cjwatson: looks harmless enough to me, and Debian maintenance is adequate
[12:24] <cjwatson> we'd only need the udeb; you could leave the deb in universe
[12:24] <pitti> cjwatson: I closed the bug for MIR promotion; does it need a d-i rebuild? (in that case I shuold reopen it)
[12:24] <cjwatson> oh, no, that isn't true, clock-setup would want rdate (deb) when used in ubiquity
[12:25] <pitti> ok, I promoted the entire source for now
[12:25] <pitti> (-S)
[12:25] <cjwatson> clock-setup isn't in the initrd so it doesn't need a d-i rebuild
[12:25] <cjwatson> thanks!
[12:30] <cody-somerville> Can someone please push gnumerics?
[12:33] <pitti> cody-somerville: it's a new upstream version, and doesn't mention any bug report in the changelog
[12:33] <cody-somerville> pitti, https://bugs.edge.launchpad.net/ubuntu/+source/gnumeric/+bug/199874
[12:33] <ubotu> Launchpad bug 199874 in gnumeric "[FFe] Please merge gnumeric 1.8.2-1 from debian unstable" [Medium,In progress]
[12:34] <cody-somerville> pitti, Sorry about forgetting the bug number.
[12:34] <pitti> ok; it doesn't affect the CDs, so it's safe enough for the beta freeze
[12:35] <ogra_cmpc> just dont break it ... i use it on the classmate image
[12:36] <cody-somerville> :S
[12:36] <cody-somerville> If it breaks, you can slap me around a bit in Prague.
[12:37]  * Hobbsee slaps cody-somerville around a bit regardless.
[12:43] <cody-somerville> :)
[12:48] <tkamppeter> pitti, I have a question to you, for both Saivanns MOTU course and my core-dev course ...
[12:49] <Hobbsee> there are courses now?
[13:20] <twi_> pitti hi, is there anything that I could do to help with https://bugs.launchpad.net/ubuntu/+source/elisa/+bug/186647 ?
[13:20] <ubotu> Launchpad bug 186647 in pigment "promote to main" [Undecided,New]
[14:05] <mvo> Riddell: do you know about this file overwrite error in koffice: http://paste.ubuntu.com/5677/
[14:05] <mvo> (gutsy->hardy)
[14:07] <Riddell> mvo: I do not
[14:08] <Riddell> mvo: thanks, will fix
[14:08] <Riddell> mvo: packages on today's CDs seem all good
[14:08] <mvo> Riddell: thanks
[14:08] <mvo> Riddell: great!
[14:40]  * lamont has a spousal-support issue...
[14:40] <Hobbsee> oh dear
[14:41] <lamont> so we upgraded her machine from feisty to gutsy finally, and now clicking on links in evo fails to bring up firefox
[14:41] <lamont> of course, when she had feisty on the machine, it brought up mozilla...
[14:41] <lamont> so... what do I whack where to teach evo that it should use firefox instead of mozilla.
[14:41] <lamont> ??
[14:42] <Hobbsee> system, preferences, preferred apps
[14:42] <lamont> woot
[14:42] <Hobbsee> lamont: works?
[14:43] <lamont> *HUGS*
[14:43] <Hobbsee> :D
[14:44] <lamont> and I misspoke.  she had 'custom: mozilla-firefox %s' configured for the web browser
[14:44] <Hobbsee> yep, that'll do it
[14:44] <Hobbsee> (open in new tab, in same window, iirc)
[14:44]  * lamont has no idea which release originally got installed on that machine, but it's been dist-upgraded ever sense
[14:44] <lamont> since, even
[14:45] <lamont> root@mitzi:~# which mozilla-firefox
[14:45] <lamont> root@mitzi:~#
[14:45] <lamont> actually, it does nothing.
[14:45] <Hobbsee> it's a transitional package
[14:45] <lamont> and it's grey'ed out on the screen
[14:50] <asac> lamont: is that in hardy?
[14:50] <asac> (aka ffox 3)
[14:51] <lamont> asac: that's on a $ancient install, dist-upgraded through feisty to gutsy
[14:51] <lamont> so ffox 2
[14:51] <lamont> we just finally ran into it being broken.
[14:52] <lamont> (so, sorry for the support questions for ancient releases (e.g., gutsy) in this channel.... my bad and all that..)
[14:53] <lamont> OTOH, I married an irish redhead.
[14:53] <thom> asac: is it know that ff3 occasionally gets bored and starts in offline mode?
[14:53] <lamont> thom: wtf???
[14:53] <ogra_cmpc> sounds like a nm problem
[14:54] <asac> thom: what does networkmanager show you
[14:54] <asac> thom: how are you online?
[14:54] <ogra_cmpc> ff queries that now, no?
[14:54] <asac> yes it does
[14:54] <asac> thom: there is a known issue that nm doesn't say its "online" if you are using ppp
[14:55] <asac> thom: if you have such a setup i would be happy to work with you to get it resolved
[14:55] <thom> asac: wired
[14:55] <ogra_cmpc> well, you migh proabbly get races if the system is under heavy load and nm doesnt answer in time
[14:55] <thom> hrm, nm applet claims not to have any network devices
[14:56] <thom> i guess that would probably do it
[14:56] <ogra_cmpc> thom, it wont if you defined them in /e/n/i
[14:56] <asac> thom: please paste your /etc/network/interfaces
[14:58] <thom> asac: http://pastie.caboo.se/165688
[14:59] <asac> thom: how does the nm applet icon look like?
[14:59] <asac> just two black screens?
[14:59] <asac> or is there a red cross?
[14:59] <thom> two black screens, triangle with an exclamation mark
[15:02] <asac> can you please restart network manager and see if it still looks the same?
[15:02] <asac> you say that its randomly? so sometimes network manager doesn't think its offline?
[15:03] <wasabi> It seems odd that Ubuntu gives me the option of launching software off of a Windows CD
[15:03] <wasabi> Which of course does not work.
[15:03] <thom> it seems like about 90% of the time i get offline mode
[15:03] <asac> thom: please try to restart network manager to see if the triangle really goes away sometimes
[15:04] <asac> and file a bug posting your /var/log/syslog ... and your /etc/network/interfaces above
[15:04] <asac> might be a bug in our eni parser
[15:05] <thom> k
[15:05] <thom> i'll play around a bit
[15:05] <asac> thanks
[15:05] <asac> would be wired if its really random
[15:05] <asac> but you never know
[15:06] <superm1> any particular reason that the manifest is old on http://cdimages.ubuntu.com/daily-live/current/ , but the image isn't?
[15:06] <thom> clobbering all of /e/n/i means that it sees my wired network at least
[15:07] <superm1> does this mean the live stuff was generated 2 days ago but just used again in today's image?
[15:07] <asac> thom: looking at your eni i don't think you really want that
[15:07] <asac> network manager should do what you attempt to do imo
[15:08] <thom> i think so too
[15:09] <thom> but i figured i'd try
[15:23]  * Mithrandir sighs over the back/forward buttons on the mouse being broken in latest firefox.
[15:24] <dholbach> hum.... does anybody with an x40 have no working volume-up / volume-down display in hardy?
[15:25] <soren> dholbach: Works for me.
[15:25] <dholbach> hrm
[15:25] <dholbach> how do I do the "grab keycode" thing again?
[15:25] <soren> dholbach: Running metacity, though.
[15:26] <soren> Won't work.
[15:26] <Mithrandir> dholbach: xev?
[15:26] <soren> It doesn't emit keycodes, afair.
[15:26] <dholbach> you'Re right, it doesn't
[15:26] <dholbach> thanks Mithrandir
[15:26] <soren> It just changes the volume which "something" notices.
[15:26] <dholbach> somehow I don't get the fancy onscreen dialog anymore
[15:26] <dholbach> ahhhh ok
[15:26] <ogra_cmpc> dbus-monitor might help
[15:27] <ogra_cmpc> but you need some sane filtering i guess
[15:27] <ogra_cmpc> (wherever the event comes from, it will go through dbus)
[15:31] <\sh> cjwatson: I replied on your mail to u-d-d about the ldflags story...to claim it here, no I didn't press anyone to investigate in this, because I thought those settings were tested at least with our toolchain/libc chain..
[15:31]  * \sh always thinks it's just him who stumble upon those probs...
[15:33] <cjwatson> \sh: we had done a test rebuild of glibc, but as it turns out the test rebuild didn't build anything else *against* that glibc build
[15:34] <cjwatson> \sh: the next test rebuild will use its own output where it can, I'm told, to increase the chance of catching these problems
[15:35] <dholbach> ok... at least the sound works again
[15:36] <dholbach> (skype doesn't but that's probably unrelated :))
[15:38] <pitti> tkamppeter: re
[15:38] <pitti> twi_: right, I'll look at those today
[15:39] <twi_> pitti great
[15:39] <\sh> cjwatson: well, all this can happen...if I had known what were the flags I would have searched earlier on in wines bugzilla for this damn bug with strange LDFLAGs ;) anyways...the next time we know what to do :)
[15:40] <cjwatson> \sh: I wasn't trying to interrogate you, FWIW; I just want to gather as much information as I can about the events leading up to this
[15:42] <cjwatson> although if you ask "why didn't somebody else notice this", your own actions are relevant too :-)
[15:43] <Keybuk> I noticed it when libc broke :)
[15:43] <Keybuk> which is, after all, the whole point of open development releases
[15:43] <sistpoty|work> to break libc? *g*
[15:43] <\sh> cjwatson: yeah...but even reading the changelogs of all important uploads (dpkg, gcc etc.) after wine 0.9.54 wasn't giving me any clue about the real bugger...and TBH we were walking in the dark...(actually I never watched closely to the output of LDFLAGS setting during builds)
[15:44] <Keybuk> sistpoty|work: to have lots of people testing them, so when things inevitably break, we know about them
[15:44] <sistpoty|work> Keybuk: sure, was just kidding... sorry if inappropriate
[15:44] <Lamego> Keybuk, the point is to keep it working, not breaking, breaking in an unexpected event :P
[15:44] <Keybuk> Lamego: ish, the point is to release something that's working
[15:45] <\sh> Keybuk: I think it would be cool to have a PPA for changes to dpkg, e.g. for testing sane flags, as it was introduced, because those little flags can make a real difference ;)
[15:45] <Keybuk> \sh: they were discussed for ages before introduction
[15:45] <Keybuk> with some of the foremost experts debating it
[15:46] <Keybuk> we didn't know of anything that would break
[15:46] <Keybuk> now we know what does :)
[15:46] <\sh> Keybuk: do you have a pointer of the discussion or actually the flags being discussed, because reading the wiki page about it wasn't enough for me to get the changes
[15:47] <Keybuk> not off-hand, I only briefly took part in it
[15:47] <cjwatson> it was discussed at UDS
[15:47] <Keybuk> in fact, I think my entire contribution was "is that like -Bsymbolic, but just for functions?  neat"
[15:47] <Amaranth> that reminds me, anyone ever figure out why icedtea is broken on amd64 when built by the buildds?
[15:47] <Amaranth> has been since gutsy
[15:49] <Keybuk> tbh, I don't see why the libc problem has as much attention as it does
[15:50] <Keybuk> to me, it was a perfectly ordinary "development event"
[15:50] <xhaker> Amaranth: isn't the current plan to get openjdk-6 replace icedtea?
[15:50] <\sh> cjwatson: yes, I would have guessed, as it's written on https://wiki.ubuntu.com/DistCompilerFlags but not "what will change, what are the real flags etc." and people knowing about stuff which was discussed at UDS without attending (even remotely) is somehow not possible ;)
[15:50] <\sh> Keybuk: well, it was fun for people not prepared for those things ;)
[15:50] <Keybuk> \sh: the discussions at UDS are streamed on both VoIP and icecast
[15:51] <Keybuk> \sh: if you're running a development release, you *should* be prepared
[15:51] <Keybuk> I know that I've personally rendered past development releases unupgradeable (I broke dpkg) and unbootable
[15:51] <Amaranth> xhaker: I imagine it'll have the same problem
[15:51] <\sh> Keybuk: not everyone can sit at work and listening to voip / icecast streams...so I wonder if it's feasable to document the outcome of those discussions after those changes are settled
[15:52] <Amaranth> Keybuk: Yeah, thanks for that, by the way :P
[15:52] <xhaker> Amaranth: what kind of broken are you experiencing?
[15:52] <Amaranth> xhaker: bug 152362
[15:52] <ubotu> Launchpad bug 152362 in icedtea-java7 "icedtea-java7-plugin always crashes firefox" [High,Confirmed] https://launchpad.net/bugs/152362
[15:53] <\sh> Keybuk: and actually I was amused about the borked glibc...because I was waiting for this all the time during hardy cycle ;)
[15:54] <cjwatson> \sh: indeed, that spec says that LDFLAGS will be empty by default and so is actively wrong
[15:54] <cjwatson> I'll edit it now to reflect reality
[15:55] <cjwatson> Keybuk: this was interesting because it was simultaneously unupgradeable and unbootable
[15:55] <dholbach> thekorn, bdmurray: could it be that the text interface's milestone filtering is broken?
[15:55] <Keybuk> \sh: isn't that exactly what the specification attempts to do?
[15:56] <Keybuk> (note - attempts)
[15:56] <dholbach> thekorn, bdmurray: you can try bug 95168 (which is milestoned as 'later')
[15:56] <ubotu> Launchpad bug 95168 in update-manager "please make distro-specific strings a build-time parameter" [Wishlist,Confirmed] https://launchpad.net/bugs/95168
[15:56] <Keybuk> specifications can only ever accurately represent the precise way in which we're *not* going to do it
[15:57] <jeromeg> I would love to be able to have my local bash as a contact in pidgin. That’d be awesome ^_^
[15:57] <jeromeg> …just randomly thought of that.
[15:57] <jeromeg> Oh yeah, we’ll get that after we dismantle the window paradigm; nevermind. That may be a while….
[15:57] <jeromeg> sorry
[15:57] <jeromeg> wrong window
[15:57] <\sh> Keybuk: it should do, yes, actually, as cjwatson correctly stated, the spec says something else...and I wonder if anyone else saw the change in those settings directly when building the packages ;) even with buildlogs mailed to my inbox I'm only interested in other things then LDFLAGS flowing down the screen ;)
[15:58] <thekorn> dholbach, let me check this
[15:59] <\sh> keybuk: I'm trusting my toolchain providers too much instead of questioning them :)
[15:59] <\sh> anyways problem solved...solution found :)
[15:59] <dholbach> thekorn: hum, it doesn't seem to work in html either
[16:00] <thekorn> dholbach, hmm, looking
[16:00]  * dholbach hugs thekorn
[16:06] <pitti> cjwatson: what was the way again to 'unrescue' a package from component-mismatches? g77-doc pulls in the entire gcc-3.4, so I demoted it, but britney still wants both back
[16:06] <pitti> (we want gfortran-doc in main only, and it's just a metapackage anyway)
[16:06] <cjwatson> extra-exclude
[16:06] <pitti> ah, thanks
[16:06] <cjwatson> in supported
[16:06] <cjwatson> you'll need it in all supported seeds though :-/
[16:08] <thekorn> dholbach, can you please file a bug, I will add a fix for the text interface soonish
[16:09]  * dholbach hugs thekorn - will do! :)
[16:09]  * thekorn hugs dholbach bach, thanks
[16:10] <thekorn> back, even
[16:24] <dholbach> thekorn: instead of using True/False in task.remote would it make sense to assign it the URL of the watch?
[16:24] <dholbach> "if not task.watch:" would still work :)
[16:25] <thekorn> dholbach, you are right, that makes sense as this information is available in both interfaces
[16:25] <dholbach> ROCK :)
[16:28] <tkamppeter> pitti, are you still there?
[16:28] <pitti> tkamppeter: yes
[16:29] <tkamppeter> pitti, Is there a possibility to directly pass over packages from a user's PPA to multiverse or universe? Or do I always need to download the files to my local box?
[16:30] <pitti> tkamppeter: if they have the correct version number, we can copy them
[16:30] <cjwatson> last I checked, we couldn't copy binaries from a PPA
[16:30] <cjwatson> just the source
[16:30] <cjwatson> (but that might be OK
[16:30] <cjwatson> )
[16:30] <pitti> right, but I think that's sufficien tfor tkamppeter
[16:30] <pitti> cjwatson: that's still true, BTW
[16:31] <cjwatson> good!
[16:31] <tkamppeter> pitti, I have now downloaded the Brother drivers from Saivanns private site, signed, and then dput them to multiverse.
[16:32] <tkamppeter> pitti, as dput has the possibility to supply the URL pf a source.changes file, one should be able to transfer packages directly from server to server with it.
[16:32] <tkamppeter> Are the source.changes files of the uploaders available in PPAs?
[16:34] <sistpoty|work> tkamppeter: they have been, but that was a nasty security bug (I could grab your changes file and source package and upload that to ubuntu then)
[16:34] <cjwatson> you don't need them; we have other ways to copy source packages from PPAs to the main archive
[16:35] <tkamppeter> cjwatson, have I as a MOTU access to them?
[16:36] <cjwatson> no, it's an archive admin operation
[16:36] <cjwatson> you can request it though, like you would a sync
[16:36] <cjwatson> (and it's really just a different kind of sync)
[16:37] <tkamppeter> pitti, all the four packages were accepted by the system and are now in "Waiting for approval" state.
[16:37] <cjwatson> in future we hope that Launchpad will offer a UI for it, since there's no intrinsic reason for it to be a restricted operation other than the current implementation being a shell command from a privileged account
[16:39] <ogra_cmpc> pitti, http://ftp-master.debian.org/new/squeak-vm_3.9.12+svn1820.dfsg-1.html :D
[16:39] <ogra_cmpc> looks like debian solved our license prob :)
[16:40] <pitti> oh, that's an awesome web view of Debian NEW
[16:41] <ogra_cmpc> that as well
[16:41]  * ogra_cmpc was a bit to much  intrested in the content to notice :)
[16:42] <cody-somerville> mdz, Can you think of a less awkward solution?
[16:42] <cody-somerville> mdz: (re xubuntu seeds)
[16:43] <mdz> cody-somerville: not really.  the way launchpad does access control for branches makes this awkward
[16:44] <mdz> cody-somerville: I emailed the relevant developers and pointed to this as something which is awkward in Launchpad today
[16:44] <mdz> I believe there is a plan for separate ACLs at some point
[16:45]  * cody-somerville nods.
[17:00] <pitti> Riddell: can you please commit your casper 1.121 to bzr and re-merge my 1.121 upload/commit to be 1.122?
[17:00] <pitti> I just got a rejection message about 1.121 already existing
[17:01] <Riddell> erm, I didn't commit?
[17:01] <pitti> maybe you forgot to push?
[17:02] <pitti> seb128: I'm test-building gtk here now, to track down this FTBFS
[17:03] <Riddell> pitti: pushed
[17:05] <pitti> Riddell: hm, I'll fix the version number in bzr; your upload was 1.121, not 1.1.22
[17:05] <pitti> Riddell: oh, or didn't you upload 1.122 yet? ("Fix paths in About Kubuntu links")
[17:05] <Riddell> pitti: it's in unapproved
[17:05] <pitti> Riddell: ah, I see; ok, thanks
[17:11] <annoia> Is glibc still broken?
[17:11] <jpatrick> annoia: fixed, see #ubuntu+1
[17:11] <annoia> Oh
[17:11] <annoia> Thanks
[17:12] <pitti> geser: I tried to quick-fix mono-tools, but a simple s/libxul-dev/firefox-dev/ isn't sufficient; it FTBFSes; any idea?
[17:12] <pitti> pochu: ^ or you?
[17:14] <pochu> pitti: do you have a log handy?
[17:14] <pitti> http://people.ubuntu.com/~pitti/tmp/mono-tools_1.2.6-2ubuntu2_amd64.build
[17:15] <pitti> pochu: (current hardy package dep-waits on libxul-dev which is in universe)
[17:15] <pochu> isn't firefox-dev in universe as well?
[17:15] <pitti> it's a metapackge for firefox-3.0-dev now
[17:15] <pitti> ogra_cmpc: edubuntu-addon-light is supposed to be universe?
[17:16] <ogra_cmpc> its xfce
[17:16] <ogra_cmpc> so yes
[17:17] <pitti> seb128: I think it's an error that libglib2.0-data isn't depended on by anything? in particular not by libglib2.0-0?
[17:17] <pitti> ogra_cmpc: ok, I'll demote it then
[17:17] <ogra_cmpc> actually i think i can rip it out completely
[17:19] <pochu> pitti: then it likely needs some changes to the build system so that it detects gecko 1.9 properly. perhaps asac has already a patch for it, as he has been transitioning the firefox-dev rdepends
[17:19] <pitti> pochu: it's now one of the three remaining packages in http://people.ubuntu.com/~ubuntu-archive/testing/hardy_outdate.txt
[17:19] <pitti> (I already fixed human-theme)
[17:32] <slangasek> pitti: you're welcome to do the ubuntu-meta update if you haven't already, thankfully I was not on it at 2:30 am :)
[17:32] <pitti> slangasek: done this morning
[17:32] <slangasek> ok :)
[17:38] <pitti> seb128: gtk+2.0 builds fine locally, with pkgstriptranslations enabled. WTH???
[17:38] <pitti> anyway, /me -> off
[17:39] <\sh> pitti: have a nice weekend :)
[17:39] <pitti> and you!
[17:39] <\sh> pitti: going out for dinner with Mrs. Amarok Community Manager ;)
[17:39] <pitti> oh, heh
[17:39] <pitti> enjoy
[17:39] <\sh> while my wife is in cameroon visiting her parents (without me)
[17:40] <ogra_cmpc> how mean
[17:40] <\sh> ogra_cmpc: I had to decide...new job or cameroon ;)
[17:41] <ogra_cmpc> well, would have been clear for me ... but then ... i love my current job anyway :)
[17:41] <geser> pitti: a s/libxul-dev/xulrunner-1.9-dev/ worked last time I build it but from the last comment on bug 183895 it might be not enough
[17:41] <ubotu> Launchpad bug 183895 in mono-tools "[hardy] Replace build-dependency on libxul-dev with xulrunner-1.9-dev" [Undecided,New] https://launchpad.net/bugs/183895
[17:42] <\sh> ogra_cmpc: hehehe...I love my current job too..pushing all software which we use into ubuntu is fun..and pushing ubuntu on our servers is more fun :)
[17:43] <emgent> hi \sh :)
[17:43] <\sh> hey emgent
[17:43] <ogra_cmpc> \sh, do you remember ingo draheim ?
[17:44] <\sh> ogra_cmpc: hmm...doesn't ring a bell
[17:44] <\sh> ogra_cmpc: from ish?
[17:44] <ogra_cmpc> right hand of the ish CTO back then
[17:45] <ogra_cmpc> anyway, i just heard he and one of my former team colleagues founded a company, selling ubuntu servers and support :)
[17:46] <\sh> ogra_cmpc: which company?
[17:46] <\sh> ogra_cmpc: somewhere around cologne?
[17:47] <ogra> http://www.mydato.de/
[17:48] <\sh> ogra_cmpc: so this guy http://www.linkedin.com/pub/0/583/776 ;)
[17:48] <ogra_cmpc> yup
[17:49] <sistpoty|work> tkamppeter: you uploaded quite strange versioned packages there
[17:50] <sistpoty|work> (as in new upstream version, but I assume that it should just have been a new ubuntu revision)
[17:50] <\sh> ogra_cmpc: looks very windows to me ;)
[17:50] <ogra_cmpc> \sh, grin, i just see he sells the SW he wrote at ish .... (he was never hired as a programmer there)
[17:51] <ogra_cmpc> yeah all the frontend stuff is VB with office ... but they seem to use ubuntu for infrastucture and server
[17:52] <\sh> ogra_cmpc: hehe...which is good :)
[17:53] <ogra_cmpc> yeah, indeed
[17:56] <ogra_cmpc> \sh, i'm not registered with this account
[17:57] <\sh> ogra_cmpc: ah :)
[17:58] <\sh> ogra_cmpc: fire up xmpp ;)
[17:58] <\sh> s/xmpp/jabber/ :)
[17:58] <ogra_cmpc> ugh
[17:59] <ogra_cmpc> i dont even know my login data anymore
[17:59] <\sh> ogra_cmpc: forget it, i'm leaving in a few...
[17:59] <\sh> ogra_cmpc: btw..let's talk again via phone...send me your home phone via email or so...or sms me on the number on my imprint on www.sourcecode.de
[18:00] <ogra> if i only wouldnt be that lazy :P
[18:05] <vignatti> hi there
[18:05] <vignatti> is there a channel only for ubuntu mobile?
[18:06] <\sh> #ubuntu-mobile ?
[18:07] <vignatti> \sh: ohh, of course :) tkx
[18:44] <Riddell> does ubuntu include a "File manager as root" menu entry still?
[18:48] <slangasek> Amaranth: hi, do you know about the xaos merge in the beta freeze queue?  it appears to have dropped the changes from your last upload with no explanation; I'd rather not approve it without your confirmation
[18:49] <ogra> slangasek, thats mine
[18:49] <slangasek> ogra: did you know you dropped Amaranth's changes?
[18:49] <ogra> oh, there were additional changes
[18:50] <ogra> that was me then
[18:50] <ogra> meh
[18:50] <ogra> can you reject ? i'll add that
[18:50] <slangasek> will do, thanks
[18:50] <ogra> thankls for the heads up
[19:00] <Amaranth> slangasek: afaik it was fixed another way
[19:00] <Amaranth> slangasek: there was another patch to make it skip over visuals with alpha when iterating through them looking for one, it got applied upstream for the next release too
[19:00] <ogra> Amaranth, you said it was not
[19:00] <ogra> we discussed that
[19:00] <Amaranth> i dunno if that is in this package
[19:00] <Amaranth> we did?
[19:00] <ogra> yes
[19:01] <Amaranth> i don't remember this
[19:01] <ogra> man, youre ten years younger than me ...
[19:01] <ogra> or even more
[19:01] <slangasek> Amaranth: I didn't see anything more in the upstream diff that would show this was fixed another way
[19:01] <Amaranth> the other guy (i'm bad with names) did a one line change to change a 32 to a 31 or something
[19:02] <Amaranth> https://bugs.edge.launchpad.net/ubuntu/+source/xaos/+bug/192882/comments/13
[19:02] <ubotu> Launchpad bug 192882 in xaos "Xaos display problem with compiz" [Low,Fix committed]
[19:02] <Amaranth> that is the patch we should use
[19:02] <slangasek> ok - that wasn't applied in what ogra uploaded, so a new upload is warranted in any case
[19:02] <Amaranth> tormod said he included it in the debdiff for the merge :/
[19:03] <ogra> +  * src/ui/ui-drv/x11/ui_x11.c: added window-id option (LP: #189475)
[19:03] <ogra> +  * src/ui/ui-drv/x11/ui_x11.c: turn off root/fullscreen if windowid
[19:03] <ogra> +  * src/ui/ui-drv/x11/xlib.c: fix -root and -fullscreen crashers
[19:03] <ogra> thats the three non packaging related fixes
[19:13] <cody-somerville> Can an archive admin push xubuntu-default-settings?
[19:15] <slytherin> Hi all, I am having strange problem with all xulrunner dependent apps. FF, yelp, debhelp, liferea. The menu in firefox are so bug vertically that I can not use it. And in rest of the apps fonts are too big. I can not read anything. Can anyone tell me where should I look for the reason?
[19:38] <cody-somerville> Do we now install recommends by default?
[19:40] <ogra> at least from the cd installs
[19:46] <ogra> oh sigh
[19:48] <ogra> slangasek, sorry to be a pain in the ass, can you reject xaos again ? seems joey included stuff from us in 3.2-9 and there is an updated patch as well
[19:51] <slangasek> ogra: why does that need rejected, though, instead of accepted now and accepted again later?
[19:51] <ogra> well, indeed
[19:52] <jdstrand> lamont: sent patch for bug #201954 to lp
[19:52] <ubotu> Launchpad bug 201954 in bind9 "bind9 apparmor profile does not allow access to /var/lib/bind" [Medium,In progress] https://launchpad.net/bugs/201954
[19:52] <jdstrand> lamont: hi btw :)
[20:15] <slangasek> mdke: hrm, how is it that the bug closed in this gnome-user-docs upload is a private bug?
[20:17] <slangasek> mdke: this package also has a horribly broken clean target, this makes for unpleasant debdiff reviews
[20:18] <xhaker> raphink: maybe you should remove the revu-tools dep on linda
[20:29] <AlinuxOS> Hello all, I've filed a bug against Ubiquity. There is no Georgian entry when choosing language: https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/202291.
[20:29] <ubotu> Launchpad bug 202291 in ubiquity "Georgian (ka) ქართული language isn't present on installation menu. " [Undecided,New]
[20:38] <vignatti> hi huys
[20:38] <vignatti> *guys
[20:38] <vignatti> I'm facing a strange noise here in my macbook
[20:38] <vignatti> it's kind a beep which certainly _doesn't_ comes from the speaker
[20:38] <vignatti> every time I put a cd in its drive the noise disappears
[20:38] <vignatti> so I saw in apple forum that whenever some components will be turned off is normal to hear some noise
[20:39] <vignatti> unfortunately I'm hearing it all the time (when no cd in is
[20:39] <vignatti> the drive
[20:40] <vignatti> so I remembered that gutsy (my SO) recently updated the kernel
[20:40] <vignatti> so, it could be possible that ubuntu is doing something to turn some components off all the time that can be causing that crap noise?
[20:53] <slangasek> tkamppeter: why is brother-lpr-drivers-laser split into 23 different binary packages?
[20:54] <slangasek> ... and half of them are empty except for documentation
[21:25] <sistpoty> slangasek: after some considerations, we're going to do the gfortran transition for universe (bug #201962)... any vetoes from your side for that, as it will involve a few library name changes?
[21:25] <ubotu> Launchpad bug 201962 in arpack "gfortran transition" [Wishlist,In progress] https://launchpad.net/bugs/201962
[21:26] <LaserJock> sistpoty: as well as a blanket FFe for that, correct?
[21:26] <slangasek> sistpoty: hrm?  I thought that transition was well under way?
[21:26] <sistpoty> LaserJock: right
[21:27] <LaserJock> slangasek: well under way in Debian for sure
[21:27] <sistpoty> slangasek: it was started, but only a few packages have done it so far, leaving us in an inconsistent state atm
[21:27] <slangasek> ok
[21:27] <sistpoty> (almost finished in unstable, if the wiki can be trusted)
[21:27] <slangasek> well, no vetoes from me anyway
[21:27] <sistpoty> slangasek: ok, thanks
[21:29] <ScottK2> sistpoty: I vote for blanket FFe for version increases needed for the transition.
[21:29] <sistpoty> ScottK2: so do I
[21:30] <sistpoty> (better to stay as close to unstable in this case, I guess)
[21:30] <ScottK2> sistpoty: Then mark it approved and add it to the standing FFe list.
[21:30] <ScottK2> Yes
[21:30] <sistpoty> ScottK2: mark what as approved? (there are quite some bugs in the gfortran transition bug... would take some time)
[21:31] <ScottK2> sistpoty: The global FFe
[21:31] <ScottK2> I'd just comment it in that bug and add it to our list
[21:31] <sistpoty> ScottK2: oh, we have a list? (damn, I'm a louse motu-release member, I guess)
[21:32] <ScottK2> It's linked off the FFe page.
[21:32] <TheMuso> pitti, Riddell, what package? I'd be happy to look into it, and get it to use espeak instead.
[21:32] <ScottK2> Just for the standing ones
[21:34] <sistpoty> ScottK2: almost done, thanks!
[21:37] <ScottK2> Is it by design or by accident that ufw cannot be removed without taking ubuntu-standard with it?
[21:38]  * ion_ packaged compcache and made an init script that handles its initialization nicely. I guess the package won’t make it to hardy, though.
[21:38] <slangasek> it's probably an accident that it's a depends instead of a recommends; but surely ufw is trivial enough to leave it installed when you're not using it?
[21:40] <ScottK2> slangasek: I have not investigated what knobs it has, what it does by default, or how to turn those knobs.  I've got iptables scripts I'm statisfied with where I feel I need them.
[21:40] <seb128> slangasek: I"ve sponsored ted gnome-power-manager update to hardy
[21:40] <jdstrand> ScottK2: it does nothing by default
[21:40] <ScottK2> jdstrand: OK.
[21:40] <jdstrand> ScottK2: you have to run 'sudo ufw enable' to turn it on
[21:41] <ScottK2> jdstrand: Thanks.  I'll mark the bug low then.
[21:41] <jdstrand> ScottK2: try running '/etc/init.d/ufw start' on your system
[21:41] <jdstrand> it should say Skipping firewall: ufw (not enabled)
[21:42] <seb128> slangasek: the new version should be alright and ted did some changes which have been tested and would be better to have in beta to make sure they are working correctly so it would be nice to accept it there
[21:42] <ScottK2> K.  I will.
[21:47] <mdke> slangasek: (gnome-user-docs) the bug shouldn't be private, are you sure? As for the clean target, I saw that last night, it's bug 144498 - daniel suggested we fix it in intrepid
[21:47] <ubotu> Launchpad bug 144498 in gnome-user-docs "autopkgtest gutsy gnome-user-docs: erroneous package!" [Low,New] https://launchpad.net/bugs/144498
[21:47] <slangasek> mdke: when I tried to go to the LP bug listed in the changelog, I got permission denied
[21:48] <mdke> slangasek: maybe a typo in the changelog, lemme check
[21:49] <mdke> slangasek: gah, you're right, it is 201955, not 201995.
[21:49] <slangasek> I probably wouldn't mind seeing the clean target fixed before hardy, but it's also not urgent
[21:49] <mdke> slangasek: I don't know how to fix it myself, but I'm happy to pass that onto daniel if he has the time
[21:51] <mdke> slangasek: do you need the bug number fixed?
[21:52] <slangasek> mdke: *I* don't, no - it's already been accepted, so it's up to you whether you fix that for the next upload
[21:52] <slangasek> mdke: in any case, I suppose you need to close the bug by hand :)
[21:52] <mdke> slangasek: ok, thanks a lot. I will amend it in bzr for the next upload
[22:01] <blueyed> Is there a replacement for /proc/bus/usb/devices, which has been removed in Gutsy already? bug 156085
[22:01] <ubotu> Launchpad bug 156085 in qemu "Could not open /proc/bus/usb/devices" [Low,Confirmed] https://launchpad.net/bugs/156085
[22:02] <blueyed> Well, especially a replacement for /dev/bus/usb/devices seems to be required.
[22:03] <geser> blueyed: what did it contain?
[22:03] <blueyed> The best thing apparently might be to enable the commented code, documented as "Magic to make /proc/bus/usb work" in /etc/init.d/mountdevsubfs.sh
[22:03] <geser> there is /sys/bus/usb/devices/
[22:03] <blueyed> geser: a list of devices I'd say, see e.g. the upstream report at http://www.virtualbox.org/ticket/747
[22:04] <proprietarysucks> anyone in here know why ubuntu 7.10 64-bit cannot install over pxe?
[22:04] <proprietarysucks> we have 606,610,704,710 both 32 and 64 bit and out of all of those systems only 64-bit 710 doesn't work
[22:05] <mdke> is there any way to find out what Dell do to configure DVD support? It'd be nice to include identical instructions in the system docs and we don't have 100% accurate dvd-enabling documentation right now. is there a way to find out?
[22:05] <proprietarysucks> I've verified with checksum that it is not corrupted, and in fact re-downloaded and re-checked it
[22:06] <blueyed> geser: there's a lot more info in /dev/bus/usb/devices - I don't know if you can get that from /sys/bus/usb/devices/
[22:26] <blueyed> I've re-opened the bug (156085)
[22:26] <blueyed> (for sysvinit)
[22:39] <sistpoty> slangasek: I'm still trying to find the right answer to murrayc for https://bugs.launchpad.net/ubuntu/+source/libgdamm3.0/+bug/190744/comments/22 ...
[22:39] <ubotu> Launchpad bug 190744 in libgdamm3.0 "Request: Upgrade libgdamm3.0 to upstream version 2.9.81" [Undecided,Fix released]
[22:40] <sistpoty> maybe using -version-info and -release (of libtool) for unstable versions and only -release for stable ones?
[22:49] <Riddell> TheMuso: no package uses festival, we put it in universe
[22:50] <TheMuso> Riddell: Yeah but pitti was saying something to do with kubuntu and festival...
[22:51] <Riddell> TheMuso: yes, he wanted to know if anything used it.  nothing does, so it has been demoted
[22:57] <stefano> is there a Q&A channel for ubuntu development?
[23:12] <bdmurray> Riddell: bug 175597 is Fix Released for dolpin but the kdebase affects is still Confirmed is that correct?
[23:12] <ubotu> Launchpad bug 175597 in kdebase "KDE: Error - KIOExec: error messages when opening links from system menu" [High,Confirmed] https://launchpad.net/bugs/175597
[23:14] <Riddell> bdmurray: it's actually a fix in kdebase-kde4.  kdebase and dolphin source packages have nothing to do with it
[23:15] <bdmurray> So the kdebase bit should be Invalid then?
[23:16] <Riddell> bdmurray: yes
[23:16] <Riddell> and the dolphin bit
[23:18] <bdmurray> Okay, thanks.
[23:30] <proprietarysucks> no one has any idea?
[23:30] <proprietarysucks> is there some difference to 710 64-bit ?
[23:31] <lamont> jdstrand: cool
[23:31] <lamont> jdstrand: does that want to be in for beta?
[23:31] <Amaranth> mdke: Doesn't Dell just install lindvd?
[23:42] <emgent> hi cody :)
[23:51] <cody-somerville> heya emgent :)