/srv/irclogs.ubuntu.com/2007/01/04/#ubuntu-devel.txt

Riddellok12:12
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
=== niktaris [n=niktaris@ppp46-220.adsl.forthnet.gr] has joined #ubuntu-devel
=== __keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-devel
__keybukhmm, interested12:31
__keybukfailed to resume from hibernate; I guess that's an initramfs bug because it seemed to suspend ok12:32
=== mpt [n=mpt@121-72-134-135.dsl.telstraclear.net] has joined #ubuntu-devel
Keybuksuspend-to-ram worked, but the ipw3495 needed rmmod/modprobe on resume12:32
Keybukmjg59: any clue to the first?12:32
mjg59Define "failed"12:33
Keybukmjg59: it (new laptop) appeared to hibernate just fine (other than a few USB messages)12:33
Keybukwhen power button pushed to resume, booted, GRUB, then just continued the usual boot sequence but leaving the suspended image in the swap partition rather than resuming from it12:34
mjg59Check /etc/initramfs-tools/conf.d/resume12:34
Keybukthat had RESUME=UUID=$(uuid of swap partition)12:34
=== fadey [n=fadey@87.218.18.121] has joined #ubuntu-devel
mjg59Ok. So that should really have worked.12:35
Keybukyeah12:36
mjg59What does dmesg say?12:36
wasabiSo.. Ubuntu philosophy question. What do we all agree to mean by "Just Works".12:36
wasabiJust Works, under specific circumstances?12:36
wasabiJust Works, for home users?12:36
HrdwrBoBJust Works for as many people as possible12:36
Keybukmjg59: nothing obvious, any particular string to grep for?12:36
mjg59Keybuk: There should be an "Attempting manual resume"12:37
Keybukmjg59: no string like that in dmesg12:37
wasabiJust Works, if you edit 3 environmental variables?12:37
mjg59Keybuk: Is this feisty or edgy?12:37
Keybukmjg59: feisty12:37
mjg59Hm12:37
fadeyhi12:37
mjg59What kernel version?12:37
Keybukmjg59: 2.6.20-312:37
mjg59Right.12:37
mdkewasabi: just works, all the time.12:37
mjg59There's been some changes in 2.6.20 upstream that may have broken things.12:37
Keybukdunno if it's related, but I saw some kinit resume messages when I wasn't trying to resume12:38
mjg59Can you try a 2.6.19 kernel?12:38
wasabimdke: Does twisting environmental variables fall under Just Works?12:38
Keybukbut those messages weren't shown when I was12:38
wasabiJust Works, for admins adept at editing login scripts, maybe.12:38
mjg59wasabi: No12:38
mdkewasabi: no, the nature of having a philosophy is that you can't achieve it all the time12:38
mdkeit's an ideal12:39
Keybukmjg59: I'll debug a bit more tomorrow and get back to you12:39
mdkemy philosophy is to go to bed early, but I never do12:39
wasabihttps://launchpad.net/ubuntu/+source/beagle/+bug/7776812:39
UbugtuMalone bug 77768 in beagle "should not store indexes in ~" [Unknown,Rejected]  12:39
mjg59There are situations where it's impossible to Just Work. There are other situations where Just Working would comprimse the Just Working of some other situation12:39
Keybukjdub claims it works fine on this machine in edgy, so I'm guessing it's just a feisty bug12:39
mdkeUbuntu is much better than I am at that12:39
=== wasabi formulating argumnet.
mdkemjg59: well put! :)12:39
mjg59wasabi: I disagree with the assertion that the Beagle data is system specific. In the common case, it isn't.12:40
wasabiIt makes no distinction about indexed files in ~ or /foo12:41
mjg59The default setup is that Beagle indexes the home directory.12:41
wasabiSo, unfortunatly, it sort of is.12:41
mjg59Not /whatever12:41
wasabiHmm. That's true.12:41
mjg59Therefore, with the default setup it makes sense that Beagle's information be stored there12:41
wasabiI'd still argue that it doesn't belong in ~ for transiate cache reasons.12:41
mjg59It's not a transient cache12:41
wasabiSure it is. It can be regenerated.12:41
jdubbah, keybuk left12:41
wasabi100%.12:41
mjg59And the application won't work until it has been regenerated, which may take a long time12:42
wasabiHmm. The application will "work". It will say the cache needs to be built, please wait.12:42
wasabiOkay, let me just bring up my actual real world circumstance.12:42
wasabiMy ~'s are AFS mounted.12:42
mjg59An argument that I /would/ agree with is that if directories outside ~ are indexed, they should be tagged with the hostname12:42
wasabiPssh. I completely disagree. No other platform does it that way, for good reason.12:43
mjg59So beagle can determine whether the result is relevant on the current host12:43
mjg59?12:43
mjg59No, beagle should do it12:43
wasabia) I cannot store sockets in ~. As sockets are used to connect to LOCAL processes, they have no place in a directory which is designed to be sharable between multiple hosts.12:43
wasabib) Access to the files isn't safe over AFS or NFS. No locking.12:43
mjg59It's entirely possible to implement safe locking over AFS or NFS12:44
mjg59And, uh, you can't store sockets in ~? What sort of toy filesystem is this?12:44
wasabiAFS.12:44
wasabi...12:45
wasabiI'm also not sure if searching 400MB of index data over AFS is going to be very entertaining.12:46
mjg59It's not like it does a linear search12:47
wasabiSure.12:47
wasabiAnyways, Windows doesn't do it. Index data there is per-host... stored in a special per-host-per-user dir... for a very good reason anyways.12:48
mjg59But anyway. The argument that it should be put in /var would break another Just Works situation, where /var is not configured to be large enough for a large number of users to have large files there12:48
wasabi...12:48
mjg59If home directories are shared, it's reasonable for user-specific information to be stored there. See gconf, for example.12:48
wasabiI don't think I can really accept that argument.12:48
wasabiYou make /var big enough to hold what it needs to hold. heh.12:48
wasabiOr the installer does.12:48
mjg59Well, no, that's not the case on thin clients12:49
wasabigconf does it because host-specific settings aren't in gconf.12:49
mjg59They so are12:49
wasabiExcept for a few cases like powermanagement and friends.12:49
mjg59Screen resolution, for instance12:49
wasabi*sigh* I think that's wrong too.12:49
mjg59Tough.12:49
mjg59The Unix Way(tm) is for user-specific information to be in ~12:49
wasabiI guess my only defense left is to pull the Windows card. They didn't do it. For good reason.12:49
wasabiheh.12:50
wasabi=(12:50
=== mc44 [n=mc44@ip-81-170-96-18.cust.homechoice.net] has left #ubuntu-devel ["Exit,]
wasabimjg59: You mean like crontabs?12:50
mjg59You keep saying "for good reason", but you haven't said what that reason is12:50
wasabiI've listed a number of them.12:50
wasabiI think I can give a pretty good argument that the number of office workstations with a small /var is lower than the number with a network mounted ~12:50
mjg59You've said that AFS is broken, that doing locking on AFS is hard and that performance may be reduced12:50
wasabiAnd again, we desire Just Works in the majoirty of cases.12:50
bhalei havent said anything, but i am in agreement with mjg59 12:51
bhaleif that matters.12:51
wasabiIt's disappointing. I just know it's not going to be acceptable in most of hte network environments where I am trying to replace windows.12:51
wasabiFor the reasons I listed.12:51
wasabiIt's huge massive data. It doesn't need to be network mounted, it shouldn't.12:51
_ionbhale: My left brain hemisphere agrees, but the right one disageres.12:52
bhaledo you need to use beagle in this environment?12:52
mjg59Now, in counterargument, I'm going to say that if I run beagle on one machine in a cluster, I don't want to have to wait for an extended period of time for Beagle to reindex my files just because I've moved to another machine.12:52
wasabibhale: Seeking to replace windows, I do.12:52
mjg59That isn't Just Working. It's stupid.12:52
wasabiSince we use their indexing service.12:52
mjg59It results in massive duplication of data, lower performance and  beagle having to look for new and altered files every time I log in12:53
wasabimjg59: I agree. I think then perhaps with that argument /var/cache isn't the best place for it, or that perhaps a cluster should deal with sharing some known location of per-user/per-host data.12:53
wasabiBut I don't any more agree that ~ is the best place for it.12:53
wasabiNor do I think the number of people running clusters in that situation is greater than the number of office desktops.12:53
bhaledave_largo works on beagle for a thin client type network12:54
bhalea few central servers12:54
bhalelots of workstations/users12:54
mjg59If AFS can't handle sockets in ~, that's an argument for keeping sockets in /tmp12:54
bhalehe might have some interesting parallels12:54
wasabiI guess maybe this is a market we haven't really gotten traction in much.12:54
wasabiWHich is why it's not yet a problem.12:54
wasabiI deal with large office environments. Desktops, with central user management policies. AD, Windows.12:54
mjg59If beagle isn't handling file locking over network mounted filesystems, then that's a bug in beagle12:55
mjg59Those are both valid technical concerns, and if they cause problems then they should (and can) be fixed12:55
wasabiWell, I sort of have a real feeling that sockets on a network mounted file system are stupid sounding.12:55
mjg59Why?12:55
mjg59You encode the hostname into them, and they work fine12:55
wasabiBah. SIllyness.12:56
=== wasabi renames hosts all the time.
mjg59While they're running?12:56
mjg59I suggest not doing that12:56
wasabiNo. Windows makes me reboot. =)12:56
mjg59That's fine. You recreate the socket on boot12:56
mjg59Or login, or whatever12:56
wasabiAnd that isn't odd that you're going all the way across the network to facilitate two local programs talking to each other?12:57
mjg59Uh. Dude.12:57
mjg59That's really not how sockets work.12:57
wasabiI know. The data doesn't move across the network.12:57
wasabiI know that stuff.12:57
wasabiBut it's silly that you have to create a file over there, to talk over here.12:57
mjg59Why? It's an atomic operation.12:58
mjg59It'll be one round trip to the server12:58
wasabiThis is a completely tangent minor technical complaint/argument.12:58
wasabiI don't particularily care if you do in fact make a file on a remote system to talk to the same system... but it's technically silly.12:59
mjg59Yes, but it's the strongest technical argument you've brought up12:59
wasabi=(12:59
mjg59I'm sorry, but "Windows doesn't work like that" isn't a compelling argument12:59
wasabiYes, i know.01:00
mjg59We're different from Windows in a large number of ways, and that's something that has to be factored into conversion costs01:00
wasabiI didn't mean to use it as a compelling argument.01:00
wasabiThis argument isn't worth having right now. I will give it another try when more people are using Linux in circumstances like that.01:01
mjg59There are millions of people using Linux in circumstances like that01:01
mjg59I used to admin a network of ~100 of them01:01
wasabiI must live in a cave then. Heh.01:01
mjg59NFS ~, local /01:02
mjg59Everything went in ~, since it was the only stuff we backed up01:02
wasabiSee, I would be pretty unhappy if I ran my backup program and it snarfed up 10GB of indexes.01:02
mjg59Well, that's a trivial exclusion in the backup options01:03
wasabiNot for the people who set up the networks I work on.01:03
mjg59You probably don't want to backup the Firefox cache either...01:03
wasabiYup. You're right.01:03
wasabiWhich is why IE does not store it's cache in the roaming portion of a user's profile.01:03
wasabiIt goes nicely in Local Settings.01:03
wasabi.evolution is another example.01:03
Nafallohmm01:04
wasabiLuckily outlook puts it's client side cache in Local Settings too.01:04
mjg59Evolution stores your mail there. That's very much per user, not per system01:04
wasabiIt's cached data in any networked environment I've been in.01:04
wasabiNobody uses POP anymore.01:04
Nafallomy parents use POP ;-)01:05
wasabiAhh. Good point. Home users do.01:05
lifelesswasabi: people use POP01:05
lifelesswasabi: even corporate folk choose to01:05
wasabiAnd I agree, POP goes in ~.01:05
wasabiIMAP doesn't...01:05
Nafallobut my parents are stupid so... ;-)01:05
HrdwrBoBwe mandated that people don't use POP01:05
HrdwrBoBbecause they are generally useless and lose their mail01:05
mjg59Unix and Unix-type operating systems have never guaranteed any significant user-specific storage outside ~, and large quantities of software are built around that assumption01:06
wasabimjg59: Curiously, why is crontab an exception?01:06
wasabicrontab imo is a great one.01:06
wasabiIt does it perfectly. :001:06
wasabiper-user/per-host.01:06
mjg59Because cron jos are executed even when the user isn't logged in01:06
mjg59Which means you can't guarantee access to their home directory01:06
=== freeflying [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel
wasabiI'm also not particularly interested in obeying any definition of "Unix and Unix-type" that mandates such things if those things don't in fact line up with what I need them to do to get the job done.01:08
wasabiJust as good as relying on "But windows does it!"01:08
mjg59"Unix does it like this" is not a compelling argument for changing the behaviour of a Windows app. But it /is/ a compelling argument for deciding the behaviour of a Unix app.01:09
mjg59If your argument is "Linux doesn't behave like Windows, and therefore we face increased migration costs", then you're right.01:10
wasabiNo, that's not my argument.01:10
wasabiMy argument is I have some jobs that need to be done, jobs which I believe Ubuntu does in fact claim to function properly with.01:10
wasabiThat is, a non-thin client desktop, connected to a central server for a user's ~ data.01:11
mjg59How does Beagle placing its indexes in ~ prevent any jobs?01:11
wasabiit makes the Just Workyness of a configuration like that less Just Worky.01:12
mjg59How?01:12
wasabia) indexes generate Really Really slow, access to them is also sluggish. They are huge amounts of data after all, they index people's email full text.01:12
wasabib) They are huge. They take up server space which doesn't in fact need to be consumed.01:12
lifelesswasabi: meh, those are not the issue01:13
wasabic) sockets don't work, this isn't a primary concern of mine, because I do agree AFS has a problem.01:13
wasabiWhat's the issue then? That I'm not deploying thin clients?01:13
wasabiOr that I'm network mounting ~?01:13
wasabiOr that I chose AFS?01:13
mjg59(a) - no. The rate of index generation is not limited by write speed.01:14
lifelessmjg59: if beagle places indexes in ~, and it indexes the machine I'm logged in on, then with a NFS mounted homedir, the beagle index needs to represent two separate machines in one physical index01:14
wasabiDude. My index files are 500MB.01:14
wasabiJust for me.01:14
lifelessmjg59: or be split per host in the users homedir.01:14
mjg59lifeless: Please refer to the beginning of the conversation01:14
wasabiYou're telling me it magiked 500MB across a 100MBs network?01:14
lifelessmjg59: I thought I had ;).01:14
mjg59wasabi: On startup, beagle indexes very slowly.01:14
mjg59At no point will it be i/o bound.01:15
wasabiSure, but it also kills the network.01:15
mjg59No, it doesn;t.01:15
mjg59The data is trickled across.01:15
wasabi...01:15
wasabiWell, I have experiences that say otherwise. Are you suggesting it's a beagle bug that it doesn't attempt to write slower than possible?01:15
mjg59I'm saying that Beagle does not generate 500MB of indexes in the first 5 minutes, yes01:16
wasabiTakes longer than 5 minutes. =)01:16
wasabiNow, curiously, how does beagle actually implement a search that doesn't require reading a large portion of the 500MB over the network?01:17
mjg59(c) is clearly nothing to do with the indexes01:17
wasabiOh, hey, I take that back.01:18
wasabi3.4G    .beagle/01:18
wasabiHadn't actually checked in a few days. ;)01:18
shackanugh01:18
shackanthat's just your home?01:19
wasabiI have a lot of email.01:19
wasabiAlso, it's network shares.01:19
wasabiSome...01:19
wasabiactually, probably not. I don't think I ever got it to index those.01:19
=== wasabi digs.
mjg59wasabi: Given that it's able to fully answer my queries in much less time than it would take to read 500MB off the disk, it clearly can01:19
wasabimjg59: Local ~?01:19
mjg59I am, sadly, not an expert on the state of the art in the sort of data structures used in indexing01:20
mjg59Yes, local ~01:20
wasabiIt's probably mmaped and pretty warm.01:20
mjg59No01:20
shackanwell, it surely is not a linear search so it's never going to have to slurp the whole half gig from disk01:20
mjg59But what I'd assume at the very least is that it's a tree01:20
wasabiargh. it uses absolute symlinks too.01:21
mjg59For logfiles - that's hardly an issue...01:22
=== jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel
Nafallohi jono :-)01:22
jonohey01:22
wasabiWell. I can't argue this anymore. I have work to do. If nothing else I really think it's silly to store 3.2GB of non-critical data in something which is generally considered critical: ~01:23
wasabinight01:23
=== maxb [n=Max_Bows@i-83-67-27-237.freedom2surf.net] has joined #ubuntu-devel
maxbWhat is the proper thing to do when a severe bug (package totally unusable) is filed in Launchpad, but no maintainer responds, even after 3 months have passed?01:31
crimsunwhich bug?01:31
maxb6274801:32
crimsunbug 6274801:32
UbugtuMalone bug 62748 in subversion "2.0.55-4ubuntu4 update causes svn failure" [Undecided,Confirmed]  https://launchpad.net/bugs/6274801:32
crimsunmaxb: if you feel inclined, please follow https://wiki.ubuntu.com/StableReleaseUpdates01:34
=== milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel
maxbcrimsun: That wiki page seems to be instructions for package maintainers, no?01:37
crimsunmaxb: it's not limited to maintainers, no.01:37
maxbAnyone can upload to <release>-proposed ?01:40
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
crimsunno, in this case, only ubuntu-core-dev01:40
LaserJockmaxb: not actually upload, but prepare an upload sure01:40
crimsunanyone may prepare an SRU debdiff, however, as LaserJock mentioned01:41
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
=== wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel
=== poningru [n=poningru@pool-71-251-119-157.tampfl.fios.verizon.net] has joined #ubuntu-devel
=== mruiz [n=mruiz@201-220-113-8.bk10-dsl.surnet.cl] has joined #ubuntu-devel
maxbI've added a debdiff to the bug. The rest of the SRU procedure really looks like it needs participation from maintainer, even if I can help it along in places. I guess I'll hang around on IRC and try to initiate communication that way.02:01
crimsunwhich bug #?02:02
crimsun(it helps immensely when you provide this information up front so we don't have to ping-pong)02:02
crimsunbtw, file a new bug for an SRU02:03
maxbSame bug number as before02:05
maxbbug 6274802:05
UbugtuMalone bug 62748 in subversion "2.0.55-4ubuntu4 update causes svn failure" [Undecided,Confirmed]  https://launchpad.net/bugs/6274802:05
=== bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel
crimsunit'll help the SRU team if you collapse only the relevant info into a new bug report02:05
bddebianHeya02:06
crimsunmaxb: use the SRU versioning, please: 2.0.55-4ubuntu4.1~proposed1; the distro is "edgy-proposed"; please state the rationale in debian/changelog for filing an SRU debdiff in the first place; attach the actual debdiff (not just inline)02:08
=== shackan_ [n=shackan@host26-75.pool8253.interbusiness.it] has joined #ubuntu-devel
sistpotycrimsun: btw.: what would be the version for the actual upload actually? ~distribution1 (which would score lower than ~proposed1)?02:10
sistpotyupload to -updates actually02:11
crimsunsistpoty: 2.0.55-4ubuntu4.102:11
sistpotycrimsun: ah, makes sense :)02:11
keescookg'night folks02:11
sistpotygn8 keescook02:11
Nafallooh. I thought .X was for -security only :-)02:11
=== cr3 [n=marc@74.12.210.57] has joined #ubuntu-devel
=== jack_wyt [n=jack@61.49.221.61] has joined #ubuntu-devel
=== jack_wyt [n=jack@61.49.221.61] has joined #ubuntu-devel
=== nixternal [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel
=== jack_wyt [n=jack@61.49.221.61] has joined #ubuntu-devel
=== apokryphos [n=francis@87-194-86-227.bethere.co.uk] has joined #ubuntu-devel
=== mpt [n=mpt@121-72-134-135.dsl.telstraclear.net] has joined #ubuntu-devel
=== _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel
=== LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== fsmw [n=Fernando@107-114-112.adsl.terra.cl] has joined #ubuntu-devel
=== mbiebl [n=michael@e180098056.adsl.alicedsl.de] has joined #ubuntu-devel
=== geser [n=michael@dialin106050.justdsl.de] has joined #ubuntu-devel
=== j_ack [n=rudi@p508DA574.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== okaratas [n=ozgur@irssi/user/okaratas] has joined #ubuntu-devel
okaratashello03:32
=== sc4ttrbrain [n=potter@KHP059138070148.ppp-bb.dion.ne.jp] has joined #ubuntu-devel
=== quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel
=== stub [n=stub@ppp-58.8.10.222.revip2.asianet.co.th] has joined #ubuntu-devel
=== _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-devel
=== sc4ttrbrain [n=potter@KHP059138070148.ppp-bb.dion.ne.jp] has joined #ubuntu-devel
somerville32hi03:44
=== Hobbsee waves to okaratas and somerville32
=== somerville32 hugs Hobbsee.
=== Hobbsee hugs somerville32
=== jack_wyt [n=jack@61.49.221.61] has joined #ubuntu-devel
=== Hobbsee looks for a core dev
=== beuno [n=martin@200.127.224.64] has joined #ubuntu-devel
=== human_blip [n=mike@220.157.65.29] has joined #ubuntu-devel
=== _human_blip_away [n=mike@220.157.65.29] has joined #ubuntu-devel
=== Gumby [n=terry@unaffiliated/gumby] has joined #ubuntu-devel
=== Gumby [n=terry@unaffiliated/gumby] has joined #ubuntu-devel
=== doko_ [n=doko@dslb-088-073-073-025.pools.arcor-ip.net] has joined #ubuntu-devel
=== mako_ [n=mako@dsl092-076-224.bos1.dsl.speakeasy.net] has joined #ubuntu-devel
=== tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel
=== Adri2000 [n=Adri2000@unaffiliated/adri2000] has joined #ubuntu-devel
=== minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel
=== superm1_ is now known as superm1
=== maxb [n=Max_Bows@i-83-67-27-237.freedom2surf.net] has left #ubuntu-devel []
=== shackan__ [n=shackan@host167-89-dynamic.11-87-r.retail.telecomitalia.it] has joined #ubuntu-devel
=== dilinger [n=dilinger@c-24-128-243-228.hsd1.ma.comcast.net] has joined #ubuntu-devel
tonyyarussocjwatson, any others: We're going to spotlight the process for Main Inclusion Requestions for the Ubuntu Weekly Newsletter, so if you'd like to talk to me about that, give any guidance on the article, or throw out some great quotes I can attribute, join #tonyyarusso and let me know.05:27
tonyyarussoAny core devs actually (his name was on the wiki as last editor is all)05:31
tonyyarussoAny time in the next couple of days.  We plan to release this edition on the 8th.05:32
=== fsmw [n=Fernando@107-114-112.adsl.terra.cl] has left #ubuntu-devel ["Ex-Chat"]
=== TerminX [i=a4fac0bf@adsl-68-125-79-231.dsl.pltn13.pacbell.net] has joined #ubuntu-devel
tonyyarusso(If I'm not there, but tonyyserver is, you can leave a message and it will be logged)05:36
=== sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel
=== dilinger [n=dilinger@c-24-128-243-228.hsd1.ma.comcast.net] has joined #ubuntu-devel
=== nags [n=nags@125.16.129.16] has joined #ubuntu-devel
=== timfrost [n=timfrost@125-236-154-89.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel
=== minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel
StevenKmpt: Too slow. I have done but not commited or pushed a first stab at Debian packaging.06:02
StevenKmpt: (For About window). I've spent a grand total of 30 minutes on it, so if you've done it, I'm happy to bin it.06:02
mptStevenK, thank you06:09
StevenKmpt: Also some changes to AboutWindow.py that allow it to work both ways, either running from . or installed from a package06:10
StevenKmpt: I was planning on adding a menu file stuffing an entry into the System menu, and then commiting and pushing06:11
mptStevenK, does that replace the existing "About Ubuntu" item?06:11
mpt(it should)06:12
StevenKWhich is harder.06:12
mptah :-)06:12
StevenKYes it should, I wasn't planning on enforcing that.06:12
StevenKgnome-panel-data: /usr/share/applications/ubuntu-about.desktop06:15
StevenKOh, icky.06:15
StevenKmpt: I'm also going to kill the icons that aren't *ubuntu.06:18
StevenKSince they have been unceremoniously killed from the glade file.06:19
mptHey, I was very ceremonious06:22
mptI lit a candle and everything06:23
StevenK:-P06:25
StevenKmpt: Hrm. My .desktop file doesn't work.06:35
HobbseeStevenK: try lighting a candle for it :P06:37
StevenKHah06:39
=== StevenK is trying to determine what makes the System menu.
StevenKHrm. I don't get it.06:49
=== poningru [n=poningru@pool-71-251-119-157.tampfl.fios.verizon.net] has joined #ubuntu-devel
fabbionewho broke locales?06:57
StevenKmpt: Commited and pushed.06:59
StevenKmpt: The .desktop file needs sorting out, and I'd like to see it run on a PowerPC06:59
crimsuncjwatson: please reject murrine_0.40.1-0ubuntu1 from NEW; a ship-shape source package with proper pedigree (from clearlooks, etc., in a CREDITS file) will be uploaded07:04
=== TomB| [n=ownthebo@host86-146-113-56.range86-146.btcentralplus.com] has joined #ubuntu-devel
=== jmantha [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel
=== marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel
=== marilize [n=marilize@196.36.161.235] has left #ubuntu-devel ["Leaving"]
=== robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel
=== cypher1 [i=cypher1@nat/hp/x-2c73675b1e873004] has joined #ubuntu-devel
=== Starting logfile irclogs/ubuntu-devel.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-devel
=== Topic for #ubuntu-devel: Development of Ubuntu (not support, even with feisty) | #ubuntu for support and general discussion | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/DeveloperResources | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Herd 1 released
=== Topic (#ubuntu-devel): set by Mithrandir at Wed Dec 6 12:59:30 2006
=== cypher1_ [i=cypher1@nat/hp/x-b5106c35ce2588e5] has joined #ubuntu-devel
=== Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel
=== dous [n=dous@124.105.152.125] has joined #ubuntu-devel
=== Zdra [n=zdra@20.220-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
=== mvo [n=egon@p54A66FA2.dip.t-dialin.net] has joined #ubuntu-devel
=== timfrost [n=timfrost@125-236-154-89.broadband-telecom.global-gateway.net.nz] has left #ubuntu-devel []
=== _TomB [n=tomb@host86-146-113-56.range86-146.btcentralplus.com] has joined #ubuntu-devel
fabbioneThe following packages have unmet dependencies:09:00
fabbione  evolution-data-server: Breaks: evolution-exchange (< 2.9.4) but 2.8.2-0ubuntu1 is to be installed09:00
fabbioneE: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.09:00
fabbioneE: Internal error, problem resolver broke stuff09:00
fabbionemvo: ^^^?09:00
mvofabbione: please install the latest apt directly and then do a dist-upgrade09:01
mvo(a bug in the breaks field implementation)09:01
fabbioneapt-get install apt09:01
mvoyes09:01
fabbioneapt is already the newest version.09:01
fabbioneVersion: 0.6.46.4ubuntu609:01
fabbione ?09:01
mvooh. that is a new problem then. strange enough, it looks exactly like the old problem :)09:02
fabbionemvo: this is ok sparc09:02
fabbionethe machine was not updated for a couple of weeks09:02
fabbionemvo: dist-upgrade seems to work... the error was when invoking with dselect09:03
mvofabbione: ok. so when pressing [Install]  in dselect it bombed out?09:04
fabbionemvo: yes..09:04
mvofabbione: had someone teached the dselect resolver about breaks yet?09:04
mvos/had/has/ 09:04
=== carlos [n=carlos@29.Red-81-39-99.dynamicIP.rima-tde.net] has joined #ubuntu-devel
fabbionemvo: i thought that dselect/dpkg already knew about Breaks09:04
fabbioneat least i recall using dselect in edgy when we had breaks enabled09:05
fabbionebut does Breaks: support ABS ? :P09:05
=== mvo looks at iwj to see if dselects resolver support breaks
mvofabbione: HAHA09:05
fabbionetime for a shower09:06
fabbionebrb09:06
=== poningru_ [n=poningru@pool-71-251-119-157.tampfl.fios.verizon.net] has joined #ubuntu-devel
mvofabbione: I'm testing it in a chroot now09:08
fabbionemvo: ok..09:08
=== jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel
=== Seeker` [n=cjo20@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel
Mithrandircrimsun: rejected09:51
crimsunMithrandir: thanks09:53
=== TMM [n=hp@ip5650d1ab.direct-adsl.nl] has joined #ubuntu-devel
=== blackskad [n=blackska@vpna083.ugent.be] has joined #ubuntu-devel
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
=== MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel
=== gicmo [n=gicmo@p5491CBA2.dip.t-dialin.net] has joined #ubuntu-devel
=== MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has left #ubuntu-devel []
=== blackskad [n=blackska@vpna083.ugent.be] has left #ubuntu-devel []
=== pecisk [n=pecisk@62.85.44.54] has joined #ubuntu-devel
=== mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-devel
=== tkamppeter [n=till@bl5-240-215.dsl.telepac.pt] has joined #ubuntu-devel
=== jinty [n=jinty@vc-196-207-32-235.3g.vodacom.co.za] has joined #ubuntu-devel
=== poningru__ [n=poningru@pool-71-251-119-157.tampfl.fios.verizon.net] has joined #ubuntu-devel
=== MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel
=== sc4ttrbrain [n=potter@KHP059138070148.ppp-bb.dion.ne.jp] has joined #ubuntu-devel
=== twilight [n=twilight@ubuntu/member/twilight] has joined #ubuntu-devel
=== jonibo [n=jonas@213.212.2.215] has joined #ubuntu-devel
=== gicmo [n=gicmo@p5491CBA2.dip.t-dialin.net] has joined #ubuntu-devel
=== TMM [n=hp@ip5650d1ab.direct-adsl.nl] has joined #ubuntu-devel
=== lucas [n=lucas@ubuntu/member/lucas] has joined #ubuntu-devel
=== tkamppeter [n=till@bl5-240-38.dsl.telepac.pt] has joined #ubuntu-devel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
gnomefreakis it just me or is feisty main repo down11:31
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel
=== poningru_ [n=poningru@pool-71-251-119-157.tampfl.fios.verizon.net] has joined #ubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== jack_wyt [n=jack@61.49.221.61] has joined #ubuntu-devel
=== xerxas_ [n=r67894@AGrenoble-257-1-141-235.w90-27.abo.wanadoo.fr] has joined #ubuntu-devel
=== pvanhoof [n=pvanhoof@d54C0EE14.access.telenet.be] has joined #ubuntu-devel
=== FeistyFawn [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
=== jack_wyt [n=jack@61.49.221.61] has joined #ubuntu-devel
=== towolf [n=towolf@dslb-088-064-153-188.pools.arcor-ip.net] has joined #ubuntu-devel
=== heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel
=== WaterSevenUb [n=WaterSev@242-192.dial.nortenet.pt] has joined #ubuntu-devel
=== KaiL [n=KaiL@p548F63EE.dip.t-dialin.net] has joined #ubuntu-devel
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
=== cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
=== Zdra [n=zdra@di-net.ulb.ac.be] has joined #ubuntu-devel
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
=== WaterSevenUb [n=WaterSev@242-18.dial.nortenet.pt] has joined #ubuntu-devel
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
=== marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel
Mithrandirsiretart: does libxine1-console => universe sound ok with you?  -gnome and -kde to main? (And -ffmpeg to main?)12:32
=== geser [n=michael@dialin106210.justdsl.de] has joined #ubuntu-devel
=== jack_at_home [n=jack@221.223.33.219] has joined #ubuntu-devel
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
=== jack_at_home [n=jack@221.223.33.219] has joined #ubuntu-devel
KeybukMithrandir: you know a little about xkb?12:43
Keybukwhy is the Windows key now suddenly <Mod4><Hyper> ?! :)12:43
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
Mithrandirit is?  For me it's Super.12:44
Keybukit's Super for me on edgy12:44
Keybukbut on feisty, it appears to be weird12:44
Keybukboth machines running feisty exhibit it12:45
fabbionesomething is broken in locale too12:45
Mithrandirsomebody said something this morning about locales being broken, I'm not sure how and such, though12:46
fabbionethis smells of libx11-6 borkage12:46
fabbioneno.. not even12:47
Keybukhmm12:47
Keybukmy edgy machine has it too12:47
Keybukweird12:47
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
fabbionehmm it looks like something didn't run locale-gen12:48
fabbioneoh well i am hungry :)12:48
=== ivoks [n=ivoks@18-216.dsl.iskon.hr] has joined #ubuntu-devel
=== static [n=emurphy@194.18.118.70.cfl.res.rr.com] has joined #ubuntu-devel
Keybukmjg59: I'm assuming you never fixed GNOME Power Manager to not override the ondemand governor?12:54
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
mjg59No, upstream were meant to be fixing it12:59
=== jack_at_home_ [n=jack@221.223.33.219] has joined #ubuntu-devel
ograi think upstream agreed on it on the ML already12:59
ograshould be fixed in the next package12:59
Keybukok, cool01:00
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel
ograi wonder if we really need that power hostory tool in the system tools menu ... 01:01
ogra*history01:01
=== cprov [n=cprov@monga.dorianet.com.br] has joined #ubuntu-devel
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
=== jack_at_home_ [n=jack@221.223.33.219] has joined #ubuntu-devel
=== geser [n=michael@dialin106210.justdsl.de] has joined #ubuntu-devel
siretartMithrandir: I'm okay with that, whereas I don't see quite the point. in previous versions of ubuntu, everything was in main01:05
siretartMithrandir: why do you want -ffmpeg in universe?01:05
siretartMithrandir: in the TB meeting, we agreed that -ffmpeg may enter main, but MUST NOT be in the ship seed, so that it doesn't go near a live cd01:06
Mithrandirsiretart: if everything used to be in main, I'm fine with keeping it that way; it's mostly a "try to keep main as small as possible" reflex.01:06
=== geser [n=michael@dialin106210.justdsl.de] has joined #ubuntu-devel
siretartMithrandir: yes, with the split we indeed have that oppurtunity. I split the package mainly to get more sane depend lines01:07
Mithrandirsiretart: if you'd like it all in main, I'm fine with that.  At least until it shows up as "unused" in the anastacia output.01:07
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
=== jack_at_home_ [n=jack@221.223.33.219] has joined #ubuntu-devel
siretartMithrandir: okay, then lets put them all in main for now, and reconsider later about what output plugins we want to support for feisty01:08
siretart(I'm of course for all ;)01:08
Mithrandirsiretart: ok.01:09
=== niroxx [n=niroxx@achn-4db493c8.pool.einsundeins.de] has joined #ubuntu-devel
=== jack_at_home__ [n=jack@221.223.33.219] has joined #ubuntu-devel
elmois network manager meant to get along with madwifi/atheros chipsets?01:13
fabbioneelmo: did you get my /msg about the sparc kernel?01:14
elmofabbione: err, not sure - which one/when?01:14
elmoartigas is running that debug kernel you gave me las tyear01:14
fabbioneelmo: the one to test on the buildd01:14
fabbioneperfect01:14
fabbionethanks01:14
siretartelmo: depends on what madwifi. it is known to make problems with madwifi-old, and there are successful reports with madwifi-ng01:14
elmosiretart: what does edgy default to ?01:15
siretartdetails: -old did not support 'background' scanning01:15
Ngedgy uess madwifi-ng01:15
Ngnetwork managet should work with it (does on my laptop and desktop)01:15
siretartdapper was with madwifi-old01:15
elmohmm, ok - so what's the magic to turn network manager on?01:15
elmoI thought it was disabling the auto lines in /etc/n/i01:15
mjg59edgy only uses madwifi-ng under certain circumstances01:15
mjg59Oh. Maybe not.01:15
Ngelmo: removing the device entirely from interfaces seems to work01:15
mjg59Actually, I can't remember01:16
siretartelmo: do you have both a  'wifi0' and an 'ath0' device, or just an 'ath0'?01:16
siretartwith wifi0 you are on madwifi-ng01:16
elmosiretart: I think both01:16
Keybukelmo: comment both the auto and iface lines in /e/n/i01:17
elmoKeybuk: ah, ok01:17
Keybukthen give network manager a kick (/etc/dbus/event.d/25NetworkManager restart)01:17
elmoKeybuk: rock, thanks, that worked01:24
elmobtw, what's still blocking network manager by default?01:25
Keybuklack of easy static configuration01:25
Keybuktollef has a spec about it01:25
siretartelmo: and reliability. my gf is complaining that nm works only sometimes. then she uses ifup ath0=home to get her interface up01:32
siretartusing ipw2100/edgy01:32
=== jsgotangco [n=greatwhi@ubuntu/member/jsgotangco] has joined #ubuntu-devel
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
=== finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel
=== cypher1 [i=cypher1@nat/hp/x-2888676567615ec3] has joined #ubuntu-devel
=== dous [n=dous@124.105.152.125] has joined #ubuntu-devel
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== cypher1 [i=cypher1@nat/hp/x-9db04c5c4553e482] has joined #ubuntu-devel
=== jack_at_home [n=jack@221.223.33.219] has joined #ubuntu-devel
=== kaliumfredrik [n=fredrik@c83-176-241-65.cust.tele2.se] has joined #ubuntu-devel
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
=== boggle [n=spindler@montreal.canonical.com] has joined #ubuntu-devel
=== jack_wyt_ [n=jack@61.49.221.61] has joined #ubuntu-devel
=== phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel
=== mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-devel
=== cypher1 [i=cypher1@nat/hp/x-e75f020fc2720d02] has joined #ubuntu-devel
=== dous [n=dous@124.105.152.125] has joined #ubuntu-devel
=== cypher1 [i=cypher1@nat/hp/x-8a2866bd890b8e8c] has joined #ubuntu-devel
=== ivoks [n=ivoks@18-216.dsl.iskon.hr] has joined #ubuntu-devel
siretarthow is unattended triggered after installing?02:25
=== Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel
=== dous [n=dous@124.105.152.125] has joined #ubuntu-devel
Nafallosiretart: /etc/cron.daily/apt IIRC02:29
Riddelltoday's daily CD boots with a kernel panic saying "no init found"02:30
elmoBenC: stupid question - but something does remove /var/run/do-not-supsend, right? ;-)02:30
BenCelmo: /var/run is cleaned on reboot, right?02:31
BenCupdate-notifier also writes a file there for when a reboot is needed02:32
BenCerr, the reboot notifier I mean02:32
BenC /usr/share/update-notifier/notify-reboot-required02:32
elmoBenC: ah, ok, I guess it does02:33
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
elmotho, interestingly I can't see where in edgy, offhand02:33
siretartNafallo: ah, but only after enabling it by reading that file, and setting the config variable02:33
elmo/etc/init.d/bootclean only seems to clean /tmp02:33
siretartNafallo: if you know it, good, but I think it is quite unobvious. hmm02:33
MithrandirBenC: /var/run is a tmpfs.02:34
BenCthat's right02:34
Mithrandirso, well, nothing "clears" it per se, but it's not persistent.02:35
elmoah, then the comments in the init.d files should be fixed02:35
elmomountall-bootclean.sh:  # Clean /tmp, /var/lock, /var/run02:35
Nafallosiretart: sure. but standard is to use unattended if installed, isn't it? :-) and there is something in some GUI somewhere :-)02:35
siretartNafallo: no, I just installed it on dapper, and it was NOT used by default02:36
siretartNafallo: and I didn't see any gui to enable it yet 02:36
Nafallooh. how mean.02:36
=== givre [n=Florent@APuteaux-152-1-88-115.w86-205.abo.wanadoo.fr] has joined #ubuntu-devel
Nafallosiretart: software-properties have a tickbox for it in feisty anyway :-)02:38
siretartNafallo: ah, I think I found it. okay02:38
=== quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #ubuntu-devel
=== hunger [n=tobias@p54A70F17.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== cypher1 [i=cypher1@nat/hp/x-89c22dd35e2371d4] has joined #ubuntu-devel
iwjKeybuk: Do you want be CC'd on mails between me and Tim Mueller about this gstreamer codec stuff ?02:48
iwjmdz is currently on the CC list.02:48
=== cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel
=== Seeker`_ [n=cjo20@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel
Keybukiwj: sure, if there's something you want me to be aware of or just want it tracked02:53
iwjOh, and is there a distro meeting today and if so (a) when and (b) it seems not to have been announced anywhere ...02:54
iwjKeybuk: I think it might be helpful.  I'll forward you the last two and CC you from now on.02:54
Keybukok02:55
Hobbseeiwj: by not announcing, it keeps you on your toes :P02:56
=== __keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-devel
iwjHobbsee: It might keep us on our toes tomorrow when we discover we've missed it ...02:56
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel
=== givre [n=Florent@APuteaux-152-1-88-115.w86-205.abo.wanadoo.fr] has left #ubuntu-devel []
Mithrandirpitti: just the man I was looking for.03:00
Mithrandirpitti: I have trouble getting hot-plugged encrypted devices to be mounted automatically.03:00
Mithrandirit sets up the dm-crypt target, but then stops.03:00
pittiMithrandir: did you comment out the udev rule that disables the dev nodes?03:00
Mithrandirpitti: no?03:01
pitti/etc/udev/rules.d/20-names.rules, #KERNEL=="dm-[0-9] *",                   NAME=""03:01
pittiMithrandir: ^ disable this03:01
pittiMithrandir: it's currently disabled due to the race condition, udev-device-mapper spec will fix this03:02
Mithrandirpitti: yay, that fixed it.03:03
Mithrandirthanks.03:03
iwjSo the most obvious way of automatically grabbing the gstreamer plugin metadata and dumping it into an appropriate file is a new dh_ command.  Is there anything I should watch out for when augmenting debhelper ?03:03
iwjcjwatson: ^03:03
cjwatsonurgh, does it have to be a debhelper extension?03:04
iwjNo, it doesn't.  Is that bad ?03:04
iwjBut it will help because it really wants to write some files into the debian/<package> tree.03:05
cjwatsonit's just that joeyh has been antsy about Ubuntu-specific debhelper extensions for a long time03:05
cjwatsoncan it go in a development package that all the relevant packages already build-depend on, rather than into debhelper core?03:05
iwjI could make it a random shell command in gst-foobar.03:05
cjwatsonit could still use the debhelper libraries for uniformity; there are other programs that already do that I think03:05
iwjBut you'd end up having to specify more boilerplate in the rules file.03:06
iwjOh, really ?03:06
cjwatson(phone call, I'll get back to you)03:06
Keybukwhy can't we put it into Debhelper, but name it uh_* ?03:06
iwjOK.03:06
cjwatsondh_consoledata IIRC03:06
iwjcjwatson: Will look, thanks.03:06
=== Gerrath [n=Shane_@unaffiliated/gerrath] has joined #ubuntu-devel
=== freeflying [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel
=== carlos [n=carlos@204.Red-88-0-136.dynamicIP.rima-tde.net] has joined #ubuntu-devel
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
pittiogra: so 2.6.20-4.5 should make us happy again \o/03:18
ograYAY !!03:18
ograi havent read the changelog, i'm reviewing ltsp patches the whole day already ... thanks for notifying03:19
=== mbiebl [n=michael@e180081170.adsl.alicedsl.de] has joined #ubuntu-devel
iwjcjwatson: dh_consoledata is very helpful, thanks.03:22
HobbseeMithrandir: question: if a source is in main, do we have to file a MIR to get one of the binaries in main too?03:25
MithrandirHobbsee: no03:26
HobbseeMithrandir: cool.  didnt think so03:26
siretartYAY. xine-lib_1.1.3 reached the mirrors! :)03:27
pittisiretart: is that an unified source package again?03:28
=== hunger would be awfully happy if somebody would find the time to sort out this language-support mess we currently got.
siretartpitti: as discussed with the technical board, it comes with the pristine upstream tarball, read: with included ffmpeg03:28
pittihunger: ?03:28
siretartpitti: that ffmpeg copy does only decode, however. 03:29
siretartpitti: I'll link against external ffmpeg as soon as it enters main (if it does, of course)03:29
hungerpitti: since the new OOo is in the archives (before xmas) I can not upgrade since language-support-en and language-support-de have broken dependencies.03:29
pittihunger: ah, these are broken deps of the oo-help/l10n packages against ooo-core/common03:31
pittidoko: ^03:31
=== cypher1 [i=cypher1@nat/hp/x-e02976ccc901f263] has joined #ubuntu-devel
dokopitti, Mithrandir: still in NEW?03:32
pittiah, might be03:32
Mithrandirdoko: nope03:32
hungerpitti: IIRC gimp-help-de is not satisfyable in language-pack-de as well... I'll check again once aptitude is done downloading kernels:-)03:32
pittidoko: I don't see anything OO related in NEW03:33
=== giskard [n=giskard@62-101-126-218.ip.fastwebnet.it] has joined #ubuntu-devel
dokopitti: then it's in feisty.03:33
hungerdoko: I definitly am having the dependency problems in feisty even now:-(03:34
giskardciao03:34
=== hunger wonders why aptitde installs linux-image-...-generic and linux-image-...-server all of a sudden.
Mithrandirdoko: openoffice.org-l10n-sv for instance has a Conflicts: openoffice.org-core (<< 2.0.4), openoffice.org-core (>= 2.0.4.1), this doesn't really look right?03:35
dokolooking ...03:35
pittidoko: openoffice.org-l10n-de depends on openoffice.org-common (< 2.0.5), but common is 2.1.something03:35
hunger... and -server-bigiron as well!03:36
=== mvo_ [n=egon@p54A64977.dip.t-dialin.net] has joined #ubuntu-devel
mneptokhunger: the all-perceiving aptitude forsees new hardware purchases *handwave*03:44
=== Arador [n=dcg@78.pool80-103-2.dynamic.orange.es] has joined #ubuntu-devel
hungermneptok: Damn... I knew I shouldn't have installed the sylvester edition of aptitude;-)03:45
mneptok:)03:46
=== bddebian [n=bdefrees@63.81.56.182] has joined #ubuntu-devel
bddebianHeya03:48
Mithrandirdoko: debian/rules first sets BASE_VERSION:=$(UPSTREAM_VERSION), then it's later overridden to be 2.0.403:49
Mithrandirdoko: I suspect this is the problem.03:49
hungerNew feisty kernel postinst scripts fail here.03:50
cjwatsoniwj: excellent03:50
cjwatsoniwj: using the library should help get DH_COMPAT handling right for the most part, which is the main subtlety03:52
=== Gadi [n=romm@static-71-249-255-248.nycmny.east.verizon.net] has joined #ubuntu-devel
iwjcjwatson: Right.03:57
=== Hobbsee|Remote [n=user@14.5.233.220.exetel.com.au] has joined #ubuntu-devel
pitticjwatson: the recent Australian timezone change (bug 72125) bumped the urgency of timezone-upgrades spec a bit; of course this very bug can be fixed without problems, but I think we should find a more generic solution to put the latest TZ data into all stable releases03:59
UbugtuMalone bug 72125 in tzdata "Daylight Saving changes in Western Australia" [High,In progress]  https://launchpad.net/bugs/7212503:59
pitticjwatson: the thing we need to do is to offer TZ reconfiguration if a TZ is removed/merged/split04:00
pitticjwatson: the postinst currently uses tzconfig in the postinst, which is ugly and violates DP04:01
cjwatsonpitti: removals are very rare, aren't they?04:01
pitticjwatson: is there something debconf'ish (d-i like) we could use?04:01
cjwatsonand merges normally leave the old one around04:01
pitticjwatson: certainly removals are rare, but I saw TZ merges04:01
pittiand splits04:01
cjwatsonbut the old TZ usually remains valid04:01
cjwatsonfor splits, people can reconfigure from the desktop if they find that their timezone is wrong, can't they?04:02
pitticjwatson: right04:02
cjwatsonI'd be inclined not to overcomplicate the upgrade process - people notice if their computer's time is wrong04:02
cjwatsonand the problems are in pretty rare cases04:02
pitticjwatson: my feeling is that this is a rare enough special case to justify the usage of tzconfig if the current TZ doesn't exist any more04:02
iwjcjwatson: notice> But they generally try to fix it by adjusting it or reckon it's too hard.04:02
pitticjwatson: we can detect if the set of available TZs for the user's continent has changed and ask him again, but I wouldn't do that with tzconfig04:03
cjwatsonpitti: as long as the upgrade tool will do something reasonably sensible (i.e. pop up a terminal window rather than break), I'd be happy with that04:03
cjwatsonpitti: d-i has tzsetup, but I don't think it's suitable for use outside d-i yet04:03
pitticjwatson: u-mgr currently opens the terminal if the package installation doesn't proceed for 30 seconds04:03
pittii. e. when it asks a question on the command line and expects input04:04
cjwatsonI would like it to be, but it has fiddly dependencies04:04
pitticjwatson: ok, then d-i tzsetup doesn't sound appropriate at least for stable release upgrades04:04
cjwatsonnot yet at least04:04
pitticjwatson: ok, then my other idea is the following:04:04
cjwatsonmaybe at some point in the future04:04
=== tkamppeter [n=till@bl5-240-212.dsl.telepac.pt] has joined #ubuntu-devel
iwjpitti: Couldn't you use cleverness with process groups and SIGTTIN for this ?04:05
pitticjwatson: I write some diff magic that checks for removed TZs of two versions, prints them out, and we handle those as special cases in the postinst04:05
cjwatsonI'm still inclined to ignore merges. Removals we obviously have to deal with, if they actually happen (I think they would constitute a mistake in tzdata, though). Can we detect whether splits really affect the user's timezone on a finer granularity than continent?04:06
cjwatsonperhaps this is rare enough that we can just special-case everything04:06
cjwatsonthat might be easier than overengineering autodetection04:06
iwjcjwatson: detect> No, because the user might have selected a nearby place in the installer knowing that the timezone was the same.04:06
pittiI didn't see those splits/merges in the recent updates, but I did see them in 2006l or 2006m04:06
cjwatsoniwj: seems like the sort of thing that's a lot easier to special-case when it happens (we can probably guess "nearby" closely enough)04:07
cjwatsonor we could pop up a notification suggesting that people use the city chooser in g-s-t, which is pretty similar to the one in ubiquity04:07
pitticjwatson: for feisty we might implement some more niceness, like detecting for changed TZs on your continent and adding a notification bubble that points to the Gnome TZ setup tool04:07
iwjIf we knew the set of places they were offered we might be able to second-guess them since they ought to have picked somewhere close to their real location but I think this depends too much on the user having considered that the timezone might split.  That's not the kind of foresight that we should be expecting.04:07
cjwatson(in fact ubiquity's code is descended from evolution via g-s-t)04:08
cjwatsonhow about changing time-admin to say "if your time is wrong by some number of hours, consider making sure that your time zone is right <button>"04:08
iwjIn general if any substantial bit of the territory covered by a timezone is to be split off, we should probably just ask.04:08
iwjWell, time-admin should find out whether ntp is working.  If it is then the user shouldn't be adjusting the time at all.04:09
pitticjwatson: sounds good04:09
cjwatsoniwj: yes, I just don't want to have to ask folks who chose Los Angeles time when some bit of Indiana gets split04:09
cjwatsonso I think continental granularity is too coarse04:09
iwjcjwatson: Do we record that they said LA or do we reduce it to PST ?04:09
pitticjwatson: ok, we seem to agree that handling the rare special cases in the postinst is the right thing for stable-updates04:09
cjwatsoniwj: it's recorded as America/Los_Angeles04:09
iwjAnd indeed this is rare.04:09
iwjcjwatson: Oh, good.04:10
cjwatsonoh, hang on, that might not be true for the US04:10
cjwatsonfor most countries we use the city zones, anyway04:10
cjwatsonI forget the precise details04:10
=== dous [n=dous@124.105.152.125] has joined #ubuntu-devel
=== jikanter [n=jordan@c-24-12-220-77.hsd1.il.comcast.net] has joined #ubuntu-devel
cjwatsonno, having checked, ubiquity will always record the city name. In d-i you don't have the city selector and in the case of the US we only prompt for Eastern, Central, Mountain, Pacific, Alaska, Hawaii, Arizona, East Indiana, Samoa04:13
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #ubuntu-devel
cjwatsonthere are special cases for 21 countries in d-i to produce more useful timezone choices than you can get from just grepping zone.tab04:13
cjwatson(since a lot of the entries in zone.tab are only of historical interest)04:14
cjwatsonpitti: yes, I think that's the easiest to audit for correctness04:14
pitticjwatson: and as a fallback I would use the already existing tzconfig call, just to have something better than a dangling tz symlink04:16
cjwatsonI'm still very surprised that tzdata would actually delete a timezone04:17
=== Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel
cjwatsonsurely they realise how much of a pain migration is (and Paul Eggert is normally pretty sensible)04:17
=== cypher1 [i=cypher1@nat/hp/x-30e3bcaa150d17f1] has joined #ubuntu-devel
pitticjwatson: ok, I checked, since breezy there actually was only one removal (America/Coral_Harbour)04:24
pitticjwatson: so I'll just add postinst code to automatically transition this to whatever replaced it and we should be good04:25
pittiah, merged to America/Atikokan, so this is easy04:28
ph8anyone here got #ubuntu ops? spammers ahoy04:30
tkamppeterSomeone around who can introduce packages from the NEW queue into the distro? SpliX, the driver for Samsung lasers is still did not make it into the distro.04:39
=== cypher1 [i=cypher1@nat/hp/x-741fff4327074a2d] has joined #ubuntu-devel
=== truz_`24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel
=== Mithrandir [n=tfheen@vawad-xen1.err.no] has joined #ubuntu-devel
=== alex-weej [n=alex@cpc2-darl3-0-0-cust2.midd.cable.ntl.com] has joined #ubuntu-devel
=== Gerrath [n=Shane_@unaffiliated/gerrath] has joined #ubuntu-devel
=== nags [n=nags@125.22.2.211] has joined #ubuntu-devel
=== Mithrand1r [n=tfheen@vawad-xen1.err.no] has joined #ubuntu-devel
cjwatsonRiddell: I've moved the grub configuration stuff in ubiquity to an Advanced... dialog - I *think* the KDE frontend changes I made are pretty close, and I'll try to test them before upload if you can't, but I'd appreciate a second look05:26
Riddellcjwatson: I tried to test a daily CD this morning but it kernel paniced, I'll take a look at the bzr version now05:31
=== rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel
=== twb [n=twb@CPE-155-143-208-237.vic.bigpond.net.au] has joined #ubuntu-devel
twbMithrand1r: nag, nag05:36
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #ubuntu-devel
=== j_ack [n=rudi@p508DB183.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== Mithrandir [n=tfheen@vawad-xen1.err.no] has joined #ubuntu-devel
=== cypher1 [i=cypher1@nat/hp/x-0c5368e6d62c6d55] has joined #ubuntu-devel
=== somerville32 [n=somervil@ubuntu/member/somerville32] has joined #ubuntu-devel
=== azeem_ [n=mbanck@host109.natpool.mwn.de] has joined #ubuntu-devel
=== UbuntuStats [n=StatsBot@bl4-188-242.dsl.telepac.pt] has joined #ubuntu-devel
BenCKeybuk: ping05:56
=== azeem_ is now known as azeem
KeybukBenC: yo05:57
BenCKeybuk: I have a kernel patch that implements /sys/bus/disable_auto_probe, do you want a kernel patch, or a kernel image deb to start testing udev?05:57
Keybukimage deb would be perfect05:58
siretartRiddell: do you know of anything (amarok or other stuff) which could/would be blocked for xine-lib 1.1.4?05:59
Riddellsiretart: shouldn't think so, might be an idea to check that kaffeine keeps working but I see no reason why not06:00
=== rpereira [n=rpereira@20158129037.user.veloxzone.com.br] has left #ubuntu-devel []
BenCKeybuk: Ok, I'll have one on rookery for you by your morning06:01
siretartRiddell: I'm asking because I've heared that there might be an 1.1.4 release this month, in which case I'd consider it for feisty06:01
BenCKeybuk: i386 or amd64?06:01
=== j_ack_ [n=rudi@p508DB183.dip0.t-ipconnect.de] has joined #ubuntu-devel
RiddellMithrandir: fancy doing an archive change?  libopenobex1.0 and binaries needs moved out of main and libopenobex and binaries moved in06:02
Riddellsiretart: let me know when you have packages and I'll give them a test06:02
KeybukBenC: i38606:02
=== Zdra [n=zdra@20.220-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
=== fbenites [n=chatzill@141.99.45.63] has joined #ubuntu-devel
fbeniteshi!06:03
fbeniteshow does ubuntu create menu.lst?06:04
fbenitesi wanted to use these routine...06:04
fbenitesi want06:04
=== Mithrandir [n=tfheen@vawad-xen1.err.no] has joined #ubuntu-devel
BenCfbenites: It tells you in the file :) update-grub is the program06:04
siretartRiddell: okay.06:04
fbenitesBenC: where can i get the sources?06:07
fbenitesi would like to build a menu, like grub does... would be it hard?06:07
BenCfbenites: The program is shell, so the source is right there06:08
RiddellMithrandir: see my archive request?06:09
=== UbuntuSt1ts [n=StatsBot@bl5-81-186.dsl.telepac.pt] has joined #ubuntu-devel
=== holycow_ [n=a@mail.wjsgroup.com] has joined #ubuntu-devel
=== lucas [n=lucas@ubuntu/member/lucas] has joined #ubuntu-devel
=== Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-devel
=== jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel
=== glatzor [n=sebi@p57AED62D.dip.t-dialin.net] has joined #ubuntu-devel
pittiis there anyone on i386 who could apport-retrace a crash report from bug 73104 for me? I only have powerpc available ATM06:45
UbugtuMalone bug 73104 in apport "apport-checkreports crashes" [Undecided,Unconfirmed]  https://launchpad.net/bugs/7310406:45
BenCpitti: Is it possible that this was the gdb/kernel bug?06:47
BenCOh wait, that's on edgy/2.6.1706:48
pittiBenC: in edgy?06:48
BenCnot the same bug06:48
pittiah06:48
pittiI get a lot of bugs about sigsegvs of python in apport-gtk06:48
jdongthat should be on the list of things that only happen in really bad dreams ;-)06:49
jdongsegfaulting python06:49
BenCpitti: I ran apport-retrace on it and it just returned with no messages06:49
pittiBenC: oh, in particular I need it run with -d06:50
pittiBenC: that will regenerate the stack trace with debug symbols06:50
=== cprov [n=cprov@monga.dorianet.com.br] has joined #ubuntu-devel
pittiBenC: and perhaps with -c to remove the core dump after retracing06:50
pittiBenC: or, instead of -c, just -s for stdout output06:51
BenC  File "/usr/bin/apport-retrace", line 129, in prepare_debugdir06:51
BenC    assert ldd.returncode == 006:51
BenCdo I need to run it as root?06:51
pittiBenC: argh, that's a bug in the edgy version of apport-retrace06:51
pittiBenC: fixed in the feisty version06:51
BenCheh06:51
somerville32jdong: update-manager segfaults if you try to run it with no x environment :P06:52
jdongwow06:52
pittiBenC: ah, I just found a i386 box where I'm root, so I'll do it in pbuilder; thanks anyway06:52
BenCpitti: Ok06:53
elmopitti: what's the magic to make a user's foreign-os partition auto-visible on the desktop?06:54
pittielmo: mount it to /media06:55
elmohmm, doesn't seem to do anything06:56
pittielmo: in edgy?06:56
elmoyah06:56
elmoit's an intel mac and a hfsplus disk on a sata drive, if it makes a difference06:56
pittielmo: ah, right, this requires a hal and a session restart because hal doesn't notice manual mounts06:57
elmopitti: ok, tryting that, thanks06:58
=== TomB| [n=ownthebo@host86-146-113-56.range86-146.btcentralplus.com] has joined #ubuntu-devel
elmoBenC/kylem: while I'm here, do you know off hand of bug reports about the edgy kernel panicing on boot irregularly (maybe 1/10) on intel macpro's?06:59
elmowhining about IO-APIC06:59
=== Amaranth [n=travis@ip72-198-200-109.om.om.cox.net] has joined #ubuntu-devel
BenCelmo: Something about the timer?07:00
kylemi don'tbelieve i've seen a bug report offhand, but i seem to recall hearing about it before.07:00
elmoBenC: yeah07:00
BenCelmo: Yeah, it's a kernel bug that should be fixed in feisty07:00
BenCquiet the quirk, not sure we can safely backport a fix without possible regressions for other x86's07:01
elmoBenC: cool, thanks07:03
=== LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel
=== cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel
BenCKeybuk: Did you notice in 2.6.20 there's now a /sys/module/*/drivers/ sub-directory for each module?07:19
BenCwith symlinks to the actual drivers for the module07:19
=== fbond [n=fab@pool-72-92-138-194.burl.east.verizon.net] has joined #ubuntu-devel
Keybukyes07:21
Keybukbut that's not the most useful bit07:22
KeybukUEVENT[1167866647.245114]  add@/bus/pci/drivers/ipw394507:22
Keybuk^ that's MUCH more useful <g>07:22
=== beuno [n=martin@68-155-114-200.fibertel.com.ar] has joined #ubuntu-devel
Keybuk(from SUBSYSTEM=="drivers")07:22
BenCsweet, it works07:29
BenCmanually binded a PCI device to the ohci1394 driver with auto probe disabled07:29
=== rideout [n=rideout@71-208-8-110.hlrn.qwest.net] has joined #ubuntu-devel
elmowe had ~ support in breezy, right?07:30
elmoin version numbers07:30
=== Ingar [n=saltvik@ti500720a080-6005.bb.online.no] has joined #ubuntu-devel
jdongBenC: whoa, you can do that?07:33
jdongelmo: IIRC that worked in Warty fine too07:34
jdongelmo: so your answer is a definite yes :)07:34
BenCKeybuk: Kernel is uploading to rookery now. If you can provide me with a working udev to go with it when you get it ready, I'd appreciate it07:34
BenCjdong: Technically you can bind/unbind right now, but the auto-probe disabling is new07:34
jdonglike if I have a UMS device that doesn't get detected as usb-storage, I can force-bind it?07:34
BenCno, that wont work07:34
jdongaww :(07:35
BenCyou can with PCI devices, but I don't think you can do it with USB07:35
jdongBenC: is it easy to force a usb-id to be a usb-storage device @ the source level?07:35
jdongI'd like to be able to rip some firmware off a DAP in flash-mode07:35
BenCjdong: Should be a simple line or two07:35
jdongcool07:35
jdongI'll have to do that in a sec07:35
BenCKeybuk: p.u.c/~bcollins/kernels/for-keybuk/07:37
somerville32I'd like to propose demoting xchat-gnome and promoting xchat back to main because: 1) I'd like to promote an irc client (and xchat > xchat-gnome now that the usability issues have been resolved) to the xubuntu-desktop seeds 2) xchat-gnome isn't in ubuntu-desktp anymore07:38
KeybukBenC: does the auto-probe disable probing for all subsystems, or just pci?07:40
hungerI keep getting dangling symlinks in /usr/share/man. Is there some trick to stop that? Maybe to even make sure that none end up in packages?07:41
BenCKeybuk: everything07:41
BenCKeybuk: It stops it in {driver,device}_attach07:41
KeybukBenC: so it should be possible to bind jdong's usb device to the usb-storage driver, no?07:41
BenCKeybuk: Ah, true, it should be07:42
Keybukit'll behave as if its probe function found that device, and carry on from there07:42
jdongcool07:42
Keybukof course, it may fall over some check in the driver for device ids, or even hit an assert_not_reached or something <g>07:42
jdong:D07:42
BenCI wonder if bind enforces bus<->driver sanity07:43
jdongthat's the fun part, Keybuk :)07:43
BenCI suspect it has to07:43
=== jdong has a sneaky suspicion that his cheap Chinese DAP runs Linux of some sort
BenCYeah, it only searches for device on the bus the driver is registered to07:43
KeybukBenC: if you poke into bind, does it check against the driver tables ?07:43
Keybukright, you can't bind a pci device to a usb driver07:43
BenCgood, I was worried about that :)07:43
Keybukjdong: find the usb storage device in /sys/bus/usb/devices07:44
somerville32cjwatson, ping07:44
Keybukit'll have a name something like 1-2:2.0 and be one of the top-level symlinks07:44
=== wasabi [n=jhaltom@ubuntu/member/wasabi] has joined #ubuntu-devel
BenCThat's helpful too for the UI, because if someone wants to force bind a driver, I just need to check the bus, and iterate the drivers registered to it07:44
jdongKeybuk: will this require a feisty kernel? am currently not on feisty... :(07:44
Keybukjdong: no, this will work on edgy07:44
jdong cool07:44
BenCjdong: bind works back to dapper I believe07:45
BenCmaybe even breezy07:45
jdongKeybuk: k, I'm in07:45
Keybukjdong: does it have a product file in it that matches the device?07:45
jdongKeybuk: what kind of file am I looking for?07:46
BenCjdong: Might be easier if you identified the device from lsusb and matched it in sysfs07:46
jdongI got am in the devices folder for the correct device...07:47
Keybukok07:47
jdongjdong-laptop:/sys/bus/usb/devices/5-307:47
Keybukjdong: cat product07:47
Keybukwhat does that say?07:47
jdongdoesn't exist07:47
Keybukdo bInterface* files exist?07:47
jdongyes07:47
Keybukwhat's the name of the directory you're in?  (pwd)07:48
Keybukjust the last bit07:48
jdong /sys/bus/usb/devices/5-3/5-3:1.007:48
Keybukok07:48
=== tonyyserver [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel
BenCKeybuk: /sys/bus/disable-auto-probe accepts [YyNnFfTt01] .* for turning it on/off07:48
Keybukload the usb-storage module by hand (modprobe)07:48
Keybukthen (as root) echo -n 5-3:1.0 > /sys/bus/usb/drivers/usb-storage/bind07:48
BenCKeybuk: catting it will show either "true" or "false"07:48
KeybukBenC: sweet07:49
jdongbash: echo: write error: No such device07:49
BenCcheck dmesg and see if the probe failed07:49
jdongno new entries in dmesg07:49
BenCI think you just use the 5-307:50
jdongtried that too07:50
jdongsame error07:50
BenCyou might need to escape the :07:52
jdongah07:52
jdonglet's try :)07:52
jdongaww still no luck07:52
KeybukBenC: reading driver_bind (at least the comment), it still checks the device's table07:53
BenCKeybuk: new_id07:53
Keybukusb doesn't have a new_id07:53
Keybukor does it now?07:54
BenCdoes for me07:54
jdongI think it does07:54
jdong /sys/bus/usb/drivers/usb-storage/new_id07:54
BenCjdong: Try echo'ing your vendor/device id's into that file07:55
BenCyou can get that easily from lsusb07:55
KeybukBenC: I'd be really tempted to make bind a forced thing :p07:55
jdongwhat's the syntax for the ID?07:56
jdong echo -n '071b:3202' > /sys/bus/usb/drivers/usb-storage/new_id07:56
jdongbash: echo: write error: Invalid argument07:56
Keybuk071b/320207:56
jdongoh07:56
Keybukuh07:56
Keybuk071b 320307:56
Keybuksorry07:56
Keybuk" " not "/" or ":" :p07:56
jdongyay, kernel oops!07:57
BenCsweet07:57
jdong[17202142.412000]  BUG: unable to handle kernel paging request at virtual address 773c83a807:57
jdongwhoo!07:57
BenCdon't report it, I'll reject it and assign it to elmo07:57
jdongha!07:57
=== loni [n=chatzill@212.143.133.13] has joined #ubuntu-devel
jdong"kernel oops when forcing a device to bind to usb-storage" :D07:57
KeybukRejected: DDTT07:58
BenCtechnically, I think it is a bug, but it may be unavoidable07:58
jdonglol07:58
jdongI bet it's not a standard usb-storage device07:58
jdongoh well, time to get the firmware from their FTP server then07:58
jdongat a whopping 0.2KB/s07:59
jdongbtw, related note...08:01
jdongis there any way in software to force an unbound USB port to pump out more current than 100mA?08:01
jdongRockbox/iPod just leeches from the USB voltage pins without being a device08:02
jdongso it can only get 100mA of current08:02
jdongwhich needless to say isn't even enough to power the hard drive :D08:02
iwjKeybuk, cjwatson: Am I to take it that there is no meeting later either ?  There didn't seem to be one at 1600 and I still haven't seen any announcement anywhere.08:04
Keybukiwj: distro-team08:04
=== mtaylor [n=mtaylor@206.173.9.2.ptr.us.xo.net] has joined #ubuntu-devel
Keybuk(no meeting this week)08:04
iwjHmm, when was that mail sent ?08:05
Riddellcjwatson: some fixes for KDE ubiquity http://kubuntu.org/~jriddell/tmp/ubiquity.diff08:05
Keybuk~140008:05
iwjIt's possible that I mistook it for spam.  I had many thousands ...08:06
Keybukthere seemed little point having a meeting since the general paste would be "DONE: Holiday" and we're speaking to everyone individually anyway08:06
iwjRight, that's fair enough.  I just didn't want to be AWOL :-).08:06
iwjAny time we can do without those meetings I'm in favour.08:07
Riddellcjwatson: laying out the advanced partitioner nicer, need to translate later for the URL label, couple of variable names corrected, layout fixes to last page08:07
Riddellcjwatson: let me know if I'm ok to commit08:07
=== vdepizzol [n=vinicius@200.242.12.134] has joined #ubuntu-devel
iwjOoops.  SAUCE is upset with fiordland.08:10
vdepizzolhttp://br.archive.ubuntu.com mirror seems not working correcly08:12
vdepizzola lot of package are corrupted08:12
mdkevdepizzol: you can report it to mirrors@ubuntu.com08:13
=== mattw_ [i=mattw@opal.cat.pdx.edu] has joined #ubuntu-devel
=== iwj fixes mail again. *sigh*
=== mc44 [n=mc44@ip-81-170-96-18.cust.homechoice.net] has joined #ubuntu-devel
=== TomB| [n=ownthebo@host86-146-113-56.range86-146.btcentralplus.com] has joined #ubuntu-devel
iwjOhhhh, in _this_ package I'm supposed to run automake by hand.  I'm a fool.08:39
=== TMM [n=hp@ip565b35da.direct-adsl.nl] has joined #ubuntu-devel
=== mbb [n=mbb@d11-213.rb.gh.centurytel.net] has joined #ubuntu-devel
=== mc44_ [n=mc44@ip-81-170-100-132.cust.homechoice.net] has joined #ubuntu-devel
=== boggle [n=spindler@montreal.canonical.com] has joined #ubuntu-devel
=== j_ack [n=rudi@p508DB183.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== Amaranth_ [n=travis@unaffiliated/amaranth] has joined #ubuntu-devel
=== jack_wyt__ [n=jack@61.49.220.221] has joined #ubuntu-devel
=== mbb_ [n=mbb@d11-213.rb.gh.centurytel.net] has joined #ubuntu-devel
=== niktaris [n=niktaris@ppp46-220.adsl.forthnet.gr] has joined #ubuntu-devel
=== zch_ [n=manuel@85-124-37-204.dynamic.xdsl-line.inode.at] has joined #ubuntu-devel
=== TomB| [n=ownthebo@host86-146-113-56.range86-146.btcentralplus.com] has joined #ubuntu-devel
=== Gerrath [n=Shane_@70.89.111.251] has joined #ubuntu-devel
=== TomB| [n=ownthebo@host86-146-113-56.range86-146.btcentralplus.com] has joined #ubuntu-devel
=== sc4ttrbrain [n=potter@KHP059138070148.ppp-bb.dion.ne.jp] has joined #ubuntu-devel
=== laffen [n=lars@84.210.112.57] has joined #ubuntu-devel
=== MagnusR [n=magru@c83-251-53-3.bredband.comhem.se] has joined #ubuntu-devel
=== boggle [n=spindler@montreal.canonical.com] has joined #ubuntu-devel
lifelessmorning09:37
Nafallolifeless: evening :-)09:38
=== mtaylor [n=mtaylor@206.173.9.2.ptr.us.xo.net] has left #ubuntu-devel []
=== Mithrandir [n=tfheen@vawad-xen1.err.no] has joined #ubuntu-devel
dokokeescook: I updated the pie-support patch for gdb-6.6, seeing about 50 more test failures, however I do see these with gdb-6.5 as well ...09:44
keescookdoko: I saw you did the update, thanks.  do mean the same tests failed between 6.5 and 6.6?09:45
keescookWhen looking at the tests from the pie update I did, it was hard to compare due to all the broken tests from the earlier lack of gnuhash support.09:46
dokokeescook: I just checked the number of failures and compared the build log.09:46
dokognuhash support should be fixed now upstream09:46
keescookright, I meant, when I tried to compare the edgy builds to the _good_ feisty builds, it was about the same.09:47
keescookdid you see more failures building 6.6-0ubuntu1 than were in 6.5.dfsg-2ubuntu3 ?09:48
dokono09:48
lifelessare there any tools for determining memory use of a program effectively ?09:48
neuralislifeless: define 'effectively'09:48
dokobut with 6.6 without the pie patches, I only had 50 failures, 6.5 had at least 10009:48
jdonglifeless: oh god.... there's a kernel patch that does a better job of comparing memory usage09:49
jdongit was used in that kde vs gnome vs xfce vs fluxbox memory usage comparison blogpost09:49
neuralislifeless: depending on what you're after, take a look at exmap (kernel module)09:49
jdongyes, exmap, that's the name09:49
lifelessneuralis: able to run around the program (to get short lived programs), and return ... lets see09:49
jdongbut it seems like gauging memory usage is always a really touchy subject :)09:49
lifelessoh it is09:50
=== vdepizzol [n=vinicius@200.242.12.134] has left #ubuntu-devel ["Ex-Chat"]
keescookdoko: ah, I see what you mean, the pie support may be breaking stuff.  Yeah, that's what I meant early.  I couldn't compare non-pie vs pie on feisty because the feisty gdb didn't work at all due to the gnuhash stuff.09:50
lifelessbut the folk here have spent considerable time on it09:50
lifeless;)09:50
neuralislifeless: alternatively, there's a visually unappealing python app that parses smaps from /proc/ to monitor memory use that a SoC student wrote for olpc09:50
neuralislifeless: http://dev.laptop.org/git.do?p=projects/soc-memphis09:51
hungerneuralis: Would be nice to have in feisty:-)09:51
=== mbiebl [n=michael@e180104239.adsl.alicedsl.de] has joined #ubuntu-devel
somerville32I'd like to propose demoting xchat-gnome and promoting xchat back to main because I'd like to promote an irc client (and xchat > xchat-gnome now that the usability issues have been resolved) to the xubuntu-desktop seeds09:53
neuralishunger: well, it'd be useful if someone packaged it, yes. i don't think he knows debian packaging.09:53
cassidysomerville32: what's your problem with xchat-gnome ?09:53
jdongsomerville32: first make xchat use libnotify like xchat-gnome does, and I'll comply too :D09:54
mdkesomerville32: can't you have both in main?09:54
somerville32mdke: xchat was dropped because xchat-gnome was promoted but I don't see why not09:55
somerville32Crimsun said it would likely require the coordination of the promotion of xchat and the demotion of xchat-gnome to have the MIR approved for xchat09:55
=== beuno_ [n=martin@68-155-114-200.fibertel.com.ar] has joined #ubuntu-devel
cassidyxchat-gnome is a better choice for most users09:55
Amaranthwoo xchat-gnome :)09:56
mdkemost Gnome users, presumably09:56
somerville32xchat-gnome pulls in gnome libs09:56
=== Nafallo hugs his xchat
somerville32Obviously that would be unacceptable in Xubuntu09:57
=== srbaker [n=srbaker@S0106000fb517ae4b.no.shawcable.net] has joined #ubuntu-devel
srbakerhey, anyone here getting impressive battery life with thinkpads?09:57
srbakerlike, 6hrs +?09:57
somerville32Do you think it would be possible for them both to be in main?09:58
jdongsrbaker: I have a dell P3 with dual new batteries getting 8hrs or so on average, 6 hrs when compiling09:59
=== tkamppeter [n=till@bl5-240-212.dsl.telepac.pt] has joined #ubuntu-devel
=== lamont [i=lamont@nat/hp/x-c141ca0fef1b2cf8] has joined #ubuntu-devel
=== theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-devel
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel
=== slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== Toadstool [n=jcorbier@cl-266.bru-01.be.sixxs.net] has joined #ubuntu-devel
lifelesscjwatson: around ?10:22
lifelessor for the floor: when two packages [e.g. binutils and binutils-multiarch]  have the same file, should both packages know about the diversion, or is it sufficient for only one to know. If only one needs to know, what about when there is no unpacking order guaranteed, do both need to know then ?10:24
=== lucas [n=lucas@vds233.sivit.org] has joined #ubuntu-devel
=== Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-devel
elmolifeless: it's sufficent for one to know10:29
elmounpacking order doesn't matter10:29
elmoif b-m is unpacked first, it'll still (pre-emptively) register the diversions.  if b is unpacked first, it'll just work10:29
elmoat least, that's how I understand it to work based on observation over the years, I've not actually read the code10:29
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel
lifelesselmo: ok, sweet. thanks. that means I can check reflexively in the analysis10:31
Keybukhmm10:31
Keybukhow do I make the X-Chat notification icon only visible when there's a new message?10:31
=== Toadstool [n=jcorbier@cl-266.bru-01.be.sixxs.net] has joined #ubuntu-devel
=== jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel
NafalloKeybuk: make a patch I would guess :-P10:33
=== Toadstool [n=jcorbier@cl-266.bru-01.be.sixxs.net] has joined #ubuntu-devel
KeybukNafallo: heh10:39
KeybukI've had my fill of contributing patches to X-Chat10:39
Nafallohmm. it doesn't blink :-P10:39
Nafalloeither...10:39
=== did447 [n=didier@LAubervilliers-151-13-66-3.w217-128.abo.wanadoo.fr] has joined #ubuntu-devel
=== dthacker [n=kvirc@63.174.225.192] has joined #ubuntu-devel
=== givre [n=Florent@APuteaux-152-1-2-53.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel
dthackerhello, a few members of our LoCo team are going to do some Feisty testing tonight using the wiki testing procedures.  Is there any value in testing the latest daily build, or should we just work with the 20061025(.1) builds?10:47
=== sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-devel
=== niktaris [n=niktaris@ppp46-220.adsl.forthnet.gr] has joined #ubuntu-devel
hungerdthacker: I would personaly not use daily since the language support packages do not work for me (OOo seems to have some broken depends).10:55
hungerdthacker: But I am just a user. Let's see whether you get some feedback from one of the devs.10:55
=== jk_ [n=jochem@jkossen.nl] has joined #Ubuntu-devel
mdkedthacker: the sort of people who might be able to answer your question are sfllaw, Mithrandir, cjwatson (just hilighting them in case they are around)10:58
dthackermdke: tnx.  I'll be here for another hour or so.   11:00
=== viciouslime [n=dan@88-104-169-221.dynamic.dsl.as9105.com] has joined #ubuntu-devel
=== shackan [n=shackan@host69-150-dynamic.3-87-r.retail.telecomitalia.it] has joined #ubuntu-devel
dthackerhunger: it's just for testing.  We're supposed to find bugs. :)11:06
sfllawdthacker: Reporting the latest builds are probably best.11:07
sfllawYou'll catch a lot of early breakage that way.11:07
mdkeif you're looking for installer bugs, surely the latest build11:07
sfllawOf course, you aren't putting this on production systems!11:07
sfllaw:)11:07
hungerdthacker: Well, it is hard to find bugs if the stuff does not install properly:-|11:07
=== viciouslime [n=dan@88-104-169-221.dynamic.dsl.as9105.com] has left #ubuntu-devel []
dthackersfllaw: no production machines.  should we add results to the matrix here?https://wiki.ubuntu.com/Testing/Current11:09
sfllawdthacker: That would be a good place.11:09
sfllawdthacker: Also, file bugs for the faults you find.11:09
dthackercan do.  Thank you for helping us. 11:09
sfllawNo no, thank you!11:10
sfllawWithout you guys, we'd be nothing.11:10
mdkehugs all round11:10
dthackeryay hugs!11:10
=== sfllaw hugs mdke and dthacker.
=== dthacker hugs sfllaw and mdke
=== mdke hugs back
sistpotydid dapper have /var/run as tmpfs already, or was this introduced in edgy?11:11
sfllawsistpoty: I'm pretty sure it was a tmpfs, but I can go back and look.11:12
sfllawsistpoty: Is this important?11:12
lifelessthe universe will end11:12
sistpotysfllaw: for a universe sru request11:12
lifelesssfllaw: http://people.ubuntu.com/~robertc/possible-conflicts.txt11:13
sfllawsistpoty: Lemme fire it up.11:13
sistpotythx11:13
sfllawlifeless: Urgh.11:13
sfllawlifeless: (That is the sound of an aneurism.)11:13
lifelesssfllaw: packaging defects11:13
sfllawThis is cross-package?11:14
lifelessyah11:14
sfllawAh, that's why lintian/linda didn't catch them.11:15
lifelessyah11:15
=== srbaker [n=srbaker@S0106000fb517ae4b.no.shawcable.net] has left #ubuntu-devel []
=== lmanul [n=manu@dan75-4-82-239-58-38.fbx.proxad.net] has joined #ubuntu-devel
MithrandirRiddell: no, sorry.11:31
=== giskard [n=giskard@62-101-126-218.ip.fastwebnet.it] has joined #ubuntu-devel
lifelesssfllaw: it takes 7 minutes to do an analysis run currently :).11:47
lifelesssfllaw: I'm happy with that:)11:48
twbMithrandir: nag, nag11:48
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
=== TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel
lifelessrandom question, whats the smallest package anyone has seen that has diversions ?11:54
dokolifeless: dash?11:55
lifelessdoko: oh, in preinst I mean11:56
lifelesswhere the package cant unpack unless it diverts11:56
lifelessslocate will do11:57
lifelessthanks :)11:57
dokobinutils is another prominent one, creating diversions in a loop11:58
lifelessyah, I cant parse that11:58
lifelessin the not-worth-it-yet-bin11:58
=== anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel
=== Gadi [n=romm@static-71-249-255-248.nycmny.east.verizon.net] has left #ubuntu-devel []
Mithrandirtwb: try nagging me again in nine-ten hours?12:01
twbMithrandir: no worries12:01
Mithrandirthanks12:02
=== JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-devel
=== boggle [n=spindler@modemcable096.205-82-70.mc.videotron.ca] has joined #ubuntu-devel

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!