/srv/irclogs.ubuntu.com/2008/01/23/#ubuntu-motu.txt

LaibschI tried the easiest route, just debuild the tree and upload to my ppa, but the package was rejected (obviously) because the information was for the unstable distribution which does not exist in ubuntu00:00
FujitsuLaibsch: Change the distribution in the changelog to an Ubuntu release.00:01
geserFujitsu: Hi, how are holidays?00:03
Fujitsugeser: Pretty good, thanks. I'm about to head off again.00:03
LaibschFujitsu: This is for openembedded.org.  The information is maintained in a version control system upstream.  Is there no easier way than duplicating all information and keeping it in sync?00:04
LaibschHow does ubuntu handle debian packages for import?00:04
LaibschThere must be some more elegant way, right?00:04
FujitsuLaibsch: The script does special evil things that modify the distribution in the .changes file, I believe, but that's bad, and is to be avoided.00:05
FujitsuOne should not do that for manually uploaded packages.00:05
FujitsuAnyway, I have to go now.00:05
the_belgainFujitsu: thanks, I've asked for that package removal in the appropriate place now00:10
StevenKRAOF: Bug 18509900:29
ubotuLaunchpad bug 185099 in apt "apt output in all caps on amd64 when stdin is /dev/null" [Undecided,Triaged] https://launchpad.net/bugs/18509900:29
RAOFStevenK: Oh, cool.  That's the actual sbuild trigger?00:30
sorenYeah, sbuild calls schroot blahbalhbalhbab 'apt-get -y install foo < /dev/null' or something to that effect.00:30
RAOFCool.00:30
sorenand due to weirdness in apt's termios handling that sets the pty to spew all uppercase stuff.00:31
StevenKRAOF: Which makes keescook The Man.00:31
* RAOF prostrates himself before The Man00:31
StevenKHaha00:31
* ryanakca grumbles at having to write a copyright file for a package (a compilation of libraries/bindings) with 50+ authors...00:34
* ryanakca grumbles at people not giving their email address in Copyright (C) 2007 John Smith00:36
DarkSun88Mmh, nautilus crashes on my Hardy.00:39
crimsundist-upgrade00:40
DarkSun88crimsun: Yes, I knew but there are packages that the dist-upgrade wants to remove.00:42
crimsunusing aptitude safe-upgrade ?00:43
crimsunsorry, and* using aptitude safe-upgrade ?00:43
DarkSun88I'll try it.00:43
RAOFcrimsun: Are you still a Debian ALSA teamer?  If so, or even otherwise, is my thinking in debian bug #436201 reasonable?  I'd like to get that done before FF.00:43
ubotuDebian bug 436201 in libasound2-plugins "libasound2-plugins: Could we get an ia32 package for amd64?" [Wishlist,Open] http://bugs.debian.org/43620100:43
DarkSun88crimsun: It works. Thanks a lot.00:44
crimsunRAOF: yes, it's reasonable.  I read the e-mails earlier, but I don't like to post from yahoo since it's spam-nasty.00:44
RAOFcrimsun: Ta.  I'll look at that tonightish then.00:45
DarkSun88crimsun: But that command doesn't update the packages?00:45
crimsunDarkSun88: hmm?00:48
crimsunsafe-upgrade Upgrades installed packages to their most recent version. Installed packages will not be removed unless they are unused (see the00:48
crimsundirect from hardy's aptitude(8)00:49
DarkSun88crimsun: After that command, return me the prompt.00:53
crimsunDarkSun88: well, if you've already executed aptitude safe-upgrade, it's likely it won't do anything but exit successfully if it completed successfully prior :-)00:53
DarkSun88crimsun: Yes, I've already executed aptitude safe-upgrade but I repeat: It doesn't upgrade my packages. It said me that there are 84 packages not updated.00:56
ryanakcado you put copyright for install-sh in debian/copyright?01:17
ScottKryanakca: Is it the same license as the rest of the package?01:21
ryanakcaScottK: no, its MIT vs GPL01:23
andresmujicahelo motu`s .  i wonder if there's some guidance docs or suggestions at the wiki  in order to create a development enviroment for my laptop,  i want to develop and package some things for ubuntu but don't want to make my desktop a complete mess....01:23
ScottKryanakca: Then you need to mention it.  Not mentioning all licenses is an automatic reject.01:23
ScottKandresmujica: Install build-essential, devsrcripts, and ubuntu-dev-tools and never compile outside of a chroot.01:24
ryanakcaScottK: or no... wait... *checks* I'm not sure its MIT, I'll pastebin01:24
ScottKryanakca: As long as it's not GPL, it needs to be in there.01:24
LaserJockandresmujica: chroots and pbuilder/sbuild are very helpful01:24
ryanakcaScottK: http://paste.ubuntu-nl.org/53101/ ... what do I put it as?01:24
LaserJockScottK: clamav backport still going?01:25
ryanakcaScottK: surprising thing is that the package got into universe /without/ a copyright file.01:25
ScottKLaserJock: Yes.01:25
LaserJockryanakca: what package?01:25
ScottKLaserJock: Riddell had connectivity problems so not all of them got kicked off properly.01:26
ryanakcaScottK: well, the file was there, but it was still the default dh_make <Insert upstream issues>01:26
LaserJockScottK: ah, I see perhaps Hobbsee is coming to the rescue01:26
ryanakcaLaserJock: kdebindings-kde401:26
Hobbseearrr!01:26
ScottKUnfortunately the rest aren't source backports, so IIRC they can't be done through the web ui.01:27
Hobbseewhat are the rest?  binary backports or something?01:27
ScottKHobbsee: There the ones that they use their automagic script to pull them straight out of soyuz.01:28
ScottKThey are source, but no new source is uploaded.01:28
Hobbseeahhh01:28
ryanakcaScottK: would something along these lines work as a copyright files (incomplete, yes...) http://blog.ryanak.ca/copyright ?01:28
* ScottK looks01:28
ryanakcasimply since there are quite a few copyright holders, each "owning" a section/branch/tree in kdebindings-kde4-4.0.0 ?01:29
LaserJockryanakca: ummm, that's messed up01:29
ScottKYeah.01:30
ryanakcacrap... so where do I put all the authors?01:30
ryanakcaall in a list, without saying who did what?01:30
ScottKryanakca: Collect each license together and say foo is copyright bar, alpha is copyright omega, and they are distributed under the terms of the blankety blank license01:31
ScottKAlso you need the bit like you have with LGPL 2.1.01:31
andresmujicaok, thanks, i'm gonna explore those packages.01:31
LaserJockandresmujica: for having chroots the schroot package is very helpful01:32
ryanakcaScottK: ok, so would it be like the top or bottom part of http://blog.ryanak.ca/copyright2 ?01:36
bddebianHeya gang01:45
LaserJockhi bddebian01:46
bddebianHi LaserJock01:46
ScottKryanakca: Sorry.  I'm busy with $WORK and can't really focus on it.01:46
ScottKryanakca: As long as it's clear what license/copyright goes with what files and all the licenses are listed in reasonably compact and clear way, it should be fine.01:47
ryanakcaScottK: ok, thanks :)01:47
=== kitterma is now known as ScottK2
LaserJockshesh, my uni is getting crazy01:56
LaserJockI keep getting tons of emails about safety01:56
StevenKLaserJock: Ah, so they noticed your lab practices?01:57
LaserJockapparently the answer to several rapes and a kidnapping is to have "Personal Safety Awareness Training"01:57
LaserJockStevenK: no, my lab's not to horrible01:57
LaserJockI've actually gotta brush up on lab safety for teaching next week01:58
bddebianHere's one to make you shudder folks: https://nm.debian.org/nmstatus.php?email=bddebian%40comcast.net  ;-)02:02
bddebianStevenK: haha02:03
LaserJockbddebian: \o/02:03
bddebianajmitch would probably have a heart-attack :-)02:04
ScottKbddebian: Congratulations.  Prepare to get a lot of practice waiting.02:05
bddebianScottK: Yeah I figure I'll be dead and buried before I actually get in but what the hell :-)02:11
LaserJockdoes the AM actually have to meet with you?02:17
bddebianI hope not :-)02:18
LaserJockI see "ID to be checked by AM"02:18
jdongwhat's a small package with an init script...02:20
jdongddclient? *checks*02:20
jdongI just spent 20 minutes getting a watchfile to work on a new package :)02:21
nenolodLaserJock, becoming a DD ?02:21
nenolodLaserJock, if so can i whore you for uploads? (:02:21
bddebianjdong: "Fun" sometimes aren't they? :-)02:21
LaserJocknenolod: hah, no02:21
nenolodLaserJock, no to which?02:22
LaserJockboth02:22
jdongbddebian: and better... upstream doesn't provide an indexed downloads directory (403 forbidden)02:22
nenolodLaserJock, then what application manager? :o02:22
jdongbddebian: so I'm scraping the FRONT PAGE, the only place with an AJAXified download link02:22
bddebianUgh02:22
jdongbddebian: so I'm betting $100 that by the time next upstream release comes, THIS WATCHFILE WONT WORK :)02:22
LaserJocknenolod: bddebian is going for DD02:22
nenolodoh. right.02:22
nenolodLaserJock, i already knew that (:02:22
jdongbut there's some personal satisfaction in writing one02:22
nenolodi'd go for DD but no debian person has signed my key. :(02:23
bddebianBoy, that will just make ari's year.. :-)02:23
nenolodi think being a ubuntu member would provide more value.02:23
nenolodbddebian, oh yes. ari would love it if i became a DD (:02:23
bddebianor 2 years, or 3 years... :-)02:23
nenolodhe'd probably have a heartattack02:23
bddebiannenolod: No, I meant me.  We have a long "interesting" relationship :-)02:23
jdongI can't find a file with an init script!02:23
nenolodah.02:23
jdongforget it, let's look at apache02:23
nenolodthe only relationship with ari i have is a cooperative trolling one.02:24
nenolod(;02:24
LaserJockI don't think I'm really interested in DD, I think DM is enough for me02:24
nenolodwhich reminds me02:24
bddebianLaserJock: Are you on NM for DM ?02:24
nenolodcan i whore someone for an upload in a while? (:02:24
LaserJockbddebian: not quite yet, gotta sen in my app02:24
LaserJock*send02:25
bddebianAh02:25
nenolodi'm packaging up a default skin for audacious for ubuntu02:25
nenolod\:D/02:25
LaserJockbut I got everything I need02:25
nenolodor do i need to upload it to revu02:25
ScottKjdong: Just grab a randome tarball and run dh_make on it.  It'll give you a shell for an init.02:26
jdongScottK: yeah, actually I'm working from the dh_make examples02:28
jdongScottK: unsure whether to use init.d.ex or init.d.lsb.ex, I think the LSB variant02:28
ScottKUse the LSB one.02:28
jdongScottK: then also I wanted to ask what to name it, but I figured that out by myself :)02:28
jdongwow, debianizing a new daemon is so much fun :)02:29
jdong(not)02:29
ScottKYeah.02:29
* ScottK is working on one too.02:29
nenolodalso, which is better, audacious-skin-human or audacious-theme-human ?02:31
* RAOF would go with theme.02:31
nenolodnifty, thanks02:31
nenolod(:02:31
jdongskin-human sounds mean02:31
jdong;-)02:31
DarkMageZskin-cat =D02:32
nenolodDarkMageZ, actually i may need your expertise with something in a bit (:02:35
rzrhi02:37
rzrare there some resources on backporting to dapper ?02:37
ScottKrzr: What are you after?02:38
ScottK!backports | rzr02:38
DarkMageZrzr, as in getting a package into backports or as in you backporting a package for yourself?02:38
uboturzr: If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging02:38
rzrunicorn is broken in dapper02:38
ScottK!SRU then.02:39
ubotuSorry, I don't know anything about sru then. - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi02:39
ScottKArgh.02:39
ScottKStable Release Update.02:39
rzrDarkMageZ: no i want to replace the one in repo .. I'll read this02:39
ScottKrzr: If the one in the repositories is broken, we can do a stable release update to fix it.  Backports is for new features, not for serious bug fixing.02:40
ScottKrzr: https://wiki.ubuntu.com/StableReleaseUpdates02:41
rzrScottK: the version in hardy is ok02:41
ScottKrzr: Right, but backports is not enabled by default.  If a package is totally broken, we should try to fix it in updates so more people can benifit.  It's more effort, but worth it.02:42
rzrok i note this down for next weekend02:43
DarkMageZi heard rumors that debian was obsoleting gtk1.2 and removing it. is this true and if so is ubuntu following the same path?02:48
RAOFWas that gtk1.2 or all the gnome-1 stuff?  Because I remember someone saying that they're finally reaching the bottom of the gnome 1 stack :)02:49
RAOFIt's possible that gtk1.2 will be included in that master plan.02:50
bddebianIt is suppose to go the way of the dodo02:50
bddebianOne of the reason xmms is scheduled for removal02:51
zulcrap i still use xmms02:51
Ellyuse mocp instead =)02:51
bddebianSo do 12,000 other people according to popcon :)02:51
DarkMageZso i could reject a "needs-packaging" because it depends on gtk1.2?02:52
DarkMageZzul, use audacious.02:52
bddebianDarkMageZ: I would unless they are willing to port it02:52
DarkMageZzul, it's similar to xmms and is still maintained.02:52
RAOFWhat needs packaging and is dependent on gtk1.2?02:53
ScottKHopefully nothing.02:54
ScottKNew gtk1.2 sutff now isn't where we want to be going.02:54
ScottKFor Gutsy I had to stop something building a gtk1.2 variant to get it into Main.02:54
DarkSun88Hi all.02:55
ScottKHi DarkSun8802:55
DarkSun88Hi Scott.02:55
bddebianHeya DarkSun8802:56
DarkSun88Mmh, nautilus continues to crash.02:56
DarkSun88bddebian: Hi. :)02:56
DarkMageZRAOF, AutoZen03:00
ScottKDarkSun88: Think KDE.03:03
bddebianThink xfce! ;-P03:18
DarkSun88ScottK, bddebian: I think that now, I'll go to sleep. :D Gute Nacht.03:26
ScottKGute Nacht03:26
bddebianGnight DarkSun8803:35
jdongdoes apache (1) have its config files in /etc/apache?03:39
Hobbseejdong: /etc/apache2/03:39
jdongHobbsee: apache 1.3.x uses /etc/apache2 too?03:39
=== santiago-ve is now known as foursixnine
Hobbseeoh, i thought you were talking about apache(1), ie the manpage.03:40
Hobbseeno idea then, sorry03:40
jdongHobbsee: well I'll guess it uses /etc/apache till someone screams at me otherwise :D03:40
* jdong is packaging the shiny clutch bittorrent webui03:40
ScottKjdong: What apache1?03:40
ScottKWe don't have that anymore.03:40
jdongScottK: we don't have it anymore?03:40
ScottKNope.  Just apache203:41
jdongScottK: pfft well that's even better!03:41
jdong*happily removes apache1 references*03:41
=== foursixnine is now known as santiago-ve
nenolodi don't know. am i going in the wrong direction for this: http://nenolod.net/audacious-theme-human.png -- it's intended to be the default theme for audacious in ubuntu.04:04
RAOFDear git: go faster.04:06
StevenKHah04:07
nenolodgit sucks honestly :/04:07
nenolodtake mercurial, make it use gitweb theme. problem solved :P04:08
bddebianAnd bzr ROCKs..04:08
* bddebian hides04:08
* nenolod can't stand bzr04:08
* bddebian either04:08
StevenKBut bzr is great04:08
* StevenK can understand it04:08
nenolodgreat for humans04:08
nenolodi need revision control for nenolods instead (;04:09
nenolodnenolods are only one human see :P04:09
StevenKUnderstanding of git still eludes me, but I use it like once every three weeks04:09
StevenKnenolod: What doesn't make sense about bzr?04:09
bddebianOther than being slower than my grandparents? :-)04:10
StevenKbddebian: Try 1.004:10
nenolodStevenK, it's not that bzr doesn't make sense, it's that bzrweb and loggerhead are awful04:11
StevenKAh.04:11
nenolodhgweb just works, and with some tweaking works on mod_python.04:11
StevenKI tend to not use web frontends to VCSs04:12
nenolodbzr works great if you push your branch to for instance launchpad04:12
nenolodbut i don't think canonical would appreciate me using their resources for internal development04:12
nenolod(;04:12
StevenKWell, I admit I use bzr for Launchpad stuff only, like code hosted there, and the seeds04:13
nenolodoutside launchpad, bzr kinda sucks :/04:13
nenolodat least for publishing branches04:13
StevenKI thought you could just push to ~/public_html?04:14
nenolodyes, but then you don't get searchable branches and all that other nifty stuff launchpad has via loggerhead04:15
AdamSunHello everyone, got a quick question04:15
StevenKAh, you also miss the nice lists of branches, and so on04:15
AdamSunI'm working on packaging Handbrake and during the build process it uses wget to download libraries and compile them04:16
bddebianugh04:16
AdamSunyet all of these libraries are available in ubuntu repositories04:16
RAOFAdamSun: Please kill the devs for us, then.04:16
AdamSunhaha... i wish04:16
* nenolod hands AdamSun a shotgun, "you know what to do."04:16
jdongAdamSun: the handbrake build system is retarded04:17
RAOFAnd how hard would it be to patch this out of their build system.04:17
AdamSunso i'm guessing my thoughts were true?04:17
jdongAdamSun: you're gonna have to strip out their build system and make your own04:17
jdongAdamSun: I recalled looking at this earlier :)04:17
AdamSunI don't think it will be too hard04:17
nenolodsounds fantastically crap04:17
jdongRAOF: their entire build system specializes in fetching deps from random URL's04:17
jdongit's a living nightmare04:17
AdamSunLooks like I'll have some fun cleaning it up :)04:17
jdongit's not make, it's some other system04:17
bddebiancrikey04:17
RAOFAaah, the unadulterated joy that is apt.04:17
AdamSunyeah04:18
AdamSunit uses jam04:18
nenolodat any rate, no comments on audacious-theme-human? :P04:18
jdongAdamSun: well, your task is to write a new buidl system for handbrake04:18
AdamSunactually though, it switches back and forth between the two... extremely sad04:18
AdamSunha.. great fun04:18
jdongAdamSun: I know, but we'll all be thankful04:18
jdongAdamSun: (I'm the other transcoding nut around here) :D04:18
RAOFShouldn't be too hard to autotoolify it :P04:18
AdamSunjdong: well.. i'll think of you as i go through hell :)04:19
RAOFjdong: Excited about Dirac hitting 1.0, then?04:19
AdamSunthis is actually my first attempt at packaging a new app04:19
jdongRAOF: meh no time for getting excited :)04:20
AdamSunin terms of packaging this... would it be best to try to just alter their build system, or just scrap it all and start fresh?04:21
jdongAdamSun: how familiar are you with jam?04:23
AdamSunI quickly acclimated myself to it when i started, so i'm comfortable with it04:24
jdongAdamSun: cool, does it look easy to strip off the other build-dep fetchers from their jamfile?04:25
jdongAdamSun: I mean, I'd hate to see their code for building the actual transmission program go to waste04:25
AdamSunyeah.. actually that is the main complexity of the build process04:25
AdamSunmy only concern was how to work around the need to download04:27
AdamSunit'd be nice to just leave them their horrible build process and then use the nice one only with this package04:27
jdongAdamSun: maybe ship your own jamfile in debian//04:28
AdamSunjdong: possibly, it actually starts the whole process off with make though04:29
AdamSunjdong: make then calls jam04:29
AdamSunjdong: ( cd .. ; ./configure ; cd contrib ; cp -f ../config.jam . ; jam )04:31
AdamSunjdong: that wonderful line there is called from make04:31
jdongAdamSun: that might work, what's your clean line gonna look like though? ;-)04:31
jdongAdamSun: can you not specify an explicit jamfile to jam?04:32
AdamSunjdong: yeah.. i do believe04:32
* jdong laughs at dpkg04:32
jdong_i386 is picked over _all04:32
jdongwell there's my problem04:33
jdongI was WONDERING why that fix wouldn't propagate after 10 rebuilds!04:33
AdamSunjdong: the jamfile that gets used from that line is basically useless, except that it runs patches to the source... otherwise it's only function is to build the libraries04:35
jdongAdamSun: ah, ok04:37
AdamSunjdong: would it be better to create a new rule that builds without wget, or just to alter their rule04:40
jdongAdamSun: if you alter their rule, do so from a patch04:44
LaserJocknixternal: ping04:48
ScottKLaserJock: That's two of us looking for him.  I pinged him about 5 minutes before you did in #kubuntu-devel.04:56
Hobbseehe's popular, clearly04:58
AdamSunjdong: looks like i'm going to need to package libdca first :)  luckily it should be easier04:58
LaserJockheh05:03
LaserJockwell I  don't need him anymore05:04
LaserJockI lost my plasma panel and wondered how to get it back05:04
nixternalLaserJock: pong05:04
LaserJockhah05:04
LaserJocknixternal: just actually logged into KDE 405:05
LaserJocklost my panel05:05
nixternalthat's a scary thought05:05
LaserJockbut figured it out05:05
nixternallogged out and then logged back in?05:05
LaserJockyep05:05
LaserJockI had to kill plasma and then remove the config and it came back05:06
nixternalya, that will be fixed with the next release due out in about 2 weeks05:06
nixternalactually, there have been a lot of fixes for KDE 4.0 already05:06
LaserJockI wonder though if the icon stuff had been figured   out05:06
nixternalmost of it has05:07
nixternalapachelogger_ actually patched quite a bit of it already05:07
LaserJockhas it made it to gutsy?05:07
crimsunDarkSun88: so, are those related to dist-upgrade?  :-)05:07
nixternaldunno if stdin has updated the gutsy ppa or not yet05:08
superm1has anyone else been running into some weird FTBFS today related to stat64?05:31
superm1for example, see this log: http://launchpadlibrarian.net/11491264/buildlog_ubuntu-hardy-i386.mythplugins_0.20.2%2Bfixes15096-0ubuntu3_FAILEDTOBUILD.txt.gz05:32
LaserJockhmm, KDE desktop effects are pretty sweet05:44
RAOFLaserJock: Do you not play with compiz much? :).  I found them pretty... jerky isn't really the right word, but it'll have to do.05:49
RAOFI think it's something to do with the animations.  Effects in compiz tend to go: accelerate, move, decelerate.  Whereas kwin's seem to be all the same speed.05:51
LaserJockRAOF: well, I guess I'm  just impressed you can even use it06:06
RAOFLaserJock: What?  Compiz?  Or kwin?06:12
LaserJockwell, both actually06:12
LaserJockbut kwin specifically06:12
RAOFHeh.06:12
LaserJockI got a new laptop with an intel graphics card06:12
LaserJockand my previous laptop had ATI and didn't really do 3D desktop well at all06:13
RAOFAh.  Sweet open source drivers.  Without TTM, sadly.06:13
LaserJockI didn't really know that KDE had made any advancement in 3D desktop06:14
RAOFI'm currently playing with the metacity compositor.  Which isn't too bad.  But isn't anything like kwin, and has most of the bugs that xcompmgr had.06:14
LaserJockbut the expose and virtual desktop switching is nice06:15
RAOFI'd played around with it at some point.06:15
RAOFExposé is the best new window-manager feature is a long, long time.06:16
RAOFOh, dear.  Multiarch is quite a lot harder than I'd hoped.06:19
RAOFWhy can't we have a ia32-libs-dev package :(06:24
StevenKI thought we did?06:29
RAOFNot according to aptitude search ia3206:29
StevenKHrm. I see that.06:32
RAOFSo I get to play around with fun like -l:libpulse.so.006:33
warp10Heya all!06:39
LucidFoxWhy couldn't they just use compiz, anyway?06:50
RAOFLucidFox: Because it's not written in C++ :P06:58
LucidFoxheh06:59
RAOFLucidFox: I'm not really sure.  I remember one of the reasons being that the plugins were not sufficiently isolated; one bad plugin can bring compiz down.06:59
RAOFAlthough that should change reasonably soon.06:59
RAOF(With the landing of the object-framework branch)07:00
RAOFOr, rather, it'll make it easier to not bring down compiz.07:00
RAOFI think that their reasons, while valid at the time, aren't any more.  At least those reasons that I was aware of.07:01
LucidFox"...And at about the same time, the GNU developers found a fatal flaw in Poppler: they didn't write it! They decided to create GNU PDF, which is like Poppler but different..."07:01
RAOFYup, pretty much.07:01
RAOFIt's true that they'd have to introduce a bunch of window manager bugs, but by starting from compiz they would have had fewer compositing manager bugs :)07:02
vemoni just found this phrase from the packaging guide under KDE section: "remember debian policy implies that every single application has a man page!". so is it mandatory for new ubuntu packages to include a man page?07:03
vemonand if there isn't one should it be somehow generated from the README file?07:03
RAOFYes.07:03
RAOFThat's one way, yes.07:03
vemonany links or "googlewords" to help with that? :)07:04
LucidFoxI usually use help2man to create the initial draft07:04
RAOFWell, there's the help2man program.07:04
RAOFHeh.07:04
LucidFoxand then tweak it in a text editor07:04
vemonok. thank you!07:05
RAOFcrimsun: Still here, and willing to be a foil for multi-arch alsa-plugins?07:05
vemoni should probably generate some kind of faq from all the answers you guys have given me :D07:06
LucidFoxvemon> Actually, that would be a good idea. I'm thinking of writing one on the wiki.07:07
vemonLucidFox, when it's up&running i'm more than happy to contribute07:08
vemoni usually write small instructions for everything new i learn to be able to re-do it later07:09
LucidFoxWould an empty debian/docs (rather than just a lack of it) be a blocker for a REVU package?07:12
RAOFYou know what'd be _awesome_?  Frikkin proper dpkg/apt supported multiarch.07:12
vemonoh. forgot to ask how can i package the man page properly? the packaging guide seems to be lacking that information07:15
vemonfound it. if it's as simple as adding this to rules: DEB_INSTALL_MANPAGES_myapp = myapp.107:18
LucidFoxvemon> um07:29
LucidFoxI think it's better to add it to debian/manpages than edit debian/rules07:30
vemonif i add it there will it be magically included in the package and install correctly without adding any (for example) cdbs includes/params to rules?07:34
RAOFThat's right.  dh_installman is automatically run by CDBS, and will look at that file.07:35
vemonthanks again :)07:35
jackdawhello, i want to get involved!07:37
LucidFoxjackdaw> Excellent! :)07:37
jackdawgreat! well that was easy07:37
LucidFoxDo you have any specific interests?07:38
jackdawnumeric / scientific code is what i'm good at07:38
jackdawso it'd be good if there was something i could use that for that would be helpful07:39
LucidFoxIs the software you're interested in already in Ubuntu, or do you want to get it there?07:40
jackdawyeah i was just reading the wiki article, so you lovely folks are loosely the package maintainers?07:41
rzrLucidFox: yea go for waste.sf.net07:41
rzrit compiled well07:41
jackdawi think i was more looking to join something more like a specific dev team07:41
LucidFoxThere is a list of MOTU teams here: https://wiki.ubuntu.com/MOTU/Teams07:42
rzrLucidFox: oops forget what i said , i didnt got the context :)07:42
LucidFoxBut generally, the people here will help you with any area07:43
LucidFoxjackdaw> Here is the page for the MOTU Science team: https://wiki.ubuntu.com/MOTU/Teams/Science07:43
jackdawthanks! i just got to that myself07:43
jackdawok, i'll lurk for a bit07:44
wallyweekhello world! :)08:03
man-dican someone explain https://bugs.launchpad.net/ubuntu/+source/axis/+bug/150081 to me? Whats wrong with the package?08:19
ubotuLaunchpad bug 150081 in axis "autopkgtest gutsy axis: erroneous package!" [High,New]08:19
=== civija_ is now known as civija
huatsmorning everyone08:48
foolanoHI09:20
slytherinfoolano: hi09:21
foolanoone of the two packages i uploaded to REVU yesterday is already in hardy. how should i proceed to cancel it?09:21
man-dislytherin: hello, can you please reproduce or close https://bugs.launchpad.net/ubuntu/+source/axis/+bug/150081?09:21
ubotuLaunchpad bug 150081 in axis "autopkgtest gutsy axis: erroneous package!" [High,New]09:21
man-dislytherin: I guess it can be closed as I cannot reproduce it here in Debian.09:22
slytherinfoolano: let me check09:22
* DaveMorris plugs his package for revu - http://revu.tauware.de/details.py?package=opensg It's an OSS distributed scenegraph API for doing some cool 3D graphics across multiple machines or single machines. Has support for sort 1st and sort last. I'm currently using it to power a cluster with a 46 million pixel display. It's cool so please revu it. (Since it's been missed the last 2 revu days)09:26
TheMusofoolano: What do you mean cancel it?09:29
foolanoTheMuso: I mean, as it is already in hardy i dont want it to be reviewed or anything09:30
TheMusofoolano: Oh you mean on revu, I can archive it if thats what you want. Whats the package?09:32
foolanoTheMuso:  libnet-cups-perl09:32
TheMusoOk, I'll fix it up on revu.09:33
foolanoTheMuso: thanks09:33
joejaxxGood Morning All :D09:34
TheMusoHey joejaxx.09:34
TheMusofoolano: Ok, it has been archived. If you wish to make it appear on the revu main page again, simply upload a new revision of the package.,09:35
foolanoTheMuso: great :)09:35
gesergood morning09:42
joejaxxhello geser09:47
geserHi joejaxx09:52
slytherincan anyone please ack this sync request? bug 18501609:56
ubotuLaunchpad bug 185016 in groovy "Please sync latest version from Debian" [Undecided,New] https://launchpad.net/bugs/18501609:56
=== BugMa1 is now known as BugMaN
slytherinman-di: there? I need to discuss something.10:28
geserslytherin: did you test-build groovy? I ask because: Dependency is not satisfiable: libxstream-java10:32
man-dislytherin: yes, got around to test axis?10:33
slytheringeser: Looks like I didn't pay attention to that. I was assuming that the build dependencies are present in Ubuntu. :-)10:33
geserslytherin: you should test-build it with pbuilder. Just because the build-depends are there, doesn't mean that it also builds in Ubuntu.10:34
slytheringeser: Sorry for that. I should have confirmed before I logged the bug.10:34
slytherinman-di: Any idea what can I do about debian bug 423087 Please read the latest comment and let me know how should I frame the response.10:37
ubotuDebian bug 423087 in w3c-dtd-xhtml "w3c-dtd-xhtml: path to entity sets is wrong" [Normal,Open] http://bugs.debian.org/42308710:37
man-dislytherin: sorry, I dont know much about this XML stuff10:38
* wallyweek points out he's not away, but that stupid online irc clients keeps disconnetting him10:40
slytherinman-di: No the problem I have is why can't we simply add symlinks for entity sets? Do we really expect everyone to add an additional library in classpath / dependencies just because the path in dtd is wrong?10:40
man-dislytherin: as I said: I have no clue about XML10:40
slytherinman-di: Ok. I will reply to the bug.10:41
vemonhow can i test a manpage without installing it first?10:45
ion_man foo/bar.110:46
persianroff -man < file | $PAGER10:47
=== LucidFox is now known as LucidFox_away
jcastrobigon`: thank you for taking care of d-feet!10:50
slytherinman-di: I have replied to that bug. And if it is not fixed by this weekend I will add a patch in Ubuntu.10:51
=== apache|mobile_ is now known as apachelogger
* persia wonders if it is acceptable to list a corporation under "Author:" in debian/copyright if the corporation no longer has records about who worked on the software before it was publically released.10:57
slangasek"author" is not a field we're legally required to include in debian/copyright10:58
slangasekjust "copyright holder" and "license"10:58
persiaSo we just use "Author" to be nice?  Dropping it makes it easy.  Thanks :)10:59
thpcan someone please sync the new gPodder 0.10.4 release from Debian Unstable to Ubuntu Hardy? https://bugs.launchpad.net/ubuntu/+bug/18531711:01
ubotuLaunchpad bug 185317 in ubuntu "Please sync gPodder 0.10.4-1 from Debian unstable" [Undecided,New]11:01
persiaslangasek: Also, thanks for one more step to make hardy WX2.4 free :)11:01
thpoh ;)11:01
slangasekpersia: ah? you're working on wx2.4 removal stuff theN?11:02
persiathp: Please subscribe ubuntu-universe-sponsors to request someone to look at it?11:02
thpok i'll do that11:02
persiaslangasek: Actually, I haven't done anything beyond passing Barry hints in about eight months, but it was one of my release goals for Gutsy.11:02
slangasekah :)11:03
persiathp: Thanks.11:03
slytheringeser: you were right. libxstream-java is not present in Ubuntu. And that in turn has dependency on libcglib2.1-java. :-)11:06
=== LucidFox_away is now known as LucidFox
vemonlast manpages11:34
vemonwhops :D11:34
dholbachHobbsee: ROCK ON11:34
Hobbseedholbach: :)11:34
dholbachhey sistpoty|work, hey persia11:34
sistpoty|workhey dholbach11:35
persiahey dholbach.11:35
dholbachhow are y'all doing?11:35
persiadholbach: Fairly well.  You?11:35
sistpoty|workdebugging my ugly code... otherwise fine11:35
dholbachpersia: very good thanks :)11:36
theseinfelddholbach hi11:37
dholbachhey theseinfeld11:37
theseinfelddholbach i am a bit in a hurry to get that thing done11:38
dholbachtheseinfeld: aren't we all? :)11:38
theseinfelddholbach yeah11:38
theseinfelddholbach too much coffee :)11:38
theseinfelddholbach am I supposed to fill a bug report in the main-sponsors/11:39
theseinfeld?11:39
dholbachtheseinfeld: no, it's a NEW package - the sponsoring teams don't do them11:40
theseinfelddholbach so it is only in REVU?11:40
slangasekis there an existing wiki page to link useful universe QA resources from?11:40
dholbachslangasek: ROCK - it's http://wiki.ubuntu.com/MOTU/TODO or http://wiki.ubuntu.com/MOTU/Bugs11:40
theseinfelddholbach i think the package should go in main, and that is what makes me worry about february deadlin11:41
theseinfelde11:41
theseinfelds/dedlin/dedline/11:41
dholbachtheseinfeld: what would link against it?11:41
persiaslangasek: For test-oriented QA, it'd be nice to list at qa.ubuntu.com.  For developer-oriented QA, it'd be nice to list at qa.ubuntuwire.com11:41
theseinfelddholbach: what packages?11:42
dholbachtheseinfeld: yeah11:42
theseinfelddholbach in hardy?11:42
slangasekpersia: <whimper> why do we have a wiki if everything gets moved elsewhere?11:42
theseinfelddholbach well, i have an issue with the Doxygen building when using PPA11:42
dholbachtheseinfeld: you said it should be in main: if there's nothing linking against the library there's no need for it in main, right?11:42
persiaslangasek: Err..  We like using DNS rather than URL parsing?  What do you have?  I'll get it somewhere.11:43
theseinfelddholbach: the libdc1394 was in main...11:43
dholbachtheseinfeld: so it's an update of the libdc1394 package?11:43
theseinfelddholbach don't remember which packages are linking, but there are some libraries...11:43
theseinfelddholbach that's the trick11:43
dholbachtheseinfeld: why do you intend to rename the source package at all?11:44
theseinfelddholbach it is a new API and we did it to work such that it can work with libdc1394 version 1.111:44
dholbachtheseinfeld: why isn't it an update of the libdc1394 source package?11:44
dholbachtheseinfeld: wouldn't it be enough to just rename the binary package?11:44
dholbachlibdc1394-13 to libdc1394-22 and libdc1394-13-dev to libdc1394-22-dev11:44
slangasekpersia: which "we"?  Having half the info in the wiki and half the info on other sites drives me crazy, because, er, the wiki's search doesn't index other sites11:44
theseinfelddholbach no. because then if you use -22 you get conflict with -1311:45
theseinfeldetc...11:45
persiaslangasek: Which wiki?  We've three of them last I looked :)11:45
slangasekpersia: wiki.ubuntu.com :(11:45
dholbachtheseinfeld: where's the problem with that? is there any need for two source packages containing the library?11:45
dholbachtheseinfeld: it's something that happens all the time: libraries change the soname, binary package names are updated11:46
theseinfelddholbach it is a new branch11:46
slangasekpersia: well, I see that the NBS list is linked from qa.ubuntuwire.com, but I wouldn't have thought to look there11:46
theseinfelddholbach it is in a way a new library11:46
dholbachtheseinfeld: ah, are all the apps ported to use it already?11:46
persiaslangasek: I don't remember the details, but someone got annoyed by that back in Dapper, and created some other wikis (help and later community).  After that, w.u.c got steadily worse until late feisty, when some cleanup started.  qa.* exist because wikis can't run code.11:47
theseinfelddholbach some apps like coriander will be ported to use it11:47
theseinfelddholbach but not all11:47
theseinfelddholbach and that is why we still need the -13 while we get -2211:47
slangasekpersia: ok, so for things that don't involve running code, are we in agreement that they should be linked from the wiki and not just from ubuntuwire.com? :-)11:47
dholbachtheseinfeld: OK11:47
theseinfelddholbach coriander will come later...11:48
theseinfelddholbach so far the efrfort is to get the library in11:48
theseinfelddholbach than the coriander will freeze maybe in february11:48
theseinfeldearly february11:48
dholbachI'd somehow prefer the name to be something like "libdc1394-2" or something11:48
theseinfelddholbach if i get time i could do the coriander before 1411:48
theseinfelddholbach the -22 for the source is coming from the discussions with debian guys11:49
dholbachoh ok11:49
persiaslangasek: I'm honestly not sure.  Last time we decided that, MOTU/TODO page got a lot of activity adding resources, and then people started putting them in UbuntuDevelopment/Resources, and then...11:49
theseinfelddholbach I try to be in sync with them11:49
dholbachit fails to build for me11:49
theseinfeldmore like to sync them with the dev. process11:49
theseinfelddholbach the libdc?11:50
persiaslangasek: There's also some confusion as some of the tools only run on main (lack of resources available within Canonical), and there have been arguments about how they should be listed.11:50
theseinfelddholbach from revu?11:50
theseinfelddholbach: we have the team PPA where we did the gutsy binaries earlier here: https://launchpad.net/~libdc1394-dev/+archive11:51
dholbachtheseinfeld: yeah11:51
dholbachbuilding the docs fail11:51
theseinfelddholbach: i already filled a bug why it fails: let me check the problem again11:52
theseinfelddholbach: http://launchpadlibrarian.net/11473870/buildlog_ubuntu-hardy-i386.libdc1394-22_2.0.1-1ubuntu5_FAILEDTOBUILD.txt.gz11:52
sistpoty|workin case revu is a little bit unresponsive atm: I'm just doing a backup of sparky11:52
dholbachyeah, same problem here11:52
theseinfelddholbach: it fails because ! LaTeX Error: File `a4.sty' not found.11:53
theseinfeldin hardy11:53
theseinfelddholbach: in gutsy it works11:53
theseinfelddholbach: prbably the cjk-latex package forgot the a4.sty to include or something...11:54
dholbachtheseinfeld: try adding texlive-latex-recommended to Build-Depends11:55
theseinfelddholbach: question is: how do other doxygen packages that export the HTML/PDF/PS file manage?11:55
theseinfelddholbach: should it replace the cjk-latex?11:56
DaveMorristheseinfeld: what do you mean?  I've a package which uses doxygen for html11:56
dholbachtheseinfeld: I don't know - I don't know the code or what it was put in in the first place11:56
theseinfeldDaveMorris: what is the build-depends list for latex?11:56
theseinfeldDaveMorris: in debian/control Source...?11:57
DaveMorrismine doesn't make use of latex11:58
dholbachtheseinfeld: why is it necessary to call the binary package libdc1394-22-dev instead of libdc1394-dev?12:00
emgentheya *12:00
theseinfelddifferent API12:00
dholbachoh yeah right12:00
theseinfelddholbach: it has binary12:01
dholbachthe thing is it will earn you having to rename it every time and having to add conflicts/replaces all the time12:01
dholbachit has a symlink12:01
dholbachupstream calls it libdc1394-2 (in ./usr/lib/pkgconfig/libdc1394-2.pc) - I think that's much more sensible over all12:02
DaveMorristheseinfeld: the a4.sty style file is shipped with texlive-latex-recommended AFAIK12:02
theseinfeldDaveMorris: thanks12:02
dholbachalso libdc1394-22-utils - you will rename that with every ABI break12:02
dholbachand you'll always have to add conflicts/replaces12:03
dholbachI'd talk to the debian maintainers about that again12:03
* persia is confused by the possible differences between icepick and icedtea12:03
theseinfelddholbach: yes. libdc1394-2.pc is for libraries pkgconfig thinggy12:03
dholbachin libdc1394v2-doc you have the different pattern already12:03
theseinfelddholbach: i use the virtual package libdc1394-dev so that user can choose which to pick for development12:03
dholbachthat will probably break the builds of packages that are not ported to the new API yet12:04
dholbachthey are not interchangeable12:04
theseinfelddholbach: that v2 is to conform with debian-policy for naming12:04
dholbachbut the v2 naming is not consistent in the binary packages12:04
theseinfeldif it was just libblablah with no number my life would be much easier now12:04
theseinfeld:D12:04
theseinfeldthat 1394 is killing me :))12:05
emgentkeescook, jdstrand malone 17315312:07
ubotuLaunchpad bug 173153 in audacity "[CVE-2007-6061] Denial of service and deletion of an arbitrary directory tree via symlink attack" [Undecided,Confirmed] https://launchpad.net/bugs/17315312:07
emgentgutsy debdiff it's ready12:07
theseinfelddholbach: i am just making the new dsc for revu and ppa12:07
dholbachI added a few comments to the page12:07
theseinfeldrevu page?12:07
emgenthttp://thc.emanuele-gentili.com/packages/security_fix/gutsy/audacity/12:07
emgentdeb too avaiable.12:07
theseinfelddholbach: uploaded 1ubuntu612:08
dholbachadded another comment12:09
dholbachI need to leave now... sorry12:09
theseinfelddholbach: thanks. I let you know by email...12:11
dholbachjust follow up on the REVU page so everybody else is notified too12:11
ScottKdholbach: I just volunteered for motu-uvf.12:11
dholbachScottK: I just noticed - that's great - thanks12:12
ScottKdholbach: I do think we need to follow pitti's suggestion to rename it.12:12
dholbachScottK: that makes sense - I think we should name it motu-ff though (to not raise expectations about a 'motu release team')12:12
TheMusodholbach: Gee your email sounds so much like a sales pitch. :p12:12
dholbachTheMuso: it worked though ;-)12:12
dholbachScottK: and have the discussion about 'motu release team' separately (gather ideas about it first)12:13
dholbachsorry guys, need to leave for lunch now and a meeting afterwards - ttyl12:13
RainCTHey12:22
jdstrandemgent: thanks!12:22
emgentjdstrand, np :)12:23
emgentwordpress too fixed hehe12:23
=== Am|NickTaken is now known as Amaranth
jdstrandemgent: cool thanks12:35
emgentnp :)12:36
emgentjdstrand, today i will work to malone 18185312:36
ubotuBug 181853 on http://launchpad.net/bugs/181853 is private12:36
emgentupstream reply to me.12:36
=== \sh_away is now known as \sh
jdstrandemgent: sounds great12:38
slangasekpersia: heh, in regards to some tools only being run on main, I was just discussing yesterday with dholbach that it would be good to have a britney run for universe to show out-of-date packages12:45
Hobbseeslangasek: for the ones who aren't from debian, which is britney?12:45
slangasekHobbsee: britney is the tool that generates http://people.ubuntu.com/~ubuntu-archive/testing/12:46
slangasek(it does other things in Debian, it's just a reporting tool in Ubuntu)12:46
Hobbseeslangasek: ah right12:46
persiaslangasek: We asked liw at UDS, and were told there were insufficient resources.  debcheck on ubutuwire is the current means we use to chase that.  If you can convince someone to run against universe regularly, that'd be great.12:46
slangasekpersia: hmm, this was about insufficient resources for britney specifically?  I'll look into it; I haven't tried to have that end of the conversation yet12:48
\shmoins12:49
emgentpersia, ping12:49
emgent\sh, hi!12:49
persiaslangasek: I'm not sure: I wasn't physically present during the conversation.  There were a few things under discussion, and it may be that britney got lost as being considered linked to other things.12:49
slangasekk12:51
slangasekwell, for what Ubuntu uses britney for, I can't imagine it being a resource issue; the resource-intensive parts of britney aren't used at all12:52
persiaslangasek: That was my thought.  I've been hoping we could be running that also for universe since feisty, but it needs higher-level pokes than me.12:53
slangasek:)12:53
persiaSeparately, do those testing runs provide any extra information above that provided by debcheck?12:54
ScottKdholbach: At least in the last cycle we pretty well acted as the MOTU release team.  I don't thik we need a separate team for that.12:58
persiaI only remember about half the motu-uvf team being involved in the final release efforts, and I do remember some non-uvf people being involved.  I think it's worth discussion about what motu release would mean before deciding we don't need a team (and similarly before deciding to create a team).12:59
slangasekpersia: ok, I checked with liw and he doesn't think britney was ever discussed; the resource-intensive stuff that's a problem are the automated install/upgrade testing, which is quite a bit differently than britney which just acts on a Packages file13:01
persiaslangasek: In that case it's a case of the telephone operator game.  Clearly I need better audio in my spy satellites :)  Thanks for following up.13:01
ScottKslangasek: Would you be up for doing some backports.  RIddell started the clamav backport to Dapper yesterday, but had connectivity problems and so dapper-backports is about half on the new clamav and half on the old one right now.13:02
slangasekpersia: I'm not familiar with debcheck; output looks familiarly like some stuff I've seen in Debian, which I don't think handles conflicts->depends loops.  I also don't see that debcheck lists out-of-date binaries13:02
slangasekScottK: heh, connectivity problems, a likely story :-)13:03
ScottKhttps://bugs.launchpad.net/dapper-backports/+bug/183914/comments/12 is the list if you're up for it.13:04
ubotuLaunchpad bug 183914 in dapper-backports "Please Backport clamav-0.92~dfsg-2 from Hardy to Dapper" [Wishlist,In progress]13:04
slangasekScottK: yeah, today's seb's archive day, but since I failed to be useful on mine I can have a look13:04
persiaslangasek: Ah.  Some commonality, but perhaps sufficient differences to make both worthwhile.  I know there was some talk about running britney on UbuntuWire, but it didn't happen in favor of debcheck.  Likely best to run both.13:04
ScottKslangasek: If he was faking, he managed to be a good IRC simulation.13:04
ScottKslangasek: Thanks.  All the source backports are done, all those should be just the regular backports script.  The only tricky bit being the two that have to come from Feisty.13:05
emgentpersia, http://thc.emanuele-gentili.com/packages/security_fix/gutsy/audacity/    :-)13:05
\shhmm...is it possible to tell sbuild to delete old build logfiles and just leave the last build log?13:05
ScottKslangasek: After the pain he did get through yesterday, I wouldn't blame him much for hiding out anyway.13:05
slangasekScottK: well, yes :)13:05
persiaemgent: Great.  As I said 14 hours ago, you need someone from SWAT or security to look at those (and they will likely look at the bug instead).  Thanks for looking into it, and good luck with the other releases.13:06
emgentpersia, sure.13:06
emgentsecurity people know.13:06
slangasekScottK: looks like clamcour,clamtk,dansguardian,klamav just needed flushed out, so that's done now13:08
ScottKslangasek: Great.  Thanks.13:08
slangaseklibetpan,etpan-ng are going to take me a minute longer as I haven't done a backport myself yet and need to be sure I know what I'm doing on a feisty->dapper backport13:08
ScottKOK.  Sounds reasonable.13:09
theseinfelddholbach: you back?13:09
dholbachtheseinfeld: going to be in a meeting in a bit - so best to just ask the question in here13:09
dholbachtheseinfeld: probably somebody else will answer your questions13:09
theseinfelddholbach: thanks13:09
* persia believes that people who upload packages to PPAs with broken addresses in the changelogs should be summarily shot.13:09
theseinfelddholbach: i need you :) so I can wait for later :)13:10
theseinfelddhobach: it should compile now13:10
ScottKslangasek: I got the 4 accept mails, so that's all good.13:10
dholbachtheseinfeld: there are much cleverer people than me around here :)13:10
\shemgent, why is different in13:11
\sh+-   defaultTempDir.Printf(wxT("/tmp/audacity1.2-%s"), wxGetUserId().c_str());13:11
\sh++   defaultTempDir.Printf(wxT("/tmp/audacity%d.%d-%s"),13:11
\sh++AUDACITY_VERSION, AUDACITY_RELEASE, wxGetUserId().c_str());13:11
\shas just adding version and release to the /tmp/ dir?13:11
man-didholbach: only the clever people say that *g*13:11
\shemgent, it doesn't match your explanation in changelog13:11
\shFix insecure directory creation in /tmp by moving the directory13:11
\sh+      to the users home directory (CVE-2007-6061; LP: #173153).13:11
ubotuAudacity 1.3.2 creates a temporary directory with a predictable name without checking for previous existence of that directory, which allows local users to cause a denial of service (recording deadlock) by creating the directory before Audacity is run.  NOTE: this issue can be leveraged to delete arbitrary files or directories via a symlink attack. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6061)13:11
persiatheseinfeld: Please ask questions generally.  There's usually someone with time or inclination to help, and seeking specific people tends to reduce the time they have for other things, and thereby reduce help for everyone.13:11
theseinfeldok13:12
emgent\sh, nope i saw debian && ubuntu hardy patch13:12
theseinfeldthe issue is with the libdc139413:12
theseinfeldand the namings proposed by dholbach in his comments13:12
theseinfeldhttp://revu.tauware.de/details.py?upid=142713:12
\shemgent, well, the explanation is wrong ;) so the patch does not do what you explained ;)13:12
persiaemgent: Also, anything defaulting to /tmp in a predictable way remains vulnerable to the attack.  It needs to be moved to ~ or made unpredictable.  If hardy is still broken, please fix that as well.13:13
emgentuhm wait13:13
\shemgent, the original gentoo patch is also different :)13:13
\shhttp://bugs.gentoo.org/attachment.cgi?id=14158113:13
emgentwell13:14
\sh-   defaultTempDir.Printf("/tmp/audacity1.2-%s", wxGetUserId().c_str());13:14
\sh+   defaultTempDir.Printf("/%s/.audacity1.2-%s", home.c_str(), wxGetUserId().c_str());13:14
emgentdebian use this13:14
emgenthttp://people.debian.org/~nion/nmu-diff/audacity-1.3.4-1_1.3.4-1.1.patch13:14
\shemgent, but the gentoo patch is doing that what you explained :)13:14
\shemgent, which is correct :)13:14
emgentbut, in hardy (it's patched) and use other method13:14
\shember, but http://thc.emanuele-gentili.com/packages/security_fix/gutsy/audacity/gutsy_audacity_1.3.3-1ubuntu0.1.debdiff shows something different13:14
emgentdefaultTempDir.Printf(wxT("%s/.audacity%d.%d-%s"), home.c_str(),13:14
persiaemgent: That would be my fault (and part of why I'm not in SWAT).  Please fix it.13:14
slangasekScottK: ok, libetpan/etpan-ng on their way as well; anything else or is this bug ready to be closed?13:15
\shs/ember/emgent/13:15
emgentuhm ok i will review it13:15
emgentjust a moment13:15
ScottKslangasek: That should be it.  Thanks.13:15
\shemgent, even the debian patch is wrong13:15
\shemgent, missing a / < in the beginning of the string ;)13:15
emgentyes i saw gentoo patch13:16
\shemgent, use the gentoo patch please, they are correct13:16
ScottKslangasek: Now I cross my fingers and wait for bugs.  ;-)13:16
emgentsure \sh thanks.13:16
slangasekright. :)13:16
\shemgent, I'll tell nico that he is wrong ;)13:16
ScottKslangasek: This is, by a fair margin, the most complex backport that's been done so far, but I think it'll all work out.13:17
slangasekeh, what could go wrong13:17
emgent\sh, cool :)13:17
theseinfeldhow long does it take to get a reviewer for my package?13:18
ScottKtheseinfeld: The reviewers are all volunteers.  It varies depending on availability and interest.13:18
DaveMorrisdepends if they like you :)  REVU day is monday, it'll prob be looked at then13:18
\shemgent, you see, it's quite important to not trust everyone, even when persia is a person to be trusted ;)13:18
persiatheseinfeld: Are you repackaging as an update, rather than a new source?13:19
theseinfeldit is a new API for an old library13:19
* persia is not always a person to be trusted for Debian syncs for RC bugs.13:19
theseinfeldhard to qualify it as an update13:19
slangasekpersia: because sometimes you fail to introduce RC bugs?13:20
persiatheseinfeld: Ah.  Too much porting.13:20
theseinfeldpersia: porting?13:20
persiaslangasek: Rather because I tend to pull syncs for anything without Ubuntu variation for which I know an RC bug was closed, without much review beyond builds & installs.13:21
theseinfeldpersia if i do that, i quit my job and family13:21
slangasekpersia: ah :)13:21
theseinfeldpersia: more like life13:21
theseinfeld:D13:21
persiaIf the Debian maintainer didn't actually fix it, it breaks my workflow.13:21
persiatheseinfeld: Right.  Hence the decision for a second source.  Makes sense to me.  Is this the new juju stuff?13:22
theseinfeldthe juju will come a bit later13:23
theseinfeldwhen it should detect if the kernel has the juju or old legacy13:23
theseinfeldpersia debian maintainer to fix what?13:23
persiatheseinfeld: cross conversations: debian maintainer for whichever random package claimed to have fixed an RC bug.13:24
theseinfeldpersia: sorry...13:25
theseinfeldpersia: maybe in the 2.0.2 we manage to make the juju stack awareness in the library13:25
theseinfeldpersia: also coriander needs packaging...but i am blocked now in the libdc1394...13:26
theseinfeldpersia: besides, coriander is not yet final for the new api version 2.013:26
persiaemgent: Don't forget to fix in hardy first (and reopen the task as I was mistaken).13:27
emgentok13:27
persiatheseinfeld: Likely not on track for hardy then :(  Only three weeks to Feature Freeze.13:27
theseinfeldpersia: the libdc1394 is ready13:28
DaveMorrisonly 3 weeks left :(13:28
* DaveMorris wonders if his package will make it13:28
theseinfeldpersia: if i get this thing out of my table (the motu bureacracy :)) I can get on the coriander13:28
* emgent joint time..13:29
persiatheseinfeld: I've a fairly long review queue right now.  You'd do better to advertise your URL for general review.  I'm interested, and will take a look outside of REVU day if I have time, but don't count on me to get your package in.13:29
emgentpersia, i will fix all this night13:29
theseinfeldpersia: how do you advertise?13:30
theseinfeldjust post the url on revu?13:30
vorianWhen I debuild a python package, it generates a debian/pycompat.  how do I avoid this?13:30
vorianand good morning :)13:31
DaveMorristheseinfeld: post the url here with a line or 2 describing the package13:31
persiatheseinfeld: Ask for a review in this channel, including the URL on REVU, a short (5-10 word) description of the package, and the current REVU status.  Please limit yourself to one advertisement each 24 hours when it's not REVU day.13:31
persiavorian: Why do you want to avoid it?  It's part of python package building.13:32
persiaemgent: Thanks.  Don't forget to sleep :)13:32
vorianpersia: dktrkranz is asking me to remove it from a revu package13:32
theseinfeldok: libdc1394 API version 2.0 is ready. The library version 1 was in main, and this new package should work in parallel with it. The REVU page is http://revu.tauware.de/details.py?package=libdc1394-22 and you can also check the binary packages in the PPA: https://launchpad.net/%7Elibdc1394-dev/+archive13:32
* persia defers to Dktrkranz, not knowing python packaging deeply, but has seen that in every python package touched13:33
vorianhmm13:33
theseinfeldI've been working with couple of guys on the debian so the review should be quite straigh forward and fast :)13:33
vorianokie dokie, thanks persia :)13:33
persia\sh: Why change the sbuild bug from triaged to confirmed?  Is the cause not understood?  I thought the explanation was clear, and there's a fix available in a branch.  Does the fix not work for you?13:36
ScottKvorian: It's a bug in pysupport if you're using that.  If you're using pycentral, it is needed.13:36
ScottKvorian: What package (REVU link please)?13:37
vorianScottK: http://revu.tauware.de/details.py?upid=142313:38
vorianok, changing to pycentral13:38
ScottKvorian: No need to change13:38
vorianalrighty13:38
ScottKYou're choice.13:38
* ScottK is going to comment that it's a: Not your fault. b: Harmless.13:38
vorianlol13:39
=== mathiaz_ is now known as mathiaz
ScottKvorian: Commented.13:41
vorianin debian/pyversions, is it ok to use 2.4 and 2.5?13:41
vorianthanks ScottK13:41
theseinfeldgod dammit13:41
theseinfeldthey have the package already in fedora13:41
ScottKvorian: What does the package require?13:41
vorianjust says python, no specific version13:41
vorianit builds either way13:41
vorianand with each13:42
ScottKDoes it work with Python 2.2 or 2.3?13:42
ScottKThe upstream documentation SHOULD say.13:42
persiaSo, about the requirement that upstream include the licensing in the tarball.  If upstream includes a tarball containing only a zip file, and includes the licensing in the zip file, is that acceptable as well?13:43
ScottKpersia: Why wouldn't it be?  Compressed or not, it's present.13:44
persiaScottK: Thanks.  I just like to seek second opinions when I'm unsure.13:45
* persia also has a general distaste for compressed-archives-in-compressed-archives, but that is separate13:45
ScottKpersia: Agreed.  That's a question of the pain involved, not the legality.13:46
persiaRight :)13:46
sladenpersia: uncompress the inner archive!13:46
persiasladen: That would break cryptographic match to upstream, which would be worse than compressed-archives-in-compressed-archives.  Complaining to upstream won't do any good, as they distribute .zip to be more cross-platform compliant, but also distribute tar.gz containing the .zip to make a watch file easy (which I appreciate).13:48
lifelesspersia: tarballs in tarballs are really very bad13:50
persialifeless: Worse than mismatched md5sums?  In general I agree, but in this special case, I think I'll just complain to upstream that not zipping before they make the tar.gz would be nice.13:51
lifelesspersia: yes, definately worse13:51
lifelesspersia: we routinely have different orig tarballs13:51
* persia is hyper-picky about being able to demonstrate reliability of orig tarballs13:52
lifelessits a false optimisation13:52
lifelessa recursive sha of the contents will be identical; thats what matters13:52
lifelessthe only folk that /look/ at orig tarballs are other distro developers13:52
persialifeless: Hrm?  I'm optimising for only needing to look through diff.gz when I don't trust the packager, rather than optimising for processing time.  Human effort vs. machine effort.13:53
lifelessusers that check the source matches and then use a binary build are - well, fill in the adjectives13:53
lifelesspersia: uhm, write a trivial script to unpack and sha recursively; call it 'tarball fingerprinter'13:53
lifelessthen you can just fire that off with both tarball urls and go read the diff13:53
persialifeless: Hrm.  Maybe I ought do that.  Of course my use case is likely fairly skewed from most, as I routinely inspect sources from packagers I don't know or trust, and who are not known or trusted by any distribution.13:54
lifelessblobs in the source are bad because it makes using a vcs on the package nasty13:55
lifelessand vcs benefits >>>> checking the orig tarball hasn't been hacked13:55
cbx33hey guys13:56
cbx33what's the LP address for the NEW build queue13:56
persialifeless: Maybe.  I'm not sold on the whole VCS maintenance thing yet, and in the few cases where I do VCS maintenance, only debian/ is in the VCS.13:56
gesercbx33: https://edge.launchpad.net/ubuntu/hardy/+queue13:56
lifelesspersia: I can see why youa re not sold then ;)13:57
persiacbx33: There isn't a NEW build queue.  You likely want one of https://launchpad.net/ubuntu/hardy/+queue or https://launchpad.net/ubuntu/hardy/+builds.  Also edge is edgy.13:57
cbx33ok13:57
cbx33i just uploaded memaker there13:57
cbx33well yesterday13:57
cbx33did I upload the right thing?13:57
persialifeless: Well, also because I almost never pull from upstream, and have optimised my workflow for debdiffs.13:58
lifelesspersia: this is called accomodation13:58
lifelesspersia: you are accomodating a different toolchain13:58
slangasekpsst, a VCS shared between Ubuntu and Debian makes merging easier ;)13:58
lifelessgolly gosh you thinkn?13:59
* lifeless slaps himself13:59
slangaseklifeless: that was addressed to persia13:59
persiaslangasek: Yes.  That's where I do VCS stuff.  Still, it doesn't change the debdiff handling I do as a sponsor, and it's not worth pushing all the packages in a VCS just for that.13:59
slangasekpersia: right; it's worth pushing all the packages into a VCS because it also makes merges between Debian/Ubuntu and *upstream* easier14:00
gesercbx33: did you got a mail?14:00
lifelesspersia: it would change it if you reviewed using bzr not debdiffs :)14:00
cbx33yes i did14:00
cbx33but my package seems different to everybody elses14:00
cbx33mine is a source pacakge14:00
persialifeless: For every package?  Show me the 15000 bzr repos :)14:00
lifelesspersia: pateince kemosabe14:00
cbx33none of the others are14:00
gesercbx33: both source NEW and binary NEW are in that queue14:00
lifelesss/patein/patien/14:00
cbx33ok14:01
gesercbx33: memaker is listed14:01
cbx33yes14:01
cbx33did i upload all I should have?14:01
persiaslangasek: Sure.  I don't disagree.  On the other hand, I try for 3 uploads a day from debdiffs, and I'm completely unfamiliar with most of those packages, and most aren't in VCS anywhere.14:01
gesercbx33: yes, just wait till an archive admin processes the NEW queue14:01
cbx33ok14:02
cbx33someone said I need to send a mail to the motu list?14:02
persialifeless: Even when you get there, it'll likely be 6-12 months before all the workflows are caught up, but I do hope there'll be less cause for this discussion :)14:02
persiacbx33: You should have gotten a NEW report from Soyuz.  You should forward that to the MOTU list.14:03
cbx33ok14:03
cbx33heheh would you believe I've never actually uploaded to the queue before14:03
persiacbx33: There's a first time for everything :)14:04
cbx33and i think i became a motu before some of you guys here14:04
cbx33hehehe14:04
ScottKFundamentally though, the canonical source for the distro is the source package.  Unless you can move everyone off that and into a common VCS, then all you have is two places to keep the data and one will be wrong.14:04
ScottKI think packaging in a VCS works in small teams, but I've yet to see evidence it's scalable.14:05
* persia agrees with ScottK, but remains unconvinced that is a complete block to no-more-source-packages. On the other hand, it's not soon.14:05
slangasekso does the Debian perl team count as a "small team"? or what level of scalability is required here?14:06
persiaScottK: Just for purposes of discussion, s/upload/commit/ with a easily branched DVCS.  Of course, it helps if everyone uses the same VCS.14:06
ScottKslangasek: Universe would be a not small team.14:07
slangasekwell, ok14:07
ScottKslangasek: I use the Debian Python Modules/Applicaton's Teams svns on alioth routinely and I think it works well.14:08
slangasekI fail to see the reasons that it wouldn't scale; other than the fact that most folks who /use/ vcses for packages currently do so because they are "small" teams that need that coordination14:08
persiaOn the other hand, I'm unconvinced that the bzr-svn-git-hg cross VCS tools work anywhere near well enough for it to be reasonable, but some people might consider those bugs.14:08
StevenKWho uses irssi? I'm trying to change the colour the topic on the top of the window appears in, and I can't find anything.14:08
slangasekI use irssi, I don't fiddle with colors though14:09
ion_Having the packaging as a branch from the upstream archive also makes it possible to have the distro patches as commits in the VCS, and the VCS would be able to intelligently merge new upstream releases so that updating the changes would be much less work.14:09
StevenKMy topic is black on blue, which isn't very readable, and I'm finally motivated to change it.14:09
ion_  # background for topicbar (same default)14:10
ion_  #sb_topic_bg = "%4";14:10
slytherinDoes anyone know why suddenly the FTBFS count for multiverse dropped to 34 form yesterdays 60+ :-)14:10
StevenKion_: Does that mean sb_topic_fg also holds true?14:10
ScottKslangasek: I think Debian provides very good tools for repository management and packaging.  Personally, I have little interest in using an Ubuntu unique VCS as an alternative (yes, I know bzr is used outside Ubuntu, I've just never run into it anywhere else).14:11
ion_stevenk: Dunno. The default theme doesn’t seem to contain such string.14:11
ion_stevenk: In fact, there’s no _fg in it.14:12
StevenKion_: Mmmm. Setting sb_topic_bg to "%4%w" made it all good, thanks.14:12
\shemgent, nico was correct...you can leave the beginning slash behind..14:12
emgentok cool14:12
emgenti attach new patch.14:13
geserslytherin: my guess is that lpia and hppa are in needs building which is only displayed if the package failed on an other arch14:13
slytheringeser: thanks for explanation. I also think that the latest faac upload might have reduced many other instances.14:14
ion_:screen mutt14:14
ion_Whoops14:14
mcisbackukHi all, can someone help me with uploading a package please? I'm currently packaging scummvm 0.11. What do I need to upload, there is already a bug report requesting it as bug #18397614:24
ubotuLaunchpad bug 183976 in scummvm "new upstream version 0.11" [Undecided,New] https://launchpad.net/bugs/18397614:24
* persia is far too slow to suggest bugging bddebian and uploading an interdiff14:26
=== \sh is now known as \sh_away
=== \sh_away is now known as \sh
mcisbackukHi all I have a problem with packaging and an getting an error, i think its my debian-loicy but how do I update it? error at http://paste.ubuntu-nl.org/53177/ would appreciate one of you guys having a look :)14:31
mcisbackuk*debian-policy14:31
pochumcisbackuk: standards -> 3.7.3 in debian/control. the version in debian/changelog should be 0.11.0-0ubuntu1.14:33
persiamcisbackuk: 1) Install the lintian from gutsy-backports, 2) If preparing an upload for Ubuntu, use an Ubuntu version (e.g. 0.11.0-0ubuntu1).14:33
pochu(or -1ubuntu1 if it's based on a -1 from Debian)14:33
* persia wonders if policy is also in backports, and if not, if anyone wants to test and push it,as having lintian and policy disagree is sub-ideal14:34
slangasekis anyone here interested in helping to rebuild libldap2 reverse-deps for the openldap2.3 soname transition?14:35
StevenKslangasek: Sure14:36
persiaslangasek: Is it mostly rebuilds, or lots of porting?  I've spare machine cycles, but less brain cycles.14:36
StevenKslangasek: Throw me a list of source packages, and I'll test rebuild them14:37
mcisbackukSorry for late reply. thanks a lot guys :)14:38
ScottKdholbach: Are you planning on announcing the MOTU Council election on more lists?14:38
* persia wonders why libldap2 doesn't show in the NBS list14:39
slangasekpersia, StevenK: should be all rebuilds14:39
StevenKslangasek: If you want to split up the list 33/33/33, sounds fine to me.14:40
ion_Who gets the 1?14:40
StevenKslangasek. :-P14:40
persiaion_: You can have newpki-server if you like.14:40
slangasekStevenK: grep-dctrl -FBuild-Depends libldap2-dev -sPackage /var/lib/apt/lists/*hardy_universe_source_Sources ? :)14:40
StevenKThat gives the whole list. :-)14:41
slangasekwell, yes. :)14:41
StevenKslangasek, persia: There's 58 packages, giving ~ 19 packages each, I'll take the bottom 19, sorted alphabetically.14:42
slangasekI should get credit for the 20 I'm already doing in main ;P14:42
TheMusoWhat is being done with such a large numbe rof packages/14:42
persiaStevenK: OK.  I fear wine and emacs, so that makes me happy.  I'll take chunk #3.14:42
TheMusoOh, ldap.14:42
StevenKOh, I missed wine. Oh well.14:43
StevenKpersia: I've got openswan - zabbix14:43
_rubenwhats the current targeted version of openswan for hardy?14:44
* persia claims heimdal - nufw, but offers a special exception on newpki-server if ion_ has already started14:44
ion_I’m not going to get much done today.14:45
StevenKslangasek: I guess that leaves you adtool - nss-ldapd14:45
persiaion_: OK.  You get to pick a different one then.14:45
slangasekStevenK: right, plus the ones in main I'm not done with yet14:45
mcisbackukHello again guys. I've run 'debuild -S -sa' and 'debuild -us -uc' everything seems fine didn't get any errors, what do i do after I've built it?14:45
ScottKjdong: Can we do removals in backports if there's a oops?14:46
StevenKslangasek: If you want to give me a few in main, I'm happy to add them to the list14:46
StevenKEw, there's 28 in main14:46
StevenKIncluding such fun like Openoffice.org, Evolution and PHP14:47
slangasekStevenK: you can have OOo, enjoy ;)14:47
dholbachScottK: yes I just did - my mistake14:47
StevenKHaha. No.14:47
ScottKdholbach: No problem.  Such things happen.14:47
StevenKThat can be calc's penance.14:47
slangasekStevenK: I think I have a handle on the ones in main right now anyway, I'm just noting that I'm doing those first so any universe ones assigned to me are going to be queued behind14:48
StevenKslangasek: Fairy nuff14:48
persiaIs there a tracking bug that we should be closing?  (I'm hoping to hear "No")14:48
slangasekfor libldap? no14:49
StevenKRight, version bumped for 19 sources.14:53
* StevenK kicks off test builds14:53
mcisbackukAnyone? All the packages seem to be built (scummvm-0.11.0ubuntu1) now, I just need to know what to do after running debuild -S -sa and debuild -us -uc?14:57
persiamcisbackuk: You want an interdiff.  See https://wiki.ubuntu.com/MOTU/Contributing and https://wiki.ubuntu.com/UbuntuDevelopment/Interdiff14:59
mcisbackukpersia: I take it this helps creating the diff file(s) for uploading?15:00
persiamcisbackuk: It is a tool used to generate a file that the sponsors can use to reconstruct your package during review.15:01
=== bigon` is now known as bigon
persiaSee the section in MOTU/Contributing about submitting the candidates for upload.15:01
mcisbackukpersia: Cool, thanks I'll have a look :)15:01
persiaScottK: Please add to the meeting agenda as well as indicating something should be discussed in the ML.  We need more meeting topics.15:04
ScottKpersia: I already wrote to the ML.  I'll add it to the agenda.15:05
persiaThanks :)15:05
ScottKpersia: When is the next meeting?15:05
persiaScottK: Urgh.  Someone volunteered to update that :(  20:00 UTC 1st Feb.  Fixing now.15:07
cbx33where is the motu-tools pacakge now?15:07
cbx33I have a nother tool to add15:07
persiacbx33: ubuntu-dev-tools15:07
pochuWhat should I do so I'm no longer moderated in ubuntu-devel@l.u.c ?15:08
frafuTheMuso: thanks for the new review of mousetweaks. I have a question about the copyright holders: do I also have to include (in debian/copyright) the authors of the manual and the po files? (You only talk about the C source and header files  in your comment.)15:08
Hobbseepochu: bug cjwatson, iirc15:09
persiapochu: Subscribe with an address listed on launchpad (or at least I believe that to have worked for me)15:09
TheMusofrafu: I am not sure about po files, but documentation I'd say yes as well.15:09
persiapochu: Release planning is more than Feature Freeze exception processing.15:09
pochupersia: I am.15:09
pochuHobbsee: ok, thanks.15:09
pochupersia: but the team is supposed to handle Feature Freeze only, AFAIK.15:10
pochupersia: so motu-ff makes sense, whereas motu-release doesn't IMHO.15:10
persiapochu: Well, that's what we need to discuss.15:11
frafuTheMuso: the documentation author was already listed. ;-)15:11
pochupersia: whether the team will handle feature freeze exceptions or something else?15:11
TheMusofrafu: Right.15:12
bddebianHeya gang15:12
persiapochu: Whether there is currently a point to having release planning be separate, and what that would mean15:12
frafuTheMuso: I know it because it is me   8-)15:13
pochupersia: best to start on what that would mean then :)15:14
ScottKpersia: I guess the question is if you want actual coordination with the release team or not.  I don't think the way we did it last time was wrong.15:14
frafuCould anybody please tell me whether the authors of the po files have to be listed in debian/copyright?15:14
Hobbseepersia: it would probably be helpful for universe stuff to get discussed, while slangasek and co plan the main release schedule15:16
persiaScottK: I don't think it was wrong either, but I'd like to be involved in release planning, and I'm not a good person to evaluate freeze exceptions.  If it is determined there is enough work to warrant two teams, I don't think two teams is bad.  On the other hand, it's not worth it just for the sake of extra teams.15:17
=== _emgent is now known as emgent
persiaHobbsee: Yes.  Exactly.  Further, it would be good to have some means of getting universe feature goals included and stressed as part of planning.  Examples might be oldlibs cleanup, QA stuff, getting Xubuntu just right, etc.15:18
ScottKpersia: Personally, I found it a natural evolution.  Basically UVF just got tighter as we got closer.15:18
Hobbseepersia: that's something you'll probably need to get slangasek to agree to, as he's the RM, but it sounds sensible.15:18
* jdong uploads some crack to revu15:19
jdongI think this is like the first time I've touched revu15:19
jdong(fortunate for you guys :D)15:19
persiaScottK from a freeze-exception point-of-view I agree.  From a QA or feature perspective, I'm less sure, especially given when the team once called motu-uvf is selected each cycle.15:19
lifelessHobbsee: sleep!15:19
persiaHobbsee: Sure.  I don't imagine many issues as long as we identify the goals early and have sufficient commitment that the RM believes we can meet them.15:20
Hobbseelifeless: will soon.15:20
Hobbseepersia: of course, any non-canonical people are stuck with almost always being in the dark - particularly if they don't make it to UDS's, etc.15:21
Hobbseepersia: which i don't think many MOTU people will accept, and still be able to do useful stuff with the release team.15:21
slangasekpersia: hmm, I think commitment from MOTU is more relevant than commitment from the RM15:21
persiaHobbsee: I disagree with that.  Perhaps in the shade though.15:21
persiaslangasek: Well, yes and no.  If MOTU commits to trying to remove gtk1, it is worth holding release by 2 days?  Maybe, but maybe not.  Is the situation the same if MOTU commits to having human themed icons for all universe apps?15:22
slangasekpersia: identifying goals is great, but they don't get achieved if they aren't worked on, and I don't plan to allow myself to be committed to doing the lion's share of such QA work personally :)15:22
persiaslangasek: Heh.  Even if I trust the DDs to have actually closed the RC bugs, I do read the changelogs.15:23
Hobbseepersia: OK, mostly.  often, one doesn't find out about new procedures at all, or if one does, it's only thru reading irc backlog.  it's rarely published, or if it is, it's not published for ages.15:24
slytherinCan anyone confirm that if libpt-1.10.10-plugins-v4l2 is still in universe in hardy? I think it is one of the recommends of ubuntu-desktop but does not get included on CD.15:24
persiaHobbsee: Depends on the procedure.  Also, that's a bug that needs fixing.  There are plenty of non-canonical in core and more in MOTU and if we're not all working as a team, we have issues.15:24
persiaslytherin: rmadison is your freind15:25
Hobbseeslytherin: it's in universe15:25
slangasekpersia: I have a hard time envisioning a scenario where dropping gtk1 would manage to miss a release by two days.  Two days is nothing, when you know the release schedule in advance 6 months at a time; if something is committed to work on something like that, it's not going to come together at the very last minute (or if it is, I would have reservations about the change being made so shortly before the scheduled date)15:25
slangaseks/something/someone/15:25
slytherinpersia: rmadison confirmed15:25
Hobbseepersia: indeed it does.  mabye once enough people outside canonical want it to change, it'll happen.  so far, i don't think there's been sufficient interest.15:26
LucidFoxjdong, could you please look at bug #178845?15:26
ubotuLaunchpad bug 178845 in avidemux "Avidemux 2.4" [Wishlist,Confirmed] https://launchpad.net/bugs/17884515:26
Hobbseepersia: really, if you (or anyone else) want to do release-based stuff, you'd be better to do it on another distro, perhaps debian.15:26
persiaslangasek: Last couple releases we had one or two broken universe things get in the last couple days.  For gtk1 removal, I would imagine the issue being some last FTBFS that needs sorting.  For icons, I can't imagine it worth the delay (nor accepting uploads after RC release)15:26
slytherinHobbsee: persia: so what would be the process to promote libpt-1.10.10-plugins-v4l2 to main?15:27
persiaHobbsee: I think we have different definitions of "release-based" stuff.15:27
persia!mir15:27
ubotumir is Main Inclusion Report - see https://wiki.ubuntu.com/MainInclusionProcess for more information.15:27
Hobbseepersia: i was meaning ubuntu-release15:27
persiaHobbsee: I'm not.  I mean generally making sure universe is in a releasable state at the release date.15:27
ScottKPersonally, I think release stuff for Universe is pretty much the coordination work we did last time.15:27
Hobbseeas in, defining the cycle, sending stuff out, making sure it's ready, and deciding if there needs to be a delay, cd building, etc.15:28
ScottKpersia: Universe is releasable by definition.15:28
HobbseeScottK: you've forgotten mobile, etc, already have you?15:28
LucidFoxpersia> What gtk1 removal?15:28
persiaScottK: At the end, yes.  I think there is opportunity for front-loading, but I'm not sure that's worth a separate team.15:28
persiaLucidFox: The one that will be done for hardy+1 or hardy+2, depending on how motivated we feel.15:28
ScottKHobbsee: No, I haven't.  I didn't disagree with you about hidden procedures.15:28
persiaScottK: If universe were releasable by definition, we wouldn't need SRUs.15:29
* persia tries to ignore the main/universe split even harder15:29
LucidFoxAh, good. About time.15:29
ScottKpersia: I disagree.  What would be a Universe bug that would stop the release?15:29
persiaScottK: Not really stop, but any uploads after the release candidate are only supposed to be for release critical bugs.  Personally, I feel any FTBFS, cannot-install, doesn't work out of the box, etc. type bug should be closeable in universe during that time.15:31
HobbseeScottK: something that rated as pretty damn important, and that actually had a person with a fix in sight.15:31
HobbseeScottK: the latter being the limiting factor15:31
persiaAlso, I think we could do better to not have so many of those open after release candidate release.  On the other hand, I'm not sure a named team would especially help this.15:32
ScottKHobbsee: Would that stop the release or get pushed to updates?15:32
slangasekpersia: well, if there are just a few final FTBFS needing sorted, and the goal is important enough that someone would want to delay the release for them, doesn't that make it plausible to get them sorted out in advance of the release date if there's really a commitment to them?15:32
ScottKSince universe doesn't affect the iso's, there's no real need to wait.15:32
HobbseeScottK: depends.  probably -updates, as it doesn't affect cds15:32
ScottKMy thought.15:32
ScottKtoo15:32
slangasekpersia: I'm shying away from saying "yes, it'd be ok to delay the release if it meant dropping gtk1", even though I think that's a worthwhile goal, because setting a precedent that it's ok invites people to be more lax in their scheduling15:33
persiaslangasek: Of course.  I was mostly talking about coordination: if the release team doesn't want to support a MOTU release goal, it's maybe harder to promote it cleanly.15:33
persiaslangasek: Sure.  I neither expect nor want you to say that.15:33
slangasekwell, ok - I don't see that the release team supporting a MOTU goal or not should make much of a difference, I think the community is able to sort out for itself what it thinks are good goals to prioritize without needing me to tell them15:34
slangasekor if it's not able to, we should address that :)15:35
slangasek(e.g., better QA tools so that the problem areas are identifiable)15:35
persiaOn the other hand, there were universe packages that went in after the very last really final freeze for both feisty and gutsy, which is more the sort of thing I mean.15:35
* slangasek nods15:35
Hobbseepersia: if the MC supported the release goal..then it has more chance15:35
persiaslangasek: I'd like to see that, but when you send out a notice, it means more than when I send out a notice.15:35
persiaHobbsee: Of course :)  Where's your wiki update?15:36
* Hobbsee waves the magic wand15:36
ScottKpersia: However for Gutsy we ended up with all Universe packages built for all architectures.  This is progress from Feisty.15:36
persiaScottK: I thought we had 939 FTBFS for gutsy release.15:37
persia(which is still progress from feisty)15:37
ScottKpersia: Sure.  I mean for Feisty we had some archs built on ubuntu1 and others on ubuntu2 for the same package.15:37
persiaScottK: Right.  We had all packages in sync.  This time, I think we can have all packages built for at least i386, amd64 and powerpc.15:38
* persia is prepared to request removal-without-blacklisting for a couple packages to ensure that15:39
DktrKranzremoval-without-blacklisting?15:39
ScottKpersia: Out of the last batch of RC syncs that I uploaded for you I think we had only one or two FTBFS on a single arch.  So even piling stuff in at the last minute, we made good progress.15:39
ScottKpersia: What we needed was more people working it.15:40
ScottKi.e. we lacked manpower, not management.15:40
persiaScottK: completely agreed.  I'm just not convinced that there is an identity between the people best suited for freeze exception review and the people best suited for release coordination.  As I've said, I'm not convinced we need a motu-release team, in part because of the issues Hobbsee raised with ubuntu-release and documentation.15:41
ScottKpersia: I think the end game coordination that was done last time had significant value.  I don't think it makes sense to have a whole another team for it.15:42
persiaDktrKranz: Special type of removal for things that are broken now, but may well be fixed later, but not in time for the next release.  These get pulled back from the next automated sync.15:42
jdongREVU should recognize me if I've been a member of MOTU contributors since like 2005, right?15:43
persiaScottK: Today, I agree with you.  As we grow, I suspect I won't.  It's about the people not necessarily being the same, and sharing workload.15:43
jdongoh nvm15:43
persiajdong: No.  It forgot everyone who wasn't a MOTU last September, and hasn't uploaded since.15:44
persia(and some other people too)15:44
* sistpoty|work whistles15:45
jdonghttp://revu.tauware.de/revu1-incoming/clutch-0801231620/clutch-0.2/15:45
jdongROFL15:45
* slangasek takes sistpoty|work off the stove and pours him out into a teacup15:45
jdongerr.... revu should not interpret index.html inside packages15:45
jdongthough admittedly it looks REALLY pretty!15:45
sistpoty|workhe15:45
persiajdong: That's a feature15:45
jdongpersia: really?15:45
jdongwell, at least it doesn't try to run the PHP scripts in remote/ :D15:46
persiajdong; http://revu.tauware.de/revu1-incoming/clutch-0801231620/clutch-0.2/debian/ works, as does http://revu.tauware.de/revu1-incoming/clutch-0801231620/clutch_0.2-0ubuntu1.diff.gz (the two URLs I tend to check)15:46
sistpoty|workjdong: feel free to send me an .htaccess to turn this off :P15:47
joejaxxjdong: wth is that? lol is that what revu looks like now?15:47
jdongjoejaxx: that's the index.html in my package's source root15:47
joejaxxLol15:47
persiasistpoty|work: Doesn't need an .htaccess, just turn off directoryindexing in incoming15:47
jdongjoejaxx: it's Clutch, a sexy AJAX web UI to transmission bittorrent15:47
joejaxxoh fun :D15:47
frafu@find po15:47
jdongjoejaxx: yeah, I'm hoping I can squeeze it into universe before we freeze up -- it'd be a great companion to our default torrent client15:48
sistpoty|workpersia: that would be option indexes?15:48
sistpoty|work(too lazy too look at apache docs right now)15:48
persiasistpoty|work: Erm.  I was last an apache admin last century.  My advice is certainly outdated.15:48
sistpoty|workheh15:49
sistpoty|workdamn... /me is listed as server admin15:50
jdongsistpoty|work: hmm good question....15:50
jdongsistpoty|work: lemme look into that15:50
sistpoty|workjdong: thanks... just ping me, while I'll get some work done15:51
jdongsistpoty|work: wow... this is amazing... there is no way to do it :(15:52
DktrKranzpersia: regarding QA tools, I should really improve my NBS reverse-tracker soon to be used by a wider audience, time is the matter, though :(15:52
jdongI certainly hope I'm wrong!15:52
sistpoty|workjdong: there must be a way, I'm quite sure15:52
jdongsistpoty|work: the way(s) to do it seem to turn off directory listing too15:53
jdongsistpoty|work: except specifying DirectoryIndex a-highly-impossible-filename-or-path15:53
jdongactually... that might work15:54
persiaDktrKranz: Yep.  Once we hit FF, NBS tends to clean up fairly quickly (as there are not supposed to be any more transitions).  On the other hand, the larger audience will appreciate it, and I'd really like it as part of the default set for hardy+1.15:54
tuxmaniacafter a  long time of not speaking about Alliance package I am back to trouble the MOTus to review http://revu.tauware.de/details.py?package=alliance15:55
* persia remembers something about apache1 having the ability to set DirectoryIndex for a specific directory on the server, and .../incoming/... is defined in a different stanza then the main application...15:55
tuxmaniacloads of changes have gone into this one. the binary is giving a few lintian man page warnings which I am looking into already15:56
ScottKStevenK: Do you have a moment for a requestsync bug or should I just put it on LP?15:56
LucidFoxWhoops, REVU broke15:56
DktrKranzIt has a couple of bugs to be fixed (it's unable to discriminate {pro,de}motion and counts number of NBS instead of number of packages), but it's quite accurate. And, most of all, it has an horrible look-and-feel...15:57
LucidFoxI get an internal server error when trying to access the source directory15:57
jdongpersia: you can set DirectoryIndex for a <Directory> to /some/location/that/really/cant/exist/by/POSIX/permissions15:57
tuxmaniacin the meantime if someone could point me other review points, I shall do the needful15:57
LucidFoxhmm, seems fixed15:57
jdongpersia: but that sounds like one of those seven deadly apache sins15:57
rulusIf someone has time, please review http://revu.ubuntuwire.com/details.py?package=gtkvd. Thanks :)15:57
* persia refrains from remembering any other deprecated practices15:57
jdongfigured it out!15:59
jdongsistpoty|work: in the Directory stanza for incoming, DirectoryIndex __NOFILE__ and then don't allow override15:59
jdongsistpoty|work: AllowOverride None, that is.15:59
jdongwhich I hope to god was already in there so users couldn't write their own htaccesses in uploaded packages?16:00
persiajdong: Don't ask too many questions about how REVU works :)16:00
sistpoty|workjdong: where do you have that __NOFILE__ from?16:00
LucidFoxtuxmaniac> debian/changelog for alliance is messy16:00
DktrKranzslangasek: does debian provide a list of packages which depends on NBS packages somewhere?16:00
jdongsistpoty|work: some dude's blog. I tested it to work if I touched __NOFILE__ apache still shows a directory listing16:01
jdongsistpoty|work: you should probably verify the same just to make sure I'm not crazy16:01
LucidFoxtuxmaniac> since there have been no previous Debian or Ubuntu releases, debian/changelog should contain only one entry16:01
LucidFoxwhich is -0ubuntu116:01
tuxmaniacLucidFox, hmm ok16:01
persiaDktrKranz: There's the testing report, and the excuses report, which do some of that.  Not quite the same as pitti's script though.16:01
slangasekDktrKranz: I don't believe so.  In Debian, they're usually removed from the archive as soon as they're NBS.16:01
DktrKranzthanks.16:02
LucidFoxtuxmaniac> there are other comments, I will write them16:02
tuxmaniacLucidFox, thanks a million16:02
slangasektherefore in Debian, you'd really just want a report of uninstallables in unstable16:02
tuxmaniacLucidFox, we are working hard to get this into hardy. :-) it will be of great support to us.16:03
persiaslangasek: That catches more than just packages needing rebuild or porting though: it also catches packages with various annoying bugs.16:04
persiaThe idea of http://people.ubuntuwire.com/~dktrkranz/NBS/ is more to speed library transitions, etc.16:05
slangasekpersia: in Debian there's no way to distinguish16:05
sistpoty|workjdong: http://revu.tauware.de/revu1-incoming/acer-acpi-0711051850/16:05
sistpoty|workjdong: doesn't seem to work16:05
sistpoty|work(c.f. with __NOFILE__ in that dir)16:05
persiaslangasek: Well, currently.  One could presumably regularly grab several packages.gz and sources.gz and compare on a daily basis to build a list.16:06
jdongsistpoty|work: damn16:06
slangasekpersia: for that matter, knowing that it depends on an NBS package doesn't tell you it doesn't also have annoying bugs that prevent a rebuild; c.f. http://people.ubuntu.com/~ubuntu-archive/NBS/libglib1.216:06
sistpoty|workjdong: I'll try "." instead16:06
persiaslangasek: True.16:06
jdongsistpoty|work: ooh there's a good idea16:06
sistpoty|workheh, infinite recursion... bla16:07
DktrKranzmh, I guess there is no common way to catch bugs from NBS list, though16:07
slangasekpersia: in fact, as a general rule packages that we /know/ have annoying bugs that prevent them from building from source are a subset of the NBS list :)16:07
persiaDktrKranz: Not really.  The archive management practices differ signficantly.16:07
jdongsistpoty|work: related note, is there a purpose to http://revu.tauware.de/revu1-incoming/? it just took me 10 seconds to list that dir which could be DoS16:07
DktrKranzpersia: what do you mean?16:08
persiaslangasek: Yes.  I'm hoping to have some means of detecting the rest usefully in place for hardy+1, but I'm not sure we can have something to address the outstanding issues in hardy.16:08
sistpoty|workjdong: not too sure right now... but it certainly doesn't cause a DoS (tried that, and apache doesn't really have that much load)16:09
sistpoty|workjdong: the reason it's so slow, is because I'm causing heavy io-load atm... (doing a backup)16:09
persiaDktrKranz: The means and timing of binary package drops.  Ubuntu frequently has leftover binaries for all sorts of reasons that don't appear in Debian.  I don't understand the details well enough to explain properly, and am too tired to dig up all the examples.16:09
DktrKranzah, all clear npw.16:10
DktrKranz*now16:10
persiaDktrKranz: There's also differences in NEW, accepted, etc, but those are less important for NBS.16:11
jdongsistpoty|work: ah, ok, that explains it16:11
DktrKranzanyway, if there are a need to prepare some new tools for QA, I'll likely give a hand.16:12
LucidFoxtuxmaniac> Commented alliance16:12
tuxmaniacLucidFox, great. thanks.16:14
persiaDktrKranz: I think http://conflictchecker.ubuntu.com/possible-conflicts/ would benefit from a front end, if you're bored.  On the other hand, I think getting a nice interface on NBS for those who like colored clicky thingies would also be of benefit.16:16
jdongsistpoty|work: I'm gonna try a combination of mod_rewrite with DirectorySlash off16:19
sistpoty|workjdong: I hope it's much easier... actually I'd just like to disable mod_dir for this directory16:20
\shhmm...any python expert on?16:20
ScottK\sh: Sort of.16:21
\shScottK, trying to import dynamically some modules...16:21
ScottKOK.16:22
\shwith a construct like this:16:22
\shmodconf=__import__('buildservice.'+m.group(1)+'.modulesconf',globals(),locals(),'ModulesConf')16:22
\sh(took it from http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/52241)16:22
jdongsistpoty|work: is there a way to disable modules per directory?16:22
\shit should give me mod=modconf() \ mod.method()16:23
sistpoty|workjdong: I hope there is, but I"m not sure16:23
DktrKranzpersia: colored clicky thingies are sort of things I'm definitely not good at, my sense of fashion is quite bad despite being italian... :)16:25
\shScottK, I wonder if this works even when I'm calling this construct under buildservice.<module>16:25
ScottK\sh: That's making my head hurt to look at, but I think there's at least one to many names in there.16:27
ScottK\sh: But once you've done that, isn't it all part of the modconf namespace?16:27
\shScottK, it should be...16:28
ScottK\sh: I revise my answer to no.  No Python experts here.16:28
\shlol16:28
joejaxxwhat is the policy on alpha software in universe?16:29
Lutinyou might not want it, especially since hardy is going to be LTS16:30
ScottKjoejaxx: Is it useful to users?  Are you going to support it after release?16:30
joejaxxhmm now that you mention the first question i do not think anyone else is going to care for it except me16:31
joejaxxlol16:31
joejaxxotherwise it would have been in the archive already16:32
DaveMorrisjoejaxx: out of interest what was it?  Someone else cares enough to create it16:32
geser\sh: what do you want exactly to achieve? importing the modulesconf module for the  buildservice.<module>?16:32
jdongis anyone interested in some REVUing love at http://revu.tauware.de/details.py?package=clutch? :D16:32
joejaxxDaveMorris: steganographic filesystem16:33
\shgeser, yepp...got it :)16:33
DktrKranzvorian: you're welcome, thanks for your patience :)16:33
DaveMorrisjoejaxx: I could have fun with that :)16:33
vorianDktrKranz: no worries16:33
vorian:)16:33
vorianyou da best!16:33
geser\sh: should relative imports help you?16:33
joejaxxDaveMorris: lol16:34
\shgeser, nopd16:34
\shgeser, nope16:34
DaveMorrisesp if you could hide files into movies.  Would work well with mythtv :)16:34
\shgeser, well, it's working now ;) I just should follow the example :)16:34
geserok16:36
joejaxxDaveMorris: it does not exactly work like that :P16:39
jdonghow do revison uploads into REVU work16:40
jdongdo I need to bump the version? -sa?16:40
pochujdong: -S -sa16:41
jdongpochu: thanks :)16:41
geserjdong: you can upload the same revision as often as needed to REVU16:41
jdongvery good16:42
ScottKThat and diffs between the uploads are, IMO, REVU's killer features.16:42
\shgeser, ok..works now16:42
frafuFrom googling, it seems that the debian/copyright file does not need to list the authors of the po files. The practice seems to be to indentify them in the ChangeLog. Could anybody please confirm?16:45
yamalMOTUs, the latest & greatest sabnzbd package is ready for review @ http://revu.tauware.de/details.py?package=sabnzbdplus16:48
LucidFoxyamal> Hmm, I just noticed your email address ends with .ru, do you happen to be a Russian?16:52
yamalnope16:52
LucidFox:(16:52
\shwho is doing syncs this week?16:53
geser\sh: seb128 did some some minutes ago16:54
emgent\sh, see my query16:54
LucidFoxyamal> Looks good to me now. (IANAMOTU, so can't advocate)16:56
yamalLucidFox: still, thanks for checking it out :)17:01
LucidFoxjdong, if you have time, I would like you to look at a Gutsy backport: bug #17735317:02
ubotuLaunchpad bug 177353 in gutsy-backports "Please Backport SMPlayer 0.5.62" [Undecided,Confirmed] https://launchpad.net/bugs/17735317:02
LucidFox* backport request17:02
joejaxxif upstream has a version setup that is similiar to debian how do you proceed with the version number in debina /ubuntu?17:12
joejaxxas in package-1.0-2beta17:12
joejaxxbeing the upstream version?17:13
joejaxxdebian*17:13
=== x-spec-t is now known as Spec
joejaxx:D17:14
pochu2beta means beta2? :)17:17
pochujoejaxx: if so, I'd go for 1.0~beta2-0ubuntu117:17
joejaxxok17:17
sistpoty|workjoejaxx: I'd substitue the - with another allowed character17:17
pochuOr maybe it is 1.0.2~beta-0ubuntu117:17
pochusistpoty|work: right, but if there's a package-1.0-2 later, he needs to lower this one with ~beta17:18
joejaxxhmm17:18
sistpoty|workpochu: sure, depends just if upstreams version number is after an 1.0 or before an 1.0 release ;)17:19
pochusistpoty|work: right17:19
pochusistpoty|work: btw were you able to look at my REVU patch? :)17:20
joejaxx"Package names must only consist of lower case letters, digits (0-9), plus (+) or minus (-) signs, and periods (.)"17:20
joejaxxit does not like the ~17:20
sistpoty|workpochu: not yet, sorry17:21
sistpoty|work(at least not yet in detail)17:21
slangasekjoejaxx: there's nothing wrong with having - in an upstream version number, only the last dash is used to delineate the upstream and debian revisions17:21
pochusistpoty|work: ok, no worries :)17:22
sistpoty|workslangasek: it's against policy?17:22
slangaseksistpoty|work: uh?17:22
pochujoejaxx: I've seen lots of packages using ~17:22
slangasekit most certainly isn't against Debian policy17:22
sistpoty|workslangasek: ups... inverted the condition *g*17:22
joejaxxwell debhelper is complaining :P17:22
joejaxxpochu: ^17:23
pochucomplaining as in warning?17:23
sistpoty|workalways these double negations: "If there is no debian_revision then hyphens are not allowed" *g*17:23
slangasekjoejaxx: if you have a ~ in the package name, you've replaced the wrong -17:23
slangasekfor that matter, "bwuh?"17:24
joejaxxslangasek: 1.0~beta-0ubuntu1 is incorrect?17:24
slangasekjoejaxx: as a package *name*? you betcha17:24
joejaxxno17:25
joejaxx:P17:25
joejaxxas a versoin17:25
joejaxxversion*17:25
slangasekjoejaxx: what error are you getting?17:25
slangasekyou quoted "Package names must only consist of lower case letters, digits (0-9), plus (+) or minus (-) signs, and periods (.)"17:25
joejaxxdebhelper things the 1.0~beta is part of the package name17:25
joejaxxwhen it is now17:25
joejaxxnot*17:25
slangasekplease give an exact error message17:26
slangasekor point to a package that's giving this behavior17:26
slangaseker, by "debhelper", do you mean "dh_make"?17:27
frafuTheMuso: I just uploaded the fixed version of the mousetweaks debian package to revu. So, if you have time and are still interested,... Let's hope that this time it will be completely correct.  ;-)17:29
=== ant1 is now known as AnAnt
sistpoty|workpochu: patch looks fine, applied to production. I'll commit it to trunk this evening17:29
sistpoty|workpochu: thanks!17:29
AnAntpersia: hello17:29
proppyhi17:29
joejaxxlol nevermind17:30
* joejaxx has not had any sleep yet and just named the source directory with that version instead of modifying debian/changelog17:30
AnAntdholbach: ping17:30
joejaxxhaha17:30
joejaxxthat will error out for sure lol17:30
joejaxxslangasek: ^ :P17:31
pochusistpoty|work: yohoo, thanks a lot :-)17:32
slangasekjoejaxx: well, I guess that means you found your error? dh_make != debhelper, in any case; so I was a little confused about how debhelper would have ever objected17:33
=== Am|NickTaken is now known as Amaranth
joejaxxsorry for the confusion :P17:34
joejaxxi forgot they are separate packages :P17:34
TheMusofrafu: Will look at it shortly, thans.17:34
joejaxxwell thanks for being here through my ignorance :P17:35
frafuTheMuso: thanks to you.    :-)17:35
dholbachAnAnt: pong17:36
AnAntdholbach: could you review the ubuntume-gdm-themes & usplash-theme-ubuntume ?17:36
dholbachAnAnt: this shouldn't be blocked on me - just ask in here for somebody to do the review17:37
AnAntdholbach: ok17:37
LucidFoxIf any MOTUs are up for REVU reviews, I would recommend http://revu.ubuntuwire.com/details.py?package=libgee - I reviewed it in the past, among other people, and now all the problems seem to have been solved, I couldn't find any new ones17:38
LucidFoxand I'm interested in this package :)17:38
AnAntcould someone review those:  ubuntume-gdm-themes & usplash-theme-ubuntume ?17:39
tuxmaniacLucidFox, if I add Homepage: field to debian/control it gives a warning "Unknown Homepage field" during pdebuild. Is there something I am missing here? This is wrt alliance package that you commented17:40
LucidFoxtuxmaniac> That's normal17:40
=== mathiaz_ is now known as mathiaz
jdonggpg -d <<EOF18:37
jdongoops18:37
joejaxxjdong: lol :P18:40
ScottKDoes anyone have an example of a daemon that is written in Python/Perl or some other similar language.  I'm having trouble --exec'ing it in the init.18:40
RainCT\sh: Hi. «pbuilder-dist build x» doesn't work here now (it says «Command line parameter [] is not a valid .dsc file name»)...18:43
\shRainCT, hmmm...18:43
joejaxxRainCT: did you specify the release? :D18:44
joejaxxor does pbuilder-dist fall back on which ever release it is published on when not specified?18:44
\shjoejaxx, he 's right18:44
RainCTjoejaxx: I use pbuilder-hardy, pbuilder-gutsy, etc. (but also tried with «pbuilder-dist hardy»)18:45
joejaxxRainCT: i thought you were talking specifically about the `pbuilder-dist` command :)18:45
joejaxxWarning: Unknown distribution «build». << for example :D18:46
* joejaxx stops rambling18:46
RainCTlol18:46
RainCT\sh: I think I had the same problem when I tried to add gksudo support myself some weeks ago..18:47
\shRainCT, give me a sec...it could be that $@ is wrong18:47
saivannHi, I tried to upload a new package for reviewing to REVU and I got a email saying : Signer has no upload rights at all to this distribution. Can someone help me around that? I try to upload simdock package which I would like to be reviewed for bug #18394218:48
ubotuLaunchpad bug 183942 in ubuntu "[needs-packaging] simdock" [Wishlist,In progress] https://launchpad.net/bugs/18394218:48
sistpoty|worksaivann: you seem to have uploaded to ubuntu, not to revu (as revu doesn't write any mails if an upload is dropped)18:49
sistpoty|worksaivann: check /etc/dput.cf... and iirc a revu section should already be there. If so, you can dput revu <changesfile>18:50
saivannsistpoty|work : Thanks for this info, I used default dput configuration, I'll take a look..18:50
CyberMatthello looking for advocates for my package http://revu.tauware.de/details.py?package=jailkit18:52
saivannI found the problem, thanks!18:52
sistpoty|worknp18:53
LucidFoxsaivann> What is the package you're uploading to REVU?18:56
nenolodcrimsun, ping18:56
\shRainCT, looks like he is already root without and jumping into /root18:57
saivannLucidFox : A new package, simdock, for hardy ( it's a dock which doesn't require Compiz )18:57
\shand can't find the .dsc18:57
tuxmaniachas there been any issues with the latest gutsy upgrades. After a recent xserver-xorg upgrade all my videos are in monochrome19:01
* sistpoty|work heads home... cya19:04
\shRainCT, please check with something else then pbuilder-dist :)19:06
Adri2000clear19:06
Adri2000err19:06
Adri2000sorry :)19:06
* Pici applies the paddles to Adri2000 19:06
Pici*clear*19:06
PiciOh, this is -motu, not -offtopic.  /me scurries off19:07
\shRainCT, because when I use pbuilder manually it gives me the very same error message19:07
DaveMorrissaivann, you need to close the LP bug in your changelog, see my opensg package for an example at http://revu.tauware.de/details.py?package=opensg19:11
DaveMorrisYour debain copyright just needs the preamble of the licence and a link to where it is on the file system, see this for an example http://revu.tauware.de/revu1-incoming/opensg-0801101810/opensg-1.8.0/debian/copyright19:12
saivannDaveMorris : I'll fix this in 2 minutes, thanks, you're right I forgot this19:13
DaveMorrisyour control file needs to have a hompage and xsbc-orginal-maintainer fields, again see http://revu.tauware.de/revu1-incoming/opensg-0801101810/opensg-1.8.0/debian/control for an example19:13
DaveMorrismaintainer should be Ubuntu MOTU Team <ubuntu-motu@lists.ubuntu.com>19:14
jdonganyone in a REVU mood? :D19:16
\shRainCT, got it19:16
DaveMorrissaivann: also fix the problems lintian and linda are moaning about19:16
saivannDaveMorris : I though that it was due to the fact that this package use cdbs, isn't it?19:16
DaveMorrisno, your standards version is old19:17
saivannOk, noted!19:17
DaveMorrissaivann: something like this in your rule file will fix the other warning http://www.pastebin.ca/87002219:19
DaveMorrisremember that if needs to be tabbed in though19:19
\shRainCT, try to put a "--" between $SUDOREPLACE and pbuilder call, and remove the leading " before pbuilder call and after $@19:19
saivannDaveMorris: I just added these lines to the rules file, thanks, I'll look if it will fix the warning19:20
DaveMorrisls19:27
nixternaljcastro: I like that playbook idea19:27
nixternalDaveMorris: ls doesn't work in IRC :p19:28
nixternalI have tried, at least a few thousand times19:28
jdongPassword:19:28
nixternalheh19:29
\shcould someone test pbuilder-dist from here? https://code.edge.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk19:30
RainCT\sh: still doesn't work here.. :/19:30
\shRainCT, you need to invalid your sudo session19:30
\shhmpg19:32
\shif gksudo fails, sudo failes too...19:32
\shbut sudo is doing correct now19:32
\shdamn19:35
\shit worked and now not19:35
leonelJust a question   :   asking in #postgresql   about  PostgreSQL 8.3 release  someone said that  before march will be released  ..  according to Hardy Release Schedule  Feb 14 is  Feature freeze   so  if PostgreSQL 8.3  gets released in  March   Is there any chance to include PostgreSQL 8.3 in Hardy ??19:36
rexbronGot time for a review? Take a look at http://revu.ubuntuwire.com/details.py?package=openlibraries19:39
rzrhi19:40
rzri worked on jaaa, it semms to be uploaded but RFS isnt closed how comes ? https://bugs.launchpad.net/ubuntu/+bug/16073219:40
ubotuLaunchpad bug 160732 in ubuntu "[needs-packaging] Jaaa (JACK & ALSA Audio Analyser)" [Wishlist,In progress]19:40
=== neversfelde_ is now known as neversfelde
jdongwait a sec, orig.tar.bz2s aren't valid, are they?19:44
zulnope i dont think so19:44
zulat least I dont recall seeing one19:44
jdong*grumble* stupid uscan19:45
jdongaha, uscan --repack19:45
ion_uscan --repack seems to bunzip2 -c foo | gzip > bar. I wonder why not gzip -9.19:47
jdongion_: because it takes 10x as long for a very small gain, IMO19:48
jdongif we want fast and small, we should work on orig.tar.lzma's ;-)19:49
DaveMorrissaivann: you didn't upload the orginal tarball so your update won't unpack on revu19:51
cbx33hey hey19:51
cbx33howz it going everyone19:51
saivannDaveMorris : I just learned this, my package has been re-uploaded 40 seconds ago19:51
jdongcbx33: good thanks for volunteering to revu my package :)19:51
cbx33so, I got a tool to add to ubuntu-dev-tools19:51
cbx33jdong, I did?19:51
jdongcbx33: of course :) You spoke first19:51
cbx33poop19:52
cbx33Depends how soon you need it?19:52
cbx33and if imbrandon gave me advocate powers on revu yet19:52
jdongcbx33: I was just messing with you, if you really want to revu for me, that's cool but I don't expect you to ;-)19:52
cbx33i'll take a look but can't say it'll be tonight19:53
cbx33what's the pacakge?19:53
jdongcbx33: clutch19:53
cbx33so, what's the procedure for adding to that pacakge, dholbach said I should get the source from lp and commit my change19:54
cbx33having not done that on someone elses branch before19:54
cbx33would I checkout19:54
cbx33as opposed to branching19:54
cbx33and then would i commit or push or what?19:54
jdongcbx33: nah, you'd branch like normal19:54
cbx33oh19:54
cbx33then push?19:54
jdongcbx33: and then you'd push to your own ~user_name/ubuntu-dev-tools/your-branch-name19:54
cbx33oh i see19:55
cbx33right19:55
\shRainCT, ok...something is totally wrong with the script19:55
cbx33ouch.....why does http://revu.tauware.de/revu1-incoming/clutch-0801231940/clutch-0.2/19:56
cbx33take me to some weird place with torrent stuff?19:56
cbx33oh RainCT was it you that improved my 404main script?19:57
cbx33if so thanks....only saw the changes today ;)19:57
RainCTcbx33: yes. no problem :)19:57
cbx33adding a new one19:58
cbx33it scans a python file and tells you the deps19:58
cbx33recursive of course19:58
RainCTcool19:58
cbx33not 100% fool proof19:58
cbx33but good for a start19:58
jdongshould manpages go into /usr/man?19:59
jdongI thought they belong in /usr/share/man?19:59
cbx33why can't I browse the files and more19:59
cbx33any19:59
cbx33just what is http://revu.tauware.de/revu1-incoming/clutch-0801231940/clutch-0.219:59
cbx33??19:59
jdongcbx33: that's revu interpreting the index.html in the package20:00
ion_Just an index.html in the root :-)20:00
cbx33oh20:00
cbx33stupid20:00
jdongcbx33: if you've got an idea how to turn that off in apache, we spent an hour on that this morning :D20:00
cbx33hmm20:00
cbx33well20:00
cbx33not locally I don't think20:00
cbx33that's an interesting one20:01
DaveMorrisjdong: move the index.hmtl our of the root dir upstream ;)20:01
cbx33does an .htaccess apply to just the current dir or do child dirs inherit?20:01
jdongcbx33: inherit , I think20:02
cbx33so20:02
jdongcbx33: we cannot found any option to turn off DirectoryIndex directives20:02
jdongcbx33: without turning off auto-indexes20:02
cbx33hmm20:02
cbx33DirectoryIndex usually being index.html index.php etc20:03
jdongright20:03
cbx33what about setting it to be something exceedingly obscure?20:03
jdongcbx33: well... that's quite a hack, isn't it? :)20:03
DaveMorrissaivann: Sorry, I was wrong before, you actually nned to remove config.cache and config.status rather than config.log20:03
cbx33jdong, sure20:04
cbx33but it would make it so idiots like me didn't get confused20:04
jdongcbx33: well we wanted to find the "right" solution so as to also reduce the liklihood of security-related consequences of index interpretation20:05
saivannDaveMorris : np, thanks for that solution, I'll fix it again, but before all, you talked about awn dock for Hardy, do you think that there's any interest to also add simdock?20:06
cbx33jdong, true20:06
DaveMorrissaivann: you'll also wanna have debhelper (>= 5) instead of debhelper (>= 4.2.16) in your debian/control file20:06
DaveMorrissaivann: I would on my older hardware which can't run compiz/berly20:06
saivannDaveMorris : Ok, I'm fixing this20:07
saivannDaveMorris : For the clean rules, is that ok : if [ -e config.log ] ; then rm config.cache ; rm config.status ; fi ;20:08
DaveMorrissaivann: your copyright file is slightly wrong20:08
saivannDaveMorris : In which way?20:08
saivannDaveMorris : It is not GPL2 ?20:09
DaveMorrisno you want if [ -e config.cache  ] ; then rm config.cache ; fi ; and f [ -e config.status  ] ; then rm config.status ; fi ;20:09
saivannDaveMorris : Oh you're right20:10
DaveMorrisYou copy and pasted the bit from my package bby the look of things, my package was LGPL whereas your is GPL20:10
cbx33jdong, hmm that's a tricky one20:11
DaveMorrisso lines 12, 18, 24 need changing20:11
saivannDaveMorris : What is the right name to replace "GNU Library General Public License", "GNU General Public License" ?20:13
DaveMorrissaivann: yes, also looking at the source files they have "either version 2 of the License, or  (at your option) any later version." so you'll need to add that in20:14
saivannDaveMorris : Is that OK? : http://upload.leservicetechnique.com/bugs/copyright20:17
rzrle sevice technique hehe20:18
DaveMorrisline 24 has Library on it still20:18
saivannDaveMorris : Ok updated20:19
DaveMorrisapart from that looks good to me20:19
saivannDaveMorris : Ok I test building with the rules file and I upload to REVU again, thanks for your assistance20:20
saivannrzr : leservicetechnique.com, it's because I give technical services to people with their computer :)20:20
rzrsaivann: see #ubuntu-fr you've got a customer waiting :)20:21
ScottK2Any shell scripting experts handy (or even journeymen I suspect)?20:28
ScottK2I'm trying to package a daemon written in Python.20:28
ScottK2I've got a short shell script that is called by the init that fires it off.20:29
ScottK2I need to have it also make the pid file.20:29
ScottK2Any suggestions on an easy way to do that?20:29
jdongScottK2: start-stop-daemon should have a flag for making a pid file on behalf of the daemon20:29
saivannDaveMorris : There's probably a syntax error in the rules file, maybe in the "and if" part because that doesn't build, do you see something? :if [ -e config.cache  ] ; then rm config.cache ; fi ; and if [ -e config.status  ] ; then rm config.status ; fi ;20:29
ScottK2jdong: It does, but it also describes that as a last resort.  I'm going to give that a try now.20:30
DaveMorrisyeah the 2 if's should be on different lines without the and part20:30
DaveMorrisI should of used a pastebin, would of been clearer20:30
saivannDaveMorris: Ok I'll test this20:30
saivannDaveMorris : If you prefer :) I'm still very a beginner with this :)20:31
saivannDaveMorris : It seems to work20:32
saivannDaveMorris : re-uploaded, waiting to see it in REVU20:35
DaveMorrisyeah, it runs every 10 mins20:35
saivannDaveMorris : It's here now20:50
asabilhi all20:52
asabilanyone to advocate this please : http://revu.tauware.de/details.py?package=libgee ?20:52
\shRainCT, I'm rewriting it from scratch...there is really something wrong with it20:55
pochuwhat is the command to know the ip of a webpage?20:57
ion_It’s most likely v4. ;-)20:58
ion_dig, host, getent hosts etc.20:58
jelmer'evening20:58
jelmeris there documentation somewhere about how to merge changes from debian?20:58
jelmerin particular, how the changelog file20:59
mok0hey21:01
cbx33\sh, you looking after ubuntu-dev-tools?21:02
mok0cbx33: heh just having a problem with that21:02
cbx33if so I just added a new tool called pydep to my branch https://code.edge.launchpad.net/~petesavage/ubuntu-dev-tools/trunk21:02
cbx33mok0, with what?21:02
pochuion_: thanks21:02
\shcbx33, yepp21:03
cbx33\sh feel free to see if you like it and add it21:03
cbx33I'm sure RainCT will hack at it :p21:03
mok0If I say: pbuilder-dist hardy create is echoes the command line and says: command not found21:03
\shmok0, yepp...working on it21:03
mok0\sh: great.21:04
\shmok0, there are some strange problems...and I can't figure out why the sudo call doesn't work..21:04
\shwithout all the crap around and the shell vars set it works21:04
mok0\sh: do you need sudo when it's building under your root?21:04
\shmok0, as user you need sudo ... as root not ;)21:04
cbx33\sh it's not 100% reliable, but it's a good start if you need to package a python app and don't know its deps21:05
mok0\sh: root can't write in my home dir, it's on an NFS share21:05
\shmok0, well, the problem of pbuilder21:05
\shmok0, using sbuild for myself now :)21:05
mok0\sh: is that better?21:05
\shmok0, well it's more like the buildds of ubuntu...21:06
\shmok0, but it makes more sense when you have a local mirror...21:07
mok0\me is ignorant of buildds21:07
* mok0 is ignorant of buildds21:07
mok0\sh: but I'd like to have one :-)21:08
\shhmm...how do I check in a case loop against a value of a shell var ?21:10
\sh$FOO ) doesn't help21:10
mok0\sh: "$FOO")   ??21:10
\shnope21:11
RainCT\sh: here $FOO) works21:12
\shRainCT, even in a fcuntion with the case?21:12
RainCT\sh: moment, I'm testing..21:12
RainCT\sh: yes21:14
RainCT(tried with both bash and sh)21:14
\shRainCT, try this: http://pastebin.ubuntu.com/3817/21:14
RainCT\sh: http://paste.ubuntu.com/3818/21:14
RainCTok, moment21:15
\shthat's easy...this works ;)21:15
RainCTlooks nice with functions :)21:15
\shwell, command line options will be dynamic ;)21:15
\shtricky a bit21:16
\shyou see what I want to achieve?21:16
\shI'm getting the releases from /usr/share/debootstrap/scripts/ and create a $RELEASES with "dapper|bla|foo|etc" and now I need the value of $RELEASES as check for check_commandline ;)21:17
RainCTI see :)21:18
\sh$RELEASES is available in check_commandline...but it's not parsed as value21:18
RainCTgood idea21:18
RainCT\sh: ./test: 17: Syntax error: "(" unexpected :P21:19
RainCT\sh: in sh functions are just "blah()", not "function blah()"21:19
\shRainCT, yeah21:19
RainCTok.. now I don't get any output :P21:20
RainCTah ok21:20
\shlet not defined21:21
\shwhat's the correct syntax in dash for let?21:21
RainCT\sh: what does let do?21:21
jdong/bin/bash -c "let .... just kidding21:21
\shRainCT, let is for arithmetic vars only21:21
\shso all numbers ;)21:21
RainCTh21:22
RainCT*ah21:22
RainCTI'm checking https://wiki.ubuntu.com/DashAsBinSh/, I think there was something about let21:22
\shwell, the dash bash problem is not important ;) the case is more important ;)(21:22
RainCTright21:23
torkelleonel: https://launchpad.net/ubuntu/+source/postgresql-8.3/21:25
leoneltorkel: Great !21:26
\shRainCT, x=$(($x+1)) is the dash replacement for let x=$x+121:27
RainCT\sh: I'm asking in #bash about it21:29
\shRainCT, thx :)21:29
RainCT:(21:30
RainCT>> greycat: You can't.  Don't put code in variables.  Put code in code.21:30
\shRainCT, the $RELEASES is dapper|asdasdkj21:31
RainCT>> SiegeX6: i think you can ugly hack it with eval21:31
RainCTbreezy|dapper|edgy|etch|feisty|gutsy|hardy|hoary|hoary.buildd|lenny|potato|sarge|sarge.buildd|sarge.fakechroot|sid|warty|warty.buildd|woody|woody.buildd21:31
\shwell..tomorrow more...need to go...wife is at home21:32
\shRainCT, or if you find a solution just mail me :) sh@sourcecode.de21:32
=== \sh is now known as \sh_away
RainCT\sh_away: okay... cya :)21:32
RainCTcbx33: where have you put that pydep thing?21:38
RainCTI don't see it in http://codebrowse.launchpad.net/~petesavage/ubuntu-dev-tools/trunk/files21:38
cbx33it should be RainCT21:49
cbx33hang on21:49
cbx33RainCT, I was stoopid21:50
cbx33it is there now21:50
cbx33or will be in a few secs21:50
DaveMorrissaivann: I've built your package and looked at it.  http://www.pastebin.ca/87019521:55
=== rzr is now known as rZr
mok0DaveMorris: ... but you can comment, now21:55
DaveMorriscan I?21:56
mok0Yes21:56
cbx33RainCT, it is there now21:56
mok0New feature on REVU21:56
mok0DaveMorris: try it!21:56
* DaveMorris finds his password21:56
DaveMorrisso I can21:58
DaveMorriswhen did the feature go live?21:58
RAOFWhile we're on the shell scripting, how do you actually set IFS to split on lines and nothing else?21:59
blueyedRAOF: IFS='<ENTER>'?21:59
blueyedwhile pressing enter for ENTER of course.21:59
=== Kmos_ is now known as Kmos
mok0DaveMorris: a few days ago22:00
RAOFblueyed: Thanks.  I hadn't tried that particular permutation :)22:00
mok0DaveMorris: it was announced on ubuntu-motu ML22:00
jdongcan I revu-whore? http://revu.tauware.de/details.py?package=clutch22:01
DaveMorrisI'm not subscribe to that one, I best sign up on it22:01
saivannDaveMorris : Thanks for these relevant comments, I'll fix this too22:04
DaveMorrissaivann: feel free to ask if your unsure as to how to fix those issues22:09
saivannDaveMorris : Great! In fact yes I would have a question, in which section of the rules file I should cp the man templates to the build directory?22:11
saivanns/man templates/man template/22:12
DaveMorrisdo you mean how do you install manpage ?22:12
saivannDaveMorris : I know that during the build process, compiled files go to a /tmp/buildd folder in the debian folder AND after this, these files are packaged as binary package. I need to know when, in the rules file, the manfile template should be copied..22:14
DaveMorrisif you look at http://revu.tauware.de/revu1-incoming/opensg-0801101810/opensg-1.8.0/debian/ you'll see opensg-tools.manpages22:15
DaveMorrisyou'll need a file like that called simdock.manpages with the path to find the man page22:16
saivannDaveMorris : CDBS will automatically install that manpage?22:19
DaveMorrisyes, you also need to create the manpage22:21
saivannopensg-tools.manpages specify this file : "fcdedit.1" but where is this file?22:21
DaveMorrisit's created with a patch22:23
jdongc!22:24
* DaveMorris wonders if anyone has 3/4 hrs to review his package. http://revu.tauware.de/details.py?package=opensg22:25
saivannDaveMorris : Ok I found the patch, this patch creates the man file template at the root of the package?22:25
emgentlol22:27
DaveMorrisyeah, I use cdbs patches,  to create it for me22:27
DaveMorrisbut you can do it different ways22:27
saivannDaveMorris : All I need to do to use that patch system is to respect names in the patches folder and add this to the rules file? : include /usr/share/cdbs/1/rules/simple-patchsys.mk22:30
DaveMorrissaivann: best way is to 1.) create your man file and make sure it works. 2.) incldue the line you mention in rules. 3.) in the root of your package do "cdbs-edit-patch 01-add-simdock-manpage.patch" This will give you a clean source package to create your patch in. 4.) copy your manpage in and exit the patch shell ( ^D I think)22:32
DaveMorristhis will give you your patch in debian/patches then22:33
saivannDaveMorris : Wow.. I don't get how the man template finally get in the /usr/share/man folder22:33
DaveMorriscdbs does it for you with the help of the .manpages file22:33
saivannDaveMorris : Ok thanks, I copied your instructions and I'll explore this. If you're here in more than 1 hour, perhaps that I'll finished my work on this22:34
DaveMorrisI've got to go now, but I check it tomorrow at work.22:34
RAOFsaivann: More explicitly, cdbs always calls dh_installman, which looks at debian/manpages22:47
=== Spec is now known as x-spec-t
RAOFsaivann: CDBS is only magic in that it calls a whole bunch of debhelper (dh_foo) scripts for you automatically.22:48
=== apache|mobile is now known as apachelogger
saivannRAOF : Thanks for that informations :) I need to learn more about these.22:51
saivannDaveMorris : Thanks for all the help you gave to me today, I'll continue my work on this22:51
=== bigon is now known as bigon`
LaserJockwhat would -dh_strip do?23:29
LaserJockI've not seen putting a - before a dh_*23:29
LaserJockis it just disabling it?23:29
persiaLaserJock: Makes rules not exit when stripping fails.  Shouldn't be there, or we don't see bugs in dh_strip.23:30
LaserJockhmmpf23:30
LaserJockwell, wine had .debs about 3x larger than it used to23:31
LaserJockit looks to me like the debugging symbols aren't being stripped23:31
LaserJockI found that dh_strip was changed to -dh_strip23:32
LaserJockwith the following changelog entry:23:32
LaserJock* debian/rules: ignore dh_strip errors to fix FTBFS in buildds23:32
LaserJockso does that mean dh_strip was erroring out hence not stripping all the binaries?23:33
RAOFSounds like a plausible hypothesis.23:33
RainCTgood night23:39
mcisbackukEvening all! Quick question on packaging if there's anyone to answer?23:39
RainCTHi mcisbackuk23:41
RainCT!ask > mcisbackuk23:41
mcisbackukRainCT: Hi23:41
RainCT!ask | mcisbackuk23:42
ubotumcisbackuk: Please don't ask to ask a question, ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely answer. :-)23:42
* RainCT goes to bed.. good night :)23:42
mcisbackukOK...I was packaging scummvm from the latest upstream release, the sources are packaged and there didn't seem to be any problems, just wanted to know if I've done it right....I created the diff and interdiff, and I've uploaded them both to Launchpad, bug #183976. Is there anything else that needs to go on there?23:43
ubotuLaunchpad bug 183976 in scummvm "new upstream version 0.11" [Undecided,Confirmed] https://launchpad.net/bugs/18397623:43
persiamcisbackuk: That's a well formed upgrade bug.23:44
mcisbackukpersia: What's that mean?23:44
persiamcisbackuk: You have done what you need.  You are now waiting for a sponsor to review.23:45
mcisbackukpersia: Wow, I actually contributed! So there's no further steps for me until it's been reviewed? That's me happy :)23:46
mcisbackukWell its thanks to you guys that I've learnt a few things to do with packaging, so for that thank you to the guys who helped its much appreciated :) Hope to be working with you all more often :)23:49
rexbronpersia, I have been reading http://wiki.debian.org/RpathIssue and I believe that the current use of23:58
rexbronrpath in openlibs is acceptable23:58
rexbronas it is only between libraries in the same source package and they are installed to a non-standard directory23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!