[12:30] <mjg59> kylem: Various people have made it sound like vesa worked for them in 7.1, but not in 7.2
[12:30] <kylem> hem.
[12:32] <bdmurray> kylem: so you'll take the bug then?
[12:32] <kylem> bdmurray, yeah, it's a dupe
[12:32] <kylem> bdmurray, elmo filed the same one earlier this week
[12:32] <bdmurray> hrm
[12:33] <bdmurray> I feel like we could use a better way of tracking daily build bugs then
[12:34] <bryce> I'm filing the 'vesa fails to start' portion of the bug upstream with Xorg.  Alex says he can reproduce it on his ati.
[12:35] <mathiaz> dendrobates: did you start to do some iso testing ?
[12:39] <ajmitch> doko: Setting up icedtea-java7-plugin (7~b18-1.2+20070822-0ubuntu1) ...
[12:39] <ajmitch> update-alternatives: unable to make /usr/lib/iceape/plugins/libjavaplugin.so.dpkg-tmp a symlink to /etc/alternatives/iceape-javaplugin.so: No such file or directory
[12:47] <doko> ajmitch: thanks, create the dir manually as a workaround. and I didn't check if the plugin works at all
[12:49] <ajmitch> same thing with /usr/lib/xulrunner/plugins & /usr/lib/midbrowser/plugins - I'll test it out on i386 for now
[12:57] <Riddell> I wonder if ooo-l10n will compile in less than 10 hours
[12:58] <pygi> Riddell, :D
[12:59] <mathiaz> Riddell: do you plan to rebuild the ubuntu-server iso before tomorrow ?
[12:59] <doko> Riddell: its in the final steps
[01:00] <Riddell> mathiaz: hopefully
[01:00] <Riddell> mathiaz: infact I could do that now couldn't I?
[01:00] <mathiaz> Riddell: well. I'd like to have some basic test done.
[01:00] <Riddell> it doesn't need openoffice, at least I hope it doesn't :)
[01:01] <mathiaz> Riddell: last tribe, we tested the ubuntu-server iso before it was released.
[01:01] <mathiaz> Riddell: no. oo is not needed.
[01:01] <angasule> are there plans to develop a pppoe GUI tool? every broadband ISP in my country uses pppoe
[01:02] <mathiaz> Riddell: do you know when you wanna do the release tomorrow ?
[01:03] <pygi> angasule, not really :-/
[01:03] <Riddell> mathiaz: late
[01:03] <Riddell> assuming nothing breaks
[01:03] <angasule> pygi: thanks, any particular reason why?
[01:03] <doko> Riddell: Built successfully
[01:03] <doko> Purging chroot-autobuild/build/buildd/openoffice.org-l10n-2.3.0~oog680m1
[01:03] <mathiaz> Riddell: late - for which TZ ?
[01:03] <pygi> angasule, well, mostly due to lack of people/ busyness on other things/etc/etc
[01:03] <Riddell> mathiaz: all of them :)
[01:04] <Riddell> mathiaz: since we have no ISOs yet, it's not going to be early
[01:04] <mathiaz> Riddell: well there is the daily ubuntu-server iso.
[01:05] <mathiaz> Riddell: from 20070822
[01:05] <angasule> pygi: :( I'm surprised that neither kubuntu nor ubuntu have one, and pppoeconf is fugly
[01:05] <pygi> angasule, agreed
[01:06] <Riddell> ones from this morning won't have linux on them
[01:07] <Riddell> doko: phew
[01:07] <ion_> PPPoE for the lose.
[01:07] <angasule> ion_: I don't use it, but most people can't turn their adsl modems into routers :P
[01:07] <Riddell> mathiaz: here you go http://cdimage.ubuntu.com/ubuntu-server/daily/20070823/
[01:09] <mathiaz> Riddell: ok. so we could starting these isos.
[01:10] <mathiaz> Riddell: if nothing breaks, they will be the one released ?
[01:12] <Riddell> mathiaz: yes
[01:14] <mathiaz> dendrobates: are you up for some iso testing ?
[01:14] <mathiaz> dendrobates: http://cdimage.ubuntu.com/ubuntu-server/daily/20070823/
[01:15] <mathiaz> dendrobates: could you take care of x86_64. I'll do the i386.
[01:16] <mathiaz> Riddell: did you add the ubuntu-server images to the iso testing tracker ?
[01:19] <bdmurray> mathiaz: I can do that
[01:20] <mathiaz> bdmurray: hum.. Actually, I can do it too...
[01:21] <bdmurray> mathiaz: okay, I already did
[01:21] <mathiaz> bdmurray: just noticed. Thanks.
[01:33] <Riddell> mathiaz: no, I don't know if I can do that
[01:35] <mathiaz> Riddell: bdmurray did it. And I think I can do it too.
[02:01] <dendrobates> mathiaz: are you still around?
[02:02] <dendrobates> mathiaz: I'll test the amd64 iso's this evening.
[02:05] <mathiaz> dendrobates: yop.
[02:06] <mathiaz> dendrobates: ok. I'm doing the i386 now.
[02:06] <dendrobates> mathiaz: It'll take me a little while.  Need to put the babies to bed first.
[02:29] <doko_> calc: openoffice.org-l10n-common is empty :-(
[02:36] <calc> doko_: er what?
[02:37] <calc> doko_: i merged all of the stuff from 2.2.1-5, /me wonders how it could possibly be empty
[02:38] <calc> it doesn't even have the copyright file that would automatically get copied into it
[02:40] <calc> doko_: its more than just that all of the common docdirs are missing stuff that should be there, i'm not sure how that happened, but i will get it fixed for the next upload
[03:08] <Riddell> kubuntu desktop doesn't seem to start X for me, although the alternate was fine
[03:08] <Riddell> building the rest of the CDs anyway and going to bed
[03:08] <bryce> Riddell: yeah
[03:09] <bryce> Riddell: bdmurray reported that earlier
[03:10] <bryce> https://bugs.launchpad.net/ubuntu/+source/discover-data/+bug/133824
[03:10] <ubotu> Launchpad bug 133824 in discover-data "Intel chipset on HP NC6320 (PCI 8086:27a2) not recognised" [High,Triaged] 
[03:12] <calc> i bought a video camera, whee :)
[03:29] <xhaker> calc, as in HD with hard drive?
[03:41] <mathiaz> infinity: I'm testing the latest ubuntu-server iso. I don't see the openssh task in tasksel.
[03:42] <mathiaz> infinity: the isos were created after the seeds where modified by kees.
[04:39] <Rexbron> hey any Ubiquity dev/guru's around?
[04:40] <LaserJock> probably not at this time of day
[04:42] <Rexbron> bug 134178
[04:42] <ubotu> Launchpad bug 134178 in ubiquity "[gutsy]  ubiquity crashes with InstallStepError: LanguageApply failed with error 2" [Undecided,New]  https://launchpad.net/bugs/134178
[05:22] <LongPointyStick> way cool.  someone whinging about the update maintainer spec!
[05:23] <LongPointyStick> from debian
[05:23] <LongPointyStick> how they're no longer the maintainer.
[05:24] <StevenK> Then they ask for an exception. This is all documented.
[05:24] <LongPointyStick> yes, i thought ti should all be
[05:25] <ajmitch> poor people
[05:28] <LaserJock> can we make an exception?
[05:29] <StevenK> Of course, all they need to do is ask.
[05:30] <LaserJock> but lintian/dpkg-buildpackage/builddd won't complain?
[05:31] <StevenK> It was a sync, not a merge.
[05:31] <LongPointyStick> and then a rebuild, whihc would have got the maintainer change
[05:32] <StevenK> https://launchpad.net/ubuntu/gutsy/+source/tmw/0.0.23-2
[05:32] <StevenK> Rebuild where?
[05:32] <LongPointyStick> there was one listed in the changelog,  i thought
[05:32] <LongPointyStick> tmw (0.0.23-1build1) gutsy; urgency=low
[05:32] <LongPointyStick>   * Rebuild for the libcurl transition mess.
[05:32] <LongPointyStick>  -- Steve Kowalik <stevenk@ubuntu.com>  Thu,  5 Jul 2007 00:15:17 +1000
[05:33] <StevenK> Ah. Those were rebuild only uploads that didn't change control
[05:33] <LongPointyStick> unless we just resynced, and aptitude's changelogs arent up to date
[05:33] <StevenK> I think he is talking about the Maintainer listed in the binary package, not the source package.
[05:33] <LongPointyStick> probably
[05:33] <StevenK> Which is pkgbinarymangler, not me.
[06:02] <fabbione> morning
[06:03] <LongPointyStick> good morning, fabbione!
[06:04] <fabbione> hey hey
[06:25] <calc> i did a icedtea openoffice.org build and it actually finished
[06:25] <calc> now i have to see if it runs
[06:32] <calc> looks like it works good
[06:38] <fabbione> who is in charge nowadays for UVF exceptions+
[06:46] <StevenK> Main, or Universe?
[06:47] <fabbione> main
[06:48] <StevenK> -release, I think
[06:48] <fabbione> LongPointyStick: does that include you?
[06:49] <StevenK> She's not there.
[06:49] <mthaddon> Launchpad is going down in 15 mins for a code update. Estimated downtime is approx 60mins.
[07:08] <pitti> Good morning
[07:09] <sbalneav> Morning.
[07:09] <sbalneav> bazaar.launchpad having problems?
[07:09] <sbalneav> sbalneav@edubuntu:~/src/bzr/scotts-gutsy/client/ldmgtkgreet/src$ bzr push
[07:09] <sbalneav> Using saved location: sftp://sbalneav@bazaar.launchpad.net/~sbalneav/ltsp/scotts-gutsy/
[07:09] <sbalneav> ssh: connect to host bazaar.launchpad.net port 22: Connection refused
[07:09] <sbalneav> bzr: ERROR: Unable to connect to SSH host bazaar.launchpad.net; EOF during negotiation
[07:09] <pitti> yay LP is offline
[07:09] <sbalneav> ok, just so long as it isn't me. :)
I didn't do it</bartsimpson>
[07:10] <sbalneav> oh, duh
 Launchpad is going down in 15 mins for a code update. Estimated downtime is approx 60mins.
[07:11] <sbalneav> notice was right above
[07:11] <fabbione> pitti: who is in charge for main UVF?
[07:11] <pitti> fabbione: Riddell
[07:11] <sbalneav> Time for bed.  Night all.
[07:11] <fabbione> pitti: ok thanks
[07:11] <pitti> fabbione: but I doubt that you can squeeze anything on the Tribe CDs at that point
[07:11] <fabbione> pitti: nope.. i don't need anything on CD at all
[07:11] <fabbione> pitti: it can queue up for after Tribe
[07:12] <pitti> fabbione: ah, cool; then you can just upload
[07:13] <pitti> wow, the i386 live grew 11 MB between 23 and 23.1
[07:13] <StevenK> Morning pitti
[07:13] <LaserJock> pitti: are uploads to NEW affected by LP being down?
[07:14] <pitti> nothing will work while LP is down, I guess
[07:15] <pitti> oh, bleh, I bet the new OOo version with java enabled again exploded
[07:16] <fabbione> there.. not bad
[07:16] <Amaranth> LaserJock: how can you upload if launchpad is down? :)
[07:16] <fabbione> 400KB less of orig tar gz after CVS cleanup
[07:16] <LaserJock> Amaranth: dput knows nothing of LP ;-)
[07:17] <LaserJock> ugg, Linux apps aren't made for 640x480
[07:20] <pitti> calc: still here?
[07:22] <nixternal> was there by chance a notification that the auth db for the wiki was going down?
[07:23] <StevenK> [15:11]  < fabbione> <mthaddon> Launchpad is going down in 15 mins for a code update. Estimated downtime is approx 60mins.
[07:23] <nixternal> holy smokes
[07:24] <LaserJock> nixternal: we're getting 1.1.8
[07:25] <nixternal> ya, well you could have waited until I committed my release notes...you click save when it is down, you lose it all :(
[07:25] <nixternal> but hey, we are getting 1.1.8!!!
[07:25] <nixternal> :)
[07:25] <LaserJock> hmm, you sure you lost it all?
[07:25] <nixternal> yup
[07:25] <LaserJock> you can back it out?
[07:25] <nixternal> you go back and you get the auth error
[07:25] <LaserJock> *can't
[07:25] <LaserJock> ah
[07:25] <LaserJock> bummer
[07:26] <nixternal> ya, my fault for not finding time previously really
[07:26] <nixternal> I should have learned from the last 2 releases....they always pull the plug right when I hit save changes :)
[07:26] <LaserJock> that's why you edit locally and paste it in when you want to save it
[07:27] <pitti> ooh, grrrr
[07:27] <nixternal> NO! :)
[07:27] <nixternal> muhahahahaha, I got it
[07:27] <nixternal> I GOT IT!!!
[07:27] <pitti> StevenK: your 15:11 -> was that 16 minutes ago or 1:16?
[07:28] <nixternal> I somehow copied it all before I went to commit
[07:28] <nixternal> whew
[07:28] <LaserJock> pitti: it was about 30 min or so ago
[07:28] <pitti> eek, then it'll take a while before I can build new CDs
[07:29] <LaserJock> it should be down for another 30 min
[07:29] <pitti> Riddell: FYI, I changed seeds to throw out langpacks to account for the OO.o explosion; once LP is back, I'll commit and crank new live Ubuntu images
[07:35] <nixternal> wiki is back up and I was able to save :D
[07:36] <pitti> ah, bzr push works again
[07:36] <LaserJock> wahoo, PPAs are here
[07:36] <nixternal> woohoo!
[07:37] <nixternal> can we delete from our PPAs yet?
[07:38] <LaserJock> nixternal: I'm not positive, but I thought so
[07:40] <nixternal> ya, if it isn't here yet, it will be here shortly
[07:51] <calc> pitti: hi
[07:51] <calc> pitti: whats up
[07:52] <pitti> calc: the latest OO.o grew by 11 MB :/ I just wondered if there is anything we can drop from the CD which can be installed later or so?
[07:53] <pitti> calc: for now I threw out the remaining langpacks, but (1) this isn't a good solution, and (2) we can only do this until there are none left (which is pretty much the case now)
[07:55] <calc> pitti: is there an easy way for me to see which packages are installed on the cd version?
[07:55] <pitti> calc: yes, look at the .manifest files on cdimage.u.c.
[07:55] <calc> ok
[07:55] <pitti> calc: manifest for lives, .list for alternates
[07:56] <fabbione> feh....
[07:56] <fabbione> gutsy doesn't mount nfs stuff at boot anymore
[07:56] <calc> hmm the get 11MB back i dunno
[07:57] <calc> that's 11MB of compressed files right?
[07:57] <calc> most packages in ooo are small other than -core
[07:57] <fabbione> and there is a really annoying bug in /lib/init/mount-functions.sh
[07:57] <calc> if it is 11MB compressed anyway
[07:58] <calc> common 37MB, core 12MB, writer 7MB, calc 5MB, etc
[07:58] <calc> that is descending package size
[07:59] <calc> hmm actually those are sizes from the icedtea build but are probably close for the one in the archive
[08:01] <calc> pitti: building with the libraries in main after they are included might help some, not sure how much though
[08:03] <calc> i have one more MIR to write then once they get moved I can build using them
[08:10] <pitti> calc: yes, 11 MB livefs space (compressed)
[08:10] <pitti> calc: the main addition between 23 and 23.1 images was the java-common package, the rest was just general growth
[08:14] <crimsun> Treenaks: well, there's something more insidious for 2.6.22-10.30: # CONFIG_SND_HDA_INTEL is not set .  I doubt you'll get /any/ audio regardless.  Still present in current git; see http://preview.tinyurl.com/2s38ol
[08:43] <dholbach> good morning
[08:43] <Fujitsu> Hi dholbach.
[08:44] <dholbach> hey Fujitsu
[08:46] <highvoltage> Guten Morgen dholbach
[08:47] <highvoltage> aaah, my irssi bar was full and it vut off "vel", so I thought I somehow landed in "ubuntu-de" ;)
[08:47] <dholbach> heya highvoltage
[09:18] <mdke> hiya dholbach
[09:18] <dholbach> hey mdke
[09:20] <mdke> dholbach: I tried installing bzr-builddeb yesterday, but it was uninstallable on feisty with bzr 0.90 and anyway I suspect gnome-user-docs needs to be built under gutsy... I'll wait until I upgrade :)
[09:21] <dholbach> mdke: you can create a chroot
[09:22] <dholbach> sudo mkdir /chroots; sudo debootstrap gutsy /chroots/gutsy; sudo chroot /chroots/gutsy
[09:22] <dholbach> then work inside that chroot
[09:23] <dholbach> so you just can get the minimal build environment for gnome-user-docs + bzr stuff in there and don't need to make your working system more "interesting" :)
[09:23] <mdke> dholbach: that would be really cool, it would save me plenty of grief. Good idea :)
[09:24] <dholbach> ok cool
[09:24] <dholbach> the debootstrap just takes a bit
[09:24] <dholbach> but that's about it
[09:28] <mdke> dholbach: where do I get the gutsy from for the debootstrap; it doesn't seem to have it automatically
[09:28] <bryce> heya dholbach, wb :-)
[09:29] <dholbach> hey bryce :)
[09:29] <dholbach> mdke: ahhh ok
[09:29] <mdke> dholbach: don't worry
[09:29] <dholbach> mdke: it should be in feisty-backports
[09:29] <mdke> I'm checking the packaging guide, seems to explain
[09:29] <superm1> if not, you can always grab it from here too: http://packages.ubuntu.com/gutsy/admin/debootstrap
[09:30] <dholbach> https://launchpad.net/ubuntu/+source/debootstrap/1.0.1~feisty1
[09:30] <mdke> thanks
[09:32] <superm1> bryce, so what did you think regarding doing a MIR for xserver-xorg-video-openchrome and making it default over the unichrome variant?
[09:32] <superm1> after looking over that thread that was posted in -motu
[09:33] <bryce> I'd definitely support a MIR for it
[09:34] <ogra> eeek, what made my CDs explode ?
[09:34] <bryce> I'm still iffy on making it default over -via...  in part because I'm currently clueless on what it'd take to make it the default, but also because I'd want to see wider discussion on it first
[09:34] <bryce> heya ogra
[09:35] <superm1> of course
[09:35] <superm1> i anticipate the MIR will stir up the discussion
[09:35] <bryce> I'd love to get ogra's feedback on it
[09:35] <superm1> as its primary purpose to go to main would be to replace -via
[09:35] <bryce> also kylem's
[09:35] <ogra> superm1, you packaged it ?
[09:35] <tepsipakki> via/openchrome/unichrome is a mess
[09:35] <superm1> yes
[09:35] <bryce> tepsipakki: *nod*
[09:36] <tepsipakki> if someone could wrap up which one supports most chipsets..
[09:36] <superm1> ogra, :)
[09:36] <tepsipakki> maybe it's openchrome..
[09:36] <ogra> i guess thats via ....
[09:37] <tepsipakki> really?
[09:37] <tepsipakki> ok, I really don't know anything about them ;)
[09:37] <ogra> well, openchrome and unicrome are pretty focused on certain models i really guess the via one supports more
[09:37] <tepsipakki> I do have one via box under my maintenance though..
[09:38] <ogra> i have three ... two use the via driver fine ...
[09:38] <superm1> http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=HardwareCaveats
[09:39] <bryce> ok why don't we do this -
[09:39] <bryce> first, let's get openchrome in main
[09:40] <bryce> second, since it's already after FF, and since openchrome is (or will) *just* now be in main, hold off on making it the default for Gutsy
[09:40] <bryce> but start gathering user feedback on it, and see how it does
[09:40] <tepsipakki> it could be the default for some chips that via doesn't support (are there any?)
[09:41] <bryce> and if there doesn't seem to be any serious problems, consider switching it for Gutsy+1
[09:41] <superm1> it would really be great if there was a way to patch it to allow it to be side by side with unichrome
[09:42] <tepsipakki> they both install as via_drv.so?
[09:42] <tepsipakki> (as does unichrome)
[09:42] <fabbione> it should be enough to just rename the file
[09:43] <fabbione> iirc X isn't too picky about that
[09:43] <tepsipakki> fabbione: IIRC that doesn't work :/
[09:43] <superm1> all three of them currently conflict with one another since they each provide via_drv.so
[09:43] <fabbione> superm1: try to just extract the .so and rename it
[09:43] <fabbione> change xorg.conf and see which one is loaded
[09:43] <fabbione> tepsipakki: i am pretty sure I used to do that trick at some point
[09:44] <fabbione> worst case there is a data struct in the driver that needs a one liner
[09:44] <tepsipakki> fabbione: yeah, could be
[09:44] <tepsipakki> I don't understand why they all want to be via_drv.so..
[09:47] <bryce> sounds like a few drivers that wish to be merged ;-)
[09:47] <tepsipakki> if only upstreams could work together
[09:49] <superm1> from what i read in that thread, they said it was feasible to merge one way but not the other.  that baffles my mind, especially to the point of why that merge hasn't occurred yet
[09:53] <tepsipakki> superm1: which thread?
[09:54] <superm1> tepsipakki, http://lists.freedesktop.org/archives/xorg/2005-December/011757.html
[09:54] <Amaranth> they all hate each other and think they know the 'right' way to do it :)
[09:54] <superm1> that thread is an interesting read.
[09:54] <tepsipakki> superm1: ok, reading..
[09:54] <tepsipakki> superm1: thanks
[09:54] <superm1> i'm headed to bed though.  night guys
[09:56] <bryce> night superm1!
[10:28] <fabbione> doko_: did you noticed that gutsy/firefox and java are not playing well today?
[10:28] <fabbione> asac: ^^
[10:29] <doko_> hmm, didn't change anything
[10:30] <asac> fabbione: no ... haven't received any serious report after the install location was fixed (some time ago)
[10:30] <fabbione> i just upgrade to latest gutsy today
[10:30] <fabbione> anything I open that has java scripts will spin 100% CPU with FF...
[10:30] <fabbione> FF stays unresponsive
[10:30] <asac> java scripts? or java applets?
[10:31] <fabbione> asac: no idea.. it's one of those buttons you press to start a download...
[10:31] <asac> fabbione: you have a link?
[10:31] <fabbione> asac: yes
[10:31] <asac> wait a second i have to get to my gutsy box :)
[10:32] <asac_the_2nd> fabbione: ok please post :)
[10:32] <fabbione> asac_the_2nd: i did to asac :)
[10:33] <asac_the_2nd> fabbione: i don't see it ... any plugins/extensions installed?
[10:34] <asac_the_2nd> fabbione: try to run in -safe-mode (firefox -safe-mode from cmdline)
[10:34] <fabbione> asac_the_2nd: yeah i guess i do have plugins installed...
[10:34] <fabbione> ok
[10:34] <fabbione> trying
[10:35] <asac_the_2nd> plugins don't get disabled by -safe-mode ... just extensions ...
[10:36] <fabbione> asac_the_2nd: bingo... so now how do i identify which extension is making troubles?
[10:37] <asac> fabbione: disable one by one in Tools -> Addons
[10:38] <fabbione> asac: ok
[10:38] <fabbione> thanks
[10:38] <asac> fabbione: let me know which one caused this mess
[10:38] <fabbione> asac: i have only 2... ubufox and google toolbar..
[10:38] <fabbione> this is going to be quick :)
[10:39] <asac> yes google toolbar causes issues
[10:39] <asac> at least there are reports claiming it
[10:39] <fabbione> yeah that's it
[10:39] <fabbione> but it's the very first time i see something like this
[10:39] <asac> i think there was a workaround ... somewhere
[10:40] <asac> yes ... its strange ... you sure you ran the latest on feisty before?
[10:40] <fabbione> well disable -> enable and now doesn't complain anylonger
[10:40] <fabbione> go figure
[10:40] <fabbione> thanks
[10:40] <asac> cool ;) ... aeh magic i mean
[10:41] <asac> np
[10:44] <tkamppeter> pitti, ping
[10:50] <ogra> Riddell, any idea what to do with the oversizedness ?
[10:51] <Riddell> remove something?
[10:51] <ogra> hmm
[10:51] <ogra> ubuntu is 8M over  ... edubuntu 6
[10:51] <Riddell> those spanish lang packs presumably
[10:51] <ogra> (desktop CD that is)
[10:53] <davmor2> Riddell: Did the kubuntu cd's get redone I can test them then?
[10:55] <Amaranth> isn't OOo like 1/6th of the space used up on the CD?
[10:55] <Amaranth> just wondering
[10:55] <Riddell> davmor2: daily-live/20070823 is what needs testing, so far X hasn't worked for anyone
[10:56] <Riddell> Amaranth: yes
[10:56] <Amaranth> toss that out and put some lang packs in ;)
[10:57] <davmor2> Riddell: Give it a try as soon as it has finished rsyncing then :)  Also any news on the intel driver getting fixed?
[10:59] <Riddell> I don't know if it's just the intel driver which is broken
[11:00] <Amaranth> what's the problem?
[11:00] <tkamppeter> kagou, hi
[11:01] <davmor2> Riddell: It I do alt-ctrl-f1 login and type sudo nano /etc/X11/xorg.conf and change "intel" to "i810" the whole inch high bar and titles go back to normal
[11:02] <Riddell> ok, that's something
[11:03] <kagou> hi tkamppeter
[11:04] <ogra> Riddell, i dropped spanish from edubuntu live, afaik that needs a publisher run to take effect for the next livefs build, do you have the power to do that ?
[11:04] <davmor2> Amaranth: goto http://www.davmor2.pwp.blueyonder.co.uk/Screenshot.png  but kde and xubuntu are far worse for some reason
[11:04] <ogra> looks like your themeing is freaking out
[11:05] <Amaranth> oh, yum
[11:05] <Amaranth> the DPI issue
[11:05] <Mirv> seb128: is someone taking care that xdg-user-dirs translations are going to be correctly used for folders and menu entries? it's been over two months since it was brought in, but it doesn't seem to work (bug #123435)
[11:05] <ubotu> Launchpad bug 123435 in xdg-user-dirs "xdg-user-dirs translations not used" [Undecided,Confirmed]  https://launchpad.net/bugs/123435
[11:05] <Amaranth> there was a bug filed against compiz for this at one point
[11:05] <davmor2> Amaranth: Not DPI it fixed at 96
[11:05] <Amaranth> davmor2: in xorg.conf?
[11:05] <davmor2> It's mine
[11:05] <Amaranth> davmor2: ?
[11:06] <davmor2> Amaranth: where Do I Look for that?
[11:06] <seb128> Mirv: translate it for your locale on launchpad and the next language pack update will have the translations
[11:06] <Amaranth> davmor2: the DPI?
[11:06] <Mirv> seb128: the translations are there and installed, but the folder names aren't updated, automatically nor manually
[11:06] <Amaranth> davmor2: you have to set the screen's physical size
[11:06] <Amaranth> davmor2: then it computes the DPI
[11:07] <Amaranth> GNOME has a fun override to just always use 96 or whatever but not everything listens to it
[11:07] <seb128> Mirv: no, they only apply to new account, existant configuration are not modified because you are not way to know if those are user choices or not
[11:07] <seb128> s/are not way/have no way
[11:08] <davmor2> Amaranth: Yes it's set as far as I know.  I'm just getting the xorg.conf file up.  What exactly am I looking for?
[11:08] <Amaranth> i have no idea :P
[11:08] <Amaranth> let me see if i can find the bug report
[11:08] <tkamppeter> kagou, I have packaged the fixes for bug 127152 and bug 128261 now. So they will appear in Gutsy soon (probably after Tribe 5). Thank you very much for your testing efforts. Without this cooperation I had not been able to fix these problems.
[11:09] <ubotu> Launchpad bug 127152 in system-config-printer "Auto-scanned SMB-provided printers cannot be selected" [Medium,Fix committed]  https://launchpad.net/bugs/127152
[11:09] <ubotu> Launchpad bug 128261 in system-config-printer "Wrong URI generated for SMB printer" [Medium,Fix committed]  https://launchpad.net/bugs/128261
[11:10] <davmor2> Amaranth: According to this there is one resolution 1280x800
[11:12] <Amaranth> i can't find the bug report
[11:12] <Amaranth> my google-fu has failed
[11:12] <Amaranth> it's the driver reporting a broken DPI for some reason
[11:12] <Amaranth> in Ubuntu you only see it on titlebars because that's the part compiz draws
[11:13] <Amaranth> in Kubuntu you probably see if everything because i don't think they have a similar override
[11:13] <Amaranth> err, see it on
[11:13] <Amaranth> 4am ftl
[11:14] <Amaranth> mvo might remember what it was
[11:14] <Amaranth> but i think he is on vacation or something
[11:14] <Riddell> ogra: yes, I'll do that
[11:14] <davmor2> Amaranth: so why when you change to "i810" does everything work properly?
[11:14] <Amaranth> davmor2: <Amaranth> it's the driver reporting a broken DPI for some reason
[11:15] <Amaranth> from what i can tell the only good thing you get out of using the 'intel' driver is not having to use 915resolution
[11:15] <Amaranth> heard nothing but complaints about it otherwise
[11:16] <ogra> Riddell, thanks
[11:17] <davmor2> Amaranth: is the bug 118745 by any chance?
[11:17] <ubotu> Launchpad bug 118745 in libgnome "Font sizes in Gutsy are affected by bad X.org DPI detection" [Medium,In progress]  https://launchpad.net/bugs/118745
[11:19] <Amaranth> davmor2: similar
[11:21] <Mirv> seb128: does it mean that all feisty -> gutsy upgraders will have English folders in bookmarks etc? do you mean that if eg. a person with an account already has a folder called "Music" in the home folder, it's not wanted that it's automatically converted to the localized version? what about if it could be detected that "now we created folders for this existing account", shouldn't the translations be used for those?
[11:22] <seb128> Mirv: no, upgrade will have no bookmarks added
[11:22] <seb128> Mirv: already existing accounts will not be changed
[11:23] <Mirv> seb128: ok, then I think I just happened to install this version of gutsy before the translations were in. still, xdg-user-dirs-update does not seem to work even manually, or xdg-user-dirs-gtk-update
[11:23] <kagou> tkamppeter, you'r welcome. You'v made great works on it
[11:24] <seb128> Mirv: open bugs, I need to look at those before gutsy, not sure about the details right now and I'm busy with something else
[11:24] <Mirv> user-dris.dirs and .gtk-bookmarks are updated, but with English strings only. .config/user-dirs.locale is fi_FI, though
[11:24] <Mirv> seb128: yep, there's that bug open I mentioned for xdg-user-dirs package
[11:24] <Mirv> seb128: thanks for extra information
[11:24] <tseliot> Amaranth: the "intel" driver has the support for RandR 1.2 (if used with xserver-xorg 1.3)
[11:24] <seb128> Mirv: you're welcome
[11:25] <seb128> Mirv: that would be a bug or the current language pack has no translations for it
[11:26] <Mirv> seb128: seems like a bug, msgunfmt < xdg-user-dirs.mo shows correct translations for the locale.
[11:27] <seb128> Mirv: patches are welcome then ;)
[11:27] <seb128> Mirv: sorry but I don't know about it, better to use the bug tracker
[11:37] <Riddell> tkamppeter: the live CD gives me an error when it tries to start cups "cupsd: error while loading shared libraries /lib/libc.so.6: cannot apply additional memory protection after relocation, operation not permitted"
[11:37] <Riddell> which might be due to apparmour or something for all I know
[11:38] <azeem> w30
[11:38] <azeem> sorr
[11:38] <azeem> y
[11:39] <tkamppeter> Riddell, I think this is really caused by AppArmor, best is to ask pitti to fix this. If pitti is not reachable any more before release of Tribe 5 we must switch CUPS' AppArmor protection from enforce to complain until pitti is back frm vacation.
[11:40] <Riddell> pitti is away this morning, but will be back at some point
[11:41] <Riddell> keescook: got a view on that?
[11:41] <tkamppeter> Riddell, to go to complain temporarily do "aa-complain cupsd" and try to start CUPS again.
[11:47] <iwj> Riddell: Is there any way we can help out ?  It all seems to be a bit of a struggle ...
[11:48] <Riddell> iwj: should be fine to test ubuntu alternate CDs
[11:48] <Riddell> also kubuntu, xubuntu and ubuntu-server
[11:49] <Riddell> edubuntu alternate too
[11:50] <iwj> OK, I'll start on the ubuntu alternate.
[11:50] <iwj> 20070823 I assume.
[11:50] <Riddell> yes
[11:51] <tepsipakki> is gutsy using exim again instead of postfix?
[11:51] <davmor2> Riddell: What about the lives or are there problems there still?
[11:51] <Riddell> davmor2: ubuntu and edubuntu are oversized
[11:52] <Riddell> tepsipakki: we don't have a mail server by default
[11:52] <tepsipakki> Riddell: but as the mail-agent?
[11:52] <davmor2> Riddell: So K/X/ubuntu desktop should be okay to test then ?
[11:53] <Riddell> davmor2: not ubuntu but kubuntu and xubuntu yes
[11:53] <Riddell> tepsipakki: kmail, evolution, dunno what xubuntu uses
[11:55] <tepsipakki> Riddell: I meant mail-transport-agent, but nevermind :)
[11:55] <davmor2> Riddell: Thunderbird if memory serves
[11:55] <dholbach> Tonio_: is somebody working on the libkbluetooth0 overwrite problem already?
[11:56] <Riddell> tepsipakki: as I said, we don't have one by default
[11:57] <tepsipakki> Riddell: yep, seems to be so
[11:57] <geser> isn't there a rule to have only one app of each sort in main?
[11:57] <Riddell> geser: no
[11:58] <Riddell> geser: on the CD that's a guiding principle though
[12:02] <davmor2> Riddell: Just tried Kubuntu desktop and switching "intel" to "i810" means it's usable now :)  so it is definitely an issue with the intel driver.  Everything else so far seems okay
[12:03] <Riddell> davmor2: do you know if that issue has a bug number?
[12:04] <cjwatson> geser: we do try not to gratuitously support multiple implementations of the same basic thing, but in many cases it's not reasonable to treat that as a hard rule; GNOME and KDE are an obvious example :-)
[12:04] <cjwatson> (and XFCE come to that)
[12:08] <davmor2> Riddell: yes its has I reported it last set of installs
[12:11] <davmor2> Riddell: Can it be added to the documentation for the release as a known bug with the work around?
[12:12] <geser> cjwatson: ok, based on this small MTA discussion above I've looked up in which component exim4 and postfix are (both are in main) and wondered myself if I remembered the rule right (if it ever existed)
[12:12] <Riddell> davmor2: yes, it should be
[12:12] <Riddell> bryce: any comment on bug 134153?
[12:12] <ubotu> Launchpad bug 134153 in xorg "[gutsy]  xorg failed to start on an Intel 945 using Kubuntu desktop CD daily build 20070822.1 (dup-of: 133824)" [Undecided,New]  https://launchpad.net/bugs/134153
[12:12] <ubotu> Launchpad bug 133824 in discover-data "Intel chipset on HP NC6320 (PCI 8086:27a2) not recognised" [High,Triaged]  https://launchpad.net/bugs/133824
[12:13] <davmor2> Riddell: It's not just kubuntu it also effects ubuntu and xubuntu
[12:13] <Riddell> assigned to kylem?
[12:15] <davmor2> Riddell: I writing up the work around in bug 118745
[12:15] <ubotu> Launchpad bug 118745 in libgnome "Font sizes in Gutsy are affected by bad X.org DPI detection" [Medium,In progress]  https://launchpad.net/bugs/118745
[12:16] <Riddell> install kde-guidance would be a workaround
[12:26] <davmor2> Riddell: Added work around now to 118745
[12:48] <ogra> who is building ubuntu desktop every hour without changes ?
[12:48] <pitti> ogra: the next rebuild should actually fix the CD size
[12:48] <ogra> do we have a cronjob running on lithium or something ?
[12:49] <pitti> there was some confusion about publisher etc.
[12:49] <ogra> pitti, ah, k ... looked a bit strange
[12:52] <ogra> how the heck do i chane the package a bug is assigned to with the new UI ???
[12:53] <ogra> bryce, bug 133471, should i assign it to vesa or via ?
[12:53] <ubotu> Launchpad bug 133471 in edubuntu-meta "failed load xorg on edubuntu7.04" [Undecided,New]  https://launchpad.net/bugs/133471
[12:59] <dholbach> pitti: I dropped tango-icon-theme{,-common} - that'd save space too
[01:00] <pitti> dholbach: cool
[01:00] <dholbach> it'd just need a ubuntu-meta upload
[01:00] <dholbach> daniel@lovegood:~$ apt-cache show tango-icon-theme{,-common} | grep Size
[01:00] <dholbach> Installed-Size: 10596
[01:00] <dholbach> Size: 1710388
[01:00] <dholbach> Installed-Size: 1132
[01:00] <dholbach> Size: 162490
[01:00] <dholbach> daniel@lovegood:~$
[01:00] <pitti> dholbach: too late, I think
[01:00] <dholbach> ok
[01:00] <dholbach> next time then
[01:00] <pitti> yeah, that would be good
[01:00] <dholbach> I'll still upload it, I think
[01:01] <tepsipakki> guys, I have a new xserver (only a merge from debian) and ati-driver (6.7.191, which has randr-1.2 and tv-out) ready for testing
[01:01] <tepsipakki> can be found here: http://users.tkk.fi/~tjaalton/dpkg/
[01:02] <tepsipakki> binaries built for x86
[01:05] <tepsipakki> ogra: that seems like being the same issue that was mentioned on u-d-d this morning
[01:05] <tepsipakki> so the xorg-server merge should fix that
[01:07] <ogra> tepsipakki, well, i just makred it invalid and assigned it to -vesa ... works well, its just more work than just changing the package name
[01:08] <tepsipakki> ogra: that's cool
[01:08] <heno> NEW IMAGES UP FOR TESTING https://iso.qa.stgraber.org/isotesting/build/All
[01:09] <ogra> could i get new -desktop images too ?
[01:10] <pitti> heh
[01:10] <pitti> "breathing space? what's that?"
[01:10] <ogra> heh
[01:14] <Nafallo> fabbione: ping
[01:25] <tepsipakki> who are allowed to post on the dev link forum?
[01:29] <pitti> hey mhb
[01:30] <mhb> hi pitti
[01:30] <pitti> mhb: do you have some time to look for the r-m-kde specific crashes (in LP bugs)?
[01:30] <mhb> pitti: sure, that's why I'm here
[01:30] <pitti> oh, awesome :)
[01:31] <Riddell> ogra: your new desktops are on the way
[01:31] <wolfe> pitti: :( do I need to send another patch or will someone fix http://launchpadlibrarian.net/8951862/buildlog_ubuntu-gutsy-lpia.python-fam_1.1.1-2.1ubuntu1_FAILEDTOBUILD.txt.gz
[01:31] <ogra> Riddell, yay, thanks
[01:32] <wolfe> kinda want that to be in gutsy release :/
[01:32] <pitti> wolfe: please subscribe ubuntu-universe-sponsors to the bug with the patch; thanks for preparing it!
[01:32] <wolfe> pitti: do I need to make a patch though, or will someone fix the version problem?
[01:32] <tseliot> tepsipakki: I'm a mod there, can I help you?
[01:33] <pitti> wolfe: it simply seems that libfam-dev is not yet available for lpia
[01:33] <cjwatson> wolfe: it's not your problem; python-fam will be given back on lpia once libfam-dev is built
[01:33] <cjwatson> wolfe: just ignore it
[01:34] <wolfe> ohhh
[01:34] <wolfe> thanks
[01:35] <tepsipakki> tseliot: hi, I'd like to post there to get people test the new ati-driver and xserver :)
[01:35] <cjwatson> wolfe: it's built fine on other architectures
[01:35] <Nafallo> fabbione: actually, ping sugarcrm :-)
[01:35] <tepsipakki> tseliot: bryce suggested that
[01:35] <ogra> Nafallo, he went for the day
[01:35] <dholbach> congratulations coNP for becoming MOTU!
[01:35] <ogra> coNP, congrats !
[01:35] <Nafallo> ogra: ouch. do you know when he will be back?
[01:36] <ogra> probably not today anymore
[01:36] <tseliot> ok, what's your username on ubuntuforums.org?
[01:36] <ogra> he's an early bird (you should know that after two years :P )
[01:36] <tepsipakki> tseliot: tepsipakki :)
[01:36] <pitti> coNP: *hug* MOTU!
[01:40] <ogra> Keybuk, around ?
[01:43] <Riddell> ogra, heno: http://cdimage.ubuntu.com/edubuntu/daily-live/20070823.2/
[01:43] <ogra> bah, i dropped to much again
[01:43] <ogra> 4M free
[01:44] <Riddell> ogra: that's a good thing
[01:44] <Riddell> there's really no reason to get on exactly 700MB for a tribe
[01:44] <ogra> nah, its a waste :)
[01:44] <heno> Riddell, ogra: posted. We're still waiting for the server add-on right?
[01:45] <ogra> heno, serveraddon should be fine
[01:45] <ogra> its built with the server CD
[01:45] <Riddell> heno: they're at http://cdimage.ubuntu.com/edubuntu/daily/20070823/
[01:45] <heno> ok, thanks
[01:45] <ogra> size wise they look ok, the report is empty aswell
[01:46] <ogra> so should be good to test
[01:46] <heno> yep, posted
[01:46] <ogra> addon didnt change at all since last tribe though ...
[01:47] <ogra> i dont expect it to be any different that tribe4
[01:47] <pitti> meh, I cannot open .ogg or .spx files (Examples/) on the live system
[01:48] <coNP> dholbach: did you get the thanks? :)
[01:48] <tseliot> tepsipakki: sorry, there was a blackout... what's your username on ubuntuforums.org?
[01:49] <tseliot> tepsipakki: I can ask the admins to give you the permission to start new threads there
[01:49] <iwj> Maybe bug 129029 should be milestoned ?
[01:49] <ubotu> Launchpad bug 129029 in udev "No Sound on Login Screen or during Login in Gutsy Tribe 3" [Medium,Confirmed]  https://launchpad.net/bugs/129029
[01:52] <tseliot> tepsipakki: I saw that your username there is tepsipakki. I'll contact the admins
[01:53] <dholbach> coNP: hm?
[01:54] <coNP> My DSL dropped the connection. But I wanted to thank you for the congratulation and mentoring.
[01:55] <dholbach> coNP: thank YOU for all your work - you've been doin great!
[01:55] <ogra> bryce, kylem, hmm, no xv support with openchrome here ... (worked with the driver i built from cvs in feisty)
[01:56] <carlos> what could I do to help debugging Intel 3945 wireless card on Gutsy?
[01:57] <carlos> it used to work, bad, but work. Since more than a week ago, I'm not able to connect at all neither with Network manager  or direct configuration on /etc/network/interfaces
[02:06] <tepsipakki> tseliot: yep, thanks!
[02:08] <tepsipakki> Hobbsee: are you a forum-admin?
[02:08] <doko> $ evince Vector_Math_Library-Overview.pdf
[02:08] <doko> ALSA lib confmisc.c:670:(snd_func_card_driver) cannot find card '0'
[02:08] <doko> ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device
[02:08] <doko> ALSA lib confmisc.c:391:(snd_func_concat) error evaluating strings
[02:08] <doko> ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_concat returned error: No such device
[02:08] <doko> ALSA lib confmisc.c:1070:(snd_func_refer) error evaluating name
[02:08] <doko> seb128: evince needs ALSA to show documents???
[02:08] <cjwatson> it's gotta beep at you ;-)
[02:08] <tseliot> tepsipakki: no problem ;)
[02:09] <Hobbsee> tepsipakki: no, why?
[02:09] <tseliot> tepsipakki: I'll let you know when it's all ready
[02:09] <Hobbsee> tepsipakki: i can poke people who are, though
[02:10] <tseliot> Hobbsee: I already did
[02:10] <tepsipakki> Hobbsee: sorry, I thought you waved because of me/tseliot searching for one :)
[02:10] <Hobbsee> tepsipakki: ahhh.  i must have joined after that discussion
[02:12] <ogra> doko, libgnome does ...
[02:12] <ogra> iirc
[02:13] <doko> great ... no, gnome is not bloated at all ...
[02:14] <azeem> doko: cf. libgnome_must_die
[02:14] <ogra> evince --disable-sound Vector_Math_Library-Overview.pdf :P
[02:22] <jordi> heya
[02:24] <jordi> i was going to ask if tribe5 could be expected during the next few hours, but I realise it's way too late to be able to do anything with it today.
[02:24] <ogra> jordi, we just got the first usable images ...
[02:25] <jordi> oh
[02:25] <jordi> that doesn't mean they'll be the ones to publish I guess?
[02:25] <ogra> so testing is going on atm
[02:25] <jordi> okay
[02:25] <jordi> I have plenty to do first thing in the morning tomorrow then.
[02:27] <ion_> Could xdg-user-dirs and xdg-user-dirs-gtk perhaps be added to xubuntu-desktop?
[02:27] <Hobbsee> fabbione: yes, it does include me.
[02:28] <Hobbsee> fabbione: or at least, it does when i'm actually at a computer.
[02:32] <seb128> doko: no, why?
[02:32] <seb128> doko: pdf can have sound though
[02:33] <doko> seb128: and that's a reason not to show docs if I do not have a sound card?
[02:33] <ogra> doko, did it crash ?
[02:34] <seb128> doko: no, but you didn't mention it was not showing the documents
[02:34] <seb128> doko: are you sure that's due to that?
[02:35] <doko> seb128: that's on the ps3, without a working sound driver.
[02:36] <ogra> doko, does it work with the command i gave above ?
[02:36] <ogra>  evince --disable-sound Vector_Math_Library-Overview.pdf
[02:37] <seb128> doko: works fine with an user not in the audio group, I'm not sure your issue is due to those warnings
[02:39] <doko> ogra: --disable-sound works
[02:39] <ogra> then its actually at least related to the sound stuff i'd say
[02:39] <doko> seb128: ^^^ maybe if gnome is intelligent enough to display the ALSA errors, maybe it should enable --disable-sound by default?
[02:39] <ogra> i wonder if thats pitti's change to not use esd
[02:40] <ogra> since that defaults to aplay
[02:40] <seb128> doko: I doubt the alsa errors come from GNOME
[02:40] <coNP> Keybuk: do you plan to create an iCal version of the Gutsy release schedule? If not and if you think it is still worth working with that, I would like to create one.
[02:41] <pitti> ogra: well, it falls back to aplay if esd is not available, nothing more
[02:41] <ogra> pitti, and if aplay doesnt work/isnt availoable ?
[02:42] <pitti> ogra: if neither esd nor aplay are available, then you don't have sound :)
[02:42] <ogra> or is available but doesnt find a card
[02:43] <ogra> doko, aplay /usr/share/sounds/generic.wav
[02:43] <ogra> does that produce the same error ?
[02:43] <doko> ogra: it does
[02:44] <ogra> so i guess its that
[02:44] <ogra> aplay bug ... it shouldnt attempt to play if there is no card
[02:47] <Mirv> cjwatson: Hi, sorry to disturb you, but are i18n fixes on the to-do list for gutsy/ubiquity(-gtk) (bug 132157). I'd just like to see better i18n than what is feisty, when time went eg. to try to get the partitioner not to lose partitions which of course was more important. And currently actually almost translations are missing.
[02:47] <ubotu> Launchpad bug 132157 in ubiquity "Untranslated strings in gutsy installer" [Undecided,New]  https://launchpad.net/bugs/132157
[02:48] <Mirv> +all
[02:48] <IntuitiveNipple> Which version of apache do we ship with the server CD? is it post-2.1.5 ?
[02:49] <Mithrandir>    apache2 |    2.2.4-3 |         gutsy | source, all
[02:49] <IntuitiveNipple> Thanks... I'd best post a bug report then
[02:49] <cjwatson> Mirv: I don't think we've done a mass update from Rosetta yet, but it's definitely on the list
[02:49] <Mithrandir> rmadison -s gutsy -u ubuntu apache2 would have told it to you.
[02:49] <Mithrandir> IntuitiveNipple: oh?
[02:50] <cjwatson> Mirv: other i18n bug fixes come under post-feature-freeze bug fixes as far as I'm concerned
[02:50] <IntuitiveNipple> yeah... spent the past 2 weeks tracking down the most obscure HTTP failure in a data-center between Juniper DX load-balancers and apache 2.2 web servers... finally pinpointed it last night, and confirmed it today
[02:53] <ogra> doko, patch it so that it dies quietly if /proc/asound/cards is empty
[02:55] <doko> ogra: well, evince just shows garbage on the screen, so it's a mis-feature in evince, regardless of what alsa does ...
[02:56] <ogra> doko, well, its a libgnome thing .. klicking the widgets needs to handed over to the sound system *somehow*
[02:57] <ogra> and beyond that, what seb128 said, you can have pdf sith embedded sound
[02:57] <ogra> so the viewer should be capable
[02:57] <Mirv> cjwatson: Thanks for information. Indeed Rosetta has not got new strings since Feisty.
[02:57] <ogra> aplay shouldnt break evince, thats where i agree ...
[03:01] <cjwatson> Mirv: might need to prod it, sigh
[03:01] <cjwatson> oh, meh
[03:01] <cjwatson> the cron job is still set to feisty
[03:02] <doko> ogra: well, what percentage of pdf docs have embedded sound?
[03:02] <seb128> doko: you are not going the right way there, when there is a bug we fix it, we don't try to drop the support for the buggy feature
[03:02] <ogra> doko, not many *yet*
[03:02] <ogra> web2.0 you know ;)
[03:03] <seb128> that's not relevant anyway
[03:03] <seb128> there is a bug and it should be fixed
[03:03] <ogra> right
[03:03] <seb128> doesn't matter if 1% or 10% of the pdfs have sound
[03:03] <Riddell> davmor2: you reported bug 118745 but your problem seems to be about drivers not DPI
[03:03] <cjwatson> oops
[03:03] <ubotu> Launchpad bug 118745 in libgnome "Font sizes in Gutsy are affected by bad X.org DPI detection" [Medium,In progress]  https://launchpad.net/bugs/118745
[03:05] <cjwatson> Mirv: fixed the cron job, I'll get the Rosetta folks to pull from it once it's run
[03:06] <lamont> tepsipakki: both exim and postfix have been in main since warty
[03:12] <davmor2> Riddell: My original bug report was bug 127677 I was then told it was a dupe of 118745
[03:12] <ubotu> Launchpad bug 127677 in xserver-xorg-video-intel "oversized fonts in compiz in gutsy on intel 945 (dup-of: 118745)" [Undecided,Incomplete]  https://launchpad.net/bugs/127677
[03:12] <ubotu> Launchpad bug 118745 in libgnome "Font sizes in Gutsy are affected by bad X.org DPI detection" [Medium,In progress]  https://launchpad.net/bugs/118745
[03:13] <fabbione> Hobbsee: ok thanks
[03:14] <fabbione> Nafallo: ?
[03:14] <davmor2> Riddell: Or would you rather me report a fresh bug that simply states there is an error with the intel Driver?
[03:15] <Nafallo> fabbione: hi. I installed sugarcrm and the first thing after setup it starts complaining about needed upgrades. could we have it updated in dapper-commercial please? :-)
[03:15] <davmor2> and do my step by step fix on that bug instead
[03:15] <pirroh> hi, someone here running dapper? I need your /etc/inittab if possible
[03:16] <pirroh> trying to fix a bug in migrate-inittab.pl
[03:16] <fabbione> Nafallo: it's not up to me to decide. File a bug please and make sure that it is assigned to me.
[03:16] <StevenK> pirroh: http://wedontsleep.org/~steven/initab
[03:16] <StevenK> Er, inittab
[03:17] <pirroh> StevenK: thanks a lot!
[03:17] <Nafallo> fabbione: sure thing.
[03:17] <Riddell> davmor2: I'm sure there already was one such one, searching
[03:17] <Nafallo> fabbione: against Ubuntu, right?
[03:18] <pirroh> StevenK: damn, it's absolutely the same of gutsy version
[03:18] <evand> 20070823.5?  Sounds like an exciting morning.
[03:18] <fabbione> Nafallo: yes for now
[03:18] <Riddell> man, I'm never going to live that down
[03:20] <davmor2> Riddell:  Does the alt installer auto detect the driver before continuing the install because what was a nice install bar is now proper screwy
[03:20] <Hobbsee> Riddell: dunno, if next time you, or whoever else, gets to .6....
[03:21] <evand> haha
[03:23] <Riddell> davmor2: bug 133824 maybe
[03:23] <ubotu> Launchpad bug 133824 in discover-data "Intel chipset on HP NC6320 (PCI 8086:27a2) not recognised" [High,Triaged]  https://launchpad.net/bugs/133824
[03:23] <Riddell> or bug 134153
[03:23] <ubotu> Launchpad bug 134153 in xorg "[gutsy]  xorg failed to start on an Intel 945 using Kubuntu desktop CD daily build 20070822.1 (dup-of: 133824)" [Undecided,New]  https://launchpad.net/bugs/134153
[03:23] <Nafallo> fabbione: #134266
[03:24] <Hobbsee> ScottK: can you ack https://bugs.launchpad.net/ubuntu/+source/democracyplayer/+bug/129043 for the sake of consistency?
[03:24] <ubotu> Launchpad bug 129043 in democracyplayer "democracy-player has a new version and a new name, please upgrade package in Gutsy" [Wishlist,Confirmed] 
[03:26] <ScottK> sure
[03:26] <Nafallo> 134266
[03:27] <ScottK> Hobbsee: Once I decode the new LP U/I I will do it.
[03:27] <Hobbsee> ScottK: email interface still works.
[03:27] <Hobbsee> bug 134266
[03:27] <ubotu> Launchpad bug 134266 in ubuntu "sugarcrm in dapper-commercial is old" [Undecided,New]  https://launchpad.net/bugs/134266
[03:27] <Nafallo> baah
[03:27] <ScottK> Hobbsee: Done.
[03:28] <Hobbsee> ScottK: thanks
[03:28] <davmor2> Riddell: No it's neither It is recongised and x does start it's just unusable
[03:30] <hjmills> roughly what time today will the tribe 5 cd be available?
[03:30] <Hobbsee> hjmills: "when it's ready"
[03:30] <Hobbsee> hjmills: there are candidates for testing, though
[03:30] <hjmills> Hobbsee, oh ok, roughly how stable is gutsy at this point?
[03:30] <Hobbsee> using it for production would be unwise.  it's not released.
[03:31] <hjmills> Hobbsee, I'm a home user who likes to break things...?
[03:31] <Hobbsee> then you might be OK
[03:31] <hjmills> ok, thanks - I will keep feisty alongside it - look forward to testing tribe 5 when its out
[03:34] <cjwatson> pirroh: I can give you an ancient crufty inittab that originated somewhere around Debian slink if you'd like
[03:35] <cjwatson> hmm, actually the interesting cruft seems to be commented out, but you can have it if you like anyway
[03:36] <cjwatson> pirroh: http://people.ubuntu.com/~cjwatson/tmp/inittab
[03:37] <tkamppeter> pitti, hi
[03:37] <pitti> hi tkamppeter
[03:38] <tkamppeter> pitti, Riddell has comp+lained today in the morning (when you were not here yet) that when booting Tribe 5 that CUPS gives an error message and does not start
[03:38] <pitti> tkamppeter: yep, I saw it
[03:38] <pitti> tkamppeter: bug 131976, added to release notes already
[03:38] <ubotu> Launchpad bug 131976 in cupsys "fails to start: cannot apply additional memory protection after relocation" [High,Triaged]  https://launchpad.net/bugs/131976
[03:41] <IntuitiveNipple> ok, apache + server-farm with load-balancer bug posted as https://bugs.launchpad.net/ubuntu/+bug/134274
[03:41] <ubotu> Launchpad bug 134274 in apache2 "Unexplained random HTTP connection failures in hardware load-balanced web-server farms" [Undecided,Confirmed] 
[03:43] <ogra> wow, thats a novel, not a bug :)
[03:45] <zyga> are there any ubuntu devs from japan?
[03:45] <IntuitiveNipple> ogra: It took a lifetime to find!
[03:47] <andrea-bs> does anybody want to tell me how to package a python application or give me a link to a wiki?
[03:48] <cjwatson> zyga: I don't think so, unfortunately
[03:48] <cjwatson> andrea-bs: http://www.debian.org/doc/packaging-manuals/python-policy/ though that's not exactly a how-to
[03:49] <andrea-bs> ok, tanks
[03:49] <andrea-bs> *thanks
[03:49] <cjwatson> andrea-bs: might be easiest to just pick a similar source package and base your work on that ...
[03:49] <StevenK> zyga: persia (Emmet Hikory) is.
[03:50] <andrea-bs> cjwatson, i'm new to packaging. Can you please give me an example source package?
[03:50] <pitti> seb128: anything new in Gnome we should mention on https://wiki.ubuntu.com/GutsyGibbon/Tribe5 ?
[03:50] <\sh> IntuitiveNipple, did you test it with another LB appliance e.g. F5, Cisco?
[03:50] <seb128> pitti: no
[03:51] <cjwatson> andrea-bs: no, I can't; it depends on the sort of thing you're doing
[03:51] <davmor2> Riddell: Another fantastic pic for you http://www.davmor2.pwp.blueyonder.co.uk/after-detect.jpg
[03:51] <IntuitiveNipple> \sh: no, unless you have one lying about...!?
[03:51] <cjwatson> andrea-bs: one of the most important skills in packaging is finding out information :-)
[03:51] <\sh> IntuitiveNipple, well, we have some cisco lb modules here, and never ran into your problem
[03:51] <davmor2> Riddell: Again I think this is down to the intel driver
[03:52] <IntuitiveNipple> \sh: As the article says, it may be Juniper specific
[03:52] <Riddell> davmor2: funky disco lights
[03:52] <zyga> StevenK: do you happen to know if he's from tokyo?
[03:52] <andrea-bs> cjwatson, do you want to know how works my application?
[03:52] <pitti> seb128: is there a new upstream version? tribe4 had 2.19.6
[03:52] <Hobbsee> zyga: he's not originally from tokyo
[03:52] <seb128> pitti: 2.19.90
[03:52] <cjwatson> andrea-bs: I don't really have time, I'm afraid, I can only supply the odd pointer
[03:52] <pitti> seb128: cool, I'll mention that; thanks
[03:52] <andrea-bs> cjwatson, ok, thank you
[03:53] <seb128> you're welcome
[03:53] <\sh> IntuitiveNipple, so I think it's more a juniper bug then ;) but it doesn't happen with no tcp multiplexing connections, when I read this report correctly
[03:53] <cjwatson> andrea-bs: there are a number of python applications and libraries in the default Ubuntu installation, which can serve as examples
[03:53] <andrea-bs> never mind
[03:53] <IntuitiveNipple> \sh: If the persistent connection is created when there's a request waiting, or within the timeout, the issue will never appear
[03:53] <davmor2> Riddell:  I will write a new bug me thinks it'll be more obvious that way
[03:53] <pitti> seb128: .90 -> can this be called '2.20 beta'?
[03:53] <IntuitiveNipple> \sh: It seems that way... the main issue is, the silent introduction of TCP_DEFER_ACCEPT in apache 2.1.5 - in the web-farm I've been working with, they've got a mix of pre- and post- 2.1.5
[03:54] <seb128> pitti: 2.20.0 Beta 1
[03:54] <IntuitiveNipple> \sh: So you can imagine how confusing it was... plus, the harder they tested the servers by firing packets at them, the less the failure occured
[03:55] <tseliot> andrea-bs: you can either use dist-utils or this method: http://members.chello.at/horst.jens/files/from_py_to_deb.pdf
[03:55] <StevenK> zyga: I don't, sorry, but his timezone in Launchpad is set to Tokyo.
[03:55] <zyga> thanks
[03:55] <andrea-bs> tseliot, i will take a look
[03:56] <soren> For a fun time, visit http://id.archive.ubuntu.com/ . Of particular interest is the server string at the bottom of the page (which by the way is a standard directory listing from a lighttpd instance, afaics).
[03:56] <ScottK> IIRC persia is not from Japan, but does live there now.
[03:57] <zyga> living here is queer
[03:59] <cjwatson> soren: heh
[04:00] <tseliot> andrea-bs: have a look at this page (where it says Distributing Python applications): http://pymaemo.garage.maemo.org/documentation/pymaemo_tutorial/python_maemo_howto.html
[04:02] <cjwatson> tseliot: that doesn't appear to describe a process that creates packages that follow the current Python policy
[04:02] <cjwatson> (no mention of python-central or python-support in there)
[04:03] <tseliot> cjwatson: which one? both?
[04:03] <cjwatson> either
[04:03] <tseliot> I see
[04:03] <cjwatson> see the policy link I provided above along with http://wiki.debian.org/DebianPython/NewPolicy
[04:03] <cjwatson> the latter is not terribly comprehensible unless you're converting an old-style Python package unfortunately
[04:05] <tseliot> cjwatson: thanks for posting the new policy. I have always used those 2 guides for my python apps...
[04:07] <cjwatson> I generally reject Python packages uploaded to Ubuntu that don't follow the new policy, though I don't know if all the other archive admins do the same
[04:08] <tseliot> cjwatson: I'll make my packages compliant with the new policy ;)
[04:11] <davmor2> Riddell:  New Bug is 134284
[04:12] <Riddell> thanks
[04:16] <Hobbsee> StevenK: about https://wiki.ubuntu.com/DebianMaintainerField - where is the documentation on how to get exceptions?
[04:18] <lamont> cjwatson: that policy is over 4 months old... time to s/New/Current/ :)
[04:18] <cjwatson> lamont: heh. More like a year or two
[04:18] <lamont> cjwatson: I was just going from "last edited 2007-04-21 15:27:55 by PiotrOzarowski"
[04:19] <cjwatson> Hobbsee: pkgbinarymangler bug report / upload, I think
[04:21] <Hobbsee> cjwatson: hmm.  i would have thought we'd have this all documented somewhere, clearly, for both ubuntu developers who dont know about it, and about debian developers coming at us like wounded bulls
[04:22] <cjwatson> pitti: ^-- ?
[04:25] <cjwatson> there's a maintainermangler.overrides in pkgbinarymangler with stuff like this:
[04:25] <cjwatson> ignore_emails: lamont@debian.org q-funk@iki.fi cjwatson@debian.org
[04:25] <pitti> mathiaz: bug 131976 is quite an interesting one; do you think that's possible to fix in AA itself?
[04:25] <ubotu> Launchpad bug 131976 in cupsys "fails to start: cannot apply additional memory protection after relocation" [High,Triaged]  https://launchpad.net/bugs/131976
[04:26] <mathiaz> pitti: I think kees asked the apparmor guys about it.
[04:26] <pitti> Hobbsee: there's no documentation yet ATM; bug reports are a good answer, I think
[04:26] <pitti> mathiaz: ah, cool
[04:26] <mathiaz> pitti: I haven't seen any response from them yet.
[04:27] <mathiaz> pitti: it seems that it only affect specific file system.
[04:28] <Hobbsee> pitti: ...right.
[05:17] <Lure> tepsipakki: around?
[05:28] <tkamppeter> Is there no devel meeting today?
[05:28] <cjwatson> tkamppeter: nope
[05:28] <cjwatson> tkamppeter: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-August/000326.html
[05:30] <tkamppeter> I did not get that one (and I also checked my spam folder now).
[05:31] <cjwatson> I just have Ubuntu list mail bypass my spam checker
[05:32] <tkamppeter> Fridge needs to be updated.
[05:32] <cjwatson> yes, it does
[05:33] <cjwatson> unfortunately Canonical distro management don't run the fridge :-(
[05:33] <Hobbsee> cjwatson: well, fridge-devel@ never got cc'd, did it?
[05:33] <ogra> cjwatson, i assumed jono was a fridger ....
[05:34] <cjwatson> no idea
[05:34] <Spads> when you assume, you make an ass out of ume, which is a Japanese plum.
[05:35] <ogra> a plum ?
[05:35] <ogra> really ?
[05:35] <ogra> :)
[05:35] <Spads> 
[05:35] <Spads> those are the dried ones anyway
[05:36] <Spads>   (n) (1) plum; Japanese apricot
[05:36] <Spads> when you assist, you make a cyst... oh, never mind.
[05:44] <tepsipakki> Lure: yep?
[05:45] <Lure> tepsipakki: I have tried you new xserver+ati driver, but it does not properly configure modes for my panel (should be 1920x1200, but it reports only up to1280x800). How should I report this issue?
[05:46] <tepsipakki> try adding "Virtual 1920 1200" to Modes
[05:46] <Lure> tepsipakki: message: "(II) RADEON(0): Not using mode "1920x1200" (width too large for virtual size)"
[05:46] <tepsipakki> yes
[05:46] <tepsipakki> the default is 1600 1200
[05:46] <Lure> tepsipakki: will do and report back
[05:48] <tepsipakki> upstream plans to make it automatically set up a value based on vram size
[05:49] <Lure> tepsipakki: so something like this: Modes           "Virtual 1920 1200" "1920x1200" "1280x1024" "1024x768"
[05:50] <Lure> tepsipakki: should it be "x" there, like with other modes?
[05:50] <tepsipakki> no, those are obsolete and can be removed
[05:51] <Lutin> infinity: around ? (about the loadlin thing I told you yesterday)
[05:51] <Lure> tepsipakki: ok, so just "Virtual         1920 1200" under Display
[05:52] <infinity> Lutin: Oh, erm.  Right.  I'm about to take a bit of a nap before I pass out unvoluntarily.  I'll put a big blinking note on my desktop to look into it and fix it when I wake up.
[05:53] <Lutin> infinity: hehe, thanks :)
[05:56] <Lure> tepsipakki: great, I have 1920x1200, only DPI is wrong now (=> small fonts)
[05:56] <Lure> tepsipakki: it got dimensions wrong: dimensions:    1920x1200 pixels (507x317 millimeters)
[05:57] <alex-weej> asac: herro
[05:57] <Lure> tepsipakki: it should be 330mm x 210mm
[05:58] <alex-weej> why don't we just start distributing FDI files with screen dimensions hardcoded for rogue monitors?
[05:58] <tepsipakki> Lure: yep, I've seen similar..
[05:59] <Lure> tepsipakki: should I report this somewhere (bugzilla, mailing list)?
[05:59] <tepsipakki> Lure: bugzilla.freedesktop.org
[05:59] <davmor2> xubuntu has the same quirk as kubuntu when it comes to checking the cd boot the system
[05:59] <Lure> tepsipakki: will do, thanks for helping me out
[06:00] <tepsipakki> Lure: or ping agd5f on #xorg :)
[06:01] <bryce> morning
[06:01] <ogra> Riddell, i'm in the ltsp building process, if nothing goes wrong there i should be done in 20-30 min with -server
[06:02] <Riddell> ogra: ok, and I see desktop has some tests so we should be good to release with that?
[06:03] <ogra> if ltsp doesnt fail we're good i think
[06:04] <ogra> i couldnt test without linux-ubuntu-modules :/ so it didnt have any pre-testing this time ...
[06:04] <Riddell> yeah, it's been a nasty milestone cycle
[06:05] <ogra> yep
[06:05] <ogra> its really exciting to watch it though ... if you donmt know if it will work
[06:06] <ogra> bah update-initramfs on a 1GHz CPU takes minutes ...
[06:07] <ogra> looking good :)
[06:09] <asac> alex-weej: ?
[06:09] <alex-weej> asac: PPTP VPN on NM
[06:09] <alex-weej> asac: mmm acronyms
[06:09] <ogra> *shudder*
[06:10] <asac> alex-weej: ah right. what was the bug-id again?
[06:10] <alex-weej> asac: 1 sec
[06:12] <alex-weej> asac: https://bugs.launchpad.net/bugs/131349
[06:12] <ubotu> Launchpad bug 131349 in network-manager "NetworkManager crashed with signal 5 when attempting to connect to VPN" [Medium,New] 
[06:23] <j1mc> does anyone have information about what will be included in the ubuntu tribe 5 release notes so that xubuntu can mooch off of them as appropriate?  =)
[06:24] <j1mc> or kubuntu notes.  :)
[06:24] <j1mc> i try to stay up on what's changing, but there's so much.
[06:25] <Riddell> j1mc: see the ubuntu page
[06:25] <Riddell> http://wiki.kubuntu.org/GutsyGibbon/Tribe5
[06:26] <j1mc> thanks :)
[06:28] <ogra> Riddell, edubuntu server i386 is a go ...
[06:32] <ogra> so feel free to release, i'm fine with what i have
[06:33] <alex-weej> asac: you got any ideas or should i just leave it for now?
[06:34] <asac> alex-weej: i am looking
[06:34] <alex-weej> asac: ok if you need me to try anything i'll be here
[06:34] <alex-weej> (i can make changes to code if you want)
[06:38] <Lure> tepsipakki: fd bug 12117
[06:39] <ubotu> Launchpad bug 12117 in wireless-tools "manpage of iftab has a confusing paragraph" [Low,Fix released]  https://launchpad.net/bugs/12117
[06:39] <asac> alex-weej: the assertion fails because manager is NULL ... which shouldn't happen
[06:39] <kylem> `
[06:39] <asac> alex-weej: can you run network manager from command line with valgrind?
[06:39] <Lure> tepsipakki: https://bugs.freedesktop.org/show_bug.cgi?id=12117
[06:39] <asac> alex-weej: e.g. not in daemon mode
[06:39] <ubotu> Freedesktop bug 12117 in Driver/Radeon "6.7.191/randr 1.2 issues on HP nw8240 (FireGL V5000 PCIE)" [Normal,New] 
[06:39] <alex-weej> asac: surer
[06:41] <alex-weej> asac: i'm not sure how you want me to use valgrind, is it just "valgrind args"?
[06:41] <asac> just run plain valgrind for now ... install dbg symbols before
[06:42] <asac> ... of nm
[06:42] <alex-weej> asac: i'm running "valgrind /usr/sbin/NetworkManager --no-daemon"
[06:42] <asac> looks good i guess
[06:43] <alex-weej> damn i didn't update pitti's repo urls
[06:43] <alex-weej> asac: can you give me the apt repo URIs for debugging symbols?
[06:46] <asac> alex-weej: i think the new place is: http://people.ubuntu.com/~ubuntu-archive/ddebs/
[06:48] <alex-weej> asac: ok, debugging symbols installed
[06:49] <alex-weej> asac: should i just make it crash again?
[06:50] <asac> try ;)
[06:51] <alex-weej> ok it crashed, now what
[06:51] <alex-weej> you wanna see the output?
[06:53] <alex-weej> asac: http://launchpadlibrarian.net/8955911/valgrindlog
[06:55] <iwj> Riddell: The iso tracker seems to suggest things are generally go now for Ubuntu at least.   Any more stuff you need me to look at ?  If not I'll get out my winmodem laptop and check that's fine with the desktop cd.
[06:55] <alex-weej> asac: DNS resolution failure...
[06:56] <Riddell> iwj: nothing specific, I'm just waiting on xubuntu and edubuntu to say go
[07:00] <asac> alex-weej: NetworkManager: <WARN>  load_services(): Error loading VPN service file '/etc/NetworkManager/VPN/nm-ppp-starter.name': program does not exist, or is not executable.
[07:02] <alex-weej> asac: turns out i was fudging the gateway address
[07:02] <asac> huh?
[07:02] <asac> is it gone now?
[07:02] <alex-weej> asac: it doesn't work, but it's stopped crashing
[07:03] <asac> i don't understand ... so what did you exactly change to make it go away?
[07:03] <alex-weej> changed vpn1.ic.ac.uk to vpn.ic.ac.uk
[07:03] <alex-weej> i changed it back to a bogus address and it crashes again
[07:04] <alex-weej> ** Message: <information>       Could not resolve VPN servers IP.
[07:04] <asac> ok ... please put that info into the bug :)
[07:04] <alex-weej> ok done
[07:05] <alex-weej> so i guess i now have a new bug... why can't i connect to my VPN :P
[07:06] <asac> alex-weej: what kind of WARN/ERROR messages do you see?
[07:06] <asac> (now)
[07:06] <iwj> Riddell: Excellent.
[07:06] <tseliot> tepsipakki: you have now the authorisation to start new threads in the Dev Link subforum of ubuntuforums.org
[07:07] <bigon> seb128: hi, I have a question, why have you increased the epoch of the package pidgin?
[07:07] <alex-weej> asac: NetworkManager: <WARN>  nm_vpn_service_process_signal(): VPN failed for service 'org.freedesktop.NetworkManager.pptp', signal 'LoginFailed', with message 'VPN Connection failed'.
[07:07] <alex-weej> asac: when i edit my VPN connection details it has a little tab with the heading MS CHAP-v1/v2. it asks for my username (IC\amj06) and says "Your password must be defined in /etc/ppp/chap-secrets"
[07:08] <alex-weej> regardless, NM-Applet asks me for a username and password anyway
[07:11] <alex-weej> this wasn't necessary in Feisty... it just worked
[07:11] <alex-weej> of course, now i need root to edit /etc/ppp/chap-secrets, and i need to figure out what my "client", "server", "secret" and "IP addresses" are
[07:11] <alex-weej> it seems that something big changed between feisty and gutsy here...
[07:11] <alex-weej> asac: actually what seems more significant is this /usr/sbin/pppd: Couldn't load plugin nm-pptp-service-pppd-plugin.so
[07:12] <alex-weej> /usr/sbin/pppd: /usr/lib/pppd/2.4.4/nm-pptp-service-pppd-plugin.so: cannot open shared object file: No such file or directory
[07:13] <alex-weej> network-manager-pptp installs /usr/lib/network-manager-pptp/nm-pptp-service-pppd-plugin.so
[07:14] <alex-weej> asac: i symlinked it and now it says: /usr/sbin/pppd: Plugin nm-pptp-service-pppd-plugin.so is for pppd version 2.4.3, this is 2.4.4
[07:17] <alex-weej> asac_the_2n1: connection problems?
[07:18] <asac> alex-weej: no ... two systems
[07:18] <asac> alex-weej: yes ... the warning about the missing config filename makes me feel bad as well
[07:18] <asac> alex-weej: do you see that still?
[07:19] <alex-weej> asac: /etc/NetworkManager/VPN/nm-ppp-starter.name exists. it lists for the "program": /usr/bin/nm-ppp-starter, but as it says, it doesn't exist
[07:19] <alex-weej> the NM PPP service config file is there, the program it points to isn't
[07:20] <alex-weej> there seem to be a lot of problems here...
[07:21] <asac> alex-weej: maybe nm ... ptpp needs to be updated
[07:21] <asac> in src/pppd/patchlevel.h there is 2.4.3
[07:22] <alex-weej> asac: actually that error about the service file doesn't show up anymore... i don't get why not
[07:22] <asac> alex-weej: try to rebuild and see if just bumping the version there helps
[07:22] <davmor2> Riddell: I have just run Kub 64bit restricted manager does run it's just run as an icon not a window though
[07:22] <alex-weej> asac: rebuild what?
[07:23] <asac> nm...pptp
[07:23] <asac> and modify the header (as a hack)
[07:24] <alex-weej> well pppd is looking up the sofile in the complete wrong place anyway
[07:24] <alex-weej> and also i wonder what happened to the "vpnc" problem.
[07:24] <alex-weej> oh man, i think i need to get a fresh installation and try again
[07:26] <Riddell> davmor2: how did you run it?
[07:28] <davmor2> Riddell: it was the chip below nm-applet just clicked it
[07:29] <Riddell> davmor2: and the window pops up?
[07:29] <asac> alex-weej: hmm ... nm..pptp ships its own set of selected ppp headers ... which are out of sync with what ppp-dev would provide
[07:30] <davmor2> Riddell: Yes there is a notice saying restricted drivers are available you click on the chip and the window opens
[07:31] <asac> alex-weej: this can't be good
[07:31] <davmor2> Riddell: click on admin mode then click the tick box and restart
[07:31] <alex-weej> asac: we are doomed
[07:33] <alex-weej> asac: i'm going to close the bug i filed and make a new one about the DNS lookup crash if that's OK?
[07:34] <alex-weej> asac: and then file new bugs against the problem with vpnc, missing sofile and missing /usr/bin/nm-ppp-starter
[07:34] <alex-weej> but after i eat. i am starving.
[07:35] <Riddell> davmor2: sounds like it works perfectly then
[07:36] <asac> alex-weej: I agree that we should have two bugs here, but why dump the existing one?
[07:37] <davmor2> Riddell: that's what I thought but you posted a bug against it
[07:38] <Riddell> davmor2: oh that's because it shouldn't appear on the live CD session
[07:39] <davmor2> Riddell: Why it does on all the others?
[07:40] <Riddell> which is a bug
[07:41] <bdmurray> asac: hello - have you seen a bug about n-m choosing the wireless connection on boot up even if your wired network is connected?
[07:41] <Riddell> there's no point installing stuff you have to restart for on a live session
[07:42] <asac> bdmurray: do you see that? or are you refering to an existing bug?
[07:42] <davmor2> Riddell: Right sorry I thought it was the norm because of all of them doing it.
[07:43] <bdmurray> asac: I see that and was wondering if you were or aware of it or if there was already a bug report about it.
[07:43] <asac> bdmurray: are both interfaces setup as auto?
[07:44] <asac> (in /etc/network/interfaces)
[07:44] <bdmurray> asac: yes
[07:44] <asac> bdmurray: then nm has to choose one after all :)
[07:45] <bdmurray> asac: right, but shouldn't it choose wired
[07:45] <asac> bdmurray: it can only manage one interface at a time ... and since we fixed the "nm tears already if'upped interfaces on startup" we have a problem somehow
[07:46] <asac> bdmurray: it cannot really choose an interface unless it would blacklist some random interface to be not-nm-managed ... or tear down the one it doesn't choose
[07:48] <bdmurray> asac: I'm not sure I understand as it switches to wired from wireless when I connect the cable.
[07:49] <asac> bdmurray: you mean after unplugging and plugging in again?
[07:50] <bdmurray> asac: correct
[07:52] <asac> well that is reasonable ... because when you unplug nm gets back to a state it actually can manage (e.g. just one connection at a time) ... so when you plugin in the wired connection it chooses that above the wireless one.
[07:52] <asac> one might argue that just dropping an existing connection because a new one becomes available is a bug though.
[07:53] <seb128> bigon: did I?
[07:53] <seb128> bigon: likely a typo
[07:55] <bdmurray> asac: okay, however when I first boot up I end up having 2 ip addresses on the same subnet
[07:55] <asac> bdmurray: right
[07:55] <asac> because you have those interfaces configured as auto
[07:56] <bdmurray> asac: so is that not the correct way to configure them?
[07:57] <asac> bdmurray: i don't know ... i think we have to do something about that ... either installer should just setup one auto interface ... or network manager should not try to manage auto interfaces
[08:01] <asac> bdmurray: its not really trivial because most existing installs already have a bunch of interfaces set to auto
[08:01] <bdmurray> asac: hmm, I thought it worked in Feisty but I'd have to double check
[08:04] <asac> bdmurray: in feisty network manager solves this by tearing down all interfaces on startup
[08:05] <davmor2> ogra: ping
[08:06] <davmor2> any other edubuntu dev here?
[08:07] <soren> Anyone who can poke universe uploads through?
[08:08] <soren> If so, gnokii and lighttpd need a nudge..
[08:08] <soren> Thanks
[08:09] <bdmurray> asac: ah, okay and I forget why that was changed
[08:09] <asac> bdmurray: well it was one of the most important bugs to fix ... unfortunately we bought in some new
[08:10] <asac> bdmurray: i will start discussion on ml tomorrow
[08:10] <Riddell> ogra: how are we doing?
[08:11] <bdmurray> asac: okay, sounds good
[08:11] <davmor2> Riddell: ogra is an edubuntu dev isn't he?
[08:13] <Riddell> he quite defines the category
[08:13] <Riddell> davmor2: yes
[08:14] <davmor2> ogra: in edubuntu on a workstation install why are there no educational stuff installed?
[08:16] <j1mc> Riddell: xubuntu release notes are ready.  https://wiki.ubuntu.com/GutsyGibbon/Tribe5/Xubuntu
[08:18] <iwj> Hmm.  Well my winmodem works but the general dialup stuff in gutsy livecd is pretty poor.  I think I'll look into that tomorrow.
[08:51] <davmor2> Riddell: setting the frame buffer to a set size in the menus stop the break up in the progress bar
[08:58] <sbalneav> Forgive my lack of launchpad-fu, but if I was looking to get what patches were applied to gnome-screensaver, where would I go for that?
[09:02] <kdub432> will the link for tribe 5 be posted today?
[09:10] <alex-weej> sbalneav: apt-get source gnome-screensaver
[09:10] <alex-weej> sbalneav: then look at the debian/patches folder
[09:10] <sbalneav> Yeah, I was hoping to see them online, since my gutsy box is at home, and I'm working.
[09:10] <sbalneav> LaserJock helped me though
[09:11] <sbalneav> he did that and pasted 'em to the pastiebot.  Thanks!
[09:11] <LaserJock> kdub432: there will be an announcement email
[10:07] <Kmos> kmos@bash:~$ apt-cache search mozilla-browser
[10:07] <Kmos> openoffice.org - OpenOffice.org Office suite
[10:07] <Kmos> huh ?
[10:08] <Kmos> asac: what's the name of mozilla browser on gutsy ?
[10:08] <Kmos> bug 26038
[10:08] <ubotu> Launchpad bug 26038 in mozilla "[CVE-2005-1790]  DoS against Mozilla-based browsers" [High,Confirmed]  https://launchpad.net/bugs/26038
[10:09] <davmor2> Kmos: firefox seamonkey mozilla
[10:10] <Kmos> seamonkey
[10:10] <Kmos> that's what I want here
[10:10] <Kmos> now it's iceape
[10:11] <davmor2> type in seamonkey I don't think it has been updated that throws up iceape
[10:13] <cbovy> hi all, just new here. Can I discuss a bug in Ubuntu Gutsy here?
[10:18] <cjwatson> Kmos: 'apt-cache search' searches all package fields. 'apt-cache show openoffice.org | grep mozilla-browser'
[10:19] <cjwatson> cbovy: if you're proposing a fix, yes; otherwise #ubuntu+1 might be better
[10:19] <asac> Kmos: its fixed .... look in debbug
[10:22] <cbovy> cjwatson: The fix is in launchpad (actually on bugzilla.gnome.org). beagle needs a recompilation to get it fixed.
[10:23] <Mithrandir> cbovy: which bug #?
[10:23] <cbovy> Mithrandir: #128804
[10:25] <asac> Kmos: i processed the bug now
[10:25] <Mithrandir> cbovy: slightly more than just a recompilation
[10:25] <Kmos> asac: thanks
[10:26] <cbovy> Mithrandir: Oh, I though including the patch from http://bugzilla.gnome.org/show_bug.cgi?id=452494 would solve the issue.
[10:26] <Kmos> cjwatson: ok, thx
[10:26] <ubotu> Gnome bug 452494 in bindings "evolution-sharp removed API, causing Beagle to crash" [Critical,Unconfirmed] 
[10:26] <Mithrandir> cbovy: yes, usually if somebody says "just a recompile" it means a no-change recompile.
[10:27] <keescook> Riddell: main is still frozen, yes?
[10:28] <cbovy> Mithrandir: it is almost just a recompilation. :-)
[10:28] <Riddell> keescook: yes, but everything seems to be tested now so I'll publish the images
[10:29] <keescook> Riddell: sweet.  :)
[10:29] <Mithrandir> cbovy: let me recompile it and test, then
[10:30] <cbovy> Mithrandir: Are you the owner of the package? Sorry for asking, I used to run another distro but switched recently....
[10:30] <Mithrandir> cbovy: no, I'm not, but I can still update it.
[10:31] <cbovy> Mithrandir: Ok, thanks.
[10:31] <Mithrandir> cbovy: we don't have owners as such in Ubuntu.
[10:33] <cbovy> Mithrandir: so anyone can change, rebuild and upload packages?
[10:33] <Mithrandir> cbovy: technically, I can upload any package in the distro, but uploading packages other people care about without a minimum of coordination is considered bad form and frowned upon
[10:34] <Mithrandir> however, nobody has uploaded Beagle for a real change since May, so I'll just build, test and upload.
[10:34] <cbovy> Mithrandir: Thanks for your answers and rebuild. Have to go! See ya.
[10:34] <Mithrandir> see you
[10:37] <atlas95_> hello
[10:37] <atlas95_> please upgrade transmission
[10:38] <atlas95_> i have make a personnal deb and the 0.8 stable work very good, the gusty package bug a lot, it is a svn version
[10:56] <Kmos> https://launchpad.net/ubuntu/+source/pythoncad
[10:56] <Kmos> why it's on updates and proposed at feisty ?
[10:56] <Kmos> when it goes to updated, shouldn't be removed on proposed ?
[10:57] <Kmos> *updates
[10:58] <seb128> Kmos: that's a minor detail, maybe
[10:58] <seb128> Kmos: you can look if there is a soyuz bug about that
[10:58] <seb128> and open one if that's not the case already
[10:58] <Riddell> maswan: ping
[11:00] <Riddell> maswan: tribe-5 syncing to the cdimage servers now
[11:02] <Kmos> seb128: ok, thx.. one more thing
[11:02] <Kmos> bug 108612
[11:02] <Kmos> now I can se this bug to fix released
[11:02] <Kmos> ?
[11:02] <Kmos> *set
[11:03] <ubotu> Launchpad bug 108612 in pythoncad "[apport]  pythoncad crashed with ExpatError in parse()" [Medium,Fix committed]  https://launchpad.net/bugs/108612
[11:06] <Kmos> seb128:
[11:06] <Kmos> [22:05]  <kiko> the removal in proposed needs to be done manually
[11:06] <Kmos> [22:06]  <kiko> you need to contact an ubuntu archive admin for that
[11:06] <Kmos> :)
[11:11] <seb128> Kmos: not me, I never did it and I don't get the interest
[11:11] <seb128> Kmos: it's not annoying anybody in proposed
[11:16] <Kmos> seb128 :)
[11:19] <seb128> Kmos: why do you try to get that cleaned? There is plently of bugs on launchpad and other things to do before looking to those details
[11:20] <Kmos> seb128: yeah.. i just found it when i'm doing bugs stuff
[11:21] <seb128> there was a bug about that?
[11:22] <Kmos> a fix commited one, i found in my bug list
[11:22] <Kmos> but it's already fix released, so that's why i checked the updated / proposed thing
[11:22] <Kmos> and see it wasn't removed there
[11:23] <seb128> Kmos: ok, no need to bother with those I think
[11:23] <Kmos> seb128: yeah =) i checking others now.. :)
[11:33] <lucky_lucas> Hi, will the ati driver 6.7.x will be used in ubuntu since it has support for randr 1.2
[11:33] <lucky_lucas> I used it today (I mean the git version) and It screw the kubuntu x session
[11:33] <bryce> lucky_lucas: that's our hope, however we're testing it now
[11:34] <bryce> lucky_lucas: there are a number of issues reported, but alex is responding to them very quickly, so we're hoping to see rapid stabilization with it
[11:35] <lucky_lucas> I mean, I tried to have some dual screens settings through kde system settings and it completly messed it so I wonder if KDE is able to handle xrandr 1.2
[11:35] <bryce> lucky_lucas: so first thanks for testing it!  and second, it would be great if you could mention the problems directly to Alex Deucher via xorg-devel@lists.freedesktop.org, or via #xorg-devel (see agd5f)
[11:36] <lucky_lucas> ok i copy paste it and I try to find the x logs
[11:36] <lucky_lucas> I know that ubuntu will have displayconfig-gtk, but what about kde ?
[11:37] <lucky_lucas> It asked me to restart X, so I think it doesn't take any advantage of randr 1.2
[11:38] <lucky_lucas> Well, in kubuntu we will need to install displayconfig-gtk I guess
[11:39] <bryce> kde has displayconfig.  In fact displayconfig-gtk is a gtk version of that
[11:39] <bryce> I haven't tried the original displayconfig so don't know how they compare
[11:39] <lucky_lucas> displayconfig is the one you find in the system settings menu ?
[11:39] <bryce> if you choose to use displayconfig-gtk I think there would be no issues, except that you might have to manually add it to your kde menu
[11:39] <bryce> yes
[11:39] <Riddell> lucky_lucas: yes
[11:40] <bryce> it's called "Screens and Graphics"
[11:40] <lucky_lucas> Because this one asked me to restart X
[11:40] <lucky_lucas> so I guess it is not able to take advantages og xrandr 1.2
[11:40] <lucky_lucas> of xrandr 1.2
[11:41] <bryce> I believe it does, I'm not sure why it would ask to restart x
[11:41] <lucky_lucas> MI will redo a clean install of tribe 5 tommorow and do the exactly same settings and i will see what happens
[11:42] <bryce> if you're certain you should not need to restart X, please file a bug about it against displayconfig-gtk with logs and config files
[11:42] <bryce> ok cool
[11:43] <lucky_lucas> I used the git version of ati driver which handles randr 1.2
[11:43] <lucky_lucas> and by command line i could see the second screen and the available settings
[11:43] <bryce> there is a ubuntu version of that which we put up for testers:  http://users.tkk.fi/~tjaalton/dpkg/ati/
[11:44] <lucky_lucas> nice i will check this
[11:48] <lucky_lucas> bryce are you here tomorrow ? Because I could need guidance for a tuto about return to the ati driver with good perf
[11:48] <bryce> yup I'll be here
[11:48] <lucky_lucas> It's easy in the way ati to fglrx but fglrx -> ati seems to break the 3d acceleration
[11:49] <bryce> you probably need to reinstall mesa in that case
[11:49] <lucky_lucas> I did it and nothing changed
[11:49] <bryce> hrm, not sure then
[11:50] <lucky_lucas> And i'm looking to fix it once for all in the ubuntu-fr documentatio
[11:52] <lucky_lucas> The case is that many peoples try the fglrx for any reason, and once they see that fglrx doesn't provide aiglx support they just want to return to ati but it breaks the 3d acceleration
[11:55] <lucky_lucas> One last question : Can we expect in the next release some kind of automatic hotplug handling ? I mean automatic clone for beamers for example and automatic extend desktop for the dual screen at home etc...
[11:56] <Riddell> freeze over, upload at will
[11:57] <ion_> Yay
[12:00] <Kmos> Riddell: the DVD version continues OVERSIZED
[12:00] <dobey> huh
[12:01] <Riddell> Kmos: I havn't released any DVD images
[12:01] <Riddell> and the Kubuntu DVDs are fine
[12:01] <seb128> mr_pouit: I'll have a look to the evince changes before you upload if that's ok with you
[12:02] <bryce> lucky_lucas: I'm hoping so for Gutsy+1 but we'll see -- depends a lot on how many people can assist with the work
[12:02] <bryce> lucky_lucas: my main priority for Gutsy+1 is to get monitor detection rock solid, and finally get 3731 closed
[12:02] <Kmos> Riddell: http://cdimage.ubuntu.com/dvd
[12:02] <lucky_lucas> ok good to konw
[12:02] <Riddell> hmm, I may have caused lots of accepted e-mails to go out for translations, appologies
[12:04] <Riddell> Kmos: that's not released and it's not kubuntu, so not something I care about at this time of night
[12:05] <Kmos> Riddell: just to know =) today is over for you..
[12:06] <lucky_lucas> bryce: 3731, Is it an all kind of material problem or it targets only one chipset