[00:01] man, java wouldn't be so annoying if there weren't so many stinkin' acronyms [00:01] err looks to be done now, only ntp.conf change and restart the service right ? [00:01] JRE, JVM, JDK, JSE [00:01] strange how it wont let me manualy set it though [00:03] yea, they should use goofy names instead [00:03] anyone intrested reviewing libqalculate. it's in revu [00:03] stdlib, stdio, boost, hibernate [00:03] well, I don't minde the names [00:03] actually, i think hibernate is a java thing [00:03] Spring [00:03] it's just that you never know what you're actually supposed to get [00:04] pop quiz: what does turbogears do? [00:04] Makes your gears go faster! :) [00:04] lol [00:05] pwnguin, the python stuff? [00:05] imbrandon: right [00:05] its a framework for python we apps then in that case [00:05] imbrandon: ntpdate won't run when ntpd is. [00:05] It provides command line qalculator and is dependency of scientific calculator qalculate. [00:05] web* [00:05] knights: Oh, I just uploaded the torque package to revu. The one with the weird license [00:05] its a web scripting framework. [00:06] pwnguin: why? [00:11] OK guys, I'm ready! Its took me all weekend, and thanks to the patience of persia and friends I can now upload my Ubuntu xdtv package which IMO is THE missing multimedia package from Debian and Ubuntu as of this moment because its the only fully-featured, stable app for analogue video capture capable of DVD+ quality capture under Linux. Could someone kindly to re-sync the REVU uploaders keyring please? [00:11] * ScottK2 looks over at imbrandon ^^^ [00:11] * imbrandon looks up [00:12] Itza belter! [00:12] knights, sure give me a sec [00:12] * Fujitsu wonders who uses analogue video these days. [00:13] knights, syncing now, i'lll announce when it completes [00:13] He, it does DVB capture very well too AND streaming and timed capture so its a DVR app too [00:13] what would consitute analogue video? [00:13] *consititue [00:13] bah, whatever [00:13] v4l(2) capture devices, s-video or composite or aerial signals [00:14] * mok0 looks at xdtv & thinks it looks cool [00:14] right, I think that would be me [00:14] brooktree cards are good and popular for this use [00:14] although I don't capture it [00:14] except occasionally on a VCR [00:14] * Fujitsu admits that he does need to digitise some old video camera tapes, and hasn't found an app to do much about that before. [00:14] thats what I've got anyway a bt878 [00:15] Well here you go Fujitsu- you use xdtv to capture it, then DeVeDe to convery it to DVD or SVCD- dead easy now eh? :D [00:15] * LaserJock just uses coax cable [00:15] I haven't upgraded to component cable just yet [00:16] I'm afraid they're going to shut down my TV here pretty soon [00:16] If you have a DV camera with s-video or comp input you can go through firewire to do this too- but do you have both a firewire card and a decent camera etc? [00:17] knights: Right, and I need to convince my saa7134 that it wants to capture audio. [00:17] Yes, I think that should be great for it [00:17] anybody know when the US is supposed to go all digital for TV? [00:17] It is supported by v4l2 isn't it? [00:18] LaserJock, by the end of 08 iirc [00:18] imbrandon: yikes :( [00:18] I better save my pennies [00:18] my new TV is from 1991 [00:18] hehe [00:18] it's started in NZ [00:19] LaserJock: i dont think cable companies are regulated by that [00:19] just tv station over the air broadcasts [00:19] pwnguin: that's all I've got [00:20] yea no more 700mhz broadcasts for TV [00:20] so it's buy a new TV or switch to cable [00:20] ? [00:20] imbrandon: How long does sync normally take? [00:20] or just don't bother ... [00:20] knights, 15 to 30 minutes, its about 3/4 done [00:20] * knights dead excited! [00:21] Thanks imbrandon! [00:21] knights: It is V4L two, yes. [00:21] or 1 [00:21] 2, bah. [00:21] LaserJock: or wait for congress to balk because you havent bought a new tv [00:21] 2 is pref [00:22] knights: It is v4l2, as I see v4l1_compat stuff. [00:22] Yes- despite me packaging this app I'd totally advocate everybody binning their TVs [00:22] pwnguin: or have them buy me one! :-) [00:23] joejaxx: we do (i.e., best effort) [00:23] If there's one thing that would survive the apocalypse it'll be the BBC [00:23] LaserJock, just get a tv capture card and watch cable via the small window while python hacking [00:23] imbrandon, Thats hawt. [00:23] imbrandon: cable? that's a bit ... pricey [00:23] 50 dollars a month! [00:23] lol [00:24] My internet costs me $50 a month [00:24] Although I can get internet, cable, and phone for $99 a month [00:24] i only have cable for 2 reasons, stargate atlantis on scifi and Heroes [00:24] my internet costs me 25 [00:24] yeah there's no way I could do $40/month [00:24] pwnguin, What speed? [00:24] *$50 [00:24] somerville32: crappy [00:24] like 1.5mbit [00:24] pwnguin, Mine is 7mb/s [00:24] good for you [00:24] I don't eat because of it [00:24] :( [00:24] mine is ~140 a month, cable tv + hbo sho and max , phone, and internets [00:25] yikes [00:25] imbrandon is gainfully employed [00:25] not a phd candidate in chemistry [00:25] 33 each + taxes [00:26] I pay $100 for DSl, landline, and 2 cell phones [00:26] i dont think i could have a computer hobby if my wife dident have the tube [00:26] so it works out [00:26] Fujitsu: As I thought, your card should be perfect for xdtv: http://linuxtv.org/v4lwiki/index.php/Saa713x_devices [00:26] if I could get rid of the landline it'd be nice [00:26] I pay $0 for Comcast, I pay $0 for cell phone, but I pay a shitton for gasoline :) [00:27] knights, sync finished [00:27] nixternal: how much for gas? [00:27] \o/ [00:27] 25gal tank, you do the math :) [00:27] knights: Aha, thanks. I'll look into that. [00:27] nixternal: what's the price, is what I'm asking [00:27] $3.10/gal today [00:27] so i have a licensing question: the sourcecode is clearly labelled GPLv3, but it uses game data that may or may not be DFSG [00:27] multiverse appropriate? [00:28] pwnguin: SoulFu? [00:28] Fujitsu: yea [00:28] We need to know the license. [00:28] nixternal: yeah, that is steep, I think we're averaging around $3.20 here [00:28] Even for multiverse. [00:28] on average, to fill up is anywhere from $70 to $80 depending on gas [00:28] we will get up there...I just helped the gas station run out of gas today I think [00:28] nixternal: yeah, I've got a big minivan. it takes around that [00:28] It is ~$0.98 here. [00:28] wha? [00:29] hmm, I am getting an RTLD_NOW not declared in this scope when trying to compile.... [00:29] error that is [00:29] Sometimes it goes over the dollar. [00:29] A few years ago it was 0.70 - 0.80 [00:29] somerville32: /liter? [00:29] Yeah [00:30] ~1.40AUD per litre here. [00:30] rexbron: so, a missing include. [00:30] crimsun: What brings you to these parts so frequently of late? [00:31] Yea for different denominations and measuring systems that mean nothing to me! :) [00:31] Fujitsu: "the calm before the storm" [00:31] somerville32: it's ~ $0.85/liter here [00:31] crimsun: emm, is dlopen and its lot declared in libstdc++? [00:31] LaserJock, Yeah, it is pretty expensive here. [00:32] Here price of gas is ~1.37 euro/L (us$1.85/L) [00:32] I think you have to also take into account average fuel efficency :-) [00:33] rexbron: [00:33] I've been to Paris and Sevilla and I'd have to say the average car size is quite a bit smaller there ;-) [00:33] It's mostly a difference in tax on gas [00:33] crimsun: cool [00:33] like my durango getting 11mi gal ? heh [00:33] yeah, I have one car that 15mpg and one that 17mpg [00:34] oh wow :\ [00:34] yeah ... my wife likes big vehicles [00:34] she doesn't feel safe in anything that's not 4 wheel drive and hefty [00:35] ah ok [00:35] Poor planet Earth. [00:35] personally I'd be fine with a little car [00:35] but she doesn't like them at all [00:35] somerville32: it'll get over it ;-) [00:36] * ajmitch doesn't understand these people that feel they need to drive around in a tank [00:36] umm [00:36] Can I ask a touchy question? [00:37] no [00:37] I see enough accidents on a daily basis [00:37] I'm not gonna drive a mini-coffin around ;-) [00:37] you know why those accidents are bad? because the other guy is driving the tank :) [00:37] well, dput said it successfully uploaded but then it said `Not running dinstall.` - is that right? [00:37] it's like an arms race [00:37] LaserJock: ironically, SUVs are among the least safe vehicles around, due to high centre of balance [00:37] knights: yes. [00:37] Burgundavia: it's not me I'm worried about ;-) [00:37] Yay! [00:37] The last accident I saw, someone drove into a traffic light and knocked it over :/ [00:38] ajmitch: yes, it is [00:38] Poor traffic light [00:38] xdtv arrives! [00:38] :( [00:39] damn! as if my announcement co-incided with irc talk of a traffic accident :( [00:39] somerville32: yeah, I've seen a few of those too [00:39] :) [00:39] heh [00:39] Bye [00:39] * ajmitch thinks that people should use bikes more [00:39] wo! [00:39] must've said something [00:39] ajmitch: yeah, I wish that worked more around here [00:39] my labmate bikes a lot [00:40] LaserJock: I can walk to work each day [00:40] or some major server has collapsed [00:40] there's no parking around here [00:40] there's little parking around uni [00:40] ajmitch: I live 10 miles from school, it'd take a while [00:40] Fujitsu: xdtv should be in revu now [00:40] then I go to my grandparents which is 120 miles away [00:41] and my parents which is 900 miles away [00:41] knights: I haven't got time today - another important exam tomorrow. [00:41] Anyhow, time to ask that touchy question. The person who uploaded the package that caused the x-server mess, did they lose upload privs? [00:41] LaserJock: Walk there! [00:41] Shouldn't take toooooooooo long. [00:41] somerville32: What xserver mess? [00:41] rodrigo? [00:41] * Fujitsu hasn't seen one... since that Dapper SRU. [00:41] that dapper update? [00:42] Yeah [00:42] no, he didn't [00:42] Nobody has ever lost upload privileges. [00:42] (other than normal expiry when they've been inactive forever) [00:42] unless they intentionaly deactivated themselfs [00:42] yes [00:42] SRU processes are now improved. [00:42] somerville32: in that case, he did test, just not on a wide enough range of hardware [00:42] the "/sh" syndrome [00:42] imbrandon: Which has happened once. [00:42] It was a silly change to make in an SRU. [00:43] Fujitsu: silly change? [00:43] it was something meant to fix another bug [00:43] I can't remember details, it was to do with some PCI magic [00:43] * Fujitsu checks. [00:43] It sounded risky. [00:43] (and obviously was) [00:44] I don't know why they made him do X anyway [00:44] and wasn't tested enough, as we know now [00:44] Fujitsu, Can you post the ml post for the upload? [00:44] Fujitsu: What exam is this? [00:44] * Added 005_pci_domain.dpatch (Closes Malone #54880) [00:44] How long will it take before my package shows up on http://revu.tauware.de/ ? [00:45] ok i'm off line for a bit, back in a few hours [00:45] knights: At the next 10 minutely processing job. [00:45] ah, so it's joejaxx who's filling my inbox [00:45] joejaxx: keep up the good work! [00:45] knights, 10 min or so [00:45] cool- I can hack that :) [00:45] crimsun: :D [00:45] Launchpad bug 54880 in xorg-server "Does not support Linux PCI domains" [High,Confirmed] https://launchpad.net/bugs/54880 [00:45] what is joejaxx breaking? [00:45] thanks ubotu_ [00:45] merges [00:45] slow bot [00:45] Ubotu is speedy as always. [00:46] As about speedy as my computer, I'd say. [00:46] if somebody wants to try building opensync-0.34 packages: deb-src http://people.debian.org/~mbanck/debian-opensync/ ./ [00:46] does anybody here know anything about how translations/lang packs work? [00:46] slangasek: ^^ [00:46] LaserJock: I know a little. What do you want to know? [00:46] (I didn't get around setting up a hardy chroot yet) [00:47] azeem, Is it like a puzzle? [00:47] azeem, Why not use PPA? [00:47] somerville32: ? [00:47] somerville32: why use a PPA? [00:47] Fujitsu: well, I'm sort of tring to debug why gcompris has bad translations [00:47] somerville32: because it's 1:50 AM and I fought cmake [00:47] LaserJock: What's broken about them? [00:47] I'm not going to figure out hardy or ppa now [00:47] azeem: good work on getting it done then :) [00:47] are PPAs still restricted to beta users only? [00:48] yes [00:48] But who isn't a beta user? [00:48] many, many people [00:48] It's well over 500 now, isn't it? [00:49] 770, ouch. [00:49] even so, having to get PPA approval before being able to upload & get things built is just another obstacle [00:49] ajmitch: Is that a problem? [00:50] I think we want more obstacles, not fewer. [00:50] Fujitsu: actually it looks like LP says that it's all translated, but the UI doesn't show it [00:50] that's bureaucracy, not anything actually useful [00:50] Fujitsu: I was thinking maybe it was a packaging thing, but maybe it's an LP thing [00:51] if you want more obstacles, you may as well ask people to fill out forms in triplicate & bury them in a peat bog for a few months [00:51] ajmitch: capital idea good fellow! [00:51] * LaserJock looks around for a peat bog [00:53] superm1, \o/ [00:53] somerville32: \o/ [00:53] :D [00:53] :D [00:54] hi [00:54] what's up? [00:54] superm1_, I noticed you joined xubuntu-team [00:54] somerville32, :) [00:54] superm1_, You should join us in #xubuntu-devel for tea. [00:54] yeah i uploaded two or three plugins too [00:55] I'm merging xfce4-session at the moment [00:55] Just building to see if it works :) [00:55] and it does. [00:56] somerville32: heah .... you could help me with a bug test [00:56] LaserJock, Oh? [00:57] there's a bug about gcompris not working correctly with Xfce [00:57] bug #41172 [00:57] Launchpad bug 41172 in gcompris "XUBUNTU panels in Gcompris" [Medium,Confirmed] https://launchpad.net/bugs/41172 [00:57] think you could give it a test real quick? [00:57] LaserJock, Sure. [00:58] * Fujitsu wonders why lots of people ALLCAPS Ubuntu. [00:58] BECAUSE ITS FUN [00:58] YEAH! [00:59] Fujitsu: I honestly have no idea [00:59] maybe they are an OS X users mostly [00:59] lol [00:59] why would osx users do that? [00:59] :) [00:59] TESTING :D [01:00] lol [01:00] * Fujitsu attacks joejaxx with pointed sticks. [01:00] LaserJock, I love the bug report description [01:01] Fujitsu: hey! i do not think Hobbsee licensed those out [01:01] lol [01:01] broken, plz fix? [01:01] :P [01:01] close. [01:01] somerville32: yes, it's a bit difficult for me to understand exactly [01:01] "When i start de gcompris in XUBUNTU open the gcompris, but the panels 1 and 2 stay with the program open. [01:01] In other desktop no had panel with gcompris." [01:01] joejaxx: don't summon the hobbsee [01:02] somerville32: xfwm4<->gcompris, probably [01:03] crimsun: when gcompris is opened fullscreen the xfce panels apparently stay on top [01:03] ajmitch: :P [01:03] crimsun: I believe that's what the bug is [01:05] file a removal request for gcompris, problem solved [01:05] doh [01:05] ajmitch: :P [01:05] gcompris is arguable *the* top educational app in Linux [01:06] i think MoM [01:06] is messing up [01:06] + Build-Depend on libx11-dev | xlibs-dev, libxpm-dev | xlibs-dev. [01:06] that is from the debian changelogs [01:07] MoM does have some issues, but nothing critical. [01:07] Saying there are conflicts where there aren't, etc. [01:07] Build-Depends: debhelper (>= 5.0.0), cdbs, libx11-dev, libxpm-dev [01:07] that is the debian modification [01:07] wth did those bild depends go? [01:07] build* [01:07] they are listed under the ubuntu modifications [01:07] joejaxx: Look at the patches that MoM generated. [01:08] joejaxx: don't look at MoM ... [01:08] merge without MoM [01:08] joejaxx: Were there any conflicts? [01:08] TheMuso: yes [01:09] there's your answer [01:09] MoM was boozing it up and got a little tipsy [01:09] ajmitch: yeah but that line is listed under the ubuntu modication [01:09] LaserJock: you were a bad influence [01:09] "hmmm, I can't remember what dep was supposed to go here, ah well" [01:09] joejaxx: that's probably quite true - the same line would have been changed in different ways [01:09] you do not need the xlibs-dev build dependency [01:09] ajmitch: so look at the debdiff [01:10] LOL [01:10] sorry joejaxx [01:10] LaserJock: don't tell me to, tell joejaxx to :) [01:10] ah, I remember the X.Org b-d transition [01:10] i just stumbled across the canonical ldap directory [01:10] loool [01:10] crimsun: back in the day.... [01:10] joejaxx: as I said, look at the patches, particularly the patch that MoM gave you from the previous merge. That patch shows what was changed. [01:10] joejaxx: Er? [01:11] ajmitch: it wasn't that long ago was it? was it before the GL transition? [01:11] LaserJock: it was long enough ago [01:11] sure [01:11] but I think I remember it [01:11] * ajmitch feels old & washed up [01:11] I kinda came in at the middle of the GL transition [01:12] crimsun, share some love? [01:12] Bug #160314 [01:12] Launchpad bug 160314 in xfce4-session "xfce4-session: merge new Debian version" [Undecided,New] https://launchpad.net/bugs/160314 [01:13] somerville32: after "MODPOST 1939 modules" completes. [01:13] sigh, I bought a new novel at lunchtime, I know what I'll be doing until sometime in the morning [01:13] geeze [01:13] I wish I had time to read [01:13] instead I'm stuck wasting my day on IRC ;-) [01:14] oh I do things like reading instead of wasting my time on ubuntu :) [01:14] shesh [01:14] ajmitch: lol [01:14] lol [01:14] LaserJock: I'm sticking jdong on you :p [01:15] LaserJock: run now [01:15] LaserJock: hey, you provide chem homework help for Ubuntu members, right? :D [01:15] lol [01:15] what kind of chem homework? [01:15] LaserJock: really basic [01:15] wow [01:15] no pun intended. [01:15] LaserJock: here's your chance to put him off chemistry forever [01:15] so i found out [01:15] it was a debian regression [01:15] * jdong hits himself for that pun actually [01:15] I used to tutor for $30/hr [01:15] lol [01:15] someone please ban jdong [01:16] LaserJock: what's the dissociation equation for K3PO4 in water? I'm assuming it's a base [01:16] geeze, I don't give away answers ;-) [01:16] LaserJock: I'm guessing K3PO4 + H2O <--> K+ + K2HPO4 + OH-? [01:16] what do you take me for, an MIT student?!?! ;-) [01:16] jdong: You know how we have the FTBFS issues because of Sun Java wanting EULA acceptance on the buildds? Can we modify them to dep on icedtea instead? [01:17] * joejaxx misses Chemistry [01:17] Fujitsu: assuming that they aren't broken by the changes in Java 7, yes. It's worth a try definitely [01:17] i should have majored in that instead of compsci/math/mis [01:17] jdong: lol java7 [01:17] LaserJock: haha well I put in a good attempt, help the poor kid :) [01:18] joejaxx: hmm? [01:18] jdong: that doesn't look right [01:18] jdong: If it builds, is it OK? [01:18] LaserJock: or does it take --> HK3PO4+ + OH-? That looks even more awkward. [01:19] jdong: oh, it's the K+ OH- that looked odd [01:19] LaserJock: I suppose you've forgotten all that early chemistry stuff? :) [01:19] gnomefreak: :D [01:19] LaserJock: I'm really tempted to think it would go down the K(n-1)H(n+1)PO4 path as far as the salt on the other side goes, right? [01:19] ajmitch: quite, it was about 9 years ago now [01:20] Fujitsu: I'd assume so :) it's better than not building at all, right? [01:20] jdong: True, true. [01:20] sorry having ~/.irssi/config issues [01:20] jdong: that seems logical to me [01:20] jdong: you *could* lose the O and get a PO3 but I'm thinking not [01:21] LaserJock: hmm it's the first problem set on acid-bases so I doubt they'd pull something that unexpected on us [01:21] unless you had something that wanted Os [01:21] LaserJock: I get the feeling like it's supposed to be a really basic question [01:21] jdong: keep hydrogen tunelling in mind!! [01:21] tunnelling* [01:21] LaserJock: it's simply classifying this huge list of compounds into acids or bases or neither [01:22] and then of course dissociation equation [01:22] jdong: I guess I would have done KOH + H2HPO4 but other than that [01:22] LaserJock: agreed, but wouldn't KOH in turn readily dissociate into K+ and OH-? [01:23] well, K2HPO4 would too [01:23] the question is whether H2KPO4 will stay around, or whether everything will be ionized [01:23] you'd get down to 3K+ + PO43- ,etc. [01:23] all, all forms of K*H*PO4 are used as buffers [01:23] so yeah I guess ultimately it'd ionize down even more [01:23] that might depend on the ionic strength or some such [01:24] ok, well that answer is good enough for me then. [01:24] jdong: I would guess your answer was probably OK [01:24] LaserJock: would you be willing to tackle one of them amine ones? :) [01:24] jdong: but if you get it wrong don't blame me [01:24] my chemistry answers are "use at your own risk" ;-) [01:24] What is the compound again? [01:24] jdong: what is it? [01:25] somerville32: K3PO4, tribasic potassium phosphate [01:25] methylamine hydrocholride..... [01:25] which I'm guessing is CH3NH2*HCL? [01:25] it's tempting to say the HCL part screams acid, but I don't have good reason to suspect that [01:26] H means acid :P [01:26] somerville32: haha :) [01:26] somerville32: I wish for those times again ;-) [01:26] States of matter matter! [01:26] Where are your states of matter!! [01:27] lolol [01:27] Isn't it ionic how we forget such things? [01:28] * Fujitsu sets Hobbsee on somerville32. [01:28] jdong: hehe, found something on it on a webpage about ecstacy [01:28] LaserJock: ROFL [01:28] Hahahah. [01:29] Fujitsu: you better be careful she might make you pay royalties for using the pointed sticks on me without permission :P [01:29] * ajmitch is shocked [01:29] * Fujitsu sneaks up behind ajmitch with some alligator clips. [01:30] jdong: well, it looks to me like it's CH2NH*HCl [01:30] jdong: in which case I might expect it to go to CH3NH+ + Cl- [01:31] LaserJock: http://ptcl.chem.ox.ac.uk/MSDS/ME/methylamine_hydrochloride.html [01:31] Where did the Cl come from with K3(PO4)? [01:31] LaserJock: either way, whatever the extension, I think you're right with the NHx+ + Cl- [01:31] * jdong checks if these have to be written a la bronsted-lowry... [01:31] somerville32: different question now :) [01:31] What was the answer to that one and what are we on now? [01:33] somerville32: I'm gonna go with K3PO4 + H2O <--> K+ + K2HPO4 + OH- [01:33] jdong: it actually might depend on if its CH3NH2*HCl or CH3NH*HCl [01:34] somerville32: we are now working on CH3NH3C [01:34] err stupid network [01:34] I guess the former would be a hydrogen bond via the lonepair on the N [01:34] CH3NH3Cl ,l[B[B[A[A[A[A[A[A[A~. [01:34] that should be [01:34] ok, that looks good then [01:35] in which case it'd end up as perhaps H3CNH2 + H+ + Cl- [01:36] ok, cool, that's what I have down currently [01:36] LaserJock: any guesses on C5H5NHCl? [01:36] it looks extremely similar :D [01:36] jdong: heh, that's funny, I actually got some Gen Chem lectures from MIT off of iTunes U [01:36] sweet [01:37] * jdong just wants to fulfill the institute requirement on chem and run away from that subject :D [01:37] I wanted to see how the "big guns" teach [01:37] jdong: Do I need to do anything else for bug 160361, or can you already approve it? [01:37] Launchpad bug 160361 in gutsy-backports "Please backport scim-hangul 0.3.1-1ubuntu1 from hardy" [Undecided,New] https://launchpad.net/bugs/160361 === chuck__ is now known as zul [01:37] evening [01:37] jdong: is that really C5? [01:37] minghua: that one sounds good for backporting [01:37] hello zul [01:37] LaserJock: yes, according to the worksheet it is [01:37] hi joejaxx [01:38] welcome to chemistry class, zul [01:38] LaserJock: pyridinium chloride, one of those ring structure thingies [01:38] ajmitch: lovely i never had chemistry [01:38] with an N+-H tail [01:38] these molecular biology-ish topics scare me. [01:38] jdong: k, I was just wondering if it was a typo and was really a benzene [01:38] jdong: I'll leave it in your hands then, thanks. [01:39] ... -motu has become -chemistry-homework? [01:39] i like doughnuts [01:39] elkbuntu: apparantly so [01:39] elkbuntu: hello! :D [01:39] zul: lool [01:39] minghua: sounds good, I'll approve it shortly [01:40] joejaxx, hi! :D [01:40] elkbuntu: :D [01:40] minghua: on the condition that LaserJock finishes my chem homework ;-) [01:40] joejaxx, no texan bus driver incidents from last week? [01:40] elkbuntu: LOL! nope [01:40] * ajmitch wonders what story elkbuntu is referring to now [01:40] Does anybody know the correct package for this? https://bugs.launchpad.net/ubuntu/+bug/160362 [01:40] Launchpad bug 160362 in ubuntu ""Ubuntu has some information for you."" [Undecided,New] [01:41] ... that's a strange bug title. [01:41] ajmitch, maah wayuf wahz ah may-uhn [01:41] elkbuntu: orly? [01:41] mayan? [01:41] elkbuntu: LMAO [01:41] LaserJock, surely you remember the texan bus driver from mt view? [01:41] cyberix: I think that's a functionality of update-manager [01:42] elkbuntu: hmm, no, I wasn't on the bus much [01:42] cyberix: and if I recall, the description in the balloon popup does say what you said it should say [01:42] hello persia ! :D [01:42] hey joejaxx [01:42] cyberix: i.e. the title is information available, but the bubble says "Something might require your attention, etc" [01:42] oh [01:42] Well the user didn't seem tonotice that. [01:43] maybe the notification should be something like "you have reached an invalid number, if you think this is a bug please try again later this has been a recording" [01:43] cyberix: well would blinking red text and text-to-speech in a sexy female announcer voice help? ;-) [01:43] K2PO4 + H20.. would you not just do double replacement? [01:44] Otherwise it is just K2 + PO4 - since K2PO4 has high solubility [01:44] LaserJock, he started on with racist stuff with joejaxx on board. i wasnt on the bus either, but mneptok's reenactment was quite humorous [01:44] elkbuntu: I don't recall that [01:44] somerville32: it's K3PO4 [01:44] w/e [01:44] somerville32: K3, and considering that the topic is acid-base reactions I'm expecting them to readily follow the stereotypical bronstead-lowry forms [01:44] maybe I was asleep :) [01:44] elkbuntu: LOL [01:44] elkbuntu: he was hilarious [01:44] somerville32: at least I need to dissociate it enough to demonstrate that it's indeed a base; past that I honestly don't care ;-) [01:45] jdong: Does the reaction occur after the dissociation? [01:45] elkbuntu: minus the racist stuff [01:45] jdong: can you check C5H5NHCl again? that just seems wrong [01:45] zul, the other bus driver was just as humorous. he couldnt figure the way between the hotel and the googleplex [01:45] i had a question for you all :P [01:45] joejaxx, Good for you :P [01:45] !ask | joejaxx [01:45] joejaxx: Don't ask to ask a question. Just ask your question :) [01:45] joejaxx: that's y'all [01:45] has anyone ever thought about using package deltas for the updates repository? [01:46] * elkbuntu ducks [01:46] joejaxx: Yes, and it's an annoying problem to which there is no clear solution. [01:46] LaserJock: verified, it's C5H5N (pyridine) protonated to C5H5NH+ (pyridinium ion), and the chloride salt of that [01:46] joejaxx: sure [01:46] instead of an entire new package [01:46] persia: oh? [01:46] elkbuntu: lol :P [01:46] LaserJock: so I'm guessing a C5N5N + H3O+ + CL- type form on the right. [01:46] * somerville32 points jdong and LaserJock to #ubuntu-science [01:47] jdong: oh freaking heck, right. I was thinking a 5-memebered ring ... it's been a while [01:47] whoosh... [01:47] straight over my head [01:47] LaserJock: hehe, no worries, it's stuff that you wish to shove out of your memory as soon as possible ;-) [01:47] joejaxx: 1) You have to be able to generate a package diff against whatever version the user happens to have installed (which may not be the latest previous), 2) you have to do this without downloading the entire thing to the user workation, 3) you have to do this without bloating the archives, and 4) you have to do this without requiring more processing power from the mirror hosts. [01:48] jdong: well, supposedly next fall I could be teaching gen chem so I'm gonna have to "refresh" [01:48] LaserJock: you won't have graduated by then? [01:48] ajmitch: yes, and hopefully with a job [01:48] persia: oh ok [01:49] yeah [01:49] LaserJock: sounds awesome :) [01:49] LaserJock: you could work for canonical ;) [01:49] LaserJock: you gonna accept MOTU merges as a form of extra credit? ;-) [01:49] zul: yes, but I'd like to think I'd do something with my PhD ;-) [01:49] jdong: hehe, yeah [01:50] I wonder if I could get away with that [01:50] LaserJock: you could also drive a taxi [01:50] or work at mcdonalds [01:50] merge all chemistry software for 50 extra points [01:50] zul, ajmitch : no, I think I'd be working for Canonical before that [01:50] ajmitch: that would be beneath him [01:50] * persia thinks driving taxis is fun [01:51] LaserJock: what, canonical is barely above mcdonalds? [01:51] zul: I don't know, people at McDonalds in San Fransisco make about as much as me [01:51] ajmitch: pretty much ;-) [01:51] heh [01:51] LaserJock: i am about to do a science one does that count? :P [01:51] yep [01:51] :D [01:51] * LaserJock gives joejaxx a gold star for the day [01:52] :D [01:52] oh stink!!! [01:52] the Golden Ponies! [01:52] I totally forgot [01:52] could somebody help me try to patch a kernel? [01:52] i am working on gcx at the moment [01:52] i asked in the main channel but was told to come here [01:53] LaserJock: how could you forget? [01:53] ajmitch: I don't know. I remember around RC but forgot [01:53] truly sad [01:53] Hobbsee! [01:53] *remembered [01:53] gene6482, https://wiki.ubuntu.com/KernelPatches [01:53] hey Hobbsee [01:54] superm1: thanks [01:54] * somerville32 screams! [01:54] Heya gang [01:54] k, I'm off for home [01:54] gene6482, and then after you go through that, you may end up here: https://help.ubuntu.com/community/Kernel/Compile [01:55] bbiab and I'll work on the Golden Ponies [01:55] LaserJock: :D :P [01:55] Later LaserJock [01:55] hello bddebian [01:55] Heya joejaxx [01:55] hiya! [01:55] Hobbsee: :D [01:55] Hi Hobbsee [01:55] Heya Hobbsee [01:56] Heya ScottK2 [01:56] superm1: i've compiled the kernel, and it works, but it's related to an open bug report and i wasn't sure how to go about getting it implemented (so everyone with my problem won't have to manually compile the kernel themselves [01:57] https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/136469 [01:57] Launchpad bug 136469 in linux-source-2.6.22 "toshiba p100 series dsdt acpi error no sound, works with acpi turned off." [Medium,Triaged] [01:57] LaserJock: thanks for all your help man :) you're the best [01:57] Bah, LaserJock can't leave, I need python help :-) [01:58] Heya bddebian [01:58] gene6482: Is the patch put in the bug an hour ago correct? [01:58] bddebian: More people than LaserJock know Python [01:58] bddebian: What is it? [01:58] bddebian: I'm sure you'll figure it out :) [01:58] * StevenK chuckles [01:58] gene6482, /j #ubuntu-kernel [01:58] This is from scratch though :-( [01:59] gene6482, they are the ones that will be making the final call about what's included in StableReleaseUpdates for kernels [01:59] ScottK2: I'm trying to package up all the Thousand Parsec crap [01:59] StevenK: Speaking of Python: what is your opinion of a dictionary in which some definitions are tuples and other definitions are embedded dictionaries? [01:59] bddebian: if it's crap, why are you trying to package it? [01:59] OK. Dunow what that is. [01:59] I already did libtpproto but I did the C++ lib and I need the python lib :-( [01:59] Dunno even [01:59] persia: it's a little bit up from there, it's a change in a specific file that unbreaks our sound [01:59] ajmitch: It's for the Debian games team. I was asked for assistance :) [02:00] bddebian: You might ask on #debian-python on OFTC. They're reasonably nice there. [02:00] gene6482: The kernel team is subscribed. If you can post your specific experience, the patch used to address the bug, and your testing to ensure there isn't a regression somewhere else, the kernel team will see it. If you want to discuss it, #ubuntu-kernel is indeed the best place for discussion. [02:00] bddebian: You might even get POX_ to upload it for you. [02:01] thanks persia [02:02] ScottK2: I guess I'll try that, thanks [02:02] jdong: Yay, the two things work fine when built with icedtea, and run with icedtea. However, they die horribly (abort) when run with Java 6... should I remove the Sun Java option from the dependencies? [02:03] Or am I doing something wrong when building? [02:03] on a side note, i'd like to help contribute more, but i don't really know all that much, is there any sort of motu mentoring program? [02:03] gene6482, Sure is! :) [02:03] gene6482: There is, but the queue is a bit long. I'd suggest just jumping in, and asking questions here or via email to ubuntu-motu-mentors@l.u.c if you get stuck. [02:03] bddebian: do you remember what the Makefile in the docs directory is for? https://people.fluxbuntu.org/~joejaxx/ubuntu/merges/gcx_0.9.11-1ubuntu1.MERGE.debdiff.txt [02:04] Fujitsu: eep that sounds nasty... is it using a java compatibility level? [02:04] jdong: Noo idea. [02:05] crimsun, How is the love coming? [02:05] Fujitsu: (and I'm not comfortable with just saying icedtea only this time... it's demonstrating faulty bytecode if ti doesn't run with the java 6 runtime) [02:05] joejaxx: I don't think I touched that [02:05] bddebian: ok [02:06] because it is in the ubuntu modified patch for .8 [02:07] LaserJock, Can you do bug 160314 for me? [02:07] Launchpad bug 160314 in xfce4-session "xfce4-session: merge new Debian version" [Undecided,New] https://launchpad.net/bugs/160314 [02:07] gpocentek, You around? :) [02:07] somerville32: the sponsors are subscribed, no? [02:08] Hobbsee, yup. [02:08] jdong: java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed. [02:08] Seen anything like that before? [02:09] somerville32, there is a canonical all hands meeting going on this week so i suspect finding archive admins will be a challenge [02:09] Fujitsu: oh god not the whole xlib locking thing again. [02:09] gene6482: If you're having difficultly knowing where to start, just ask here: generally we've some extra work we're happy to point at, or can guide you in finding bugs if you know what you want to do. [02:09] Fujitsu: yeah, seen it widespread ot just on Java [02:09] Fujitsu: has something to do with how agressively X enforices some lock, I guess ask an X guru what it really means :) [02:09] Works fine on icedtea 7, and I'm trying Java 5 now. [02:09] superm1_, It just needs a sponsor, no? [02:10] * superm1_ looks closer at the bug. [02:10] for some reason i thought you were asking someone to release it from NEW. my bad [02:10] somerville32: If it just needs a sponsor, sticking it queue should be sufficient. It might take a little while, but will get uploaded. Asking for specific sponsorship just elevates the channel traffic. [02:11] persia, And disturb the chemistry tutoring and discussion of car accidents? :P [02:11] somerville32: Right. The channel is for discussion of things currently in the mind of those interested in the universe component. The queue is for upload requests. [02:12] jdong: So it's probably not an icedtea bug? [02:14] Fujitsu: hmm I wouldn't think it's an icedtea bug.... [02:14] Fujitsu: That's a well know bug -- Java doesn't work well with XCB-based xlib. [02:14] Fujitsu: it might technically be a bug (sloppy locking of some sort) in binary java? [02:14] s/know/known/ [02:14] jdong: That's what I thought. [02:14] I don't think the bytecode could cause that. [02:14] And with Java 5 I get a class version error, but I presume that's intended behaviour. [02:15] Fujitsu: yeah, the java stack is likely too old [02:15] Fujitsu: which means you should probably be alt-depping on icedtea or java6 (but since java6 doesn't woork.....) [02:15] Yep. [02:16] I'll leave java6 in for now. [02:16] hmm well since java6 doesn't work, how about we dep on icedtea and have the launcher explicitly ask for java7 with environment override option? [02:16] like what I did to Azureus's launcher [02:16] Ah. [02:16] * Fujitsu looks at it. [02:17] Ah, I see. [02:18] alt-depping on a nonfuntional java stack is a bit silly [02:18] and confusing to the user [02:18] Probably. [02:19] I wish we had a HIG guideline of how to communicate to the user alternatives-related problems like this [02:20] Ideally, it'd be nice if the "additional information" type balloon messages were permanently stored and accesible via some event viewer like UI [02:20] so users can refer back to the message if required later [02:20] for example, like iwth xserver-xgl, it tells the user "you can disable it by touching ~/.config/blahblah" -- who's gonna remember that? does the user have to get out a sticky note and write that down? :) [02:21] At the moment, it checks various Java-related environment variables, then uses the one in $PATH otherwise. Should I remove the $PATH check entirely, or just check for java7 beforehand? [02:21] jdong: The update-notifier bubbles? [02:21] Fujitsu: yeah, like the lightbulb one that tells you to restart firefox, or log out, etc. [02:21] it would be nice for communicating gotchas/post-install config for packages [02:21] StevenK: So were you offering to play pyhton packaging mentor? :-) [02:22] I was not. I was merely commenting that other people besides LaserJock known Python [02:22] jdong: Do I leave the attempt at using $PATH in? [02:22] bddebian, I'm pretty okay with python packaging. [02:22] Fujitsu: I'd have it check for (1) PKGNAME_JAVA environment variable (2) hardcoded icedtea7 path (3) $PATH [02:22] in that order [02:22] could somebody help me get started with packaging, i'd love to help get more software in to the distro [02:23] Nah, we have too much already ;-) [02:23] i'm reading the wiki right now [02:23] jdong: It already checks for JAVACMD, JAVA_HOME, etc. [02:23] Fujitsu: ah, ok, then amke sure those checks get first priority, then continue #2/#3 :) [02:24] Oh, PKGNAME as in not literal, oops. [02:24] right [02:24] somerville32: Great, you're it :-) [02:24] I was thinking that was another thing like JAVACMD or whatever. [02:24] well, yeah, similar, but per-package override [02:24] :D [02:24] so if a power user thinks he has a better Java stack for the job, he can have a way to override, apart from editing the launcher [02:24] https://people.fluxbuntu.org/~joejaxx/ubuntu/merges/joystick_20051019-1ubuntu4.MERGE.debdiff.txt [02:25] can anyone tell me if i did that right? [02:25] aah my battery is gonna die any second, time for me to disapear :) [02:25] Bye jdong. [02:25] Thanks. [02:25] jdong, much love! ttyl [02:25] there was a nmu in debian so now the versioning has the .1 [02:25] so i made my upload 1ubuntu4 [02:25] no problem, you guys rock :) [02:26] persia: Good morning [02:26] joejaxx: no [02:26] -1.1ubuntu1 [02:26] ajmitch: that is supposed to be like that? [02:27] yes, -1.1 is still greater than -1ubuntu4 [02:27] -1.1ubuntu is higher than -1ubuntu4 [02:27] ajmitch: when are we supposed to do things like this? https://bugs.edge.launchpad.net/ubuntu/+bug/160299 [02:27] Launchpad bug 160299 in ubuntu "Please merge carpaltunnel 0.0.9-0.1 from Debian Unstable" [Undecided,New] [02:28] ref: to the changelog on that bug [02:28] that's just a special case, due to the mix of evil native & debian versioning [02:29] oh ok [02:29] Damnit, I don't know what to name all these stupid packages [02:29] * ajmitch isn't seeing what the merge is there, either [02:29] ajmitch: are you processing stuff in uus currently? [02:29] sajfor which? [02:29] gah [02:29] ajmitch: for which* [02:29] Is there any motu teams that I could help out? [02:30] somerville32: The MOTU team? :p [02:30] lol [02:30] TheMuso: no [02:30] ajmitch: Ok. I'm assuming joejaxx asked for some help with something... [02:30] joejaxx: what new version of carpaltunnel was there to merge, given that everything was based on the same version anyway? [02:30] TheMuso, :P [02:30] somerville32: Debian Games Team :) [02:30] TheMuso: I was just answering some version questions [02:30] bddebian, Thats a ubuntu team? [02:31] ajmitch: it is on merges.ubuntu.com/ [02:31] somerville32: Indirectly ;-) [02:31] joejaxx: you trust everything there? [02:31] ajmitch: ah ok [02:31] bddebian, How do I get started? [02:31] ajmitch: that is what they said to use :) [02:31] as a list of need to be merged packages [02:31] joejaxx: carpaltunnel hasn't been touched for 18 months in debian [02:31] needed* [02:31] there's nothing to merge there [02:32] * TheMuso will process uus in a bit. [02:32] ok [02:32] all you did was add a changelog entry :) [02:32] Gah. I have a million lp tabs open and they all start with the letter B :( [02:32] So many bugs, so little time [02:32] somerville32: Check out http://wiki.debian.org/Games [02:32] somerville32: bddebian If you look on the wiki, you'll find that the Debian Games Team officially supercedes the Ubuntu Games Team, and so is a true merged team. [02:33] ajmitch: lol so i did that work for nothing? [02:33] persia: Aye [02:33] fun [02:33] joejaxx: what work? [02:33] lol [02:33] ajmitch: working on the package :) [02:33] again, what work? [02:33] i hope the others i did are not like that [02:33] that is what i mean [02:33] :( [02:33] it's ok, TheMuso will take care of them [02:34] * ajmitch isn't touching u-u-s [02:34] i just marked the bug invalid [02:35] ajmitch: Before, I could have just said, sure I will when I get to it and left it at that. Now that I am an uus admin, I need to actually care about the uus queue, and process it. [02:35] :) [02:35] TheMuso: exactly [02:35] at one point I was a uus admin for some reason [02:35] but never did anything, so removed myself [02:35] ajmitch: You were active in sponsoring back then :) [02:35] persia: back when I knew what I was doing [02:35] Drinking from a straw is fun. [02:36] * persia suspects ajmitch has been drinking the water again [02:36] persia: actually I am drinking water right now [02:36] I used to do uus :/ [02:36] I would if I was a motu [02:36] u-u-s? [02:37] Burgundavia: ubuntu-universe-sponsors [02:37] Burgundavia: It's the list of fixed bugs that we need to upload. Try some :) [02:37] ahh, that [02:37] persia: I am not MOTU [02:37] not yet, he means [02:37] even jono wants to go for MOTU [02:38] heh [02:38] *everybody* wants to go for MOTU [02:38] only the insane ones get ther ;-) [02:38] *there [02:38] s/get/stay/ ;) [02:38] gibber gibber [02:39] ajmitch: hehe, so true [02:39] heh [02:39] Burgundavia: No? I thought you were from ages and ages and ages ago. My apologies. [02:39] persia: he's been a long-time doc team person, and into marketing [02:40] so you've heard plenty from Burgundavia [02:40] persia: I have exactly one upload to the archive: a sync of Inkscape from the hoary days [02:40] * LaserJock jumps into a stack trace [02:40] i have been around since the beginning of Ubuntu (not no-name-yet.com, though) [02:40] back in the days of mataro [02:41] Burgundavia: Right. it's that you seemed to be an upload person back in Hoary days, and I just assumed that you'd kept at it :) [02:41] indeed, with bags of death and red red love [02:41] I love watching kiko cringe at the thoughts of red red love [02:41] sevilla was a good improvement then? [02:42] red red love? [02:42] barcelona was actually a nicer city and the conferences were different [02:42] Would someone who is in UUS, please unsubscribe UUS from Bug 159330 [02:42] Launchpad bug 159330 in courier "Merge courier 0.57.0 from debian unstable" [Wishlist,Fix committed] https://launchpad.net/bugs/159330 [02:43] ScottK: Got it. Thanks for pointing it out. [02:43] ScottK2: you're not in UUS? [02:43] bddebian: a yogurt drink. Red Red Love was one of the flavours (and the only I remembered) [02:44] Ah [02:44] ScottK2: is awfully active for someone who wasn't going to be so active.. ;-) [02:44] bddebian: yeah, well I'm on Ubuntu break so ... [02:44] :-) [02:44] gone, but never absent [02:45] * joejaxx wonders how many of his merges did not actually have to be merged [02:45] bddebian: Not currently, no. [02:46] err LaserJock, not currently, no (part of the not so active) [02:46] LaserJock: you were leaving IRC as well, weren't you? [02:46] ScottK2: ah, right, I think I did that too [02:46] ajmitch: ummm, yeah ... sure ... um [02:46] somerville32: Do you know offhand of a python package that uses debhelper but uses setup.py? [02:47] well, b43 in 2.6.24-rc1-git14 certainly beats the pants off bcm43xx, but it oopses if I attempt to reassociate :) [02:47] bddebian: that shouldn't be too bad [02:47] err, -ECHANNEL [02:47] crimsun: no kidding, that's like real development sounding [02:47] ;-) [02:47] bddebian: pysol might do it. [02:47] LaserJock: Aye but I need an example :-) [02:47] bddebian: why? [02:48] LaserJock: Because this sincerest form of flattery is plaigerism [02:48] cause I'm doing one from scratch and I've never done it with a python package before :) [02:48] you should just get rid of make and do python setup.py stuff [02:48] You're an academic, you should know that ;) [02:48] ScottK2: so true [02:48] except it doesn't work so well for PhDs [02:49] they get kind grumpy about that [02:49] heh [02:50] LaserJock: they call it research [02:50] ScottK2: Oh, yeah, pysol is nice and clean ;-P [02:50] you know, stealing from a few is plagiarism, stealing from many is research [02:51] ajmitch: The difference is that the synthesis is usually considered creative. [02:51] ajmitch: not exactly [02:52] ajmitch: does this look correct now? https://people.fluxbuntu.org/~joejaxx/ubuntu/merges/joystick_20051019-1.1ubuntu1.MERGE.debdiff.txt [02:53] joejaxx: depends if the patch has been pushed to debian [02:53] ajmitch: would it not be in the new version if it was? [02:53] bddebian, snowballz [02:54] joejaxx: That looks correct, although as ajmitch says, it's good to get the patch back. Also, there's an annoying issue with Saitek controllers (the two-hand type) not being recognized correctly, if you want to get deeper. [02:54] joejaxx: sure, depends on what got into -1.1 [02:54] ajmitch: The segfault patch can go back, but debian doesn't split out inputattach, so the rest has to stay around for a while... [02:55] bddebian, "Take command of your army of penguins as you blaze your path to victory! March through snow laden forests to conqueror new frontears and grow your small army." [02:55] persia: that's what I assumed [02:55] but I'm not in u-u-s, so it's not my position to comment ;) [02:55] bddebian, It's a snowy world you don't want to miss! [02:55] ajmitch: You're still in -dev, so it is your position to comment: you're just not promising to upload stuff. [02:56] hmm, I've forgoten how much it sucks having to have a sponsor [02:56] persia: I'll have to correct that [02:56] LaserJock: yeah, you are lucky enough to have access to the whole archive. [02:56] LaserJock: It's not so bad when the queues are working well. I remember one bit where the average time from my bug attach to upload was <3 minutes (with the winner at 100 seconds) [02:56] LaserJock: lol [02:57] * TheMuso thinks he knows what ajmitch means when he is going to correct that. [02:57] ah, yes. The magical poll(u-u-s) period. [02:57] persia: I was actually looking at Debian [02:57] TheMuso: you do? [02:57] I was pondering actually working on some bugs/packages in Debian [02:57] ajmitch: I think I do, yes. [02:57] but then all the effort ... is it worth it? [02:58] LaserJock: That's not a queue with a good answer. Send bugs to the BTS, and join colaborative teams if they are open, but sponsored NMUs are destined for a special purgatory. [02:58] somerville32: :-) [02:59] persia: bug attach to upload was < 3 min. ?!?! [02:59] how they heck did you manage that? [02:59] *the [02:59] ok, so i decided to grab a program that's been requested to be packaged but i need some help with the rules file, can anyone help? [02:59] * somerville32 wants to make the top ten uploader list as a non-motu member. [02:59] somerville32: well you've passed me already [03:00] LaserJock: Average. During feisty one of the sponsors wrote a LP poll for new attachments from a shortlist of contributors, and was quick on the uploads for two or three days before finding something better to do. [03:00] but how do you even do that [03:00] somerville32: rules doesn't do setup.py in snowballz [03:01] somerville32: Not hard. If you really want to boost, take a look at the 639 packages not in Debian, update to latest upstream, get them lintian/linda clean, and add watch files. Hard to compete with statistics like that. [03:01] download source package, apply diff, build new source package, pbuilder, test install, upload [03:01] all in < 3min? [03:01] LaserJock: Well, no. Some things broke, and we had to fix them. That's one of the reasons the poll script was stopped: it was too efficient. [03:01] bddebian, most don't [03:01] persia: where is that list at? [03:02] LaserJock: he didn't say they were *tested* uploads [03:02] bddebian: I don't recall if pysol is fully compliant with current Python policy. I've just bugfixed it, not tried to upgrade it. [03:02] ajmitch: I *assumed* they were :-) [03:02] LaserJock: you're in MOTU here [03:02] lol [03:02] I'm pretty sure I've never uploaded anything I haven't built [03:02] joejaxx: http://people.ubuntu.org.au/~fujitsu/motuscience/versions/universe.html, in the "Not in Sid" section. [03:03] and fairly sure I've test installed them all as well [03:03] Fujitsu: Help! I don't see what I expect. [03:03] persia: it says zero packages LOl [03:04] LaserJock: I also do it that way. I'm very grateful to the speed uploader, but I'm not sure it was best practice then, and I'm sure it isn't now. [03:04] joejaxx: Yeah, well, it's currently having a fit. That's the URL that would normally show it. [03:04] LaserJock: The Debian Python Modules and Python Application Packaging Teams are very open to Ubuntu contributors. [03:04] crimsun, Are you still working on that other package? [03:04] i'm working with https://bugs.launchpad.net/ubuntu/+bug/95692 [03:04] Launchpad bug 95692 in ubuntu "[needs-packaging] Freenet" [Wishlist,Confirmed] [03:04] somerville32: err, which? [03:04] gene6482: freenet :D [03:05] somerville32: I've been fighting b43 for a bit, but I haven't been packaging tonight [03:05] gene6482: You'll want to assign yourself then, so nobody else tries to do it. [03:05] persia: ok [03:05] crimsun, ah. Do you have time to sponsor my upload yet? :] [03:05] somerville32: the xfce4-session one? [03:05] crimsun, Aye. [03:05] somerville32: There is also ubuntu-main-sponsors :) [03:05] persia, crimsun is a u-m-s [03:05] I'll take a look now, just have to update [03:06] crimsun, k, thank you. [03:06] somerville32: Right. Just not the only one. Best to use the team. [03:06] persia, I'm looking to get my packages uploaded quickly as possible so that I'm not trying to get a million uploaded at once. [03:07] somerville32: that is why there is a queue :D [03:07] somerville32: I understand. Still, it distracts people who might be doing something else. Better to use the teams, and people will upload 5-10 packages when they do a sweep. That way everyone can organise their time well. [03:07] a queue is generally better than asking every core-dev every 2 minutes [03:08] are there any other packaging i can do other than merges? [03:08] :) [03:08] unmetdeps, bitesize, etc. [03:08] err, sorry, those being LP tags [03:09] all the bitesize ones have debdiffs already [03:09] joejaxx: 'packaging' is also often good. [03:09] well the ones on /TODO [03:09] joejaxx: You might also try 'patch' which often doesn't mean debdiff [03:11] joejaxx: /TODO isn't a complete list. Explore https://launchpad.net/ubuntu/+bugs?field.tag=unmetdeps (change the last word for different tags) [03:11] ok [03:12] persia: from what i've read, it's just a java program so is there really a makefile (again, sorry, i'm a noob) [03:13] somerville32: the translation (*.po) hunks seem unnecessary [03:14] crimsun, ack [03:14] crimsun, Do you want me to cut them out or will you? [03:14] somerville32: I recommend using filterdiff(1) [03:15] (part of the patchutils package if you don't have it installed) [03:15] gene6482: you are packaging it? [03:18] joejaxx: i'm trying to, but i'm pretty new to this (this is my first packaging), so I downloaded the source, i'm following the instructions in the wiki, but it says there really isn't an install so to speak, just untar into a folder and then run the script to run the program (java required) [03:20] gene6482: then the program should probably be modified to run ala lsb if it doesnt already work [03:21] for your first package you chose something Java? :D [03:22] i didn't know what to pick, if there's something that would be easier to start with, i could take a look at that, i just want to learn, and be able to contribute [03:27] hehe, that was a joke. Java tends to have this notoriety around here of being a big tangled mess of voodoo magic. [03:28] that's because it is [03:29] persia: Looking now. [03:30] Ah, it's because ftp-master is down. [03:30] Can't find the removals. [03:30] jdong: voodoo magic? I was thinking spawn of the devil but I guess that works [03:30] well it doesn't really need to be built, just untarred, so would the rules file just tell it to untar and then change the permissions, or am i way off [03:30] LaserJock: lol [03:31] so it's a binary? [03:31] by "binary" I mean compiled bytecode. [03:31] * jdong can't wait for someone to say Java bytecode != binary so I can punch him :) [03:31] persia: Should be back to normal in a couple of minutes, except for removals not being checked. [03:32] jdong: but Java bytecode != binary, what were you thinking? :p [03:32] jdong: lol [03:32] haha [03:32] jdong: he's right, you know [03:32] ajmitch: lol yes he is, which is why I'm irritated ;-) [03:33] but for the point of the question I was raising, you guys know what I meant ;-) [03:33] woah, only one merge with my name on it [03:33] only I get to point out superfluous technicalities! [03:33] i downloaded the wrong thing (i'm an idiot) i'll try something else i guess [03:34] for computer geeks, there are no superfluous technicalities! [03:34] wow the house is trying to impeach the vp ... [03:34] imbrandon: ? lol [03:34] imbrandon: link? [03:34] imbrandon: this is news? or something from about 3 years ago that's been dragged up on digg yet again? [03:35] http://www.pensitoreview.com/2007/11/05/house-to-vote-on-cheney-impeachment/ [03:35] he hasn't even shot anybody lately ;-) [03:35] so the news from 3 years ago is going to a vote, fun [03:35] crimsun: amen to that :) [03:36] tomarrows the vote, i doubt it will fly , as much as i would like to see the current administration out , 7 years into a term isnt the time to start [03:36] * LaserJock yells "4 more years!" and does a merge [03:36] lol [03:38] ouch debian archive problems too looks like, fun fun fun day [03:39] Is there anything real being voted on this time around? [03:39] Only thing I've seen is school board.... [03:39] * ajmitch doesn't particularly care about it :) [03:40] hi! [03:41] hi [03:41] third straight REVU day! [03:41] (from my timezone point of view) [03:42] I request a review of my package ike please : http://revu.tauware.de/details.py?package=ike [03:43] (apart the copyright notices issue) [03:43] Ah ha, the POS builds. I have no idea if it is actually "right" though :-) [03:44] bddebian, Is that what you were trying to get setup.py and rules working together? [03:44] somerville32: Aye [03:45] With python-support [03:45] bddebian, I'll have to take a look [03:45] * LaserJock notes he has not a single cookie in the house [03:45] unless of course you count the virtual kind [03:45] which aren't any good to eat [03:45] bug 160381 [03:45] Launchpad bug 160381 in gnump3d "uh" [Undecided,New] https://launchpad.net/bugs/160381 [03:45] crimsun: lol [03:46] /brilliant/ summary. [03:46] crimsun: I agree. [03:50] i'm going to try something else [03:55] anyone here got a quick and dirty for importing a svn co into a bzr branch ? isnt there a bzr svn-import svn://...... [03:55] gene6482: Rather than starting with a new package, I'd suggest starting with a bugfix. https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize might have some that are pretty good to start. [03:56] imbrandon: I thought bzr-svn did that [03:56] maybe not [03:56] it might, i havent tried it /me looks [03:56] anybody know if seb128 is ok with people merging Gnome stuff? [03:57] LaserJock: Ask in #ubuntu-desktop [03:57] Fujitsu: Thanks. Will it start tracking removals again once Debian is sorted again? [03:58] well i'll have to try again later, i have to go now, but thanks or the help, it certainly helps build even more respect for you guys, i kind of took all the packaging for granted. I think i'll have to learn more to get started, but it seems that with people like you around i should be able to contribute [03:59] joejaxx, somerville32: In case you didn't guess from context, http://people.ubuntu.org.au/~fujitsu/motuscience/versions/universe.html is back: the "Not in Sid" list is likely a good set of candidates for a quick upstream update (although some should be dropped), if you want to boost your upload count. Just make sure you get them lintian/linda clean and add watch files if they are missing. [03:59] persia, Thanks [03:59] persia: thanks [04:01] Just remember to check the PTS entry: some of those were once in Debian, or are in experimental, and so need special care: the best targets are the ones that were never in Debian. [04:01] Can someone please review my package (it is an easy one to review and only needs one advocate): http://revu.tauware.de/details.py?package=pyneighborhood [04:01] lol [04:01] wait [04:01] somerville32: Didn't that get in for gutsy? Why does it need a REVU? [04:02] that application is not in gutsy? [04:02] somerville32: i thought that was in already [04:02] Hmm. http://people.ubuntu.org.au/~fujitsu/motuscience/versions/universe.html is empty for me. [04:02] persia, ubuntu2 [04:02] minghua: refresh [04:02] :) [04:02] Hence why it only needs one advocate [04:03] somerville32: That just looks like a patch to me: why not stick a debdiff in a bug, and add it to the sponsors queue? [04:03] persia, I suppose I could that but I figured someone could do it real quick :P [04:04] somerville32: I would debdiff and add to queue. The queue will be processed soon. I intend to get around to it. [04:04] somerville32: REVU isn't the right place for it, and it's harder to review and update from REVU, as one has to spend more time to identify the differences. A bug is better. [04:04] * persia archives pyneighborhood as not-for-REVU [04:04] persia, thanks [04:05] Err.. Rather, I can't archive right now, so I don't. I'll hide it later if nobody else hides it first. [04:05] persia: I'll do it. [04:05] TheMuso: Thanks. [04:05] I hate using apt* - it brinngs my computer to a halt :( [04:07] bddebian, wb :) [04:07] persia: done [04:08] @#%#% === bddebian2 is now known as bddebian [04:09] bddebian: What keyboard layout is that? I could understand @#$%^ or "#$%&, but @#%#% just seems odd. [04:10] persia: That was random qwerty swearing :-) [04:10] persia: Only once I poke it, but I'll do so once I see the email. [04:11] * persia suspects US style pc-104 [04:11] OK, is section python-libs valid or should it be just python? [04:11] persia: Oh, aye [04:11] Fujitsu: OK. Thanks. [04:11] bddebian: Ask lintian, but I'd suggest python [04:11] ajmitch: -desktop reminds me that I was working on a MOTU logo [04:12] should have some sort of castle greyskull logo for MC [04:12] LaserJock: Can we actually do anything with CG? I thought that was extra-non-free., or would this be considered satire? [04:13] well, "similar" [04:13] for the MOTU I've got a sword thingy [04:13] trying to stick with the theme [04:14] LaserJock: MOTU SWAT has a sword. [04:14] * persia likes logos, and wants more LP badges [04:15] Fujitsu: What does MOTU SWAT do? (e.g. what would I be committing to if I wanted the badge) [04:15] persia: universe security [04:16] Hmmm.... Now I need to do cost/benefit, as it's not clear... [04:16] Hahah. [04:16] persia: lol [04:16] persia, you could always steal their badge and make your own team with the same badge :) [04:16] you have to do stuff to be in a team? [04:17] superm1: I've seen a couple people do that, but I don't approve of the practice. [04:17] ajmitch: Only if your nick isn't "ajmitch" [04:17] woah really people actually do that? [04:17] i was just kidding, seems rather unethical [04:17] persia: it's really why I should leave some more teams [04:17] superm1: Go trolling for people with > 20 badges - some of the teams are rather poorly defined... [04:17] * ajmitch cut down on a few [04:18] * persia suspects ajmitch will end up in all the teams anyway due to teams belonging to teams [04:18] it won't happen [04:18] heh [04:18] * Hobbsee has lots of teams. [04:19] * Hobbsee likes teams. [04:19] oooh, shiny [04:19] Hobbsee: lololol [04:19] Hobbsee: Fujitsu need to pay you royalties [04:19] lol [04:19] * ajmitch finds a shiny pocket watch & dangles it in front of Hobbsee [04:19] joejaxx: So I do, so I do. [04:19] oh exelent [04:19] * Hobbsee puts her hand out [04:19] * Fujitsu wonders why all the new ~motu members are eternal. [04:19] hand 'em over, Fujitsu :) [04:20] Fujitsu: new ~motu members? [04:20] Fujitsu: To prevent people from leaving, obviously... [04:20] * ajmitch is an indirect motu member [04:21] Fujitsu, assumingly so that we are allowed to take breaks? [04:21] and come back without losing status [04:21] * ajmitch thinks that everyone should just get an expiry date [04:22] superm1: It's not about status, it's about activity. If you take a break, and your memship expires, and you don't get around to touching launchpad to restore it, a quick mail to MOTU Council should have it back in a day or so. [04:22] * persia agrees [04:22] well i am an eternal member, so i dont have to worry :) [04:23] Shouldn't we be operating on the principle of least privilege? [04:23] Fujitsu: depends [04:23] Fujitsu: Absolutely. I'd even suggest the timeframe should be short: I would expect to need an ACK when I return from my times away (and they don't tend to be that long, comparatively) [04:24] Hobbsee: Depends on? Most privileges for you, and least for everyone else (except ajmitch, who should be stapled to privileges)? :) [04:24] :P [04:24] dpeneds on how hard it is to get them back [04:24] We have members of ~motu that I've never even heard of.; [04:24] see teh whole \sh fiasco. [04:25] is \sh around? [04:25] he has some merges i wanted to ask him about [04:25] dont think so [04:25] Hobbsee: Yes, I know, it's a repeating cycle. If someone wants to help, and previously had access, MC will likely not oppose without a good reason. [04:25] persia: why should I? [04:25] persia: except if someone else has nicked the key, gotten the passphrase, and is now pretending to be \sh [04:26] Hobbsee: HRm. That's true, but I'd think unlikely. [04:26] tech board thought that was quite a risk [04:26] so my first stab at a logo is at http://laserjock.us/files/ubuntu/motu_logo.png [04:26] Did they? [04:27] Fujitsu: oh yes [04:27] ajmitch: Because you've done lots of good work, and despite your persistent claims that you do nothiing, you tend to provide assistance to those who need it. Further, you are a repository of living MOTU history, and an example to us all. [04:27] Hobbsee: When did it come up? [04:27] Fujitsu: ages ago. dont remember exactly [04:27] persia: a repository of history is a nice way of saying a fossil ;) [04:27] ajmitch: lol [04:27] lol [04:27] ajmitch: a prized fossil :D [04:27] Hobbsee: I don't see how it's more of a risk with quick expiry than with no expiry. With no expiry, we're inviting the same issue without even the quick MC check. [04:28] persia: true, that. [04:28] persia: Right, that's what I thought. [04:28] joejaxx, as per discussion at UDS, are they quick/shorter merges? [04:28] superm1: i am sorry? [04:28] \sh's merges [04:28] that you wanted to ask about [04:28] ajmitch: Right. An extremely valuable item for which people will queue for hours for the benefit of proximity. [04:28] Having no expiry is just asking for trouble. The team will grow indefinitely and who knows how many compromised people we might have. [04:28] oh i do not know [04:28] they just looked interesting [04:29] normally i do the merge then ask to upload to lp [04:29] persia: your attempts at flattery disturb me [04:29] joejaxx, well from the motu talk we had i thought the consensus was that if its a shorter merge, that debian/changelog doesn't appear to have someone tied down to, have at it [04:29] they have the whiff of sarcasm [04:29] It's not just compromised members, but also people who are completely not in touch, who may no longer have an interest, yet remain in our developer count. [04:29] superm1: oh ok [04:29] ajmitch: Sorry. I'm not very good at it. [04:29] * ajmitch checks the team settings [04:30] persia: Right, that too. [04:30] I didn't see anybody making a decision that members should no longer expire. It just... happened. [04:30] * persia wants accurate counts of developers and contributors to establish baseline metrics towards actually maintaining everything. [04:30] that's weird [04:31] it is strange [04:31] Fujitsu: Didn't it happen around the time the new MOTU Council procedure was started? Who is the first indefinite member? [04:31] persia: It was at that time, yes. [04:31] It's hard to say who it was, because LP sucks and the joining dates are wrong. [04:32] * persia suspects the TB, and the switch back & forth between -dev and -motu [04:32] Err. ~ubuntu-dev and ~motu [04:32] It was late March that the eternal members started being added. [04:33] I guess it could just be that no default expiry date was set, and they didn't bother to check. [04:33] (they == TB) [04:33] So what was done when Jonathan Patric Davis was allowed back? [04:33] Hmm... I was away then, so don't remember the discussion, but was one of the team shifts associated with the same time period? [04:34] TheMuso: "allowed"? [04:34] persia: i.e he was welcomed back into MOTU, with upload rights, etc. [04:34] persia: It was around that time - I suspect that nobody ever set a default expiry on ~motu. [04:34] back in a bit [04:34] Whereas ~ubuntu-dev always had it set to 2 years. [04:34] TheMuso: Ah. Good. I like "welcomed". "allowed" made me think there was an issue in the past. I thought that was a good example of how things should be done. [04:35] persia: But I ask because I didn't know how he was welcomed back, in that was he asked anything, etc. [04:35] Fujitsu: I don't suppose you'd like to poke the MC to poke the TB? I may lose indefinite status, but I think it would be better for all. [04:36] TheMuso: There was an email requesting access be restored, presumably validated with private communication with MC members, and access was granted. [04:36] persia: Right. [04:36] persia: MC seems to have admin rights now, anyway [04:37] TheMuso: As I understand it, the procedure is the same as for anyone wanting to join MOTU, just easier if you've already been MOTU. [04:37] Nobody around to poke at the moment, it would seem. [04:37] Fujitsu: That makes it easier (poking via email might work) [04:37] persia: It probably would, yes. [04:38] Fujitsu: Also raises the issue publically, etc. Also makes the whole grumble about inactive developers reduce due to upcoming expiration. [04:40] grr [04:40] Netsplits galore. [04:40] i never get this [04:40] hth does freenode have so many netsplits? [04:40] love. [04:41] joejaxx: Lots of servers. [04:41] sure :) [04:41] but every 5-10 minutes at random times? lol [04:41] maybe it is a networking issue [04:41] who runs freenode? [04:41] not usually this bad [04:41] hmm [04:42] ignoring joins/parts seems to work [04:42] pwnguin, pdpc [04:42] yea joins/parts on ignore works great [04:43] pwnguin, http://freenode.net/pdpc.shtml [04:43] * persia notes that ignoring joins/parts means that you may not know who is in your broadcast spce [04:43] I never ignore them unless in #ubuntu or #ubuntu-release-party, really. [04:44] persia, as long as you adhear to the CoC then i dont mind whom hears what i have to type :) [04:44] and if i need someone specificly i use their name [04:44] I have to ignore them ATM cause I keep checking on channels if I don't ;-) [04:44] imbrandon: When the net is splitting, I tend to wait until I have >70% before saying anything worthwhile. Perhaps this is the opposite to your concern. [04:44] As long as persia adheres to the COC, imbrandon doesn't mind who hears what he has to type. hmm.. [04:44] the only time i dont have them turned off is when i wear +T [04:45] * tonyyarusso looks that up [04:45] LaserJock: Can you not set your channel status to ignore joins/parts whilst still displaying them? [04:45] but, without join/parts, #ubuntu-laptop would be dead [04:45] pwnguin: Hahah. [04:45] lol [04:45] tonyyarusso, it makes me showup on /stats p , e.g. Freenode Staffer [04:45] persia: I suppose so yes, I never thought of that actually [04:45] Sounds like #ubuntu-science or #ubuntuwire or #ubuntu-directory. [04:45] Or #ubuntu-hardened [04:46] imbrandon: ... ANOTHER Ubuntu person that's FN staff? nice. [04:46] Fujitsu, hehe ubuntuwire is used, only if rarely :) [04:46] tonyyarusso, i have been a year or so now, dunno whom else you are speaking of [04:47] imbrandon: nalioth, jenda, ompaul, erm I think there's another [04:47] ro*b [04:47] yeah [04:47] We kinda took over :P [04:47] well, debian ran for oftc [04:48] and i predate them cept nali*oth and ro*b [04:48] :) [04:49] I hate how firefox steals focus [04:50] in kde, you can tell it to stop [04:50] you may bea ble to with compiz, too [04:50] I hate how Firefox. [04:50] lol [04:51] pdpc operates freenode, but who hosts it? [04:51] hmm, odd, I just saw a prostate medicine commercial that said women shouldn't take it ... [04:51] pwnguin: /motd [04:51] hosts what? each server is hosted by diffrent groups all root controled by freenode [04:52] each one is in the motd [04:52] true [04:52] LaserJock: seems a sound advice to me. :-) [04:52] guess i cant blame it on lance then [04:52] LaserJock: That isn't odd. [04:52] though he was willing to take credit [04:53] LaserJock: crap, I just gave my wife some... [04:53] lol [04:53] actually, i think his group runs zelazny and niven [04:54] tritium!! [04:54] well they are all "run" by freenode staff, if you donate a server you give them root, you only provide hardware and connection [04:54] pwnguin, ^^ [04:54] Hi LaserJock :) [04:55] * TheMuso wonders what is now responsible for detecting an eject button press from within gnome. [04:59] * ajmitch returns [05:06] Grr... this is making me angry [05:06] pbuilder is looking for libgpg-error-dev_1.4-2ubuntu2_i386.deb when only libgpg-error-dev_1.4-2ubuntu1_i386.deb exists. [05:06] somerville32: pbuilder update? [05:07] pbuilder --kill-your-mirror-for-being-out-of-date? [05:07] I use a.u.c [05:08] somerville32: That's often not ideal, as it gets refreshed far too often, and so is prone to skew. If you don't need the updates from the last 10 minutes, using a normal daily or twice-daily mirror tends to be more reliable. [05:09] (for some value of 10 minutes which is actually close to 103 for complicated reasons, but related to an hourly queue) [05:09] :] [05:42] somerville32: Any reason why you mentioned the bug more than once in the changelog, and why did you create another bug just for that? You should have added the debdiff to the existing bug, and subscribed uus. [05:43] somerville32: So for now, I suggest you re-upload the diff, with both bugs included in the changelog, so they both get closed. [05:43] Will document in the bug. [05:43] TheMuso, Could you specify what you're talking about? :] [05:43] bug 160388 [05:43] Launchpad bug 160388 in pyneighborhood "RFS: pyneighborhood (universe)" [Undecided,Confirmed] https://launchpad.net/bugs/160388 [05:44] * persia agrees that it belongs in bug #107463: even just if users want to test an update locally before the buildds are done [05:44] Launchpad bug 107463 in pyneighborhood "Decription appearing in Add/Remove applications is ridiculous" [Wishlist,In progress] https://launchpad.net/bugs/107463 [05:45] TheMuso, I always create a new bug. I don't want people subscribed to the bug to get mail in their inbox about it. [05:45] somerville32: That's the reason they subscribed to the bug. They want to see the fix (often including patches) [05:45] somerville32: Why don't you want that? [05:45] Because people have complained to me before [05:46] somerville32: About adding a patch to a bug? Which bug? [05:46] * persia prepares to complain back, only more so [05:46] persia, I can't remember specifically - but I know it has happened atleast twice. [05:46] Once by an end-user and the other time by the software maintainer [05:46] * minghua complains too, if we are counting the numbers to make decisions. [05:47] somerville32: Well, if it happens again, please let me know. That's part of the purpose of bugs, and as long as your patch is good, they should be relaxed. If they are complaining about the patch, that's just normal feedback. [05:47] minghua: Which are you complaining about? [05:47] * Hobbsee complains in general [05:48] persia, They were complaining about the e-mails not the patch [05:48] * persia grumbles at hobbsee [05:48] Hobbsee: how could you? [05:48] persia: Heh. Complaining about opening new bugs for patches. I hope we are not really counting numbers. [05:48] somerville32: Ah. That's just a misunderstanding on their part then. [05:48] ajmitch: easily. [05:48] aw [05:48] minghua: Well, more people tends to indicate general consensus, even in the presence of vocal dissenters. [05:49] What is the correct syntax for closing bugs via changelog? [05:49] * minghua has never been sure about the concept of "general consensus". [05:50] somerville32: (LP: #nnnnnn) works, but I forget the official rules. [05:50] lp: #nnnn is the required part [05:50] gah brownout. [05:50] greetings, TheMuso_ === TheMuso_ is now known as TheMuso [05:51] TheMuso_, I'll remember to close them and noting the bug number twice is rather trivial. [05:51] somerville32: disagreeing with sponsors isn't the best way to get more sponsored... [05:52] persia, I think they should be mature enough to be able to discuss their opinion. [05:58] Gnight folks [05:58] Good night bddebian [05:58] night bdmurray [05:59] erm [05:59] * persia is slow [05:59] persia, What does this mean?: [05:59] W: cheese: copyright-lists-upstream-authors-with-dh_make-boilerplate [06:00] nvm [06:00] :) [06:00] lintian -i is always your friend. [06:00] * somerville32 nods. [06:00] somerville32: It means that you didn't change "Author(s)" to either "Author" or "Authors" depending on the actual facts. Calling with arguments -iIv will explain in detail. [06:02] StevenK, ping [06:03] * persia thinks it's nighttime there [06:03] likely asleep [06:03] yea i forgot he was in boston [06:03] Just after midnight. [06:03] in Boston. [06:04] err should be just after 1am there iirc [06:04] Yep. [06:04] midnight here [06:05] imbrandon: Just out of curiosity (and feel free not to answer), do you not sleep, or sleep days? [06:06] How do I install man page with cdbs? [06:06] somerville32: Use debian/package.manpages [06:06] dh_installman gets called, so man that for details [06:06] persia, i normaly sleep 7am to midday localtime [06:06] or close to it [06:07] imbrandon: That makes sense. You just seem to be much closer to our timezone than most people in your geographical region :) [06:07] :) [06:07] Shortly after 2am here [06:11] * TheMuso thinks Joe's merges will be gotten through rather quickly, due to him likely forgetting to do the same thing in all merges. [06:12] TheMuso, Whats that? [06:12] ok color me stupid but what is the diff between ARM ARMel ARM9 ARM12 XScale etc ? i've been googling for a few and dont seem to have google-foo tonight [06:13] somerville32: I am processing the sponsors queue, and a merge changelog entry does not have the maintainer field change mentioned in the entry. [06:14] imbrandon: ARMN (e.g. ARM7, ARM9, etc.) indicates the ARM revision (kinda like Pentium 2 vs. Pentium 3, only not) [06:15] i'm guesssing the ARM{,el} is like MIPS{,el} and something to do with endian's ? [06:15] XScale was Intel's branding of their series of ARM cores (now sold to Marvell?), which actually implemented several different ARM designs, depending on the XScale model number, and the more recent XScales are actually Intel designs that happen to execute the same instruction set, rather than actually being ARM. [06:17] ARMel is a little funny: most ARM cores can handle either big-endian or little-endian, depending on the application code, and some can switch while processing an instruction stream. ARMel is an artificial architecture to indicate little-endian ARM code, but doesn't really correspond to specific hardware in most cases (although it often corresponds to external software) [06:18] Of course, all that could be wrong, as I'm not actually an expert on processor nomenclature. [06:18] persia, how compatable are these though, e.g. if i setup a buildd on a ARM12 , could the resulting binary run on a ARM9 or XScale ? [06:19] or will there have to be hella diffrent buildd env's [06:19] i mean like in x86 you can always go lowest common denom, eg 386 [06:19] or some such [06:20] imbrandon: Depends on your compiler flags, and optimisations. That's like asking me if you compile something on a Core 2 Duo, could the resulting binary run on a Pentium III or Athlon XP [06:20] true, i ment more so like compiling for a generic 386 on core2 would still run on a p2 [06:20] e.g that there is some generic to it [06:21] imbrandon: I wouldn't compile for less than ARM7, as there's not much product left. A few ARM5 cores are around, but increasingly less. [06:21] imbrandon: Right. With the right set of flags, you can create a portable binary. You just need to get the flags right (and I can't really help with that) [06:22] np, i can get past the learning curve as long as i know i'm not chasing a pipe dream [06:23] TheMuso: Some people don't mention the change, which I think is probably OK. [06:23] imbrandon: I've a couple XScale machines around (PXA255 and PXA265), so would be happy to test for that side of things :) [06:23] TheMuso: Like, we don't mention `updated changelog' in the changelog, as it's an implied change. [06:23] persia, cool [06:23] Fujitsu: Hmm yeah I guess, but its done more often than not. [06:23] TheMuso, probably for filler :) [06:24] * somerville32 nods [06:24] Fujitsu: If we're not to keep it, we should have a general statement to that effect, and drop them all. Having it be inconsistent doesn't really appeal to me. [06:24] * TheMuso agrees with persia [06:24] We're ubuntu, not debian :P [06:24] persia: Agreed. [06:25] debian is inconsistant? never [06:25] lol [06:25] * Hobbsee blogs. [06:25] * imbrandon faints [06:26] Hobbsee: Woah, what do you think you are doing? [06:26] haha [06:26] http://community.livejournal.com/coworkers_suck/309678.html [06:26] Fujitsu: attempting to get rid of frustration before i go in there, and deal with said coworker. [06:28] hehe [06:29] * Hobbsee will probably *also* mentoin said coworker to boss. [06:30] (again) [06:30] Hobbsee, Is it a he or she? [06:30] You use two different pronouns [06:30] she [06:30] (or two different genders) [06:30] first is a she, boss is a he [06:31] So you're your bosses supervisor? lol [06:31] * Hobbsee doesnt see where she makes a male reference. [06:31] Point 5 under "If I'm your supervisor" [06:31] sorry, s/boss/store manager/ [06:31] "Start chatting to your friend from another store, on his break, for half an hour" [06:31] 5. Start chatting to your friend from another store, on his break, for half an hour [06:31] the friend is mail [06:31] * Hobbsee edits [06:31] er,male [06:31] Ah. [06:33] Hobbsee, Use your pointy stick of doom. [06:33] wow looking at ARM Evaulation boards i found a place that makes/sells ISA ( Yes ISA ) USB Cards [06:33] cool [06:33] imbrandon: EISA just takes too much power :) [06:33] I'm holding a USB thinger that has little ports that apparently plug into the motherboard [06:33] my boss finally gave up like a year ago on insisting that we got computers with ISA slots [06:33] lol [06:34] heh [06:34] hehe [06:34] http://www.simtec.co.uk/products/EB1161ISA/ [06:34] LaserJock: What were you using them for? low-bandwidth data collection? Vintage analog synthesizers? [06:34] when you have easily $10k invested in ISA boards it's no fun to switch [06:35] persia: *all* of our data collection boards were ISA [06:35] then I told him we weren't going to be able to get machines to run them [06:35] so we got one PCI [06:35] * persia likes ISA for data collection: very easy protocol (lousy for things like disk controllers, video controllers, etc.) [06:35] now everything is PCI-E [06:35] so I got a USB one last time [06:36] somerville32: i wish. [06:36] but the USB is a bit slow for data collection it seems [06:36] took me $500 to figure that out though ;-) [06:36] no!! My stupid build that took me 30 minutes dies in the last phase :/ [06:37] LaserJock, firewire ? [06:37] imbrandon: I've never used it [06:37] I've got a lab full of macs and we've never used firewire :-) [06:38] heh [06:38] somerville32: ouch, for huge builds like that I liked to first test in a pbuilder login and use dpkg-buildpackage -nc generously ;-) [06:38] somerville32: only 30 minutes? [06:38] LaserJock, i used it for the first time reciently to get data ( recorded TV ) off my DVR from comcast :) [06:38] and do a final build once I'm confident it'll work in a real pbuilder [06:38] dh_installman -pcheese [06:38] cheese.1: No such file or directory at /usr/bin/dh_installman line 120. [06:39] I don't understand why it failed. [06:39] oh wait [06:39] I do [06:39] I only put cheese.1 in the manpages file. I should have put debian/cheese.1 [06:39] imbrandon: firewire isn't good for data collection unless you have a dedicated data collection box that then negotiates packet transfer. It's fast, but lots of overhead. [06:39] somerville32, 30 minutes isnt a terrible build :) [06:39] imbrandon, I have a 333mhz and building slows my computer now pretty bad [06:40] *down [06:40] somerville32, i'm on a p200 :) [06:40] imbrandon, Right now? [06:40] my "fast" box is a powerpc 333 with 96mb ram [06:40] yes right now [06:40] persia: well, we use GPIB for all data collection [06:40] What OS are you using? [06:40] gutsy [06:41] gnome? [06:41] fluxbox [06:41] + kde apps [06:41] hehe, gnome ... hehe [06:41] * somerville32 was hoping imbrandon has the magic codes to make gnome run fast. [06:41] *had [06:41] with an email address like imbrandon@kubuntu.org i dont use gnome terribly much [06:42] I wish we had @xubuntu.org [06:42] I filed a ticket months ago [06:42] no reply [06:42] somerville32: I'll modify the changelog accordingly for your upload now, but please take note of what I said earlier. [06:42] send a request to rt@ [06:42] imbrandon, I did. [06:42] TheMuso, Ok. Thank you. [06:42] np [06:43] somerville32: yeah, sometimes things get lost in RT [06:43] I'll poke someone sooner or later. [06:43] LaserJock: And USB can't handle that? [06:44] persia: well, it seems to be slower than our PCI card [06:44] I don't know if it's too slow yet [06:44] PCI has more bandwidth than USB, eh? [06:44] we're having to rewrite all the darn LabView crap [06:44] to see if it's software or hardware limited [06:45] but we have to do everything at 10Hz [06:45] and right now I think we're at about 5Hz [06:45] LaserJock: I suspect you've got a funny implementation. Most newer USB chips shouldn't have a problem with 8MB/sec (64Mbit/sec), unless your're multiplexing your collection lines. [06:46] not sure [06:46] somerville32: Doesn't matter too much: IEEE_488.1 isn't that fast. [06:46] * somerville32 nods. [06:46] persia: GPIB is da bomb ;-) [06:46] or so my boss says ;-) [06:46] personally I think it's a big pain in the butt [06:47] persia, the fastest ATX ARM board i seem to find is 233Mhz, any ideas on gettign something faster ? http://www.simtec.co.uk/products/EB110ATX/ [06:47] our new oscilloscope has an ethernet card in it, I'm somewhat tempted to see if I could run it that way [06:47] LaserJock: It certainly looks nice. I've only every played with limited pulls from DB25 and a special add-in card for an Apple IIgs forever ago, but I like IEEE_488.1. Simple no the probe end, and fairly fast. [06:47] imbrandon: why do you want ATX? [06:48] persia: yeah, the big pain for me is that National Instruments changed their driver so I can only use a 2.4 kernel [06:48] persia, i want a full desktop board, could be smaller, but i want to be able to run it fully standalone with attached drives and video out etc [06:48] well, that or somehow rewrite the data collection program [06:49] imbrandon: OK, so microATX and the like works for you as well, as long as it has USB, video out, and a sane drive controller? [06:49] yup [06:49] * persia wishes that all the robotics stores in Akihabara hadn't switched to AMD [06:50] Robotics stores!? [06:50] You have *robotics* stores? [06:50] Fujitsu: You know, stores that sell consumer robots, parts, kits, controllers, etc. [06:50] you have stores!? like real stores? ;-) [06:50] cool, no i;ve never seen one either [06:50] LaserJock: Yeah. [06:51] persia: No, I don't know of them. [06:51] Well, I do now, but.. [06:51] most that kinda stuff here is mail order [06:51] Well, actually the one that I used to visit that was all-robotics closed, but major sections, like 1/2 a floor or a full floor in a big store [06:51] or internet order [06:51] * persia disdains the internet for delivery of material goods [06:51] imbrandon: pfft, who uses mail [06:51] LaserJock, lol [06:51] persia: that's the only way some of us get anything [06:51] persia: Note that you live in a nation which doesn't generally seem to be in the technological dark ages. [06:52] Fujitsu: It's not that, it's that Japan is running out of people, so we need to make more, or there won't be anybody to do the work in 20 years. [06:52] persia: Ahahah. [06:53] Other countries (like Australia) have good robot tech, but less of an economic incentive to push it into the market: people want jobs, not robots to do the work. [06:53] * Fujitsu decides to attempt to resolve the universe security situation post-exams. ~motu-swat has quite a few open bugs subscribed, and that's not nearly as many as there actually are. [06:55] persia, where are you ? jp ? [06:55] imbrandon: Yep. [06:55] ahh /me never knew [06:56] * persia suggests traceroute [06:57] We can't see your ip [06:57] somerville32: imbrandon can [06:57] okay. [06:57] persia, heh yea but i tend not too unless needed [06:57] :) [06:58] pluss as soon as i use operserv tons of PM's come in asking for cloaks etc :) [06:58] imbrandon: The trick is to do it in a private channel, no? [06:58] that and ssh + screen + irssi , is quite common [06:59] persia, well yea but i would still have to wear a +T which makes me show up on /stats p , e.g. "available" for Staff requests [06:59] imbrandon: Ah. No help for that then. [06:59] even if its only for moments [07:01] hrm persia ever messed with these "full systems" that seem to fit in a PCI slot ? [07:01] could 1 or 2 of those be added to an x86 and it just use the HDD etc from the "host" ? [07:01] imbrandon: cn u pls giv me ops? :) [07:01] lol [07:01] imbrandon: Only lightly. I once worked on a code management system for a system that consisted of 8 PCI boards, each of which ran a 486SX [07:02] Haha. [07:02] yay! [07:02] heh [07:02] imbrandon: How important is the video driver again? Does this need to connect to a monitor, or will serial console do? [07:02] ajmitch: cn u pls giv me ops? [07:02] serial would do [07:03] lol, you nut [07:03] * Fujitsu watches the virus spread. [07:03] * imbrandon notes the access list in -motu ;) [07:03] my IRC foo is not so good [07:03] * ajmitch looks at Fujitsu [07:03] * Fujitsu is looked at. [07:04] LaserJock, e.g. anyone can op in here , kinda like giving the whole town guns to prevent crimes ;) [07:04] one of the only *ubuntu* channels like that iirc [07:04] * ajmitch thinks of the ramifications of kicking Hobbsee... [07:04] imbrandon: yeah [07:05] imbrandon: Only staffers seem to have a wildcard here. [07:05] Fujitsu, try to opup [07:05] Not anyone can op in here [07:05] Hahaha. [07:05] ajmitch: Entertaining for a bystander, I'm sure. [07:05] muhahahahaha [07:06] imbrandon: How about http://gumstix.com/store/catalog/product_info.php?cPath=27&products_id=178? It's pretty cheap, and well supported. You'll want to get http://gumstix.com/store/catalog/product_info.php?products_id=190&osCsid=8301de13ae9dcd5750cc01e98473ec5e for NFS mounting, and the like, and http://gumstix.com/store/catalog/product_info.php?products_id=185 for console. [07:06] Fujitsu, the staffer wild card is to "invite" staffers to op when needed , they CAN in any channel but dont out of principal except where the wildcard is [07:06] who's next? [07:06] stop the violence!!! [07:06] :) [07:06] Baaah. [07:07] Fujitsu, the staffer wild card is to "invite" staffers to op when needed , they CAN in any channel but dont out of principal except where the wildcard is [07:07] Stop all this distructive behavior. Do you want your uus queue processed? :p [07:07] imbrandon: I knew that, but couldn't see any others. [07:07] * Fujitsu checks levels. [07:07] (I note I couldn't unban myself :() [07:07] * Hobbsee got the list changed [07:07] Fujitsu: no, you're not on the list :P [07:07] * Hobbsee --> work [07:08] Isn't it a bit silly to let anybody op? [07:08] Maybe *!*@ubuntu/member/*, but... [07:08] As long as it's not abused, I think it's okay. [07:08] and hobbsee ran away... [07:08] Fujitsu, its been that way almost 3 years now :) [07:08] She did. [07:08] we've never had a problem I don' think [07:08] Next time I won't need to ask for ops if a troll came in. [07:08] bah [07:09] Fujitsu: It's not a problem until it's a problem. I like to have it be open: we're generally well behaved (recent events excluded) [07:09] (although Hobbsee said that she has changed the list...) [07:09] persia: True, true. [07:09] minghua: She hasn't. [07:09] Oh okay. [07:09] she dident [07:09] persia: I wouldn't really categorize the recent event as "badly behaved"... [07:10] wahoo [07:10] minghua: Would you categorise it as "well behaved"? [07:10] I was able to deop myself, phew [07:10] persia, i seem to get SQL errors on all those pages [07:10] * persia grumbles. [07:11] persia, ahh fixed it [07:11] i had one too many ? in the url [07:12] imbrandon: gumstix.com. You want console-vx, netCF-vs, and a Vestax. Should be ~250US for a 600MHz machine with console, ethernet, and a CF card for up to 4GB of local disk space (use the USB port for the actual build runs, etc.) [07:12] persia: Not really... But I was tempted to fool around a bit, too. :-P [07:12] minghua: Then we agree :) [07:13] persia, ahhh very nice, thanks for the links [07:13] "imbrandon's collection of ancient and unusable procs" [07:13] hehe un-useable i wouldent say [07:13] imbrandon: In ATX, I can also only find ~200MHz. I found some 400MHz in miniITX, but this is 600MHz, much cheaper, and very linux friendly (look at the wiki) [07:14] if I could only get my sparc machine running [07:14] I've still not even booted it up [07:14] LaserJock, just hook a serial console to it and boot :) [07:14] * persia hands LaserJock a spool of solder [07:14] Are we creating an ARM port or something? [07:15] Fujitsu: Yep. I want ubuntu-mobile :) [07:15] Aha, nice. [07:15] imbrandon: I don't think I have a serial console [07:15] Fujitsu, i'm sure there will be a need for ubuntu mobile [07:15] Just that seed for now? [07:15] LaserJock: You can use a null-modem cable to your PC [07:15] What arch is the ARM port going to be? armeb? [07:15] imbrandon: we're going to be doing some stuff with UME I think for Edubuntu [07:15] for the classmate [07:15] minghua: I was thinking big-endian. Do you have a preference? [07:15] sweet [07:16] persia: where do I get a null-modem cable? [07:16] preferably stuff that would run on the nokia's [07:16] LaserJock: radioshack? [07:16] LaserJock, you can make one super easy [07:16] LaserJock: or just switch like three wires around [07:17] LaserJock: swap pins 2&3, and short 8&20, but they cost less than a bottle of water at most electronics stores. [07:17] hmm, but that's rs232 [07:17] what am I gonna stick that into [07:18] the back of the sparc and your laptop [07:18] Laptops with RS232? hahaha. [07:18] then open a terminal on the lappy , and boot the sparc [07:18] Your SPARC has a serial connection (one of DB25, DB9, or RJ-48). On the other side, you might need an older computer. [07:18] yeah, I'll have to check around [07:18] we mostly have iMacs these days [07:18] Fujitsu, his 1800+ probably has a serial port [07:19] LaserJock, if your really fancy get a db9 serial to usb converter, they work too [07:19] then spark serial to cable to converter to laptop usb [07:20] hmm [07:20] I'll have to look into that [07:20] it's just gotta be cheap [07:20] I've already wasted $0 on this thing ;-) [07:20] LaserJock: If you want to look extra cool, get a USB -> RJ48 serial converter : then you can use the nifty colored network cables to connect. [07:21] LaserJock, less than $20 total [07:21] even with a converter [07:21] persia: You mean RJ45, or is there some other standard I was previously unaware of? [07:21] Anybody here run WordPress on Dapper or Edgy? [07:22] Fujitsu: It's RJ45 + a key groove to prevent people sticking in network cables. [07:22] persia: Oh, that one, right. [07:22] Fujitsu, i DID at one time, i've since upgraded to gutsy [07:22] (which is easy to fix with nearly any sharp implement and a couple minutes) [07:22] ( for imbrandon.com ) [07:23] * Fujitsu will attempt to get both (from 2.0.[23]) up to 2.0.11 in the next couple of weeks, as that security branch is being kept alive for another few years. [07:24] Fujitsu: That's a better answer. I was looking at backports about five months ago, and the patches are just ugly :( [07:25] darn it, where'd nixternal go [07:26] dunno i've always run from source on it, 2.3.1 atm [07:26] webapp packages always seemed pointless to me, [07:27] persia: I'll review the patches between versions to make sure, but it all looks like it should be OK to do direct version backports to -security. [07:27] And once we're up to date, we just have to track etch. [07:27] imbrandon: yeah, I kinda go both ways on it [07:28] if we keep on top of the updates it's not too bad [07:28] It's a lot easier when we have a Debian release fairly well synchronised. [07:29] well personaly i hack on my webapps too much for an automated update ever to work [07:29] thats why i dont [07:29] my wordpress install can hardly be called 2.3.1 really [07:30] * Fujitsu recruits more people for ~motu-swat. [07:30] Fujitsu: if I was more reliable I'd love to help [07:30] but umm, right now I don't know if LaserJock and QA/Security should go together [07:33] Fujitsu: That seems sane to me, but last time I suggested that a couple people weren't entirely happy about the idea. [07:33] LaserJock: Perhaps you and I together could be almost as reliable as one person? [07:33] hehe [07:35] persia: It's the only way we're going to be able to support it for any significant length of time. [07:35] Fujitsu: I agree: since upstream has a "stable series", it doesn't make sense to cherrypick. [07:35] I'd really like to get some proper security tracking (integrated with Debian's) for Hardy. [07:36] persia: Right. [07:36] There are some other bugfixes thrown into some of the the earlier updates, I think. [07:36] persia: (about ARM port) No, I don't have any preference, it's just that there are three different arches in Debian that makes me curious. [07:36] But they're minimal, so should be manageable. [07:36] Fujitsu: I think that 6 months ago people were considering Dapper to not be a good SRU candidate, but with hardy coming, it's suddenly more important to make sure we meet our obligations. [07:37] Fujitsu: why not adjusting the security tracker? [07:37] white: Well, I was hoping your people wouldn't be too "aaaaargh it's ubuntu kill kill kill kill" [07:37] Fujitsu: where did you get that feeling? [07:37] white: Some DDs are, so... [07:37] minghua: little-ending, big-endian, and arbitrary-endian (yes, ARM supports this) [07:38] .... arbitrary-endian. Riiight. [07:38] arm split in Debian recently, didn't it? [07:38] Fujitsu: Really: there's a instruction that swaps the endian-sense for some ARM chips. [07:38] Fujitsu: well i was offering cooperation between the tesiting-security team and ubuntu for quite some time ;) [07:38] That sounds really wrong. [07:38] Fujitsu: i am not convinced that the current people maintaining the tracker would mind that much, if ubuntu is displayed as well [07:38] white: I'll be able to devote a lot of time after next Friday, so will have a look and try to get something going soon. [07:39] white: Please forgive our lack of organisation: we'll try to be able to respond to you soon. [07:39] what is the proposal? [07:39] persia: no worries [07:39] LaserJock: track the unembargoed issues (and the embargoed as far as it is possible) with the security tracker [07:39] LaserJock: -security collaboration between Debian and Ubuntu (especially for universe) [07:40] ok [07:40] LaserJock: and it should be able to adjust it, in order to show the ubuntu releases as well [07:40] oh, that would be awesome [07:40] I love the Debian security tracker stuff [07:40] I'm not sure what the security team will think of this, but we can do it for universe at least. [07:40] The security tracker rocks, yeah. [07:40] * persia thinks Ubuntu just needs a semi-stable point of contact to organise things [07:40] i did not discuss that with the rest of the testing-security team or the stable sec team, but i personally do not see any problem with that [07:40] And it would be nice to keep Hardy in good shape for a couple of years. [07:41] LaserJock: keep in mind that it still leaves the embargoed issues though [07:41] Fujitsu: If we propose for universe, I don't imagine they will complain, although I'm not sure their workflow will change as much. [07:41] Malone would actually be very good for tracking such things, but I can't see that happening. [07:41] white: That's OK. We currently sometimes take > 6 months for the unembargoed issues: so any bettter tracking would be a vast improvement. [07:42] Fujitsu: There's some stuff in there (at least for CVEs), but the interface is not ideal. [07:42] * Fujitsu has got to a couple of issues within a day or two, but that's a vast minority. [07:42] persia: Right. [07:42] well, i can answer questions if needed (last exam tomorrow :) ) [07:42] Erm, s/vast/tiny/, I guess. [07:42] <\sh> moins [07:42] whee [07:42] *(vertex_data_start+14+(i<<6)) = (127 - ((*(vertex_data_start+14+(i<<6))) & 127)) | ((*(vertex_data_start+14+(i<<6))) & 128); // !!!ANCHOR!!! [07:42] Hi \sh. [07:42] Can we sync from 3rd-party repos like debian multimedia for example? [07:42] TheMuso: We can, but it's not often done. [07:42] ¥Sh Hi [07:42] <\sh> at last...my holiday is over [07:43] Fujitsu: Right... [07:43] TheMuso: Yes, but it requires extra manual work by the admins, so we usually don't [07:43] persia: makes sense. [07:44] TheMuso: long, long ago the sync scripts were adjusted to handle more other repos, but we didn't end up wanting everything from any of them, and playing with blacklists got it all turned off, just as a frame of reference for the current situation. [07:44] Right. [07:45] * TheMuso has knocked down the uus queue a bit. [07:45] \sh: YAY! [07:45] * pkern cheers \sh [07:45] Nightrose: ^ [07:46] * persia cheers, and promises pound on it when REVU day closes [07:46] to^ [07:46] morning \sh and pkern [07:46] ;) [07:46] I'd review, but I feel uus is just as important ATM. [07:46] Nightrose: Heh... I'm already in a "lecture" ;) [07:46] how are you? [07:46] hehe /me is getting ready for her lectures [07:46] TheMuso: uus is more important. Always. [07:47] <\sh> Nightrose, fine :) relaxed :)( [07:47] good :) [07:47] Fujitsu: I actually agree with that. [07:47] \sh: Complete resistance/reluctance to use the PC or any modern mean of communication? :-P [07:47] TheMuso: I think UUS is always more important, it's just that the end of REVU day and my access to my key coincidentally happen around the same time [07:47] TheMuso: I don't see why anybody would think otherwise.. [07:48] persia: Right. [07:48] Fujitsu: I'm sure some people do. [07:48] Bugfixes are going to be more beneficial than a random new package. [07:48] Random new packages tend to contribute negatively to the bug closing efforts [07:48] * pkern waits for his laptop to be repaired at IBM and return to Ubuntu afterwards. They (tried to) call(ed) me yesterday because I forgot to remove the BIOS password. Yuck. [07:49] persia: That's the one. [07:49] persia: Synced or "new in Ubuntu"? [07:49] pkern: Yes [07:49] pkern: Those fetched from the pool of evil that lurks in REVU. [07:49] (Many new-in-Debian packages seem to take about 6 months to get in good shape) [07:49] So both is evil I conclude. [07:50] shouldent all packages be imported by now ? [07:50] persia: Depends on the sponsor ;) [07:50] imbrandon: Not quite. [07:50] all non-merge packages [07:50] err ok [07:50] I only saw up to m* in NEW yesterday. [07:50] Fujitsu: You're not familiar with the random stuff that ends up in Debian? At least everything in REVU goes in lintian/linda clean, installs, and doesn't FTBFS [07:50] persia: Really? Ew. [07:50] pkern: Let's just say "self-sponsored" isn't as ideal as I'd like. [07:50] persia: You're insulting Debian here. [07:50] I wonder how they manage that. [07:51] persia: And it passes NEW? [07:51] persia: FTBFS on obscure architectures that Ubuntu doesn't have? [07:51] pkern: There are cases of self-sponsored software in Ubuntu that are just as bad, if not worse, but I claim that the policy of requiring REVU even for developers is superior than just allowing uploads. [07:52] I'd disagree, though. [07:52] pkern: True, lots of it is caught in NEW, but not all. [07:52] ...like when NEW is so long that they take shortcuts just to get through it all? :p [07:52] persia: Do you have hard data to back that up? [07:54] pkern: I don't have my search tools handy, but did I, I would compare all software new-in-gutsy and all software new-in-Debian during the gutsy cycle. I'd expect to see similar levels of cruft, with Ubuntu more likely to not run properly, and Debian more likely to have unimportant lintian/linda wanrings and informational notes. [07:54] * TheMuso -> dinner [07:55] persia: Thanks. That relieves me. [07:55] <\sh> pkern, right :) [07:56] pkern: Good. I really don't mean to insult Debian, I just think that peer review promotes quality. On the other hand, Debian is very much more likely to follow up on getting the package in shape once it's accepted, whereas much of new-in-Ubuntu rots. [07:57] For certain, very large, values of much. [07:58] * persia agrees with that definition of much [07:58] IMHO, there are plenty of bad packages that are rotting in Debian as well, they just only rot in unstable and never get released, because of the wonderful policy of RC bugs. [07:58] But Ubuntu syncs from unstable so it rots there, too. [07:58] That's a large QA issue IMHO. [07:58] minghua: Well, someone has to file the RC bug: packages without users can end up in stable and still be cruft. [07:59] We really do need to trawl through the Ubuntu-new packages and tag stuff that could probably be obliterated. [07:59] pkern: The idea is that we're supposed to fix it up, but not insult the person who has been ignoring it for the past couple years by NMUing. It's not ideal, and needs QA attention, but it's not a bad idea. [08:00] persia: If Ubuntu has a RC bug policy, I can probably label about 10 bugs in MOTU-science world as RC right now. [08:00] Fujitsu: I think we should push for as many Ubuntu-only merges as we can get, and then investigate the rest. [08:01] minghua: Sure. Doesn't help fix them, and doesn't get the code to people who can (I'm here because my joystick didn't work in vegastrike: nothing more) [08:01] "not insult [...] by NMUing"? wtf? NMUs aren't an insult anymore for quite some people. But that's IMHO, though. [08:01] persia: While what you said is true, it's only true to a certain extent -- our users do report bugs, it's just that we don't triage them properly enough. [08:01] pkern: For any sane maintainer, an NMU is helpful. For some of the unstable cruft, that's not the case. [08:01] minghua: So it's all our fault. :-P [08:02] minghua: Do you mean triage into a decision to remove the package? [08:02] * pkern is all for removing packages after import freeze. [08:03] pkern: In a sense, yes. For overseeing the whole universe, we MOTU as a team pretty much fails. [08:03] pkern: The problem is that we don't want to remove anything we'll want back. We don't have a pocket into which we can stuff things, so it ends up just gone. [08:03] minghua: I wouldn't say we fail, but rather that we succeed in narrowly defined ways. [08:04] persia: If necessary, yes. My position has always been that no package is (much) better than bad package. [08:04] persia: You can't imagine how often I already heared that. I'd guess LP has tobe improved apart from the fact that the package still lives on somewhere in librarian. [08:04] persia: Sure. I am always the glass-half-empty guy. [08:04] persia: There is no morgue, that's right. [08:04] minghua: Hrm. I'll agree for some values of "bad", but suspect that is the core of the difference anyway. [08:05] persia: Could we please open a bug about that then? [08:05] pkern: I don't even know if a not-to-be-released pocket is on the roadmap. [08:05] pkern: There may be one. If not, feel free to file. [08:05] What are "pockets" in Ubuntu newspeak? [08:05] pkern: release, security, updates, backports. [08:05] + -proposed [08:05] True. [08:05] Fujitsu: ENOTADEFINITION [08:06] So we'd be talking about -excised or something? [08:06] persia: I presume so. [08:06] I don't want it to be apt-get'able. [08:06] But I'm not sure that's an ideal modelling. [08:06] pkern: Why not? How to grab the source and do something if one can't apt-get? Most of it will probably FTBFS, so binaries are less of a worry. [08:07] We ideally want to run initialise-from-parent pre-release, and then remove stuff from the old one. But we can't do that. [08:07] persia: Then a source-only apt-get source. [08:07] persia: I don't need apt-get to retrieve packages via dget, but well. [08:07] Fujitsu: That's a much better model. We could even maintain a continuous import into some trunk, and branch each release. As long as trunk was basically inaccessible, we'd be golden. [08:08] persia: But that unfortunately means changing how Soyuz and the rest of the distro works. Which hasn't got a chance of happening. [08:08] ...within the next several years [08:08] Fujitsu: That's that @ initialise-from-parent? [08:08] Ah, I understand. [08:09] pkern: initialise-from-parent is the script that is run to copy an old release into a new one. [08:09] Yes, some kind of continous trunk would be nice. [08:09] But it's possible that we aren't focused enough on the release then. [08:09] Like it's the case in Debian. [08:09] (Granted, all DDs want releases. :-P ) [08:10] pkern: That's why I wanted an inaccessible trunk [08:10] We need an extra component or something that is never published on release, and we can easily push stuff to/from... but I really don't see how that can happen. [08:10] Fujitsu: Could we create another distribution containing only cruft? [08:11] I guess with the new multiple archive work (used for partner, and soon security), it wouldn't be too difficult to have an extra pocket published to some hard-to-get-at location, and use Soyuz's new copying feature to get stuff to/from it. [08:11] That's probably the best solution, actually. [08:11] That would be -excised [08:11] Yeah, and it's possible now. [08:12] Erm, sorry, that would be another *component*, not pocket. [08:12] Like partner. [08:12] Right. Galaxy? That takes us back to the discussion I was unhappy with before. [08:13] Err.. No, the container model is wrong: not "Galaxy" [08:13] I was thinking that: galaxy would be smaller than universe. [08:13] metaverse ? [08:13] Fujitsu: Right. [08:13] keepawayfromheremortalsiverse. [08:13] imbrandon: That works [08:14] anyhow i personaly dont think we should seperate main/universe only multiverse [08:14] blackhole [08:14] but thats just me [08:14] So, at what point does a package go to metaverse? How slippery is the slope? [08:14] imbrandon: That's a demarcation for paid support - arbitrary, but sanely present. [08:14] What is the difference between metaverse and multiverse... [08:15] metaverse doesn't have anything to do with licensing [08:15] minghua: ^^ [08:15] minghua: metaverse is random stuff that shouldn't be released. multiverse is random stuff that might be illegal [08:15] It's just for broken stuff that should be in a release. [08:15] or we just continuealy sync to grumpy from sid and snapshot from grump not sid [08:15] ^not [08:15] imbrandon: Grumpy won't be like Sid, though. [08:15] Fujitsu: I understand the Ubuntu context, I was asking the astronomy context. :-P [08:15] minghua: Ah. [08:16] imbrandon: snapshotting grumpy doesn't help, unless we maintain filters for cruft. [08:16] persia, that would be the point i would think, and to continualy keep the merges going , not just 3 or 4 months of 6 [08:16] minghua: metaverse doesn't actually mean anything in astronomy [08:16] I think I like blackhole better, maybe the-other-side-of-event-horizon? :-P [08:17] imbrandon: Ah, so nobody is allowed to work on grumpy, and we pull from there every six months to start the next release, removing all the broken stuff? [08:18] well work on it, but only in the contect of uploading merges between sid <--> grumpy [08:18] context [08:18] Isn't Grumpy meant to be integrated with bzr and all, and build VCS snapshots, rather than pull from sid? [08:18] Fujitsu, yea i know thats not it was originaly planned [08:18] (if it ever materialises, which is looking unlikely at the moment) [08:18] i'm talking something feaseable [08:19] basicly it would be sid with all of ubuntus changes all the time, and we could snapshot from it and filter there [08:19] imbrandon: I don't like that: we're not staffed to handle continuous integration without failing in the release efforts. Debian has two rough phases: random new junk and prepare for release. We mostly just do the latter, except for small six-week windows when we snapshot. [08:19] persia: Right. [08:19] We don't have the resources to maintain a rolling-release branch and a pre-release one. [08:19] imbrandon: Hire 20 developers to work on it full time, and I'm behind you all the way. [08:19] We don't have the resources to do just one. [08:20] persia, i'm thinking if you had one continus life cycle like that it would attract new developers [08:20] changing "modes" all the times puts off new people [08:20] and old alike [08:20] Fujitsu: Right, although a staffed rollling release might help the dev release, if the rolling release wasn't really available for testing. [08:20] exactly [08:21] imbrandon: It would attract developers, but it would attract the same developers that Ubuntu attracts from Debian, which doesn't help Ubuntu release. If you want lots more reasoning about the value of phases, read the archives of debian-release@l.d.o [08:21] Hm, I could install Gutsy/ppc. [08:21] Anyway, it's probably not useful to discuss things like this, as Canonical will be the ones making any changes, and they're unlikely to respect the ideas of 4 MOTU :P [08:21] Iff that works. [08:22] imbrandon: paid developers can be paid to shut up and do it, so semi-private is easier to do. [08:22] Fujitsu: We can lobby. [08:22] Fujitsu, you would be suprised, PPA's was 3 MOTU's lobbying at first :) [08:23] even though it wasent what was originaly envisioned it is 80% of it [08:23] No, Fujitsu is right. If we have a good model, and want to propose something, we can get it done. Random griping doesn't necessarily help. [08:23] Oh, die bhavi die. [08:23] heh [08:23] Don't need Ubuntu tasks on Launchpad bugs, go away go away go away. [08:23] right but there is a distincy diffrence between hashing out ideas and griping :) [08:24] i dont think in *this* session any one was "bitching" more of a what if? nah but what if this? etc [08:24] anyhow yea, back to work .... [08:25] imbrandon: Sure. I'm not certain that it was not worthwhile. [08:26] persia, do you have a debian env on those ARM's or just *nix ? [08:26] * persia points at bug #160409 for anyone who wants a quick upload [08:26] Launchpad bug 160409 in vzctl "Please apply upstream OpenVZ patch for Upstart issue" [Undecided,New] https://launchpad.net/bugs/160409 [08:26] We're not going to get any changes for Hardy, so we might as well practice aggressive removal tactics. [08:27] imbrandon: One's idle. The other runs a custom linux ROM from Sharp. I can put Debian on the idle one. [08:27] persia: Do you know how to bootstrap a new arch? [08:27] Fujitsu: Well, for some definition of agressive. (on which I refuse to agree with anyone prior to UVF) [08:28] Fujitsu: No. That's why I'm looking forward to imbrandon's buildd :) [08:28] https://wiki.ubuntu.com/ArchitectureBootstrapping might help. [08:28] i do sorta, atleaste have a idea [08:28] an* [08:29] i have sb2 env for armel and powerpc setup [08:29] thus why i asked if you had a deb env [08:29] well almost setup, looking for a rootstrap other than maemo for armel now [08:29] That's not so bad: just loop and cycle. Would a qemu ARM be sufficient? [08:29] It would be slow, but certainly workable. [08:29] persia, qemu ARM is what maemo uses for dev :) [08:29] I wonder how slow qemu's ARM emulation is, actually... [08:30] Fujitsu, not tooooo bad [08:30] Fujitsu: It's not that bad. I get about 1/2 to 1/3 host speed. [08:30] you all ever used sb2 ? [08:30] never heard of it [08:30] persia: That's not bad at all. [08:31] its the bomb for cross compiling debian packages, seemelesss qemu or rshb cpu intercragtion, the package never knows its being cross compiled [08:31] http://gitweb.freedesktop.org/?p=sbox2.git;a=blob;hb=HEAD;f=README [08:31] http://www.freedesktop.org/wiki/Software/sbox2 [08:31] ( its in sid ) [08:32] imbrandon: Ah, nice. [08:32] basicly i setup a power cross env then ... [08:32] sb2 apt-get source fontconfig [08:32] cd fontconfig [08:32] sb2 debuild [08:33] imbrandon: I can't see it in sid. [08:33] nifty. I'll have to try that. [08:33] etc etc etc [08:33] But that looks really nice. [08:33] (of course, I'll have to go back to i386 first) [08:33] it works on other arches [08:33] its not i386 specific [08:34] imbrandon: In the pages you listed, it said there were issues with using it for ARM on amd64 [08:34] Let's rebuild i386 on m68k using that. [08:34] That'd be fast. [08:34] Fujitsu, http://packages.debian.org/sid/scratchbox2 [08:34] !info hardy scratchbox2 [08:34] Package hardy does not exist in gutsy [08:35] !info scratchbox2 [08:35] Package scratchbox2 does not exist in gutsy [08:35] Hrm. [08:35] imbrandon: Ah, I tried various combinations of sb(ox)?2?, didn't think to try sratchbox. [08:36] yea only because they were using a xcompiler made by codesoursey, if you make your own toolchain(s) thats not a problem [08:36] Ah. It went in in July. [08:36] Just too late :( [08:36] imbrandon: If I make my own toolchain, am I safe to later run on actual hardware? [08:36] persia, e.g. from http://psas.pdx.edu/DebianCrossCompilerHowto/ [08:37] persia, yea, maemo uses this exclusevly to make the nokia770 stuff [08:37] thats how i found out about it [08:37] * persia plans to get ubuntu-mobile for christmas [08:37] they actualy started on sbox1 , but thats a pita and has some limitations [08:39] infact i lost the link but someone was building regualr packages for i386 to powerpc and arm and mips xcompilers [08:39] one of the debian gcc maintainers iirc [08:39] persia: I can probably throw some mostly idle Core 2 Duos at it if you need more buildds. [08:39] Fujitsu, i could use a shell on one hehe beats my p200 :) [08:40] imbrandon: Can't do anything now, unfortunately :( [08:40] Fujitsu: If you have cycles to spare, it'd be great. I'd be building on-and-off on my heat challenged AMD64, and moving to the PXA255 once I has something useful for continuous integration (as I can run that 24 hours a day) [08:41] persia: An extra 4 2.8GHz cores should help, then. [08:42] Fujitsu: Very much so :) [08:42] A quick amd64 question: Is it necessary to include the -m64 flag when compiling on that platform, or is it enabled by default? [08:45] mok0: I've just taken a quick look at the gcc docs, and have no idea what that flag would do. If you are asking if amd64 uses 8-byte words for addresses, etc. by default, the answer is yes, although the most significant 4-bytes are 0 by preference (as opposed to ia64) [08:45] mok0: Ever needed it. [08:45] *Never [08:46] * persia echoes pkern, and has ported i386-only stuff to amd64 in C [08:46] mok0: If you use a native amd64 env you get -m64 by default and could use -m32. [08:46] (For multilib stuff.) [08:46] ok, so you'd use -m32 if compiling for i386 on amd64 [08:47] Great, thx guys [08:48] * TheMuso returns. [08:49] Hi TheMuso. [08:55] pkern: Thanks for subscribing me, although as Fujitsu said, a "component" may be more appropriate. [08:56] persia: I'm not sure. [08:56] I really don't want users to download stuff from that component. [08:56] pkern: Components can be published to other places as of a couple of months ago. [08:56] pkern: Neither I. We'll wait for dev response, which should make things more clear. [08:56] persia: ACK. [08:57] A component is probably ideal, because it also means that the autosync can be left on and things don't need to be blacklisted. [08:57] Fujitsu: And pockets can not? [08:57] Fujitsu: Well you could explain me why? [08:57] pkern: I don't believe they can. [08:57] * persia encourages Fuijtsu, who is knowledgeable about these things, to alter the description of bug#160412 [08:57] * Fujitsu might in a minute. [08:57] Yeah I wanted to say that. Feel free to modify the description. [08:58] But well, I don't see how a component is better. And which component is already published "to another place"? [08:58] pkern: partner. [08:58] A lot of work was put in to allow multiple archives. [08:58] Firstly PPA. [08:58] But now the old commercial pocket has been turned into a component. [08:59] Fujitsu: archive.canonical.com, hm, k. [08:59] Published on archive.canonical.com [08:59] Yeah. [08:59] That's now managed by Soyuz. [08:59] Is that why "commercial" became "partner", to manage the transition? [08:59] Well partner already looks like a suitable candidate for a component. [08:59] I don't think so. [08:59] pkern: partner *is* a component now. [09:00] But gutsy-morgue with universe, multiverse wouldn't be that wrong, too. [09:00] Fujitsu: Yeah I understood that. Sorry for not being a native speaker. ;) [09:00] persia: I suspect that partner is just a nicer term. [09:00] sounds less evil ;) [09:01] spacey: That's right. [09:01] and is more accurate :) non open source is something different then being commercial or non-commercial [09:02] spacey: True. "non-open-source" is a better way to describe it, and matches well with the model of multiverse as "open-but-non-free-source" [09:07] * Fujitsu tries in vain to get a sid installer to boot on qemu arm. [09:08] Fujitsu: How badly is it failing? [09:09] persia: It's just hanging and eating my CPU without displaying anything. [09:09] persia: you also have commercial open source software ;) [09:10] (I'm trying to boot a sid netinst) [09:10] Fujitsu: Probably the arm d-i doesn't support booting in qemu. [09:10] minghua: I get the same results if I specify an i386 kernel instead of an arm one, so I doubt it. [09:11] Fujitsu: don't do that. Try lenny. [09:11] persia: Erm, sorry, it was lenny. [09:11] spacey: Sure. But that doesn't belong in an open repo, no? [09:11] Fujitsu: lenny shouldn't be that broken. Hrm. [09:12] Ah, I apparently need a different kernel. [09:12] Fujitsu: different kernel? [09:12] Fujitsu: Ah. I don't know much about either d-i or emulation. That was just a wild guess. [09:12] persia: I Googled around and the Debian kernel apparently doesn't work in qemu. [09:12] Fujitsu: Ah. I wonder if ours does. [09:12] persia: We don't have an arm kernel... [09:13] ...yet [09:13] And now qemu aborts. A bit of an improvement, I guess. [09:14] Ah, got it. [09:15] Fujitsu: You're using the arm-versatile kernel? [09:15] persia: I am. [09:15] Why isn't there a tar.gz on http://archive.ubuntu.com/ubuntu/dists/gutsy/main/installer-powerpc/current/images/powerpc/netboot/ *cough* [09:16] pkern: Why do you want a tar.gz? [09:16] persia: To untar it in tftpboot? [09:17] Debian does that. [09:17] pkern: Ah. Good use case. File a bug :) [09:17] Ok, off to install Gutsy/ppc. [09:18] morning all [09:19] TheMuso: hello [09:19] sorry about bug 160337 [09:19] Launchpad bug 160337 in dbmail "Merge dbmail (2.2.6) from debian unstable" [Undecided,Incomplete] https://launchpad.net/bugs/160337 [09:20] huats: Thats ok. That sort of thing does happen from time to time. [09:20] (I mean about 'fix committed') it was way too late, and I've made this mistake [09:20] ... [09:20] I gett the new debian one... [09:20] huats: Oh that, ok no problem. [09:21] I've looked at so many sponsor requests today, that I couldn't remember which one that was for. :) [09:21] :-) [09:21] no pb [09:21] I kind of imagine... [09:32] Now netboot used to work out-of-the-box with debian-installer. [09:33] * persia remembers those halcyon days... [09:35] I could UPGRADE to gutsy. [09:35] From the dapper installed. [09:35] Now that's news. [09:35] I'd guess I'll have to go through each and every intermediate release or wait for hardy. [09:36] pkern: Yep. Dapper -> Gutsy isn't supported. On the other hand, that only means you might have a bit of manual transitioning: nothing a few hours with aptitude shouldn't sort. [09:36] correct, i wouldent try to upgrade a machine directly unless you plan on breaking it and fixing some upgrade bugs [09:36] persia: Gimme a gun :-P [09:37] * persia gives pkern a very small empty water pistol [09:37] even dapper to edgy then to gutsy would be easier ( because of the upstart and python transitions ) === blueyed_ is now known as blueyed [09:37] imbrandon: Were the transition hooks dropped in feisty? [09:38] persia, no idea, but i know it was a pita and ended up not working at all ( busybox promt ) [09:38] * pkern is curious if Linux still breaks his HDD. [09:38] took me 3 days 4+ hours each day [09:38] with aptitude [09:38] Ah. That's right: you were trying that on your imac, weren't you :) [09:39] yup [09:39] i ended up installing sid [09:39] lol [09:40] imbrandon: So, how was sid -> gutsy? (or didn't you) [09:40] nope havent touched it since then [09:40] still sitting on sid [09:40] Hmm, I wasn't aware there were a automatix session in UDS. [09:41] * persia doesn't really understand why a 200MHz Pentium is preferable to a 233MHz PPC [09:41] 333 , and because i have my 160GB sata and 22in LCD on my p200 [09:41] the imac can use neither [09:41] so i would be on a 10GB hdd with 15in crt [09:43] plus nice things like flashplugin-nonfree still kinda work :) [09:45] minghua: Yep: automatix solved a real user need, so there are strong efforts underway to address that need without the issues that are automatic [09:46] persia: Yeah, hopefully something good can be gotten out of it. [09:47] I do wish automatix can succeed, but definitely not in the current form. [09:48] minghua: Actually, we've gotten a few good things. There are some better menu entries, a few altered defaults to make things more likely to work out of the box, and some other things. I don't think a big script running as root is the right answer, but the automatix team has been working to integrate and that is of great benefit. [09:49] oooo/c [09:49] ugh [09:49] persia: Good to know. Are those changes new in hardy or are they already in gutsy? [09:50] minghua: I remember a few going into gutsy at the end, but there were some things that couldn't be done at that point in the cycle. I haven't seen much activity from hardy, but UDS sessions don't usually generate much for two or three weeks while people rest, digest, and build prototypes [09:53] persia: I understand that. I was just curious and wanted to know if I can see anything that came from automatix team's effort on my gutsy. [09:55] wifes up and wants me to come to bed, gnight all [09:56] imbrandon: what? at 11am?? [09:56] 4am here [09:56] ;-) [09:56] gnight [09:59] minghua: nice to meet you again. [10:00] norsetto: hello my teacher, nice to meet you again. [10:00] s1024kb: hi there! [10:00] norsetto: hello pasta maker [10:01] huats: hello garlic abuser [10:01] :-) [10:01] norsetto: the thing is that you are damn right [10:01] minghua: The only one I can remember off the top of my head is the improvement for the checkgmail icon. I think there were more, but I wasn't very involved with the automatix efforts. [10:01] I like garlic [10:02] * norsetto has a rapid thought about what huats gf has to put up with ..... [10:02] norsetto: :-) [10:03] norsetto: my gf used to have a german roomate who once said to another of their roomate : 'I don't know how she can do with huats, he puts garlic on every plates he cooks' [10:03] :-) [10:03] huats: she is definetively too good for you ;-) [10:04] ;) [10:04] norsetto: excuse me, how to install the latest Debootstrap for my gusty? I use "sudo apt-get install Debootstrap" but couldn't find the package [10:04] s1024kb: mind the capitalisation [10:05] s1024kb: it should be debootstrap, for linux D and d are two different letters [10:05] s1024kb: Hello there. [10:06] norsetto: thanks, got it done. [10:07] norsetto: so when to use Debootstrap? when i want to install a package for testing? [10:08] s1024kb: debootstrap installs a minimum debian system [10:08] s1024kb: for instance, you would need it when making a chroot [10:09] I don't want to install Debian, but Ubuntu! [10:09] norsetto: thanks, i guessed so. :-) [10:09] Call it ubuntubootstrap! [10:09] pkern: ubootstrap .... [10:09] Or that ;) [10:09] pkern: i could not agree more. :-) [10:10] Sarcasm in here is well received. :D [10:10] Awww. Bug 160424 is cute. [10:10] Launchpad bug 160424 in gperiodic "gPeriodic missreports Lithium melting point" [Undecided,New] https://launchpad.net/bugs/160424 [10:10] pkern: or u-bootstrap (for our german colleagues ;-)) [10:10] Uh? [10:10] I don't get the connection between dash and German. [10:10] <\sh> u-boot submarine [10:10] pkern: u-boogstrap for our chinese colleagues too. :-) [10:11] pkern: u-boot ..... [10:11] omg [10:11] hm [10:12] Seveas: hey, do you have an ETA for falcon-2.0beta3 ?-) [10:21] minghua: tell him gperiodic will be obsolete soon, we have gelemental in hardy which is much better ..... [10:21] minghua: oh well, he knows it already .... [10:24] norsetto: Yeah, the reporter seems quite familiar with the business. [10:29] Seveas: oh there is beta3.. I need to test that [10:29] err, debs only for beta2 === tepsipak1i is now known as tepsipakki === huats is now known as huats_ === persia changed the topic of #ubuntu-motu to: Ubuntu Masters of the Universe: https://wiki.ubuntu.com/MOTU | Hardy Heron is in active development. | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | http://ubuntu.joejaxx.org/ - TOP 10 Uploaders/Packages | Go Merging! http://dad.dunnewind.net/universe.php [11:06] * persia apologies for the tardy end to REVU Day. Thank you everyone. [11:10] thank *YOU* persia [11:17] * persia grumbles that it's too hard to find a link to https://launchpad.net/ubuntu/hardy/+source/python-qt4 [11:22] persia: Soyuz navigation sucks - the only feasible way to do anything is constructing URLs manually. [11:22] Fujitsu: Yeah. I know. It's just sometimes frustrating when I can't remember the magic sequence to collect any piece of information. [11:24] How long should it take between a successful build and the packages being listed under "Binary Packages" for a given package in a given release? [11:25] Hi guys. I'm building a package and it's giving me a W: opensg-dev: old-fsf-address-in-copyright-file E: opensg-dev: copyright-should-refer-to-common-license-file-for-gpl however the licence of the source code is the Library General Public Licence. (quite old) Should I be updating the address on it still? And what about the lintian error? [11:25] DaveMorris: yes the FSF address should be updated. [11:25] DaveMorris: You should update the address in debian/copyright, but not in ./LICENSE. [11:26] and the error? [11:26] (or ./COPYING, or whatever) [11:26] as I can't see the Library licence in /usr/share/common-licenses only the lesser one [11:26] TheMuso: the maintainer field needs to be mentioned more than once? if it is a merge? (i guess so since it is a change) [11:26] persia: No time at all, as far as I know. [11:26] It shouldn't even need to be published, particularly with the new workflow. [11:26] For the error, you want to link against something in /usr/share/common-licenses/ : if there is no license there that matches the package, then you should add an override. [11:28] Fujitsu: OK. Here's a strange one. python-qt4 built on i386 10 hours ago, but python-qt4-common doesn't show in the "Binary Packages", although the build log shows it to be created. qtiplot just FTBFS on powerpc (within the last hour) because python-qt4 couldn't be installed, due to a lack of python-qt4-common. My local hardy apt-cache also doesn't have python-qt4-common binary after update. [11:28] To whom should I complain? [11:28] joejaxx: Yes, as it is a change that we introduce. [11:28] persia: Binary NEW? [11:29] I'm also getting E: opensg-dev: shlib-with-non-pic-code usr/lib/libOSGSystem.so.1.0.0 on i386 builds but not amd64 Although they are been liked with the -shared flag [11:29] Ah. Right. * persia looks [11:29] hardy i386 Successfully built (NEW) [11:29] (the binary publishing status appears next to successful builds as of 1.1.9) [11:30] No, it's not in binary NEW. Hrm. [11:30] It is. [11:30] * Fujitsu searches the queue. [11:30] Ah. Yes. I was confused by the translations. [11:30] Soyuz says it is, common sense says it is, but does the other bit of Soyuz... [11:30] Ah. [11:31] Nice, it even notes which is NEW when one expands the file list. [11:31] It makes sense to group binary NEW by source package, but it can be confusing if one is silly enough to search by binary package. [11:31] Yeah, I would have initially tried by binary. [11:31] It wouild be nice if it searched the child files. [11:32] Yeah, well, [11:32] Anyway, thank you for pointing me in the right direction: I now have something I can watch to ask for a give-back :) [11:32] MANUALDEPWAIT is a misnomer - it will be automatically retried. [11:33] * Hobbsee waves [11:33] Hey Hobbsee. [11:33] * pkern cheers Hobbsee [11:33] Fujitsu: From FTBFS? [11:33] persia: Oh, it failed? That sounds really wrong. [11:33] * Fujitsu looks. [11:33] persia: yeah, depwait is a subset of ftbfs [11:34] * Hobbsee wonders why she's so sleepy [11:34] Hobbsee: Not in Soyuz. [11:34] Fujitsu: qtiplot failed because the dependencies couldn't be installed for powerpc because python-qt4-common is in binary NEW [11:34] Fujitsu: should be, anyway [11:34] * persia waits for failures on the other architectures [11:34] persia: That should throw it to MANUALDEPWAIT, not FAILED. [11:34] Yet fail it did. [11:34] * Fujitsu files a bug. [11:35] Ah, I guess it only goes into MANUALDEPWAIT if direct dependencies cannot be satisfied. [11:35] * Fujitsu files a bug. [11:35] Fujitsu: It should, but the checker only checks arch:any. It gets a little funny for arch-all build-deps, especially when they are deps of build-deps, rather than direct build-deps [11:38] Hobbsee: No, depwait shouldn't be a subset of FTBFS: depwait means an automatic give-back has a chance of success. FTBFS usually doesn't. There's no point bothering uploaders and admins for depwait. [11:39] Oh, come on edge. [11:39] well, it still failed to build,due to a missing dep : [11:39] but, true [11:39] Fujitsu: You know, there's always the tradional launchpad [11:40] Hobbsee: Oh, sure, it's just nobody cares until the release gets close, whereas with your standard FTBFS, someone should fix it. [11:40] true [11:41] persia: which you have to tell to redirect you every 2 hours. [11:41] but the timeouts on edge are really getting ridiculous. [11:41] I don't get this netboot running. [11:41] Hobbsee: Yep. [11:41] I think they need some more appservers. [11:41] Any hints for OF netboot? [11:42] Fujitsu: For edge? Even standard LP times out for me a couple times a day. [11:44] Blah. [11:44] "Server host name not given" "Boot file name: pxelinux.0" Thank you wireshark. === nikolas_ is now known as nikolas [11:46] Bug #160439 [11:46] Launchpad bug 160439 in soyuz "Some builds fail when they should depwait" [Undecided,New] https://launchpad.net/bugs/160439 [11:46] (I finally got it to not time out!) [11:46] \o/ [11:48] oh yay, ubuntu's mentioned in the sydney paper here [11:48] URL? [11:49] http://www.smh.com.au/news/laptops/cheap-as-chips/2007/11/04/1194117870384.html?page=fullpage#contentSwap1 [11:49] not much. but a bit :) [11:49] Ubucon was featured on TV here in Germany. With evangelists featured telling the people how free Ubuntu is. [11:50] Ubuntu televangelists? [11:50] nice [11:50] Windows is only 125AUD? That's inexpensive [11:51] that doesnt look right - but may be XP [11:51] persia: Hahaha, bug #33700. The CLI queue manager has the inverse problem. [11:51] Launchpad bug 33700 in soyuz "could queue filters match source as well as binaries?" [Low,Confirmed] https://launchpad.net/bugs/33700 [11:51] or a very low version of vista [11:52] Fujitsu: Three cheers for modular programming and reusable components :) [11:52] I really don't get this bloody iBook to boot. [11:52] * pkern cries. [11:52] persia: See +queue non-mailing debacle. [11:53] Fujitsu: 152400? [11:54] Sounds about the right time. [11:54] Bug #152400 [11:54] Launchpad bug 152400 in soyuz "accept from +queue UI does not send mail to announcement list" [High,In progress] https://launchpad.net/bugs/152400 [11:54] That's the one.. [11:55] Is there an Ubuntu ppc support channel? [11:55] Fujitsu: Right. I was hoping for a long diatribe in the buglog :) Same problem: short timeframes for immediate results without aggressive refactoring [11:55] persia: Looks that way. Obviously they conform to DRY fairly well - they don't repeat the code even though they need to! [11:56] Fujitsu: While I see the humor there, I'm not sure that's what DRY is intended to mean... [11:56] Don't repeat yourself [11:56] I see that applied here. [11:56] Now of course refactoring is "In progress". [11:56] pkern: An an acronym expansion, sure, as an architectural philosophy, it's a bit more complicated. [11:57] persia: Yeah I misread your line first and performed the expansion. [11:57] And then tried to get 'round the miscomprehension. [11:57] And I failed! [11:57] pkern: No worries. You pass the Turing test. [11:58] persia: I know that's not what it's meant to mean, but.. [11:58] Fujitsu: Yeah. My apologies if emotion didn't come across well: it was both very funny and very sad [11:59] persia: Yeah. [12:00] When I saw that bug, I really wondered how they managed to do it. The Soyuz code must be really ungood... [12:00] Fujitsu: news at 11. [12:00] Fujitsu: As I understand it, they started with a web-front-end for DAK [12:01] persia: I doubt it - there's no web frontend now... [12:01] (other than basic, dodgy viewing) [12:01] And very dodgy queue accepting, I guess. [12:01] Fujitsu: I don't disagree, but nonetheless, I stand by my understanding of how it started. [12:02] I hadn't heard that, but you've likely been around it longer than I. [12:02] Fujitsu: I've been around longer, but I don't pay nearly as much attention. [12:02] * Fujitsu curses Hobbsee for stuffing up his window numbering. [12:03] When I've updated a package (new upstream version), should I put it on REVU or attach it to the upgrade bug? [12:04] blueyed: That's a matter of some debate, and neither solution is very good. When reviewing, I like to see an interdiff of the entire package, and a unified diff of the debian directories, so I like to get them as bugs. Others like to review the package as a whole, and they like to get them on REVU. [12:04] For a while we did both, but that was very broken: we've agreed not to do both, but the correct solution isn't currently clear. [12:05] * Hobbsee curses Fujitsu [12:05] Hobbsee: Just on general principles? [12:06] persia: yup [12:08] persia: I'll attach the package then to the bug. I could add an interdiff and debian-diff there for convenience, too. The package is ~300kb. [12:08] blueyed: Please don't attach the package to the bug: it just makes for a big attachment. [12:09] blueyed: The diff.gz might be useful, but I'm supposed to compare the md5sum with upstream anyway, so I may as well download the orig.tar.gz only once. [12:11] persia: Ok, what about attaching dsc and diff.gz then? I've added a watch file, so you can download the orig.tar.gz using uscan.. [12:11] (and I should be able to construct the diff.gz from the interdiff anyway [12:11] ) [12:12] * persia realises that only the interdiff is interesting, and proposes an item for the next agenda [12:13] yo! [12:13] mornin' ubunteros [12:14] persia: https://wiki.ubuntu.com/MOTU/Contributing even mentions using interdiff, but then uploading to REVU. [12:14] blueyed: Yeah, well, I just had my realisation now: I was less enlightened when I wrote that. [12:15] persia: Great. So attaching an interdiff to the upgrade bug is enough (currently)? [12:16] blueyed: Well, the procedure needs to be approved and confirmed, but it's enough for me, and I'm one of the sponsors, so for at least this bug it should do. [12:19] Night folks. [12:19] Night TheMuso. [12:22] TheMuso: darn. and i was going to speak to you, too. ah well. [12:23] Hobbsee: I'm still around for a bit... [12:23] Waiting for an upload to finish.. [12:24] TheMuso: i fixed them :) [12:24] .c [12:24] argh [12:25] joejaxx: If someone else doesn't do them before the morning, I'll do them tomorrow. [12:25] TheMuso: What is /c actually meant to do? [12:25] TheMuso: ok [12:25] Fujitsu: clear the current window of channel content. [12:26] Ah, so it reads more sanely next time? [12:26] Fujitsu: yeah. [12:27] And if the screen gets too full, orca has a fit and reads everything in the channel window. [12:27] Haha. [12:55] darn. rexbron is not here. [12:56] Hobbsee: he should be back soon, I was just peaking to him [12:56] ah, good [12:56] s/peaking/speaking === zul_ is now known as zul [12:59] morning [12:59] Hi zul. [12:59] guten tag [12:59] jambo [13:19] Does the following desktop file look sane: http://pastebin.com/m3f73ac1d ? [13:20] O_o um - evince is doing bad things on gutsy [13:20] blueyed: Are you sure those are all valid Categories? [13:21] 7568 yagisan 15 0 7882m 1.7g 4472 S 7 84.5 6:35.45 evince [13:21] * Yagisan is watching it eat almost 8gb of swap and 2gb of ram [13:21] blueyed: I have no idea what KleanSweep is. A better name is probably `KleanSweep File Cleaner' [13:21] Also, I'm not sure about the polish encoding: do you get the a correct display locally? [13:21] But what is a file cleaner? [13:21] https://bugs.edge.launchpad.net/ubuntu/+source/yaboot/+bug/26426 -- /me goes beating up someone. [13:21] Launchpad bug 26426 in yaboot "yaboot cannot handle kernels and/or initrds >6MB uncompressed for netbooting" [Medium,Confirmed] [13:21] Are my files dirty? [13:21] I guess I should turn to Debian instead. [13:21] blueyed: also I would say "comment: find your unused files" [13:21] Fujitsu: probably [13:22] norsetto: unused? [13:22] blueyed: but that will screwup translations .... [13:22] persia: is there a list with valid categories? I haven't touched those. [13:22] Ubuntu, you don't facilitate my living. Not on the ThinkPad, not on the iBook. [13:22] Fujitsu: it finds duplicate, obsolete, ... files, so you can remove them. [13:22] blueyed: desktop-file-validate has the official list in the source: just run it against your .desktop [13:22] blueyed: Right, so cleaning my filesystem, not my files. [13:23] persia: it validates fine. [13:23] Getcher fresh clean files, fresh from the magneto! Completely clean: guaranteed free of incriminating data! [13:24] onna stick ... [13:24] blueyed: Then they are correct. [13:24] Fujitsu: You have a point there.. does somebody else agrees here to rename the comment? [13:24] Bah. Mediterraneans, always wanting things on sticks: you'd think they'd get sick of impalement [13:24] inna bun .... [13:26] blueyed: Hrm. I'd like to agree with changing it, but I prefer to have the translations in sync. On the other hand, none of the languages I can read seem to say the same thing, so that may be a lost cause. [13:27] persia: I've just added "de" myself. What says the french one? [13:27] blueyed: file cleaner [13:27] Cleaner of files [13:28] What would "Filesystem cleaner" be? [13:28] I think the german one ("Aufräumen von Dateien") fits. [13:28] That's cleaner of files too. [13:29] blueyed: you better ask a french, here is one fresh from lunch [13:29] hi [13:29] proppy: how do you say filesystem cleaner in french? [13:30] blueyed: I claim that Dateien doesn't help me understand that I'm trying to remove cruft from the system, rather than adjusting files. [13:30] norsetto: nettoyeur de systeme de ficher ? [13:30] Err. It doesn't clean the filesystem either: that's fsck [13:30] norsetto: but i's kinda wierd [13:31] proppy: encore des accents? [13:31] proppy: yes, also in italian I wouldn't know how to say that [13:31] proppy: What about nettoyeur de fichiers ? [13:31] persia: supa strange [13:31] blueyed: Deletion isn't really "aufräumen" IMHO. [13:31] blueyed: OK. At least english, french, and polish are broken :) [13:31] persia: that suggest that clean the file one by one [13:32] Right. All the languages are bad then. There need be no fear of adjusting the comment or generic name [13:32] just remove the bloody thing from the archive :-) [13:32] ops, it cleaned itself .... [13:32] ahah [13:32] proppy: Yes, which is closer to what it actually does, but simply doesn't parse easily [13:32] filesystemcleanercleaner [13:33] persia: what is the purpose of the tool ? [13:33] * persia looks to blueyed for an answer [13:33] proppy: dh_cleanfile [13:34] proppy@nekun:~$ man dh_cleanfile [13:34] No manual entry for dh_cleanfile [13:34] It helps with deletion. It finds empty files/dirs, broken symlinks/execs, orphaned files (based on package system), dead menu entries, obsolete thumbnails and duplicated files. [13:34] which package ? [13:34] blueyed: you should call it filesystem girlfriend :) [13:35] proppy: kleansweep [13:35] thats a good one :-) [13:35] * persia decries it as likely to be considered sexist [13:35] hot-babe [13:36] pkern: We don't have that either (I think) [13:36] persia: filesystem control freak ? [13:36] less sexist [13:36] it can also be a man [13:36] proppy: less sexist, but implies an AI function [13:38] I would call it "backup your hd before running" [13:39] filesystem sweeper [13:40] proppy: I like that. [13:41] "balayeur du systeme de fichier" [13:41] blueyed: Regarding "duplicated files", is it going to make a lot of noise about duplication in /usr/share/doc ? [13:41] ramasse miette (garbage collector) [13:41] filesystem garbage collector sounds good [13:41] persia: I don't know. It's running in ~ here currently. Have not tested it on the whole system. [13:41] * persia likes "balayeur du systeme de fichier" better [13:41] proppy: you really use that for garbage collector? Its cute [13:42] norsetto: yep too cute [13:42] norsetto: http://www.cuisinstore.com/produit/photo/ustensiles_de_cuisine_1060.jpg [13:43] is there any reason why I'd get a shlib-with-non-pic-code with i386 debs but not amd64 ? [13:43] norsetto: or more I-Tech version http://www.brison-sa.be/images/S48DMR6.gif [13:43] proppy: ours is cuter, its red with a rolling brush, real high-tech [13:43] DaveMorris: architecture-specific compilation flags? [13:43] not that I'm aware off, but I'll check [13:44] norsetto: like this http://www.clama-shop.fr/img-menager/brosse-miettes.jpg ? [13:44] proppy: thats the one! [13:44] norsetto: actually it seems it's called a brosse-miettes (never heard that before)) [13:44] proppy: can you please translate the comment "Utility which finds unneeded files", too? [13:45] blueyed: you should rephrase it with an imperative verb (according to the HIG) [13:45] HIG ? [13:45] norsetto: "Utility to find unneeded files"? [13:45] Human Interface Guideline [13:46] Something like "Find and remove unneeded files" [13:46] "Sweep the filesystem"? That doesn't sound as good. Perhaps "Inspect the filesystem for cruft"? [13:46] blueyed: yes, the comment field [13:46] Trouver et effacer les fichiers inutiles [13:46] * persia likes Fujitsu's suggestion [13:46] OK, we just need polish: anyone can help? [13:46] for those interested: http://developer.gnome.org/projects/gup/hig/2.0/ [13:47] Alternately, if any other languages want translation, now's the time :) [13:47] Trouver et effacer les fichiers inutilis'es, ('e means accent) [13:48] persia: ? [13:48] proppy: Trouver et effacer les fichiers inutilsés? [13:48] persia: Fujitsus line? [13:48] Nafallo: Yep. [13:48] proppy: Trouver et effacer les fichiers inutilisés [13:49] blueyed: [13:49] persia: Hitta och ta bort onödiga filer [13:49] but I'll be more confident if I get an ACK from another french guy on this [13:49] norsetto: can you ask your wife ? [13:49] persia: sv [13:49] proppy: she is at work [13:49] for now: http://pastebin.com/d68da7e85 [13:49] blueyed: Please include sv [13:50] Nafallo: can you translate the other fields, too? [13:50] * nand` is french. [13:50] blueyed: Shouldn't it be "Balayeur" ? [13:50] nand`: go go go [13:50] Also, I still think the Polish is broken [13:50] proppy: I'm reading the logs... [13:51] persia: yes. pl is only broken in the webapp. [13:51] nand`: everthing you need is on http://pastebin.com/d68da7e85 [13:51] blueyed: The name should be more useful. See `Rhythmbox Music Player'. [13:51] blueyed: fixed http://pastebin.com/mee92cd8 [13:51] blueyed: OK. We still need GenericName[pl] [13:52] * persia looks for Hitta och ta bort onödiga filer [13:52] blueyed: doing [13:52] Are we getting a sane translation mechanism for .desktops in the foreseeable future? [13:52] Fujitsu: There's a spec... [13:52] * norsetto thinks that there is nothing like a .desktop file to stir some good reactions [13:52] persia: How old? [13:53] Fujitsu: the spec uses just "Mozilla" for Name, too (browser). [13:53] http://pastebin.com/m66f6b6c5 [13:53] persia: ok [13:53] Fujitsu: Umm.. I think it was feisty when I was first told to wait for the spec to be implemented before adding more... [13:53] persia: Oh, great... [13:53] hehe. should have started a gobby :-{ [13:53] :-P [13:53] blueyed: Which spec? fd.o? [13:53] yes. [13:53] * Fujitsu prefers to obey the GNOME HIG. [13:54] Does anyone write in languages other than German, French, English, or Swedish? Would you be willing to help? [13:54] persia: Surely you do? [13:54] Fujitsu: Erm. I don't trust my grammar, but I can try a couple. [13:54] Debian supports the esoteric ppc netboot. <3 <3 <3 [13:55] norsetto: You've surely a translation to contribute, no? [13:55] persia: yes, I'm stuck on the GenericName [13:55] I'll say "Trouve et efface les fichiers inutilisés" [13:55] * Fujitsu heads to bed, leaving an ARM stage-two debootstrap running. [13:56] persia Finnish "Etsii ja poistaa tarpeettomia tiedostoja" [13:56] Fujitsu: Thank you :) [13:56] persia: I finally found a kernel that works, and it seems to be going OK. [13:56] joumetal: Two phrases: "Hitta och ta bort onödiga filer" and "Filsystemsrensare" [13:56] et "Nettoyeur du systeme de fichier" [13:57] rospo_zoppo: have a look at this: http://pastebin.com/m1bd33fe1 [13:57] * persia jumps for joy and imagines running teg on the train [13:57] teg? [13:57] proppy: "Trouver et effacer les fichiers inutilsés" && "Nettoyeur du systeme de fichier" ou "nettoyeur du disque dur". What do you think? [13:57] norsetto: you mean last line? [13:57] nand`: "Trouve et efface les fichiers inutilisés" ACK [13:57] Rospo_Zoppo: yes, does it make sense to you? [13:58] norsetto: actually I don't know the meaning of "ramazza" :) [13:58] proppy: le second est plus ambigu [13:58] Rospo_Zoppo: its too bad the verb scopare has such a double meaning in italian ;-) [13:58] persia other is "tiedostojärjestelmän siivoaja" it's quite long [13:58] oups [13:58] norsetto: lol [13:59] joumetal: long is fine: it's finnish :) [13:59] nand`: nettoyeur vs balayeur ? [13:59] norsetto: should we do something about that ? [13:59] Rospo_Zoppo: well, can't find anything better than that [14:00] blueyed: s/Trouver et effacer les fichiers inutilisés/Trouve et efface les fichiers inutilisés/ [14:00] blueyed: If you want something Imperative [14:00] norsetto: what a funny .desktop file :) [14:00] blueyed: just like nand`suggested [14:01] proppy: nettoyeur sounds nicer to me [14:01] * persia gives up on grammar [14:01] http://pastebin.com/d78034dc [14:01] nand`: what about ramasse miette ?:) [14:02] proppy: :D To me, it refers to a garbage collector! [14:02] nand`: It's kinda like a garbage collector :) [14:03] nand`: it goes throught your filesystem and collect garbage :) [14:03] joumetal: I'll add finnish from you.. [14:04] nand`: Does nettoyeur not make you think of fsck? [14:04] proppy: Hmm... It's really a strange word to describe a computer program! [14:04] nand`: you should see some of his programs ..... [14:04] proppy: Not at all. [14:05] persia: no. [14:06] (02:34:14 PM) blueyed: It helps with deletion. It finds empty files/dirs, broken symlinks/execs, orphaned files (based on package system), dead menu entries, obsolete thumbnails and duplicated files. [14:06] ( [14:06] * blueyed notices that finnish is in as "sv", correct? [14:06] blueyed: what? [14:06] blueyed: fi != sv [14:07] proppy: Ok... I'd definitely use the word "nettoyeur" then [14:07] ok. But then we have no "fi" yet.. Thought so. [14:07] nand`: ok :) [14:07] proppy: "balayeur" sounds like it involves the use of a balai :) [14:07] nand`: and ramasse miette refers to another computer function ? [14:08] 13:56 < joumetal> persia Finnish "Etsii ja poistaa tarpeettomia tiedostoja" [14:08] blueyed: ^ [14:08] proppy: so "Nettoyeur de système de fichier" ? [14:08] Nafallo: (23:03:57) blueyed: joumetal: I'll add finnish from you.. [14:09] proppy: The only time I read of a "ramasse miette" was on one of the java doc translations :) [14:09] * Nafallo still thinks we need desktop.ubuntu.com gobby server ;-) [14:10] nand`: de systeme de fichier vs du systeme de fichier ? [14:10] persia: he just said we have no fi yet :-) [14:10] blueyed ok You can add if it isn't already there. [14:10] anyway. you guys have me confused now, so I'll go back to hiding ;-) [14:10] http://pastebin.com/d78e59226 [14:11] (sorted and with finnish) [14:11] * persia still wants GenericName[pl], but acknowledges that the necessary data is missing [14:11] proppy: "du" will mean "cleaner of *the* filesystem", "de" will mean "filesystem cleaner" in a general sense. IMO Both are acceptable [14:12] persia: maybe Comment[pl] is also slighty fuzzy now. But better than nothing IMHO [14:12] blueyed: s/Balayeur du/Nettoyeur de/ [14:12] blueyed: I'll agree to that, but unless you want to troll #ubuntu-pl, I think we'll have to live with it. [14:13] * nand` finds translating french to english not as easy as he thought. [14:13] blueyed: http://pastebin.com/m1f3eabfa [14:13] * persia wonders if someone wants a new upstream to package [14:14] proppy: thanks. [14:14] * nand` wonders if there is not a more effective way to translate a .desktop file :) [14:14] nand`: The thought patterns differ considerably :) [14:14] * blueyed checks #ubuntu-pl [14:14] nand`: Not yet. There's a spec... [14:15] persia: A web based one, I hope. [14:15] nand`: An extension to Rosetta [14:15] (can be web-based, or not, depending on translator workflow) [14:16] I'll show you all what is a french garbage collector! http://www.carre-lutz.com/acatalog/cl15000011.JPG [14:17] nand`: That's a nice one [14:18] persia: what was that link you sent me last night, about bitesize bugs? [14:18] hehe [14:18] Hrm. Does this work... [14:18] !bitesize | gene6482 [14:18] gene6482: A list of bugs that are considered easy to fix and good for beginners to attempt can be found at: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize [14:18] nand`: I-TECH one http://www.brison-sa.be/images/S48DMR6.gif [14:19] persia: thanks again [14:19] gene6482: No problem. Thanks for helping. [14:19] I've just noticed that in the software I'm packageing, i386 builds by default with -O2 where as amd64 uses -O3 -fexpensive-optimizations Whats the standard for pacakges in ubuntu? [14:20] DaveMorris: We usually build most things with -O2, although there are hundreds of exceptions due to compilation behaviour or package-specific needs. [14:21] (possibly even thousands) [14:21] proppy: wohoo. They still sell these things! [14:21] ok, should I change it with a patch then or should I leave it? [14:22] DaveMorris: It depends on why it's there. If there's a good reason, and you can work around the -fPIC issue, you probably want to keep it. If it's just for fun, I don't see the point. [14:27] Thanks for all your desktop-file help.. :) I'll wait a bit, if I get a reply in #ubuntu-pl and then get it attached to the bug. [14:30] Good Morning All [14:31] norsetto: show me your code ! [14:32] proppy: in public!? [14:32] blueyed: Thanks for asking: most .desktop files are in only one or two languages. [14:32] norsetto: I don't give up so easily on (03:04:40 PM) norsetto: nand`: you should see some of his programs ..... [14:32] :) [14:34] proppy: do you know any prolog? [14:35] norsetto: don't poison his mind... [14:36] norsetto: No but I want to learn ! [14:38] proppy: it was a funny language actually, back when people still believed that AI was not an oxymoron [14:39] norsetto: I want to learn what oxymoron means too ! [14:39] custom AI languages ftw! [14:39] :D [14:39] * joejaxx goes back to idle [14:40] joejaxx: you mean lisp ? [14:40] no [14:40] :P [14:40] joejaxx: custom lisp for everyone ! [14:40] lolol [14:40] ('fun ('is ('fun))) [14:40] *cough* [14:41] ((('fun) 'is) 'funnier) [14:42] norsetto: I'd suggest that determination of oxymoronicity depends on the definition of "Artificial" [14:44] persia: turing defined it pretty well,since his test was based on human perception [14:45] norsetto: Do you mean the "Turing test", as "tell me if I am male or female when I am in fact a computer"? [14:45] persia: the very one [14:46] norsetto: Ah. It's been run once, you know. I was more suggesting the possibility of machine intelligence, but likely not through algorithmic intent. [14:46] persia: :) [14:47] persia: Aren't we machines? still we demote ourselves intelligent (well, not all admittedly....) [14:48] joejaxx: http://people.simons-rock.edu/cameo/gender/ [14:48] Hobbsee: I was told you were looking for me? [14:48] norsetto: That was my point. It depends on what one considers "Artificial", rather than what one considers "Intelligence". [14:49] persia: thats why I said the reference is human [14:49] rexbron: yeah, but i think i found my answer. good work on the international clock :) [14:49] norsetto: Ah. Right. [14:49] Thanks :0 [14:49] :) [14:49] rexbron: the question was about which version to use [14:49] rexbron: is it going to get into 2.22, btw? [14:50] rexbron: You have an international clock tool? I have an interest in knowing exactly when it's Monday. [14:50] Hobbsee: No idea, I am not really a dev [14:50] persia: look for intlclock on lp [14:51] persia: did you want a i386 deb? [14:51] rexbron: Ah. Not ready yet. Will it be able to answer the question "is it Monday", or does it just report the current time for a specified place. [14:51] Hobbsee: Can't use it. [14:51] persia: oh, amd64. right. [14:52] persia: use http://www.timeanddate.com/worldclock/ for the former [14:52] persia: and the answer is the latter === _czessi is now known as Czessi [14:52] persia: the advantage to intlclock is that you can associate people with timezones and locations and know exactly what their local time is [14:52] * persia grumbles about the lack of tools to determine Monday and the lack of internal motivation to write one [14:53] persia: :P === \sh is now known as \sh_away [14:53] rexbron: Ah. That's actually somewhat interesting. [14:54] hello slomo :) [14:55] persia: re: genpo, I may have accidentally uploaded an old rev (not sure how...) [14:55] rexbron: That's what it looked like :( It will likely get in next week, as long as you can sort that out. [14:56] sure [14:58] persia: is there an apt-get installable command line interactive version of the turing test ? [14:59] proppy: The URL I posted above is the only actual research of the original turing test of which I've ever heard. [14:59] proppy: I think there is some code there, if not the researchers may be willing to share. [15:00] Heya gang [15:00] bddebian: Did you ever get conquest sorted? [15:01] persia: I have a package but I need someone to look at it and of course getting no response :( [15:01] bddebian: Ah. Well then, I'm guilty. What's the URL again? [15:02] I think I'm in love [15:02] Human: are you a he or a she ? [15:02] ALICE: I am a female robot. Are you a man or a woman? [15:02] proppy: If you like ALICE, you might also want to check out what Mel McGee was doing with her plastic skeleton [15:03] Human: how old are you ? [15:03] ALICE: I am 11 in human years. [15:03] too bad :( [15:03] persia: thanks but let's stop procrastination :) [15:03] persia: Well no one else responded either. :-( http://www.bddebian.com/packages/debian/conquest/ [15:03] bddebian: If I used that excuse, I wouldn't have to do much :) [15:04] heh [15:04] proppy: procrastination? I want you to get interested so that I can stick an audio-interface computer in my pocket and have it whisper useful things in my ear in a context-sensitive manner. [15:05] heh [15:05] bddebian: "a real-time, multi-player space warfare game" sounds good [15:05] * persia flushes conquest through the standard REVU tests [15:05] lol [15:05] bddebian: "(curses client)" wtf ? :) [15:06] Hey I'm just fixing up an existing package [15:06] You might be more interested in the Thousand Parsec packages I'm working on then :) [15:06] bddebian: what is that about? [15:07] persia: need Mel McGee screenshots [15:07] Well it's really more of a client/server thing but there are games built around it: http://www.thousandparsec.net/tp/ [15:07] proppy: I mean real shot [15:07] bddebian: Is it also curse based ? [15:07] proppy: ? photos? I thought you wanted the code. [15:08] persia: No, they have clients in C, Python, and Python gtk [15:08] persia: you told be about a wearable computer :) [15:08] Err proppy [15:08] proppy: Yep. [15:09] bddebian: No, I want conquest because it's not getting attention. At least someone has talked to you about Thousand Parsecs [15:09] They have? [15:10] bddebian: "Thousand Parsec is a framework for turn based space empire building games. " nice catch thanks for sharing [15:10] bddebian: You think you're getting old when you look at astronut? [15:11] pkern: I can honestly say I'm twic the man he is. ;-) [15:11] +e [15:12] persia: interesting, they write their textbot using a search engine :) [15:12] proppy: Isn't it? It changes the paradigm for the whole context tracking thing... [15:13] bddebian: I distinctly remember someone asking you to look at it: perhaps I am mistaken. [15:13] persia: Yeah Baby asked me to do it but that doesn't mean anyone is helping me or looking at anything I do :-) [15:13] persia: oups they only referred this as a source of improvment for the actual bot [15:14] bddebian: I couldn't buy alcohol in the US neither. [15:14] bddebian: Or rather I wouldn't be allowed to. [15:14] * pkern opens a beer. ;) [15:14] bddebian: Well, you're a general force for good. Were it otherwise, you'd be tossed in a basket. [15:15] pkern: You suck too ;-P [15:16] pbuilder ftw! [15:16] bddebian: <3 [15:16] keeping my system clean from random build depends [15:19] bddebian: That's just still a mess, and doesn't actually use debhelper as much as it might. (although it's not nearly as disturbing as it was previously). I can't do it justice tonight, but I'll keep it around for when I have time. [15:20] persia: Why a mess? [15:24] bddebian: quick list that made me want to spend more time: 1) lots of manual code in the maintainer scripts, 2) we have sgml, but we aren't generating the manpages, 3) lots of changes outside debian/. [15:25] OK. Maybe not "lots", but any at all seems non-preferable. === Aondo_ is now known as Aondo [15:25] bddebian: Just to make it clear, it is now comprehensible, whereas it was previously completely opaque. [15:26] (e.g., previously I wouldn't have known how to start without a complete repackaging) [15:26] s/e.g./i.e./ [15:28] why does dual screen on ubunt gutsy fail :( [15:28] ubuntu* [15:28] :P [15:28] joejaxx, works perfectly here [15:28] persia: Oh aye there [15:28] joejaxx: It doesn't for everyone. Works for me (although I had to play with three or four different control panels) [15:30] meta-package question: is it 'nice' to use dh_make and set the dependencies and then add files/changes to the package? (using rules) [15:30] * persia stares wonderingly at https://lists.ubuntu.com/archives/motu-council/2007-November/000498.html [15:31] persia: are you using the open source drivers? [15:31] joejaxx: No. [15:31] persia: :( [15:31] SWAT: Could you rephrase that, or give an example? [15:32] persia, meta-package for installing my desktop + certain applications + default wallpaper etc. [15:32] persia: he did not say that it was a windows binary [15:33] joejaxx: it's in the blog entry [15:33] persia: what about it? [15:33] * joejaxx REALLY does not want multiverse to become the next download.com [15:33] indeed, he conveniently forgot to mention that on the mailinglist [15:33] SWAT: I guess I'm not sure what you mean by "nice", and don't understand how you will be adding the files [15:34] joejaxx: especially seeing as we're supposed to be inadvertantly supproting it [15:34] persia: i know but it still would have been nice to put that in the direct view of read eyes [15:34] instead of on a secondary link [15:34] > While Progress Quest has a very permissive license, its source [15:34] > code hasn't been made publicly available. [15:34] Hobbsee: I'm just surprised that windows executatbles would even be considered, but I suppose the lack of explicit mention in the email may explain that. [15:34] joejaxx: OTOH, that'll stop people downloading from an outsider link, etc. [15:34] persia: yeah well. [15:34] that makes it sound like it is a linux binary [15:35] as you could not run it on ubuntu even if the source was open [15:35] unless someone ported it [15:35] * persia has already published an opinion on http://revu.tauware.de/details.py?package=pq [15:36] persia, I was thinking about treating it as if I were packaging a normal package and then do all the important stuff in the rules (like copying files etc.). I'm very open to suggestions [15:37] SWAT: So you're looking to build a -settings package? [15:37] persia: I did upload an old version of genpo, sorry about that :) [15:37] persia, I guess so [15:37] to be fair though, the way wine integrates is very nice. why not go further? [15:38] rexbron: No worries. Just reupload a newer one, and the next review will surely be more positive. [15:38] :) [15:38] SWAT: dh_make should be fine :) [15:38] Hobbsee: Isn't that why wine-doors exists? [15:38] SWAT: you can use dh_install to copy files as long as it does not modify/replace another package's files [15:39] SWAT: You can certainly do that. I'd suggest using a Makefile at the root for your basic installation, just to make debian/rules clean, unless you're basing it off an upstream tarball. [15:39] joejaxx, thanks, I was thinking about doing that (as long as it's a good/nice way to do it) [15:39] persia: true, but it's the question of which works better [15:40] SWAT: a meta just a regular package with no source [15:40] SWAT: think of it that way :D [15:40] this looks a lot like flashplugin-nonfree [15:41] Hobbsee: Well, until someone fixes bug #130032, ubuntu-specific packaging is better. Once that is closed, I'd think we'd see better maintenance by collaborating between distros, rather than packaging for specific distros, especially as we're looking to preserve binary compatibility, rather than just source compatibility for that class of programs. [15:41] Launchpad bug 130032 in ubuntu "[needs-packaging] Wine-doors" [Wishlist,Confirmed] https://launchpad.net/bugs/130032 [15:41] wine-doors is, well, I'm not impressed. I haven't tested it too well it, but afaik it doesn't have the support of the wine team (sadly) [15:41] Hobbsee: But flashplugin-nonfree is a wrapper to download an md5sum certified binary from a vendor site. This is just a blob that got uploaded. [15:42] persia: i think it'd be worthwhile doing pq, if the uploader is committed to be the maintainer - forever. [15:42] and him be listed as the maintainer, and teh MOTU field not being there. [15:42] Hobbsee: How can we know what it is? How can we know whether to trust it? Would you sign it? [15:43] persia: the blob? [15:43] Hobbsee: Or the package containing the blob? [15:43] persia: i would have thought the fact that we werent maintainer of it meant that we werent responsible [15:43] that depends. do i have a probelm signing libdvdread3 for the same reason? [15:43] no [15:43] Hobbsee: MOTU is responsible for all of universe and multiverse. We often delegate, but we cannot abdicate. [15:43] and that's main. [15:44] Hobbsee: from where does libdvdread come? [15:44] er, debian originally [15:44] the question is where libdvdcss2 comes from :) [15:44] Hobbsee: libdvdcss2 is open-source. I don't see how it's related. [15:44] and how it's obtained. [15:45] persia: are you sure? the dvd content descrambler? [15:45] i thought that was illegal in most countries - unless that's changed recently. [15:45] Hobbsee: I compiled it locally. [15:45] how did you get the source? [15:46] install-css.sh? [15:46] Hobbsee: illegal to use without a content license (you need to work for a movie company or equipment manufacturer, where equipment may include software) [15:46] ah right [15:46] Hobbsee: No. I worked for a major motion picture studio, and just didn't wipe my hard drive when I left. [15:46] ahhh....sneaky? [15:46] s/?// [15:47] Not really different than install-css.sh. Still, the point is the code is available. Thats open-source, non-free. PQ is closed-source free. [15:48] oh, true, i guess you can actually get the source for that. [15:48] fair enough [15:48] i was thinking of wgetting the binary - and not knowing fi they've chucked something else there instead. [15:48] and not knowing if that would be the same, forever [15:49] For a major vendor, (e.g. microsoft, apple, oracle, adobe) the user can decide whether they trust the vendor, and we provide cryptographic tools to demonstrate the code hasn't been modified. For PQ, it's just an anonymous blob. The upstream forums don't lend an attitude of trust either (and aren't family safe) [15:49] true [15:50] Hobbsee: if someone wgets a binary without checking the signature, that's their risk, but I don't see the point of institutionalising it. [15:50] true [15:50] . o O { we really should fix that, too } [15:50] sha512sum :D [15:50] :P [15:50] We just need a policy. Someone should poke someone who can make a decision. [15:59] persia: Also on genpo, Is the lack of an icon going to be an issue? If so I can look into either making one myself or getting a community member to do so. [15:59] persia, i'm still not particularly sure why libdvdcss2 isn't in multiverse though. Items with questionable licensing such as lame can sit there. [16:00] rexbron: It makes the menus look ugly. If you can get an icon, it would be better. If you can't, someone will make one before hardy gets released. [16:01] persia: is there a bug list for packages that need icons? [16:01] superm1: Because it's actually illegal for most people to use in an active way, rather than the code not respecting a patent, etc. [16:01] persia, ah i see. [16:01] courtsy of the MPAA's legal dept. [16:01] oh and the DMCA [16:01] rexbron: No, but if you install the menu-xdg package, the "Other" menu gets cluttered with lots of programs that don't have icons. [16:02] that isn't made clear by a lot of the internet. everyone just puts it off as they aren't sure about it. [16:03] rexbron: No, it's not only that, it's also that they keys are considered private information: it's not all that different from my stealing your passwords and keyrings. [16:04] persia: yes and no. I disagree with the idea that someone can copywrite a number. To me, it seems like trying to claim a copyright on the alphabet. [16:05] superm1The difficulty is that nobody has come up with a reasonable way to do key escrow in a legal manner. If there was a libdvdcss2 compatible library that used a user-provided set of keys, which the user could collect from somewhere (or just invent), and several parties could release media differently encrypted, it would be legal. [16:06] Hi all! [16:06] hi [16:06] rexbron: It's not about the copyright of a number. It's about key exchange. You can't have my private key. If you steal it, that's theft. It's not about my copyright on my key, it's about it being my key. [16:06] warp10: Welcome to #ubuntu-motu [16:06] persia: if I figure it out myself, is that still theft? [16:06] * persia notes that this issue is extra confusing because the use of the keys is considered copyright violation [16:06] joejaxx: thank you! :) [16:07] warp10: you are most welcome [16:07] rexbron: No, but hacking me is a hostile act. [16:08] persia: but lets say that you sold the lock that the key goes into and I figure out how it works and tell people, suddenly that becomes theft? Theft of what, intelectual property? [16:08] lol [16:08] Just to be clear: I'm not attempting to defend the secrecy of the keys, nor the current copyright regime, just to separate the copyright violation (viewing a DVD without a device created by a license holder) from the knowledge of the keys (holding someone else's password) [16:09] rexbron: Yes, lock-picking is typically not considered a wholesome activity, except under certain constraints. [16:09] sure, but you were playing devil's advoate [16:10] :) [16:10] a balanced view is always the best :) [16:10] rexbron: No. I'm specifically not an MPAA advocate (or I'd still work for a major motion picture studio), but wanted to clarify that there are two distinct issues involved: one the inappropriate ownership of the key, and the other the viewing of the content. [16:11] What is your position on fair use? ie, being able to have your legaly owned dvd's work with your linux based operating system? [16:12] This separation is important to explain why libdvdcss2 is not appropriate for multiverse. It doesn't matter that it is only useful to view encrypted DVDs, it's important that the keys are considered private, and distribution of the keys is no different than the locksmith making two copies of your housekey (his blank: the shape is just information), labelling them with your address, and providing them to anyone who requests it. [16:12] * rexbron also gets anoyed when the DMCA gets abused [16:13] rexbron: Personally, I think everyone should have the ability to make a backup, and watch things on linux, but that has nothing to do with the suitability of a specific piece of software for multiverse. [16:14] In so far as when we go from advocates to activists [16:17] * persia apologises generally for the ranting about software licensing, and goes to sleep. === keescook_ is now known as keescook [16:47] japan time, see you tomorrow [16:48] bluekuja: ping [16:53] Hobbsee, yes? [16:53] bluekuja: looks like you're the last uploader for exaile - any plans to update it? [16:54] Hobbsee, wanted to do it yourself? [16:54] :) [16:54] bluekuja: i could. but not when it's almost 4am :) [16:54] lol [16:54] :D [16:55] Hobbsee, new debian revision ready to be merged? [16:55] or new upstream release? [16:55] no - just a new upstream [16:55] already in debian? [16:55] no [16:55] dont see a wishlist bug there either, actually [16:56] * Hobbsee was just looking at it, and ntoiced it was out of date [16:56] * Hobbsee wants to see if it actually works with her laptop keys [16:56] oh ok, well I can do it tomorrow or the day after [16:56] cool [16:56] so we can have it updated for the weekend [16:56] I guess [16:56] :) [16:57] :) [16:57] gonna update you as soon as the package is ready [16:57] thanks for updating me about its status ;) [16:57] no problem. thansk for that :) [16:57] :) === jussio1 is now known as jussi01 [17:08] would another motu be able to do a revu/ack of any of the mythtv-theme-** packages i have up on revu? http://revu.tauware.de/details.py?package=mythtv-theme-blootube http://revu.tauware.de/details.py?package=mythtv-theme-blootube-osd http://revu.tauware.de/details.py?package=mythtv-theme-blootubelite-wide http://revu.tauware.de/details.py?package=mythtv-theme-neon-wide http://revu.tauware.de/details.py?package=mythtv-theme-projectgrayhem- [17:08] osd http://revu.tauware.de/details.py?package=mythtv-theme-projectgrayhem http://revu.tauware.de/details.py?package=mythtv-theme-blootube-wide [17:15] superm1_: I just looked at the fist package. Shouldn't the license text be included in the orig.tar.gz instead of the diff.gz? [17:15] geser, they don't ship it [17:15] so i didn't want to put it in even though i was repackaging it [17:15] they only mention it in the README.txt [17:15] and link to it at the CC website [17:24] superm1_: https://wiki.ubuntu.com/PackagingGuide/Basic#CommonMistakes says that the upstream tarball should include a verbatim copy of the license text [17:25] is by-nc-sa considered free / ok for universe? [17:26] Probably not. [17:28] superm1_: could you add the name of the licence to debian/copyright so it's easier to see which licence it is? [17:33] geser: Of course it's not ok. [17:33] geser: As "nc" implys. [17:34] ok, thanks [17:36] hello [17:37] does someone know if it's possible to ask a backport for feisty from a hardy package ? [17:41] If a package is in feisty but got removed from gutsy how can I get it into hardy? [17:41] It shouldn't have been removed, it got caught up in the 'remove beryl' fun [17:43] But why does Beryl need to be in Ubuntu ... ? [17:44] Amaranth: like any other new package [17:45] geser: I don't want to do a new upload :P [17:45] Nothing has changed... [17:45] StevenK: it doesn't, emerald-themes does though [17:45] Can emerald-themes be dragged against Compiz? [17:46] You will need to re-upload it, too === rob1 is now known as rob [18:07] hello all [18:07] i have a question about a merge im trying to commit [18:07] er, do [18:10] nevermind :) [18:13] drsatyri: if you don't ask your question its a bit difficult to give you an answer === ThiefOfBaghdad is now known as tuxmaniac [18:18] When compiling a 32 bit app under amd64, where do I get /lib32/libm.so from? Can't find the package [18:20] mok0: apt-file search lib32/libm.so says that libc6-dev-i386 contains usr/lib32/libm.so [18:21] and libc6-i386 , /lib32/libm.so.6 [18:21] Lutin: Thanks [18:22] I was using apt-cache, it didn't report anything (?) [18:22] apt-cache searches for packages, not files [18:23] Lutin: You learn something every day :-) [18:23] :) [18:24] Lutin: That means I need to make a Build-Depends: libc6-dev-i386, but only when on amd64. How should that be handled? [18:26] mok0: Build-Depends: package [amd64] [18:26] mok0: it doesn't compile on amd64 ? [18:27] could somone check over this http://revu.tauware.de/details.py?package=inspircd for me [18:29] Lutin: no [18:30] There is both fortran and C code [18:30] mok0: ok [18:30] CyberMatt: the base package ames from unstable ? [18:31] Okay. [18:31] I downloaded xfce4-session from MoM and the patch it uses has changes that I'm not sure where they come from. [18:31] Maybe I should ask keybuk [18:32] But he isn't around at the moment. [18:33] no i saw it in the mentors interface it hadn't been updated in like 4 months so i updated [18:34] CyberMatt: you should try to get in touch with the initial packager :) [18:34] i did [18:34] been a month [18:35] somerville32: xfce4-session doesn't seem to be listed on MoM [18:36] Lutin, thats because I already merged it and uploaded [18:36] But apparently it removed a patch that is not obsolete and I can not find where that change was made except in the patch the MoM applied to the package. [18:37] weird [18:39] The diff for the package is different than the "patch" MoM has. [18:39] I'm not sure how it is generated. [18:39] And now it makes me scared that MoM has made other changes that aren't so healthy [18:40] somerville32: you shouldn't just blindly use MoM output [18:40] well the patches MoM applies sure don't come from nowhere ... [18:43] This is confusing. The diff between the old package diff and the .patch is rather weird. Big delta. [18:44] somerville32: did you check the versions the diffs are against? [18:45] diff -Nur xfce4-session_4.4.1-1.diff xfce4-session_4.4.1-1ubuntu4.patch > moo [18:45] Oh [18:45] That might be why [18:46] one sec :P [18:46] no delta [18:47] this patch has been forgotten on all previous merges [18:50] Looks like there is other stuff deleted too [18:55] Ok, this is starting to make some sense. [18:59] I officially want to stab mom in the face :/ [19:00] * LaserJock again wonders why somerville32 is looking at MoM :-) [19:00] LaserJock, Why wouldn't I? [19:00] why would you? ;-) [19:01] Mom has always done me well in the past. [19:01] MoM output is fine to look at [19:01] but when you want to actually do a merge you should first look at the packages [19:01] then you won't be confused (or less so) by MoM [19:02] Ok, the diff for the new debian package shows that it added debian/watch [19:02] And the patch generated by MoM removes it. [19:03] None of the other diffs even talk about debian/watch [19:03] if you've already seen the diffs then you'll have a better understanding of what MoMs trying to do [19:20] how do i sign .dsc and .changes files after ive checked all of the similar files for diffs in a merge? [19:21] drsatyri: Use debsign <.dsc> [19:22] maintainer should be "Ubuntu MOTU Developers" in the control, right? [19:22] usually yes [19:24] Hey everyone! Genpo has been updated (with the proper revision this time) and is up for review. http://revu.tauware.de/details.py?package=genpo [19:27] * somerville32 cheers. [19:27] * somerville32 has overcome the MoM disaster of today. [19:30] norsetto: hey [19:31] I having a weird stuff [19:31] I am looking to do a merge... [19:31] and there is something I understand... [19:31] huats: i was looking for you [19:32] nxvl: really ? [19:32] :) [19:32] huats: how is understand something a problem? [19:32] huats: the D Maintainer send me an e-mail. he want your patch [19:32] nxvl: first time someone is looking for me [19:32] huats: whats your e-mail to forward his? [19:32] jajjaja [19:32] nxvl: christophe.sauthier@gmail.com [19:32] when would you include the orig.tar.gz? [19:33] geser: here is the pb http://paste.ubuntu.com/1751/ [19:33] I dont see the diff :) [19:33] so I don't know why the merge is a pb.... [19:33] if you have an idea :) [19:33] sent [19:34] nxvl: great [19:34] I will have a look [19:34] thanks [19:34] huats: he tell me to do it, but it's your work, so it's better you to take the credit :D [19:35] nxvl: it is no big deal... [19:35] you could have done it [19:35] but thanks anyway [19:35] I 'll have a look at your mail [19:35] huats: i know, but it's a good practice to do that way, i prefer it :D [19:36] nxvl: ok [19:36] geser: have you spot my pb ? [19:36] huats: just an advice, use uuencode for the image [19:36] I think I did [19:36] no ? [19:37] huats: have you checked the amount of white space? or are some tabs with white space replaced? [19:38] geser: I will.. [19:38] geser: that was my guess [19:38] but I was wondering if there was something I haven't seen [19:39] I see no difference [19:40] apparently the second line used a tab before while now it is many spaces... [19:40] geser: ok, so that part of the merge will be easy :) [19:41] i have a problem with a merge and signing the changes: "clearsign failed: secret key not available" [19:41] drsatyri: Compare the Changed-By line in the changes file, and what name, comment and e-mail is on your key [19:42] my key? [19:42] You don't have a GPG key? [19:43] i will shortly! :) [19:43] (ive never successfully merged before) [19:44] drsatyri: signing is only important if you want to upload the package somewhere [19:44] for a debdiff signing isn't needed [19:44] oh. so i should just package this up and make a launchpad bug? [19:47] drsatyri: https://wiki.ubuntu.com/MOTU/Merging section "Build, check and report" [19:48] nxvl: I still haven't received your email [19:51] Who wanted me to test gcompris last night? [19:52] mmm [19:52] huats: in junk? [19:52] nxvl: :) [19:52] nxvl: indeeed... [19:53] :D [19:55] nxvl: what do you want to send him exactly ? [19:55] I have to admit it is a bit far away from me :) [19:55] huats: he want your patch, the one you write for https://bugs.launchpad.net/ubuntu/+source/efax-gtk/+bug/108746 [19:55] Launchpad bug 108746 in efax-gtk "no icon in kde menu" [Wishlist,Fix released] [19:56] ok [19:56] I will send him [19:58] geser: what do I do if I spot something stupid in the new version I have to merge ? [19:59] I mean two identical lines in a row... === nxvl_ is now known as nxvl [20:07] huats: link to merge? [20:07] MoM might have gotten a bit confused ;) [20:08] huats: what lines? [20:08] joejaxx: http://dad.dunnewind.net/dbmail/ [20:08] joejaxx: it was dad [20:08] norsetto: hey [20:09] norsetto: in the postinst file [20:09] huats: i see what you mean [20:09] rm ${CONFIG_EX} ${DEBIAN_CONFIG_EX} [20:09] [20:09] + rm ${CONFIG_EX} ${DEBIAN_CONFIG_EX} [20:09] so it means that now there are 2 identical lines in a row... [20:10] huats, so get rid of it :P [20:10] somerville32: that was my idea... [20:10] by I wanted to be sure... [20:10] :) [20:10] huats: look at the debian patch [20:10] automatic merges aren't perfect. [20:10] huats: that was one of the previous ubuntu changes most probably [20:11] debian has it [20:11] http://dad.dunnewind.net/dbmail/dbmail_2.2.7-1.patch [20:11] joejaxx: yep [20:11] that line anyway [20:11] huats: which has been done upstream or by debian, so, no need to add it (and pls. delete it from changelog) [20:11] huats: ^ :D [20:12] * joejaxx is getting better at the merges :D [20:12] huats: yes, that was an old ubuntu change [20:12] norsetto: it was indeed... [20:12] Don't delete it from the changelog [20:12] Just note that you removed the delta [20:13] somerville32: I will note in the changelog that I have removed it... [20:13] huats, Awesome :) [20:15] ok now the manual says make two debdiffs...what should those both be named? [20:16] drsatyri: doesn't really matter as long as its clear what is what [20:16] so one could have the XubuntuX and one not [20:16] norsetto: always the right word [20:17] .c [20:17] uh [20:17] hey folks [20:17] hi TheMuso [20:17] hey TheMuso [20:17] drsatyri, What are you packaging? [20:18] hardware-manager [20:18] im posting it on launchpad no [20:18] drsatyri: the name doesn't matter, use something which makes it clear to which version is referring; for instance ubuntu_vs_ubuntu.debdiff and ubuntu_vs.debian.debdiff [20:18] *now [20:18] cool ok [20:18] this all makes a lot more sense once you do one :P [20:20] drsatyri: please check the size before uploading .... check what is in the guide [20:20] yeah i saw that, ill make sure i do [20:21] * norsetto still remembers the bug report with 5 10 MB patches .... [20:29] Hey [20:38] hooray [20:38] :) [20:39] i dids it. [20:39] my first merge [20:39] i feel so proud im gonna go do another [20:39] :D [20:39] You go girl! [20:39] . [20:39] now im not proud [20:39] LOL [20:40] < proud [20:40] somerville32: you need to whois before you sad that lmao [20:40] say* [20:40] hehe [20:40] drsatyri: gratz :) [20:41] joejaxx, Didn't you get the memo? Everyone on the internetz is a girl now. [20:41] news to me [20:44] zomg, teh girlz, on teh intarweb? [20:48] * rexbron cowers in the silence [20:49] lol [20:49] is it already X-mas? [20:49] * rexbron wants to make a law that there can be no christmas ads/music untill december [20:50] +1 rexbron [20:50] * somerville32 is refusing to watch TV [20:50] One of the dept stores near my flat had a xman display up on Oct 30th. WTH [20:51] rexbron, It is a rule. [20:51] They were a little early though [20:51] Should have been November 1st [20:51] :P [20:51] rexbron: the christmas "spirit" has been found to make people want to spend money so businesses love it [20:51] rexbron: add christmas sweets to that list [20:52] Stop!! :P [20:52] * somerville32 gets craving for Christmas sweets. [20:52] Damn you. [20:52] oh, i know all about what it does to people [20:52] rexbron: such music should only start on the 25th of december [20:54] somerville32: I've seen here the first christmas sweets already in october [20:59] What is the Chinese country code? [21:00] somerville32: .cn [21:00] thanks [21:17] anyone here know PHP? [21:18] * pkern shrugs. [21:18] bmk789, As much as I know French [21:18] how much is that? [21:18] you may have better luck in a php channel, if you have a question [21:18] I can read bits of it but I can't write much [21:19] ok ill check #php [21:19] It's off-topic in here, too, if it isn't about packaging PHP stuff. ;) [21:19] It is a shame it is not french... I could have helped [21:19] :) [21:19] pkern, We're generally offtopic in here:P [21:19] bmk789: if it not offtopic maybe I can help also in php... [21:20] well its not packaging, its just a couple lines of code arent doing what i need [21:23] amazing what cheesy packages we have in revu [21:23] norsetto, lol [21:23] norsetto, Are you talking about my package? :P [21:24] somerville32: :-) [21:24] Oh crap [21:25] Someone has uploaded it before me [21:25] From August [21:25] so all good [21:25] ajmitch: Christmas is evening of 24th here. [21:25] somerville32: can you nuke it? [21:25] norsetto, No need. [21:26] somerville32: ah, you don't like fondue .... [21:26] fondue? [21:29] somerville32: litterally translated "fused cheese which you can eat with bread on a stick" [21:29] lol [21:31] I'm going to need help with that package. [21:32] I can't see where the desktop file is generated and lintain complains about it [21:32] norsetto: I am dure you enjoy fondues and raclettes [21:33] somerville32: you are lucky, norsetto is the desktop file guy... He loves them [21:33] :] [21:33] huats: doh? [21:34] bmk789: still searching someone who knows PHP? [21:34] norsetto: I can remember clearly that one day you told me you had enough with fixing desktop files .... [21:34] :) [21:34] norsetto: so I was a bit ironic :D [21:35] huats: no, I had enough of sponsoring them .... [21:35] norsetto, I can't find it is gernated. [21:35] norsetto, Can you help? :) [21:35] norsetto: oh that was a direct punch in work so :D [21:35] somerville32: which bug ? [21:36] no bug [21:36] On revu [21:36] somerville32: ok [21:36] I just uploaded a new version [21:36] Should be available in a minute or two [21:39] RainCT: yes [21:39] bmk789: I might be able to help [21:41] http://revu.tauware.de/details.py?package=cheese === d33p__ is now known as luisbg_ === lamalex__ is now known as lamalex [21:58] Can someone help me with my package? I can't seem to find where the .desktop file is generated and lintian complains about it. [21:58] http://revu.tauware.de/details.py?package=cheese [22:02] somerville32: what error do you get? [22:03] Creating new top level or something === jussi__ is now known as jussi01 [22:05] somerville32: does it really generate one and doesn't use that one http://revu.tauware.de/revu1-incoming/cheese-0711062240/cheese-0.2.4/data/cheese.desktop ? [22:06] ... [22:06] * somerville32 is a morong [22:06] I need to improve my grepping skills [22:07] * bddebian too [22:07] somerville32: In this instance, the find command would have found what you were looking for. [22:08] * somerville32 nods. [22:08] cheese has an interesting requirement listed in http://revu.tauware.de/revu1-incoming/cheese-0711062240/cheese-0.2.4/README [22:09] lol [22:11] geser: don't look at me, I haven't got any [22:13] geser: At least it's not embeded into the license. [22:14] Otherwise it would be non-free as it's a discrimination against fields of endeveour(+spelling). === doko_ is now known as doko [22:25] aside from bug hunting, how can I help out with ubuntu? i'm finding that i can't really reproduce many of the bugs that are listed on launchpad... [22:25] Where is that list of universe packages compared against sid? [22:25] utnubu.alioth.debian.org [22:26] somerville32: Actually it's all of Ubuntu. [22:26] somerville32: i.e. all of Hardy since today [22:27] Thats not the link I was given last night [22:27] somerville32: that one http://people.ubuntu.org.au/~fujitsu/motuscience/versions/universe.html ? [22:27] yea [22:28] Not in Sid : 898 packages [22:28] Way to do for backmerging. [22:29] Debian is strucked by death of ftp-master currently anyway. [22:30] ftp-master really died? [22:30] somerville32: 2 disks in a raid5 array, yuck. [22:30] oh. [22:30] I thought you meant a person [22:30] :/ [22:30] Haha. I already had that case, I should have thought of that. [22:30] I would have said "an ftp-master" then. [22:30] And added a sad smiley. \: [22:30] pkern: that 898 packages also include packages that got removed from Debian but not from Ubuntu yet [22:31] geser: Point noted. [22:33] geser, it was intended to be headed into multiverse [22:33] not universe [22:33] geser, because of the 'nc' [22:34] kdub432: have you checked https://wiki.ubuntu.com/UbuntuDevelopment ? [22:37] superm1__: ok [22:38] geser, other than having to repack COPYING in the upstream tarballs, things ok? [22:38] enough is enough, g'night folks [22:41] superm1__: seems so, I should check it again (and a small wishlist bug: add the name of the licence to debian/copyright) [22:41] well i'm in good contact with the upstream, so i'll see if i can get him to include the COPYING upstream and mention it there and i'll just copy the whole thing verbatim (including that bit) [22:42] its the same upstream for all those themes [22:42] Later folks [22:43] * somerville32 cries. === Spec is now known as x-spec-t [22:43] The Xubuntu artwork guy is starting artwork discussion on -devel :( [22:43] And he wants all kinds of yucky changes, haha [22:44] superm1__: I haven't checked, has your debian/rules a get-orig-source target? [22:44] geser, he ships .tar.bz2's [22:45] so it has to be repacked either way [22:47] therefore the question about get-orig-source which does the repackaging for you? [22:47] well assuming i still need to put the COPYING in, its a moot point [22:47] until upstream will do it. [22:47] but once he does, then i'll be glad to add said target [22:47] Can someone review my package? http://revu.tauware.de/details.py?package=cheese [22:48] Only needs one advocate. [22:48] one question I've ever had.. what is the "attachment is a patch" checkbox in LP for? [22:48] for debdiff's, or patches without debdiff? [22:48] or both? :P [22:49] RainCT, sometimes some people attach logs [22:49] so its for differentiating between the two [22:49] RainCT, debdiffs, patches, etc. [22:49] RainCT, It changes the mime type [22:50] ah ok, thx [22:56] superm1__, Do you have time to review cheese on revu? [22:57] somerville32, if its a short revu sure, but i dont have my GPG, SSH , or REVU keys [22:57] only needs one ack right? [22:57] superm1__, yup [22:57] * TheMuso is around if an uploaded is needed... [22:58] somerville32, there are no acks on it right now? [22:58] superm1__, No. It is an update so it only needs one ack. [22:59] good night [22:59] RainCT, night :) [22:59] somerville32: Why don't you file a bug and attacha diff and add to the sponsors queue? [22:59] TheMuso, It is a new release. [22:59] Seriously, its easier. [22:59] Oh ok. [23:00] TheMuso, I'll be sure to put just updates to the package on lp from now on. [23:00] O. [23:00] ok [23:01] I love this, the svn commit that fixed my build issues for openlibs was 1337 :D [23:02] rexbron: lol [23:03] somerville32, yeah this would be a lot easier if i can see a debdiff [23:03] against the current version [23:03] There is one on revu :P [23:03] or wait, thats just against the orig [23:03] superm1__, You don't want a debdiff. [23:04] It would be just full of software changes. [23:04] somerville32, well i mean a diff of the two debian/ directories [23:04] Uno moment [23:05] !pastebin [23:05] pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic) [23:07] http://paste.ubuntu-nl.org/43606/ [23:08] * Fujitsu_ fails that debdiff. [23:08] You should be using the homepage field. === Fujitsu_ is now known as Fujitsu [23:09] * somerville32 Fujitsu into a closet. [23:09] Hmm.. [23:11] Does the Homepage and Vcs fields need X??- before them anymore? [23:12] rexbron: No. === KC8TAD is now known as rrittenhouse [23:12] I don't think so. [23:12] I've seen several packages that use that field now. [23:12] When I've been lookig over merges etc. [23:12] TheMuso: It was mentioned on the debian wiki [23:12] And, as we do package updates, we should to. [23:12] too [23:12] but lintian/linda has not been updated to reflect that afaik [23:13] rexbron: Not in Gutsy. [23:13] There is a backport pending. [23:13] cool [23:13] * rexbron is running hardy though. :) [23:14] I uploaded the new lintian almost a week ago, and I believe it built. [23:15] superm1__, Feel free to poke it in if you'd like [23:16] somerville32, i dont have linda/lintian right here, but that homepage thing is the only thing that stands out from looking at it [23:16] somerville32, i'll poke closer later tonight when i have access to gpg/ssh/revu [23:16] superm1__, Well, it is linda/lintian clean. [23:16] somerville32, if someone else doesn't [23:16] somerville32: No it is *not*. [23:16] Maybe on Gutsy. [23:16] But not on Hardy. [23:16] Fujitsu, I have lintian hardy installed [23:17] It will complain about the homepage being in the description, and probably a couple of others. [23:17] * TheMuso uses a hardy chroot to run lintian/linda. [23:17] Ohh, you didn't actually use the old homepage syntax, so it won't pick it up (it would be looking for 'Homepage:' in the description). [23:17] Why use gutsy when theres a chroot available. [23:18] TheMuso: I don't use gutsy? [23:18] I'll make the homepage change and rebuild to make sure it is clean. [23:18] TheMuso, Will you upload after that? [23:18] somerville32: Thankyou. [23:19] Make sure you run with -Iiv. [23:19] somerville32: Ok. Whats the package name on revu? [23:19] cheese [23:19] ok [23:19] * Nafallo sees Fujitsu forgot something again [23:20] Nafallo: Blah. [23:20] haha [23:21] When is a SRU approved? the ubuntu-sru team is rather small.. so either pitti or cjwatson have to comment with an ACK? [23:22] Or is it approved once the "Gutsy task" has been accepted? [23:23] Where does the homepage field go? [23:23] somerville32: in the control file [23:23] :D [23:23] * somerville32 smacks joejaxx [23:23] Which section? [23:23] * joejaxx dodges [23:23] somerville32: the source package part [23:23] And should I get rid of the homepage in the description? [23:23] i believe so [23:23] blueyed: ubuntu-sru only does main/restricted. [23:24] Fujitsu: ahhhhh.. That wasn't clear to me. I'm subscribing them to all SRUs. [23:25] joejaxx, so Homepage: %s [23:26] yeap the field then the website [23:26] just like the other fields [23:26] * somerville32 pokes joejaxx in the eye. [23:26] Thanks. [23:27] blueyed: You are going to get lightly killed, probably. [23:27] "This Policy applies for packages shipped in Main. For packages in universe read StableReleaseUpdates#Universe." [23:28] Fujitsu: half of them might be for main. Yes, I've just taken a closer look at wiki.ubuntu.com/SRU again. [23:28] somerville32: you are most welcome :) [23:28] blueyed: Wait, you don't know which component they're in? You should have a sponsor queued up... [23:30] Fujitsu: mostly I check which component they are in, to subscribe either ubuntu-main-sponsors or u-u-s. But IIRC I've always subscribed ubuntu-sru for SRUs - because I've thought they could only accept the "Nominate for release". [23:30] ~ubuntu-dev can accept them for universe. === asac_ is now known as asac [23:38] Fujitsu: is it OK to subscribe ubuntu-sru to bug 131526? [23:38] Launchpad bug 131526 in openoffice.org "[gutsy] OpenOffice crashes/hangs with some Gtk themes (e.g. Crux)" [Critical,Confirmed] https://launchpad.net/bugs/131526 [23:39] blueyed: If they aren't already. [23:39] I'm surprised nobody else is working on that. [23:43] Fujitsu: I've provided a patch for this now nearly two weeks ago, have been flamed about it for uploading it to my PPA (omg ooo builds) and now nothing happens... really sad - given the number of crashes and bad experiences (and the easy fix). Hopefully calc puts his planned upload together in the next days and includes this. Then again some weeks and the fix may be available to users finally. [23:46] somerville32: Was the package acked, or does it still require an ack/ [23:47] TheMuso, I'm making those changes you requested an am currently rebuilding to ensure lintian and linda cleanliness [23:47] ok [23:55] * Fujitsu is not encouraged by the new official stance on community developers for Launchpad. [23:55] They used to say they'd consider them... but I guess it's good they're actually making it clear now. [23:56] Fujitsu: Whats this about exactly? [23:57] Fujistu: excuse me, may i ask you a question about Debootstrap? [23:57] !ask | s1024kb [23:57] s1024kb: Don't ask to ask a question. Just ask your question :) [23:57] TheMuso, SteveA said that they do not currently have a process for non canonical-staff to help develop launchpad [23:57] Oh that. [23:57] Right. [23:58] When i try to set up my chroot, the error message was: E: No such script: /usr/lib/debootstrap/scripts/gusty