[00:00] <wgrant> It can't. It doesn't know who you are.
[00:00] <jgoppert> lol great.. oh well .. glad i figured it out sooner rather than later
[00:06] <LimCore> hello there
[00:06] <LimCore> how to build krusader from source?  I apt-get source it,  and  neiter make  cmake    nor   automake  work
[00:07] <LimCore> I want to fix a bug there quickly and then submit a patch
[00:07] <LimCore> unfortunatelly Im not good with buildtools usually I just used Make or custom script always
[00:08] <yofel> LimCore: first get the things you need to build it: 'sudo apt-get build-dep krusader'
[00:08] <LimCore> this I did, yes
[00:08] <jgoppert> going from karmic back to hardy my rules script is failing because there are no files /usr/include/* to install , i've fixed this by using debian/tmp/include/* is this typical?
[00:08] <yofel> LimCore: then go into the source folder and  run 'debuild'
[00:08] <yofel> LimCore: and ignore the signature errors at the end
[00:08] <LimCore> ah. and it will be installed later to /usr/local/bin/ ?
[00:09] <yofel> LimCore: no, it will create the package .deb in the parent folder
[00:09] <yofel> LimCore: you can install the .deb then
[00:09] <LimCore> how to later revert to officiall version?
[00:10] <yofel> LimCore: 'sudo apt-get install krusader/karmic'
[00:10] <yofel> LimCore: or 'sudo apt-get install krusader=<version>Ä
[00:10] <yofel> s/Ä/'
[00:10] <LimCore> lól I think you got wrong charset there
[00:11] <yofel> LimCore: nope, german keyboard ;)
[00:14] <jgoppert> guys is libname.install supposed to look like debian/tmp/usr/include/* ?? for hardy, was urs/include/* for karmic
[00:23] <LimCore> how to give other name to "my" versions like  -my1 or something.  Also, so I will see it in  dpkg -l krusader after instailling builded .deb
[00:26] <yofel> LimCore: run 'dch -i' in the source directory, it will add a new changelog entry and increase the version number
[00:28] <LimCore> how to tell dbuild to use SMP? like make -j 4 etc
[00:44] <jgoppert> anyone have any idea why debian/tmp has to proceed my files in libname.install ? Is that standard for hardy?
[00:49] <Laney> yes
[00:49] <Laney> if you use compat level 7 then you can leave it out though
[00:54] <jgoppert> ok thanks Laney, hardy can only handle 6 it looks like
[00:55] <jgoppert> is that the same for the dirs file?
[00:57] <Laney> no
[00:57] <Laney> but I bet you don't need one
[00:57] <Laney> (also debhelper 7 is in hardy-backports)
[00:58] <jgoppert> yeah i don't need it just thought i'd ask
[00:58] <jgoppert> thanks again
[01:24] <jldupont> cyphermox: are you there?
[01:28] <StevenK> -c
[01:28] <jldupont> Could it be that Synaptic sets $DESTDIR to "/"  when installing a package?
[01:29] <jldupont> anyone?
[01:29] <ScottK> jldupont: Synaptic doesn't control that.  It's built into the pacakge.
[01:30] <jldupont> strange... just got my package ready from Launchpad, and it installs in /
[01:30] <jldupont> so my includes end-up in /include
[01:31] <jldupont> Should I check for a $DESTDIR or fix it to /usr ?
[01:40] <EzraR> what would be the proper way to change the permissions a file gets installed with
[01:45] <jldupont> how do we delete a package on Launchpad ???
[01:46] <jldupont> found it... sorry newbie on LP
[02:02] <jldupont> for building a package with a different revision # (package revision #), where do we put htis information ?
[02:03] <jldupont> launchpad doesn't let me re-upload under the same version #...
[02:03] <jldupont> please please help!
[02:03]  * LimCore doesn't know
[02:04] <jldupont> cyphermox: ?
[02:04] <jldupont> ScottK: ?
[02:05] <jldupont> StevenK: ?
[02:14] <EzraR> you have to change the version
[02:15] <EzraR> I have made a stupid spelling mistake in a control file and had to change the version
[02:19] <jldupont> EzraR: I am on #launchpad getting some there... thanks.
[02:20] <EzraR> so i fixed my problem of file permissions with a postinst script is that the best way though?
[02:46] <maxb> EzraR: No. The way it should be done is to set the permissions right at package build time in debian/rules
[03:02] <EzraR> maxb: even if it doesnt get built?
[03:03] <maxb> all packages get built, otherwise they don't exist :-)
[03:12] <EzraR> im talking about a config file that im installing from the debian dir
[03:26] <dtchen> hyperair: they're stable. Also, while your proposed changes are fine, they really only paper over linux bugs. We *need* to fix the linux bugs.
[03:28] <dtchen> hyperair: I'm also keen to not add time processing (un)muting, so really the changes ought to be made to pulse instead of in a pm-utils script. Ultimately, however, fix the damned controllers.
[03:53] <maxb> EzraR: Something needs to copy it into the package, then. An idiomatic way to do so would be to use install -m0644 .... etc.
[03:55] <EzraR> maxb: i used a .install so dh_install installs it
[03:56] <maxb> Then you could either chmod it after dh_install has run, or remove it from the .install and use an install -m... command manually
[05:36] <LucidFox> Is there any easy way to see which packages build-depend on a certain -dev package?
[05:38] <StevenK> checkrdepends
[05:38] <jdong> last that I've seen is a grep-dctrl incantation.
[05:39] <mannyv> reverse-build-depends
[05:40] <mannyv> anyone have either debian or a debian chroot installed and want to check a reverse dependency for me?
[05:41] <mannyv> python-xmlbase
[05:43] <mannyv> thuban has a depends on it and we have had to merge it for three releases now because the debian version still depends on python-xmlbase. I am going to try and get it removed in debian and i was wondering how many other packages still depend on it there.
[05:44] <mannyv> but i dont have debian installed so i cant check =(
[05:46] <LucidFox> Launchpad is down?
[05:57] <hyperair> dtchen: yes, but i think it would be good as a short-term solution so we don't leave users out in the cold while waiting for a better fix.
[05:57] <hyperair> dtchen: you did mention that the linux bugs would take some time to fix
[05:58] <fabrice_sp> LucidFox, seems so, yes
[05:58] <fabrice_sp> mannyv, a sid chroot  is ok?
[05:59] <mannyv> yes
[05:59] <LucidFox> Back up now
[05:59] <mannyv> fabrice_sp, thanks for the ack... just in time =)
[05:59] <fabrice_sp> ;-)
[06:01] <hyperair> dtchen: incidentally, i'm also seeing those powersave-clicks. could be related to another issue where there's a loud pop when ubuntu suspends/hibernates (right at the last moment, prior to powering down)
[06:02]  * fabrice_sp is updating his sid chroot
[06:08] <fabrice_sp> mannyv, apt-cache does not give back any rdepends :-/
[06:11] <fabrice_sp> it's obviously not working
[06:11] <mannyv> strange because thuban definitely has one
[06:12] <fabrice_sp> yeah: I've just checkd it
[06:12] <mannyv> http://packages.debian.org/sid/thuban
[06:12] <fabrice_sp> is there any other command than apt-cache?
[06:13] <fabrice_sp> guess what: it's not working in ubuntu either
[06:13] <fabrice_sp> it's becasue package is not there anymore
[06:13] <fabrice_sp> python-xmlbase, I mean
[06:14] <mannyv> yeah its a virtual package
[06:14] <fabrice_sp> oh
[06:14] <mannyv> so i am just going to send thuban a bug  telling them they don't need to depend on it anymore
[06:15] <mannyv> because it is silly to keep haing to merge this
[06:15] <mannyv> thanks for checking for me, sorry i sent you on a wild goose chase
[06:16] <fabrice_sp> mannyv, apt-cache dumpavail | grep python-xmlbase gives me only one depends
[06:18] <fabrice_sp> yes: thuban is the only one
[06:18] <mannyv> sweet ok that should help my cause =)
[06:18] <fabrice_sp> ;-)
[06:18] <mannyv> how what command did you use to find that so i can show them how to replicate if they want?
[06:19] <fabrice_sp> apt-cache dumpavail | grep -B 20 python-xmlbase | grep Package
[06:20] <mannyv> so now that we figured this out, should i still do this merge or should I talk to the maintainer in debian and try to get them to make the change and then wait for a sync?
[06:20] <fabrice_sp> mannyv, try with Debian first :-)
[06:21] <fabrice_sp> we still ahve time to get this package in Lucid
[06:21] <mannyv> ok that is what i expected you to say =)
[06:21] <fabrice_sp> lol
[06:21] <mannyv> btw i used to be serialorder if you recognize the name at all, decided to just follow suit and use my name
[06:22] <mannyv> would you recommend that i request it via a bug submission or email the maintainer or ??
[06:22] <fabrice_sp> hmmm, ok ;-)
[06:22] <fabrice_sp> bug submission is better
[06:23] <fabrice_sp> this way, if you  request the merge in 2 or 3 weeks, I'll check and see teat the Debian maintainer is not doing anything ;-)
[06:23] <fabrice_sp> (I try to check Debian bug reports before processing a merge to see the status of the differences)
[06:24] <mannyv> ok bug submitted
[06:25] <mannyv> thanks for your help
[06:25] <fabrice_sp> thanks for working on it :-)
[06:32] <ripps> I want to apply to become a MOTU, but I realize I don't have any packages that I've directly added to Ubuntu, just a few through Debian and whole lot in PPA's. Are there any package that you guys need some more manpower on?
[06:34] <jmarsden> ripps: Get the ones you have put in PPAs *out* of the PPAs and into Debian and/or Ubuntu :)
[06:35] <fabrice_sp> jmarsden, good point :-)
[06:36] <ripps> jmarsden: most of my PPA's are daily builds from upstream. Although, I do have some packages of dshowserver, a middlelayer to use CoreAVC with a patched mplayer. I guessed I need to pass the coreavc patch into Mplayer first.
[06:38] <fabrice_sp> ripps, as we are at the beginning of a dev cycle, forwarding changes made to Ubuntu back to Debian  is welcome (and not always done by the patcher)
[06:42] <ripps> Hmmm... a good candidate might be my xwii and libwiiuse packages, but I'm unsure if wiiuse still works with the bluetooth now... I should probably run a test build...
[06:43] <fabrice_sp> sounds good
[06:47] <mannyv> if i do a debdiff between a debian package and an ubuntu merge and get a lot of .po file entries i can remove those from the diff right?
[06:48] <fabrice_sp> mannyv, they should, except if they comes from Ubuntu
[06:48] <fabrice_sp> some packages generate po files when building/cleaning
[06:49] <fabrice_sp> this ones should be cleaned
[06:50] <ripps> Hmm... I already have xwii on Revu, hasn't been touched in a year. I can see if my version is different there. However, the real problem is that wiiuse package is actually version by jgoguen, but he hasn't made any updates on it since May. He probably got frustrated like I did with the whole process.
[06:51] <fabrice_sp> ripps, could be: in general, we prefer to maintain well what we have, and not flood Ubuntu with new packages
[06:52] <fabrice_sp> I go through this also myself :-)
[06:54] <ripps> The problem is, I'm trying to prove I'm capable of becoming an Ubuntu Member, however most of my work happens to be in package development. tonyyarusso, whom I know, says he can't recommend me for membership since I work far more development than he does, and he can't recommend me. So he told me to try and work with some MOTU's here
[06:54] <ripps> Of course, the whole damned Revu process is so frustrating, it's hard to get my foot in the door.
[06:55] <fabrice_sp> ripps, you can work on merges or fixing existing packages
[06:55] <mannyv> fabrice_sp, so how do i tell if the po files are from debian or ubuntu?
[06:55] <fabrice_sp> mannyv, you have to look at the ubuntu original debdiff
[06:56] <fabrice_sp> ripps, fixing existing pacakges could be checking the FTBFS page and make the pacakges build
[06:56] <mannyv> im not understanding what  you mean?
[06:57] <fabrice_sp> mannyv, what is the version of ubuntu?
[06:57] <fabrice_sp> s/of/in
[06:58] <mannyv> piklab_0.15.4-1ubuntu1
[06:58] <mannyv> there is now piklab_0.15.5-1
[06:58] <mannyv> in debian
[06:58] <fabrice_sp> so, you can have a look at the debdiff between 0.15.4-1 and 0.15.4-1ubuntu1
[06:58] <fabrice_sp> if po are there, that's because they has been added in Ubuntu
[06:59] <mannyv> ok and if there are no po files in that debdiff then that means they did not come from ubuntu
[07:00] <fabrice_sp> exactly
[07:00] <fabrice_sp> so they shouldn't be in the debdiff :-)
[07:00] <mannyv> ok perfect, thanks!
[07:01] <fabrice_sp> ;-)
[07:01] <fabrice_sp> It will be easier for me or another MOTU to review the debdiff if the content is accurate, so I'm doing it also for me :-)
[07:05] <mannyv> when i have been test building i have been building for both i386 and amd64 i was wondering if both would be necessary or only one of them?
[07:09] <fabrice_sp> mannyv, i386 should be enough, even if I build myself on amd64 only :-)
[07:09] <fabrice_sp> (with -A option of sbuild, to build arch independent package)
[07:11] <mannyv> thanks for that remind, i forget -A half the time!
[07:12] <fabrice_sp> :-) I have a small script that do the sbuild call, with -A :-)
[07:12] <mannyv> thats a good idea i will make me one of those
[07:12] <mannyv> i notice that a lot of bugs have merge. ... from Debian testing (main)
[07:13] <mannyv> what does the main mean?
[07:13] <fabrice_sp> Debian has main, contrib and non-free IIRC
[07:14] <mannyv> oh so its different from ubuntu main
[07:14] <fabrice_sp> yes
[07:14] <mannyv> ok
[07:14] <fabrice_sp> it's more like main + universe
[07:14] <fabrice_sp> and contrib and non-free are like multiverse
[07:18] <mannyv> in the previous version in the control file it had priority:extra now it is priority: optional I don't need to keep the old priority do i?
[07:19] <fabrice_sp> nop
[07:20] <fabrice_sp> mannyv, if you have some spare time ,could you try building http://ftp.de.debian.org/debian/pool/main/g/guile-1.6/guile-1.6_1.6.8-6.4.dsc ?
[07:20] <fabrice_sp> it's freezing here
[07:21] <fabrice_sp> or someone else :-)
[07:21] <mannyv> fabrice_sp, retrieving it
[07:22] <fabrice_sp> thanks :-) It's freezing in the dpkg-genchanges step
[07:26] <mannyv> i386 ok?
[07:26] <fabrice_sp> yes
[07:27] <fabrice_sp> freezing also in i386 here :-/
[07:31] <mannyv> its hanging for me too
[07:31] <mannyv> http://pastebin.com/f4a8e5b36
[07:31] <mannyv> that is as far as it gets
[07:33] <fabrice_sp> same place for me. Thanks mannyv !
[07:34] <mannyv> np, glad i could return the favors
[07:35] <fabrice_sp> :-)
[07:54] <mannyv> how do you get the bot to link to a bug in the channel?
[07:57] <mannyv> well im off to bed but if you have a moment please review  bug  #486181
[08:01] <jmarsden> mannyv: Looks like you answered your own question there :)
[08:02] <fabrice_sp> :-)
[09:03] <LucidFox> I like Liferea.
[09:04] <LucidFox> The paragon GNOME application: simple yet functional, clean UI, doing one job and doing it well.
[09:45] <LucidFox> ...Now Brasero broke.
[09:46] <geser> Laney: update-maintainer (from udt) is currently broken (missing an import). It's easy to fix but I wonder why you added the requirement on LP credentials as it doesn't interact with LP.
[10:22] <LucidFox> https://edge.launchpad.net/~schilling-fokus <-- This guy annoys me.
[10:23] <LucidFox> He's the developer of cdrtools, and flames Ubuntu in Launchpad comments for shipping a "broken fork".
[10:23] <geser> ah, that story again
[10:24] <geser> search the Debian mailing lists for either cdrtools or his name
[10:24] <LucidFox> I know the story.
[10:25] <LucidFox> But gosh, is he persistent.
[10:25] <geser> oh yeah :(
[10:28] <LucidFox> I'm yet to find a Launchpad comment by him that doesn't consist of advising Ubuntu users to switch from cdrkit to cdrtools, with a link.
[10:28] <wgrant> all that I've found share that same virtue.
[10:28] <wgrant> Amusing.
[10:29] <wgrant> Oh no, there's one.
[10:29] <wgrant> Bug #321530
[10:30] <LucidFox> Since when are executable names copyrightable anyway?
[10:30] <LucidFox> "cdrecord" is fairly generic.
[10:31] <geser> since Jörg says so
[10:31] <wgrant> Certainly not copyrightable, but potentially trademarkable.
[11:30] <Laney> geser: Oh I thought checkIsInDebian used LP
[11:30] <Laney> just a mistake, feel free to fix it
[11:38] <geser> Laney: no, it just uses rmadison. Will fix it in a minute.
[11:39] <sebner> huhu Laney geser
[11:42] <Laney> hi sebner
[11:44] <geser> Hi sebner
[11:45] <ari-tczew> geser: are you a LP developer?
[11:47] <geser> ari-tczew: no, I just used the LP API for ubuntu-dev-tools. wgrant works(?) on LP
[11:49] <ari-tczew> ok
[12:20] <ari-tczew> any sponsor could review sync requests for main?
[13:10] <LucidFox> :/
[13:14] <Laney> what's up LucidFox?
[13:14] <LucidFox> Excessive hard dependencies. Quassel depends on KDE base packages, which depend on xine.
[13:15] <LucidFox> I made double-build changes for quassel before to build two versions, with KDE and plain Qt, but nothing came of it, because they don't want to drop CDBS.
[13:16] <LucidFox> Not that I use quassel anymore, so I just removed it along with the KDE libraries.
[14:58] <g33k> i have a script with binaries embed in them, could it packed to a deb file?
[15:14] <randomaction> yes, debs can contain scripts and binaries
[15:38] <g33k> randomaction, its using cdbs is it?
[15:42] <randomaction> not necessarily
[15:44] <g33k> randomaction, is there an sample package, like helloworld?
[15:45] <randomaction> yes, it's called "hello"
[15:45] <slytherin> jdong: ping. need to discuss bug 270976
[15:45] <randomaction> g33k: we also have https://wiki.ubuntu.com/PackagingGuide
[15:46] <g33k> randomaction,but it has not script in it
[15:47] <g33k> randomaction, i meant i m looking for an example which shows how to pack a shell script
[15:48] <randomaction> I think it's basically the same, you just don't have the compilation step
[15:59] <g33k> randomaction, ok going through
[15:59] <g33k> randomaction, thank you
[17:28] <ScottK> LucidFox: For Lucid I think we'll be moving to dh7 for KDE packages, so we can revisit your double build approach for Quassel.
[17:28] <LucidFox> ScottK> Nice.
[17:29] <ScottK> LucidFox: The pkg-kde-tools for KDE specific stuff now supports DH 7, you just build --with-kde similar to --with-quilt.
[17:29] <hyperair> --with=kde
[17:29] <hyperair> or does --with-module work as well now?
[17:30] <ari-tczew> ScottK: if Debian has got a NEW package, this package will sync automatically into lucid before DebianImportFreeze?
[17:30] <ScottK> ari-tczew: Yes.
[17:30] <ScottK> hyperair: You're probably right.
[17:30]  * ScottK was working from memory of doing it once.
[17:30] <hyperair> ah
[17:30] <ari-tczew> ;-O, amazing! \o/
[17:31]  * hyperair uses --with=quilt quite a lot
[17:31]  * ari-tczew test
[17:31] <hyperair> and /usr/share/cli-common/cli.make says --with=cli
[17:31] <ScottK> hyperair: I'm sure that's right then.
[17:31] <hyperair> =)
[17:31] <LucidFox> ScottK> Well, then I'll modify the quassel package for double build when it migrates to dh 7.
[17:32] <ScottK> ari-tczew: The new Debian packages from the last DIF were source accepted yesterday and are probably all in binary New at the moment.
[17:32] <ScottK> LucidFox: Great.  I'm glad to support Qt only packages, I just need to use the KDE tools for the KDE ones (which were CDBS only until very recently).
[17:35] <ari-tczew> ScottK, how can I know whether source were accepted?
[17:35] <ScottK> They were all accepted.
[17:36] <ari-tczew> aha
[17:36] <ScottK> There aren't any policy reasons a package could go into Debian Main, but not Ubuntu Universe, so we don't re-review everything.
[17:37] <ScottK> ari-tczew: You can also look https://launchpad.net/ubuntu/lucid/+queue?queue_state=0 for the binaries.
[17:38] <ari-tczew> ScottK: now 176 packages are waiting for sync by ubuntu-archive, are all packages of these will sync for lucid?
[17:38] <ScottK> ari-tczew: Yes.
[17:39] <ari-tczew> ScottK: how often are https://merges.ubuntu.com/main.html and https://merges.ubuntu.com/universe.html updating?
[17:39] <ScottK> They aren't right now.
[17:39] <ScottK> Normally they update every 6 hours, but something
[17:40] <LucidFox> I see some packages haven't been autosynced, which are blocking things I have in mind.
[17:40] <ScottK> is wrong and with UDS this week, no one has looked at it.
[17:40] <ScottK> I'd expect things will catch up next week after everyone is back home and back to their more usual work.
[17:40] <ScottK> LucidFox: I have the same problem.
[17:40] <ScottK> My flight is boarding, so I have to go.
[17:40] <ScottK> Good by.
[17:42] <ari-tczew> bye
[17:43]  * ari-tczew is going to learn to be prepared for driving exam
[18:08] <StevenK> Aw
[18:12] <ghostcube> hi folks i've installed arista from universe repo and it fails to start with py error
[18:12] <ghostcube> cpould this be translatiojn problem ?
[18:12] <ghostcube> http://pastie.org/709015
[18:16] <dtchen> my German is pretty horrible, but it looks like a method error, not a translation error. Then again, I haven't looked more closely, since I'm hacking on libsdl at the moment.
[18:17] <slytherin> If an app crashes because of the translation error then I would say that it is coded very badly.
[18:17] <geser> ghostcube: can you re-run it please with LANG=C?
[18:18] <ghostcube> sure
[18:18] <slytherin> ghostcube: starts here fine (on karmic)
[18:18] <geser> If I translate it back correctly it fails because it can't find the "camera-video" icon in the current icon theme
[18:19] <ghostcube> oh ok
[18:19] <ghostcube> it doesnt start even with LANG=C so no traanslation error i think so :D
[18:19] <slytherin> geser: even that is bad coding. :-)
[18:20] <ghostcube> hmm could it be cause iam on kubuntu
[18:20] <ghostcube> and iam missing any icon theme
[18:21] <ghostcube> http://pastie.org/709030
[18:21] <ghostcube> with lang=c
[18:21] <ghostcube> sure its missing an icon
[18:21] <ghostcube> :|
[18:21] <ghostcube> damn
[18:26] <geser> ghostcube: do you have gnome-icon-theme installed?
[18:27] <ghostcube> yep
[18:27] <geser> hmm
[18:28] <geser> is gnome-settings-daemon running?
[18:30] <ghostcube> not installed
[18:30] <ghostcube> needed ?
[18:31] <geser> just guessing, as you said you are on kubuntu and it doesn't work while I'm on gnome at it works, I assume it something gnome specific that's either not installed or not running
[18:32] <ghostcube> sure
[18:33] <ghostcube> hmm this will bring in pulseaudio if i install it
[18:33] <ghostcube> then i better leave arista :D
[18:33] <dtchen> huh? What Depends on pulseaudio?
[18:34] <ghostcube> gnome-settings-daeomon
[18:34] <ghostcube> -o
[18:34] <geser> only a recommends
[18:34] <dtchen> no
[18:34] <dtchen> right, Recommends: pulseaudio
[18:34] <ghostcube> eh have i missread moment pls
[18:34] <geser> but it depends on libpulse
[18:34] <ghostcube> then iam sorry
[18:34] <dtchen> depending on libpulse0 is no big deal
[18:35] <dtchen> (except if you use Kubuntu or Xubuntu, then it can be problematic in terms of UI)
[18:35] <ghostcube> Die folgenden zusätzlichen Pakete werden installiert:
[18:35] <ghostcube>   libgnomekbd-common libgnomekbd4 libpulse-browse0 libpulse-mainloop-glib0 libspeexdsp1 pulseaudio pulseaudio-esound-compat pulseaudio-module-udev pulseaudio-module-x11 pulseaudio-utils
[18:35] <ghostcube> nope it brings in pulseaudio
[18:35] <ghostcube> definetly
[18:35] <dtchen> we install Recommends by default
[18:35] <ghostcube> ah ok
[18:35] <ghostcube> :)
[18:36] <dtchen> apt-get --no-install-recommends install
[18:36] <geser> try "sudo apt-get install gnome-settings-daemon --no-install-recommends"
[18:39] <ghostcube> didnt help
[18:40] <ghostcube> but thx haventt knwn this apt command till now and iam using this a long time noe
[18:40] <ghostcube> :D
[18:40] <ghostcube> still the icon is missing
[18:40] <geser> hmm, then I'm out of ideas (besides install the gnome desktop :)
[18:41] <ghostcube> hehe
[18:41] <ghostcube> but thx guys :)
[18:41] <ghostcube> i luv my kde
[18:41] <ghostcube> ah ok the libpulse is from the ppa with jack support :)
[18:41] <ghostcube> thats fine
[18:42] <ghostcube> iam using transmageddon it works ok so far
[18:42] <ghostcube> maybe i try arista other time
[18:42] <ghostcube> :)
[18:50] <geser> ghostcube: you could try to look how it tries to find this icon and what's missing that it can't find it
[18:52] <ghostcube> i have the problemo
[18:52] <ghostcube> its definetly the icon not included in oxygen
[18:52] <ghostcube> and it prses the one running
[18:52] <ghostcube> if i chhose gmone icon them it works
[18:54] <ghostcube> it doesnt work with any kde only theme
[18:54] <slytherin> does anyone know what this error is - http://paste.ubuntu.com/324695/ pitivi does not start at all.
[18:56] <ari-tczew> gcc 4.5 will default in lucid?
[18:58] <sebp> hi
[18:59] <sebp> I'd like to import a package from debian into ubuntu, into a ppa for the time being
[18:59] <sebp> is it sufficient to just re-package it under ubuntu?
[19:01] <ari-tczew> sebp, 'unpack' (dpkg-source -x *.dsc) is an only way to upload into ppa
[19:01] <ari-tczew> please read wiki.ubuntu.com
[19:02] <geser> if you mean with "re-package" just to replace "unstable" with "jaunty" or "karmic" and give it a matching version, then yes
[19:02] <Laney> well
[19:03] <Laney> you could just dput ppa:yourusername/karmic blah_source.changes
[19:03] <Laney> or change Distribution: in the changesfile
[19:03] <Laney> I don't think soyuz looks at the changelog
[19:03] <geser> right, regenerate a proper changes file should be enough
[19:03] <sebp> so I just create a new entry in the changelog saying karmic and that I imported the package?
[19:04] <ari-tczew> yes
[19:04] <sebp> ok, thanks
[19:04] <Laney> ¬_¬
[19:04] <geser> isn't it also possible to copy from the LP debian mirror into your PPA with the LP API? (don't know if the webinterface supports it)
[19:05] <Laney> I have used this script before: http://people.canonical.com/~pitti/scripts/syncpackage
[19:05] <Laney> does a manual sync which you can then upload to wherever
[19:09] <ari-tczew> sebp, you should learn about pbuilder
[19:09] <sebp> ari-tczew, I'm already familiar with it
[19:12] <christoph_debian> hm anyone a idea why libsfml isn't synced to lucid yet? It's in debian testing for ~7 weeks now
[19:12] <Laney> dunno if an autosync run has happened
[19:14] <christoph_debian> IIRC I have seen other packages being synced to lucid
[19:15] <mannyv> christoph_debian, bug #383190
[19:16] <sebner> christoph_debian: it's waiting in the NEW queue then
[19:17] <Laney> mannyv: that's really old
[19:17] <christoph_debian> ah ok
[19:17] <mannyv> Laney, yeah i noticed that it is the bug that was reference in m-o-m
[19:24] <randomaction> from bug: "Rebuild for orig.tar.gz mismatch which causes autosync to fail"
[19:25] <randomaction> ah, sorry, that's a rebuild changelog entry
[19:25] <mannyv> yeah i think it needs a new sync request
[19:25] <mannyv> im test building now
[19:31] <mannyv> ok  here is the sync request: bug #486393
[19:32] <geser> it has a build1 suffix so it should get picked up automatically by autosync
[19:33] <mannyv> geser, so it will show up in merge-o-matic until it is picked up by autosync?
[19:33] <geser> yes
[19:34] <mannyv> oh ok, well that was silly then
[19:35] <geser> I expect things will sort out itself once the autosync happens regularly again
[19:36] <ari-tczew> for future: developers, please comment on MoM sites that sync has been requested, it makes work easier
[19:39] <mannyv> ari-tczew, to be fair it did say that sync had been requested it just pointed to an old rebuild request, I just didn't realize that means that it will autosync so i thought it was a mistake. Guess i will know next time
[19:41] <Laney> just check bugs before you do work
[19:41] <Laney> not everyone uses mom
[19:54] <ari-tczew> Laney, right, so it would be nice if you are using MoM and you check that sync has been requested, you could add a comment on MoM
[19:54] <ari-tczew> I'm doing that
[19:56] <Laney> adding bureaucracy is not a way to encourage contribution
[20:01] <ari-tczew> Laney, checking whether sync has been requested waste some seconds, time = money
[20:01] <Laney> requestsync does this check
[20:01] <ari-tczew> you know that we have some different views
[20:03] <ari-tczew> I don't like requestsync, it doesn't satisfy me never
[20:17]  * mok0 loves requestsync
[20:22] <ghostcube> geser: it seems not to search in any other icon theme than the one u choose in the settigs of kde
[20:22] <ghostcube> and if it fails to find it doesnt replace with an ghost icon or so
[20:22] <ghostcube> it just segfaults
[20:22] <ghostcube> o.O