[12:18] <shawarma> seb128__: There. Both reuploaded.
[12:22] <shawarma> seb128: Both reuploaded.
[12:23] <seb128> ok, will have a look to them
[12:24] <shawarma> seb128: Cool. Sorry for all the fuss. I never imagined the copyright issues with these packages would be so complex.
[12:24] <seb128> np
[12:26] <shawarma> seb128: I'm off for tonight. Should there be any other issues, just /msg me or mail me at sh@linux2go.dk ok? Thank you very much for your help. 
[12:27] <seb128> k, will do that or ping you tomorrow, np, thank you for the work on those packages
[12:27] <shawarma> np
[12:27] <shawarma> G'night.
[12:28] <seb128> 'night
[12:33] <BenC> anyone know a decent flow chart program?
[12:33] <kylem> visio
[12:33] <kylem> :P
[12:34] <sistpoty> BenC: /me likes dia pretty much, but I don't know if you'd call that decent ;)
[12:34] <BenC> kivio...sounds nearly the same and starts with a 'K', it must be good
[02:15] <lifeless> err
[02:15] <lifeless> why does ubuntu-standard depend on *dselect* ? wtf?
[02:16] <jdong> why don't you.... de-select it! \end{terriblepun}
[02:16] <tsmithe> @lart jdong 
[02:16] <tsmithe> that was horrible!
[02:17] <elmo> anyone got up-to-date feisty?
[02:17] <jdong> elmo: sup?
[02:18] <elmo> jdong: can you see if xmodmap works for you?
[02:18] <elmo> xmodmap -e "keycode 11 = 2 quotedbl"
[02:18] <elmo> e.g. ^-- try that
[02:18] <elmo> and see if shift-2 produces '"' afterwards.  assuming you're on a US keymap
[02:18] <jdong> "
[02:18] <jdong> yeah
[02:18] <jdong> works fine here...
[02:18] <elmo> jdong: when did you last update?
[02:18] <jdong> 5 minutes ago
[02:19] <elmo> hmm, meh
[02:19] <jdong> remember I was whining to you about the archive? :D
[02:19] <elmo> I have no idea why this is broken for me, but it's broken, even with a completely new user
[02:20] <jdong> feisty X since two days ago has been acting up for me somewhat though
[02:20] <jdong> like terminal scroll is absurdly slow
[02:20] <jdong> and even locks up X sometimes
[02:20] <jdong> beryl broke too but that's old news ;-)
[04:13] <z_malloc> hello
[04:14] <z_malloc> any ubuntu developers know why this bug would take so long to resolve, and be priority : low urgency ?? https://translations.launchpad.net/ubuntu/edgy/+source/mysql-dfsg-5.0/+bug/66702
[04:14] <Ubugtu> Malone bug 66702 in mysql-dfsg-5.0 "GCC emits 3DNow!-specific instruction for __builtin_prefetch" [Undecided,Fix committed]  
[04:15] <z_malloc> 4 months to resolve a bug rendering mysql inoperable in the 64bit server version seems insane to me
[04:16] <z_malloc> im concerned about using ubuntu long term in a production environment if a bug like this takes 4 months to correct, and the guy who fixes it doesn't even have an EMT64 machine.
[04:18] <pochu> z_malloc: I'm not an ubuntu developer, but I'm looking at that bug report, and it's marked as fixed, so what's the problem?
[04:19] <HrdwrBoB> anyone using production ubuntu and not using LTS on servers is insane
[04:19] <Lathiat> from what i can see , that bug was filed in the edgy development phase
[04:19] <Lathiat> and fixed in the edgy development phase
[04:19] <HrdwrBoB> and anyone not using at the very least, stable, should be committed
[04:19] <Lathiat> if your running the unstable version in your production environments, you'll have plenty of other issues to worry about ;)
[04:19] <z_malloc> the problem is I'm trying to understand why it took 4 months to fix, and is marked low urgency.  the installer says "install LAMP server".  seems like having apache, mysql and php working would be pretty important.
[04:20] <pochu> z_malloc: it isn't marked as low urgency
[04:20] <z_malloc> the bug was submitted in october 06, and the fix was submitted a few days ago.
[04:20] <pochu> z_malloc: it is undecided
[04:21] <z_malloc> mysql-dfsg-5.0 details Current version:  5.0.24a-9ubuntu1
[04:21] <z_malloc> Upload date: 2007-02-16
[04:21] <z_malloc> Urgency: Low Urgency
[04:21] <Lathiat> oh i see i misread, my appologies
[04:21] <Lathiat> z_malloc: thats the source, not the bug
[04:21] <z_malloc> ahh i see
[04:21] <z_malloc> that makes more sense :)
[04:21] <pochu> z_malloc: 13 Dec 06 14:44  	 Matthias Klose  	gcc-4.1: status  	Confirmed  	Fix Released
[04:22] <z_malloc> hmmm. i installed after that date, and updated since. 
[04:22] <pochu> z_malloc: it was fixed in gcc in december. however, it was noticed also in mysql, so it was fixed later ;)
[04:23] <z_malloc> i don't understand.  mysql won't start.  
[04:23] <pochu> 15 Feb 07 19:08 <---- Date when it was reported on mysql-dfsg-5.0
[04:23] <pochu> z_malloc: ^^
[04:23] <pochu> z_malloc: so 6 days to be fixed :)
[04:24] <z_malloc> i guess thats what i mean
[04:24] <Lathiat> pochu: that bug was opened 18/10/06 
[04:24] <pochu> Lathiat: for gcc yes
[04:24] <pochu> Lathiat: but not for mysql
[04:24] <pochu> https://translations.launchpad.net/ubuntu/edgy/+source/mysql-dfsg-5.0/+bug/66702/+activity
[04:24] <Ubugtu> Malone bug 66702 in mysql-dfsg-5.0 "GCC emits 3DNow!-specific instruction for __builtin_prefetch" [Undecided,Fix committed]  
[04:24] <pochu> look there
[04:24] <Lathiat> thats what im looking at
[04:24] <Lathiat> Bug Details:
[04:24] <Lathiat> Reported on:
[04:24] <Lathiat> 2006-10-18 17:04:14 WST
[04:25] <pochu> Lathiat: but that's the gcc bug
[04:25] <Lathiat> the bug was originally filed against mysql
[04:25] <Lathiat> and then mvoed to gcc as it was actually a gcc bug
[04:25] <Lathiat> z_malloc: certainly if you have a critical production environment, perhaps you should look at purchasing support from canonical
[04:25] <pochu> Lathiat: you are right, sorry
[04:25] <pochu> hehe
[04:26] <z_malloc> whether it took 2 months to fix, or 4 .. either way.. isn't it important enough?
[04:26] <z_malloc> aren't tons of people using 64bit server
[04:27] <z_malloc> and more importantly.. didn't anyway try Mysql?? i mean, its pushed as a LAMP server right from the start of the install
[04:28] <z_malloc> i'm just trying to understand the scenerio, thats all.
[04:28] <z_malloc> i am hopeful that i am missing something
[04:28] <pochu> z_malloc: the really stable system is the LTS (dapper)
[04:28] <pochu> maybe that's what you are missing (maybe not)
[04:28] <bddebian> Yes, there are thousands of packages and not enough developers
[04:28] <Lathiat> z_malloc: The current Ubuntu "focus" is on the desktop environment
[04:29] <Lathiat> z_malloc: while the server efforts are not without aid, it is not the focus of the dev teams at this time
[04:30] <ajmitch> Lathiat: yet there are still server editions, with mysql prominently available
[04:30] <z_malloc> yes, but its the server version, and .. maybe i'm wrong.. but it just seems like mysql is like one of the top 2 applications in that distribution.  way to important to have simply not working for months.
[04:31] <z_malloc> that was my other question.  did this bug only afflict some amd64 installs? or all
[04:31] <ajmitch> only em64t
[04:31] <HrdwrBoB> yeah
[04:31] <ajmitch> all the 64-bit amd chips support the instruction used
[04:31] <HrdwrBoB> it's an amd specific extension
[04:31] <z_malloc> which is what?  all intel based chips
[04:32] <HrdwrBoB> basically yes
[04:32] <HrdwrBoB> but only if you run 64bit
[04:32] <Lathiat> "all intel based 64bits, running the 64bit distribution"
[04:32] <ajmitch> which is hardly uncommon for a server
[04:32] <z_malloc> ajmitch : my thoughts as well
[04:33] <z_malloc> basically, two chips.  amd/intel, and with dell only providing intel.. i just don't understand
[04:33] <ajmitch> however I'll most likely run dapper or etch
[04:33] <ajmitch> 'edgy' has its name for a reason
[04:33] <HrdwrBoB> I agree it should be fixed
[04:33] <HrdwrBoB> but I also think that anyone running a server not running dapper needs their head read
[04:33] <pochu> anyway it's already fixed :)
[04:34] <ajmitch> z_malloc: have you confirmed that it is fixed & replied on the bug report?
[04:34] <z_malloc> i am glad its fixed, and i don't want to come off as a jerk.  im just fearful about this being a sign for things to come. ala debian package maint.  which has gotten really bad.
[04:34] <ajmitch> pochu: in -proposed, iirc
[04:34] <pochu> ajmitch: oh, right :)
[04:35] <z_malloc> ajmitch : no i havent.  i forced the previous version from dapper, which was suggested in the ubuntu forums.  not an ideal solution, but the only one i could find short of compiling.
[04:35] <ajmitch> ok, testing of the version in edgy-proposed would be appreciated if you have the time
[04:36] <z_malloc> sadly, im barely capable of installing packages.  my linux skills are weak at best.
[04:38] <z_malloc> well..thats a bit overstated. but needless to say, i'm probably not well suited.
[04:38] <pochu> z_malloc: then, please comment the bug report confirming that it's fixed, in order to get it to the -updates repo
[04:43] <z_malloc> others have commented that it is working now.  i guess i just wanted to find out what was up with the thinking and importance of the bug. 
[04:44] <z_malloc> sounds like, the answer is "not enough maintainers"?
[04:55] <z_malloc> ty and gn
[07:40] <xerroz> is there some way i can install ubuntu on top of an already existing ubuntu? (looking to setup a system to debug)
[07:42] <Hobbsee> xerroz: #ubuntu for support
[07:42] <Hobbsee> please see the /topic
[08:00] <xerroz> Hobbsee: wouldn't this question be more specific to the development of Ubuntu..
[08:02] <Burgundavia> xerroz: not really
[09:13] <pitti> Good morning
[09:16] <dholbach> good morning
[09:18] <LaserJock> pitti: do new binaries as a result of a split of a source package end up in the NEW queue?
[09:18] <pitti> LaserJock: yes, they do
[09:18] <LaserJock> do they need a MIR?
[09:19] <pitti> LaserJock: no, just a standard review
[09:19] <LaserJock> k
[09:19] <pitti> LaserJock: is tomorrow ok, or shall I do it right now?
[09:19] <LaserJock> pitti: it's not uploaded yet
[09:19] <LaserJock> I gotta ask dholbach about that ;-)
[09:20] <mdke> do they need a feature freeze exception?
[09:20] <pitti> LaserJock: ah, that makes it hard to review :)
[09:20] <dholbach> LaserJock: about what?
[09:20] <LaserJock> dholbach: I committed some changes the doc repo that splits up the ubuntu-docs package
[09:21] <LaserJock> we needed to split the server guide and packaging guide as standalone .debs
[09:21] <dholbach> LaserJock: yeah, that's fine with me
[09:21] <dholbach> dunno, what you need to know from me?
[09:22] <LaserJock> I just wanted you to check over my changes (not so familiar with CDBS)
[09:22] <LaserJock> when you get a chance
[09:22] <dholbach> ok - can you send me a mail with that?
[09:23] <LaserJock> dholbach: ok
[09:23] <dholbach> gracias
[09:24] <Treenaks> (yes, really..)
[09:32] <pitti> Treenaks: that also happens with the nv driver
[09:33] <pitti> Treenaks: for a week or so, terminals became unbearably sluggish with nv
[09:33] <pitti> Treenaks: I guess something in the backend has changed (such as using another graphics backend for text rendering)
[09:35] <Treenaks> pitti: I have the same problem with Xv windows, they generate slowness as well
[09:36] <Treenaks> pitti: opengl does not
[09:36] <pitti> right
[09:36] <pitti> Treenaks: I guess the nvidia driver is just fast enough to paper over the new slowness
[09:38] <Treenaks> maybe.. 
[09:38] <Treenaks> could it be Composite? I disabled that..
[09:38] <Treenaks> (but also, gnome-terminal has changed its rendering a few weeks back, to fix an overlapping-characters bug)
[09:47] <dholbach> pitti, Mithrandir: can you please reject the last new-stuff-manager upload from source NEW? I'll upload a new version right now... upstream/the maintainer decided to change a few things
[09:47] <pitti> dholbach: doing
[09:47] <pitti> dholbach: new-stuff-manager? I'd be inclined to reject it because of that silly name already
[09:48] <dholbach> gracias
[09:48] <Treenaks> new-stuff-manager... is that the new name for bling-manager/desktop-effects?
[09:48] <dholbach> pitti: I'd suggest you let the maintainer know :)
[09:48] <pitti> dholbach: who is it?
[09:49] <dholbach> XSBC-Maintainer: Sebastian Plsterl <marduk@k-d-w.org>
[09:49] <pitti> I'm serious, I regard this as totally impolite namespace clutter and sloppiness
[09:49] <Kagou> hi
[09:49] <pitti> hi Kagou 
[09:49] <pitti> dholbach: ok, I let him know
[09:49] <dholbach> ok, thanks again
[09:51] <pitti> [done] 
[09:52] <dholbach> mdke, Laser_away: the changed docs packaging is in the usual place?
[09:52] <dholbach> *snigger*
[09:53] <dholbach> pitti is witty ... even early in the moning :)
[09:53] <Treenaks> we call him 'witty pitti'
[09:53] <Treenaks> ("petit pitti"?)
[09:54] <mdke> dholbach: yes in trunk
[09:54] <dholbach> seems everybody gets an appropriate title these days :-)
[09:54] <pitti> :-P
[09:57] <dholbach> mdke: we should get rid of "/usr/share/ubuntu-artwork/" in feisty+1 somehow
[09:57] <dholbach> (in ubuntu-docs)
[09:57] <mdke> yeah, the firefox homepage issue is so annoying
[09:57] <dholbach> yeah
[10:12] <dholbach> mdke: looks good to me - shall I upload it?
[10:16] <seb128> moning
[10:16] <seb128> morning
[10:19] <dholbach> heya seb128!
[10:20] <seb128> hey dholbach
[10:25] <ajmitch> hi jono 
[10:26] <jono> hey ajmitch
[10:26] <dholbach> hey thekorn
[10:26] <dholbach> hey jono
[10:26] <jono> hi dholbach
[10:26] <thekorn> hey dholbach
[10:28] <Treenaks> pitti: it's a time thing
[10:28] <Treenaks> pitti: I just rebooted, and now everything is fast
[10:28] <carlos> pitti: I think your latest ifupdown update broke my network support in Feisty
[10:28] <Treenaks> pitti: but I know that if I keep running, it will happen again
[10:34] <pitti> Treenaks: hm, not for me
[10:35] <pitti> carlos: uh, how so? I just added a new network method... any details?
[10:35] <carlos>  I just downgraded the package to check whether that's the cause
[10:35] <carlos> pitti: I'm using static ip address in that server
[10:36] <pitti> carlos: so do I for my secondary eth
[10:36] <carlos> and lo device is not up and eth1 is up but without ip address
[10:36] <carlos> doing it by hand works
[10:36] <pitti> by hand -> ifup -a?
[10:36] <carlos> ifup eth1 and ifup lo
[10:36] <carlos> hmm
[10:36] <carlos> but seems like that package is not the problem
[10:37] <carlos> with previous version I'm without network too
[10:37] <pitti> carlos: does /etc/init.d/networking stop/start works?
[10:38] <carlos> pitti: with that, I get a working eth1 card with the fixed ip address
[10:38] <carlos> but lo interface does not appear with ifconfig
[10:39] <carlos> pitti: it appears with loopback stop / start
[10:40] <pitti> carlos: can you put your /etc/network/interfaces somewhere?
[10:40] <pitti> carlos: ah, indeed, /e/i/networking doesn't touch lo
[10:40] <carlos> is there any public paste bin service you use?
[10:40] <carlos> I only know about the internal one that we use for launchpad development
[10:41] <pitti> http://paste.ubuntu-nl.org/ works fine
[10:41] <carlos> pitti: http://paste.ubuntu-nl.org/7010/
[10:41] <pitti> carlos: I'm just asking because network-admin had a bug until recently that screwed up the file
[10:42] <carlos> I don't see anything wrong there, but maybe I'm missing something
[10:42] <pitti> no, looks fine
[10:42] <pitti> carlos: and they reproducably do not come up at boot?
[10:42] <carlos> yeah, every boot has this same problem
[10:43] <pitti> carlos: ok, a second please
[10:43] <carlos> the only change I have done, that I'm not sure whether would be causing this is that I moved /var to a new partition
[10:44] <pitti> carlos: ah, that indeed sounds likely
[10:44] <carlos> but it has been at least a week since I restarted the computer so I cannot be sure whether it's a software problem or a migration problem
[10:44] <carlos> pitti: it's not the first time I do that
[10:44] <carlos> and I use rsync -avzH to preserve everything
[10:44] <carlos> but this time is the first time it would cause problems
[10:44] <pitti> carlos: you could try adding 'set -x; exec 2>/tmp/network.log' to /etc/init.d/networking
[10:45] <carlos> ok
[10:45] <pitti> carlos: /var is likely not mounted at the time when loopback is executed?
[10:45] <carlos> hmmm
[10:45] <carlos> maybe
[10:45] <carlos> good point
[10:45] <carlos> so the problem would be just that the partition is not ready...
[10:45] <pitti> S08loopback vs. S35mountall
[10:46] <carlos> pitti: how does it work for new servers that you install with var in its own partition?
[10:46] <pitti> hm, I don't know
[10:47] <pitti> carlos: e. g. /var/run/network/ifstate looks kind of important
[10:55] <carlos> pitti: ok, thanks for the clue, I will try to figure whats going wrong...
[10:55] <carlos> well, how to fix it as I know what's going wrong now :-P
[11:23] <mjg59> Mithrandir: I hear esr will be one soon
[11:24] <Mithrandir> dholbach: are you going to send out a mail about universe ff or should I?
[11:24] <dholbach> am I the victim now? ;-)
[11:24] <Treenaks> *blame-shift*
[11:26] <dholbach> Mithrandir: if you have a boilerplate freeze announce mail in front of you, you could do it -- if not, I can do it too --- in fact you just reminded me to announce the MOTU council meeting tomorrow :)
[11:27] <Mithrandir> Treenaks: you!  Want to package the new blender upstream version?
[11:28] <dholbach> Mithrandir: I think lfittl is working on that.
[11:28] <Mithrandir> ok.
[11:28] <dholbach> Mithrandir: I can mail him if you like
[11:28] <dholbach> at least he told me last week in vienna
[11:28] <Mithrandir> lfittl@u.c?
[11:29] <dholbach> Mithrandir: yes
[11:29] <Mithrandir> I'll mail him
[11:29] <dholbach> cool
[11:31] <carlos> pitti: It's fixed now. Ubuntu handles quite well that use case (having /var in its own partition), but you still need to have /var/run and /var/lock created in rootfs to get all magic working
[11:34] <cjwatson> carlos: yeah, the installer takes care of that, but obviously if you move it yourself then you have to do it
[11:34] <carlos> right
[11:34] <carlos> it took me a while to figure it
[11:41] <seb128> Mithrandir: I'm looking to network-manager-openvpn and network-manager-vpnc from NEW, I did look at them yesterday and there was some debian/copyright small problems that should be fixed now
[11:42] <giskard> someone did a release of vpn plugins?
[11:43] <seb128> the packages are from svn code apparently
[11:43] <Mithrandir> seb128: yeah, it was just the full text of the licences missing from the tarballs.
[11:43] <seb128> Mithrandir: I didn't notice that
[11:43] <Mithrandir> seb128: if it's been fixed, then it's good. :-)
[11:44] <seb128> Mithrandir: there is the GPL to COPYING and the LGPL to subdir/COPYING
[11:45] <Mithrandir> seb128: then it's good
[11:46] <Lathiat> what package woudl i file incorrect driver detection on?
[11:46] <Lathiat> (Xorg driver, nvidia card detected as vesa not nv)
[11:47] <Mithrandir> discover-data
[11:51] <Treenaks> pitti: the terminal-slow-bug has to do with scrollback + lots of windows.. if I turn my scrollback back to 500 lines, it's fast(er) again
[11:52] <shawarma> seb128: Rock'n'roll! :-) Thanks!
[11:52] <seb128> shawarma: np ;)
[11:53] <pitti> Treenaks: hm, (1) but scrolling forward is slow, too and (2) I didn't change this setting, and it happens to many people
[11:53] <Lathiat> Mithrandir: hrm thanks
[11:53] <Treenaks> pitti: I changed it from 5000 to 500
[11:54] <shawarma> seb128: Is it common for packages to that many different copyrights?
[11:54] <pitti> Treenaks: 500 is my default, too
[11:54] <Treenaks> pitti: how many terminals (they're all one process..)
[11:54] <seb128> shawarma: not sure on how common but that's not the only one for sure ;)
[11:54] <Treenaks> pitti: I have 6 atm
[11:54] <pitti> Treenaks: 5
[11:54] <shawarma> seb128: Ok.
[11:55] <doko> pitti: is it reasonable to extract the first parameter of the python command line and figure out a package for that for an apport report?
[11:56] <pitti> doko: that sounds similar to what mono does
[11:56] <pitti> doko: and in fact I thought that apport should already do this; it doesn't?
[11:56] <doko> pitti: when did you introduce this? look at the duplicates in the listen package
[11:57] <pitti> doko: ages ago, but of course there might be corner cases
[11:57] <dholbach_> kwwii: good looking - uploaded
[11:57] <seb128> Mithrandir: I've accepted the newest upload of network-manager-vpnc, there is still 2 old versions in the NEW queue, should I just q reject them?
[11:58] <kwwii> dholbach_: great, thanks!
[11:58] <pitti> doko: ah, bug 86744?
[11:58] <Ubugtu> Malone bug 86744 in listen "[apport]  python2.5 crashed with SIGSEGV while running Listen 0.5-0ubuntu2" [Medium,Fix committed]  https://launchpad.net/bugs/86744
[12:00] <Lathiat> and what package handles the logout screen? (the livecd when you hit restart just logs out and goes back to the gdm login screen)
[12:00] <pitti> doko: ah, it's because it calls python -OO /usr/lib/listen/listen.py
[12:00] <Lathiat> is that a gnome-session or gdm thing?
[12:00] <pitti> doko: apport currently only looks at the second argument, not the third
[12:00] <doko> pitti: hmm, ok, discard the options =)
[12:01] <pitti> doko: sounds reasonable; can you please file a bug?
[12:03] <pitti> doko: actually, don't bother
[12:03] <Chipzz> pitti: please take a look at bug 66908, should be an easy fix
[12:03] <Ubugtu> Malone bug 66908 in linux-restricted-modules-2.6.17 "nvidia-glx-config does not work any more" [Medium,Unconfirmed]  https://launchpad.net/bugs/66908
[12:03] <pitti> doko: I just added this case to the test suite, so it fails now
[12:03] <tepsipakki> does anyone know why we put wacom-devices in every xorg.conf?
[12:03] <pitti> doko: this is enough for a reminder
[12:03] <Chipzz> it's a regression from from something you fixed earlier ;)
[12:04] <Adri2000> seb128: packages in NEW that are rejected now (ie. after the universe FF), will it be possible to reupload them?
[12:04] <Chipzz> tepsipakki: more importantly, does anyone know why we put *3* wacom devices in xorg.conf? :)
[12:04] <pitti> Chipzz: urgh, ok
[12:04] <tepsipakki> Chipzz: right
[12:04] <pitti> Chipzz: erm, -17? edgy?
[12:04] <pitti> Chipzz: how come that I broke that?
[12:04] <Chipzz> pitti: edgy-security
[12:04] <doko> pitti: bug 87005
[12:04] <Ubugtu> Malone bug 87005 in apport "discard options when looking for the first paramter" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87005
[12:04] <Chipzz> -17.7 iirc
[12:05] <seb128> Adri2000: it's always possible to upload, dunno if they will be accepted, ask Mithrandir
[12:05] <Adri2000> Mithrandir: packages in NEW that are rejected now (ie. after the universe FF), will it be possible to reupload them (and get them accepted)?
[12:05] <Chipzz> pitti: probably something that only got commited on one branch or something?
[12:06] <pitti> Chipzz: I didn't commit it to a VCS, just uploaded it normally
[12:06] <pitti> Chipzz: thanks for the pointer
[12:07] <Chipzz> pitti: btw, I'm not saying you broke it, may be something someone else inadvertently broke ;)
[12:08] <pitti> Chipzz: right
[12:15] <iwj> Does apt modify /var/lib/dpkg/available ?
[12:16] <cjwatson> no
[12:16] <cjwatson> the only way to get that updated if you're using apt (to my knowledge) is 'dselect update'
[12:17] <iwj> I thought so.  Someone has a weird corruption in it which looks like a localised corruption.
[12:17] <iwj> Err, localised memory corruption in dpkg or dselect, I mean.
[12:20] <tepsipakki> which one is ok: 1) change everyones font-paths in xorg.conf to /usr/share/fonts/X11 or 2) add /usr/share/fonts/X11/*
[12:20] <dholbach> somebody please moderated my post to ubuntu-devel-announce
[12:26] <Chipzz> seb128: is it normal for changes in /etc/mailcap not to show up immediately in <some file> -> properties -> Open With ?
[12:26] <seb128> Chipzz: yep, GNOME doesn't use /etc/mailcap
[12:26] <pitti> tepsipakki: definitively symlinking
[12:26] <seb128> it's used the freedesktop database
[12:26] <pitti> tepsipakki: sed'ing xorg.conf in some postinst just cries for trouble
[12:27] <pitti> tepsipakki: shipping a symlink and making sure that new installs use the new paths are the right solution IMHO
[12:27] <Chipzz> seb128: I'm not sure but I think it does; I installed acroread recently (clean edgy install), and acroread doesn't install a desktop file. Acroread didn't appear in that list until a reboot though...
[12:27] <tepsipakki> pitti: ok :)
[12:27] <seb128> Chipzz: if it's listed then it does install a .desktop
[12:28] <tepsipakki> pitti: but I guess it's ok that new confs have new paths
[12:28] <pitti> tepsipakki: yes, of course
[12:29] <cjwatson> dholbach: done
[12:29] <dholbach> cjwatson: thanks
[12:29] <Chipzz> seb128: hrrrm you're right actually, it does install a .desktop file. makes me wonder why I had to log out for it to show up though, it should show up immediately
[12:30] <seb128> Chipzz: you have to refresh the view of the folder
[12:34] <seb128> Riddell: koffice-i18n-fa_1.6.2-0ubuntu1_all.deb koffice-i18n-ga_1.6.2-0ubuntu1_all.deb koffice-i18n-km_1.6.2-0ubuntu1_all.deb NEW binaries are empty, is that normal?
[12:45] <Riddell> seb128: yes, they're just translations so they all get sucked out into rosetta
[12:46] <seb128> Riddell: ok, thank you, and binaries are for universe then, right?
[12:47] <Riddell> seb128: no, main
[12:47] <seb128> hum
[12:47] <Riddell> seb128: actually
[12:47] <seb128> why are all the other packages to universe then?
[12:47] <Riddell> others are in universe
[12:47] <Riddell> seb128: yeah, universe it is
[12:47] <seb128> ok, I'll accept them to universe
[12:47] <Riddell> thanks
[12:47] <seb128> accepted
[12:47] <seb128> np
[01:10] <hunger> Is it known that gnome-applets-data conflicts over some filenames with wesnoth-data?
[01:13] <hunger> In fact gnome-applets-data conflicts with lots of packages over stuff in /usr/share/locale/*.
[01:20] <pitti> doko: I'll do Till's cups upload and check it into the svn
[01:21] <doko> pitti: thanks
[01:23] <seb128> hunger: locale? like translations?
[01:24] <hunger> seb128: It conflicts over /usr/share/locale/sl with wesnoth-data and lots of other dirs with other packages.
[01:24] <Chipzz> mvo_: ping?
[01:26] <seb128> hunger: that's a directory, there is no conflict over directory
[01:27] <hunger> seb128: wesnoth-ei, iso-codes, coreutils, a2ps, console-common, gphoto2, apt, wesnoth-*, digikamimageplugins, kdiff3 trow, 
[01:27] <seb128> hunger: packages can installed files to the same directory
[01:27] <seb128> there is no file conflict there
[01:27] <hunger> seb128: I get this message: " trying to overwrite `/usr/share/locale/sl', which is also in package wesnoth-httt"
[01:27] <seb128> hunger: something is screwed to your bug then
[01:28] <seb128> hunger: /usr/share/locale/sl should be a directory
[01:28] <hunger> seb128: It is.
[01:28] <seb128> what package do you try to install?
[01:29] <hunger> seb128: I did dpkg -i --force-overwrite /v/c/a/a/gnome-applets-data[tab] .
[01:30] <hunger> seb128: aptitude only reported the first such attempt to overwrite the directory. The rest only showed up with force-override.
[01:30] <seb128> force-override is usually not a good idea
[01:30] <hunger> seb128: I know... but it is only locales which I will never use, so I dared do it here.
[01:31] <seb128> that's not locales
[01:31] <seb128> that's a directory
[01:32] <seb128> that error is really weird
[01:32] <hunger> seb128: Yeap, but I hope it holds locales;-)
[01:32] <seb128> maybe some package try shipping a /usr/share/locale/sl file
[01:32] <seb128> well, you should not have a conflict over a directory
[01:33] <seb128> packages are allowed to use the same directory
[01:33] <seb128> that error doesn't make much sense, it's really weird
[01:33] <hunger> seb128: dpkg -S /usr/share/locale/sl lists only this: gnome-applets-data: /usr/share/locale/sl
[01:34] <seb128> $ dpkg -S /usr/share/locale/sl
[01:34] <seb128> libwnck-common, devhelp-common, libgnomeprintui2.2-common, tracker, bug-buddy, gnome-session, libgnomeprint2.2-data, libgnomescan-common, gnome-applets-data, libgnomeui-common, iso-codes, vino, gnome-desktop-data, gnome-panel-data, libgnomevfs2-common, nautilus-data, totem-gstreamer, gedit-plugins, libgtksourceview-common, epiphany-browser, gaim-data, fast-user-switch-applet, alacarte, libgnome2-common, libpq4, coreutils, evolution-data-server
[01:34] <seb128> -common, gconf-editor, capplets-data, libglib2.0-data, apt, gnome-media-common, amule-common, gnome-nettool: /usr/share/locale/sl
[01:34] <hunger> seb128: I did a force-overwrite.
[01:34] <seb128> hunger: you said that already, we loop
[01:34] <hunger> seb128: So I am not surprised that nothing else is there anymore.
[01:34] <seb128> what is the question exactly? ;)
[01:34] <seb128> that's not a gnome-applets bug for sure
[01:34] <seb128> something is screwed on your box
[01:38] <_ion> hunger: For each package that was listed as conflicting (and why not also gnome-applets-data as well), try dpkg-deb --contents /path/to/its/deb | grep /usr/share/locale/sl
[01:38] <_ion> hunger: Does any of the lines have '-' instead of 'd' as the first char?
[01:38] <tkamppeter> pitti, biff
[01:38] <pitti> tkamppeter: new cups? thanks for preparing it, will handle it today
[01:39] <pitti> tkamppeter: a big sorry for forgetting to revert that recommends patch
[01:39] <hunger> seb128: Seems you are right. I just reinstalled kdiff3 and that went well (it conflited over /u/s/l/ta before).
[01:39] <tkamppeter> pitti, I have done the important point of undoing Mike's change of filtering the " (recommneded)" out.
[01:40] <tkamppeter> pitti, I have also packaged a new foomatic-filters, see the other e-mail. It fixes the ugly bug 85569 which requires users to do a hard reset in certain cases.
[01:40] <Ubugtu> Malone bug 85569 in foomatic-filters "foomatic-rip using 100% CPU" [Medium,Needs info]  https://launchpad.net/bugs/85569
[01:41] <pitti> great!
[01:41] <tkamppeter> pitti, can you approve UVF ER, where you are in the archive team now?
[01:42] <pitti> tkamppeter: no, that's the release manager's job (Tollef)
[01:42] <pitti> tkamppeter: archive team just means doing the grunt work, it doesn't have any decision power
[01:43] <tkamppeter> pitti, is it enough to send the mail which I have sent to you to Tollef, or is a special proceeding required now for the UVF ER?
[01:44] <pitti> tkamppeter: sending to Tollef is enough
[01:45] <pitti> tkamppeter: this looks perfectly reasonable, so I don't expect any problems
[01:47] <cjwatson> Mithrandir: we were to poke at moving powerpc out of cdimage
[01:47] <cjwatson> Mithrandir: do you have a few minutes so that we can get this one before the meeting?
[01:47] <cjwatson> s/one/done/
[01:48] <tkamppeter> Mithrandir, biff
[01:48] <tkamppeter> pitti, have sent it now.
[01:49] <pitti> Riddell: could you please take a quick look at bug 86879 on i386? it's a gdb crash triggered by a kdeinit crash, and I wondered whether just attaching gdb to the running kdeinit and reading symbols already triggers the crash again
[01:49] <Ubugtu> Malone bug 86879 in gdb "[apport]  gdb crashed with SIGSEGV in symbol_demangled_name()" [Medium,Needs info]  https://launchpad.net/bugs/86879
[01:50] <StevenK> Neat, the debugger SEGVs.
[01:52] <Mithrandir> cjwatson: sure, now's a good time.
[01:52] <Riddell> pitti: attaching to my kdeinit doesn't cause any problems
[01:53] <pitti> Riddell: alright, thank you
[01:53] <pitti> Riddell: bt works, too?
[01:54] <Riddell> pitti: yes
[01:54] <cjwatson> Mithrandir: got a cdimage checkout handy?
[01:55] <Mithrandir> cjwatson: we're not just going to do it on lithium?
[01:55] <cjwatson> Mithrandir: unfortunately it's kind of awkward since there's that private deployment branch
[01:55] <cjwatson> Mithrandir: we should make the relevant changes to the public branch first, IMO ...
[01:55] <Riddell> although it does freeze starting anything new in KDE :)
[01:55] <cjwatson> but sure, see the checkout on lithium
[01:57] <cjwatson> Mithrandir: so, there are the following things to change: etc/config (default architecture selection; should be changed only for feisty and onwards); etc/anonftpsync* (mirroring, to move powerpc to cdimage/ftp-ports); bin/find-mirror (to take powerpc packages from the ports mirror); and bin/cron.* as appropriate
[01:57] <Riddell> mvo, glatzor: have you looked at having software-properties let people set the apt proxy?
[01:58] <cjwatson> Mithrandir: in bin/find-mirror, it needs to be changed only for feisty and onwards
[01:59] <cjwatson> Mithrandir: (I'm making the changes already, FWIW, just talking you through them - is that ok? I still need to set things up so that you can push to all the branches in question)
[01:59] <Mithrandir> cjwatson: yes, that's fine.
[01:59] <cjwatson> Mithrandir: I generally prefer to write things like "only for feisty and onwards" as "case $DIST in warty|hoary|breezy|dapper|edgy) ... ;; *) ... ;; esac"
[02:00] <Mithrandir> yup, that's fine.
[02:00] <cjwatson> Mithrandir: just to ensure that we can still build older dists if we have to
[02:00] <cjwatson> not that I imagine we'll care about warty again
[02:00] <cjwatson> but it's a useful historical record if nothing else
[02:00] <cjwatson> should probably be in a configuration file, but there
[02:01] <Mithrandir> it's hard to express trees in a single shellscript config file.
[02:01] <glatzor> Riddell: mvo: synaptic already does this. but the proxy configuration is currently quite a mess. you can set the proxy per user in the GNOME prefs, in synapitc, environment variable ...
[02:02] <Riddell> glatzor: so synaptic will use the proxy set in gnome?
[02:02] <Riddell> how does it tell apt to do that?
[02:02] <cjwatson> hmm, build-image-set anonftpsync config selection will be fiddly
[02:03] <cjwatson> Mithrandir: I'm basically grepping for other architecture names here, chiefly i386 and ia64 as good examples
[02:03] <glatzor> Riddell: mvo: yes. sudo preservers the HTTP environment variable of the user
[02:04] <glatzor> Riddell: but mvo can tell you more about this. issue. I am out running. see you
[02:05] <cjwatson> Mithrandir: initial commit pushed to public branch (http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/); have a look?
[02:05] <pitti> mvo: I just pushed some update-notifier changes FYI
[02:06] <hunger> seb128: Looks like something was hosed on my system. I reinstalled everything that conflicted with gnome-applet-data and everything installed just fine.
[02:06] <mvo> pitti: thanks, looking
[02:06] <hunger> seb128: Sorry for the fuss.
[02:06] <seb128> np
[02:06] <cjwatson> Mithrandir: oh, hmm. It's not been moved on ports.ubuntu.com yet has it?
[02:06] <pitti> mvo: no, just to remind you to bzr pull before committing
[02:07] <mvo> Riddell: it will use (via gksu) the gnome proxy configuration
[02:07] <cjwatson> Mithrandir: so that commit is wrong
[02:07] <cjwatson> Mithrandir: in the private branch, only the buildlive script needs to be changed; I assume you don't want to trigger powerpc from here on in?
[02:07] <mvo> pitti: icon+grammer?
[02:08] <pitti> mvo: right
[02:08] <cjwatson> though maybe the ports_daily-live build should
[02:08] <Riddell> mvo: so gnome exports an environment variable and that gets picked up by apt?
[02:08] <mvo> Riddell: yes (gksu)
[02:08] <Riddell> mvo: which variable?  what does gksu have to do with it?
[02:08] <Mithrandir> cjwatson: nope, it hasn't.  That's non-trivial with LP, AIUI.  Or it might just require the rsync comconfig to be changed.
[02:09] <cjwatson> it's not LP, it's the rsync configuration, and it's hard because rsync can't be release-specific
[02:09] <Mithrandir> ah, point.
[02:09] <cjwatson> it needs to become debmirror or similar, which is harder on resources
[02:09] <mvo> Riddell: http_proxy
[02:09] <cjwatson> plus the installer would need to be told
[02:09] <Mithrandir> it'd just need to be debmirror on the first level?
[02:10] <cjwatson> true
[02:10] <Mithrandir> cjwatson: I'm wondering if we should make buildlive trigger all ports arches; I took it out because ia64 was too slow, iirc.
[02:12] <cjwatson> Mithrandir: what I'm doing now is adding separate buildlive invocations in the ports lines in crontab
[02:12] <cjwatson> with ARCHES='ia64 powerpc'
[02:14] <cjwatson> elmo: btw, I don't know if you have any plans regarding moving powerpc to ports somehow, but I just thought I'd make sure that you know it needs to happen far enough before a release that the installer can be updated
[02:14] <elmo> cjwatson: meh
[02:15] <Mithrandir> cjwatson: makes sense.
[02:15] <cjwatson> Mithrandir: I think that's all safely done and deployed on lithium now, if you want to check that
[02:18] <Mithrandir> cjwatson: looks sane to me.
[02:25] <cjwatson> pitti: your activity report says you're blocked on archive.u.c not being reachable from machines in the DC; have you tried 'export http_proxy=http://squid.internal:3128/'?
[02:25] <pitti> cjwatson: no, I didn't try; it wasn't necessary so far
[02:25] <cjwatson> but you're blocked on it?
[02:25] <pitti> more or less, yes
[02:26] <pitti> doesn't seem to help either
[02:26] <cjwatson> not sure how it can be not necessary *and* a blocker :-)
[02:26] <pitti> cjwatson: I RTed it yesterday
[02:26] <cjwatson> ok
[02:26] <pitti> cjwatson: oh
[02:26] <pitti> cjwatson: necessary> playing env tricks with the proxy, not network access
[02:27] <pitti> cjwatson: well, it's not a hard block, I could write some python-apt script to emulate apt-get source and use security.u.c
[02:28] <pitti> cjwatson: nice, the http_proxy trick works
[02:28] <pitti> cjwatson: thanks
[02:38] <pitti> Mithrandir: btw, if you are at hacking cd-image anyway, could you please do a grep -r for 'user.d'? Does it contain any commands to clean /var/lib/update-notifier/user.d for the live system? (I mailed Adam, but no reply yet)
[02:39] <Mithrandir> pitti: that's not cdimage, that's livecd.sh.
[02:39] <pitti> ah, I see
[02:39] <Mithrandir> I'm not sure where that's stored atm.
[02:40] <pitti> Mithrandir: ok, nevermind; thanks
[02:40] <ubuntu_> Hello, I have a problem regarding the console fonts. I would like this problem to be fixed in the next Ubuntu release. Is this the right place?
[02:40] <Mithrandir> ubuntu_: no, use the bug tracker for reporting bugs.
[02:41] <ubuntu_> Mithrandir: I have reported the problem as a bug but I wanted to see whether I can get someone to help get it fixed.
[02:45] <ubuntu_> Anyone?
[02:46] <cjwatson> ubuntu_: what's the bug number?
[02:46] <cjwatson> pitti: yes, it does 'rm -f ${ROOT}var/lib/update-notifier/user.d/*'
[02:46] <ubuntu_> The bug number is 87031. Thank you for your attention.
[02:47] <pitti> cjwatson: uh, can we stop that and instead fix the packages that leave unwanted notifications on virgin installs?
[02:47] <cjwatson> I'm not promising to fix it, as this isn't a bug escalation channel; I'm just curious
[02:47] <cjwatson> pitti: now that's an appropriate thing to mail Adam about ... :)
[02:47] <ubuntu_> cjwatson: It's nevertheless better than not getting any help at all.
[02:47] <pitti> cjwatson: alright, thanks for looking; at least I can stop breaking my head about that postinst :)
[02:47] <cjwatson> pitti: pkgsel marks any pending notifications as seen rather than removing them
[02:47] <cjwatson> pitti: (pkgsel/debian/postinst)
[02:48] <cjwatson> unfortunately I didn't note why I did that - it was a change in breezy
[02:49] <cjwatson> ubuntu_: running edgy or feisty?
[02:49] <ubuntu_> cjwatson: running edgy eft (6.10
[02:49] <ubuntu_> )
[02:49] <cjwatson> ubuntu_: ok, that's fixed in feisty by doing it in the initramfs before usplash starts
[02:50] <ubuntu_> cjwatson: Thank you very much. Are you really really sure that it is fixed for good?
[02:50] <cjwatson> pretty certain, yes - I made the change in question
[02:51] <ubuntu_> cjwatson: Thanks again. I am looking forward to the release of 7.04.
[02:51] <cjwatson> testing is of course welcome, but it works for me whereas previously it didn't :-)
[02:51] <ogra> cjwatson, btw, poke, poke .... any news on cipher=none ? 
[02:51] <cjwatson> ogra: no, sorry
[02:51] <pitti> hi ogra
[02:52] <cjwatson> ubuntu_: we were a bit over-optimistic in edgy about what the kernel would let us do while usplash (or even X) was running
[02:52] <ogra> cjwatson, is there a chance we will see it in feisty ? it's one of the blocking factors for ltsp upstream to drop support for the old release
[02:52] <cjwatson> the new approach is much simpler and much more liable to work
[02:52] <ogra> hey pitti 
[02:52] <cjwatson> ogra: urgh, I really can't promise itt
[02:52] <cjwatson> it
[02:52] <ogra> ok
[02:53] <ubuntu_> cjwatson: I guess I should download and check whether it works or not before 7.04 gets released.
[02:55] <ogra> hey mpytasz 
[02:56] <ogra> :)
[02:56] <mpytasz> ping mjg59
[02:57] <mjg59> Hi
[02:57] <mpytasz> Hi, I was adviced to contact You, I have problems with wacom on Siemens tables (Lifebook T series)
[02:57] <ogra> mjg59, i pointed mpytasz to you, he as one of these nifty touchscreen lappies ...
[02:58] <mjg59> Install wacom-tools
[02:58] <mjg59> Reboot
[02:58] <mjg59> File bug if it doesn't work
[02:58] <mpytasz> ok, wait, it's not that simple :)
[02:58] <ogra> heh
[02:58] <ogra> mjg59, he's running gentoo, and ubuntu apparently doesnt boot on the builtin SATA CDrom ... :)
[02:59] <mpytasz> I am not using ubuntu, I'm using gentoo, I have everything I shouyld need (linuxwacom) and xorg configured properly, (ogra verified it)
[02:59] <ogra> mpytasz, so grab the souce of wacom-tools :)
[02:59] <mjg59> Sorry, I don't support gentoo
[02:59] <mjg59> I have no idea what's in their kernel
[02:59] <mpytasz> I tried wacdump and I get it working there however I am gettin bit errors
[02:59] <ogra> mjg59, well, you just pointed in the right direction ... 
[03:00] <mpytasz> ok, thanks anyway, I'll go to gentoo irc, however I already tried it there
[03:00] <ogra> mpytasz, just check the wacom-tools source and make sure the set of modules we use in ubuntu is matching your gentoo kernel and it should work ...
[03:01] <mpytasz> ok, thanks
[03:01] <ogra> and next time we meet we'll get your damned CDrom running so you dont have excuses to not run ubuntu ...
[03:02] <ogra> :)
[03:03] <mpytasz> ogra, ok, Iif I won't make gentoo work with it 'll remind you ;)
[03:32] <pitti> kwwii: uh, wobbly splash-down :)
[03:34] <kwwii> pitti: hehe...is that good or bad?
[03:34] <kwwii> ;-)
[03:34] <pitti> kwwii: looks pretty cool
[03:34] <kwwii> good to hear :-)
[03:34] <kwwii> the logo on gdm and the splash will still change though :-)
[03:35] <kwwii> but we are getting closer and closer
[03:36] <h4writer> kwwii, do you have a screeny of it?
[03:37] <kwwii> h4writer: the splash is the only thing I do not know how to make a screen off ;-(
[03:38] <h4writer> (vmware:p), but is it already in the repos (than I can down it)
[03:38] <kwwii> for some reason ubuntu won't install on my x60s...after it boots it no longer finds the cdrom in the docking station
[03:39] <kwwii> in vmware, that is
[03:39] <kwwii> so I gave up pretty quick :-)
[03:39] <tepsipakki> kwwii: what a coincidence, I just installed X60s with feisty
[03:39] <tepsipakki> but not using vmware
[03:40] <tepsipakki> and after undocking the cdrom is lost
[03:41] <kwwii> good thing I didn't try that then :p
[03:48] <oxygen> hi
[03:49] <oxygen> i cant join #ubuntu
[03:51] <elkbuntu> oxygen, please see #ubuntu-ops
[04:01] <bddebian> Heya
[04:30] <tepsipakki> to finish the xorg-7.2 merge there are xorg-server and xorg left to do..
[04:30] <tepsipakki> and they need reviewing
[04:31] <seb128> people who want to help to review them are welcome ;)
[04:31] <tepsipakki> you can find the current versions here, along with debdiff's against the latest version in Debian: http://users.tkk.fi/~tjaalton/xorg72/new
[04:32] <tepsipakki> hopefully the changelogs are verbose enough :)
[04:32] <tepsipakki> you can give comments either here, or on #ubuntu-x
[04:33] <tepsipakki> I'm off now for a couple of hours, but will read the backlog later
[04:34] <bddebian> Are we actually going to bring them into Feisty?
[04:36] <tepsipakki> most of it is already in
[04:36] <tepsipakki> ->
[04:37] <seb128> bddebian: why doing the work if that's not the use it? ;)
[04:37] <bddebian> I ask myself that often for Universe? ;-P
[04:40] <ubuntu_> cjwatson: Are you there?
[04:45] <pitti> BenC: uh, I just discovered and filed bug 87065; I already went crazy searching the bug in apport...
[04:45] <Ubugtu> Malone bug 87065 in linux-source-2.6.20 "does not set CORE_REAL_RLIM correctly" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87065
[04:46] <FlyOnTheWall> crimsun, you about?
[04:48] <BenC> pitti: ok
[04:50] <cjwatson> ubuntu_: yes
[04:54] <tkamppeter> pitti, the foomatic-filters package is accepted by Tollef, so foomatic-filters and cupsys can get uploaded now (tried to tell it earlier but my internet connection failed that time)
[04:54] <pitti> tkamppeter: yup, saw it
[04:55] <crimsun> FlyOnTheWall: I'm in lecture for ~8 additional hours.
[04:55] <FlyOnTheWall> ok
[04:56] <FlyOnTheWall> I'll return later on then, perhaps 
[04:56] <FlyOnTheWall> enjoy your lectures
[04:57] <ubuntu_> cjwatson: I have just installed Feisty Herd 4 and can confirm that the same problem exists... :(
[04:58] <cjwatson> ubuntu_: bah. could you reopen that bug and attach /etc/default/console-setup and your initrd (either /initrd.img or /boot/initrd.img should be a symlink pointing to it), please?
[05:04] <ubuntu_> cjwatson: Okay, I will do that as soon as I go home.
[05:04] <cjwatson> thanks - it's probably an entirely *different* bug now, of course
[05:06] <givre> cjwatson: while in the same context, could you also look at bug 86606 thanks 
[05:06] <Ubugtu> Malone bug 86606 in usplash "[feisty] Screen corruption when usplash is enable" [Undecided,Confirmed]  https://launchpad.net/bugs/86606
[05:07] <cjwatson> givre: totally different context, and I'm in a meeting right now
[05:08] <cjwatson> givre: I see the same thing, but I don't even know where to start with debugging it
[05:08] <cjwatson> hmm, interesting that adding setupcon fixes it - that's just plain weird
[05:09] <cjwatson> ok, I'll have a look based on that later
[05:09] <givre> cjwatson: thanks :)
[05:36] <heno> Riddell: updated kubuntu winfoss: http://people.ubuntu.com/~henrik/winfoss/feisty/kubuntu/current/
[05:46] <bluefoxicy> wow
[05:46] <bluefoxicy> I filed a duplicate bug o.o
[05:46] <bluefoxicy> the automatic bug search showed me like 10 bugs in the package, but none of them were what my bug was; once I filed it, it showed me a list of open bugs on the package, and the only other open one was the one I filed @_@
[05:59] <Mithrandir> mdz: so, I'm thinking ubuntu-release as a contact point; anybody can subscribe, some bits which are important to the release are mailed there automatically, but it's not for general discussion.
[06:00] <heno> Mithrandir: what kind of things will be posted, announcements of rebuilds?
[06:01] <heno> or more about status of targeted bugs?
[06:01] <Mithrandir> heno: no, it's not an announce list.  List of targetted bugs, for instance, yes.
[06:01] <heno> ok
[06:01] <Mithrandir> probably the daily mail from Colin about CD image problems.
[06:02] <heno> Is there a canonical place for finding out that Beta images are ready and testable?
[06:02] <heno> other than IRC?
[06:02] <heno> does it go to devel-announce?
[06:02] <mdz> Mithrandir: I think that once it's open for subscription, it's hard to prevent it becoming a discusison list
[06:02] <Mithrandir> lp/ubuntu-iso-tests ?
[06:03] <Mithrandir> mdz: nah, that's just moderating everybody except some people on a whitelist.
[06:03] <mdz> heno: it ought to go to -devel-announce
[06:03] <Mithrandir> mdz: do you really think so?  There will likely be at least one rebuild a day of most of the variants..
[06:03] <mdz> Mithrandir: reply-to is probably as effective and lower overhead
[06:04] <heno> Mithrandir: but who wants to check that unless they are subscribed to a test
[06:04] <mdz> Mithrandir: I think perhaps we need a review of all the types of communication we do and where they go
[06:04] <mdz> to me, -devel-announce is sort of "development-related announcements, often interesting even to non-developers"
[06:04] <Mithrandir> mdz: quite possibly; that'd be nice to do with a big, clean wall and some crayons or pens.
[06:04] <mdz> Mithrandir: or a wiki :-)
[06:04] <heno> I still think a testing-announce list would cover the middle ground here
[06:05] <heno> so that d-a can stay really low traffic
[06:05] <heno> but people can get enough pings about test status
[06:05] <Mithrandir> now, if LP grew RSS feeds for bug lists, it'd be trivial to get those notifications out, and people could get them on IRC, by email or whatever.
[06:31] <seb128> asac: for bug #86265, you used the "Target To Release" option? I usually use the milestone rather for bugs that need to be fixed for feisty
[06:31] <Ubugtu> Malone bug 86265 in firefox "[apport]  firefox crash [@totemScriptablePlugin::~totemScriptablePlugin] " [High,In progress]  https://launchpad.net/bugs/86265
[06:32] <seb128> what other people are doing?
[06:32] <seb128> having both that "Target To Release" and milestone is confusing
[06:36] <asac> seb128: ok ... sorry for confusion
[06:36] <seb128> no need to be sorry, I'm not sure to be right
[06:36] <seb128> I used it as a pretext to ask on the chan ;)
[06:36] <seb128> and to point that you can use the milestone
[06:37] <asac> one more reason for a quick fix :) ... this will then disappear from your rader ->  no more confusion :)
[06:38] <kwwii> dholbach: got a bug about the new gdm stuff - just pushed a fix
[06:38] <dholbach> kwwii: gracias - will upload it later on
[06:55] <mdz> asac,seb128: yes, it's confusing, and we need to use the tools consistently.  the trouble is they've been changing...
[06:55] <seb128> mdz: is milestone the right one to use?
[06:56] <pitti> I think milestone is right for development release and 'target to release' for stables
[06:56] <mdz> seb128: I don't think it ever makes sense to use 'target for release' for the development release
[06:56] <pitti> it should not be possible to create a feisty task ATM
[06:56] <mdz> I asked for that to be impossible in LP
[06:56] <pitti> heh, snap :)
[06:56] <seb128> ok, what I though
[06:56] <mdz> seb128,pitti: please have heno communicate about this to LP
[06:56] <seb128> I use the "target to release" for SRU basically
[06:57] <seb128> mdz: ok
[07:24] <igor> hi all ;-0
[07:39] <tepsipakki> whoa, I'm swamped with feedback on the remaining xorg-packages :)
[07:39] <tepsipakki> ..not
[07:39] <pitti> tepsipakki: ?
[07:40] <tepsipakki> pitti: nevermind.. I asked if someone had time to review xorg-server and xorg, which are the last bits of the R7.2 update remaining
[07:40] <tepsipakki> and the most difficult ones
[07:41] <tepsipakki> maybe we'll sort them out tomorrow
[08:16] <pitti> good night everyone!