[00:18] <chrisccoulson> anyone from motu-release about? i was going to update gnome-user-share to the latest upstream version - i don't think it needs a FFe as it looks like a bug fix release, but i wouldn't mind a second opinion before i go ahead and upload
[00:18] <chrisccoulson> a summary of the changes is at http://paste.ubuntu.com/266903/
[00:19] <Laney> looks alright to me [not in motu-release]
[00:19] <chrisccoulson> Laney - thanks, yeah, i thought it looks ok too
[00:19] <chrisccoulson> just wanted to make sure:)
[00:19] <Laney> I think you should use your discretion and go for it
[00:20] <chrisccoulson> yeah, i'll do that then
[00:20] <chrisccoulson> thanks
[00:47] <nicklas_> yo
[00:54] <nicklas_> http://imagebin.org/62937
[01:19] <showard> Hello, I have a question:
[01:19] <showard> 'm trying to use pdebuild to build a package, but it fails claiming "Unmet build dependencies"
[01:19] <showard> I thought pbuilder will get the dependencies?
[01:19] <RoAkSoAx> ScottK, Ok. Confirmed, the "Chotha" folder that was getting installed into "usr/share/pyshared" on the lekhonee-kde package is indeed a folder that contains the KDE frontend. If it gets installed in other directory, such as /usr/share/chotha/Chotha, lekhonee will fail to initialize
[01:20] <directhex> showard, yes, it will
[01:20] <directhex> showard, unless it cannot, i.e. the dependencies are not available from the repositories that your pbiolder is trying to use
[01:20] <chrisccoulson> showard - it's possible some of your build-depends are not installable
[01:21] <chrisccoulson> directhex beat me to it;)
[01:21] <directhex> it's touch being this awesome :|
[01:21] <directhex> tough
[01:21] <showard> (sorry for interrupting!) my .pbuilderrc includes main, universe, multiverse - i'll double check (hi chris! you've fixed someof my bugs i've triaged, thanks!)
[01:22] <directhex> showard, perhaps you're making version requests which aren't in the distro in question, or asking for packages which aren't in it?
[01:23] <chrisccoulson> it could also be that some of the build-depends have broken dependencies themselves
[01:24] <showard> i'm actually just trying to do a package that is already in the repos (k3dsurf) in karmic - so it must be a local config problem
[01:24] <nicklas_> anyone knows if latest warsow will be in next ubuntu repos?
[01:25] <min> Hi, I wanted to look into a possible ALSA regression in Karmic.  It's Intel HD Audio "00:14.4 PCI bridge [0604]: ATI Technologies Inc SBx00 PCI to PCI Bridge [1002:4384]"  no longer has ALSA controls for Analog Loopback.
[01:27] <chrisccoulson> nicklas_ - it depends on what changed since the last version (we are in feature-freeze now), and if someone is interested in working on the update
[01:28] <nicklas_> well, i have posted it on launchpad, but apperantly it was also posted, and there is alot of changes, wanna see the changelog?
[01:29] <nicklas_> chrisccoulson, http://static.warsow.net/release/changelog.txt
[01:29] <chrisccoulson> nicklas_ - i just found the bug report
[01:29] <nicklas_> see, lots of changes :-)
[01:30] <nicklas_> oh ok :-)
[01:30] <chrisccoulson> that will need to follow this procedure: https://wiki.ubuntu.com/FreezeExceptionProcess
[01:30] <directhex> who do i need to bribe to get a new package into karmic?
[01:31] <ScottK> RoAkSoAx: Thanks for checking.
[01:33] <RoAkSoAx> ScottK, no prob :).
[01:33] <min> I didn't find a bug report on HD Audio in launchpad, has anyone experienced similar in A5?
[01:33] <nicklas_> chrisccoulson, well, alot of people play the game
[01:33] <chrisccoulson> directhex - if it's a financial bribe you're offering, then you're welcome to bribe me (although, i can't actually help you get your new package in to karmic, but i will still take a bribe!) ;)
[01:34] <chrisccoulson> nicklas_ - that's probably not a good justification for updating it
[01:34] <chrisccoulson> that means more users to complain when something regresses
[01:34] <nicklas_> chrisccoulson, hmm
[01:34] <crimsun> min: to what are you referring?
[01:34] <nicklas_> chrisccoulson, well, what are good reasons?
[01:34] <min> Let me repost.
[01:34] <min> Hi, I wanted to look into a possible ALSA regression in Karmic.  It's Intel HD Audio "00:14.4 PCI bridge [0604]: ATI Technologies Inc SBx00 PCI to PCI Bridge [1002:4384]"  no longer has ALSA controls for Analog Loopback.
[01:35] <chrisccoulson> nicklas_ - i've no idea, i've never played the game before
[01:35] <nicklas_> chrisccoulson, ;-)
[01:35] <crimsun> min: this channel is the wrong one; please use #ubuntu-bugs. Also, you want to use "ubuntu-bug alsa-base".
[01:36] <min> @crimsun Ok, thanks
[01:36] <crimsun> min: if you work quickly, just let me know the bug number in -bugs, please.
[01:37] <chrisccoulson> but good reasons are that it fixes annoying / long-standing bugs that users expect fixed, adds features with significant benefits which outweigh the risk of potential regressions etc
[01:37] <chrisccoulson> also, it is good if you've already tested it to say it works properly too
[01:37] <nicklas_> quake live time
[01:38] <min> @crimsun Ok, will do.
[01:38] <directhex> nicklas_, \o/
[01:38] <directhex> nicklas_, i am amused that quake live works best on ubuntu compared to windows/mac
[01:39] <nicklas_> directhex, it does yeah :-) most games do
[01:39] <chrisccoulson> perhaps i should try playing this game?
[01:39] <nicklas_> chrisccoulson, wich one?
[01:39] <directhex> chrisccoulson, just hit www.quakelive.com
[01:39] <directhex> (from firefox. boo, browser sniffing)
[01:41] <chrisccoulson> cool, looks like something i could play at work!
[01:41] <chrisccoulson> make the time go a bit quicker
[01:41] <directhex> yeah, but you need to expense a decent mouse now
[01:41] <directhex> the crappy HP i have is no good :/
[01:41] <directhex> need to expense a $150 razer mamba somehow
[01:42] <chrisccoulson> i'll see if i can get our IT department to buy me one. i'll pretend i need it for some precision CAD work or something
[01:43] <directhex> and a low-friction gamer mouse mat. i recommend the razer destructor
[01:43] <chrisccoulson> i don't think they'll agree to buy me one though!
[01:43] <directhex> or wifey has a steelseries of some kind
[01:44] <directhex> s&s i think
[01:45] <chrisccoulson> cool! i haven't got any gaming gear here
[01:45] <chrisccoulson> but i do have a 800GTX which is completely wasted at the moment
[01:46] <directhex> i spent many a year scoffing, but a nice surface makes a huge difference - and whilst you can always kludge something to use as a mouse mat, it's easier just to buy a decent gamer-grade one which has a huge surface area with an immaculate low-friction surface
[01:47] <directhex> oh, lulz. i wonder how well gnome would cope with the Razer Naga, a 17-button mouse
[01:48] <chrisccoulson> i'm not sure how even i would cope with a 17-button mouse
[01:48] <chrisccoulson> you could almost use it as a keyboard ;)
[01:49] <directhex> http://www.razerzone.com/gaming-mice/razer-naga
[01:52] <chrisccoulson> that looks nice!
[01:52] <chrisccoulson> anyway, bed time for me now
[01:52] <chrisccoulson> i'm up again in 4 hours
[02:05] <micahg> is it too late to remove epiphany-gecko from karmic?
[02:24] <ScottK> micahg: Why do you want to remove it?
[02:25] <micahg> it's EOL upstream
[02:25] <micahg> 2.26.3 was the last release
[02:25] <micahg> epiphany is now webkit based for 2.28
[02:31] <ScottK> micahg: epiphany-browser is still 2.26 in Karmic.
[02:32] <ScottK> So it'd be premature in any case.
[02:32] <micahg> epiphany-webkit will be 2.28
[02:32] <LaserJock> evening all
[02:32] <ScottK> We don't have it yet, so the question doesn't come up.
[02:32] <ScottK> Good evening LaserJock.
[02:32] <micahg> epiphany-webkit is  at 2.27.92
[02:33] <ScottK> micahg: epiphany-browser is not.
[02:33] <micahg> that's because it's orphaned upstream :)
[02:33] <ScottK> micahg: What is the ultimate source package for Epiphany?
[02:33] <micahg> well
[02:33] <micahg> I was wondering about that
[02:34] <ScottK> Keep in mind, I'm a KDE guy, so I know about zip about this.
[02:34] <micahg> in intrepid everything was in epiphany-browser(gecko and webkit)
[02:34] <micahg> in jaunty webkit was dropped
[02:34] <micahg> in karmic, now they are split
[02:34] <ScottK> micahg: Then I'd suggest talk to someone in #ubuntu-desktop about the plan for them.
[02:34] <micahg> ok
[02:34] <ScottK> In general it's not to late to remove obsolete packages.
[02:35] <micahg> great, thanks, do you know the best hours to find someone in there?
[02:36] <ScottK> Normal European working day.
[02:36] <micahg> ok, great, I'll check in about 4.5 hours :)
[03:02] <LaserJock> so when discussing "reviews" as in a review team or IRC channel, are we talking any kind of review (patches, REVU, sponsored uploads) or a specific kind?
[03:05] <ScottK> Dunno LaserJock.  To me the mail sounded like what we normally do here.
[03:06] <LaserJock> will this channel go away with the archive reorganization?
[03:07]  * LaserJock wonders if perhaps that could be part of it
[03:21] <ScottK> If so, then that ought to be explained.
[03:21] <ScottK> LaserJock: I don't think ghettoizing code reviews is a good idea.
[03:27] <LaserJock> ScottK: right, I'm just wondering if MOTU doesn't exist per se where things we do here would then be done
[03:27] <ScottK> LaserJock: I know we do all that kind of stuff for KDE relate packages on #kubuntu-devel.
[03:28] <ScottK> LaserJock: Also, I don't think MOTU not existing is a done deal.
[03:30] <superm1> ScottK, i dont have any of the hardware to try to debug the PPC ia64 or sparc FTBFS
[03:30] <superm1> those source packages are already on the newer versions, as are the i386 and amd64 builds
[03:30] <ScottK> superm1: Remind me of the topic?
[03:30] <superm1> ScottK, http://people.canonical.com/~ubuntu-archive/NBS/libraw1394-8
[03:30] <ScottK> Ah.
[03:30] <superm1> sorry, i've been out of town all weekend, just catching up :)
[03:30] <ScottK> No problem.
[03:31] <ScottK> superm1: OK.  Since it's just ports archs, unless perhaps TheMuso or NCommander have a suggestion, we'll have to let it be, I guess.
[03:31] <ScottK> Thanks for looking.
[03:33] <superm1> ScottK, okay.  kirkland offered to look at PPC whenever he gets a chance as he's got some PPC hardware he can debug with, but that's whenever he gets some free time i guess
[03:33] <ScottK> Right.  Good to know.
[04:40] <TheMuso> ScottK: re libraw1394, if I have time tonight, I'll take a peak, but atm I'm rather busy, so it may be at least tomorrow before I get to it.
[04:41] <ScottK> TheMuso: Thanks.  It's pretty much down to ports stuff for NBS.
[04:45] <TheMuso> right
[06:03] <dholbach> good morning
[06:03] <RoAkSoAx> morning dholbach
[06:03] <dholbach> hiya RoAkSoAx
[06:04] <RoAkSoAx> how's it going ?
[06:04] <dholbach> good good - I'm slowly waking up
[06:04] <dholbach> what about you?
[06:05] <RoAkSoAx> I'm pretty good, a little tired but couldn't sleep so I'm just here doing nothing xD
[06:05] <dholbach> :-)
[06:10] <RoAkSoAx> well I'm off now.
[06:10] <RoAkSoAx> night all
[06:25] <fabrice_sp> dholbach, do think it's worth filling a FFE for bug #283213. No MOTU has looked at that merge request in more than one month (and merge request for new package from Debian Multimedia scares everybody)
[06:25] <dholbach> do you think it's worth or don't you think?
[06:25] <fabrice_sp> I'd really like to have latest version of Openmovieeditor in KArmic, but without this package, it's not possible
[06:26] <fabrice_sp> I already have it in my ppa (including latest version of Openmovieeditor)
[06:26] <dholbach> ok
[06:26] <dholbach> I'll take a look
[06:27] <dholbach> gmerlin-avdec was updated to 1.0.1-0.0 afaics
[06:27] <fabrice_sp> arghh
[06:27] <fabrice_sp> I'll have a look this afternoon then (to update the debdiff and fill the FFe)
[06:27] <fabrice_sp> thanks
[06:28] <dholbach> nevermind
[06:28] <dholbach> I guess the patch is still fine
[06:28] <dholbach> hum, maybe it isn't :)
[06:37] <dholbach> fabrice_sp: bug updated
[06:38] <fabrice_sp> dholbach, ok. I'll check this afternoon then. Thanks!
[06:38] <dholbach> rock on!
[07:44] <slytherin> If I am rewriting the debian/rules file for a package, is it ok to assign a copyright to it? I am not the original packager.
[09:26] <AnAnt> Hello, there's a package 'tablelist' that was only in Ubuntu, now it is in Debian, should a sync request be done, or shall this wait for karmic+1 ?
[09:26] <AnAnt> no merge is needed, since the Debian package is based on Ubuntu's package
[09:40] <slytherin> I need to run xvfb during the build so that the doc generation process in the package can take screenshots. Can anyone help me with this?
[09:58] <kklimonda> anyone using bzr builder who could help me? I'm trying to nest packaging branch but I get package/debian/debian/ instead of package/debian/ in result.
[10:13] <ScottK> AnAnt: If there is no technical benifit to getting the Debian version of the package in, I'd wait until Karmic +1 for the sync.
[10:15] <slytherin> Can anyone help me with xvfb?
[10:15] <AnAnt> ScottK: no technical benefit, my point is to make contributors in Ubuntu aware that it is already in Debian now to avoid duplication of work in the future
[10:16] <ScottK> AnAnt: At this point I think it's better to avoid unneeded change and wait for Karmic +1
[10:16] <AnAnt> slytherin: won't that need a running X ?
[10:16] <slytherin> AnAnt: Does it? I thought the whole point of xvfb was to behave like X in memory without X.
[10:17] <AnAnt> slytherin: seems that you're right
[10:17] <slytherin> From manpage - Xvfb  is  an X server that can run on machines with no display hardware and no physical input devices.  It emulates a dumb framebuffer using virtual memory.
[10:17] <AnAnt> slytherin: does the package build process run xvfb ?
[10:17] <slytherin> It does not, but I can handle that in debian/rules.
[10:18] <AnAnt> ok, I'm trying in a pbuilder env. now
[10:20] <AnAnt> hmm, what package has the fixed font ?
[10:20] <slytherin> No idea.
[10:24] <geser> AnAnt: this should be xfonts-base
[10:25] <slytherin> My main concern is that even doing a normal build (just usual configure & make) the screenshots that get generated are a bit ugly. They have a black background - http://img34.imageshack.us/img34/2536/aboutdialog.png
[10:32] <AnAnt> slytherin: the issue is the black background or also that there is no window decorations ?
[10:32] <AnAnt> slytherin: what is the command to get a screenshot btw ?
[10:32] <slytherin> for now black background. window border is minor. This screenshot will be shown in java API docs of the package.
[10:33] <slytherin> AnAnt: The way I am trying it is - Xvfb :1 & and then DISPLAY=":1" make doc.
[10:34] <AnAnt> slytherin: did you try: xvfb-run make doc
[10:34] <slytherin> let me try
[10:34] <AnAnt> or even xvfb-run -a make doc
[10:35] <slytherin> what is -a?
[10:38] <slytherin> AnAnt: same result for most screenshot. For others it is uglier because there is not text in the screenshot (probably because it did not find correct fonts).
[10:38] <slytherin> I think for now I will skip the screenshots.
[10:42] <AnAnt> you'll have to depend on the packages for those fonts
[10:43] <AnAnt> and maybe specify font path using -s -fp <font path>
[10:45] <slytherin> too much trouble at this point of time. I want to quickly get this package in Debian and then FFE in Ubuntu.
[10:47] <AnAnt> slytherin: as for black background, do you want it white ?
[10:48] <AnAnt> slytherin: -wr                    create root window with white background
[10:48] <slytherin> No. I don't want that background at all. The API docs HTML looks ugly because of those screenshots.
[10:49] <slytherin> AnAnt: from where are you reading all these options?
[10:49] <AnAnt> slytherin: well,  why doesn't the build script just take a screenshot of a window instead the whole screen ?
[10:49] <AnAnt> slytherin: Xvfb --help
[10:50] <AnAnt> slytherin: man page of Xvfb is poor
[10:50] <slytherin> AnAnt: That is question for upstream. I will ask them.
[13:03] <TheMuso> ScottK: hrm I don't know what the problem with libraw1394 is... It built fine on powerpc at least
[13:03] <TheMuso> ScottK: Or did I totally miss what you were talking about earlier?
[13:19] <ScottK> TheMuso: The problem was some of the rdepends for the old NBS version.
[13:20] <ScottK> TheMuso: http://people.canonical.com/~ubuntu-archive/NBS/libraw1394-8 specifically mythvideo.
[13:31] <TheMuso> ScottK: Oh ok, I'll look tomorrow then.
[14:14] <slytherin> Is there any way to find out all the packages that provide x-window-manager alternative?
[14:16] <ahasenack> slytherin: "smart query --provides=x-window-manager" works for me. There may be an apt-like command to run too, but I don't know it
[14:16] <sistpoty|work> slytherin: you could grep /var/lib/apt/lists/* for "^Provides: x-window-manager"
[14:16] <slytherin> I am sure apt-cache has some option or I can at least user grep-dctrl.
[14:17] <geser> an approximation would be "apt-cache search x-window-manager"
[14:18] <sistpoty|work> oh, apt-cache showpkg x-window-manager seems to do the trick
[14:22] <slytherin> geser: sistpoty|work: used grep-dctrl.
[14:46] <bddebian> Heya gang
[14:50] <sistpoty|work> hi bddebian
[14:50] <superm1> sistpoty|work, you pinged me about something with ffmpeg and mythexport.  can you file a bug with the details?
[14:51] <superm1> or is there one already in place?
[14:51]  * sistpoty|work checks
[14:52] <bddebian> Heya sistpoty|work
[14:52] <sistpoty|work> superm1: doesn't seem to be in place yet... basically it's just changing the depends/recommends against libavcodec-unstripped-52 to libavcodec-extra-52 (or anything else ffmpeg related that has -unstripped- should be -extra- now)
[14:53] <superm1> sistpoty|work, ok, i'll let rhpot know
[14:53] <sistpoty|work> thanks superm1
[14:53] <superm1> sistpoty|work, in the future for this kind of stuff, try to file bugs though if you can as that was Really far back in my scrollback, it's a good thing I saw it :)
[14:54] <sistpoty|work> superm1: sure thing... getting the last bits of ffmpeg transition sorted is still on my todo-list :( (need to send a mail out -motu asap about that)
[18:06] <dobey> anyone on the backports team can help me get a package into {hardy,jaunty}-backports?
[18:48] <kaushal> hi
[18:48] <kaushal> anyone have used autossh ?
[18:48] <kaushal> since its available in ubuntu
[19:02] <kaushal> !autossh
[19:06] <micahg> !info autossh
[19:39] <slytherin> TheMuso: Now that linux is built on all ports arch, I guess a version bump is needed for linux-ports-meta. :-)
[19:50] <nicklas_> hey, anyone knows the difference between nexuiz-linux-x86_64-glx and nexuiz-linux-x86_64-sdl ???
[19:51] <directhex> one uses glx, one uses sdl?
[19:54] <nicklas_> well, which one gives the best performance then? both works
[19:56] <slytherin> hyperair: the latest remuco version has an adapter for exile as well. But I don't see an remuco-exile package.
[19:57] <hyperair> slytherin: i didn't add it because it requires an exaile that didn't exist at that time.
[19:57] <slytherin> oh, ok
[19:57] <hyperair> slytherin: i'll add it this weekend
[19:57] <hyperair> required*
[19:57] <slytherin> hyperair: meanwhile do you plan to file FFE in ubuntu?
[19:57] <hyperair> for remuco?
[19:57] <slytherin> yes
[19:57] <hyperair> i can't think of a good enough reason to actually
[19:58] <slytherin> I thought the version contained quite few bug fixes and features.
[19:58] <hyperair> slytherin: it seems that exaile 3 hasn't entered debian, nor ubuntu yet. i won't add that package then.
[19:59] <hyperair> slytherin: features yes, bugfixes no
[20:00] <hyperair> http://pastebin.com/f5e078da2
[20:01] <slangasek> quadrispro: please note the most recent changelog entry in the karmic version of kismet
[20:01] <slytherin> ahh, most features are in client.
[20:01] <hyperair> indeed =\
[20:01] <slytherin> hyperair: But then ubuntu does not have client package. So users will need to download client manually.
[20:01] <hyperair> yes, that is true.
[20:02] <hyperair> but is that enough reason for a FFe?
[20:02] <hyperair> also, it seems that the wrong tarball was uploaded for remuco and hence has .jar's in it.
[20:02] <hyperair> maybe i should +dfsg it..
[20:03] <quadrispro> slangasek: yes, I saw that, but... -> http://home.alessiotreglia.com/karmic/pool/kismet_2008-05-R1-4ubuntu1/kismet_2008-05-R1-4ubuntu1.buildlog
[20:03] <slytherin> hyperair: good enough reason according to me for FFE. And +1 for dfsg.
[20:04] <hyperair> slytherin: okay then. i'll go do all that over the weekend
[20:04]  * hyperair has a busy week
[20:05] <slangasek> quadrispro: I'm not disputing that it's /possible/ to make kismet build in spite of the present eglibc/gcc-4.4 build, but the change you're making there is /wrong/ and will cause the package to FTBFS again when the root bug is fixed
[20:05] <quadrispro> ah, ok slangasek
[20:05] <quadrispro> sorry
[20:24] <darkjackaho> hi there what is motu?
[20:25] <superm1> !motu | darkjackaho
[20:26] <darkjackaho> superm1: thanks a lot
[20:26] <darkjackaho> very quickly
[20:59] <desrt> hi
[20:59] <mruiz> hi all
[21:00] <desrt> if i want to add a patch that modifies a Makefile.am to a package then how do i get the makefile.in/makefile to be regenerated?
[21:01] <sebner> desrt: running configure
[21:01] <desrt> ./configure generates the makefile from the .in, not the .a
[21:01] <desrt> +m
[21:02] <sebner> desrt: makefile gets generated from both IIRC
[21:02] <desrt> automake generates makefile.in from makefile.am
[21:02] <desrt> you need to see that automake gets rerun somehow if you chage makefile.am
[21:02] <desrt> i'm wondering how to make sure that happens
[21:03] <sebner> desrt: you usually have to run autoreconf
[21:03] <sebner> desrt: after patching that kind of stuff
[21:03] <desrt> right.  that's exactly what i'm asking
[21:03] <desrt> what's the best way to do that from the rules?
[21:05] <ahe> what exactly is meant by "Non-native packages must have verifiable cryptographic path to upstream source" criteria for new packages?
[21:05] <ahe> do i just need to put a sig from the upstream author somewhere into the package (and where should this be)?
[21:05] <sebner> desrt: are you using dh7 or cdbs?
[21:06] <desrt> i don't know.  maybe neither :)
[21:06] <sebner> desrt: I do only know with dh7 sorry
[21:06] <desrt> neither, it seems
[21:19] <nicklas_> hello, i installed some games, and did a reboot, when the desktop was about to start the panels they tried to start a few times before giving up, im using xubuntu and have checked, xfce4-panel package is installed
[21:21] <nicklas_> anyone knows why this happen?
[21:48] <quentus2> Is anyone familiar with reprepro?
[21:49] <quentus2> I would like to setup a personal repo, for my network, and also have it proxy packages to lower bandwidth needs.
[21:50] <quentus2> Anyone?
[21:51] <quentus2> I have everything working except the part where if there isn't a package in the reprepro repo, that it goes and looks in a list of other repos for the packages...
[21:52] <quentus2> I really don't want to have to use reprepro for personal packages, and another application for proxied packages.
[22:32] <mok0> quentus2: you should use apt-cacher-ng for proxy http://www.ubuntugeek.com/apt-cacher-ng-http-download-proxy-for-software-packages.html
[22:32] <zooko> Greetings, people of #ubuntu-motu!  Could someone please accept pycryptopp from the Karmic queue?
[22:33] <mok0> zooko: what do you mean, "accept"?
[22:34] <mok0> zooko: ... and what queue are you referring to?
[22:34] <zooko> By "accept" I mean, include the package into Karmic. I may be using the wrong terminology. The queue I mean is this: https://launchpad.net/ubuntu/karmic/+queue
[22:35] <zooko> pycryptopp is awaiting acceptance (or whatever the action is), and once pycryptopp is in Karmic then we can upload Tahoe-LAFS.
[22:35] <Laney> you just need to wait
[22:36] <mok0> zooko: I see it... it went in after the Feature Freeze, which means it will go into karmic+1
[22:37] <zooko> There was a Feature Freeze exception request which was granted to put Tahoe-LAFS into Karmic
[22:38] <zooko> in part because Tahoe-LAFS is a Cloud Thing.
[22:38] <mok0> zooko: ah
[22:38] <zooko> And pycryptopp is a dependency of Tahoe-LAFS.
[22:38] <zooko> Laney: oh, okay.
[22:38] <zooko> Thanks!
[22:38] <mok0> zooko: well, it's in the hand of the archive-admins
[22:40] <james_w> zooko: the set of archive admins has a large intersection with the set of the people on the critical path for the alpha releases, so last week most had other priorities
[22:40] <james_w> I'm not in that intersection, but I've had too much wine to do it right now ;-)
[22:41] <mok0> james_w: cheers ***
[22:41] <james_w> hmm, is the package taken directly from Debian?
[22:41] <zooko> james_w: :-)
[22:42] <zooko> james_w: pycryptopp is from Debian, Tahoe-LAFS is new,
[22:42] <zooko> and we're separately working on getting it into Debian.
[22:42] <james_w> ah, that makes it significantly easier
[22:42] <mok0> It's a one-liner
[22:42] <james_w> we trust Debian's assessment, so wave things from there straight in
[22:43] <zooko> I'm glad that such a level of cooperation/trust is in place between these two projects.
[22:43] <mok0> well a lot of those crappy debian packages would never pass REVU :-P
[22:43] <james_w> I'm not going to break my rule about sshing in to the machine that holds the actual Ubuntu archive when drunk for this
[22:43] <james_w> but I'll get to it tomorrow morning if no-one else has
[22:43] <zooko> james_w: sounds wise!  :-)
[22:43] <zooko> Thanks!
[22:43]  * james_w spies two others in the queue with Debian version numbers
[23:10] <nicklas_> hey, how do you manage the menu in xfce?
[23:13] <RainCT> nicklas_: what do you mean by "manage"?
[23:13] <nicklas_> RainCT, i have uninstalled penumbra in wine/playonlinux, but the menu shortcuts are still there
[23:14]  * RainCT uninstalled penumbra too :P
[23:14] <RainCT> nicklas_: but no idea about xfce-panel, sorry. Maybe try in #xubuntu?
[23:18] <nicklas_> there is no way to install a menu editor then? in xfce
[23:22] <kwadronaut> nicklas_: use your favorite editor and play with the xml. besides that, i don't believe this is the right channel to get xfce support.
[23:23] <kwadronaut> oh and the gui menu editors that i've seen for it, weren't good or great.
[23:23] <nicklas_> kwadronaut, well, which editors are there then?
[23:26] <kwadronaut> vim, emacs, gedit, nano... add a NoDisplay=true to the appropriate file(s).