[12:03] <Tonio_> dholbach: let's see what happens....
[12:03] <allee> yes, other apps, other users/same apps and don't forget the bad guys and symlink attacks
[12:03] <raphink> ic
[12:08] <allee> raphink: nice is 'rm -rf /tmp/kimrm -rf /tmp/kim'   # assume a strange mind made /tmp/kim a link to your home dir
[12:08] <raphink> lol
[12:11] <allee> raphink: well, as is the tools will fails a security review miserably (when a novice like me is able to find the holes)
[12:12] <raphink> well it's not a matter of packaging here
[12:12] <raphink> it's rather a pb with the upstreaming dev
[12:12] <crimsun> gah, good thing I hadn't synced cppunit yet
[12:13] <allee> raphink: yes, but as a pkger you should do your best to not deliver a pkg that has knows security bugs
[12:14] <raphink> ok allee
[12:14] <raphink> if I am able to find them
[12:17] <allee> raphink: yes
[12:18] <allee> but as is kim is not ready IMHO to be distributed by any distribution
[12:18] <allee> pity :(
[12:20] <raphink> ok
[12:25] <Kyral> why is gnome-volume-manager being removed in the latest batch of updates?
[12:25] <crimsun> because you're chomping at the bit?
[12:25] <Kyral> well, I don't use GNOME to begin with... :P
[12:26] <Kyral> I think I should reinstall Ubuntu-Desktop...
[12:26] <Kyral> or Xubuntu-Desktop
[12:29] <Kyral> well something broke Ubuntu-Desktop
[12:30] <raphink> allee: did you report the security issues ?
[12:31] <allee> writing a comment right now for kde-apps
[12:31] <allee> raphink: but I ponder if better write it in private ...  Any security guy listening?
[12:32] <raphink> lol
[12:32] <allee> raphink: no I'm serious!
[12:33] <raphink> y?
[12:33] <crimsun> malone has a facility for marking bugs private.
[12:34] <allee> crimsun: kim is not uploaded yet
[12:34] <crimsun> is it on REVU or something?
[12:35] <allee> raphink: is it?
[12:35] <raphink> not yet
[12:35] <raphink> I've just finished it
[12:35] <raphink> and as I'm waiting for my key to be added to the keyring
[12:35] <raphink> I couldn't upload it yet
[12:37] <Kyral> crimsun, consider me another tester for Xubuntu
[12:37] <crimsun> Kyral: everyone's a prospective tester ;-)
[12:37] <crimsun> btw, it really helps if you use your real names in your irc clients
[12:39] <Kyral> okay, brb
[12:40] <Kyral> better>
[12:41] <crimsun> thanks.
[12:45] <allee> raphink: what's our e-mail? I'll send a private msg for now and would like to add you to cc to help keep an eye on it
[12:45] <raphink> allee: raphink[at] gmail[dot] com
[12:45] <allee> thx
[12:48] <bur[n] er> has anyone packaged the latest thunar snapshot?
[12:59] <dholbach_> good night everybody
[01:00] <crimsun> bur[n] er: it's on REVU
[01:01] <crimsun> I'll get to it tonight
[01:17] <allee> nite
[01:24] <raphink> thanks for the email allee
[01:24] <allee> np
[01:24] <raphink> anyone working on ksquirrel so far?
[01:26] <bur[n] er> right on crimsun, thanks!
[01:27] <raphink> night
[02:45] <Kyral> yahoo, new XChat
[02:46] <Kyral> brb :D
[02:54] <Kyral> How do I get usplash to display the xubuntu artwork instead of the ubuntu artwork...hmmm
[03:05] <Kyral> hey slomo_
[03:35] <Kyral> Quick question, if gnome-core gets removed, then effectively GNOME is gone?
[03:36] <bmonty_laptop> Kyral: apt-cache rdepends gnome-core
[03:36] <Kyral> I was looking for a way to get ridda GNOME anyway :D
[03:37] <Kyral> I meant does it remove it from GDM :P
[03:37] <crimsun> Kyral: you need to install xubuntu-artwork-usplash, then rerun sudo dpkg-reconfigure linux-image-$(uname -r)
[03:37] <minghua> Kyral: If you install gnome-core by aptitude, then likely yes
[03:38] <Kyral> crimsun, I did that after nuking the 5 other kernels in my /boot
[03:38] <crimsun> note that splash is only active for the first entry.
[03:38] <crimsun> but that's not really relevant here
[03:38] <Kyral> was just looking for a way to purge the DE while keeping stuff like Epiphany and Evolution
[03:44] <Kyral> btw the Xubuntu splash is nice
[06:22] <zakame> heya
[06:23] <polpak> hi
[06:23] <\sh> moins
[06:49] <crimsun> hum. Are the binaries of 'gnome-games' supposed to be setgid?
[06:54] <zakame> wow centericq's config.*'s are fairly outdated
[07:09] <minghua> crimsun: if you mean "upstream's intention" by "supposed", then yes
[07:10] <minghua> crimsun: it's for writing the game records in /var/lib (or somewhere)
[07:10] <minghua> crimsun: upstream thinks it's ugly, too
[07:10] <crimsun> minghua: ok, then it being broken on my system is probably related to my not having dist-upgraded yet
[07:11] <crimsun> (libgksuui1.0-1 and all)
[07:12] <crimsun> minghua: I was going to ask elmo to sync cppunit, but apparently there are additional allocator changes for libstdc++, so I'm waiting, since it's one of the packages affected
[07:13] <Yagisan> motus out of curiosity how many of you are subscribed to debian's dsa list ?
[07:14] <Lathiat> crimsun: yeh they are setgid games right?
[07:14] <Lathiat> crimsun: to write out high score files
[07:14] <Lathiat> bah
[07:14] <zakame> oops, wrogn chan
[07:14] <Lathiat> i need to stop replyign to things before i read the rest of the window :)
[07:14] <Lathiat> Yagisan: i am
[07:15] <crimsun> Yagisan: I am
[07:15] <Yagisan> how much effort is it to pinch a fix for sarge and apply it to breezy ?
[07:15] <crimsun> "depends"
[07:16] <minghua> crimsun: oh sure, of course should wait for libstdc++.  thanks for remembering this :-)
[07:16] <Yagisan> as I just noticed another sec update for uim
[07:18] <crimsun> Yagisan: that has already been fixed in Ubuntu
[07:18] <crimsun> Yagisan: bmonty sent the debdiff; pitti applied it
[07:19] <Yagisan> crimsun: is that the same error I reported to malone ? I thought it was a new one
[07:20] <crimsun> https://launchpad.net/malone/3328 ?
[07:20] <crimsun> the changelog from uim (1:0.4.7-1ubuntu1.1) breezy-security reports it as such
[07:20] <crimsun> CVE-2005-3149 http://bugs.debian.org/331620
[07:20] <crimsun> so yes.
[07:21] <Yagisan> crimsun: yep that's it
[07:21] <crimsun> a few of us already discussed it last week
[07:21] <Yagisan> crimsun: I was mildly concerned I needed another update
[07:22] <minghua> Yagisan: it's not a bug that affects a lot of things anyway
[07:22] <minghua> For official ubuntu, it only affects mlterm-im-uim users
[07:24] <Yagisan> minghua: yes, but it is on one of my servers, so I thought I would double check
[07:25] <minghua> Yagisan: yeah, sure.  it's never too safe when it comes to servers :-)
[07:26] <Yagisan> minghua: Although uim is breaking a lot of other apps. perhaps I should bulk import the ubuntu japan scim repo
[07:27] <Lathiat> yeh thats because its breaking apps using libstdc++5 right
[07:27] <Lathiat> cus it links to stdc++6 and is preloaded
[07:27] <minghua> Yagisan: what Lathiat said
[07:27] <Lathiat> not sure if theres really any way around that
[07:28] <minghua> Yagisan: use GTK_IM_IMMODULE=xim to work around it
[07:28] <minghua> Lathiat: there is. :-)
[07:28] <Yagisan> didn't help :(
[07:28] <Yagisan> just a sec, I'll see if I can find my malone bug
[07:29] <minghua> I've never used uim though, I only know uim also has GTK immodule, so this is just guessing
[07:29] <Yagisan> https://launchpad.net/distros/ubuntu/+source/amule/+bug/3187
[07:29] <Ubugtu> Malone bug #3187: Amule fails to start after installing Japanese input support Fix req. for: amule (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: New http://launchpad.net/malone/bugs/3187
[07:29] <\sh> leaving for office
[07:30] <Yagisan> but I get that in other apps too. Is that because of libstdc++5 ?
[07:31] <Yagisan> What's ubugtu ?
[07:31] <crimsun> it's a bot that retrieves bugzilla and malone info
[07:31] <crimsun> you've already seen it in action, so I don't need to trigger it again
[07:32] <Yagisan> crimsun: Can I get it to do that without knowing my bug number ?
[07:32] <minghua> Yagisan: Hmm, it may not be the same bug, as the backtrace doesn't seem to involve libstdc++
[07:33] <Yagisan> minghua: breaks sun java too, but that's not too important
[07:33] <crimsun> Ubugtu xastir
[07:33] <minghua> Yagisan: but if the apps you are talking are acroread 7, firefox/mozilla from mozilla.org, then it's 99% the libstdc++ mismatch bug
[07:33] <crimsun> Yagisan: I don't think so, but I don't know.
[07:33] <minghua> I suppose Java mean's Sun's java, then add it to the above list
[07:33] <Yagisan> minghua: nope, with exception of sun java, and my deng work - all my apps are in the ubuntu repos
[07:34] <minghua> Strange.  I suppose nothing in breezy links to libstdc++5, right?
[07:35] <Yagisan> minghua: some things do
[07:35] <Yagisan> minghua: but I don't have libstdc++5 installed
[07:36] <minghua> Yagisan: oh, okay, if you don't have libstdc++ 5 then forget about it
[07:36] <Yagisan> minghua: "apt-cache rdepends libstdc++5" gives a rather long list
[07:37] <minghua> Yagisan: out of curiousity, is synaptic in it?
[07:38] <Yagisan> minghua: no, not hat I can see
[07:38] <Yagisan> s/hat/that
[07:38] <minghua> Hmm, so uim is not that robust in breezy either
[07:39] <minghua> Yagisan: yeah, maybe you should try the ubuntu-ja packages then
[07:40] <Yagisan> minghua: OK, I'll prepare for a recursive wget, and feed it all into my pbuilder. Then change to scim and see what happens
[07:40] <Yagisan> minghua: I'm sure they will love me for it O:-)
[07:41] <minghua> Yagisan: the ubuntu-ja people don't have uim?
[07:41] <Yagisan> minghua: need to check the repo again
[07:42] <Yagisan> minghua: nope - they seem to have gone with a scim-prime setup
[07:42] <minghua> my Japanese is apparently not good enough to find the ubuntu-ja archive though google
[07:43] <Yagisan> minghua: http://www.ubuntulinux.jp/download/
[07:44] <Yagisan> minghua: my Japanese is pretty crap actually.
[07:47] <minghua> Yagisan: yeah you are right, they don't have uim
[07:48] <minghua> which surprises me a bit
[07:48] <minghua> Yagisan: so what IM are you using?  Anthy?
[07:48] <Yagisan> minghua: right now uim, I tried scim on breezy, but it didn't work
[07:49] <Yagisan> minghua: uim-anthy
[07:49] <minghua> Yagisan: okay, then use the scim-anthy in ubuntu-ja, you should feel at home
[07:49] <Yagisan> minghua: yourself ?
[07:49] <minghua> Yagisan: no I don't speak Japanese at all :-)  I use scim-pinyin
[07:50] <Yagisan> minghua: honestly, as long as the IM is consistent in Gnome, KDE, and the console, I don't care what I use
[07:50] <Yagisan> minghua: my goal is to set it up as easy as the Win2K IM
[07:50] <Yagisan> minghua: which is what my users compare it too
[07:52] <Yagisan> minghua: are you using breezys scim ?
[07:53] <minghua> Yagisan: no, I still use hoary
[07:54] <minghua> and a dapper chroot if that matters
[07:55] <minghua> Yagisan: you are probably going to be disappointed when you find out that scim doesn't work in console
[07:56] <minghua> IMO the IMs in linux still have a long way to go compared with Win2K IM
[07:57] <Yagisan> minghua: hmm, it may be hard to do this then " cd projects//my_packages"
[07:57] <minghua> Yagisan: do it in an X terminal :-)
[07:58] <Yagisan> minghua: that probably reads something like sheep for you doesn't it ?
[07:59] <minghua> in Chinese that's goat-something
[08:00] <Yagisan> minghua: cool, you are the first Chinese speaker that has read that back as goat to me :)
[08:00] <minghua> I can only recognize the kanjis, not the hiraganas
[08:00] <Yagisan> minghua: It's Mr Goat :) or in romaji Yagisan
[08:01] <minghua> so "Yagi" is goat, I see
[08:02] <Yagisan> minghua: yep, I must have reminded my wife of one
[08:02] <minghua> In chinese goat and sheep are quite similar, not much metapohric meanings
[08:03] <Yagisan> minghua: that may explain why people say it is "mountain sheep"
[08:03] <minghua> but I suppose it's a little bit different in English, although I'm not exactly how
[08:04] <Yagisan> minghua: Well, apparently I act somewhat like one, and when unshaven look like one
[08:04] <minghua> Yagisan: Ha.  So you didn't know "mountain sheep" means "goat"?
[08:06] <Yagisan> minghua: maybe I'm a literal person, but mountain sheep look different to goats
[08:06] <minghua> Yagisan: the character "" is literally "mountain", both in Chinese and Japanese (I believe)
[08:07] <Yagisan> minghua: yes it is
[08:07] <minghua> to be fair, though, "" means not only sheep in Chinese
[08:07] <Yagisan> minghua: yes, but by itself, that is hitsuji - sheep
[08:08] <Yagisan> minghua: or as I refer to them - lamb cutlets :-P
[08:08] <minghua> it's just the *cough* stupid *cough* English has a word for each gender for animals :-P
[08:09] <minghua> ah, you reminded me, add a new word for each type of meat, too
[08:09] <Yagisan> minghua: hey, some languages use different words depending on if the speaker is male or female
[08:10] <minghua> Yagisan: that I have no problem with, but English is not a language with gender after all
[08:10] <Yagisan> minghua: apparently my Japanese sounds like a woman Japanese, I wonder why O:-)
[08:12] <Yagisan> minghua: so would you like lamb or mutton, when you visit the sheep and goat farm. Avoid the rams, and pat the ewes :)
[08:13] <minghua> Ouch!  Apparently my vocabulary isn't that great either
[08:13] <Yagisan> minghua: mutton is meat from an old sheep
[08:13] <Yagisan> minghua: ewe is a female sheep
[08:14] <crimsun> argh
[08:14] <Yagisan> minghua: sorry - I tried to see how many different words I could find for essentially the same thing
[08:14] <minghua> Yagisan: thanks.
[08:14] <crimsun> more library name changes - ANOTHER cxx transition
[08:15] <crimsun> (thankfully it's nowhere as invasive)
[08:15] <crimsun> oh whew, this is the d-d-a mail :-)
[08:15] <minghua> at least this time it will be synchronous with debian
[08:16] <crimsun> yeah
[08:18] <minghua> I wonder how long will it take to have the new gcc build on all Debian arches
[08:19] <Yagisan> back soon - going out shopping
[08:34] <Victor> what is the difference between 'ubuntu maintainers' ,'ubuntu developer' and 'ubuntu members'?
[08:36] <Victor> ???
[08:37] <Burgundavia> Victor, ubuntu members are people who have been approved by the community council. To become a member, you must simply do something for Ubuntu or be active int eh community. You don't need to be a developer
[08:37] <Victor> Is the leader of each team appointed by community council or self-appointed?
[08:37] <Victor> If want to be a member,membership need to be appointed. maintainers need to be appointed,too?
[08:38] <Burgundavia> no idea
[08:38] <Burgundavia> main and universe uploaders need to be approved by the Technical board
[08:38] <Burgundavia> they must already be ubuntu memebers
[08:40] <Victor> You mean other maintainer except main and universe uploaders need not to be approved?
[08:41] <Burgundavia> those are the only maintainers
[08:41] <Burgundavia> not that main also means you can upload to restricted and universe also means multiverse
[08:42] <Burgundavia> s/not/note
[08:42] <mr-russ> Victor: http://wiki.ubuntu.com/MOTU  will tell you about how to become a member.
[08:43] <Victor> what does 's/not/note' mean?
[08:43] <Burgundavia> I made a typing mistake
[08:43] <Victor> :)
[08:43] <Burgundavia> it means replace "not" with "note"
[08:44] <Burgundavia> the context is s(earch for)/(a string)/(and replace it with this string)
[08:44] <mr-russ> vi syntax.
[08:45] <Victor> I see.thanks
[08:45] <Nafallo> I would rather call it regex :-)
[08:46] <Yagisan> It's sed :)
[08:46] <zakame> s#regex#regular expression#  # this is a comment
[08:46] <Victor> Who is the chairman to Community Council now?sabdfl?
[08:46] <Burgundavia> yes
[08:51] <Victor> How many kinds of role are there in our community?maintainer,developer,and ......
[08:51] <crimsun> "you can be anything you want to be"
[08:52] <zakame> crimsun: indeed
[08:54] <Victor> Yes.What I want to know is roles defined clearly by community.For example,maintainer,developer and so on.And the two roles need to be appointed.
[08:58] <Victor> that is to say,both developer  and maintainer ,the two role,need to be appointed by Technical board?
[08:59] <zakame> yep
[09:01] <janimo> anybody want to revu thunar? thanks
[09:05] <Victor> in the webpage http://www.ubuntulinux.org/community/processes/techboard,I find:  Appointments to the board are made by Mark Shuttleworth subject to confirmation by a vote amongst the maintainers.  developers couldn't vote?
[09:07] <Lathiat> i beleive its all members
[09:07] <Lathiat> but not sure
[09:09] <Nafallo> nope. it's everyone in the launchpad group ubuntu-dev
[09:09] <Nafallo> for cc it's ubuntu-members
[09:11] <Nafallo> is there a difference between maintainer and developer in this case?
[09:11] <schweeb> Victor: there's a pretty clear list on the wiki
[09:13] <Victor> schweeb:Would you please tell me the detailed link?
[09:13] <Victor> Nafallo:I want to know,too. :)
[09:13] <Nafallo> what's the subject? who is in each team?
[09:14] <Nafallo> https://launchpad.net/people/ubuntu-[members,dev] 
[09:14] <schweeb> http://www.ubuntulinux.org/community/processes/ read all the subpages... it usually tells you who can vote for what, etc...
[09:14] <schweeb> and TB approval includes all members, afaik
[09:15] <Nafallo> maintainer = packager, developer = codemonkey. in that case there is no diffrence in Ubuntu AFAIK.
[09:15] <schweeb> the term "developer" may be more aimed at maintainers for main, those who affect main
[09:15] <Nafallo> schweeb: no, -dev. CC includes all members.
[09:15] <schweeb> ahh
[09:16] <Nafallo> that's core developers
[09:16] <Nafallo> not developers :-)
[09:16] <Nafallo> launchpad makes this distinction.
[09:16] <Lathiat> really should just be "member" shouldnt it?
[09:16] <Lathiat> because ubuntu members are generallyu such people
[09:16] <Lathiat> that contribute
[09:17] <Nafallo> what should just be "member"?
[09:17] <slomo_> hi Nafallo
[09:17] <Nafallo> morning slomo :-)
[09:18] <slomo_> Nafallo: did you compile 2.6.15 by hand already? :P
[09:18] <Nafallo> slomo: naah, I'm lazy.
[09:18] <Nafallo> thought you knew that? ;-)
[09:19] <slomo_> sure
[09:19] <slomo_> btw, do you want something new to package?
[09:19] <slomo_> against your lazyness :P
[09:19] <Nafallo> not now. I got load on the system ;-).
[09:20] <polpak> Nafallo, is the nvidia-cg-toolkit already in Dapper universe?
[09:20] <Nafallo> after those DVD-Rs are about I may :-)
[09:20] <Victor>  in the webpage http://www.ubuntulinux.org/community/processes/council,it wrote:The Chairman of the Community Council is yet to be determined.Isn't sabdfl our chairman?
[09:20] <Nafallo> W: Unable to locate package nvidia-cg-toolkit
[09:20] <Nafallo> E: No packages found
[09:21] <polpak> Hrm.. We talked yesterday and you said you built ogre-1.0.5, but I'm pretty sure the cg toolkit is a dependancy
[09:21] <Nafallo> I'm pretty sure it is not :-)
[09:22] <polpak> What options did you use to configure the build for ogre?
[09:22] <crimsun> janimo: getting there eventually, just need to finish office stuff
[09:22] <slomo_> bll
[09:22] <slomo_> bbl
[09:23] <Nafallo> same as debian
[09:23] <Nafallo> http://packages.ubuntu.com/dapper/source/ogre
[09:25] <polpak> I can't see on that page what options are used.
[09:25] <Nafallo> nope, but you download the .diff.gz
[09:26] <Nafallo> (diff, our changes against the tarball)
[09:26] <janimo> crimsun, ok thanks
[09:27] <janimo> just maybe others want to contrib as we need 2 votes
[09:27] <polpak> the tarball is the original source for ogre?
[09:27] <Nafallo> yes
[09:27] <polpak> k
[09:28] <polpak> Bleh, I stand corrected
[09:29] <polpak> Now to hope and pray it gets backported soon =)
[10:13] <lucas> hi
[10:43] <lucas> ajmitch_: you around ?
[10:43] <lucas> \sh: hi
[10:43] <lucas> I saw you started working on some tools for motu
[10:43] <sivang> \sh and siretart and bmonty_laptop were working on it yesterday, I think
[10:44] <lucas> I think we should work on something bigger, including other scripts too
[10:45] <lucas> ajmitch_ said he already had some of those scripts himself, and he would release them
[10:48] <\sh> lucas: when he's back home he will do it
[10:48] <siretart> hi folks
[10:49] <siretart> hi lucas
[10:49] <\sh> moins siretart
[10:49] <siretart> lucas: have you already seen \sh and my motu-tools bzr repository?
[10:49] <siretart> huhu \sh!
[10:50] <lucas> yes, saw that
[10:50] <slomo_> hi siretart, \sh and everybody else ;)
[10:50] <lucas> but I think other scripts are needed too
[10:50] <siretart> lucas: of course, just write them ;)
[10:50] <lucas> yes, I already did for some of them
[10:51] <lucas> but the problem is : maybe we did some synchronization ;)
[10:51] <\sh> lucas: where  are they so we can have a look?
[10:52] <lucas> not public yet
[10:52] <lucas> but I'll work on that today
[11:05] <dholbach> hellas
[11:06] <slomo_> hi dholbach
[11:06] <dholbach> hey slomo
[11:07] <siretart> salute daniel!
[11:07] <dholbach> hi siretart
[11:09] <lucas> \sh: what did you use to write the ChangeLog in motu-tools ?
[11:09] <lucas> just plain text editor ?
[11:10] <\sh> lucas: emacs
[11:11] <lucas> \sh: we could maintain this as a native debian package and use debian/changelog
[11:11] <\sh> lucas: no
[11:12] <lucas> ?
[11:12] <\sh> upstream and debian/dir will be different things...
[11:12] <lucas> they don't need to
[11:12] <lucas> why should they ?
[11:12] <\sh> lucas: they will
[11:14] <\sh> lucas: because we will provide some other tools for motus and mains which are not debian related
[11:14] <lucas> erm
[11:14] <lucas> for example ?
[11:14] <\sh> lucas: some tools are launchpad related, others are using only dpkg or other tools, or smart which is also not debian related
[11:15] <lucas> well
[11:15] <\sh> lucas: lpbugs.py has nothing to do with debian or ubuntu...it can be used for everything which is in launchpad
[11:15] <lucas> then maybe "motu-tools" is not a good name ;)
[11:15] <\sh> lucas: well...think about dapper +1
[11:16] <lucas> ?
[11:16] <lucas> I haven't read the whole thread about dapper+1 RM
[11:16] <\sh> lucas: when there is smart coming...smart is the ultimative tool for AAAALLLL package based distros...even rpm based ones
[11:16] <\sh> ,)
[11:16] <\sh> moment...
[11:17] <\sh> real work
[11:17] <lucas> ah
[11:17] <lucas> haven't heard of it
[11:27] <juliux> (herzi) dholbach: ping
[11:28] <dholbach> juliux/herzi: pong
[11:28] <juliux> (herzi) dholbach: libgoffice-1-dev needs to depend on libgnomeoffice2.2-dev
[11:28] <juliux> (herzi) dholbach: libgoffice-1-dev needs to depend on libgnomeprint2.2-dev
[11:29] <dholbach> right
[11:29] <juliux> can you fix it please?
[11:30] <dholbach> don't worry, i'll look into it later
[11:44] <\sh> grmf
[11:44] <\sh> I had to fight now with the county administration of northrhine westfalia..because of my blogweb.de
[11:58] <Seveas> \sh, why?
[11:59] <Treenaks> Seveas: Police State Germany?
[12:00] <sivang> \sh: why so? what did they want from you?
[12:19] <\sh> siretart: because my imprint wasn't correct, but this was only one thing to get hold of another guy, which has a blog about security and privacy worldwide..and someone called those guys anonymously to denunciate me and my friend
[12:19] <\sh> oh sivang i mean
[12:20] <\sh> actually I asked those guys, if we have again the 3rd reich
[12:20] <zyga_mini> hello folks
[12:21] <StrikeForce> can someone tell me where the gpl shortened version for the copyright file is located?
[12:21] <Treenaks> in the large version of the GPL :)
[12:21] <Treenaks> oh wait
[12:22] <StrikeForce> I remember seeing a section of whats needed to be added because the license is included with ubuntu
[12:22] <StrikeForce> like not the whole version but just some paragraphs
[12:22] <dholbach> /usr/share/debhelper/dh_make/licenses/gpl
[12:23] <StrikeForce> thanks :)
[12:48] <StrikeForce> that strace script thats in the debian maintainers guide those deps are build deps only right?
[12:48] <dholbach> StrikeForce: hm?
[12:49] <StrikeForce> dholbach: do you know the one I'm talking about?
[12:49] <dholbach> no, i'm absolutely not sure, what you're talking about :)
[12:49] <StrikeForce> dholbach, http://www.debian.org/doc/maint-guide/ch-dreq.en.html#s-copyright
[12:49] <dholbach> sorry :)
[12:50] <StrikeForce> the 2nd bunch of code is the strace script it 'finds' deps
[12:50] <StrikeForce> however some of those deps from what I can see are in the base ubuntu and kubuntu packages
[01:02] <lucas> \sh and others: I've added my scripts to motu-tools
[01:02] <lucas> see http://ox.blop.info/bazaar/motu-tools/
[01:02] <lucas> (you can bzr branch/merge too)
[01:05] <lucas> example output for ruby packages here :
[01:05] <lucas> http://ox.blop.info/bazaar/du-versions-ruby.html
[01:06] <\sh> uh
[01:06] <\sh> why ruby...why not python :)
[01:07] <slomo_> lucas: how does your script get the packages to look at? i.e. in this case the ruby ones? i want such thing for the mono stuff :P
[01:07] <lucas> because I'm in MOTURuby ;)
[01:07] <lucas> see the first url
[01:07] <lucas> pkglist_from_rdepends.bash
[01:08] <slomo_> lucas: thanks :) good work
[01:08] <lucas> sladen: README.lucas details the steps to get to the HTML output
[01:09] <slomo_> lucas: i'm not sladen :P
[01:10] <lucas> sorry
[01:10] <slomo_> np :)
[01:10] <slomo_> that happens to everybody ;)
[01:11] <slomo_> lucas: i'll test it with mono stuff this evening and report any problems to you ;)
[01:11] <lucas> there's a problem with dpkg --compareversions
[01:12] <slomo_> hm?
[01:12] <lucas> file:///home/nussbaum/motu-tools/du-versions-ruby.html
[01:12] <lucas> see alexandria in the output ?
[01:12] <slomo_> mom
[01:12] <lucas> I'll try to fix this now
[01:12] <slomo_> oh
[01:13] <slomo_> btw, please add a link to the debian qa page
[01:13] <slomo_> packages.qa.debian.org
[01:13] <lucas> # TODO/Bugs
[01:13] <lucas> # - improve rendering
[01:13] <lucas> # - add links to all relevant sources of info
[01:13] <slomo_> makes work much easier :)
[01:13] <lucas> ;)
[01:13] <slomo_> lol
[01:13] <slomo_> ok =)
[01:16] <slomo_> siretart: oh no... marillat made the mplayer versioning wrong :( 1.0-pre7cvsxxxxxxxx is treated greater than 1.0 by dpkg....
[01:17] <slomo_> siretart: bbl
[01:23] <StrikeForce> dholbach, did you have a look at that strace?
[01:25] <dholbach> StrikeForce: looks interesting
[01:25] <dholbach> StrikeForce: i usually just have a look at configure.{ac,in}
[01:25] <dholbach> StrikeForce: and build it in pbuilder, so i can make sure, that it builds in a clean environment
[01:25] <StrikeForce> my concern is running deps?
[01:26] <StrikeForce> although I don't think there are any
[01:26] <StrikeForce> since I can find 0 documentation on it
[01:26] <dholbach> running deps?
[01:26] <StrikeForce> depends
[01:26] <dholbach> you mean dependencies instead of build-dependencies
[01:26] <dholbach> ah right
[01:26] <StrikeForce> yep
[01:26] <StrikeForce> sorry
[01:26] <dholbach> well usually, you just "expand" them
[01:26] <StrikeForce> yep ok
[01:26] <dholbach> {shlibs:Depends} gives you those
[01:26] <StrikeForce> yep
[01:26] <StrikeForce> I ahve that already :)
[01:27] <dholbach> (in a case, where you compile a C or C++ package)
[01:27] <StrikeForce> but it listed like gcc4
[01:27] <dholbach> i shouldnt think so
[01:27] <StrikeForce> but yeah I'll try and cut it short
[01:27] <dholbach> it explicitly listed gcc4 afterwards?
[01:27] <dholbach> as a dependency?
[01:27] <StrikeForce> not for depends
[01:28] <StrikeForce> Its ok I'm confusing the situation
[01:28] <dholbach> build-essential should give you a c compiler, so you wouldnt need it as a build-dep
[01:28] <StrikeForce> yep
[01:28] <dholbach> right
[01:28] <dholbach> normally you just need {shlibs:Depends}, {python:Depends} or {perl:Depends}
[01:28] <StrikeForce> how would I find using dpkg what is listed as deps of build-deps
[01:28] <dholbach> somtimes {misc:Depends}
[01:29] <StrikeForce> e.g. build-essentials deps
[01:29] <StrikeForce> so I /might/ not need to add to many deps
[01:29] <dholbach> apt-cache show build-essential | grpe Depends?
[01:29] <dholbach> grep
[01:29] <dholbach> sorry
[01:29] <StrikeForce> yep no worries thanks
[01:29] <StrikeForce> :)
[01:29] <StrikeForce> should have it uploaded later
[01:30] <StrikeForce> btw how long usually does it take to get a package checked out?
[01:30] <Nafallo> what's up with unrar-nonfree?
[01:40] <lucas> slomo: any other urls to include on the report page ?
[02:04] <lucas> http://ox.blop.info/bazaar/du-versions-ruby.html
[02:05] <lucas> I added some links and changed the color so it's easier to read
[02:10] <zakame> Nafallo: many thanks :)
[02:13] <Nafallo> zakame: np :-)
[02:22] <StrikeForce> Do you think it would be ok to add an override for this error W: cue2toc: description-synopsis-might-not-be-phrased-properly
[02:23] <zakame> what's the description synopsis?
[02:23] <StrikeForce> zakame, A program that will convert CUE files to cdrdao's TOC format.
[02:24] <zakame> StrikeForce: ah :) just remove the `A program that will' part and it will fit just fine :)
[02:24] <StrikeForce> kk :)
[02:26] <StrikeForce> zakame, unfortunately the error is still there from lintian
[02:26] <StrikeForce> zakame, Description: convert CUE files to cdrdao's TOC format
[02:27] <zakame> StrikeForce: have you rebuilt?
[02:27] <StrikeForce> nm
[02:27] <StrikeForce> yeah
[02:27] <StrikeForce> but I had a '.' at the end
[02:27] <StrikeForce> took that away and it works now
[02:27] <zakame> ah, that's another one
[02:27] <StrikeForce> all fine now
[02:28] <zakame> wtg :)
[02:28] <StrikeForce> and uploaded now package 3 done :)
[02:29] <StrikeForce> now all I have to do is coerce someone into checking em :)
[02:29] <zakame> to revu?
[02:31] <StrikeForce> yep
[02:32] <zakame> hi ogra
[02:45] <StrikeForce> zakame, I'm trying to compile a program and it can't find gtk2?
[02:45] <zakame> StrikeForce: do you have libgtk2.0-dev installed?
[02:46] <StrikeForce> doh not the dev package :(
[02:46] <StrikeForce> its ok I'll install now
[02:46] <zakame> no prob :)
[02:47] <StrikeForce> thanks for the help :)
[02:49] <zakame> now, my turn to pose a q: if I see a `package-name-doesnt-match-sonames' error for a package which is not a lib pkg, should I fix this?
[02:51] <Kyral> Are you trying to compile FlowDesigner by any chance?
[02:52] <zakame> nope, this is for gpsd
[02:52] <Kyral> lol okay
[02:52] <Kyral> I get the same error with FlowDesigner
[02:54] <zakame> let me look at the diff
[02:55] <zakame> Kyral: is this a NEW package?
[02:55] <Kyral> yah
[02:56] <Kyral> in REVU
[02:57] <zakame> ok
[02:58] <sistpoty> hi folks
[02:59] <zakame> heya sistpoty :)
[03:00] <Kyral> whee minor breakage :D
[03:00] <zakame> just uploaded libmemcache to revu, can any motu please check it? :)
[03:03] <zakame> siretart: ping, can you re-add my updated key to the revu keyring? :)
[03:04] <siretart> zakame: which keyid?
[03:04] <sistpoty> huhu siretart
[03:05] <siretart> huhu sistpoty
[03:05] <siretart> sistpoty: if you look in my public html, I have created a MergeWebTool branch, there is a oneline to be merged ;)
[03:05] <Kyral> hplip-base is broken. Depending on 0.9.5-2ubuntu2 of hplip-data, hplip-data is at 0.9.6-1ubuntu1
[03:05] <sistpoty> siretart: will check
[03:05] <zakame> siretart: 0xFA53851D .  I added a new uid for my @ubuntu.com address, and I want to use that now for the revu login
[03:06] <siretart> zakame: then I don't need to do anything
[03:06] <siretart> zakame: just upload something with that emailadress in the Changed-By field (email in debian/changelog)
[03:06] <sistpoty> siretart: bzr merge <pathtoyourrepo>? or bzr pull <pathtoyourrepo>?
[03:06] <siretart> sistpoty: merge
[03:06] <sistpoty> siretart: k, thx
[03:06] <siretart> works also over http, btw
[03:07] <zakame> siretart: just did, but when I try to login with it, fails... when trying to recover, I could not get the gpg encrypted output
[03:08] <siretart> hm
[03:08] <siretart> zakame: okay, I just updated your key, retry please
[03:08] <zakame> siretart: there, got the pgp message, thanks :)
[03:09] <siretart> okay :)
[03:10] <siretart> .oO( one more reason to work more on revu2, ... I'm still working on the infrastructure... )
[03:10] <zakame> hehe :) salamat :D
[03:11] <sistpoty> siretart: merged your change and also pulled to MoM ;)
[03:11] <siretart> sistpoty: :)
[03:12] <siretart> sistpoty: have you/we solved the problem with having to reload apache on file changes?
[03:12] <sistpoty> siretart: no, unfortunately I haven't :( (i just restarted apache2)
[03:14] <siretart> okay
[03:28] <zakame> hmm where can I read more on dpatch? tseng's site doesn't seem to be up
[03:32] <siretart> zakame: look at packages already using dpatch
[03:34] <zakame> siretart: ok :)
[03:38] <lucas> question about MOTU management : when a package is once uploaded with an ubuntu-specific version number ("ubuntu1" appended to the version string), a changelog entry is added.
[03:38] <lucas> then, when all the ubuntu-specific changes are merged into debian, we could use the debian package directly in ubuntu
[03:38] <zakame> of course
[03:38] <lucas> but since we have to keep that changelog entry, we still need to have that ubuntu-specific version number
[03:39] <lucas> right ?
[03:39] <lucas> or the "ubuntu1" part can be dropped during the upload after we resynchronize with debian ?
[03:40] <lucas> (but we loose the changelog entry then)
[03:41] <sistpoty> lucas: if we can use the debian version, we take it (and thus loose the ubuntu-changelog-entry). Otherwise we'd need to merge these packages next time again
[03:42] <siretart> lucas: this means: if the debian maintainer chooses not to take our ubuntu changelog entrys, we accept that
[03:42] <lucas> ok
[03:42] <siretart> lucas: is your motu-tools repository/package/whatever publicy viewable?
[03:43] <lucas> siretart: yes, I sent a mail to ubuntu-devel about it
[03:43] <lucas> http://ox.blop.info/bazaar/motu-tools/
[03:43] <lucas> what about this bug then :
[03:43] <lucas> https://launchpad.net/distros/ubuntu/+source/alexandria/+bug/4052
[03:43] <Ubugtu> Malone bug #4052: alexandria: merge new debian version Fix req. for: alexandria (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: Fixed http://launchpad.net/malone/bugs/4052
[03:44] <lucas> \sh said it was ok to use the debian package directly
[03:44] <lucas> but in the archive, there's an ubuntu-specific version
[03:45] <siretart> lucas: is http://ox.blop.info/bazaar/motu-tools/ an bzr archive?
[03:45] <lucas> yes
[03:45] <lucas> you can bzr branch it
[03:46] <siretart> strange. then i have a local config problem
[03:46] <siretart> bzr: ERROR: HTTP Error 403: Forbidden
[03:46] <siretart> ha
[03:46] <siretart> :)
[03:46] <lucas> should be fixed now
[03:49] <StrikeForce> siretart, for some reason I can't find cue2toc in REVU even though I uploaded it?
[03:49] <siretart> lucas: works now, thanks
[03:49] <siretart> StrikeForce: checking
[03:49] <StrikeForce> thanks :)
[03:49] <siretart> StrikeForce: because you did an binary upload, which is useless for revu
[03:50] <zakame> StrikeForce: build your package via dpkg-buildpackage -S -sa -rfakeroot
[03:50] <siretart> StrikeForce: please do sourceful uploads only (and always with full source, i.e. with orig.tar.gz)
[03:50] <StrikeForce> siretart, hmmm I'm sure I did that the right way :(
[03:50] <StrikeForce> ok I'll re-do my apologies
[03:50] <zakame> siretart: I notice some of the uploads also contain both source and binary uploads...
[03:51] <siretart> zakame: I changed process_uploads.py to ignore non sourceful changes files
[03:52] <zakame> siretart: cool :)
[03:52] <siretart> I need to work on something to send ACCEPTED/REJECTED emails
[03:52] <StrikeForce> so once thats done I just dput the changes file?
[03:52] <StrikeForce> because you'll build it up on the server?
[03:52] <siretart> StrikeForce: the *_source.changes file, yes
[03:52] <siretart> NOT the *_i386.changes file.
[03:53] <StrikeForce> siretart, ok I'll do that now if I've stuffed up give us a yell :)
[03:56] <StrikeForce> siretart, did you want me to re-upload my previous packages that haven't been approved in that format?
[03:56] <siretart> StrikeForce: yes, I deleted your old upload, since it did not include full source
[03:57] <StrikeForce> siretart, ok but I'm referring to rufus and also browser-bookmark-menu as well though
[03:57] <siretart> didn't check that yet, mom
[03:58] <siretart> StrikeForce: they include fill source as well as binaries. thats not that bad. no need to reupload.
[03:58] <StrikeForce> siretart, ok thanks I'll remember that for the future thanks for the heads up :)
[03:58] <siretart> StrikeForce: cheers! :)
[04:06] <StrikeForce> I signed the code of conduct through launchpad however it says the key is not registered with launchpad click this link yet the link is dead?
[04:15] <zakame> slomo: ping, can you please check Malone #4089, I remember you told me that gpsd can't be synced
[04:15] <Ubugtu> Error: Could not parse XML returned by Malone bugzilla: Connection to Malone bugzilla failed: HTTP Error 404: Not Found
[04:21] <zakame> wb ajmitch
[04:22] <StrikeForce> hello ajmitch :)
[04:25] <lfittl> Any motu here who has time to review something on revu? (http://revu.tauware.de/details.py?upid=931)
[04:26] <\sh> siretart: grmpf
[04:27] <\sh> siretart: u uploaded alexandria with ubuntu dude....
[04:41] <siretart> \sh: sorry?
[04:48] <\sh> siretart: debian dropped everything :)
[04:48] <\sh> doesn't matter
[04:48] <\sh> FRESH HOT BEATYFUL !!! 300 i386 Breezy CDs just hit ISH
[04:48] <\sh> 50 PPC and 50 AMD
[04:48] <\sh> as well
[04:49] <\sh> s/BEATYFUL/BEAUTYFUL/
[04:49] <Treenaks> 300ish ;)
[04:50] <\sh> hehe...I just spread Ubuntu Breezy to all the people here...
[04:50] <\sh> even management wants to have breezy on their laptop (at least on of our managers)
[04:51] <Gazer> slomo, Hi, yerteday I fix my package (http://revu.tauware.de/details.py?upid=925), tell me if you detect some other error.
[04:51] <Treenaks> \sh: cool!
[04:56] <lfittl> siretart: Please build libloki (#931) in revu, thanks
[04:56] <hunger_> How do I package python stuff?
[04:57] <hunger_> Do I need a python-sth deb that depends on a python2.4-sth deb with the code?
[04:57] <hunger_> Or can I get away with one python-sth deb with the code?
[04:59] <\sh> hunger: the first arrangement...a default package with deps on python2.4
[04:59] <\sh> hunger: the first arrangement...a default package with deps on python2.4-smt
[04:59] <\sh> aeh
[04:59] <\sh> sth
[04:59] <\sh> whatever
[04:59] <hunger_> \sh: Thanks.
[05:00] <hunger_> \sh: Do I need to do "Provides" magic?
[05:00] <zakame> hmmm, is pbbuttonsd-dev missing?
[05:03] <hunger_> \sh: How do I handle python-sthdepending on python-sth2?
[05:04] <hunger_> \sh: python-sth depends on python2.4-sth and python-sth2 and python-sth2 depending on python2.4-sth2?
[05:04] <hunger_> Does the python2.4-sth dep need to depend on python2.4-sth2?
[05:11] <\sh> hunger_: aeh
[05:12] <\sh> hunger_: is python2.4-sth2 replacing/conflicting python2.4-sth?
[05:12] <hunger_> \sh: No.
[05:12] <\sh> or other way to ask...what is the difference between sth and sth2?
[05:12] <hunger_> One is the lowlevel C bindingish stuff and the other the python magic build around it.
[05:13] <hunger_> \sh: I had to split them apart to stop lintian complaining:-(
[05:14] <\sh> hunger_: hum?
[05:15] <hunger_> \sh: lintian didn't like having binaries in a python archive or so I understood the message it gave.
[05:16] <\sh> hunger_: binaries?
[05:17] <hunger_> \sh: Some wrapper C-code to turn C libs into proper python citizens.
[05:17] <hunger_> \sh: Needs python-dev and the C lib dev stuff to build and exports some C functions from those libs to python apps.
[05:18] <\sh> hunger_: so it's not like python-apt e.g. where the .so is build and this is the interface to python?
[05:19] <\sh> hunger_: which software are u talking about? lets have a look
[05:19] <hunger_> \sh: There is that part, but there is a whole layer of python functionality build atop of.
[05:19] <hunger_> \sh: Xen.
[05:19] <hunger_> \sh: Check revu... the version there is sopmewhat outdated, but has python-xen and python-xen-lowlevel.
[05:20] <siretart> lfittl: please ask someone else, I'm currently at work and cannot upload
[05:20] <hunger_> \sh: ... which I now need to rename to python2.4-* with some python-* added.
[05:20] <hunger_> Hi siretart.
[05:20] <siretart> huhu hunger_
[05:21] <hunger_> siretart: Packaging would be soooo easy without having to follow that damn policy! ;-)
[05:21] <raphink> and the system would be so trashy, too ;)
[05:21] <dholbach> hunger_: autodeb :)
[05:21] <\sh> http://revu.tauware.de/details.py?upid=909
[05:22] <\sh> ?
[05:22] <hunger_> \sh: Sounds about right...
[05:22] <hunger_> \sh: Yes, that's it!
[05:23] <hunger_> \sh: I am wondering about the python-xen and python-xen-lowlevel debs right now.
[05:24] <ogra> dholbach, switching the universe o autodeb ? :)
[05:24] <siretart> hunger_: I know ;)
[05:24] <dholbach> ogra: yeah, i start uploading in some minutes
[05:24] <siretart> hunger_: but it is way easier to maintain conforming packages. and thats what we are about: maintenance and support for packages
[05:24] <ogra> cool
[05:24] <\sh> hunger_: if u build http://revu.tauware.de/revu1-incoming/xen-0511131225/xen-3.0pre20051113/tools/python/ manually via setup.py...the setup.py should create an .so interface file...which is actually the python class
[05:25] <hunger_> dholbach: If upstream had a decent build system things would be somewhat easier.
[05:25] <siretart> what is autodeb?
[05:25] <dholbach> siretart: http://wiki.ubuntu.com/Autodeb
[05:25] <ogra> siretart, the suck ...
[05:25] <\sh> hunger_: and this .so file u put into /usr/lib/python2.4/site-packages/ directly
[05:25] <dholbach> hunger_: send upstream a patch :)
[05:25] <ogra> (sorry for my french)
[05:25] <siretart> fear
[05:25] <ogra> heh
[05:25] <hunger_> dholbach: I already send 5 of them upsteam just to fix "make clean"
[05:25] <\sh> hunger_: check apt-get source python-apt
[05:26] <siretart> omg
[05:26] <siretart> this is designed to break, is it?
[05:26] <hunger_> dholbach: I even volunteered to rewrite the complete buildsystem a while back... but they are not interessted.
[05:26] <\sh> if u have to fix make clean from upstream....DON'T USE IT...they actually don't know what they're doing ;)
[05:26] <hunger_> dholbach: Next step: Find out why "make distclean" creates files (which forces me to run make clean after make distclean to get rid of them again!)
[05:27] <dholbach> at least you seem to have fun :)
[05:27] <\sh> "make clean\n -> make: running rm -Rvf /
[05:27] <\sh> *oops"
[05:27] <siretart> and incredible pain patching broken upstream build systems :)
[05:29] <hunger_> \sh: Building the stuff is not the problem... How do I have to do the dependencies?
[05:29] <\sh> hunger_: u should have only one package at all....with the meta package python-xen which depends on python2.4-xen
[05:29] <\sh> u will have two...
[05:30] <\sh> hunger_: setup.py normally deals as well with C interfaces for python classes
[05:30] <hunger_> \sh: lintian didn't like me throwing both of them into one deb.
[05:30] <\sh> and builds them properly...that's why I asked if u ever builded python-xen manually
[05:30] <\sh> hunger_: check python-apt
[05:30] <hunger_> \sh: I will once I get proper net access:-(
[05:36] <\sh> hunger_: are u using dh_python?
[05:36] <hunger_> \sh: Yes.
[05:37] <\sh> hunger_: but not in binary-indep
[05:37] <hunger_> \sh: There is no pyhon stuff build in indep.
[05:37] <\sh> oh sorry..
[05:39] <hunger_> \sh: I removed python*-xen-lowlevel now. Let's see what lintian has to say about this change.
[05:39] <slomo> lucas: MoM page if existing maybe
[05:39] <hunger_> That makes all the python code arch dependent of course.
[05:40] <\sh> hunger_: thats why u should use indep :)
[05:40] <\sh> and dep
[05:40] <lucas> slomo: does the fact that it exists (or not) add a useful information ?
[05:40] <hunger_> \sh: I can't since the .so files aren't.
[05:40] <lucas> it isn't easy to check that MoM pages exist
[05:41] <slomo> lucas: hmm, don't show if it exists or not... but give a link to it if it exists ;) check for a 404 ;)
[05:41] <\sh> hunger_: believe me :)
[05:42] <\sh> hunger_: check python-apt...they are doing it just like this...read the rules file :)
[05:42] <hunger_> \sh: I will as soon as I get a net connection again.
[05:42] <hunger_> \sh: I'll shut up now till I did:-)
[05:43] <lucas> slomo: mmh
[05:43] <\sh> hunger_: so before u try and break something...check first :)
[05:43] <lucas> when there are lots of pkgs, it won't be fast
[05:43] <slomo> lucas: hmm, ok, then don't do it :)
[05:44] <hunger_> \sh: It is only my local stuff that I break. It is not as if I had users;-)
[05:44] <\sh> lucas: what do u want to do?
[05:44] <\sh> hunger_: ok...:)
[05:44] <hunger_> OK, have to run. I might be back later!
[05:44] <lucas> \sh: see my mail on ubuntu-devel about motu-tools pkg
[05:45] <lucas> slomo: I'll add it to my todo list
[05:46] <slomo> ok, thanks... can you give me the url again? i get a mono list working then :)
[05:51] <\sh> lucas: i answered
[05:52] <lucas> slomo:  http://ox.blop.info/bazaar/motu-tools/
[05:54] <\sh> ok...
[05:54] <\sh> going home
[05:54] <\sh> cu later
[05:54] <slomo> lucas: thanks
[06:01] <slomo> lucas: small cosmetical suggestion... add somewhere that apt-rdepends is needed :)
[06:03] <lucas> well that's why I was talking about a package ;)
[06:05] <lucas> ./debianubuntuversions.bash |./filterlist.bash <(./pkglist_from_rdepends.bash libruby1.8 |./binarytosource.bash) |./debianubuntuversions-list2html.rb > duv-ruby.html
[06:05] <lucas> slomo: use this and remplace libruby1.8 with what you need
[06:06] <slomo> lucas: already done... well, i'm waiting for the download to finish but otherwise it's fine ;)
[06:06] <lucas> ok
[06:06] <slomo> Now, generating mixed list...
[06:06] <slomo> uniq: Ungltige Option -- W
[06:06] <slomo> hmm
[06:06] <slomo> Ungltige Option == invalid option
[06:07] <lucas> mmh
[06:07] <lucas> $ uniq --version
[06:07] <lucas> uniq (coreutils) 5.2.1
[06:07] <lucas> you aren't running ubuntu are you ? :-)
[06:08] <slomo> uniq (GNU coreutils) 5.93
[06:08] <slomo> that's dapper ;)
[06:09] <lucas>        -W, --check-fields=N
[06:09] <lucas>               compare no more than N fields in lines
[06:09] <slomo> what is -W doing?
[06:09] <slomo> oh
[06:09] <slomo> it's -w now
[06:09] <lucas> no, that's --check-chars
[06:09] <slomo> oh no
[06:09] <slomo> there is no -W anymore :P
[06:09] <lucas> no --check-fields ??
[06:09] <slomo> no
[06:11] <lucas> that's what I dislike in shell scripts
[06:11] <ogra> slomo, 2.93 is ancient ...
[06:11] <ogra> err 5.93
[06:11] <lucas> you always end in a wall
[06:11] <slomo> ogra?
[06:12] <ogra> dpkg --compare-versions 5.93 lt 5.2.1 || echo true
[06:12] <lucas> ok, I'll rewrite it with awk
[06:12] <ogra> slomo, 5.2.1 is the current version ...
[06:12] <slomo> ogra: err no... definitly not... look at the coreutils changelog
[06:13] <slomo> ogra: 5.2.1 is from jul, 5.93 from november
[06:14] <ogra> coreutils (5.2.1-2.1ubuntu1) dapper; urgency=low
[06:14] <lucas> What you are seeing with the -W option in Debian is a distribution
[06:14] <lucas> specific patch to the code to provide that option and associated
[06:14] <lucas> functionality.  It is not in the upstream GNU coreutils.
[06:14] <ogra>  -- Charles Majola <charles@ubuntu.com>  Mon, 14 Nov 2005 10:50:31 +0000
[06:14] <lucas> so ubuntu packaged 5.93 but dropped the patch
[06:14] <slomo> ogra: hum...
[06:14] <slomo> ogra: coreutils (5.93-2) unstable; urgency=low
[06:14] <slomo> ogra:  -- Michael Stone <mstone@debian.org>  Sat, 12 Nov 2005 20:28:53 -0500
[06:14] <slomo> that's mine
[06:14] <ogra> unstable
[06:14] <ogra> *giggle*
[06:15] <slomo> i only have dapper sources, no debian ones...
[06:15] <ogra> slomo, drop the debian sources then ;)
[06:15] <slomo> we have unstable also in packages synced from unstable
[06:15] <ogra> true
[06:15] <slomo> Accepted coreutils 5.93-2 (source)
[06:16] <slomo> Date: 	Tue, 15 Nov 2005 13:35:03 +0000 (GMT)  (14:35 CET)
[06:16] <slomo> that's on dapper-changes
[06:16] <ogra> ah, yes
[06:16] <ogra> and charles merged the other packge yesterday it seems
[06:16] <slomo> hehe
[06:17] <ogra> communication breakdown ?
[06:17] <lucas>    * Remove some ancient debian-specific patches
[06:17] <lucas>      - install no longer calls strip with special options
[06:17] <lucas>      - no more --reversible option to cat
[06:17] <lucas>      - no more --first-eof option to paste
[06:17] <lucas>      - no more field seperator option to uniq
[06:17] <lucas> in  coreutils (5.93-1) unstable; urgency=low
[06:17] <lucas> (upload to debian)
[06:17] <lucas> so I have to live with it
[06:19] <LaserJock> lucas: I love your new motu-tools scripts
[06:19] <LaserJock> I have been working on something like this for the MOTUScience team
[06:20] <lucas> LaserJock: thanks :-)
[06:20] <lucas> don't hesitate to send patches
[06:20] <LaserJock> I like the html output, that is what I have been struggling with, how to put the output in a good form
[06:21] <Gloubiboulga> hello
[06:21] <slomo> ogra: "dpkg --compare-versions 5.93 lt 5.2.1 || echo true" <--- are you sure this is correct? shouldn't it be gt or &&?
[06:21] <lucas> awk 'BEGIN { s = "" } { if ($1 != s) { print $0 ; s = $1} }'
[06:21] <lucas> uniq in awk
[06:21] <lucas> with -W 1
[06:21] <lucas> :-)
[06:22] <ogra> i will echo true if the operator is right
[06:22] <lucas> nearly readable
[06:22] <minghua> hi, anybody know why grace and grace6 are still labelled unassigned on revu's MoM page?
[06:22] <ogra> slomo, but i might be wrong ...
[06:22] <LaserJock> minghua: did you change their status to fixed?
[06:23] <minghua> I picked them up and filed malone bug according to the instructions
[06:23] <slomo> ogra: it will echo true if everything before failed afaik... that's what || is for
[06:23] <minghua> LaserJock: no, I left them as new
[06:23] <ogra> slomo, err, yes && would be more appropriate
[06:24] <LaserJock> minghua: nevermind, I was thinking you were asking about it not being in the "Done" list
[06:24] <minghua> but I did assign them to MOTU merge team
[06:24] <slomo> lucas: can you tell me when you've added it to your bzr branch?
[06:24] <lucas> slomo: just checking that it works
[06:25] <minghua> LaserJock: okay :-)  I'll wait for more informed people to answer then
[06:26] <LaserJock> minghua: that's not hard to find ;-)
[06:27] <slomo> Nafallo_away: kernel built at least on ppc :) we can start breaking our machines now ;)
[06:27] <lucas> slomo: you can bzr merge now
[06:28] <slomo> lucas: done :)
[06:28] <slomo> lucas: i need to remember you... you can do awk magic :)
[06:28] <lucas> ;)
[06:30] <slomo> hmm, my dapper pbuilder is broken... can someone verify this?
[06:32] <ogra> slomo, was this a silent offer to everyone here to get ssh access to your box for verification purpose ? :)
[06:32] <slomo> ogra: lol no... but does someone else have this problem? :P it can't find /etc/shadow for some reason
[06:32] <ogra> hmm, i didnt update mine for 2 days ....
[06:33] <dholbach> slomo: same here
[06:33] <ogra> heh, so i'll keep away from updating :)
[06:33] <slomo> hehe... but i need the new openssl and libextractor :(
[06:36] <jamessan|work> slomo: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338976
[06:37] <slomo> jamessan|work: thanks, i'll try it
[06:38] <slomo> lucas: filterlist fails... it lists gtk-engines-mono but shouldn't list it
[06:39] <lucas> ah
[06:39] <slomo> every other result is ok
[06:39] <lucas> can you put your input file and your filter list swhere ?
[06:39] <jamessan|work> ogra: if you already have a basetgz built, it should be fine.  I've only seen the problem when creating new ones
[06:40] <slomo> lucas: sure... but i expect it to be a problem with grepping for "mono" (which is in my input file)
[06:40] <lucas> ok, but I'm supposed to grep -w
[06:41] <lucas> (for words)
[06:41] <lucas> $ echo gtk-engines-mono |grep -w mono
[06:41] <lucas> gtk-engines-mono
[06:41] <lucas> ok
[06:41] <lucas> that's the problem
[06:41] <slomo> ok
[06:42] <lucas> "Word-constituent  characters  are
[06:42] <lucas>               letters, digits, and the underscore."
[06:42] <lucas> one could argue about this :-)
[06:42] <slomo> hmm
[06:42] <slomo> and the '-' ;)
[06:43] <jamessan|work> that's a pretty standard regexp definition of a 'word character'  :)
[06:43] <lucas> mmh I'm not sure
[06:43] <lucas> word could be "anything but \s"
[06:43] <jamessan|work> I don't think I've seen any other definition for \w
[06:45] <slomo> brb
[07:05] <Riddell> who is Andreas Mussgiller?
[07:05] <mgalvin> siretart: thnx for uploading that theme
[07:07] <mgalvin> fyi, i got cegui_mk2 and ogre to build and they are awaiting review as well
[07:12] <Gloubiboulga> I've reported a bug for a universe package, and provided a patch
[07:12] <Gloubiboulga> To how the patch should be assigned ?
[07:13] <Gloubiboulga> to whom*
[07:13] <Gloubiboulga> arf
[07:14] <Gloubiboulga> To whom the bug should be assigned ?
[07:14] <JanC> just leave it like it is, I guess?
[07:14] <bmonty_laptop> Gloubiboulga: what is the number?
[07:14] <bmonty_laptop> Gloubiboulga: most likely it should be assigned to MOTU
[07:14] <Gloubiboulga> 4450
[07:14] <JanC> unless you know a motu who wants to look at it
[07:20] <slomo> dholbach: creating an empty /etc/shadow with touch (running pbuilder login --save-after-login) solves it ;)
[07:20] <dholbach> slomo: weird, i wonder what the real problem is
[07:22] <bmonty_laptop> Gloubiboulga: that bug should be assigned to MOTU
[07:25] <Gloubiboulga> ok bmonty_laptop thanks
[07:51] <Nafallo> slomo: yay!
[07:51] <Nafallo> slomo: (x2)
[07:51] <slomo> Nafallo: was only a give-back on ppc... don't know about the others ;)
[07:52] <Nafallo> succedded.
[07:52] <slomo> perfect... test it and tell me :)
[07:52] <Nafallo> hopefully my pbuilder will do the same in a bit ;-)
[07:55] <slomo> why did you built it yourself?
[07:57] <Nafallo> ?
[07:57] <slomo> "<Nafallo> hopefully my pbuilder will do the same in a bit ;-)"
[07:58] <Nafallo> yea. that grep /etc/shadow-thing...
[07:58] <slomo> oh
[07:58] <Nafallo> hmm
[07:58] <Nafallo> the kernel should go in :03, right?
[07:59] <slomo> hmm
[07:59] <slomo> it should be there already
[07:59] <slomo> NEW?
[07:59] <Nafallo> oh
[07:59] <Nafallo> probably
[08:06] <Nafallo> or even: ofcourse
[08:13] <Tonio_> re
[08:21] <herve> hello
[08:30] <dholbach> hi herve
[08:30] <dholbach> hi Tonio_
[08:30] <Tonio_> re dholbach
[08:31] <Tonio_> dholbach: are we supposed to get an email when one package has been uploaded with success ?
[08:31] <herve> yes
[08:31] <Tonio_> hum.........
[08:32] <herve> and with failure too :-)
[08:32] <Tonio_> ktranslator and kinstaller have been uploaded and I didn't receive any mail...
[08:32] <herve> but your email needs to be whitelisted by the archive admins
[08:32] <Tonio_> maybe that's the reason ;)
[08:33] <bmonty_laptop> Nafallo: thanks for the help with the uploads
[08:34] <Nafallo> bmonty_laptop: no problem :-)
[08:34] <bmonty_laptop> Nafallo: learned something new to look for with python packages :)
[08:36] <Nafallo> I fixed that one for \sh in another package not so long ago so... ;-)
[08:37] <bmonty_laptop> either way, now I know another thing to check with python packages
[08:38] <Nafallo> :-)
[08:55] <magnon> siretart: ping!
[08:55] <slomo> re
[09:19] <slomo> lucas: did you fix it already?
[09:20] <lucas> fix what ? :-)
[09:21] <lucas> ah, the grep thing ?
[09:21] <slomo> yes
[09:21] <lucas> no, not yet
[09:21] <slomo> oh :(
[09:21] <slomo> ok, then i do some merges in the meantime :P
[09:24] <Nafallo> yay! syncs!
[09:36] <lucas> slomo: you can merge
[09:36] <lucas> ah
[09:36] <lucas> eh
[09:36] <lucas> wait 1 sec ;)
[09:36] <slomo> np :)
[09:36] <lucas> (why is rsync taking so long?)
[09:36] <slomo> i'm currently adjusting my procmail rules :P
[09:39] <slomo> rsync over ssh?
[09:40] <lucas> yeah
[09:40] <lucas> but it seems my server has some connections problems
[09:41] <lucas> http://www-id.imag.fr/~nussbaum/perso.html/motu-tools/
[09:41] <lucas> you can merge from there
[09:42] <slomo> done... and doesn't help :(
[09:42] <lucas> you replaced filterlist.bash with filterlist.rb ?
[09:43] <slomo> lol
[09:43] <slomo> no :)
[09:43] <slomo> works perfect :)
[09:43] <aboe> is there somebody from xfce-team??
[09:43] <aboe> because I got a question?
[09:44] <slomo> lucas: is it normal that the html generator needs long
[09:44] <lucas> did you give him the input file on stdin ?
[09:44] <lucas> and what is it outputting on stdout ?
[09:45] <slomo> lucas: ok, not stdin ;)
[09:46] <slomo> hmm, i don't like the colours ;)
[09:46] <lucas> feel free to submit a patch
[09:46] <lucas> it's easy to change : the CSS is in the HTML file
[09:47] <slomo> yes, i know :) but i would choose worse colours... choosing colours for something is no job for me
[09:47] <lucas> heh
[09:48] <slomo> but i like it :) i'll make a cronjob out of it :)
[09:52] <lucas> it still needs a lot of work
[09:53] <crimsun> mm xkb borkage
[09:58] <crimsun> hi dholbach :-)
[09:58] <dholbach> re :)
[10:01] <crimsun> dholbach: is 'gnome-games' known-broken on Dapper atm? Invoking most of the binaries from it in /usr/games/ result in the GTK+ setuid/setgid error message.
[10:03] <bmonty_laptop> Nafallo: do you mind taking a look at Malone #4443?
[10:03] <Ubugtu> Error: Could not parse XML returned by Malone bugzilla: Connection to Malone bugzilla failed: HTTP Error 404: Not Found
[10:03] <mgalvin> would anyone happen to have the time to review a package(cegui_mk2 and/or ogre, in revu)?
[10:03] <Tonio_> hi again
[10:03] <Tonio_> does anyone here have a breezy pbuilder ?
[10:05] <bmonty_laptop> Tonio_: I don't have one, but it is fairly easy to make for yourself
[10:05] <Tonio_> bmonty_laptop: I know, I just don't to build one for just one package ;)
[10:06] <Tonio_> I have a dapper one and that's enough
[10:06] <bmonty_laptop> heh
[10:06] <Tonio_> I have just build a source package for kaffeine 0.7.1
[10:06] <Tonio_> and I'd like to test to see if it is more stable
[10:07] <Tonio_> but anyway, I'll built one ;)
[10:11] <Nafallo> bmonty_laptop: sure, if you base the debdiff on the debian package :-)
[10:11] <bmonty_laptop> np :)
[10:11] <Nafallo> thanx :-)
[10:12] <Gloubiboulga> I hate multiple packages
[10:13] <Gloubiboulga> is there any web site where I could find help to build one ?
[10:16] <slomo> 506 merges left :)
[10:17] <slomo> rbelem__: ping?
[10:18] <bmonty_laptop> Nafallo: done
[10:20] <Nafallo> nice :-)
[10:22] <bmonty_laptop> Nafallo: I'm going to be working on some more merges...you want me to tell you here or do you want to just look for the emails from malone?
[10:23] <dholbach> crimsun: erm... new to me, will have a look
[10:23] <Nafallo> bmonty_laptop: I look for e-mails tomorrow morning. the plan now is to hit the bed as soon as all my syncs and merges are built :-)
[10:23] <crimsun> dholbach: no worries, I can live with gnometris for a while :-). Thanks regardless.
[10:23] <crimsun> without
[10:23] <bmonty_laptop> Nafallo: ok, good night then!
[10:24] <Nafallo> thanx :-)
[10:24] <bmonty_laptop> thanks for your help
[10:37] <StrikeForce> dnnrjrjr
[10:55] <LaserJock> why would a package not have a "Section:" ?
[10:55] <herve> nighty night!
[10:56] <slomo> LaserJock: the binary or source one?
[10:56] <LaserJock> source
[10:56] <sivang> nigght all
[10:56] <slomo> LaserJock: no idea ;)
[10:57] <LaserJock> hmm, I get that there are 12 source packages in Ubuntu that don't have "Source:"
[10:57] <LaserJock> but in Debian it is fine
[10:57] <sistpoty> hi slomo
[10:57] <sistpoty> slomo: argl... elmo was faster with syncing hmake and haddock than i with ghc6 *g*
[10:58] <slomo> as expected ;)
[10:58] <sistpoty> hehe
[10:58] <sistpoty> slomo: there where (are?) some cabal-issues with the new ghc6... I'm testing rebuilt packages right now *hope*
[10:59] <sistpoty> were even
[10:59] <slomo> yes?
[11:13] <tseng> hm if people cant use dpatch w/o my blog being up there is a problem
[11:21] <slomo> tseng: hm?
[11:23] <tseng> 08:28 #ubuntu-motu: < zakame> hmm where can I read more on dpatch? tseng's site
[11:23] <tseng>           doesn't seem to be up
[11:24] <slomo> at least it shows you that you're important :)
[11:25] <tseng> hah, right