[12:07] <_tonio> hi all
[12:07] <_tonio> little question about packaging
[12:08] <_tonio> how to resolv the deps problem if one of the required packages is in multiverse (mplayer in my case)
[12:09] <crimsun> what pool is your package in?
[12:10] <crimsun> if your package has b-d on a package in multiverse, your package needs to be [demoted to]  in multiverse
[12:11] <_tonio> universe
[12:11] <_tonio> damn ;)
[12:11] <_tonio> Okay so I cannot post it to REVU can I ?
[12:12] <_tonio> I'm trying to package soundkonverter in fact, which depends on many tools including mplayer
[12:12] <crimsun> sure you can, but you either need to disable the compile option that requires the b-d on the multiverse package, or you need to ask for your package to be demoted to multiverse
[12:13] <_tonio> okay, and how to resolv the multiverse problem with pbuilder ?
[12:13] <crimsun> battery's about to die, back in a bit
[12:13] <_tonio> can it make use of multiverse ?
[12:13] <_tonio> okay thanks for your help ;)
[12:13] <crimsun> sure, just make sure multiverse is in your pbuilder's sources.list
[12:13] <crimsun> remember that will only work for a local build
[12:13] <hub__> can't programmer program cleanly?
[12:13] <crimsun> it will fail horribly on our buildds
[12:15] <_tonio> okay crimsun thanks ;)
[12:16] <_tonio> That doesn't resolv my problem because I will not be able to upload it, or built will fail..... I will look for  solution...
[12:59] <nathanel> the lesstif package seems to be broken and needs a recompile against current libraries; I already added a comment to #14943, but I'm not sure if I should open a new bug on lesstif directly?
[01:12] <bmonty> hi everyone
[01:12] <bddebian> Heya bmonty
[01:13] <bmonty> \sh_away: pong
[01:15] <_tonio> little question, what to add to "rules" to let pbuilder use qmake instead of make ?
[01:15] <_tonio> I have a Makefile generated with qmake and no makefile.in
[01:15] <_tonio> pbuilder just fails......
[01:16] <bmonty> _tonio: is qmake installed in your pbuilder (i.e. is it a build dep?)
[01:17] <_tonio> in my pbuilder ? I don't understand..... with my packages you mean ?
[01:18] <_tonio> did I put qmake in the dependancies ? yes
[01:18] <bmonty> what is the error that you get when it fails?
[01:18] <_tonio> no makefile found
[01:19] <_tonio> because I don't have any makefile.in file in the tarball, but I have a "makefile"
[01:19] <_tonio> sounds a bit strange but that's it
[01:20] <bmonty> do you have to use -f if the makefile isn't named "Makefile"?
[01:21] <_tonio> not sure....... I surely have to make a few tests.....
[01:21] <_tonio> maybe just use qmake without options in the rules file.... I'll make some tests
[01:25] <sistpoty> ping j^
[01:27] <bddebian> Doesn't qmake use .pro files?
[01:28] <_tonio> bddebian: I don't know exactly qmake, I just used it once...
[01:28] <_tonio> here is the first line of the "Makefile" I have
[01:29] <_tonio> # Makefile for building: klear
[01:29] <_tonio> # Generated by qmake (1.07a) (Qt 3.3.4) on: Sat Sep 10 12:31:47 2005
[01:29] <_tonio> # Project:  klear.pro
[01:29] <_tonio> it seems that I have tu use a .pro file and yes I have it ;) but what to add in "debian/rules" for this ?
[01:30] <bmonty> _tonio: add the qmake commands to build the makefile
[01:30] <bmonty> and then run it
[01:30] <bddebian> You should just be able to swap make/makefile.in with qmake/*.pro respectively I think
[01:32] <_tonio> I'm trying this ;)
[01:34] <_tonio> bddebian: the problem is that I'm using cdbs, and there is certainly a specific flag to make use of qmake, but I haven't been able to find...
[01:35] <bddebian> Sorry, I know little to nothing of cdbs :-(
[01:36] <_tonio> I'm not a specialist also, but is simplifies a LOT ;) therefore I can have problems for example in this case ;)
[02:32] <_tonio> kubuntu-devel
[04:45] <apokryphos> Malone should be used for Universe bugs, no?
[04:46] <apokryphos> searching by sourcepackagename doesn't find KPackage (while it is in Universe, both Breezy+Hoary)
[05:03] <persia> apokryphos: Malong should be used for universe bugs.  It's bug day, so bug activity is currently coordinated on #ubuntu-bugs
[05:03] <apokryphos> persia: I take it universe bugs means packages in universe ;-), but nevermind, I'll note there, thanks :)
[09:01] <siretart> morning
[09:02] <StrikeForce> morning :)
[09:34] <siretart> where does postfix place logfiles by default?
[09:39] <Lathiat>  /var/log/mail.{log,info,err} iirc
[09:40] <siretart> ok, thanks
[09:42] <siretart> :)
[09:42] <siretart> perhaps I should read more documentation of postfix
[10:00] <\sh> moins
[10:06] <robitaille> at someone?  at something?
[10:07] <\sh> read the planet...4:34 UTC I got my wakeup call from my provider, that my webserver was down...
[10:08] <\sh> shitty shitty scriptkiddie bang bang
[10:08] <crimsun> ick, that blows
[10:09] <\sh> one weblog was not fixed..and allmighty XMPRPC PHP bog hit me
[10:09] <\sh> I informed the admin of this vhost and shut this service down...
[10:10] <\sh> I checked my system and found a nice botnet crap in /tmp/
[10:10] <\sh> to be precisley: /tmp/.../.httpd/ ,-)
[10:11] <Treenaks> \sh: good luck with it
[10:11] <\sh> Treenaks: all over...I discovered the scriptkiddies
[10:11] <\sh> .ru
[10:12] <robitaille> \sh:   SERVER <IP_ADDRESS>  points to step.polymtl.ca    That's a big enginerring school in Montreal.  You could even visit them next month
[10:12] <\sh> well...the first ip is lycos europe..my ex-teamleader is contact person ;)
[10:13] <\sh> I mean, they should invest their time in real hacking not in trying out old bugs
[10:13] <siretart> hi \sh
[10:13] <\sh> or they should come around and help developing a better ubuntu
[10:13] <\sh> hey siretart
[10:15] <\sh> the only thing what disturbs me and got me angry is the time, my provider was sending the sms..it was in the middle of my night ,)
[10:15] <siretart> understandable
[10:24] <\sh> oh man..u guys hexed yesterday evening a lot ;) reading -changes ;)
[10:26] <torkel> crimsun: thanks for taking care of openafs
[10:27] <\sh> http://www.minisip.org/
[10:29] <torkel> crimsun: If you got some time I would apreciate if you could upload/sync openafs-doc too. It's a separate source package nowdays
[10:31] <pef> hello
[10:35] <siretart> hi pef!
[10:36] <pef> I have now free time to help you :) I will certainly help with desktop files
[10:37] <siretart> great! :)
[10:38] <pef> the quality of debian packages is a myth or a reallity ?
[10:38] <crimsun> quite far from myth; definitely a reality
[10:38] <\sh> ghc6 is ok can we deal with the unmet deps?
[10:40] <pef> crimsun: so I have no luck with them :) I find some packages with diff about 1M, library as Recommends, etc
[10:42] <siretart> \sh: ghc6 and darcs are looking fine, at least on i386]
[10:43] <\sh> http://people.ubuntu.com/~lamont/buildLogs/g/ghc6/6.4-4.1ubuntu2/ <- this?
[10:46] <siretart> yeah, looks fine to me
[10:46] <\sh> ok..so we can deal with them ;)
[10:47] <\sh> grmpf
[10:47] <\sh> siretart: are u haskell specialist? please have a look, when u have time, on hmake ;)
[10:51] <\sh> brb
[10:51] <siretart> \sh: sistpoty is ;)
[11:12] <\sh> siretart: ok ;)
[11:16] <\sh> hmmm...should I go out to have breakfast?
[11:16] <crimsun> certainly
[11:47] <\sh> ok..going out for breakfast or actually it's lunch time ;)
[12:02] <siretart> yay finally found that londonlaw/wxpython b00g
[12:12] <ajmitch> great
[12:13] <ivoks> hi
[12:13] <ajmitch> hey ivoks
[12:13] <ivoks> ajmitch: yeah, me too :)
[12:13] <ajmitch> since it has my gpg & ssh keys on it
[12:14] <ivoks> i will do a reinstall as soon as breezy is out
[12:14] <ivoks> or maybe even with snapshot
[12:14] <ajmitch> I've already customised my install a bit - I think I could probably convert the running system to cryptroot
[12:14] <ajmitch> only 11GB of LVM space is currently allocated on it
[12:15] <ivoks> ajmitch: and you have crypted partitions?
[12:15] <ajmitch> not yet
[12:15] <ivoks> i tried to setup that once, and failed
[12:15] <ajmitch> still got 16GB unallocated in the VG
[12:15] <ivoks> :)
[12:15] <ivoks> hm... does gvm understands crypted usb keys?
[12:16] <ivoks> s/keys/sticks
[12:16] <ajmitch> yes
[12:16] <ajmitch> pitti announced basic support for that awhile ago
[12:16] <ivoks> hm... tempted :)
[12:17] <ajmitch> if I had a usb key I'd certainly use it crypted
[12:17] <ivoks> only problem is that's unusable elsewhere
[12:18] <ajmitch> wouldn't worry me
[12:18] <ajmitch> you can partition your key
[12:18] <ivoks> yes, that's what i'm thinking right now...
[12:19] <ivoks> we should put iFolder in breezy+1
[12:19] <ajmitch> aha, he has a mini-howto posted on jul 16 to ubuntu-devel
[12:19] <ajmitch> umm
[12:19] <ajmitch> we've already talked about ifolder
[12:19] <ajmitch> there's an issue with a proprietary lib, iirc
[12:19] <ivoks> hm...
[12:20] <ivoks> that's bad
[12:20] <ajmitch> yes
[12:20] <ajmitch> I can't recall what the conclusion was
[12:20] <ajmitch> but we have looked at it :)
[12:21] <ivoks> ifolder.com - Open Source iFolder Project
[12:21] <ivoks> but the lib... :///
[12:22] <ajmitch> libflaim, iirc
[12:22] <ivoks> yes
[12:22] <ivoks> but:
[12:22] <ivoks>  iFolder 3.2 Goals
[12:22] <ajmitch> we'll see what we can do for dapper (and debian)
[12:22] <ivoks> Replace the Flaim database with an open source solution
[12:23] <ivoks> http://www.ifolder.com/index.php/Project_Roadmap
[12:23] <ajmitch> 3.1 is current
[12:23] <ivoks> yeah...
[12:23] <ivoks> so, that could be soon
[12:24] <ajmitch> probably just after breezy release :)
[12:24] <ivoks> :)
[12:24] <ivoks> they say that even libfalim could go open source
[12:24] <ajmitch> however that's for simias
[12:24] <ajmitch> I think the ifolder client is fully open source
[12:24] <ivoks> client is
[12:24] <ajmitch> but I don't know how useful it is without the server
[12:25] <ivoks> it's not
[12:26] <ajmitch> ifolder+avahi will be really good
[12:27] <\sh> back...have my breakfast at home...to sunny outside
[12:27] <ajmitch> hey \sh
[12:27] <ivoks> ajmitch: yes
[12:28] <Lathiat> what is flaim
[12:28] <\sh> hey ajmitch :)
[12:28] <ivoks> Lathiat: bad library :)
[12:28] <ajmitch> Lathiat: heh, you highlight on avahi in channels now? ;)
[12:29] <Lathiat> ajmitch: yeh
[12:29] <Lathiat> ajmitch: altho i was reading the conversation before
[12:29] <ivoks> would ifolder be able to work over avahi?
[12:29] <ajmitch> if it were hacked up to do so, yes
[12:30] <ajmitch> I'd say someone would be working on a patch asap
[12:30] <ivoks> hm
[12:30] <ivoks> but who? :)
[12:30] <Lathiat> ifolder 3.1 goals
[12:30] <Lathiat> - peer-to-peer domain enabled in simias with simias-bonnjour package
[12:31] <ajmitch> Lathiat: you talked to calvin about it, right?
[12:31] <Lathiat> ajmitch: nope, i havent really touched ifolder ever
[12:31] <Lathiat> i tried it once and couldnt get it to work
[12:31] <ajmitch> ah, I thought you had..
[12:31] <Lathiat> that was a long time ago tho
[12:31] <ajmitch> I recall now, Mez was trying to package it, had been talking to him
[12:32] <ajmitch> beyond 3.2 goals.. tomboy & f-spot.. ;)
[12:32] <ivoks> f-spot looks nice
[12:33] <ajmitch> it is
[12:33] <ivoks> f-Spot
[12:33] <ivoks> :/
[12:34] <ajmitch> ?
[12:52] <ivoks> eh
[12:52] <ivoks> pitti rulz
[12:53] <ajmitch> heh
[12:53] <ajmitch> what did you setup?
[12:56] <ivoks> usb stick
[12:56] <ivoks> when you plug it in, asks for pass
[12:57] <\sh> ??
[12:57] <\sh> what is it?
[12:57] <ivoks> \sh: http://lists.ubuntu.com/archives/ubuntu-devel/2005-July/008982.html
[12:58] <ivoks> we should write gui for this
[12:59] <\sh> why he didn't blog it ,-)
[12:59] <ivoks> :)
[01:01] <ajmitch> \sh: because he posted it to the devel list? :)
[01:01] <\sh> he should blog those things, so i can read it with my akregator ,-)
[01:02] <\sh> You know, blogs are kewl ,-) and they're quite strange
[01:02] <ajmitch> hehe
[01:03] <ajmitch> hello rob^
[01:04] <\sh> this morning I read an article on Kai Ravens Blog (he's blogging about security issues in RL + Internet stuff), there was a link to a blog of a woman named "Jane"...she's writing as well about security issues in RL+Internet...and on her blog I found a link to a blog, which belongs to an old friend of mine, and I didn't know that she's still alive ;)
[01:06] <ajmitch> small world :)
[01:06] <ajmitch> hi persia
[01:06] <\sh> ajmitch: yes
[01:07] <persia> hi ajmitch.  I tried to take a break to play games, but found a bug (and the fix).  Malone #2392.
[01:08] <ajmitch> ok
[01:08] <persia> ajmitch: Thank you.
[01:10] <ajmitch> hmm
[01:10] <ajmitch> coreutils has 318 open bugs in debian :)
[01:14] <\sh> wow
[02:42] <bddebian> Heya gang
[03:27] <\sh> bang....just trying to clean up my bugzilla bug list
[03:27] <\sh> libhid *gnarf*
[03:28] <slomo> hi everybody :)
[03:28] <\sh> hey slomo
[03:29] <\sh> slomo: http://www.adobe.com/products/acrobat/distribute.html <- u uploaded latest acrobat, right??
[03:30] <slomo> no
[03:30] <slomo> i hate acrobat reader :P
[03:30] <\sh> who was it then
[03:30] <slomo> why do you think i uploaded it? is there nothing written in the changelog?
[03:30] <\sh> siretart: ah ;)
[03:31] <ajmitch> noone should have uploaded it
[03:31] <\sh> Betreff: 	Accepted acroread 7.0.1-0.0.ubuntu1 (source)
[03:31] <\sh> Datum: 	Fri, 16 Sep 2005 22:25:09 +0100 (BST)  (23:25 CEST)
[03:31] <\sh> or is it only a meta package?
[03:32] <ajmitch> nope
[03:32] <ajmitch> 39477207 non-free/text optional acroread_7.0.1.orig.tar.gz
[03:32] <ajmitch> something that large is not a meta package
[03:32] <\sh> yeah see it right now :(
[03:32] <ajmitch> synced from debian non-free
[03:33] <slomo> looks like marillat... not debian non-free
[03:33] <siretart> hi
[03:33] <\sh> siretart: Betreff: 	Accepted acroread 7.0.1-0.0.ubuntu1 (source)
[03:33] <\sh> Datum: 	Fri, 16 Sep 2005 22:25:09 +0100 (BST)  (23:25 CEST)
[03:33] <siretart> I took acroread from pantera
[03:33] <\sh> siretart: did u see this? http://www.adobe.com/products/acrobat/distribute.html
[03:33] <siretart> whats the problem with it?
[03:33] <\sh> siretart: do we have a permission to redistribute? ,-)
[03:34] <ajmitch> is the UVF policy for universe written down so people can see it?
[03:34] <siretart> \sh: hm. :(
[03:34] <\sh> ajmitch: we handle UVF  not as main handles it ... we will do this for dapper
[03:35] <siretart> \sh: in the package, there wasn't any significant change in licence. but I admit, that I didn't investigate the adobe website further
[03:35] <ajmitch> \sh: no, there are UVF policies that we agreed on for universe
[03:35] <ajmitch> \sh: this lack of knowledge about it is a problem
[03:35] <Yagisan> UVF ??
[03:35] <ajmitch> upstream version freeze
[03:36] <Yagisan> thanks
[03:36] <siretart> the previous version had security issues, only fixable with the new upstream version
[03:36] <\sh> if it fixes a bug we should use new version
[03:36] <ajmitch> \sh: sure, but the policies were that UVF breakages had to be approved by certain people
[03:36] <siretart> thats why I uploaded the new version. if we may not redistribute acroread, we can remove that anyway
[03:37] <siretart> ajmitch is right, my bad
[03:38] <siretart> well, I asked dholbach and \sh, they didn't object
[03:38] <\sh> siretart: yeah...but now I read the new terms
[03:40] <siretart> ajmitch: do you have a link to the minutes?
[03:40] <bddebian> Was I there?  SInce I'm the one in trouble? :-)
[03:41] <ajmitch> bddebian: it's not just you
[03:41] <ajmitch> siretart: I might do - I found it grepping through my irc logs on my box :)
[03:41] <slomo> bddebian: it's almost us all ;)
[03:43] <siretart> ajmitch: never mind
[03:43] <ajmitch> july 13
[03:43] <siretart> we should discuss this the next motu meeting
[03:43] <ajmitch> I guess we just have to scrap the UVF idea now
[03:43] <ajmitch> since noone sticks to it :)
[03:43] <ajmitch> next MOTU meeting is soon, isn't it?
[03:44] <ajmitch> ah yes, in a couple of days
[03:44] <\sh> ajmitch: ;)
[03:44] <siretart> on thursday
[03:45] <siretart> \sh: what do you suggest regarding acroread?
[03:46] <ajmitch> if the license does state we can't redistribute it, then we *have* to remove it from the archive ASAP
[03:46] <ajmitch> so you'd have to contact elmo I think
[03:46] <ogra> guys, acroreads license was discussed to an extend with sabdfl please leave it alone except for fixing
[03:46] <ajmitch> ogra: is it?
[03:46] <ogra> yup...
[03:46] <ajmitch> ogra: so what's the status?
[03:47] <\sh> hmmm
[03:47] <ogra> is it working ?
[03:47] <siretart> I uploaded a new version yesterday, fixing some security issues (malone bugnr mentioned in changelog)
[03:47] <ogra> thats fine, is it working now ?
[03:48] <\sh> yes
[03:48] <siretart> for me [tm] . yes ;)
[03:48] <ogra> great, so just leave it alone...
[03:48] <ogra> ;)
[03:48] <\sh> hmmm...how can I determine the version of autocrap stuff, e.g. determine which version I should use to rebuild this crap?
[03:48] <ogra> elmo and sabdfl are aware of the license...
[03:49] <ogra> (except it changed with the recent upload)
[03:49] <ajmitch> ogra: you'll be at the meeting to clarify whatever UVF stuff we might have (and ignore?) :)
[03:49] <slomo> \sh: look at the configure.ac... there is a minimum version specified when it's done correct
[03:49] <ogra> simple rolese of thumb: if it fixes something, if a big user demad is there or if the version we have blocks something else, break UVF
[03:50] <slomo> \sh: otherwise... automake 1.8 / autoconf 2.5? worked for me with everything ;)
[03:50] <ogra> we didnt make real rules this time and i think all delegates are able to decide themselves if or if not an UVF brekage make sense
[03:51] <ajmitch> ogra: more the issue of motus not asking for uvf exceptions
[03:51] <ogra> yes, thats odd...
[03:51] <ajmitch> but just uploading or requesting syncs
[03:51] <Mez> hmm
[03:51] <\sh> slomo: this is autoconf..but what about aclocal/automake?
[03:51] <ogra> so lets make a list and talk to them why they dont respect the rules we worked out together
[03:52] <ajmitch> i don't think this was noted well enough for the new motus to know :)
[03:52] <Mez> can someone load up http://<IP_ADDRESS>/ and see if they can connect ?
[03:52] <\sh> or i have to compile it with python2.3
[03:52] <ajmitch> ogra: we'll talk about it at the motu meeting on thursday, I guess
[03:52] <ogra> ajmitch, i guess we'll have to fully comply to all freezes in dapper anyway, to make sure universe is fit enough for 5 years of support
[03:52] <ajmitch> certainly
[03:53] <Mez> can anyone?
[03:53] <ajmitch> I don't know how dapper's 5 year plan will fit with universe though
[03:53] <ajmitch> Mez: 403
[03:53] <ogra> me neither, but its there :)(
[03:53] <ogra> s/(//
[03:53] <Mez> 403?
[03:53] <Mithrandir> ajmitch: a nice rule of thumb is "when in doubt, ask", since it's so much better to ask about a sync too much than a sync too little.
[03:53] <ajmitch> ogra: true.. so we'll have a lot of work to do
[03:53] <\sh> ./configure: line 1952: syntax error near unexpected token `pedantic,'
[03:53] <\sh> ./configure: line 1952: `MD_ARG_ENABLE_CUSTOM(pedantic, pedantic compiler checks, no)'
[03:53] <Mez> ajmitch: but it connects?
[03:54] <ajmitch> Mithrandir: yeah, it's just some syncs requested have been a bit broken :)
[03:54] <ajmitch> Mez: yes
[03:54] <ogra> we'll just have to start earlier the next time, which was blocked this time due to the several transitions
[03:54] <Mithrandir> ajmitch: so make them atone by buying beer at UBZ (if they'll be there)
[03:54] <ajmitch> ogra: I think dapper ought to be smoother for transitions
[03:54] <ogra> yup
[03:54] <\sh> wx2.6 ;)
[03:54] <\sh> crap crap
[03:55] <ajmitch> sid ought to be smoother by then as well
[03:55] <ogra> ajmitch, which syncs where that ?
[03:55] <Mez> hmm
[03:55] <ogra> do we have a list... `
[03:55] <Mez> weird
[03:55] <ogra> ?
[03:55] <ajmitch> ogra: not a list, there have just been a couple of packages I've followed up on with a new upload after the sync
[03:56] <ogra> we should identify the uploaders and talk to them, probably the UVF stuff wasnt clear enough
[03:56] <ajmitch> yep
[03:56] <ogra> thats why i asked for a list...
[03:56] <ajmitch> I've done so :)
[03:56] <ogra> oki ;)
[03:57] <\sh> argl
[03:57] <\sh> I'm a autocrap n00b
[03:57] <ogra> ajmitch, btw, awesome work with the bugday, i never manager to get this many people in #ubuntu-bugs ... and kudos to persia (s)/he owns the channel
[03:57] <\sh> aclocal-1.7 -I ./m4 ,->
[03:57] <ajmitch> ogra: I didn't have to do much
[03:57] <ajmitch> ogra: persia & others did most of the work
[03:58] <ogra> ajmitch, but you achieved more than me ;)
[03:58] <ogra> bddebian, kudos as well ;)
[03:58] <bddebian> I'm hiding about UVF uploaders ;-)
[03:58] <ajmitch> ogra: we'll arrange for more bug days during the dapper cycle then
[03:58] <ogra> yup
[03:59] <ajmitch> getting a group of people to discuss the bugs & work on it seems to have worked well
[03:59] <ogra> we'll probably have and official bugmaster by then
[03:59] <ajmitch> probably
[03:59] <ajmitch> ogra: you won't be the bug master? :)
[03:59] <ogra> (its wanted, we sadly missed to get luis :( )
[04:00] <ajmitch> ogra: someone employed, or some poor volunteer?
[04:00] <ogra> ajmitch, depends how edubuntu will go on... if it still is my main responsibility i wont have time
[04:01] <ogra> i guess someone will get hired if we dont get volunteers... but i'm not the one to decide such things so dont take me serious here ;)
[04:01] <ajmitch> yep
[04:04] <ajmitch> ok, time for sleep, see you tomorrow
[04:10] <\sh> gnarf
[04:10] <\sh> fixed libhid
[04:11] <slomo> \sh: congrats :) what was broken?
[04:12] <slomo> ajmitch: what about making a bug day every half month/15 days?
[04:12] <bmonty_laptop> hi everyone
[04:13] <\sh> not fixed
[04:13] <\sh> gnarf
[04:14] <\sh> slomo: python2.4
[04:16] <\sh> but now ;)
[04:16] <\sh> fcking workarounds
[04:17] <\sh> I will kick madduck ;)
[04:21] <bmonty_laptop> \sh: were you able to try a build with ace?
[04:21] <\sh> bmonty_laptop: infinity did :)
[04:22] <\sh> bmonty_laptop: uploaded...u forget to mention one switch for 00options
[04:22] <\sh> 14:54 #ubuntu-devel: < infinity> \sh : For future reference, using CPP preprocessing in 00list doesn't work unless you enable dpatch's optional CPP parsing. :)  (DPATCH_OPTION_CPP=1 in debian/patches/00options)
[04:23] <bmonty_laptop> didn't know that
[04:23] <bmonty_laptop> but removing the flag for a powerpc and amd64 build made it work?
[04:23] <\sh> yes
[04:24] <\sh> http://people.ubuntu.com/~lamont/buildLogs/a/ace/5.4.7-3ubuntu1/ace_5.4.7-3ubuntu1_20050918-1411-i386-successful.gz
[04:24] <\sh> http://people.ubuntu.com/~lamont/buildLogs/a/ace/5.4.7-3ubuntu1/ace_5.4.7-3ubuntu1_20050918-1408-amd64-successful.gz
[04:39] <siretart> hi Mez!
[04:39] <Mez> hey siretart, sup
[04:43] <\sh> hmm..one beer for me pls
[04:43] <\sh> i fixed bloody libhid
[04:44] <\sh> cheers guys
[05:31] <\sh> bah...stinky package
[05:31] <\sh> determines version numbers via aclocal.m4 and debian/changelog and gets fuzzy with -XubuntuY
[05:56] <slomo> \sh: shall i upload libmms?
[05:58] <\sh> slomo: it's promoted ;)
[05:59] <slomo> \sh: what do you want to tell me with that? ;) it has 2 votes but is not uploaded yet? or it's in NEW? ;)
[06:00] <_tonio> hello
[06:00] <_tonio> I have a litle question concerning the usage of dpatch, I read about all documentation with it
[06:01] <_tonio> but when I want to create a patch, launching dpatch-edit-patch, I get an error message
[06:01] <slomo> _tonio: what error? (not that i use dpatch-edit-patch...)
[06:01] <_tonio> make: *** Pas de rgle pour fabriquer la cible  unpatch . Arrt.
[06:02] <_tonio> which litteraly means (no rules to create target <unpatch>. stop
[06:02] <bmonty_laptop> _tonio: did you include the dpatch script in rules?
[06:02] <bmonty_laptop> man dpatch.make
[06:03] <\sh> slomo: upload it :) 2 motus are enough :)
[06:03] <_tonio> include /usr/share/cdbs/1/rules/simple-patchsys.mk
[06:03] <_tonio> isn't that ok ? is that another patch system ?
[06:03] <slomo> \sh: ok... i just wanted to know if it's already in NEW =) i hate REJECTED mails :P
[06:03] <bmonty_laptop> _tonio: that is the cdbs patch system
[06:04] <bmonty_laptop> I think you have to use cdbs-edit-patch instread
[06:04] <_tonio> ahhhhhhhhhhh oki ;)
[06:04] <_tonio> works the same way ?
[06:04] <\sh> slomo: not that I know off
[06:04] <\sh> slomo: but check breezy-changes ;) you should get accepted or it must be shown up there..NEW==not in overrides
[06:05] <bmonty_laptop> _tonio: I think so, I haven't used the cdbs patch system...I think the concept is the same
[06:05] <\sh> doing some RL work...brb
[06:05] <slomo> \sh: it's only on breezy-changes when it's out of NEW
[06:06] <_tonio> okay, I'm building the last version of qtparted, and the code is a mess, you cannot imagine !
[06:14] <_tonio> is there a problem on revu ?
[06:14] <_tonio> I get this during upload :
[06:14] <_tonio> Uploading via ftp kinstaller_0.2-0ubuntu1.dsc: Error '553 Could not create file.' during ftp transfer of kinstaller_0.2-0ubuntu1.dsc
[06:14] <_tonio> Note: This problem might be caused by files already existent on the server.
[06:19] <\sh> slomo: yes..but u should get a kati mail..and I didn't upload anything from revu in the last days;)
[06:20] <slomo> \sh: no... he should get a katie mail ;) well, it's uploaded now :)
[06:21] <\sh> slomo: if he's whitelisted ;)
[06:21] <slomo> \sh: he most probably isn't :P
[06:23] <\sh> bah I hate libhid
[06:33] <\sh> HOLY SHIT i did it now
[06:34] <\sh> but with auto* dance in rules...the rest was to crappy ;)
[07:00] <_tonio> concerning packages that have a multiverse dep
[07:00] <_tonio> what is the process for testing the package threw pbuilder, and of course uploading it ?
[07:02] <siretart> _tonio: wait, I'll check the upload queue
[07:02] <\sh> _tonio: become a motu
[07:02] <siretart> _tonio: yes, there were some leftover files, please reupload
[07:02] <\sh> or to revu?
[07:03] <_tonio> thanks siretart
[07:04] <_tonio> \sh: in fact I wanna package soundkonverter
[07:04] <_tonio> it has mplayer dependency, and I would like to upload it, that app rocks !
[07:05] <siretart> _tonio: did you upload kmplayer?
[07:05] <_tonio> but don't know the process in fact..... Becoming a motu is in my plans, but I don't have time actually to get my key signed....
[07:05] <_tonio> yep, but without mplayer, because this dep is optionnal it can use xine, ffmpeg etc...
[07:05] <_tonio> I will correct it and put mplayer in "Recommended" maybe.
[07:06] <siretart> _tonio: ok, may I archive your upload. you didn't answer on daniels question since aug 4
[07:06] <_tonio> let me check...... I dont think so, i'm doing it tight now, just a sec ;)
[07:10] <_tonio> Ho last version has a very clean debian folder, nice ;)
[07:13] <siretart> _tonio: so you will definitly do another kmplayer upload?
[07:14] <_tonio> yep, certainly another new upload, with mplayer-386 in recommended to avoid the universe limit
[07:14] <_tonio> is that a correct way to process siretart ?
[07:15] <siretart> why mplayer-386? what about ppc and amd64 users?
[07:16] <siretart> and remember, mplayer is in multiverse, you may not depend or recommend (suggest is imo okay) on packages in multiverse in packages in universe
[07:16] <_tonio> your're right....
[07:17] <_tonio> siretart: which one is generic ? mplayer-nogui ?
[07:18] <siretart> _tonio: check the mplayer packages, at least mplayer-386 Provides: mplayer
[07:20] <_tonio> siretart: you mean ? sorry my english is sometime a bit limited ;)
[07:20] <_tonio> in fact I don't see any package for amd64 or mac....
[07:21] <\sh> hmmm
[07:21] <slomo> _tonio: for mplayer dependencies look at mozilla-mplayer
[07:22] <slomo> _tonio: the amd64 package is just mplayer... the mac ones are mplayer-powerpc and mplayer-g4
[07:22] <\sh> what the hack is this ?
[07:22] <\sh> can someone show on wxwindows2.4 and what is the version?
[07:22] <_tonio> slomo: I don't see those packages ;) Specific repos ?
[07:23] <slomo> \sh: W: Unable to locate package wxwindows2.4
[07:23] <slomo> _tonio: just multiverse ;)
[07:23] <\sh> apt-cache showsrc wxwindows2.4
[07:24] <slomo> \sh: Version: <IP_ADDRESS>ubuntu1
[07:24] <\sh> and now check your unmet deps
[07:24] <slomo> \sh: hmm... the version number is unusual ;)
[07:24] <\sh> LC_ALL=C apt-cache -i unmet
[07:24] <\sh> for wxpython2.4-1
[07:25] <slomo> \sh: LC_ALL=C apt-cache -i unmet | grep wxp
[07:25] <slomo> \sh: finds nothing
[07:25] <\sh> slomo: do an update ;)
[07:25] <\sh> Package wxpython2.4-1 version 2.4.4ubuntu6 has an unmet dep: Depends: libwxgtk2.4-1-python (= 2.4.4ubuntu6)
[07:25] <\sh> but i can't find any package in debian/control of the source
[07:26] <slomo> \sh: wxpython2.4-1 is deprecated afaik... it's python-wxgtk2.4 or similar now
[07:26] <slomo> \sh: maybe an old package in the archives
[07:27] <\sh> Package: python-wxtools
[07:27] <\sh> Architecture: all
[07:27] <\sh> Section: python
[07:27] <\sh> Depends: python-wxgtk2.4, ${shlibs:Depends}
[07:27] <\sh> Conflicts: libwxgtk2.4-python, wxpython2.4-1
[07:27] <\sh> Replaces: libwxgtk2.4-python, wxpython2.4-1
[07:28] <slomo> \sh: change the depends
[07:28] <slomo> \sh: python-wxgtk2.4
[07:28] <siretart> \sh: I have only an unmet dep on wxpython2.5.3
[07:29] <\sh> i have 2.4 and 2.6
[07:29] <siretart> shawarma: wxpython 2.4 is afaik not deprecated, 2.5 is for sure
[07:29] <siretart> 2.5 is in hoary, and creates upgrade problems to breezy with 2.6
[07:29] <\sh> Package wxpython2.6-0 version <IP_ADDRESS>ubuntu3 has an unmet dep: Depends: libwxgtk2.6-0-python (= <IP_ADDRESS>ubuntu3)
[07:29] <siretart> thats the reason why 2.5 was never in debian testing
[07:29] <slomo> the 2.5 pcakages can be recompiled against 2.6 with no problems... normally ;)
[07:29] <siretart> in general, yes
[07:29] <\sh> i will ask doko_
[07:30] <slomo> \sh: ok... but afaik that's just a broken dependency ;)
[07:30] <\sh> slomo: shouldn't be there, if the package doesn't exist anymore
[07:30] <\sh> I mean the source version and the binary version are different
[07:31] <\sh> and http://people.ubuntu.com/~lamont/buildLogs/w/wxwindows2.4/<IP_ADDRESS>ubuntu1/ it should be in the archives
[07:31] <\sh> since the 22-08-2005
[07:32] <\sh> actually is
[07:32] <\sh> so where do i get the wxpython bla from...
[07:32] <slomo> \sh: again... python-wxgtk2.4 ;)
[07:34] <\sh> slomo: yes...but it shouldn't be in the unmet deps list, because the version is greater then 2.4.4ubuntu6 right?
[07:35] <slomo> \sh: not sure... maybe 2.4.4ubuntu6 is higher than <IP_ADDRESS>ubuntuX because letters are in general higher than numbers
[07:35] <\sh> so it's a mistake
[07:37] <\sh> I stop for today...grabbing some beer..to celebrate my holiday end ,-)
[07:38] <\sh> brb
[07:38] <_tonio> slomo: that's okay for kmplayer, I know what to do, but concerning soundkonverter ? How to provide this package for multiverse if I'm not a motu ?
[07:39] <slomo> _tonio: soundconverter? this is already in universe
[07:39] <_tonio> ah ?
[07:39] <slomo> _tonio: and just upload it to revu ;)
[07:40] <_tonio> hum..... soundkonverter, soundconverter.... are we talking about the same package ?
[07:40] <_tonio> I'm talking about a kde application
[07:40] <slomo> _tonio: ok, and i'm talking about a gnome application :)
[07:40] <slomo> so just upload it to revu ;)
[07:40] <_tonio> okay
[07:41] <_tonio> and how to test the building with pbuilder before uploading ? can I activate multivate multiverse for pbuilder ?
[07:41] <slomo> _tonio: sure... the same way how you activated universe
[07:41] <slomo> OTHERMIRROR="deb http://archive.ubuntu.com/ubuntu breezy universe multiverse restricted"
[07:42] <_tonio> slomo: thanks ;)
[07:46] <_tonio> what would you suggest for the packaging of an application that installs .so file, and doesn't need to create -dev package, because this lib isn't used by any application ?
[07:47] <_tonio> riddell suggests me to build like that, but daniel disagrees because that make a lintian warning on the binary .....
[07:47] <_tonio> I don't know what to do ;)
[07:47] <slomo> _tonio: ask the debian policy ;)
[07:48] <_tonio> but as a motu, would you validate that kind of package ? just to know what to do ;)
[07:49] <slomo> _tonio: i wouldn't know ;) so probably not... would be better when to applications installs it's stuff into /usr/lib/$package ;)
[07:50] <_tonio> ;)
[07:50] <slomo> what package is it?
[07:51] <_tonio> hum let me check.... the is kinstaller, but I have to reupload it
[07:51] <_tonio> and.....
[07:51] <\sh> _tonio: what error message of linitian?
[07:55] <_tonio> * non-dev-pkg-with-shlib-symlink usr/lib/libkatalog.so.0.0.0 usr/lib/libkatalog.so (might need splitting out - or talk to upstream how to deal with it)
[07:55] <_tonio> dh asked me to see with the kubuntu guys, and riddell seems okay, that's not a problem for him
[07:56] <slomo> _tonio: when no other package uses this... you can try statically linking the library
[07:56] <_tonio> which means ?
[07:57] <\sh> ah
[07:57] <slomo> _tonio: patching and work ;)
[07:57] <\sh> no...it should be only .so
[07:57] <\sh> it's application dependend...no other app is using it...so should be handled like ioslave- so's
[07:58] <_tonio> \sh: I'm not sure to understand what you mean... -> english limited
[07:59] <\sh> e.g libkontact.so.1.0.0 -> libkontact.so.1 only
[07:59] <\sh> no .so
[08:00] <\sh> if it's a plugin then u use .so only without versioning and a .la file..but for applications installing their libs...it should be libkatalog.so.1.0.0 and libkatalog.so.1
[08:02] <_tonio> k
[08:04] <_tonio> so I have to patch the sources, let's go
[08:04] <\sh> u should patch your autocrap stuff :)
[08:05] <\sh> how old is the admin/ dir?
[08:06] <_tonio> 2 days old
[08:08] <\sh> it's not the same coming from kdevelop? i mean the admin dir is generated by kdevelop from templates....and those ones are old
[08:08] <\sh> normally
[08:09] <\sh> hmmm....there is no new version from katalog?
[08:09] <\sh> s/from/of/
[08:09] <_tonio> yep, I'll take the tarball again I think ;)
[08:11] <\sh> _tonio: is katalog in kde svn? extragear or something like this?
[08:13] <\sh> if somebody wants to have fun...aqsis ;) http://bugzilla.ubuntu.com/show_bug.cgi?id=11387
[08:13] <_tonio> I don't think so... concerning the date of admin folder, this is due to the my removing of cvs folder in the tarball
[08:14] <\sh> _tonio: take an admin dir from kde-3.4.2 svn...and update it
[08:14] <\sh> (as patch please ;))
[08:14] <\sh> and recheck, if it's generating the correct libs and not those wrong ones
[08:18] <_tonio> \sh I'm trying this, thanks ;)
[08:18] <sjmorgan> is it possible for somebody to build the latest quodlibet package from debian?
[08:19] <slomo> sjmorgan: why? what is new?
[08:19] <sjmorgan> http://www.sacredchao.net/quodlibet/milestone?id=EF%2FQL+0.13.1
[08:20] <sjmorgan> 0.11 is in ubuntu and since then there's been 0.12, 0.13 and 0.13.1
[08:20] <slomo> are there any critical bugfixes or just new features?
[08:21] <sjmorgan> i dunno
[08:22] <sjmorgan> does there need to be critical bug fixes for a package to be built?
[08:24] <slomo> or something which is really needed... currently at least... after breezy release all packages which are newer in debian will be synced automatically but for breezy we're in upstream version freeze
[08:24] <sjmorgan> oh, ok
[08:25] <slomo> what are the reason why you want to have the new version? :)
[08:27] <sjmorgan> gstreamer backend + new id3 library
[08:27] <sjmorgan> i could build a package myself but it would be nice if it was in universe
[08:27] <sjmorgan> like i say 0.11 is a few versions old
[08:27] <sjmorgan> it's changed quite a bit since then
[08:28] <slomo> then it's maybe better to wait for dapper... when so many things have changed there is a great risk of many new bugs or regressions
[08:29] <sjmorgan> fair enough
[08:36] <\sh> lol...funny funny..our voting here
[08:37] <slomo> \sh: yes... but i doubt something good can come from this ;)
[08:38] <\sh> I'm watching the livestream from ard...the round table of big elephants
[08:39] <_tonio> \sh: same error using a recent admin folder.....
[08:39] <_tonio> I don't know where is created the link..... an idea ? I'm searching in the sources but.... i'm not a developper ;)
[08:40] <\sh> _tonio: u made a make -f admin/Makefile.common ?
[08:40] <\sh> or make -f Makefile.cvs
[08:40] <_tonio> ah no ;) just replaced the admin folder, and supposed it was enough ;)
[08:40] <\sh> no u have to regenerate...so make -f admin/Makefile.common
[08:40] <_tonio> okay with a patch also
[08:48] <siretart> the results make me very sad :(
[08:49] <_tonio> \sh: tried but now during pbuilder I have this :
[08:49] <\sh> siretart: don't worry...watch ard...and u have a lot of fun...I think schroeder is drunk ,-)
[08:49] <_tonio> WARNING: use unsermake instead of make or use a wrapper script, e.g. makeobj!!!
[08:49] <_tonio> unsermake install
[08:49] <_tonio> Wrong parameters.
[08:50] <\sh> yes
[08:50] <slomo> siretart: nothing unexpected imho... but nonetheless sad... the next years probably will be chaotic political ;)
[08:50] <\sh> now u should patch the rest
[08:50] <slomo> \sh: "galgenhumor"? ;)
[08:50] <\sh> _tonio: the source of katalog is old..very old
[08:50] <siretart> \sh: I'm watching it all the time. I think he is on crack..
[08:51] <\sh> slomo / siretart: read my comment on a blog of a friend: http://sushee.geekheim.de/?p=364#comments
[08:51] <\sh> what I'm thinking about a bug coalition sorry, big i mean
[08:52] <_tonio> \sh: so what to do ? Forgetting the package ? ;)
[08:52] <\sh> _tonio: patch it :)
[08:52] <\sh> make it running :)
[08:53] <siretart> slomo: \sh: did you notice revu-build?
[08:54] <_tonio> \sh: well appart from the link to .so it works !! Isn't there a param to use during compilation to avoid the creation of that link ?
[08:54] <_tonio> and according to certain personns this error can be ignored, for example riddell
[08:54] <\sh> siretart: where is it ?
[08:54] <siretart> \sh: http://revu.tauware.de/cgi-bin/trac.cgi/wiki/Revu1Building
[08:55] <siretart> \sh: slomo: please place a .forward on tiber in your homes.
[08:57] <siretart> I should have written revu-build a lot earlier, I think..
[08:57] <bddebian> Heya gang
[08:57] <siretart> huhu bddebian
[08:57] <slomo> siretart: hm, what is .forward for? forwarding our mails to some other address? what's the syntax for that file? just a email address?
[08:57] <slomo> hi bddebian :)
[08:57] <bddebian> Heya siretart, slomo
[08:59] <siretart> slomo: just do a `echo<EMAIL_ADDRESS>> ~/.forward` on tiber
[08:59] <siretart> slomo: you may also configure procmail, if you prefer ;)
[09:00] <\sh> _tonio: siretart done
[09:00] <slomo> siretart: not necessary... i already run procmail on my router ;)
[09:00] <bddebian> Heya \sh
[09:00] <slomo> siretart: done :)
[09:01] <_tonio> ah ;)
[09:02] <bddebian> _tonio: Did you ever have any luck with the qmake stuff?
[09:02] <_tonio> bddebian: not at the moment ;)
[09:02] <bddebian> :-(
[09:04] <ivoks> hello
[09:04] <siretart> \sh: gajim is trying to sign my 'away' messages. is there any way to get rid of that behavior?
[09:04] <bddebian> Heya ivoks
[09:04] <\sh> siretart: it's correct behaviour regarding the JEP :)
[09:05] <siretart> I don't want to be annoyed every 10 min being asked about my passphrase
[09:05] <siretart> \sh: acording to JEP? main upstream?
[09:05] <\sh> siretart: xmpp spec
[09:05] <siretart> grmpf
[09:05] <siretart> I disagree
[09:05] <ivoks> gajim rulz
[09:06] <\sh> siretart: lets wait for OTR support in gajim ;)
[09:06] <siretart> hi ivoks
[09:06] <siretart> OTR?
[09:06] <ivoks> hi siretart
[09:06] <ivoks> hi bddebian
[09:06] <ivoks> hi \sh
[09:06] <\sh> Off The Record Encryption
[09:06] <ivoks> anyone else? :)
[09:06] <\sh> hey ivoks
[09:09] <siretart> ok. I eagerly await sip on xmpp ;)
[09:10] <\sh> well...
[09:10] <\sh> Another beer?
[09:10] <\sh> yes
[09:11] <slomo> \sh: good idea :)
[09:17] <\sh> siretart: www-data 25999 26914  0 14:35 ?        00:00:00 [revu-key]  <defunct>
[09:17] <siretart> fuck
[09:17] <siretart> need to leave, cu.
[09:17] <siretart> sorry
[09:17] <ivoks> bye
[09:18] <bddebian> Later siretart
[09:19] <ivoks> hm
[09:20] <ivoks> we have one zombie app in repo :)
[09:20] <ivoks> qdvdauthor
[09:20] <ivoks> it contains pixmap and .desktop file
[09:20] <ivoks> but no app :)
[09:21] <slomo> ivoks: very useful :) maybe it failed compiling and the makefile is broken?
[09:21] <ivoks> slomo: checking as we speek
[09:28] <shackan> your nautilus-python seems buggy, the latest cvs works fine, is there any chance to update it ?
[09:31] <shackan> "yes it's possible" or "no, go sit in a corner and wait for depper" ?
[09:31] <ivoks> b)
[09:31] <ivoks> :))
[09:31] <shackan> :\
[09:31] <ivoks> how buggy?
[09:32] <ivoks> and you are reffering to whom?
[09:32] <shackan> uhm, can crash nautilus
[09:32] <ivoks> W: Unable to locate package nautilus-python
[09:32] <shackan> to anyone who can respond..., I don't know how things work here
[09:33] <shackan> ops, python-nautilus
[09:33] <shackan> ( in the CVS it's called nautilus-python, that's why, sorry )
[09:33] <ivoks> so, how can i reproduce crash?
[09:34] <shackan> http://bugzilla.gnome.org/show_bug.cgi?id=316595
[09:38] <shackan> happens with every python extension I tried
[09:38] <\sh> what?
[09:40] <shackan> \sh, install a gnome-vfs module written in python, then, install a nautilus extension written in python, then, run the aforementioned gnome-vfs module, then nautilus cries and dies
[09:42] <bddebian> If a package Depends: foo (= 1.0.34)  but we have foo 1.0.34-0build1, how shoudl I change the Depends?  >= 1.0.34 or >=1.0.34 (<< 1.0.35)???
[09:44] <slomo> bddebian: $package (>= 1.0.34), $package (<< 1.0.35)
[09:44] <slomo> bddebian: but is this really needed there?
[09:45] <\sh> bddebian: then say better $package (= 1.0.34)
[09:47] <bddebian> ??
[09:47] <\sh> >= 1.0.34 << 1.0.35 == = 1.0.34
[09:47] <ivoks> 1.0.34
[09:48] <ivoks> 1.0.34-0asdasd1 = 1.0.34
[09:48] <ivoks> -0asdasd1 is revision, not version
[09:49] <ivoks> anyway, i can reporoduce this python thing
[09:49] <bddebian> Oh, it doesn't have a revision, sorry it's just 1.0.34build2
[09:49] <ivoks> i can't :)
[09:49] <\sh> well...if we have 1.0.34-0ubuntu1 and then he should tighten it...if we have 1.0.34-1 then we have to >=1.0.34 << 1.0.35
[09:49] <\sh> bddebian: what? native package?
[09:50] <bddebian> \sh: Dunno it's survex
[09:50] <\sh> not 1.0.34-1build2?
[09:50] <shackan> ivoks, works fine on you ?
[09:50] <bddebian> \sh: Nope
[09:50] <ivoks> shackan: i can't get pyvfs roking at all
[09:50] <shackan> why?
[09:51] <ivoks> sec..
[09:51] <bddebian> \sh: The first build1 they did, they just did 1.0.34build1
[09:52] <shackan> export PYTHONPATH=$(pwd):$PYTHONPATH; mkdir /tmp/pyfs; export TMPDIR=/tmp/pyfs; nautilus --no-desktop pyfs:///
[09:52] <Mithrandir> what's pyfs?
[09:52] <crimsun> bddebian: take a look at the output from: dpkg --compare-versions 1.0.34 eq 1.0.34build2 && echo "yes"
[09:52] <shackan> Mithrandir, just a demo module
[09:53] <ivoks> "pyfs:///" is not a valid location
[09:53] <bddebian> crimsun: Then I don't understand why survex-aven has an unmet dep
[09:54] <shackan> ivoks, even doing the above ^^^ (sorry for abusing your patience)
[09:54] <ivoks> shackan: yup
[09:54] <ivoks> shackan: is this hoary or breeyz?
[09:54] <ivoks> breezy
[09:54] <ivoks> lots of typos today :/
[09:54] <shackan> fresh breezy
[09:55] <ivoks> libgnomevfs-WARNING **: module '/usr/lib/gnome-vfs-2.0/modules/libpythonmethod.so' returned a NULL handle
[09:55] <shackan> I assume you copied pyfs.conf in the appropriate directory and killall nautilus before doing it
[09:55] <ivoks> yup
[09:56] <crimsun> bddebian: hmm? The output from dpkg --compare-versions explains why.
[09:56] <shackan> sigh..
[09:56] <crimsun> bddebian: the Dep in debian/control needs to be updated
[09:56] <ivoks> shackan: so, your pyfs.conf is where?
[09:56] <ivoks> shackan: i don't have .gnome2/vfs/modules
[09:56] <bddebian> crimsun: That's what I asked originally.  BTW, I don't get anything from --compare-versions
[09:56] <crimsun> bddebian: dpkg --compare-versions tells you that 1.0.34 != 1.0.34build2
[09:58] <bddebian> OK, so Dep: survex (>= 1.0.34), survex (<< 1.0.35) ?
[09:58] <shackan> ivoks, /etc/gnome-vfs-2.0/modules/pyfs.conf
[09:59] <crimsun> bddebian: that's tolerable, or use substvars to generate the version at compile-time
[09:59] <Mithrandir> bddebian: tfheen@thosu:~$ dpkg --compare-versions 1.0.34 = 1.0.34build2 && echo true || echo not true
[10:00] <Mithrandir> not true
[10:00] <Mithrandir> look at the return value
[10:00] <crimsun> yeah, it'll return 1
[10:00] <ivoks> shackan: same thing again...
[10:01] <ivoks> killall -9 nautilus; export PYTHONPATH=$(pwd):$PYTHONPATH; mkdir /tmp/pyfs; export TMPDIR=/tmp/pyfs; nautilus --no-desktop pyfs:///
[10:02] <shackan> this, from the folder where pyfs.py is, right ?
[10:03] <ivoks> lol
[10:03] <ivoks> it's gziped :)
[10:03] <ivoks> so, now what? it opend.
[10:04] <ivoks> shackan: it works
[10:04] <shackan> ok
[10:04] <shackan> ok, no crash after installing any of /usr/share/doc/python-nautilus/examples/
[10:04] <ivoks> didn't try
[10:04] <shackan> that's what triggers the bug
[10:05] <shackan> is seems gnome-vfs and python extensions, both written in python, don't mix together
[10:05] <shackan> ops, s/python/nautilus/1
[10:09] <spacey> gpg encryption with gajim doesn't work at allll
[10:09] <spacey> :S
[10:09] <ivoks> it is kind of buggy :)
[10:10] <spacey> just doesn't work :o
[10:10] <spacey> broadcasting of keys doesn't work
[10:10] <_tonio> \sh: I'm searching for a way to correct the non-dev-pkg-with-shlib-symlink error
[10:10] <spacey> and if i assign it manually we can't decrypt each others messages
[10:10] <ivoks> spacey<EMAIL_ADDRESS>[10:10] <_tonio> and it apears that there is a folder /usr/share/lintian/overrides than tells lintian to ignore certain errors
[10:11] <_tonio> there is no know way to avoid that error according to what I can read....
[10:11] <_tonio> riddell's katapult package has the same error for example, but has been added, so I must say I am confused on that point...
[10:24] <\sh> _tonio: then go the lintian override way
[10:24] <shackan> ivoks
[10:24] <ivoks> yes?
[10:25] <shackan> thanks for just trying :)
[10:25] <ivoks> np
[10:25] <ivoks> well, it doesn't crash
[10:25] <shackan> even with < any nautilus-python ext here > installed ?
[10:26] <ivoks> i installed that pyconf
[10:26] <ivoks> or what was it;s name
[10:26] <ivoks> and it worked
[10:26] <shackan> yes, it's supposed to work
[10:27] <shackan> the problem is not there, the problem is python-nautilus
[10:28] <_tonio> \sh: this is what I am doing, just reproducing what riddell has already done in other packages ;)
[10:28] <ivoks> ok, what do i have to do to reproduce the bug?
[10:29] <ivoks> shackan: it's late over here and i'm loosing concentration
[10:29] <shackan> sudo cp /usr/share/doc/python-nautilus/examples/*.py /usr/lib/nautilus/extensions-1.0/python/
[10:29] <shackan> sorry
[10:29] <ivoks> so, don't be mad if i'm... slow :)
[10:29] <shackan> no no
[10:29] <shackan> I'm not
[10:29] <ivoks> ok, did that
[10:30] <shackan> now do the pyfs:/// trick of before
[10:30] <shackan> (sigh, I should have written a shell script to do all of that, sorry)
[10:33] <ivoks> eh...
[10:33] <ivoks> restart app
[10:33] <shackan> uh?
[10:33] <shackan> what happens?
[10:34] <ivoks> >>pyfs.__init__<< pyfs None
[10:34] <ivoks> and it dies
[10:34] <shackan> YES!!!!!
[10:34] <shackan> that's it!
[10:34] <ivoks> but...
[10:34] <shackan> you see, it worked before!
[10:34] <ivoks> you can do this in many ways
[10:35] <shackan> do what?
[10:35] <ivoks> sec
[10:35] <shackan> ok
[10:37] <ivoks> yeah, ok, it's a bug
[10:37] <shackan> thanks :D
[10:38] <shackan> ok, now the workaround is to take python-nautilus from cvs, should I bugzilla this ?
[10:38] <ivoks> no, malone
[10:38] <ivoks> launchpad.net/malone
[10:39] <ivoks> shackan: do you know a patch for this bug?
[10:39] <ivoks> since i doubt we will take CVS...
[10:39] <shackan> ouch, well, I could try diff'ing from CVS, if I knew what version you're using
[10:40] <ivoks> apt-cache show python-nautilus | grep Version
[10:40] <ivoks> shackan: sec...
[10:41] <ivoks> ok, nothing..
[10:42] <ivoks> report it and we will see what to do with it
[10:43] <shackan> ok, sorry I don't know how to see what is the cvs revision your version comes from
[10:43] <ivoks> oh...
[10:44] <ivoks> my, my, my...
[10:44] <ivoks> works with deiban's version
[10:44] <ivoks> but...
[10:44] <ivoks> debian's is for 2.3 python
[10:45] <shackan> debian uses 2.3 ?? it's damn old...
[10:45] <ivoks> shackan: our version is 0.3.0 release
[10:45] <ivoks> ah, just report it..
[10:45] <ajmitch> morning
[10:45] <ivoks> we will take care of it
[10:45] <ivoks> ajmitch: morning
[10:45] <ivoks> ajmitch: you can take over now :)
[10:45] <ajmitch> no I can't
[10:46] <ajmitch> I'm leaving for work in 2 minutes
[10:46] <ivoks> ah, monday :)
[10:46] <ivoks> bddebian should be around :)
[10:46] <ajmitch> yeah
[10:47] <ivoks> ah, /me dreams bed
[10:47] <ivoks> see you
[10:47] <ajmitch> bye
[10:49] <bddebian> ??\
[11:05] <_tonio> \sh: it works, no more lintian error in the override way ;)
[11:10] <\sh> _tonio: upload ;)
[11:12] <_tonio> done for klibido
[11:12] <_tonio> I'm correcting kdetv and kftpgrabber the same way ;)
[11:14] <_tonio> \sh: done for katalog sorry ;) -> actually working on klibido and done the confusion ;)
[11:20] <\sh> _tonio: k
[11:30] <\sh> ok...g'night guys...tomorrow more
[11:32] <_tonio> problem with pbuilder....
[11:33] <_tonio> OTHERMIRROR="deb http://archive.ubuntu.com/ubuntu breezy universe multiverse restricted" -> added to pbuilderrc but it doesn't consider multiverse.........
[11:35] <ajmitch> pbuilder update
[11:38] <_tonio> doesn't work ;) it doesn't update multiverse
[11:38] <ajmitch> right, you may need to update the sources.list inside the chroot
[11:38] <ajmitch> which you can do with pbuilder login --save-after-login
[11:38] <ajmitch> which gets you into the chroot to edit
[11:40] <_tonio> ajmitch: isn't editing /etc/pbuilder/apt.config/sources.list enough ?
[11:41] <ajmitch> don't think so
[11:41] <ajmitch> depends on how you have it setup, iirc
[11:41] <_tonio> k
[11:43] <_tonio> sudo pbuilder update --override-config ;)
[11:43] <_tonio> just need to override config after modifing sources.list


[04:16] <darkxst> jbicha, you know of any other outstanding issues with g-s-d (apart from ibus)
[04:25] <jbicha> darkxst: what about 62_unity_disable_gsd_printer.patch ?
[04:26] <darkxst> jbicha, I already fixed that
[04:26] <jbicha> never mind, I had an old checkout
[04:28] <jbicha> I think we're good with g-s-d then
[13:54] <n0yd> Hello
[13:54] <n0yd> ricotz: are you around by chance? I just had a couple questions that I thought you might be able to answer since you are more involvecd with the gnome dev process
[14:36] <in> hey guys good work on the release!
[14:36] <in> its awesome!
[14:36] <n0yd> ya ive been loving it
[14:37] <n0yd> gnome 3 isd actually really good when done up with extensions
[14:37] <in> yeah I haven't tried any extension yet
[14:37] <in> just waiting for the installer to finish running
[14:37] <in> Tried it with a live cd first
[14:38] <in> It's so much slicker than unity
[14:39] <n0yd> ya
[14:39] <n0yd> tryust me, the extensions help ALOT
[14:39] <n0yd> extensions.gnome.org
[14:39] <n0yd> and some other guides and such
[14:39] <n0yd> meh he left, was gonna pooint out this trick http://www.omgubuntu.co.uk/2013/05/add-categories-to-gnome-shell-dashboard
[14:40] <n0yd> i doint get why they removed the category menu on the right hand side of the applications dash in 3.8
[14:41] <n0yd> I mean ya, they added a "recent" and "all" at the bottom, but then taking away the actual categorical section menu makes it function worse
[14:41] <n0yd> both together would be great, so for now we gotta use that trick for making category folders in the dash
[14:41] <n0yd> Or else all your apps will be in a huge mess
[14:43] <jbicha> ah, there's the official "Don't upgrade gnome-shell to 3.8.3 email" https://mail.gnome.org/archives/gnome-announce-list/2013-June/msg00003.html
[14:43] <n0yd> lol
[14:44] <n0yd> i dont see where it says not to
[14:44] <n0yd> when was it released, cause I upgraded yesterday morning from the ppa and staging, and all was well
[14:45] <n0yd> Its only when I add in the 3.9.x stuff that everything breaks
[14:45] <jbicha> it breaks keyboard layout switching if you don't also have gnome-settings-daemon and gnome-control-center 3.8.3 (which you do if you have the gnome3 staging ppa for raring but you do not if you're just running straight saucy)
[14:45] <n0yd> oh ok
[14:45] <n0yd> no biggy
[14:46] <n0yd> thx for the heads up though
[14:46] <jbicha> we might just revert the ~3 commits because there are some useful bugfixes in that release
[14:46] <n0yd> So I know if someone comes along
[14:46] <n0yd> k
[14:46] <n0yd> Dangit, I just wiped my android with making a nandroid
[14:47] <n0yd> I hate when
[14:47] <n0yd> IDo that, makes more work for me
[14:47] <n0yd> I wish their was an easy reliable multi-boot way for the Galaxy Nexus, I had one, biut they stopped developing after 4.1JB because it broke stuff or somesuch nonsense
[14:48]  * n0yd really wish cannonical would get the CDMA/LTE radios working on the GNexus toro variant
[14:48] <n0yd> If they did that I would be much more involved with the ubuntu touch stuff
[14:49] <n0yd> I ran it thew other day for the first time in months, and its coming along
[14:49] <n0yd> But wifi only is a killer
[14:49] <n0yd> I dont even think they have the GSM radios working for the international version
[14:50] <n0yd> Same problem I have woith FirefoxOS :-/
[14:50] <n0yd> I would use a GSM network (tmpobile probably) if I wasnt still in a contract and the service was better in my area
[14:53] <n0yd> hah, this is awesome, since MTP in linux sucks (yes I know it works outofthebox, but its still slow and crappy)
[14:53] <n0yd> http://www.xda-developers.com/android/remotely-flash-files-onto-your-android-device/
[14:53] <n0yd> Plus that cuts out the step of having to transfer builds, then reboot into recovery and flash
[14:53] <n0yd> Since its java, I wonder if I can run it in Linux
[14:54] <n0yd> its just a jar, so i guess so, it doesnt say
[16:08] <n0yd> Hey guys
[16:08] <n0yd> Any idea why firmware-linux-nonfree doesnt want to install suddenly? It worked just thew other day
[16:09] <n0yd> Maybe they upgraded the package, im not sure. But it causes a conflict because it looks like it contains a file that is also in the normal firmware package
[16:09] <n0yd> dpkg: error processing /var/cache/apt/archives/firmware-linux-nonfree_0.36+nmu2_all.deb (--unpack):  trying to overwrite '/lib/firmware/radeon/CAYMAN_me.bin', which is also in package linux-firmware 1.106
[16:10] <n0yd> I dont care about radeon stuff, I just need this package so my intel wifi will work on custom kernel. Is there a w3ay to force it?
[16:11] <n0yd> Wait I guess im wrong. I was always using linux-firmware-nonfree with success, non firmware-linux-nonfree
[16:11] <n0yd> no idea what the difference is, dont care, it works :P
[16:13] <n0yd> according to the packages page its been deleted anyway, it really seems like it is kinda a duplicate of the linux-firmware-nnonfree packagfe according to the details on deboians site
[16:16] <n0yd> I xshpoulood've made a scri[p-t to do all these post install things for me (adding ppa's, changing repo mirrors, changing kernel, changing sources to removes source mirrors, upgrading, etc) for all these machines I am now putting ubuntugnome on
[16:16] <n0yd> this is the the third
[19:25] <jbicha> darkxst: hey could you delete (or mark as merged) https://code.launchpad.net/~darkxst/ubuntu/raring/gnome-contacts/lp1033262/+merge/167876
[19:28] <jbicha> oh nm, stgraber got it
[19:33] <jbicha> and infinity already accepted it, which proves that some things don't have to wait in the queue for 2 months :)
[22:30] <darkxst> jbicha, yeh that one was quick!
[23:08] <jbicha> darkxst: are you still experiencing bug 1184234
[23:08] <darkxst> yes
[23:09] <jbicha> which version of eds do you have?
[23:09] <darkxst> 3.8.3
[23:10] <jbicha> evolution-data-server-common_3.8.2-1ubuntu3 should have the UOA integration
[23:12] <darkxst> jbicha, I see it in add acounts, maybe I need to recreate my google
[23:12] <darkxst> but right now I can't seem to do that ;(
[23:12] <darkxst> google is giving me invalid request messages ;(
[23:17] <darkxst> jbicha, should these be breaks? http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/wayland/saucy/view/head:/debian/control#L29
[23:18] <darkxst> I can't upgrade due to libwayland0 not wanting to be removed automatically
[23:23] <jbicha> darkxst: you're using x-staging or the ricotz PPAs, right? they may need to be updated for new wayland
[23:23] <jbicha> specifically, check gtk+3.0, mesa, and weston source packages I believe
[23:24] <darkxst> libwayland-client0 : Conflicts: libwayland0 (< 1.1.0) but 1.0.5-0ubuntu1 is installed.
[23:25] <jbicha> check what wants libwayland0 to be installed
[23:29] <darkxst> probably mesa I guess ;(


[10:13] <tfheen> pitti: thanks a lot, it's been an interesting ride.
[10:13] <mdke> _ion: doesn't seem to quite work... I have "for x in website-index/*; do y=(basename $${x} website-index/); echo $${y}; xsltproc --stringparam root.filename "index.$${y}" -o $(BASE) $(INDEXCHUNKXSL) website-index/$${y}/website-index.xml;done" can you see what's wrong?
[10:14] <mdke> _ion: looks like it doesn't like the (
[10:15] <_ion> Do you mean y=$$(basename $${x} website-index/)?
[10:16] <tfheen> mdke: you're aware that basename will strip any and all directory names off?
[10:16] <mdke> _ion: I don't know whether I meant it or not, but it works, thanks :)
[10:17] <_ion> Why not use the Makefile itself for what you're doing with 'for x in foo/*'?
[10:17] <_ion> I.e. the Makefile syntax
[10:17] <mdke> tfheen: yes, I want to strip off the directory names
[10:18] <mdke> _ion: because I don't know what I'm doing? Anyhow, I'm happy it works now
[10:19] <tfheen> you're missing a $
[10:19] <tfheen> mdke: for x in website-index/*; do y=$(basename $$x); echo $$y ; xsltproc [...]
[10:19] <tfheen> oh, sorry, y=$$(
[10:19] <tfheen> or `
[10:20] <mdke> yep, _ion caught it
[10:20] <mdke> thanks you guys. *hugs all*
[10:20] <tfheen> oh, yeah, _ion said it too.
[10:20] <tfheen> I'm clearly too tired.
[10:21] <mdke> Kamion: you here?
[10:27] <mdke> Kamion: emailed instead. *bed*
[10:35] <thiagocmartinsc> Ubuntu must follow DFSG ?!
[10:35] <seaLne> if wget is getting strange sizes when downloding the dvd images deom cdimage.u.c is it likely to be wget (on sarge) or the cdimage webserver?
[10:35] <seaLne> amd: -6,754,304 ppc: -78,450,688 i386: 168,402,944
[10:36] <seaLne> ^ the Length value that wget outputs while downloading
[10:37] <tfheen> seaLne: your wget is broken.  Use rsync.
[10:37] <tfheen> iirc
[10:37] <seaLne> ok, thanks
[10:38] <seaLne> rsync for cdimage never works from uni for some reason but rsync of archive is fine
[10:39] <Lure> can somebody report "grep localhost /etc/hosts" on clean Edgy install (GNOME user, no KDE installed)
[10:40] <Seveas> Lure, -EROOM, try #ubuntu+1
[10:41] <Lure> Seveas: sorry, trying to fix RC bug
[10:41] <seaLne> Lure: i don't get the hostname just the normal localhost stuff
[10:41] <_ion> Room? :-)
[10:42] <seaLne> assuming that was the bug you ment, on 2 machine installed from beta
[10:43] <Lure> seaLne: yes, bug 66813 - you do not see it unless you have static IP and you have used knetworkconf
[10:43] <Ubugtu> Malone bug 66813 in kdeadmin "kcm_knetworkconfmodule adds hostname to <IP_ADDRESS> line" [Critical,Confirmed]  http://launchpad.net/bugs/66813
[10:44] <Lure> seaLne: just localhost (no localhost.localdomain)?
[10:44] <erdalronahi> Hi all, hi doko, will the openoffice.org-l10n's be updated between RC and final?
[10:44] <seaLne> Lure: both of those machine are dhcp and no knetworkconf
[10:44] <seaLne> Lure: nope
[10:44] <seaLne> localhost and ip6-localhost ip6-loopback
[10:44] <ajmitch> morning all
[10:44] <pitti> hi ajmitch
[10:45] <ajmitch> hey pitti, how's it going?
[10:45] <pitti> ajmitch: pretty fine, RC is out of the door
[10:45] <ajmitch> good news is that I just saw an nvidia 8776 bugfix release for their driver issue :)
[10:46] <ajmitch> no crackful beta drivers needed
[10:47] <erdalronahi> Maybe pitti knows whether there will be any update of the openoffice-l10n's between RC and final?
[10:49] <seb128> pitti: I'm back, will try language packs now
[10:49] <pitti> erdalronahi: most probably not
[10:49] <pitti> seb128: *hug*
[10:49] <pitti> ajmitch: thank goodness
[10:49] <seb128> tfheen: do you moderate uploads for universe too? I'm looking for somebody to accept the kinoplus rebuild I've uploaded (it makes kino crash on startup atm and a rebuild seems to fix it)
[10:50] <erdalronahi> pitti, but thousands of translations from Rosetta are not included.
[10:50] <erdalronahi> For ku it has the upstream translations from 5 months ago
[10:50] <ajmitch> seb128: any of the motu-uvf team approves them, archive admins wave them through based on that
[10:50] <seb128> ajmitch: it's not an uvf, it's a rebuild
[10:51] <ajmitch> seb128: I know, but the team is being reused for all uploads :)
[10:51] <seb128> k
[10:51] <ajmitch> I guess infinity will be the next one awake who can approve kinoplus (please do if you see this)
[10:51] <seb128> ajmitch: so just tell whatever admin who wave to accept it :)
[10:52] <ajmitch> seb128: just did :)
[10:52] <seb128> thank you ;)
[10:55] <erdalronahi> pitty, maybe it's a but, I filed bug #67003 for that
[10:55] <Ubugtu> Malone bug 67003 in language-support-ku "Edgy: openoffice.org-l10n-ku is very outdated" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67003
[10:56] <Kamion> doko: for *-meta, please just upload and we'll review them in the unapproved queue.
[10:58] <Kamion> ogra: doko's change is headers only, not images
[10:59] <tfheen> seb128: nok, I don't do universe
[11:00] <seb128> ok
[11:00] <seb128> I've a nautilus upload coming
[11:00] <Kamion> ajmitch,seb128: kinoplus accepted
[11:00] <seb128> it fixes a crasher which has over 200 duplicates upstream
[11:00] <seb128> trivial patch from upstream: http://cvs.gnome.org/viewcvs/nautilus/libnautilus-private/nautilus-directory.c?r1=1.260&r2=1.261&makepatch=1&diff_format=u
[11:00] <seb128> is that ok?
[11:00] <Kamion> tfheen: is it ok for me to wave already-approved post-RC uploads through now?
[11:00] <tfheen> Kamion: I'm fine with it.
[11:01] <seb128> Kamion: thank you
[11:01] <tfheen> I'm not going to approve anything more tonight, though, I'm too tired.
[11:01] <jonh_wendell> translators have until 24h UTC to translate?
[11:01] <ajmitch> Kamion: ah thanks, didn't see you were around still :)
[11:03] <erdalronahi> pitti, have the openoffice-l10n's been updated at any time with the stuff from Rosetta?
[11:03] <erdalronahi> We haven't seen this for ku
[11:03] <pitti> erdalronahi: yes, several times
[11:04] <erdalronahi> so it *IS* a bug
[11:04] <erdalronahi> bug #67003
[11:04] <Ubugtu> Malone bug 67003 in language-support-ku "Edgy: openoffice.org-l10n-ku is very outdated" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67003
[11:04] <erdalronahi> We have not seen ANY update through Edgy
[11:05] <erdalronahi> but we have 10.000 new translations in Rosetta
[11:11] <MoMaT> trying to rsync the RC as described here http://tinyurl.com/yzcanx
[11:11] <MoMaT> I see only the image from 2006-10-17
[11:12] <MoMaT> this mirrors of daily-live hasn't been updated to RC yet or is this 2006-10-17 the RC version?
[11:14] <TMM> hi
[11:14] <TMM> I just read the RC is released, congratulations! :)
[11:14] <TMM> but, there's a bug that I think is a large problem, also openoffice related : https://launchpad.net/distros/ubuntu/+source/openoffice.org/+bug/65226
[11:14] <Ubugtu> Malone bug 65226 in openoffice.org "Paste from writer to gaim in edgy segfaults writer" [Undecided,Confirmed]
[11:15] <TMM> I am hit by this bug as well, and I commented on it, if there is anything I can do to help... but, releasing with an openoffice that b0rked is going to piss off a lot of people :)
[11:15] <erdalronahi> exactly, TMM
[11:16] <TMM> basically the only thing that is really 'wrong' I think, I've been running edgy for about 4 weeks now, and it has been very good to me :) suspending with edgy is faster than with dapper, and, it works with aiglx ;)
[11:16] <TMM> it is not just gaim too, it is any program that supports formatted text (I put that in my comment)
[11:17] <erdalronahi> Our problem is somewhat bigger. There is a huge celebration planned for the "First Kurdish Linux", and if we have no translated OpenOffice.org, that will be a disaster
[11:18] <TMM> if a downgrade to 2.0.3 is needed, for gods sake, do it ;)
[11:18] <TMM> erdalronahi: is there a translation?
[11:18] <erdalronahi> yes, in Rosetta
[11:18] <erdalronahi> and meanwhile also upstream
[11:18] <TMM> not merged yet?
[11:19] <TMM> in edgy?
[11:19] <erdalronahi> yes
[11:19] <erdalronahi> exactly
[11:20] <TMM> hum, sad... I think edgy is frozen
[11:20] <erdalronahi> :S
[11:20] <erdalronahi> but today was also the deadline for the translations
[11:21] <Kamion> MoMaT: cdimage.ubuntu.com has daily-live/20061018
[11:21] <erdalronahi> I hoped there would be a merge, I had no idea there was a bug
[11:21] <Kamion> which == RC
[11:21] <keescook> Kamion: so we're clear to start post-RC milestone-fix uploads?
[11:21] <Kamion> keescook: yes
[11:21] <TMM> I sure hope edgy won't ship with this broken paste behaviour in OOo
[11:22] <erdalronahi> Well, the devs may not find a translation bug release-critical
[11:22] <erdalronahi> but for our team it will be a complete disaster to have 10.000 translations in Rosetta that just weren't merged into Edgy
[11:23] <Kamion> erdalronahi: talk to doko when he's around
[11:23] <tfheen> TMM: I can quite reasonably tell you it won't be fixed for edgy.
[11:23] <erdalronahi> doko, are you around?
[11:23] <Riddell> tfheen: what current procedure for uploading fixes?  upload and poke you with debdiff for approval?
[11:23] <TMM> tfheen: euh... why? isn't that release critical?
[11:24] <tfheen> TMM: is there a tested patch available?
[11:24] <erdalronahi> tfheen, if it would be fixed some days after the release we could modify a CD
[11:24] <TMM> tfheen: no,
[11:24] <tfheen> Riddell: yes, but I'm not going to review anything before tomorrow.
[11:24] <tfheen> TMM: then there is no chance it'll be fixed.  Sorry.
[11:24] <TMM> tfheen: downgrade to 2.0.3? openoffice is just useable at all like this. one mis-middle click and you loose your work
[11:24] <Kamion> we are NOT downgrading
[11:25] <Kamion> this can be fixed post-release in edgy-updates if necessary
[11:25] <TMM> ok, I do not want to piss anyone off, but, why not? it is only a minor point release, but it does major damage
[11:26] <Kamion> downgrading is enormously intrusive. You think it's the easy option, I gather; it's not.
[11:26] <TMM> for the current testers... I understand that, deb doesn't allow for easy downgrades
[11:27] <TMM> well, apt-get doesn't ?
[11:27] <keescook> Riddell: for bug 66690, it looks like a version bump is needed to do the rebuild.
[11:27] <Ubugtu> Malone bug 66690 in speedcrunch "FTBFS in edgy, doesn't like qt4 environment?" [High,Unconfirmed]  http://launchpad.net/bugs/66690
[11:27] <Kamion> it's a sanity constraint there for very good reasons. Plus, if we can help it we're not modifying OOo at all at this point, because building it will take up a lot of valuable buildd time that frankly we need for other things. (translations are potentially a different story)
[11:28] <TMM> Kamion: so, even if I spend this weekend familiarising myself with the code, and trying to fix this, there is no change it'll make it into 6.10?
[11:28] <Riddell> keescook: thanks, I'll get onto that
[11:29] <Kamion> by the end of this weekend, the window for post-RC uploads for final will already be closed
[11:29] <TMM> this sucks
[11:29] <Kamion> but if you spend the weekend familiarising yourself with the code and preparing a patch, it can be one of the first updates to edgy
[11:29] <TMM> this is a pretty big deal
[11:29] <keescook> Riddell: I don't have -main upload perms, otherwise I'd do it myself.  :)  let me know if you want me to prep the package and put it somewhere for you to sign/upload, though.
[11:29] <TMM> Kamion: when will that be? I can guarantee that a lot of people will be pissed off
[11:30] <Kamion> however, according to the bug report, pasting into many other applications works fine
[11:30] <Kamion> TMM: do not try to coerce a schedule out of me for a patch that does not even exist yet
[11:30] <tfheen> TMM: edgy-updates opens approximately when edgy is out.
[11:30] <tfheen> maybe a week or so later.
[11:30] <Riddell> shouldn't it open before?  that's what we did with dapper
[11:30] <TMM> Kamion: I am not trying to do that :)
[11:30] <Kamion> yes you are
[11:31] <tfheen> Riddell: I don't know, I don't know if it has been decided even
[11:31] <TMM> Kamion: sorry, it was not my intention, I was just trying to explain the gravity of the situation :)
[11:31] <Riddell> keescook: probably easiest to just ask for it to be given back
[11:31] <Kamion> you're being quite obnoxious about it, frankly
[11:31] <TMM> Kamion: sorry, once again, not my intention.
[11:32] <Riddell> infinity: able to give back speedcrunch?
[11:32] <Kamion> we do understand that some bugs are release-critical, some are bad but not release-critical, and some need to wait
[11:32] <Kamion> and we must have the freedom to decide between the two based on the constraints we're under
[11:32] <Kamion> you're certainly free to try to persuade us, but ranting "this sucks" is not helpful
[11:32] <TMM> Kamion: I understand, sorry.
[11:32] <lamont> Riddell: I suspect that infinity is asleep
[11:32] <Riddell> ah lamont, you can still do that can't you
[11:33] <Kamion> unfortunately OOo problems are very hard to fix close to release because of the enormous time it takes to build
[11:33] <lamont> Riddell: I can... not sure if I'm allowed to.  but I'll check
[11:33] <Kamion> almost anything else could still be countenanced if the fix were understood
[11:33] <TMM> Kamion: I have the nasty habit of typing subconsious 'this sucks' kind of things in IRC when my hands are on the keyboard :)
[11:33] <Kamion> please break that habit in this channel
[11:33] <TMM> Kamion: I know, sorry
[11:33] <tfheen> Riddell: given-back.
[11:35] <Riddell> thanks tfheen
[11:35] <erdalronahi> An update for openoffice.org-l10n should not be so time consuming, right?
[11:35] <TMM> Kamion: is the OOo shipped for ubuntu build from source? or is it repackaged official binaries? I would guess 'source' just checking
[11:35] <Kamion> erdalronahi: as I said above, that's potentially a different story, but needs doko)
[11:35] <Kamion> TMM: every single package in main and universe is rebuilt from source
[11:36] <TMM> Kamion: thought so, thanks
[11:36] <Kamion> and many (but not all) in restricted and multiverse too
[11:36] <TMM> Kamion: someone suggested that there might be a linker issue, I'll try with the official binaries, see if that still crashes, I kind of hope not :)
[11:38] <seb128> pitti: language packs looks fine, there is a '' to a gnome-app-install french string which looks weird but I don't think that's enough to roll new packs :)
[11:39] <pitti> seb128: I can build new packs with selected manually applied corrections
[11:40] <pitti> seb128: I just want to avoid a new Rosetta tarball at that point
[11:41] <seb128> pitti: I've fixed the string on rosetta if you have an opportunity to import a new french po for gnome-app-install :)
[11:41] <pepsiman> seb128: try grepping the translated strings for _n:
[11:42] <seb128> pepsiman: ?
[11:42] <pitti> seb128: can you give me a good substring for the affected string?
[11:42] <pepsiman> seb128: KDE uses it for plural forms, it shouldn't appear in the translation
[11:42] <pitti> seb128: I can't grep properly on rookery, locale is POSIX there
[11:43] <seb128> pepsiman: is that a question you are asking me or something, I'm not sure to understand what you want
[11:43] <pepsiman> seb128: there are lots of broken kde translations in en_GB, not sure about other langs
[11:43] <seb128> pitti:
[11:43] <seb128> msgid ""
[11:43] <seb128> "<big>Checking installed and available applications</big>\n"
[11:43] <seb128> "\n"
[11:43] <seb128> "Ubuntu and third party vendors offer you a large variety of applications "
[11:43] <seb128> "that you can install on your system."
[11:44] <seb128> pepsiman: ah, good luck with that, I don't do en_GB neither KDE
[11:44] <seb128> pitti:
[11:44] <seb128> msgstr ""
[11:44] <seb128> "<big>Vrification des applications disponibles et installes</big>\n"
[11:44] <seb128> "\n"
[11:44] <seb128> "Ubuntu et les fournisseurs tierce-partie mettent  votre disposition une "
[11:44] <seb128> "large palette d'applications que vous pouvez installer sur votre ordinateur."
[11:44] <seb128>
[11:44] <keescook> can someone with -main upload privs please re-sign (and upload) my fix to libx11: http://people.ubuntu.com/~kees/edgy-fixes/ (this is for bug 66776)
[11:44] <Ubugtu> Malone bug 66776 in xorg-server "[edgy]  fd leak in Xinput module " [Unknown,Confirmed]  http://launchpad.net/bugs/66776
[11:44] <seb128> pitti: the first line, the char before the '\n' is to drop
[11:45] <seb128> keescook: looking
[11:45] <pepsiman> seb128: same with german
[11:45] <keescook> seb128: thanks
[11:45] <seb128> pepsiman: don't do german neither ;)
[11:45] <Kamion> pepsiman: perhaps you mean to be talking to pitti, not seb128; pitti is the language packs master
[11:46] <pitti> seb128: fixed
[11:46] <pitti> keescook: wil do
[11:46] <pitti> pepsiman: will fix
[11:46] <keescook> pitti: ah, thanks.  seb128 mentioned he was looking at it too...
[11:46] <pepsiman> pitti: you have an easy way to fix all translations?
[11:46] <pitti> grrr, /me wants a proper locale on rookery
[11:47] <pitti> pepsiman: I'm a bit reluctant to do The Super Sed From Hell
[11:47] <pitti> eventually this should be fixed in Rosetta itself
[11:48] <tfheen> pitti: RT a request for more locales, then?
[11:48] <pitti> tfheen: yeah
[11:48] <pepsiman> pitti: yeah, there are several "_: " in translated strings too
[11:49] <pepsiman> msgid ""
[11:49] <pepsiman> "_: NAME OF TRANSLATORS\n"
[11:49] <pepsiman> "Your names"
[11:49] <pepsiman> msgstr ""
[11:49] <pepsiman> "_: Namen der <C3><9C>bersetzer\n"
[11:49] <pepsiman> "Ren<C3><A9> Fischer"
[11:49] <seb128> keescook: uploaded
[11:50] <pitti> ah, fine
[11:50] <keescook> er
[11:50] <seb128> heh
[11:50] <pitti> right, seb128, fix gnome harder!!!11!!oneeleven
[11:50] <Seveas> pitti, fix langpacks first!!!111
[11:51] <TMM> Kamion: this is just a hunch, but, is it at all possible, that (since someone in that bug report mentiones he can't reproduce it) there's something wrong with my mirror? I had the new edgy artwork a while ago, but now, it has reverted back to the 'old' artwork... perhaps that's a longshot, but, I think I'll try and to a full reinstall tomorrow from the rc cd..,
[11:51] <azeem> ajmitch: depends whether the "Hack while Hug" spec will be implemented in time
[11:51] <MoMaT> Kamion: you're right, there is 20061018 (also pointed by current) but edgy-desktop-i386.iso is dated 2006-10-17
[11:51] <Kamion> TMM: artwork was intentionally reverted
[11:51] <Kamion> MoMaT: that's fine, it was carried over without being rebuilt
[11:52] <TMM> Kamion: ah :) well, the release notes still show the 'new' artwork, so, that is why I thought that...
[11:52] <Kamion> the change in 20061018 was to rebuild powerpc for a fix in the livefs build script
[11:52] <Kamion> TMM: the release notes should be fixed ...
[11:52] <MoMaT> I see. Thx.
[11:52] <TMM> Kamion: no new artwork? or just when 6.10 is released?
[11:53] <Kamion> the deadline for artwork is tomorrow
[11:53] <Kamion> we reverted in order to be sure to have a fallback option
[11:53] <TMM> ah, ok
[11:53] <TMM> well, then I won't be reinstalling :)
[11:54] <TMM> well, time for bed, again
[11:54] <TMM> later
[11:54] <TMM> and, sorry for bugging you :) I'll see if I can make any progress
[11:57] <keescook> thoughts on bug 65616? it's in universe, but it looks like it'll hold back installation of a few other universe packages.  I wrote a very small hack for it.  should I milestone that, or skip for now, given it's universeness?
[11:57] <Ubugtu> Malone bug 65616 in dbconfig-common "non-pgsql packages fail to install/upgrade" [Undecided,In progress]  http://launchpad.net/bugs/65616
[11:59] <ajmitch> keescook: you have a fix for it?
[11:59] <ajmitch> universe is a little bit more open for uploads, since they won't break cds or the world
[11:59] <keescook> ajmitch: yeah, but I'm unsure if it's the best fix.  (basically, it registers the failing debconf "add"s that were introduced)
[12:00] <keescook> the upstream author didn't give me any feedback on my proposed patch, but it does fix it for me.
[12:00] <ajmitch> does it cause any issues with other packages that use dbconfig-common?
[12:01] <keescook> Not that I've found; I didn't try nagios-pgsql, though, which explicitly uses the pg stuff.
[12:01] <Kamion> that patch is reversed, confusingly
[12:01] <ajmitch> well the last message is "I'll upload asap", so I'd guess your fix is sane to upstream
[12:01] <Kamion> sounds sensible to me, too
[12:01] <keescook> oh, it is, how odd
[12:02] <Kamion> I haven't read the code in detail but it would most certainly be able to cause the reported symptoms; and registering extra debconf templates is generally harmless
[12:02] <keescook> Kamion: okay, that was basically my worry.
[12:02] <keescook> I'll get it prep'd and up for people to see the debdiff.
[12:03] <ajmitch> great
[12:08] <TMM> whaoh... 70 meg diff for OOo


[03:07] <chunknuts> nixternal: lol that's funny
[04:12] <dhillon-v10> starcraftman, hi what's up
[04:13] <starcraftman> dhillon-v10: lo there
[04:13] <dhillon-v10> starcraftman, haven't talked to you in a long time :)
[04:15] <dhillon-v10> starcraftman, do you like 5 mins. I want to show you the doc. I completed
[04:15] <starcraftman> dhillon-v10: ya been a while. I been around though a bit busy.
[04:16] <starcraftman> And sure, just link it.
[04:16] <dhillon-v10> starcraftman, tell me if the link works :) https://docs.google.com/Doc?docid=0AXC2mnl2pkE3ZGN0anR6amdfMTEzbm5iOTNxZjY&hl=en
[04:55] <dhillon-v10> starcraftman, hey did you finish the doc. :)
[04:55] <starcraftman> dhillon-v10: sorry, been doing a bit of programming.
[04:55] <dhillon-v10> starcraftman, alright, what are you working on
[11:19] <mdke_> jjesse: your latest changes to both karmic and lucid branches introduce validity errors in about-kubuntu.xml
[19:56] <cumulus007> Hi, is this the right place to  request placement on ubuntu.com of a release notes translation?
[19:57] <cumulus007> I've just finished the Dutch translation and I'm wondering how to get it visible for users, so that they know there is a localized version of it
[20:08] <j1mc> cumulus007: please ping mdke_
[20:08] <cumulus007> well, has has been pinged now :)
[20:08] <j1mc> :)
[21:45] <chunknuts> Anybody here want to talk about documentation?
[22:34] <dhillon-v10> starcraftman, hi :)


[11:26] <bipul> Hi, could anyone help me to know why i'm not able to ping from A to D, since A, C and D all are running on Ubuntu-server. Is it a flaw in OpenVPN tap or? in routing https://pastebin.com/raw/fje2RFhc
[13:01] <cryptodan_mobile> bipul: are they pingable off openvpn
[15:57] <jlacroix> Hello eveyrone. I am in the process of creating a VM template for Ubuntu Server 18.04. For some reason, if I delete /etc/machine-id, it's not regenerated automatically when the VM is started. I can regenerate it manually, but I was hoping there was a way for this to happen automatically at first boot.
[16:00] <OerHeks> i think dbus-uuidgen --ensure=/etc/machine-id is your answer https://unix.stackexchange.com/questions/402999/it-is-ok-to-change-etc-machine-id
[16:00] <OerHeks> systemd-machine-id-setup
[16:05] <jlacroix> Thanks OerHeks, but that was the article I was already looking at. I know how to generate the machine ID manually, I was hoping to make it automatically happen. I tried deleting it but it doesn't create it when it starts. As for the systemd-machine-id-setup service, that's not available in Ubuntu 18.04 unless it requires a package to be installed
[16:06] <TJ-> jlacroix: systemd-machine-id-setup is in 18.04's systemd package, in /bin/
[16:07] <OerHeks> ah hard linking
[16:08] <jlacroix> Ah, I was able to find the systemd-machine-id now, thanks.
[16:09] <jlacroix> The problem though is that it's always generating the same id each time I run it, despite me deleting /etc/machine-id first
[16:11] <TJ-> did you read the man-page?
[16:12] <OerHeks> If this file is empty
[16:12] <OerHeks>        or missing, systemd will attempt to use the D-Bus machine ID from /var/lib/dbus/machine-id, the value of the kernel command line option container_uuid, the  KVM DMI product_uuid (on KVM systems), and finally a randomly generated UUID.
[16:13] <jlacroix> Yes, I read it.
[16:14] <jlacroix> /var/lib/dbus/machine-id is simply a link to /etc/machine-id
[17:34] <bipul> cryptodan_mobile, Yes, at least the virtual interface created by OpenVPN from that i'm able to ping each others client/server and vice versa.
[17:54] <cryptodan> bipul: yes your issue would appear to be routing
[17:54] <cryptodan> bipul: i would ask in ##networking
[17:55] <bipul> i have asked, and it was not related to routing, all routing is seems okay
[17:56] <cryptodan> if it was then you would be able to ping  from a to d
[17:56] <cryptodan> and d to a
[17:56] <bipul> exactly. it was working well in tun mode, but not with tap mode
[17:56] <cryptodan> or maybe ask the OpenVPN people
[17:57] <bipul> I have asked and raise a bug as well
[17:57] <bipul> do we need to do bridging here??? i don't think so
[17:59] <cryptodan> id wait till openvpn gets back unless its mission critical
[18:01] <TJ-> bipul: what was the issue? I've seen you mention it in various channels over the last few days
[18:02] <bipul> TJ-, It was related to tap mode in OpenVPN . Please find the diagram. https://pastebin.com/raw/fje2RFhc
[18:04] <bipul> May be i should check the mac address of D at C, while pinging from A to D
[18:04] <TJ-> yeah, just got the pastebin link in ##networking... seems to me the problem is on A's routing table...
[18:04] <TJ-> bindi: "<IP_ADDRESS>/24 dev tap0 proto kernel scope link src <IP_ADDRESS> " <--- looks wrong!
[18:05] <bipul> TJ-, So what would be the correct one??
[18:07] <bindi> wat
[18:07] <bindi> hi
[18:07] <bipul> I believe the gateway would be the tap0 IP on the client as well as on the server.
[18:08] <TJ-> bipul: In other words, have you checked whether C/D receive the pings from A using tcpdump? even if the reply doesn't get back to A?
[18:08] <bipul> Because this is the virtual interface created during running on OpenVPN
[18:08] <TJ-> bipul: also, double-check on C that forwarding is enabled on all the interfaces
[18:09] <bipul> TJ-, Yes, it's enabled inside /etc/sysctl.conf net.ipv4.ip_forward=1
[18:09] <TJ-> bipul: how about "for n in /proc/sys/net/ipv4/conf/*/forwarding; do echo $n=$(cat $n); done "
[18:09] <bipul> wait let me check,and share with you.
[18:10] <bipul> TJ-, The problem is with tap mode , not with tun mode.
[18:10] <TJ-> bipul: my strong recommendation is to deploy tcpdump on C, and later on D, and check whether it is replying, and if so, on which interface
[18:10] <bipul> sure i would definitely follow your suggestion. And get back to you.
[18:11] <TJ-> bipul: I realise that; tap is a virtual ethernet interface, but I'm recommending you check other things around this in case it gives clues.
[18:12] <bipul> I'm new to this tcpdump, would you suggest any link to go with it.
[18:14] <TJ-> bipul: wooa, on C, what is this about!? "route add -net <IP_ADDRESS> netmask <IP_ADDRESS> gw <IP_ADDRESS>" ?
[18:15] <bipul> https://paste.ubuntu.com/p/HNy6m59jc8/
[18:15] <TJ-> bipul: that is going to conflict with "<IP_ADDRESS>/24 dev enp0s3 proto kernel scope link src <IP_ADDRESS> "
[18:16] <bipul> I believe <IP_ADDRESS>/16 is network inside it i.e <IP_ADDRESS>/16 { <IP_ADDRESS>/24 }
[18:16] <TJ-> bipul: on C: "sudo tcpdump -ni tap0 icmp"
[18:16] <jelly> more specific routes take precedence, a route for /16 won't override a nested route for /24
[18:17] <TJ-> bipul: that <IP_ADDRESS>/16 does NOT look correct; you're telling it to send packets for that subnet down tap0 (to A)
[18:18] <TJ-> bipul: THAT rule should be executed on A, not C
[18:18] <bipul> okay. So what would be for {C,D} to A
[18:18] <jelly> TJ-: oh, here, have an idiom: grep . /proc/sys/net/ipv4/conf/*/forwarding
[18:19] <bipul> okay. So what would be for {C,D} to A at C?
[18:49] <TJ-> bipul: sorry, been at dinner; have you made progress. Just looked at A and I think this is wrong too (wrong gateway - should be the IP address of the interface at the far end of the tunnel) "route add -net <IP_ADDRESS> netmask <IP_ADDRESS> gw <IP_ADDRESS>" so I'd expect it to be "route add -net <IP_ADDRESS> netmask <IP_ADDRESS> gw <IP_ADDRESS>"
[18:50] <bipul> okay, sure, i will try with your given solution.
[18:50] <bipul> TJ-, Thank you. And i would let you know the outcome :)
[18:55] <TJ-> bipul: I'll simulate your network in marionnet, see if I can reproduce
[18:59] <bipul> Oh thank you very much. At this moment i'm  doing some cryptanalysis,whole my vm  is busy , i have less resource. Otherwise i would let you know the result.
[19:00] <bipul> wow nice marionnet
[19:09] <bipul> s/cryptanalysis/ studying crypto
[19:09] <bipul> I will do it later, and let you know. :)
[19:52] <bipul> TJ-, YES, it works
[19:52] <bipul> it was routing issue :)
[19:52] <TJ-> bipul: :)
[19:53] <TJ-> bipul: simple when you think it through :P
[19:53] <bipul> :) wow thank you very much sir
[20:01] <cryptodan> you are welcome bipul
[20:41] <kinghat> is there another way to mount a share other than cifs?
[20:42] <kinghat> i guess node/npm over cifs doesnt function properly.
[20:42] <kinghat> just wondering if mounting it via some other method would be a workaround?
[20:51] <kinghat> specifically what happens when i try to install packages over the share: https://paste.debian.net/hidden/b15c702d/


[05:21] <Linden940> who all thinks it will snow this year?
[05:45] <stlsaint> not i
[05:48] <Linden940> lol
[05:48] <Linden940> I'm thinking I will buy tire chains
[06:41] <stlsaint> ha thats overkill
[06:58] <stlsaint> testing
[22:46] <Linden940> anyone in here?