_ubuntu-motu

[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: xfwm4gcompris, 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 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 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 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=17

8? 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] moins

[07:42] whee

[07:42] *(vertex_data_start+14+(i 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] 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] 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] 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] 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. 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 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: 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

[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] 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