[12:22] <pochu> snoogie: amule is in feisty, and it's written in c++ and wxwidgets ;)
[12:23] <nrdb> Hi, I am not sure if this is the correct place to ask, but here goes, I am using ubuntu 6.06 LTS with the 2.6.15-28-686 kernel, I am wondering why there hasn't been a vmware-player-kernel-meodules package yet for this kernel ? :( its been some time since the kernel was updated.
[12:23] <snoogie> Yes but I read on launchpad that ubuntu need a soft and in specification I read that they want it in pyGTK+glade
[12:23] <snoogie> nrdb, You need to compile it nope ?
[12:24] <nrdb> snoogie: there are packages for older kernels
[12:25] <snoogie> Ok :) but can't you try to compile them using vmware-installer.pl script ?
[12:26] <nrdb> snoogie: yes!  but I am still wondering why the long delay in getting out an apropiate module for this kernel, is it coming at all ?
[12:26] <snoogie> ohhh :D
[12:26] <snoogie> sorry :)
[12:29] <pochu> nrdb: I think it won't hit Dapper
[12:30] <nrdb> pochu: ok, that does rather break the whole vmware package :(
[12:30] <pochu> snoogie: about your question, if you want that app included in the ubuntu installation by default, I don't know, but if you want it included in the repositories, I think there is no problem
[12:31] <pochu> nrdb: btw, I'm not an Ubuntu dev ;)
[12:31] <LaserJock> snoogie: is this a bounty?
[12:31] <nrdb> pochu: just is the repositories, so that vmware keeps working as the kernel gets upgraded.
[12:32] <LaserJock> a bounty is the only reason I can think of where the language would be specified really
[12:35] <snoogie> LaserJock, not a bounty
[12:35] <snoogie> wait I ll find link
[12:35] <snoogie> https://blueprints.launchpad.net/ubuntu/+spec/make-free-space-wizard
[12:35] <snoogie> and specifications : https://wiki.ubuntu.com/SystemCleanUpTool
[12:36] <snoogie> I am new in ubuntu developper community
[12:36] <snoogie> but I want to help, I am a C++ coder and I ll have 4 days this week to do this :)
[12:36] <snoogie> So I think I can start this tool since I already done one on PDA before
[12:36] <LaserJock> that's cool
[12:37] <snoogie> I see that there is someone already assigned for this soft
[12:37] <snoogie> I lose my time by starting it ?
[12:37] <LaserJock> you should talk to sivan (sivang on IRC)
[12:38] <snoogie> Ok I will 
[12:39] <LaserJock> generally though it's up to the person doing the project to decide what language they will use
[12:39] <LaserJock> I looks like sivan wants to do python and gtk/glade
[12:39] <illovae> yo
[12:40] <snoogie> it's sivan the person assigned to this project .
[12:40] <snoogie> ?
[12:40] <LaserJock> yep
[12:40] <snoogie> Oh yes 
[12:40] <snoogie> ouch 
[12:40] <snoogie> he will kill me 
[12:40] <LaserJock> why?
[12:40] <snoogie> don't know :D
[12:41] <snoogie> I am a bit nervous since I register myself on launchpad 
[12:41] <LaserJock> sivan is a cool dude, I'm sure he'd love help
[12:41] <snoogie> and take conscience that after signing ubuntero 
[12:41] <snoogie> coool 
[12:41] <snoogie> I hope I can help :)
[12:42] <snoogie> did I need to send a CV :D ?
[12:42] <LaserJock> heh, no
[12:42] <snoogie> or something like this :)
[12:42] <snoogie> lol
[12:42] <snoogie> nice :)
[12:42] <snoogie> sorry for my broken english 
[12:42] <pochu> snoogie: your english is really fine :)
[12:42] <pochu> snoogie: mine isn't, though ;)
[12:43] <snoogie> Thanks to my society who ask me to wrote manual and comments in english :D
[12:43] <snoogie> LaserJock, did you know when I can speak with sivang ?
[12:44] <LaserJock> I think he lives in Israel
[12:44] <snoogie> I leave in France and I ll be free for coding wednesday evening and maybe work on it 2 nights during this week
[12:44] <snoogie> I lived
[12:44] <snoogie> ouch :)
[12:45] <LaserJock> snoogie: you can always email him
[12:45] <snoogie> yes
[12:46] <LaserJock> hi jono 
[12:46] <jono> hey dude :)
[12:47] <snoogie> LaserJock, I mail him directly ?
[12:48] <LaserJock> yeah
[12:54] <snoogie> sent
[12:54] <snoogie> thanks LaserJock for your help
[12:55] <snoogie> If you see him tell him to don't erase my mail as junk :)
[01:00] <snoogie> need to sleep now :)
[01:00] <snoogie> have a nice night/day
[01:00] <snoogie> see you later 
[06:37] <theCore> mjg59: ping, can I ask you a question about the desktop-effects program, as you packaged it ?
[07:19] <tepsipakki> [ANNOUNCE]  xf86-video-intel 1.9.91 (2.0 RC1)
[07:19] <Fujitsu> ... xf86?
[07:19] <tepsipakki> that's the -modesetting-branch merged in
[07:19] <tepsipakki> upstream naming
[07:20] <fabbione> Fujitsu: it's just the name of the source.. irrelevant
[07:20] <Fujitsu> 2.0 will replace i810 and have modesetting in a stable release?
[07:20] <fabbione> tepsipakki: i am getting a bunch of c->xlib locking errors in feisty.. did you look on google? i saw a couple of patches in xorg bugzilla to fix them but i am on vacation and not really motivated to test them
[07:21] <fabbione> (given that's only a torrent client that triggers them)
[07:21] <tepsipakki> fabbione: generally they are bugs in the applications that crash
[07:22] <fabbione> yes i know.. but there are patches to avoid a total crash of the app
[07:22] <tepsipakki> ok, maybe we could look at them
[07:22] <tepsipakki> link?
[07:22] <fabbione> google also explains what to look for.. doublefree, doublealloc.. etc.
[07:22] <tepsipakki> Fujitsu: yes
[07:22] <fabbione> not handy.. i looked at it saturday
[07:25] <tepsipakki> maybe I'll search the bugzilla for them
[07:29] <tepsipakki> https://bugs.freedesktop.org/show_bug.cgi?id=9336
[07:29] <Ubugtu> Freedesktop bug 9336 in Lib/Xlib "Assert in Java application WW2D" [Normal,Assigned]  
[07:29] <tepsipakki> that one?
[07:30] <tepsipakki> novell has applied that one
[07:44] <dholbach> good morning
[07:52] <_ion> Hi\
[07:57] <dholbach> hi _ion
[08:52] <doko> dholbach, seb128: care to have a look at the evince-gtk build failure?
[09:31] <tepsipakki> damn, the new -video-intel -driver (2.0rc1) needs server-1.3
[09:32] <[StingRay] > Hi all, dappers gs-esp is broken. I made a source install of 8.54-gpl and now all is fine. I want to make a deb package out of the source with pbuilder. I have it installed. I have a question: In the howto it says - sudo pbuilder build *.dsc Where do I get the dsc from (apt-get source gs-esp???)
[09:33] <[StingRay] > I will be much obliged if someone helps a newbie, willing to help other ubuntuers.
[09:34] <Mithrandir> [StingRay] : if you want to help out with development, #ubuntu-motu is a better starting point.  https://wiki.ubuntu.com/UbuntuDevelopment also has a bunch of pointers
[09:35] <[StingRay] > Thanks Mithrandir. I will check it.
[09:35] <Mithrandir> doko: I'm not aware of any uvf exception for python-tz?  In the future, please get aoone before uploading.
[09:38] <doko> Mithrandir: ohh, sorry. was the sync with tzdata, didn't think of it.
[09:40] <Mithrandir> doko: np
[09:42] <dholbach> doko: gpocentek or Janimo know the evince-gtk patch better
[09:43] <seb128> what about it?
 dholbach, seb128: care to have a look at the evince-gtk build failure?
[09:49] <doko> bug 89825
[09:49] <Ubugtu> Malone bug 89825 in evince-gtk "Ftbfs on feisty" [High,Confirmed]  https://launchpad.net/bugs/89825
[09:49] <Grunf> can you help me :)
[09:50] <seb128> doko: let xubuntu guys handle it
[09:50] <Grunf> Im on Ubuntu 6.06 how to install Dc++?
[09:50] <pitti> Grunf: #ubuntu, please (see topic)
[09:50] <doko> seb128: ohh, ok
[09:51] <Grunf> ok
[09:51] <mdke> seb128: hiya - a small patch on yelp is on the usual bug; can you take a look at it at some stage? I'd like to get that uploaded and then do another short one before string freeze so everything is more or less up to date
[09:51] <seb128> doko: that's the package fork they did to have evince without GNOME libs and they said they would do the work on it so it's not extra load
[09:51] <doko> seb128: didn't see the `x` in the name ;-p
[09:51] <seb128> mdke: it's on my list of things to look at, will do that next
[09:52] <mdke> seb128: great, thanks.
[09:53] <seb128> np
[09:53] <seb128> hi cjwatson
[09:53] <doko> fabbione: could you have a look at the heartbeat ftbfs on ia64 (IPv6?)
[10:05] <cjwatson> morning
[10:36] <mantiena> cjwatson: Hi, could you access http://people.ubuntulinux.org/~cjwatson/ ?
[10:38] <cjwatson> mantiena: ubuntulinux.org is hideously obsolete. Use ubuntu.com. If that doesn't work, I don't run people.ubuntu.com so it's not really my problem
[10:38] <cjwatson> that machine gets rather busy at times
[10:38] <Keybuk> people is down, no?
[10:38] <Keybuk> it was over the weekend, anyway
[10:39] <pitti> Keybuk: right, since Sat
[10:39] <Keybuk> rookery go bye-bye
[10:39] <pitti> carlos: ^ no langpack building for now :/
[10:39] <mantiena>  http://people.ubuntu.com/~cjwatson/ also not accessible
[10:39] <mantiena> :(
[10:41] <mantiena> cjwatson: I need people.ubuntu.com because I need to know what mkisofs options needs to be used for building Ubuntu DVD images
[10:43] <mantiena> I've build several customized DVD images according to https://help.ubuntu.com/community/LiveCDCustomization/6%2e06 but my CD's doesn't boot on lots of computers (isolinux doesn't start at all), while official Ubuntu DVD images does
[10:44] <mantiena> but when I burn  not on DVD, but on CD, then this CD starts fine on all computers
[10:44] <mantiena> I don't know if this is mkisofs bug or for bootable DVD another mkisofs options are needed, than for CD
[10:45] <carlos> pitti: oh, so that's the reason why my scripts got stalled with the rsync....
[10:45] <carlos> pitti: anyway, the initial import is taking longer than planned
[10:45] <Mithrandir> mantiena: uh, the same .iso image works on CDs but not DVDs?
[10:45] <cjwatson> mantiena: last I checked the instructions on the wiki were accurate
[10:47] <mantiena> cjwatson: is different mkisofs options needed for bootable DVD, than for CD ?
[10:48] <cjwatson> no
[10:48] <mantiena> cjwatson: sorry for bothering, but could you tell me what Ubuntu version is running on ubuntu server, which builds ubuntu edgy DVD ?
[10:49] <cjwatson> 6.06 IIRC
[10:51] <mantiena> cjwatson: thanks, so, I guess this is Edgy's mkisofs bug
[10:51] <cjwatson> I have no idea
[10:51] <mantiena> I will try with genisofs from Debian
[10:54] <Mithrandir> doko: the ecj bug list, is that the list of outstanding bugs, the list of fixed bugs or what?
[10:55] <doko> Mithrandir: fixed (and read only those with the compiler keyword)
[10:56] <Mithrandir> doko: do you have a list of changes from the current version in ubuntu?  The release notes seems to contain a whole lot of irrelevant stuff.
[10:58] <doko> Mithrandir: nothing but a diff, if that helps you.
[10:59] <doko> pitti: the bad news was that did discover two new packages with time zone data
[11:00] <Mithrandir> doko: no, that doesn't help me.
[11:01] <mantiena> btw, who is responsible for discover1 and discover-data packages ? There is an important bug , when  discover1 assings vesa driver for lots of video cards - look at bug #89356
[11:01] <Ubugtu> Malone bug 89356 in Baltix "Lines with string "unknown" in second and/or third column should be removed from /lib/discover/pci.lst " [Undecided,Unconfirmed]  https://launchpad.net/bugs/89356
[11:01] <Mithrandir> doko: I need a list of changes, though.
[11:02] <Riddell> mvo: no change on dist-upgrader upload?
[11:02] <mvo> Riddell: last time I checked, 0.57.8 was in the archive
[11:03] <mvo> Riddell: http://archive.ubuntu.com/ubuntu/dists/feisty/main/dist-upgrader-all/ lists it (since 2.mar)
[11:03] <doko> Mithrandir: there is none, same situation as in any eclipse release
[11:04] <Riddell> mvo: ah, it's just current isn't updated
[11:04] <mvo> urgh
[11:04] <mvo> Riddell: I will raise that with cprov, once he is available in #soyuz
[11:05] <Riddell> thanks
[11:05] <mvo> Riddell: thank you for verifiing!
[11:05] <mvo> Riddell: got my /msg about something unreleated?
[11:07] <Riddell> replied
[11:07] <mvo> thanks
[11:09] <mantiena> mjg59: hi, are you online ?
[11:24] <Keybuk> "The project is an attempt to deliver a complete Linux-based operating system supplemented by Islam study software (in Arabic and English) and by an innovative system tray utility that alerts the user to prayer times and automatically plays the appropriate prayer (the prayers are in the free Ogg-Vorbis format)."
[11:24] <Keybuk> that is so cool
[11:24] <pitti> lol, apt-get install priest
[11:25] <Keybuk> prayrave?
[11:33] <pitti> yay rookery!
[11:36] <seb128> pitti: rock on ;)
[11:36] <pitti> seb128: I'll upload a new apport with the fakechroot support now, so that it is easy to install in fakechroots
[11:36] <gpocentek> pitti: could you promote thunar-volman-plugin to main? you've approved the MIR
[11:37] <pitti> gpocentek: in a bit
[11:37] <gpocentek> pitti: thanks
[11:37] <gpocentek> pitti: oh, and the i386 binary is missing in the archive, no idea why (it didn't FTBFS)
[11:37] <pitti> simply not built yet?
[11:37] <gpocentek> it's built
[11:38] <gpocentek> (checking)
[11:38] <gpocentek> pitti: https://launchpad.net/+builds/+build/301985 << it's built
[11:39] <stgraber> some packages built yesterday evening (~22:00 utc) are still not on archive.u.c
[11:39] <gpocentek> stgraber: this one built weeks ago
[11:40] <stgraber> really weird then :)
[11:40] <pitti> gpocentek: this needs to be settled out before main promotion
[11:42] <gpocentek> pitti: can I just do a non-change upload?
[11:42] <pitti> gpocentek: let me look
[11:42] <gpocentek> ok
[11:43] <pitti> thunar-volman-plugin | 0.1.2-0ubuntu1 | feisty/universe | source, amd64, ia64, powerpc, sparc
[11:43] <pitti> hm
[11:43] <cjwatson> it's probably in failed-to-move; let me check
[11:44] <pitti> it's not in binary NEW at least
[11:45] <cjwatson> 13:06:43 INFO    Rejected:
[11:45] <cjwatson> 13:06:43 INFO    thunar-volman-plugin_0.1.2-0ubuntu1_i386.deb: Version older than that in the archive. 0.1.2-0ubuntu1 <= 0.1.2-0ubuntu1
[11:45] <cjwatson> blink
[11:45] <cjwatson> how about I just retry it
[11:46] <iwj> lfittl, zul: bug 89133> Let me know if you're around.
[11:46] <Ubugtu> Malone bug 89133 in xen-source "Problem with blktap and LVM (device numbers)" [Undecided,Needs info]  https://launchpad.net/bugs/89133
[11:48] <cjwatson> it's quite insistent that it's in the archive
[11:56] <cjwatson> definitely not in the db though ...
[11:57] <cjwatson> whoa
[11:57] <cjwatson> 10:46:43 DEBUG   Checking for thunar-volman-plugin/0.1.2-0ubuntu1/i386 binary ancestry
[11:57] <cjwatson> 10:46:43 DEBUG   thunar-volman-plugin: (binary) exists in amd64/RELEASE
[12:02] <fabbione> doko: i am on vacation till next monday. we have halley (ia64) at the datacenter for porting
[12:03] <cjwatson> gpocentek: a new upload will probably not help (or if it does, will only help by accident) and will make it harder for the Soyuz guys to reproduce this bug, so please don't
[12:03] <doko> fabbione: halley is still down. I'm submitting a bug report; may I subscribe you?
[12:04] <fabbione> doko: my ia64 is turned off and hasn't been updated in ages, but i can for sure look at it once i am back
[12:04] <fabbione> doko: best if you mail me the bug number
[12:04] <doko> ok
[12:08] <gpocentek> cjwatson: ok
[12:12] <cjwatson> gpocentek,pitti: bug 89846
[12:12] <Ubugtu> Malone bug 89846 in soyuz "binary ancestry calculation broken for new binary packages" [Undecided,Unconfirmed]  https://launchpad.net/bugs/89846
[12:15] <geser> Mithrandir, cjwatson: do you if someone is working on an uvf exception for fuse 2.6.3?
[12:15] <ogra> cjwatson, is there any equivalent to the old loadkeys command in the new console-setup implementation ? 
[12:15] <Mithrandir> geser: I haven't heard of any.
[12:15] <ogra> i tried setupcon, but it needs a full config file
[12:17] <cjwatson> ogra: you can still use ckbcomp and loadkeys in combination
[12:17] <cjwatson> ogra: I'm afraid there's nothing quite as simple as the old loadkeys invocation yet, though
[12:17] <ogra> ok
[12:17] <cjwatson> (loadkeys is used by setupcon)
[12:17] <ogra> oh, if i call it directly its missing something ...
[12:18] <cjwatson> you can't just use 'loadkeys uk' or whatever, no
[12:18] <cjwatson> more like ckbcomp -model pc105 gb | loadkeys
[12:18] <ogra> ah, k
[12:20] <ogra> yeah, works, thanks :)
[12:22] <ogra> btw, your ldm code had a slight typo ... "while [ "$(fgconsole)" = "$orig_console" ] ; then" ...
[12:22] <ogra> err s/ldm/usplash/
[12:23] <cjwatson> ogra: where's the typo?
[12:23] <ogra> then vs do
[12:23] <cjwatson> ah
[12:23] <ogra> :)
[12:23] <cjwatson> yes, fair point
[12:25] <ogra> geser, not yet ... feel free to use me as upload bitch if you want ...
[12:26] <ogra> i tink the upstream comments justify an UVF exception
[12:26] <ogra> *think
[12:50] <mneptok> omegabeta: export PS1="[%n@%m]  %{$fg_bold[blue] %}%B%1/%b%} :: "
[12:50] <mneptok> [user@host]  pwd ::
[12:50] <mneptok> ;)
[12:52] <mneptok> oops ww
[12:53] <pitti> seb128: can you please binary-NEW apport-retrace? I don't want to NEW my own stuff
[12:53] <pitti> seb128: please put it into main, I'll seed it
[12:53] <seb128> pitti: looking
[12:53] <pitti> seb128: if you manage in the next 10 minutes, I can set up the fakechroots soon :)
[12:56] <pitti> seb128: (seeded)
[12:57] <seb128> pitti: and binary accepted to main
[12:57] <pitti> seb128: let's get ready to rumble then :-P
[12:57] <seb128> ;)
[12:58] <pitti> mneptok: don't squeeze the important bits out of it :)
[12:59] <mneptok> pitti: it has important bits?
[12:59] <pitti> mneptok: yes, the '1' ones
[01:00] <StevenK> pitti: You approved cryus-imapd-2.2 into edgy-proposed. Whyfor are the only .deb's appearing in the Packages list for edgy-propsed on this machine only arch all?
[01:00] <mneptok> don't tell me there's not one bit of difference between null and zero, because that's exactly how much  difference there is.
[01:00] <pitti> StevenK: maybe it hasn't built yet on the other arches? or it's yet another failed-to-move fallout?
[01:01] <StevenK> pitti: It certainly built.
[01:01] <StevenK> ... or did it.
[01:02] <Fujitsu> pitti: What does this fakechroot support achieve?
[01:03] <pitti> Fujitsu: complicated answer: you can generate, update, and retrace in chroots entirely with user privileges
[01:03] <pitti> Fujitsu: easy answer: automatic crash retracing in the DC
[01:04] <Fujitsu> I do like the latter of those two. Is there an ETA for it all being automatic?
[01:04] <pitti> Fujitsu: the level of automatism will raise over time
[01:05] <pitti> Fujitsu: first stage is manual invocation in the DC until I wrote the bits for interacting with Malone
[01:05] <pitti> Fujitsu: I need to work around some limitations of Malone, like the lack of an interface to add new attachments, and search for bugs starting with a certain number
[01:06] <Fujitsu> pitti: Surely such requests would have high priority with the LP guys?
[01:06] <pitti> Fujitsu: well, except that there is other stuff with even higher prio :)
[01:07] <pitti> Fujitsu: and if we can cope with the currrent functionality, so much the better
[01:09] <StevenK> pitti:  edgy amd64   Successfully built
[01:09] <Fujitsu> How are you going to manage adding attachments without a non-HTML interface?
[01:10] <StevenK> pitti: Will you look, or should I bug somebody else?
[01:10] <pitti> Fujitsu: either I use the HTML interface and need to sort out the authentication bits, or I attach the retraced stack traces inline with an email
[01:10] <pitti> StevenK: look for what? buildd -> infinity or Mithrandir; Soyuz screwage -> cprov or cjwatson 
[01:12] <sladen> mjg59: should apmd/libapmd be being installed on an ugrade?
[01:12] <mjg59> Doubt it.
[01:12] <mjg59> They probably ought to be part of base, though
[01:12] <mjg59> s/base/ship/
[01:12] <mjg59> (whatever)
[01:13] <Mithrandir> StevenK: checking
[01:13] <cjwatson> desktop: * apmd [i386] 
[01:13] <iwj> Riddell: re bug 89489> In Kubuntu, what controls how dpkg is run when you `right [click]  the mouse to install a .deb package' ?
[01:14] <Ubugtu> Malone bug 89489 in initramfs-tools "initramfs-tools hangs on modprobe --show-depends thermal" [Undecided,Unconfirmed]  https://launchpad.net/bugs/89489
[01:14] <cjwatson> so that should be installed on upgrade
[01:14] <sladen> cjwatson: nod
[01:17] <StevenK> Mithrandir: Thanks
[01:17] <StevenK> pitti: Fair enough, okay.
[01:19] <Riddell> iwj: it's just a script that launches a console with dpkg --install, pretty primitive
[01:20] <mjg59> cjwatson: No negative feedback from the parted people, so that patch ought to be good to go
[01:20] <cjwatson> which one?
[01:20] <mjg59> The gpt/mbr syncing one
[01:21] <cjwatson> mjg59: I haven't seen the patch yet - did you throw it at a bug?
[01:21] <mjg59> Yup
[01:21] <mjg59> Oh, Malone is making me cry
[01:22] <cjwatson> ah, bug 84815
[01:22] <Ubugtu> Malone bug 84815 in partman-efi "Fails to correctly set up partitions on Intel Macs" [Undecided,Needs info]  https://launchpad.net/bugs/84815
[01:22] <cjwatson> or not
[01:22] <mjg59> No, it was an earlier one
[01:22] <mjg59> How do I get a list of bugs I'm subscribed to?
[01:23] <cjwatson> launchpad.net/~mjg59/+subscribedbugs
[01:23] <Riddell> iwj: Exec=xterm -title "%c" -e 'sudo dpkg -i %U; echo "Press <enter> to exit..."; read;'
[01:24] <mjg59> cjwatson: Ah - https://launchpad.net/ubuntu/+source/ubiquity/+bug/46853
[01:24] <Ubugtu> Malone bug 46853 in ubiquity "grub install fails on EFI Intel Macs" [Medium,In progress]  
[01:24] <cjwatson> ok, thanks, I'll look after lunch then
[01:25] <Mithrandir> StevenK: soyuz ate them, I'm looking at recovering them.
[01:26] <fabbione> doko: heartbeat failed on sparc too
[01:26] <fabbione> hmmm
[01:27] <fabbione> Mithrandir: could you be so kind to check outdate to see if something has been stalling on sparc to cause   libcurl3-dev: Depends: libcurl3-openssl-dev (= 7.15.5-1ubuntu2) but it is not going to be installed ?
[01:28] <Mithrandir> fabbione: curl is needs-build on sparc
[01:28] <Mithrandir> I've bumped the priority of it, so it should be in soonish
[01:28] <fabbione> doko: the heartbeat problem might be a missing kernel header..
[01:29] <fabbione> ia64: checking for linux/icmpv6.h... no
[01:29] <fabbione> i386: checking for linux/icmpv6.h... yes
[01:29] <fabbione> doko: ^^ this one is the problem for sure.. you can see in the i386 build log that it then builds IPv6addr
[01:30] <fabbione> Mithrandir: thanks a lot.
[01:30] <Mithrandir> fabbione: sparc seems busy with guile and new gcc ATM, but guile is just about finished so I'll give back heartbeat once it's in.
[01:30] <fabbione> Mithrandir: that's great. thanks
[01:31] <Mithrandir> (which should be in an hour or so)
[01:36] <doko> Mithrandir: how does giving back heartbeat help?
[01:36] <Mithrandir> doko: wasn't the heartbeat failure on sparc due to the curl skew?
[01:38] <StevenK> Mithrandir: Aye, thanks.
[01:39] <StevenK> Mithrandir: So Soyuz ate all of the arch dependant .debs and let through the two arch indep ones. Neat.
[01:39] <Mithrandir> StevenK: yes, something like that.  We need code changes to recover it, but cprov is working on that.
[01:39] <doko> Mithrandir: ohh, sorry
[01:39] <StevenK> Mithrandir: Okay, cool.
[01:39] <Mithrandir> doko: it might not be, I wasn't following the discussion 100%.
[01:40] <doko> Mithrandir: no I checked now, please requeue
[01:41] <Mithrandir> doko: do you know when ooo 2.2 is scheduled for?
[01:44] <fabbione> Mithrandir: yes.. heartbeat on sparc is due to curl
[01:44] <fabbione> doko: did you read above about ia64?
[01:45] <doko> Mithrandir: it was scheduled for Wednesday, but probably will be delayed  by a few days. (rc3 was unexpected). there's a release meeting today, so expect some news
[01:45] <Mithrandir> doko: thanks; keep me posted.
[01:46] <StevenK> Feisty with Oo.o 2.2 would be awesome.
[01:46] <StevenK> If I can put my $0.0002 in.
[01:47] <Mithrandir> it would.  But I'd much rather have 2.2 than 2.2rc3
[01:49] <iwj> Riddell: Ah.  Because that's obviously not robust against spaces in filenames.  (I meant bug 57102, not 89489.)  Can I assign the bug to you, if you know where this script is ?
[01:49] <Ubugtu> Malone bug 57102 in dpkg "Kubuntu 6.06 locale problem: package doesn't get installed when it is in a directory with spaces on its name" [Undecided,Confirmed]  https://launchpad.net/bugs/57102
[01:53] <Keybuk> heh
[01:53] <Mirv> Mithrandir: have you had time to check if the two patches for importance "High" bugs in xserver-xorg-video-ati could be put to feisty? (22985 with 19 duplicates, 63503 with 6 duplicates). or should I ask someone else to check&include those?
[01:53] <Keybuk> you can't even build most software in directories with spaces in their name
[01:53] <iwj> Keybuk: Yes, but these are err naive users who expect pointyclicky things to work.
[01:53] <Mithrandir> Mirv: it might be better to ask tepsipakki, since he's been doing X work lately.
[01:53] <iwj> Not people trying to build software.
[01:54] <Riddell> iwj: sure
[01:54] <iwj> Riddell: Done, thanks.
[01:54] <Mirv> Mithrandir: ok, then
[01:56] <Keybuk> iwj: good point
[02:06] <doko> hmm, after I upgraded all machines to feisty, I see a long delay (4sec) ssh'ing between the machines
[02:08] <torkel> doko: #84899 ???
[02:10] <doko> bug 84899
[02:10] <Ubugtu> Malone bug 84899 in openssh "SSH with GSSAPIAuthentication option on SSH servers are very slow" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84899
[02:19] <Hobbsee> https://beta.launchpad.net/ubuntu/+bug/89856
[02:19] <Ubugtu> Malone bug 89856 in Ubuntu "Protection at what cost? " [Undecided,Unconfirmed]  
[02:24] <Hobbsee> thanks mjg59 
[02:24] <Hobbsee> mjg59: i was trying to think of what to reply in a diplomatic way...
[02:27] <Keybuk> iwj: hmm, so what kind of tests would one run once the package is installed?
[02:42] <iwj> Keybuk: Well, that would depend on the package.  For something like upstart you'd probably have some test events, or check that some events you had anyway were properly processed.
[02:42] <iwj> Some of those kind of tests would be rather intrusive on a system you were trying to use for something else which would make autopkgtest's xenlvm stuff come in handy.
[02:44] <Keybuk> iwj: can the tests destroy the running system?
[02:47] <iwj> Keybuk: Yes, they're allowed to.  You're supposed to declare this in the metadata.
[02:47] <iwj> (So that it won't run them if your virtualisation isn't sufficiently good.)
[02:48] <iwj> Although I suppose if you destroy the system enough it might be too broken for adt-run to retreive the results :-).
[02:48] <Keybuk> the obvious upstart tests would be to create a new job, make sure it's parsed and loaded, try starting it, querying the status, killing the process, see if it respawns, stopping the job again; then emitting an event to see if the job gets started, and another to see whether it gets stopped
[02:48] <iwj> Right.
[02:57] <cjwatson> doko: if GSSAPIAuthentication=no doesn't fix it then it's surely not the same problem and shouldn't be conflated in the same bug
[02:57] <cjwatson> doko: anyway, ssh -vvv and possibly some indication of the point in the verbose trace where it seems to hang would help
[02:58] <Mithrandir> cjwatson: maybe ssh with a sufficient number of -v-s should print timing information, like you can get strace to do?
[02:58] <Mithrandir> just a thought.
[02:58] <cjwatson> => upstream ;-)
[02:58] <cjwatson> wouldn't hurt, it's true
[02:59] <Mithrandir> does upstream have a useful bug tracker, or can you take it there?
[02:59] <cjwatson> there should be a command to do that for arbitrary subsidiary commands
[02:59] <cjwatson> bug tracker> bugzilla.mindrot.org
[02:59] <cjwatson> addtimings ssh -vvv blah
[02:59] <Mithrandir> hmm, true.  That'd be useful.
[03:00] <cjwatson> just grab its stdout and stderr, select on them, and stick gettimeofday in front every time you get a completed line
[03:00] <Mithrandir> indeed.
[03:02] <tkamppeter> Mithrandir, pitti, as you have probably seen in my e-mail I have made new cupsys and gnome-cups-manager packages for network printer auto-detection.
[03:03] <Mithrandir> tkamppeter: yes, I just haven't gotten around to answering yet.
[03:03] <tkamppeter> There I have a problem with the debian/*.templates and dpkg-reconfigure mechanism.
[03:05] <tkamppeter> I have modified the debian/cupsys.templates file to change the defaults (activate snmp backend).
[03:06] <tepsipakki> I have a new version of ati-driver to test.. it has three patches included which fix bugs
[03:06] <tkamppeter> If I do a fresh install of cupsys the snmp backend is active immediately, but if I update cupsys, the old configuration is conserved and so snmp is inactive,
[03:06] <pitti> tkamppeter: but that sounds about right
[03:06] <tepsipakki> it's here: http://users.tkk.fi/~tjaalton/xorg72/new
[03:06] <tkamppeter> How can I let the update of the cupsys package activate the snmp backend?
[03:06] <tepsipakki> i386 deb included, built in pbuilder
[03:06] <pitti> tkamppeter: if you want to enable it by default on upgrades, you need to add the symlink in the postinst
[03:10] <tkamppeter> pitti, only disadvantage of this approach is that if someone changes the configuration manually, these changes get lost with every update.
[03:11] <pitti> tkamppeter: how do you mean? adding the symlink in the postinst should work with a reconfigured package as well?
[03:11] <tkamppeter> Is there nothing with which one can tell whether the settings of the previous config are defaults or changed by the user?
[03:12] <pitti> tkamppeter: why do you want to know that?
[03:12] <pitti> (no, you have to check the symlink structure manually)
[03:13] <tkamppeter> I mean, if in postinst a symlink is set, this symlink is set everytime when the package is updated, If the user configures the symlink away (because he does not his 1000 network printers being listed) the symlink gets set again when he updates cupsys the next time.
[03:14] <pitti> tkamppeter: no, you must use dpkg --compare-versions on $2 to only do it once
[03:14] <tkamppeter> I want to know whether a setting is default or set by hand, so that I apply new defaults only to settings which were on default before.
[03:15] <pitti> tkamppeter: there's no way to find out
[03:15] <pitti> tkamppeter: users might meddle with the symlinks manually, or switch a backend on and off again, etc.
[03:16] <pitti> tkamppeter: in a situation where you aren't sure whether it's a good idea to change a default configuration, then it's most likely *not* a good idea to do it
[03:16] <tkamppeter> So perhaps the dpkg --compare-versions approach is the best, so I do the change of the default via postinst only if the package to be replaced is cupsys 1.2.8-0ubuntu2 or older.
[03:17] <pitti> tkamppeter: sth. like dpkg --compare-versions "$2" lt-nl <version that has the default change>
[03:19] <tkamppeter> This introduces the new functionality for every user who never cared about changing these setting (99% of the users) and the 1 % (and these users know about how CUPS works) who wants the newly activated backends turned off turn them back off once and then they stay off on future updates.
[03:24] <seb128> tkamppeter: hi
[03:25] <seb128> tkamppeter: do you know if there is a standard user,password to use when trying to add a smb printer from a windows XP box?
[03:25] <Mithrandir> tkamppeter: also note that changing configuration outside of debconf must be supported and the configuration scripts must pick up the changes from the file system.
[03:32] <tkamppeter> seb128: AFAIR you can make shared printers available for guests under windows and then they work with user name GUEST and without password. In the smb://... URI of CUPS you simply omit user and password. You supply at least hostname or IP and share name and optionally the workgroup name in the URI.
[03:33] <seb128> tkamppeter: let me try again, with no user,pwd or guest it was going to next step with gnome-cups-manager but the printer is not added and there is an IPP code error on the command line
[03:38] <xerxas> Hi all
[03:39] <seb128> tkamppeter: "** (gnome-cups-add:18083): WARNING **: IPP request failed with status 1028"
[03:43] <tkamppeter> seb128, this is another bug, which I have already fixed, see bug 81787. Download and install the foomatic-db-engine referenced there, then try again.
[03:43] <Ubugtu> Malone bug 81787 in foomatic-db-engine "Can't add printer with the Postscript Driver" [Medium,Fix committed]  https://launchpad.net/bugs/81787
[03:43] <seb128> tkamppeter: trying
[03:50] <did447> Hi, as there's some works done on casper is it possible to fix : 79064, 66585,  62868 and 68054? Each of them are a one or two lines change.
[03:52] <bddebian> heya
[03:55] <pitti> seb128: please say hello to bug 88999, the very first apport retrace generated on ronne :)
[03:55] <Ubugtu> Malone bug 88999 in gnome-system-tools "[apport]  network-admin crashed with SIGSEGV in gst_network_locations_get_current()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/88999
[04:00] <seb128> pitti: waouh, ROCK ON
[04:01] <seb128> pitti: it's a dup, but nice ;)
[04:03] <pitti> seb128: no problem, you can run it yourself now if you want
[04:04] <seb128> pitti: I'll try just after restarting to look if the printer works from windows on that box
[04:14] <tkamppeter> pitti, I have found out now that the settings of the cupsys.template file are in the sections with owner cupsys in the /var/cache/debconf/config.dat file and the postinst deletes all links and then loads the settings and sets the links according to these settings. So the one-time setting of the symlink would get lost on the next update.
[04:14] <seb128> tkamppeter: no, that update doesn't fix it, with windows it works without asking any information though, the printer is an HP Deskjet
[04:15] <tkamppeter> I suggest a one-time modification of the cupsys/backend line in the /var/cache/debconf/config.dat file. This should work correctly.
[04:15] <cjwatson> wah
[04:15] <tkamppeter> Is there a special command to be used in the postinst script to modify this line?
[04:16] <cjwatson> don't change config.dat directly whatever you do
[04:16] <cjwatson> you can source the debconf confmodule and use db_set if you're very very careful. See debconf-devel(7) in the debconf-doc package
[04:17] <cjwatson> debconf-using code is supposed to honour settings in the filesystem before those in the database, though, so that is unnecessary with correctly-written code
[04:17] <tkamppeter> seb128, so the IPP error is probably not caused by not being able to build the PPD (that problem happened only with PostScript printers) but because of a bad URI.
[04:18] <seb128> tkamppeter: I don't type any URI, I pick the computer and printer from the dropdown boxes on the dialog
[04:18] <tkamppeter> seb128, you DeskJet can be installed on a local USB or parallel port without any problem?
[04:18] <seb128> yep
[04:19] <tkamppeter> seb128, then gnome-cups-manager builds a bad URI.
[04:19] <tkamppeter> What exactly do you select on the first page of the wizard (printer connection)?
[04:20] <seb128> Network Printer
[04:20] <seb128> then Windows Printer (SMB)
[04:21] <seb128> I cancel the "authentification required" for the different network boxes which have no printer
[04:21] <tkamppeter> cjwatso, then this code is not correct:
[04:21] <tkamppeter> 	db_get cupsys/backend && SELECTED=$RET
[04:21] <tkamppeter> 	list=`echo $SELECTED | sed -e 's/, /,/g'`
[04:21] <tkamppeter> 	save_IFS=$IFS
[04:21] <tkamppeter> 	IFS=,
[04:21] <tkamppeter> 	(cd /usr/lib/cups/backend && rm -f http ipp lpd parallel scsi serial socket usb snmp)
[04:21] <tkamppeter> 	for module in $list; do
[04:21] <tkamppeter> 	  ln /usr/lib/cups/backend-available/$module /usr/lib/cups/backend/$module
[04:21] <tkamppeter> 	  if [ "$module" = "ipp" ] ; then
[04:21] <tkamppeter>             ln /usr/lib/cups/backend/ipp /usr/lib/cups/backend/http
[04:21] <tkamppeter> 	  fi
[04:21] <Mithrandir> tkamppeter: use a pastebin, please.
[04:21] <tkamppeter> 	done
[04:21] <tkamppeter> 	IFS=$save_IFS
[04:22] <tkamppeter> It reads out from the db, then deletes all symlinks and applies the result of the db query.
[04:22] <seb128> then I pick the host from the first dropdown, use GUEST no pwd for the identification, then pick the printer from the other dropdown and click on forward
[04:23] <cjwatson> tkamppeter: indeed, it's wrong.
[04:23] <cjwatson> tkamppeter: not to mention the dire shell quoting.
[04:24] <tkamppeter> seb128, can you also try not filling in both username and password and then see in /etc/printers.conf which URI you get and also filling in both username and password with arbitrary values and see what URI you get?
[04:24] <cjwatson> tkamppeter: although such wrongness is not quite so bad when it's in /usr, I guess
[04:24] <cjwatson> it would be a LARTing offence in /etc.
[04:25] <tkamppeter> seb128, for me it looks like that gnome-cups-manager has a bug and does not handle correctly if you enter only a user name and no password.
[04:27] <tkamppeter> To test whether CUPS is OK, set up your print queue in gnome-cups-manager with GUEST as user name and xxx as password, then edit /etc/cups/printers.conf removing @xxx from the URI and restart CUPS. Then try to print into this queue.
[04:31] <seb128> tkamppeter: there is no printer added, none listed to /etc/cups/printers.conf
[04:32] <tkamppeter> cjwatson, for the raw printing the code in the cupsys.postinst looks better. It starts with "db_fget cupsys/raw-print changed" and then does only things if the result is true. Is this a check whether the user has manually changed something?
[04:37] <tkamppeter> seb129, even if you fill in both user name and password?
[04:37] <seb128> yep
[04:37] <seb128> with GUEST and random password
[04:38] <seb128> or random user and random password
[04:38] <seb128> or nothing
[04:38] <pirast> could anyone please activate the nominations in bug 89863?
[04:38] <Ubugtu> Malone bug 89863 in asterisk "Asterisk 1.2.16 fixes a recently discovered security vulnerability" [Undecided,Confirmed]  https://launchpad.net/bugs/89863
[04:39] <keescook> pirast: sure, done.
[04:40] <seb128> hi keescook
[04:40] <keescook> hiya seb128.  I'm not really here yet.  ;)
[04:40] <seb128> keescook: I'm just saying hello, I've no work for you, don't worry ;)
[04:41] <pirast> keescook, thanks ;-)
[04:41] <keescook> hehe, cool.  :)  I'm already looking forward to May.
[04:41] <tkamppeter> seb128, can you try once using another connection type than smb and the same PPD file and see whether you get a queue then?
[04:41] <tkamppeter> And also try to stay with smb but use another PPD. Do you get a queue with that?
[04:43] <seb128> tkamppeter: other PPD with smb does the same, trying without smb now
[04:44] <seb128> tkamppeter: with ipp and the same ppd the printer is added correctly
[04:45] <tkamppeter> So there is a bug in the gnome-cups-manager. It builds broken URIs for the SMB backend.
[04:47] <tkamppeter> seb128, can you run gnome-cups-add through strace, try to set up an SMB printer again and then search the strace output for a URI beginning with smb://...? Can you post the URI here, and also try to set up a queue with the lpadmin command using this URI?
[04:50] <seb128> tkamppeter: I'll have a look at debugging that, strace -f doesn't list any uri or anything with "smb" when trying to add it
[04:54] <pirast> kesscook, am i allowed to change the maintainer field in a security update (https://wiki.ubuntu.com/DebianMaintainerField)?
[04:54] <pitti> pirast: doesn't make much of a differencee, but I'd prefer not to
[04:54] <cjwatson> tkamppeter: db_fget checks whether the question has been "seen" (i.e. presented to the user) by debconf. This is a slight improvement but still wrong. See the "Config file handling" section of debconf-devel(7) in the debconf-doc package.
[04:54] <pitti> pirast: you should use the dpkg tools from the stable chroot you're building the update in
[04:55] <pirast> pitti, .... okay...
[05:41] <neighborlee> by chance is nvidia isntall via synatpic working in hurd 5 ?
[05:41] <gnomefreak> pitti: when you get a minute, what package holds apport-retrace command? (apport)? there doesnt seem to be a command apport-retrace in feisty anymore.
[05:41] <gnomefreak> neighborlee: yes works here
[05:41] <gnomefreak> neighborlee: try #ubuntu+1
[05:41] <pitti> gnomefreak: it's in the new 'apport-retrace' package now
[05:41] <pitti> gnomefreak: I'll write an announcement soon
[05:41] <gnomefreak> oh ok ty :)
[05:41] <neighborlee> wow thatsg a nice surprise given that I had no luck with  it in edgy
[05:42] <doko> Mithrandir: please requeue scim-hangul on all archs but sparc
[05:42] <neighborlee> gnomefreak, what is this +1 all about
[05:42] <gnomefreak> neighborlee: #uubntu+1 is the feisty support channel
[05:42] <neighborlee> ahok ic thsx
[05:54] <pitti> gnomefreak: I just sent some details to ubuntu-devel@
[05:55] <gnomefreak> pitti: ty working on it to see if it is causing my issues
[06:04] <asac> keescook: ping
[06:05] <keescook> asac: pong
[06:05] <asac> keescook: you got my pm ?
[06:05] <keescook> yup, replying now...
[06:10] <keescook> hi pitti.
[06:10] <pitti> moin keescook 
[06:10] <keescook> ack: so I can't run apport-retrace as a result user without fakechroot?
[06:11] <shawarma> Who reviews Summer of Code applications for Ubuntu?
[06:11] <pitti> keescook: you can, you can just not install packages
[06:11] <pitti> keescook: or you have to change /var/lib/apt etc. to belong to you in the chroot
[06:11] <cjwatson> shawarma: doko and Keybuk are doing it this year
[06:12] <pitti> keescook: however, the general idea is right now to call retrace on ronne, and get fully automatic retracing in Malone soon
[06:13] <keescook> pitti: yup.  well, I'll deal with it.  :)
[06:25] <keescook> Mithrandir: just wanted to double-check, I'm about to sponsor/upload asac's thunderbird security update for feisty.  I'm assuming this is okay since it's effectively a regular security upload.
[06:26] <pochu> pitti: are feisty crash reports supposed to have a coredump?
[06:26] <pochu> I have a bug without it, so I can't use apport-retrace
[06:34] <lemsx1> guys is nice to see that everything just works on Feisty
[06:35] <lemsx1> i just wanted to point that out
[06:35] <seb128> lemsx1: nice to know ;)
[06:36] <lemsx1> seb128: i'm loving that Gray theme... minimalist and slick
[06:43] <madmax> hey there... i filed a bug about freetype some days ago and nobody even noticed it... i even included a link to the solution (the patch that fixes it in CVS)... is there any more i can do?
[06:46] <bluefoxicy> should compress be packaged with the standard system?
[06:47] <bluefoxicy> it looks like it's needed for XSI compliance (SUSv3 streams interface etc), for some weird reason; IIRC it used LZ77 compression, which sucked BUT now is no longer patented ... wasn't that the gif patent?
[06:48] <bluefoxicy> http://www.unix.org/version3/apis/cu.html is where I'm looking.
[06:52] <pitti> pochu: you can submit 'reduced reports' without a core dump
[06:52] <pochu> oh, the second option :)
[06:52] <pochu> pitti: ty
[06:53] <pitti> pochu: however, this needs to be redesigned a bit, see bug 87430
[06:53] <Ubugtu> Malone bug 87430 in apport "do not accept short crash reports for firefox" [Low,In progress]  https://launchpad.net/bugs/87430
[06:53] <pochu> looking
[06:54] <pirast> keescook, i can do the asterisk feisty task because i'd like not to have an ancient version in feisty :-)
[06:54] <pirast> keescook, i am going to get a sync request then..
[06:54] <keescook> pirast: cool, sure.
[06:54] <keescook> feel free to update the assignment; I'm doing Dapper while I'm in here.  :)
[06:55] <pirast> okay, great :)
[06:55] <pochu> pitti: maybe apport can download the debugsymbols, and retrace it before upload :)
[06:56] <pitti> no way :/
[06:56] <pitti> pochu: well, if you have apport-retrace installed, the GUI could offer the possiblity
[06:56] <pitti> but that's strictly for developers
[06:56] <pitti> ddebs are huge
[06:57] <pitti> pochu: bug 75901, btw
[06:57] <Ubugtu> Malone bug 75901 in apport "Integrate apport-retrace into GUI" [Wishlist,Confirmed]  https://launchpad.net/bugs/75901
[06:58] <pochu> pitti: when you click on "do not ask again" for an app crash, can that be changed to report it?
[06:58] <pochu> it seems the reported clicked on that...: "after a few covers it crashes (now even apport does not startup...)."
[06:58] <pitti> pochu: covers?
[06:59] <pitti> pochu: you mean, change it to always report crashes for a particular app?
[06:59] <pitti> that doesn't make too much sense IMHO
[07:00] <pochu> pitti: when apport pops up, it has the option of "do not pop up again for this application" (or something like this), hasn't it?
[07:00] <pitti> pochu: right
[07:00] <pochu> pitti: so my reporter can't see apport anymore, if he pressed that
[07:01] <doko> Mithrandir: please requeue efibootmgr on i386, amd64, ia64
[07:01] <pitti> pochu: right, that's what it says
[07:01] <pochu> pitti: but I need another report, with the coredump, or with a full backtrace
[07:01] <pitti> pochu: ah, I see
[07:01] <pitti> pochu: touch /var/crash/* should do the trick
[07:02] <pitti> pochu: to recover the previous crash dump
[07:02] <pitti> pochu: alternatively, if it's longer than 7 days ago and the report has been deleted by cron.daily, he can purge the blacklist with rm ~/.apport-ignore.xml
[07:03] <pitti> or reinstall the affected package (untested)
[07:03] <pochu> pitti: ok, gonna try
[07:03] <pochu> ty :)
[07:38] (elmo/#ubuntu-devel) doko: sigh - what is this for?
[07:39] <asufaskjfaskjf> hello, i have a centrino duo laptop and the volume that comes out of the speakers is too low, even with the system sound at maximum
[07:39] <asufaskjfaskjf> in herd-5
[07:39] <asufaskjfaskjf> is this a bug?
[07:40] <asufaskjfaskjf> using the headphones jack the sound is louder but there is a lot of static
[08:15] <masuran> Hello everyone. Can anyone tell me if the new Gnome Control Center will be in Feisty? Or will the Preferences and System menu still be there? 
[08:15] <LaserJock> masuran: they are both there, but I belive Gnome has set Control Center to not be default
[08:16] <masuran> I saw in Herd 5 that the new control center is in the menu's but it's hidden. Any idea what Ubuntu will do? Default to the new control center? Which is better IMHO :)
[08:17] <LaserJock> I believe it will be as it whatever Gnome decides, which sounds like it'll be having the control center hidden by default
[08:19] <masuran> Any idea where I can lobby for the control center? Think it's a shame just following gnome's default. The preferences and system menu are very long and finding an item it them takes to long. 
[08:22] <LaserJock> well, this channel really isn't the best place to lobby. I suppose the forums, ubuntu-deve-disccus or ubuntu-sounder mailing lists might be the place
[08:22] <finalbeta> The control center is not standard because it has several bugs yet to be fixed. I'm pretty much quoting sebastian from a previous session. I would be reconsidered later. 
[08:22] <pochu> I think Control Center will be default in Feisty+1, but it isn't now because it has too much bugs
[08:22] <pochu> finalbeta: :)
[08:25] <masuran> Thanks for the info guys :) 
[08:28] <eXistenZ> What is the bugs filing system for kubuntu?
[08:28] <Riddell> eXistenZ: launchpad.net
[08:28] <eXistenZ> Riddell, Is it the same one for Ubuntu?
[08:29] <Riddell> yes
[08:29] <Sp4rKy> hi, does someone can explain me why casper only set $LANG variable and not $LANGUAGE ?
[08:29] <eXistenZ> I cannot seem to find KDE packages among the supported packages.
[08:29] <Riddell> eXistenZ: use the kde module name
[08:30] <eXistenZ> Riddell, KDE Module name?
[08:30] <Mithrandir> keescook: sure, that should be fine.
[08:30] <keescook> Mithrandir: great, thanks.
[08:30] <Riddell> eXistenZ: apt-cache showsrc <packagename> will show it
[08:31] <Mithrandir> doko: given-back.
[08:31] <eXistenZ> Riddell, What do I need from that information?
[08:32] <Riddell> eXistenZ: the package
[08:32] <eXistenZ> Riddell, I'm talking about the bugs list for a specific KDE package.
[08:33] <doko> Mithrandir: both libscim-hangul and pciutils?
[08:33] <Mithrandir> doko: you asked for efibootmgr and scim-hangul, not pciutils.
[08:33] <Mithrandir> but I'll be happy to give back pciutils too
[08:34] <doko> Mithrandir: no, I needed to upload pciutils, then rebuild efibootmgr ... should stop for today ...
[08:34] <eXistenZ> Riddell, Where can I search for bugs in Kubuntu KDE specific packages?
[08:34] <Mithrandir> apart from it being successfully built, that is.
[08:36] <torkel> eXistenZ: launchpad.net
[08:36] <eXistenZ> torkel, There is no: https://launchpad.net/ubuntu/+source/akregator/+bugs , for example.
[08:37] <torkel> eXistenZ: it is built from kdepim
[08:38] <torkel> eXistenZ: so check https://launchpad.net/ubuntu/+source/kdepim/+bugs
[08:38] <eXistenZ> torkel, All KDE packages are in kdepim?
[08:40] <torkel> eXistenZ: no. You have to find out what source package the the binary package was built from and look for that in launchpad.net
[08:41] <eXistenZ> torkel, Okay, thanks a million!
[08:42] <eXistenZ> torkel, one source package can make more than one binary package?
[08:43] <pochu> eXistenZ: sure
[08:46] <LaserJock> eXistenZ: if you go to launchpad.net/ubuntu/ you can use the package search
[08:48] <eXistenZ> Thank you so much guys
[08:50] <Sp4rKy> why casper only set $LANG and not $LANGUAGE ?
[08:51] <pochu> heno: ^^
[08:51] <pochu> hey heno :)
[09:03] <lamont> grumble.  ENOPITTI
[09:14] <heno> pochu: what, the casper question? I don't know :)
[09:16] <pochu> heno: do you know how to include a python code in a webpage?
[09:18] <heno> pochu: not in the same was as you would include php, if that's what you mean
[09:18] <heno> it doesn't work the same way
[09:18] <pochu> heno: yes
[09:20] <keescook> lamont: anything I can help with?
[09:20] <heno> pochu: I don't think you can do it
[09:20] <pochu> heno: ok, ty anyway :)
[09:21] <lamont> keescook: translations backend processing questions.  --> not that pitti hat
[09:22] <keescook> lamont: heh, yup.  Okay, just wanted to be sure.  :)
[09:22] <lamont> keescook: np.  I know when to retarget for you in response to missing pitti. :-)
[09:22] <lamont> today, you're safe.
[09:22] <keescook> hehe
[09:23] <lamont> and I'm told pitti probably isn't the best target either.  so I'll hit the right two folks once I see them online
[09:23] <tepsipakki> what, we still have libxft?
[09:24] <tepsipakki> the source-package
[09:29] <j00bar> howdy -- jdong referred me here to ask this question -- i've got a bunch of server breezy installs and i was wondering if there was to be a release of libc6 for breezy that includes tzdata that is post 2006p before breezy is EOL'ed?
[09:30] <jdong> from what I could tell, timezones in Breezy are not updated for the new DST. Is that correct?
[09:52] <\sh> does anyone have problems creating a pbuilder or debootstrap chroot? (on feisty)
[09:53] <zul> nope just did one but I havent updated in a while
[09:54] <\sh> zul, hmmm..I get the message, that W: http://archive.ubuntu.com/ubuntu/dists/feisty/main/binary-i386/Packages.gz wa
[09:54] <\sh> s corrupt
[09:54] <\sh> but I wonder if it's my umts provider or is it just me or debootstrap or a.u.c. apt-get update works 
[09:54] <lemsx1> \sh: i got the same message today
[09:54] <zul> it went hunky dory for me
[09:55] <lemsx1> \sh: eventually it worked... but i'm using the us.a.u.c mirror ...
[09:55] <\sh> hmm...lemme check with another mirror
[09:57] <\sh> elmo / Znarl : archive.ubuntu.com looks like broken...de.archive.ubuntu.com works createing debootstrap
[09:57] <\sh> bah wrong channel ;)
[09:58] <elmo> \sh: since de.archive.u.c is a mirror of archive.u.c, that seems unlikely
[09:58] <elmo> \sh: but I'd need some real info, if you actually want me to look at it
[09:58] <\sh> elmo, what do you need?
[09:59] <elmo> \sh: what's actually wrong?  'looks like broken' isn't helpful?
[09:59] <\sh> elmo, .I get the message, that W: http://archive.ubuntu.com/ubuntu/dists/feisty/main/binary-i386/Packages.gz was corrupt
[09:59] <\sh> (debootstrap message that is)
[09:59] <elmo> it's not corrupt
[10:00] <elmo> download the file with wget and tell me what your md5sum is?
[10:00] <\sh> elmo, kk one moment
[10:00] <\sh> shermann@LT420:~/test$ md5sum Packages.gz 
[10:00] <\sh> b25942a121187286e874698ddad3a658  Packages.gz
[10:01] <\sh> from de.a.u.c it is:
[10:01] <\sh> http://archive.ubuntu.com/ubuntu/dists/feisty/main/binary-i386/Packages.gz
[10:01] <\sh> grmp
[10:01] <\sh> shermann@LT420:~/test/de$ md5sum Packages.gz 
[10:01] <\sh> 8275515937ec97cf4330490ee25d0fb2  Packages.gz
[10:02] <\sh> elmo, different sizes, a.u.c.: 1312263 , de.a.u.c: 1311148
[10:04] <\sh> elmo, thx btw for looking into it :)
[10:05] <spitty> could someone point me towards the .iso for feisty?
[10:06] <\sh> spitty, cdimages.ubuntu.com
[10:06] <spitty> thanks
[10:11] <\sh> mjg59, t43 with ati mobility radeon m22 (M300 card) does not work with 3d accel with latest 8.33.x and 8.34.x ati native drivers, and it does not work with the drivers in linux-restricted. the M300 card is not even in the list of supported cards anymore.. last driver which is working 8.28.x
[10:11] <mjg59> \sh: That's why I said r300, not fglrx
[10:12] <\sh> mjg59, the radeon driver from xorg 7.2 don't have 3d accel, (radeon dri module loaded, and Module "GLcore" loaded as well)
[10:12] <\sh> s/don't/doesn't/ 
[10:12] <mjg59> \sh: It should. If it doesn't, please file a bug.
[10:12] <\sh> mjg59, k :) 
[10:14] <\sh> mjg59, should I file a bug against linux-kernel, too, just because radeon dri is not loaded automagically, as it was on edgy
[10:14] <mjg59> ?
[10:14] <mjg59> Do you mean drm?
[10:15] <tepsipakki> \sh: you need to purge fglrx before you can get the acceleration
[10:15] <\sh> mjg59, yepp
[10:15] <mjg59> \sh: Then no, X will request it
[10:15] <\sh> tepsipakki, fglrx is long time gone from my system :) clean install this morning :)
[10:16] <tepsipakki> oke
[10:16] <tepsipakki> y
[10:16] <\sh> mjg59, so it's a bug in Xorg, when I have radeon driver in Xorg and no radeon drm loaded...
[10:17] <snoogie> LaserJock you are here ?
[10:17] <LaserJock> yeah
[10:18] <snoogie> Is it possible to speak with you in private ? (in order to don't wrote unuseful stuff here) 
[10:20] <snoogie> make
[10:20] <snoogie> oups
[10:20] <snoogie> :D
[10:22] <LaserJock> snoogie: see my pm?
[10:22] <snoogie> yup sorry writting
[10:23] <snoogie> you see ?
[10:23] <LaserJock> snoogie: nope, is your nick registered?
[10:23] <snoogie> ouch
[10:24] <snoogie> I forget to read that :)
[10:24] <snoogie> a clue ? 
[10:24] <snoogie> :D
[10:25] <snoogie> ok found 
[10:25] <snoogie> give me a second
[10:27] <\sh> mjg59, if you are interessted: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/89961 :)
[10:27] <Ubugtu> Malone bug 89961 in xorg "Xorg 7.2 radeon driver doesn't support ATI Technologies Inc M22 [Radeon Mobility M300] " [Undecided,Unconfirmed]  
[10:34] <rbrunhuber> I'd like to ask you as the developers if it does make sense to attach a debdiff between a debian package (does work) and an ubuntu package (does not work) to a bugreport.
[10:35] <LaserJock> seems logical
[10:36] <rbrunhuber> LaserJock: How can I make this most readable to the developers? The debdiff contains incredible amount of arch things ubuntu does not provide?
[10:39] <LaserJock> rbrunhuber: like what?
[10:40] <rbrunhuber> LaserJock: All those exceptions for other architectures not supported in ubuntu like arm
[10:41] <geser> rbrunhuber: who has the more recent package? Debian or Ubuntu?
[10:41] <rbrunhuber> LaserJock: Funny enough they are both the same version
[10:42] <LaserJock> rbrunhuber: what package is this?
[10:42] <rbrunhuber> LaserJock: kdebluetooth
[10:43] <rbrunhuber> LaserJock: There must be a difference though. Because I installed kdebluetooth from debian and it overwrites a file that is also in bluez-utils. Which the ubuntu package does not.
[10:45] <rbrunhuber> LaserJock: But for me (I'm not familiar to debdiff format) finding the difference is like searching the needle in a haystack.
[10:49] <concept10> Does Launchpad track kernel bugs?  I see some listed but it also says Malone does not track Linux
[10:49] <rbrunhuber> geser: They are both the same version
[10:50] <LaserJock> concept10: Launpad tracks kernel bugs in Ubuntu
[10:51] <concept10> LaserJock, would you happen to know the _specific_ package to report under?  This would be for 2.6.20-9
[10:52] <geser> concept10: https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bugs
[10:52] <concept10> geser, thanks
[10:52] <rbrunhuber> LaserJock: Do you have more info for me on the debdiff issue?
[10:52] <LaserJock> hmm
[10:52] <concept10> I don't see how you guys track this.  Theres way too many categories
[10:53] <LaserJock> that debdiff is huge
[10:53] <LaserJock> concept10: categories?
[10:53] <rbrunhuber> LaserJock: Oh did you create one yourself for this?
[10:54] <LaserJock> yeah
[10:54] <LaserJock> it's like a whole different package
[10:55] <rbrunhuber> LaserJock: I wondered too. I thought Ubuntu does not repackage, only rebuild things?
[10:55] <LaserJock> rbrunhuber: no, that's not true
[10:55] <geser> rbrunhuber: Ubuntu adds patches to packages if needed
[10:55] <LaserJock> rbrunhuber: anything with an ubuntu in the version 0.99+1.0beta2-1ubuntu4 for instance has been changed by Ubuntu
[10:56] <rbrunhuber> LaserJock: Sorry, if i was mistaken here
[10:56] <LaserJock> rbrunhuber: you might ask #kubuntu-devel, especially Riddell or Tonio
[10:56] <rbrunhuber> LaserJock: I'll try thank you for your help
[10:57] <jdong> Mithrandir / cjwatson: when's the next time backports will get processed? I have the feeling that unless I'm not persistent in nagging you, it would be sometime off in my next afterlife.
[10:58] <mjg59> \sh: Turn off xinerama
[10:58] <\sh> mjg59, I did this morning..no change
[10:59] <mjg59> \sh: Log with xinerama turned off?
[10:59] <Mithrandir> jdong: I was looking at some of them today, but had too much other stuff to do.
[10:59] <\sh> I can change it to "non xinerama" no problem give me a min or two
[11:00] <Mithrandir> jdong: it would help if you and your team identified whether something should be done as an UVF or a backport a bit more aggressively.
[11:00] <jdong> Mithrandir: any UVF-like backports I approve is because after talking in -motu it does not appear like anyone will do a SRU.
[11:00] <jdong> (or a SRU is not feasible)
[11:01] <jdong> this system of everything preempting backports is simply not working out for me... I understand you guys are very very busy, but there has to be a more efficient solution.
[11:01] <\sh> mjg59, rebooting :)
[11:02] <tepsipakki> Mithrandir: are you maintaining casper?
[11:02] <Mithrandir> jdong: whether somebody wants to do an SRU or not is not really something I take into consideration; I'm not going to let a backport through where an SRU is the right way to fix the problem.
[11:03] <Mithrandir> tepsipakki: I wrote a fair bit of the current version at least.
[11:03] <Mithrandir> jdong: however, do you have any suggestions on how to fix the problem?
[11:03] <jdong> Mithrandir: ok, if that is your policy, that is fine with me, I will reject bugfix backports in the future citing that policy.
[11:04] <tepsipakki> Mithrandir: there seems to be something wrong with the livecd's and X. There are a number of bugs where it doesn't get a correct resolution or driver, but a dpkg-reconfigure xserver-xorg (on an installed system) makes it right
[11:04] <jdong> Mithrandir: as far as fixes, it would be nice if a backports team administrator can directly effect backports thru launchpad... but I bet that would not fly with TB as well now as it once did.
[11:04] <Mithrandir> jdong: as I've written in a few bug reports now, "backports are for shiny new features, SRUs are for bugfixes".  Examples such as dosemu-freedos are exceptions to that rule, though.
[11:05] <\sh> re
[11:05] <jdong> Mithrandir: ok, that is fine, I will operate by that policy from now on.
[11:05] <\sh> mjg59, hmmm....
[11:05] <jdong> and Mithrandir, you realize that it simply means people will start finding random "features" and dodging the requirement that way, right?
[11:05] <Mithrandir> jdong: thanks.  Maybe we should investigate some way you can pass off bugs you think should be fixed in an SRU so they don't just get lost?
[11:06] <jdong> Mithrandir: that would be great too
[11:06] <mjg59> \sh: ?
[11:06] <jdong> Mithrandir: I've followed up on some bugs in Dapper's timeframe I've deferred to Ubuntu, and most of the case nothing has happened.
[11:06] <Mithrandir> jdong: therefore "shiny".  I'd like people to follow policies not because "policy says so", but because the policy makes sense.  It should be (relativetly) easy to do the right thing.
[11:07] <jdong> Mithrandir: it makes me feel really bad because I know when I say defer to SRU, the fix will never happen.
[11:07] <\sh> mjg59, now it works half the way...I can scale (window picker) but the emerald theme manager doesn't show me any themes...this morning I couldn't get it running even without xinerama
[11:07] <Mithrandir> jdong: hm, so we need to fix that somehow.
[11:07] <mjg59> \sh: Beryl bugs go to beryl people right now
[11:07] <\sh> mjg59, yeah
[11:07] <mjg59> REJECTED, NOTABUG :)
[11:07] <jdong> \sh: you have ARGBGLXVISUALS?
[11:07] <Mithrandir> tepsipakki: might be that it breaks when run under usplash?  Can you ask a couple of the people to see if it works if they remove "splash" from the command line?
[11:08] <tepsipakki> Mithrandir: I might
[11:08] <ajmitch> Mithrandir: I think that's more a case of finding people willing to do the SRU & spend the time on it
[11:08] <\sh> jdong, nope I have xgl/aixgl noob mode 
[11:08] <jdong> \sh: add to screen section of xorg.conf:
[11:08] <Mithrandir> ajmitch: and making at least the universe SRU process simple enough that fixes don't get bogged down.
[11:08] <jdong> Option         "AddARGBGLXVisuals" "True"
[11:08] <jdong> Option         "DisableGLXRootClipping" "True" 
[11:08] <jdong> \sh: ^^
[11:08] <Mithrandir> tepsipakki: if you could, that'd be great.
[11:09] <jdong> \sh: that should resolve most of your emerald glitching
[11:09] <tepsipakki> Mithrandir: but on bug #31830 someone said that casper-bottom/20xconfig "calls dpkg-reconfigure in a chroot but it only mounts /proc and /sys"
[11:09] <Ubugtu> Malone bug 31830 in casper "Incorrect screen resolution in Dapper LiveCD" [Medium,Confirmed]  https://launchpad.net/bugs/31830
[11:09] <ajmitch> Mithrandir: it seems that we get a lot of stuff stuck in -proposed, needing testing
[11:09] <jdong> \sh: btw, beryl 0.1.99* has been quite glitchy for everyone; is compiz behaving any better for you?
[11:09] <tepsipakki> Mithrandir: and ddcprobe seems to need /dev/mem
[11:10] <Mithrandir> tepsipakki: I could make it bind-mount /dev as well, sure.
[11:10] <tepsipakki> I'll try with herd5 myself, since that's something I've not done in a loong time
[11:10] <\sh> jdong, this option "true or false"?
[11:10] <Mithrandir> ajmitch: since universe shouldn't contain stuff which is critical to your computer functioning, maybe we should make the policy what it was before the X breakage and not use -proposed.
[11:10] <Mithrandir> (for universe)
[11:11] <jdong> \sh: yeah, both are True
[11:11] <\sh> ok moment
[11:12] <Mithrandir> ajmitch: I'm not saying this is the right solution, but maybe that's an option we need to evaluate.  I'm a strong believer of "make doing the right thing the easiest" as a way of guiding people.
[11:12] <jdong> Mithrandir: one example is bug 42269... a trivial fix has been available and in "testing mode" for 20 days short of a year.
[11:12] <Ubugtu> Malone bug 42269 in azureus "[SRU]  Does not create a tray icon" [Undecided,Fix committed]  https://launchpad.net/bugs/42269
[11:13] <ajmitch> I'd really like to see these fixes get into universe rather that sitting & rotting
[11:13] <jdong> Mithrandir: this is kind of typical behavior for Universe SRU's....
[11:13] <jdong> heck it's lucky enough it got an edgy-propose upload 10 months later.
[11:13] <jdong> usually that stage never happens
[11:13] <Mithrandir> jdong: indeed, and I think we should fix the problem there rather than work around it "because -backports are easier to do".  Make it just as easy to fixes in -updates instead.
[11:14] <jdong> Mithrandir: yeah, agreed, making the -updates procedure easier on developers would be the ideal solution.
[11:14] <jdong> Mithrandir: in the words of one developer, "I'd rather fix a Feisty bug than spend 2 months on a SRU"....
[11:15] <jdong> Mithrandir: that kind of attitude towards fixing released bugs is... concerning... to hear
[11:15] <Mithrandir> jdong: agreed.
[11:16] <Mithrandir> jdong: I'm trying to think which bit of our council/board machinery would be appropriate to discuss this problem.  Maybe just revive the discussion about how universe SRUs should be handled, on -devel.
[11:16] <LaserJock> jdong: I think everybody is agreed on that
[11:16] <LaserJock> Mithrandir: we are adding it to the agenda of the MOTU Meeting this week
[11:16] <jdong> LaserJock: I'd just like to see something move forward regarding this :)
[11:17] <Mithrandir> that's in about 21 hours' time.  I believe it can wait until then?
[11:17] <jdong> I support rigorous QA to prevent update breakage mishaps, but the profound prohibitive effect it has had on getting updates out needs addressing :)
[11:17] <LaserJock> jdong: so would everybody else. I just feel like complaining without participating in the discussion/work is not so helpful
[11:17] <jdong> Mithrandir: lol, yeah, it can wait that long :D
[11:17] <jdong> LaserJock: I don't mean just to complain about it....
[11:18] <Mithrandir> LaserJock: the agenda for that meeting looks kinda empty?
[11:18] <LaserJock> Mithrandir: that'll get fixed in a minute ;-)
[11:18] <ajmitch> Mithrandir: oh, another f-spot bugfix release came out this morning, you want the information in a bug?
[11:18] <Mithrandir> LaserJock: great.
[11:18] <Mithrandir> ajmitch: yes, please.
[11:20] <jdong> Mithrandir: do you think -archive can provide consistent/timely processing of Backports, or should that go on some agenda for a TB meeting too?
[11:21] <jdong> the original TB meeting regarding Backports had us under the impression that Backports team administrators would have the authority to do backports....
[11:21] <jdong> initially when -archive had <1.5wk turnaround time, it worked really well this way
[11:21] <jdong> but as this time drags on, I more and more wish for the permission to directly effect backports
[11:22] <Mithrandir> hmm
[11:23] <Mithrandir> I'll discuss it with the rest of the archive team and see if we can do something to make it happen faster?
[11:23] <jdong> Mithrandir: that sounds good
[11:23] <jdong> Mithrandir: thanks so much for your time on this :)
[11:24] <Mithrandir> jdong: I'm hoping we can get this fixed to everybody's satisfaction.
[11:26] <superted> does herd 5 include Kbabel ?
[11:27] <mjg59> superted: What do you mean by include?
[11:28] <Lure> superted: it is in main repo, but not on desktop CD
[11:29] <superted1> sorry
[11:32] <LaserJock> Mithrandir: https://wiki.ubuntu.com/MOTU/Meetings if you have anything you'd like to change/add
[11:39] <jdong> I think it's "inKlude", too
[12:10] <delire> will the Composite extension be enabled by default in Feisty? i see that it breaks direct rendering with cards using the non-free fglrx driver.
[12:10] <delire> eg for a large proportion of recent laptops.
[12:12] <pochu> delire: no, it will be installed by default, though it won't be enabled by default
[12:13] <delire> cool, this is wise.