# /srv/irclogs.ubuntu.com/2008/08/14/#ubuntu-motu.txt

_2 tbielawa RAOF === asac_ is now known as asac === tgm4883_laptop_ is now known as tgm4883_laptop can someone point me at my problem here   http://ubuntu.pastebin.us/?show=d308f1395  ? 01:41 hello everybody 01:45 _2: I'm not sure what you're actually asking.  What are you trying to do? 01:46 RAOF just get the package manager un hung 01:47 RAOF can't install xorg  because of that dependancy 01:47 _2: Oh, right.  Well, that's probably a question for #ubuntu (or a question on launchpad.net, or a bug), not here.  How did the libgl1-mesa package get installed?  Also, is your root partition writeable? 01:49 RAOF heh in #ubuntu i was sent here  :) 01:49 _2: #ubuntu was wrong, this is a development channel :) 01:50 RAOF: maybe it's a bug 01:50 let me chech 01:50 check 01:50 nxvl: Yeah, possibly. 01:50 wow 01:50 dapper 01:50 Indeed.  Oldschool. 01:50 If it's a bug, it's an infrequently triggered one :) 01:51 _2: can you please include your sources.list? 01:51 sure what it here ?  only three lines 01:51 nop 01:51 on pastebin please 01:52 well more than three anyway    http://ubuntu.pastebin.us/?show=d3a3294ee 01:52 i had forgotten adding src 01:53 condor? Look at my pm 01:54 oh crap  that shell is not chrooted in that system.   this is the sources list for that system   http://ubuntu.pastebin.us/?show=d28980f52 01:56 sorry nxvl my bad. 01:56 * Hobbsee waves 01:58 Hobbsee :) 01:59 Yo!  Hobbsee! 01:59 * Hobbsee apparently has a USB stick of doom. 01:59 you too ? 01:59 nxvl apt-cache policy on that package  http://ubuntu.pastebin.us/?show=d34abe004  if you want it too 02:00 yeah.  it keeps shutting down the machine whenever i plug it in, anywhere in the lab. 02:01 i'm not sure why. 02:01 oh my.   mines not that bad...  ;/ 02:01 _2: i'm creating a dapper chroot to check :D 02:02 which is odd, as it doesn't shut down the machines in the first year labs.   yet it does the third. 02:02 go figure... 02:02 nxvl k. 02:03 I would appreciate it if someone could take a look at my package for revu: http://revu.ubuntuwire.com/details.py?package=mythbuntu-log-grabber 02:03 HAH! 02:15 ! 02:15 the problem is SP3 of XP. 02:15 is it wrong of me to have to: touch config.status; $(MAKE) clean; rm -f config.status; 02:16 to have a dependable fakeroot debian/rules clean system? 02:17 Doesn't autotools-dev recommend that you copy their config.* on clean? 02:20 RAOF: I've never heard of that before. 02:21 RAOF: my rules file does do checking for config.sub and config.guess files. 02:21 When lintian checking in the past I've gotten errors about there being a config.{status,cache} file in my source. So I've had to delete it... then trying to make clean freaks out because there is no config.status file 02:22 Is there a proper procedure for this that you can point me at? 02:22 I think, by default, dh-make will produce something which copies the config.{sub,guess} from the autotools-dev package. 02:26 But I'm not aware of a canonical source for this info. 02:26 RAOF: You are correct 02:26 Just do that :) 02:26 RAOF: test ! -f config.status && touch config.status 02:27 :) 02:27 ummm touch is safe without testing. it only sets the timestamp 02:28 _2: i don't have any problems here, so it's not a bug 02:28 _2: I've had good results so far. THe upstream makefile seems to just hate makeing clean without config.status existing 02:28 i mean it wont blank an existing file 02:28 nxvl hmmm ok. thanks. that means something other than that package is borked causing it... ;/ 02:29 nxvl i do apreicate that. although it means more work for me... ;/ so thank you. 02:30 _2: try to reinstall the package which ships that library 02:31 nxvl that is the package. 02:32 _2: than why is it already in your system? 02:32 then* 02:32 (i'm talking about libGL.so.1.2) 02:33 and yes i know. i copied the files out of the archive testing to see if there was a problem with the package in that respect. 02:33 the files copy ok but the package when installing blanks one of them. and errors out. 02:34 http://ubuntu.pastebin.us/?show=d308f1395 02:34 see that pastebin was after i had already "given up" on being able to find it myself. and yes i tried removinf the files contained in the package from the system and installing, same results. 02:36 but if it installs cleanly for you. then it's something on my system. and not the package. which makes me pull hair and screem... 0.o 02:37 i.e. i can copy /usr out of the package just fine. but dpkg can't 02:38 :( 02:38 I've got a question 02:38 Upstream for a package is adding a linking exception to allow adeone and openssl to be linked 02:39 Is it sufficient to just having this in the COPYING/LICENSE file, or does something more need to be done? 02:39 debian/copyright as well at the least I would say 02:40 Yeah 02:41 Upstream doesn't get the problem linking with OpenSSL -_-; 02:41 If they've got copyright headers on each file, I think they may want to add the exception to each header. 02:41 I've never seen linking exceptions in the headers 02:42 I certainly have, but I'm not sure whether they're necessary. 02:42 Yay licensing! 02:43 *rolls eyes* 02:43 debian-legal has _surely_ had to answer this at some point; maybe search the archives? 02:43 They just said add a linking exception 02:43 I can't find anything stating if it has to go in the headers 02:44 (and I've seen headers that just say "Licensed under the GPL", which flew with arch admins) 02:44 Wow. 02:44 nxvl are you done with me ? or am i waiting on something, cause i'll go if i'm just taking up space here... 02:45 sorry i get distracted 02:46 not a problem. i just don't want to become a nusense in here. 02:47 and i type a lot... 02:47 persia, ping? 02:50 _2: sorry, i can't find where the problem is 02:56 nxvl ok. again. my "thank you!" and i hate that i have spent both yours and my time in vain here. peace man. 02:57 i'll work it out somehow. ... 02:58 _2: it's never a waste of time 02:58 :D 02:58 Argh, he was IRCing as root? 02:59 ! 02:59 Cartman: "I've got a a golden ticket..." 03:09 === superm1|away is now known as superm1 NCommander: As long as it's in the upstream license file, I think it's fine (per file would be better). I've seen packages accepted that had no per file copyright statements at all as long as the verbatim copy of the license was in the tarball. 03:28 4 hugs to anyone who will give me a revu (and hopefully ACK) of lucidlife: http://revu.ubuntuwire.com/details.py?upid=3308 03:33 I have a package that I'm working on that contains a single perl script, but mostly C code compiled binary. Should I have an 'indep' section in my control file for the Perl script? 03:33 Are you building an arch: all package as well as the arch: any from this source? 03:36 Wasn't planning on it. The perl script probably wouldn't be that useful on it's own 03:37 How big is it? 03:37 1.2k 03:38 I think I wouldn't bother. 03:38 Great. Didn't seem worth while at this time 03:39 The only point in splitting it out would be to save archive space and if it's that small, I don't know that you'd actually save any. 03:39 Right, but we do lots of stuff that doesn't seem worth the trouble. 03:39 Which is why I asked 03:40 I'd rather do the right thing now than be asked to fix it later 03:40 so I am trying to upload a translated .PO I made for xulrunner but there's no upload option; what do I do? 03:45 (in Launchpad) 03:46 === foka_ is now known as foka Are you a MOTU that has no time to REVU http://revu.ubuntuwire.com/details.py?package=mythstream-parser-google ? Take some Ambien and REVU it while you sleep ;) 05:01 tgm4883_laptop: commented 05:12 thanks nxvl 05:13 Fixed, thanks again nxvl 05:27 good morning 05:35 good evening dholbach 05:36 hi tgm4883_laptop 05:37 how are you? 05:37 good, just waking up - how are you? 05:38 pretty good. Tired (2138 here). Have a bunch of packages i'm trying to get REVUed 05:39 so if you are ever bored, let me know 05:39 tgm4883_laptop: I'm still a bit in catching up mode after nearly 3 weeks of holidays, so I'm likely not to be bored 05:39 tgm4883_laptop: which of the packages in the best shape you think? 05:39 best shape? 05:40 sec 05:40 give me the URL and I might check it out later 05:40 http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube 05:40 this one is best shape 05:40 all are pretty similar, but this one has been revued the most and has 1 ack 05:40 alrighty 05:41 thanks 05:41 I'm trying to come up with alternative ways of asking for a REVU 05:42 dholbach: good morning! you are early today! 05:42 hiya nxvl 05:42 nxvl: Mimi had to get up earlier today, so I decided to get up as well 05:42 oh ok 05:42 dholbach: btw, have already uploaded the pictures of india? 05:48 no, f-spot and friends have all been letting me down for flickr 05:48 so I uploaded just a few to picasa to try picasa out 05:48 but it sucks somewhat 05:49 yes it does 05:49 and I really want a tool that scales images for me, uploads them, etc 05:49 dholbach: have you tried with igal? 05:49 ah, no I didn't 05:51 igal scales all the images in a folder (with some options) and creates a plain html gallery 05:52 you can always drop the html 05:52 I'd need to select images before I do that 05:53 I did like 1100 pictures in India 05:53 igal can handle it 05:53 :D 05:53 maybe I don't want to upload them all ;-) 05:54 and IIRC it's python 05:54 * dholbach hugs nxvl 05:54 heh 05:54 * nxvl HUGS dholbach back 05:54 * dholbach is a tricky customer today 05:54 ah no igal is perl 05:54 * nxvl remembers his perl coder days 05:54 it's good that the nightmares are finished 05:55 :P 05:55 What's wrong with coding in Perl? 05:55 StevenK: the problem is not coding, is the code! 05:56 nxvl: Oh? 05:56 StevenK: try to remember 2 months later what the hell did you do on a script 05:57 nxvl: Meh. If I wrote the script, that usually isn't a problem. 05:59 * StevenK tries to find some Perl he wrote 05:59 StevenK: actually it is some times 05:59$self->{IP_MAPPING}{$self->{ID_MAPPING}{$_}} = [$name,$_]; 06:00 See! Perfectly understandable. 06:00 * nxvl runs 06:02 screeming! 06:02 dholbach: oh, btw, your fanclub is growing 06:05 dholbach: we have 9 members 06:05 ~we-love-dholbach ? 06:05 ~dholbach-huggers 06:06 https://edge.launchpad.net/~dholbach-huggers 06:06 yooohooo! :) 06:06 dholbach: can you please confirm if the versioning thing is right 06:09 dholbach: http://revu.ubuntuwire.com/details.py?package=mythstream-parser-google 06:09 dholbach: i find it odd 06:09 nxvl: best to ask the archive admin 06:10 nxvl, i believe sistpoty recommended that type of versioning 06:14 nxvl, to point out the changed orig.tar.gz 06:14 superm1: yep, it's on the response, but i still find it odd 06:14 superm1: in that case why do we have the extra -0ubuntu1 06:15 because the debian directory is'nt in the changed orig.tar.gz 06:15 but yeah nxvl i agree it does seem a bit out of place 06:19 yeah 06:20 since it's 1ubuntu1-0ubuntu1 06:20 on the second part of it i see that it's not in debian but it is on ubuntu 06:20 but how did you read the first one? 06:21 it is in debian and it the 1st ubuntu revision? 06:21 heya gang 06:27 dholbach: oh, btw some guy ping me some days ago, he posted the spanish video on his blog -> http://www.blogubuntu.com/379/video-como-ser-un-motu-de-ubuntu/ 06:27 heh, my CPU is at 99% building in experimental and sid 06:31 :D 06:31 i love making my CPU work 06:31 What is a "watch file" in relation to packaging? 06:37 A file which describes how to get the upstream source and work out its version. 06:37 it helps you when you need to update your package (as in package the new upstream version) and knowing when you have to update it 06:38 I'm having trouble finding documentation which describes what this should look like 06:38 "man uscan" describes the format. 06:38 take a look at one package that ships with a watch file 06:38 nxvl: NICE :) 06:39 foxxtrot: https://wiki.ubuntu.com/PackagingGuide/Recipes/DebianWatch 06:40 dholbach: we have almost 3K of pontential spanish contributor that saw the video 06:42 nxvl: I hope they'll all show up here! :) 06:42 me too 06:43 so we need 1) more videos and 2) more spanish videos, right? :) 06:43 foxxtrot: http://cypherm0x.blogspot.com/2008/08/more-packaging-fun.html this might help too 06:43 please add videos (and suggestions too) to https://wiki.ubuntu.com/MOTU/Videos 06:43 nxvl, RAOF: thanks 06:43 and 3) TIME! 06:43 tuxmaniac: I'll bookmark that 06:43 time to sleep 07:02 have a nice day 07:02 sleep tight nxvl! 07:03 or sleep tight, or whatever applies to your timezone 07:03 :D 07:03 dholbach: thank you, have a nice day! 07:03 gracias... 07:03 === superm1 is now known as superm1|away === apachelogger_ is now known as apachelogger morning 08:34 dholbach: thanks a lot for the acks 08:34 tuxmaniac: np 08:37 Good morning. 08:52 good morning 09:03 What are "hardy", "hardy-updates", hardy-security, hardy-backports, and hardy-proposed called? not components (those are main, universe, etc, yes?) 09:05 technically a distribution, afaik 09:07 hi all 09:08 I'm not sure if they have a name. 09:09 Hello csrealized7. 09:09 hi lulian 09:09 i have gone thru the packaging guide for motu beginners 09:10 and have achieved packaging for the software on my machine 09:10 That's great. 09:10 I want to know how should i package the new software on launchpad bug list 09:10 ? 09:10 i have an acount with launch pad 09:10 I want to have a start for contributing in ubuntu 09:11 csrealized7: Look for needs-packaging bugs - https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=needs-packaging 09:12 csrealized7: Those are programs requested by users to be packaged. 09:13 thnks lulian... 09:13 csrealized7: You might want to have a look at https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=bitesize too. Those bugs must be easy to fix. If you encounter any issues, don't hesitate to ask here. 09:16 good morning 09:16 Morning 09:16 lulian : thanks a lot... 09:16 No problem. 09:17 I have gone thru the documentation and will try my best..to package some software 09:17 csrealized7: Ok, it is your choice. 09:18 csrealized7, I am  not sure packaging software is the best activity at this time, judging from the lack of activity on REVU 09:18 actually, i want to have a hands on packaging ........ 09:19 and also if I am not mistaken the UVF is getting close 09:19 This time next week, I believe. 09:20 so that i can fix the bugs for the packages 09:20 csrealized7, sure, but I would not expect to get those packages still available on Intrepid :P 09:20 fixing bugs and creating packages are different activities, to fix a bug you usually only need to provide the diff for the bug, you don't need to understand how to create  a package (except maybe for the build command) 09:21 Fixing bugs you'll learn most of the things you need to create a package from scratch, just not all at once. 09:21 RAOF, I do not agree, you are not expect to understand what is a debian/copyright or a debian/rules or even debian/control for fixing a bug... 09:22 joaopinto: You should certainly start developing a working knowledge of some of them. 09:23 joaopinto, you're not fixing the right bugs then! 09:23 and debian/rules and debian/control are hotbeds for bugs 09:23 joaopinto: NOt debian/copyright, perhaps, but you'll need to be touching the other files! 09:23 directhex, those are packaging related bugs, not application bugs :) 09:23 thnks guys....i have learnt the packaging.....and i could understand most of it debian/...so would be very happy to have a hands on fixing bugs :)... 09:23 joaopinto, and equally valuable to the project 09:24 directhex, that was not the subject, he was mentioning that he wanted to learn package, and at the same time fix application bugs :P 09:24 joaopinto, look at it this way, if he fixes an application bug, he needs to know about debian/patches and possibly hack debian/rules too 09:25 directhex, assuming he will use debian/patches :P 09:25 joaopinto, if not, it's slappin' time! 09:26 csrealized7: Reading the documentation is not exactly ... learning the packaging. There is lot more under the hood. :-) 09:27 i believe it.... 09:27 so i tried to some practical also...but i trully believe commiting to ubuntu would tell me much more.... 09:28 just a small question.... 09:33 what is triaged status ???? 09:33 Ready to go. 09:36 As in: all the needed information is there, the priority is set correctly, and all that remains is for a dev to swoop in and fix whatever the well-identified problem is. 09:36 cool 09:37 csrealized7: https://wiki.ubuntu.com/Bugs/Status 09:37 csrealized7: And see /Importance too if you're interested. 09:38 k 09:39 Well, that's convenient.  gnome-main-menu is libslab's only rdepend. 09:41 Can there be anything more fun than updating debian/copyright? 10:16 RAOF: yes...changing licensing and then updating debian/copyright 10:16 \sh, even better, DFSGing a package by deleting things. then updating debian/copyright to mention it 10:17 Translations should be mentioned in copyright, shouldn't they.  WOOOOOOOOO! 10:20 Does anyone have any idea if elisa 0.5.x is going to land in intrepid? 10:28 It'd probably be kinda cool, but elisa's in main, right? 10:29 RAOF: yes. Let me see if there is already a bug for update 10:30 Asking in #ubuntu-devel would be a better bet; but when is 0.5 out? 10:30 RAOF: It has been out for a while. Current version is 0.5.5 10:30 Oh.  Go package it up, then~! 10:30 :) 10:30 RAOF: Nah, no python expertise here. 10:30 Python's _easy_.  GO! 10:31 ehm... why is elisa in main? 10:34 I have _no_ idea. 10:34 Because we want to support it with security fixes for 3 years? 10:34 * wgrant likes it when insecure things enter main. 10:37 i propose moving it to restricted, since it's utterly broken with Free 3d drivers ;) 10:37 directhex: Not so!  Nouveau runs it! 10:40 * NCommander lurks in 10:40 morning 10:40 I'm bootstrapping kfreebsd-i386 for lenny 10:40 .... 10:40 Perhaps with an unusually generous definition of "run", however :) 10:40 RAOF, okay. runs it without showing white rectangles or red dots instead of labels 10:41 Intel cards are too bad? 10:41 directhex: It does pass that definition of 'run', yes. 10:43 It might accidentally segfault in mesa when playing stuff, but the _interface_ certainly works :) 10:43 morning RainCT, you have new commits \o/ 10:43 jpds: don't flood my inbox too much while I'm away ;P 10:44 RAOF, better than ati, intel, or via then! 10:44 wgrant, intel cards are fine. elisa is not 10:44 directhex: Really?  Score one for gallium, then! 10:44 RainCT: Why, I would never do such a thing! 10:45 RAOF, cell-based driver? O_o 10:45 === k0p is now known as trinity === trinity is now known as k0p hi all. 11:05 why my package is yet in the queue? https://edge.launchpad.net/ubuntu/intrepid/+queue?queue_state=0&queue_text= :( 11:05 I'm concern with it. 11:05 RainCT, do you know something about that? 11:06 k0p: because every package that is new to ubuntu goes in there? 11:06 Hobbsee, yes. But is it a queue? 11:07 yes 11:08 Yesterday I have 48 packages in the queue. Today I see 23. 11:08 what's priority of this queue? do you know? 11:08 some of them come from different places, so get thru quicker. 11:08 ie, new stuff to ubuntu, from debian, is quicker, so might get done faster. 11:08 main stuff tends to get done faster, too 11:09 Hobbsee, sure :) 11:09 I don't know about this priority. 11:09 Hobbsee, is it added manually? 11:10 define "it"? 11:10 packages 11:10 I only have a sources on the archive. 11:11 soren, is the pacakges added manually to archive? 11:11 s/soren/so 11:11 once the sources get built into binaries, they go into another queue, then get added 11:12 Hobbsee, https://edge.launchpad.net/ubuntu/+builds?build_text=umit&build_state=all 11:14 I think it is already built 11:14 so now it's on the queue :) 11:14 probably :) 11:16 http://tinyurl.com/5dan4f \o/ 11:23 directhex: Cell-based driver?  Gallium isn't cell-specific, although there is a cell driver, I believe. 11:32 directhex: Gallium is the swanky new GPU abstraction layer in mesa; driven, as always, by Intel. 11:35 can't they finish their hardware video decoding lib first? O_o 11:37 directhex: It's the same thing. 11:37 The deal is: you write the gallium driver, which is meant to map fairly cleanly to modern GPUs, and then there are a bunch of "state trackers" on top of it; OpenGL is one, there's a xvmc tracker being done as a part of GSoC, etc. 11:38 Intel have a DirectX state tracker, although I don't think it's open-source. 11:39 hm, the description of gallium looks all 3d related. i'm unconvinced that it's related to vaapi 11:39 Possibly they have special video acceleration hardware, although the trend seems to be against such hardware. 11:43 directhex: But the problem with vaapi is that not only do you have to write the library, and implement it in the drivers, but you also need applications to _use_ it. 11:44 well, yes 11:45 Although that's probably more likely than using xvmc, since it actually accelerates something people care about.. 11:47 if you build it, they will come 11:49 anyway, i'd rather see a mature vaapi used by multiple vendors than rubbish like VeMP 11:49 directhex: They build xvmc.  Who came? :) 11:52 RAOF, epia users, snice they still don't have enough mhz to play SD MPEG2 convincingly? 11:53 really, that's the XvMC problem. it helps with mpeg2. whoop. a \$50 cpu can eat HD mpeg2 for breakfast 11:54 vaapi? What's that? 11:54 You mean lpia?  Ok.  But no player that I use supports xvmc :) 11:54 RAOF, mythtv! also things like mplayer 11:54 jorgenpt, xvmc, but for all the "current gen" codecs instead of just mpeg2 11:55 Right.  No player I use :) 11:55 It relies on hwacc with a sw fallback? 11:55 Or is it a spec for a type of hwacc? 11:55 RAOF, vaapi should be more embeddable into other things. gstreamer sinks, that'd be nice 11:55 jorgenpt, i don't think it'll have software fallback, but it should allow any card with vaapi drivers (and appropriate back-end hardware) to accelerate playback in a way they aren't currently 11:56 Ah, okay. Anything support it yet? 11:57 No. 11:57 is it aimed at motherboards or at gpus? 11:57 GPUs. 11:57 Because motherboards generally don't have video decoding hardware on them ;) 11:58 The problem with hw accelleration is that "no-one" ever supports it. :| 11:58 My VIA Epia has, I think? (mpeg2) 11:58 Not totally true; Xv is well supported. 11:58 jorgenpt: But that's going to be on the GPU, the integrated video. 11:58 xv takes care of one or two of the major steps in decoding video. colorspace conversion and scaling, iirc 11:59 Right? 11:59 RAOF, right. 11:59 directhex: Correct, yes. 11:59 I mean, you need to first define a good API/library that people can use to get backend-ignorant decoding of formats, and then you need to find all the types of hardware that supports hw acc and use it to decode, and then you need to get hw producers to add hw acc, _and_ release specs so you can port your lib to support it. 11:59 Like, it's going to use the actual GPU to do the decoding, not specialized hardware? 12:00 (using shaders or whatnot) 12:00 jorgenpt: With the nice caveat that modern graphics cards _don't_ generally have hardware to accelerate specific codecs.  They have stomping great parallel cores. 12:00 Using shaders can be done already, at least experimentally, in GStreamer.  I believe there's a shader-implemented dirac decoder. 12:00 realtime dirac playback? 12:00 Yeah. 12:01 You'd need to implement the "big" codecs like xvid and h264, though. Those that're used for high-res video and people can have problems decoding. 12:01 and that's _gotta_ be a lot of work to do efficiently. 12:01 I'm pretty sure a reasonably powerful CPU can decode 720p dirac at the moment, with the schrodinger elements. 12:02 once again, we're gonna have cpus comfortably decoding these things before we get the drivers to do it in hardware 12:02 Not that I've tried it, myself. 12:02 ffmpeg's frame-level parallelism should help enormously with h264 12:02 But what's vaapi about? Using GPUs with shading language? 12:02 Or using the display drivers to decode? 12:02 http://en.wikipedia.org/wiki/Video_Acceleration_API 12:03 jorgenpt: No.  It's basically extending xvmc to handle modern codecs.  How drivers implement it is up to them. 12:03 directhex: Is that already in place? (Frame-level parallelism?) 12:03 jorgenpt, in trunk, in unfinished form, yes 12:03 Can't wait, that'll be pretty neat. 12:04 Man, it'd be awesome if the ffmpeg devs considered ffmpeg a library. 12:04 What do they consider it? 12:04 My media center has 2 cores on ubuntu, so frame-level parallelism would rock. :) 12:04 I'm not entirely sure.  :) 12:04 RAOF, never heard of libavcodec? 12:04 (and libavformat) 12:05 directhex: Care to point me to a release? :P 12:05 apt-cache policy libavcodec1d? 12:05 So, not so much a release as Debian finally saying "no, all ffmpeg apps can _not_ have their own private copy of ffmpeg.  Link against this svn snapshot we've taken" 12:06 ffmpeg apps usually link statically against the ffmpeg source 'library'? 12:06 erm, yeah. generally they still have their own private copy 12:07 jorgenpt: Right.  Because there's no guarantee that the next svn revision doesn't break your app. 12:07 partly because the symbols change weekly 12:07 perhaps daily 12:07 haha :p 12:07 Indeed.  They don't treat it like a _library_. 12:07 That's a strange dev model. Isn't ffmpeg a few years old? 12:07 If they thought of it as a library, they'd make it possible for other apps to use it. 12:07 ffmpeg is a melting pot for development. making it useful for real use is other peoples' problems 12:08 jorgenpt: If you ask the ffmpeg devs, releases are an unnecessary waste of time, and are boring.  Plus, static linking is, like, 0.001% faster.  Also, a stable API would mean we'd need to design ahead of time. 12:08 How to write a detailed changelog? its confusing me 12:09 Also, a stable API would mean we couldn't have different APIs for different codecs, and that would reduce efficiency! 12:09 So they mostly run gentoo? 12:09 ;) 12:09 hi folks 12:09 sistpoty|work: Howdie. 12:09 hello sistpoty|work 12:09 API _additions_ aren't that much of a problem, are they, RAOF? And they could still maintain different APIs for different codecs? ;) 12:09 hi RAOF and bhavi_ 12:09 sistpoty|work, Can you please guide me in writing a changelog? 12:10 bhavi_: dch -i, write all stuff you changed there. enjoy :) 12:10 or was that too short? *g* 12:11 sistpoty|work, yes but most bugs are marked incomplete coz of the same reason 12:11 hm? 12:12 jorgenpt, they're always changign though. the ffmpeg command line is hell since it needs modifying for every new svn snapshot 12:12 Strange people. :p 12:12 ScottK? 12:25 mok0: You'll have to wait a while - he just left. 12:27 Ah, thx 12:27 is there any shortcut available on wiki.ubuntu.com to specify a bug, something like bug #xxxxxx 12:55 === apachelogger_ is now known as apachelogger === superm1|away is now known as superm1 My first (new) package has no FTBFS \o/ 14:48 sistpoty|work, did you talk to nxvl and tgm4833 about that version naming scheme on that mythstream youtube package? 14:49 sistpoty|work, pitti put some feedback in and doesn't like two ubuntu1's in the version 14:50 superm1: nope 14:50 Heya gang 14:50 hi bddebian 14:50 superm1: oh that, yes 14:50 Hi sistpoty|work 14:50 sistpoty|work, i think you were the first one that recommended that name 14:50 hiohoi sistpoty|work :) 14:50 hi sebner 14:50 superm1: well, I recommended to change the name of the upstream tarball, giving that as an example. 14:51 sistpoty|work, ah 14:51 superm1: pitti shouldn't be too picky about that :P 14:51 well i gave a positive revu on it (everything else looked good, and it seemed that you came to an agreement on the versioning), but nxvl wasn't happy so he asked pitti 14:51 === apachelogger_ is now known as apachelogger raphink: hey 16:05 are you around ? 16:06 === superm1 is now known as superm1|away huats: yes I am 16:08 what's up? 16:08 === lmr is now known as lmr[lunch] hi. do i need to be subscribe to motu-council list in order to send there? 16:22 sistpoty|work: ? 16:22 asac: Strictly speaking, yes, but we moderate things through *very* quickly. 16:23 soren: ok. 16:23 soren: is motu-council still the place to send motu applications to? 16:23 asac: I doubt anything ever sits in the queue for more than an hour. dholbach's a frickin' machine! 16:23 asac: Yes. 16:23 asac: You want to be a MOTU? :) 16:23 ok cool 16:23 lol 16:23 asac go go go go for MOTU \o/ 16:24 lol 16:24 soren: I wish that was true for the sponsoring queue! 16:24 lets write a "auto-sponsor" bot ;) 16:25 asac: right - "grumpy groundhog"! :) 16:25 ./grumpy -q --ignore-all 16:26 === superm1|away is now known as superm1 dholbach: isn't -q --ignore-all the default? 16:29 geser: probably :) 16:29 I wanted to make sure we get our daily crack 16:30 --crack-level=\infty 16:30 === Kopfgeldjaeger is now known as Kopfi|offline === Kopfi|offline is now known as Kopfgeldjaeger === Kopfgeldjaeger is now known as Kopfi|offline === Kopfi|offline is now known as Kopfgeldjaeger === apachelogger_ is now known as apachelogger * sistpoty|work heads home... cya 17:30 anyone here from motu-sru? 17:52 Hew, I am 18:01 hey cody-somerville. Bug 248055 has been around for a while and users are getting pretty restless about a SRU, since gtk-gnutella is completely broken for all except Intrepid. I was wondering what motu-sru thought about the bug, and if the nominated releases were going to be accepted? 18:03 Launchpad bug 248055 in gtk-gnutella "gtk-gnutella cannot connect to newer network - ancient version detected" [High,Triaged] https://launchpad.net/bugs/248055 18:03 No. I won't approve the entire version to be uploaded to Hardy. 18:07 I will accept a minimally invasive patch. 18:08 You might want to affect that bug against the hardy backports project to get a backport for the entire version going 18:08 Oh, already is 18:08 cody-somerville: yep 18:08 jdong, ping ^^ 18:08 cody-somerville: The problem is that the network requires the new version in order for it to function. I don't think there's anything that can be "patched", unless it's to lie about a version number somewhere, which would be a bad thing to do. 18:09 Hew, If the network won't allow that version to connect any longer than a backport might be the only recourse 18:10 cody-somerville: I see. So even though everyone has completely broken clients, it's not possible to push the new version as a SRU? What regression could possibly occur? 18:12 cody-somerville: I know it's not the normal SRU process, but this case seems to be an exception. 18:13 I'm not convinced the entire version needs to be backported to fix the issue 18:14 I suggest getting in contact with upstream to get their opinion. 18:14 cody-somerville: ok then 18:15 Hew, I see someone commented on the bug about who is responsible for this bug, yada yada. You're now responsible :P 18:15 Thanks for your help. Looks like the immediate fix is to get that backport :-) 18:15 haha ok.. and I'm on Intrepid! :P 18:16 Hew, nothing stopping you from installing the hardy version to test :P 18:16 hi. trying to submit my first sync request. can someone help. requestsync command is failing. bug 235063 18:18 Launchpad bug 235063 in 2vcard "mistake in the package description" [Low,Incomplete] https://launchpad.net/bugs/235063 18:18 cody-somerville: I tested it already before I switched to Intrepid and it worked fine. 18:18 sumanc, just mark the bug as confirmed 18:19 sumanc, subscribe the ubuntu archive team 18:19 cody-somerville: A MOTU needs to ACK the sync 18:20 Laney, I'll ack it 18:20 Then you should be the one to confirm ;) 18:21 * cody-somerville rolls eyes. :P 18:21 Okay okay. 18:21 :P 18:21 I guess I should actually make sure the sync is good too? :P 18:21 Hah, now that would just be asking too much! 18:21 * Laney gets on u-u-c app 18:22 mathiaz: could you have a look at http://revu.ubuntuwire.com/details.py?package=update-motd ? 18:46 kirkland: ok 18:46 soren: moderate ;) 18:59 cody-somerville: sorry dint see your update in time. also subscribed ubuntu-universe-sponsers 19:02 is that alright? 19:02 sumanc, I unsubscribed them 19:02 And subscribed archive team 19:02 and all that jazz 19:02 oh, sorry. so the sync request is all set then? 19:03 sumanc: You should dupe it the other way round 19:03 you mean mark 257959 as duplicate of 235063? 19:05 yes 19:07 just to clarify for future purposes: when i submit a sync request bug, i mark it as duplicate for the original bug leading to the sync request? 19:09 hello people 19:09 emgent: \o/ 19:10 sumanc: Using the "requestsync" script in ubuntu-dev-tools may help. 19:12 sumanc: In Intrepid it checks for you if you need sponsorship. 19:12 jpds: i tried that first but the socket timed out. but thanks, i will try that first in future. 19:14 but i dont understand why the sync request bug should be marked as duplicate ? 19:15 sumanc: Did it say where it timed out? 19:16 sumanc: You didn't need to file a new bug at all for that one 19:20 It's alright to retitle the existing bug and subscribe u-{u,m}-s 19:22 ok. got it. first sync request ;( 19:23 sumanc: Please report all problems you find in any ubuntu-dev-tools you find - and I'll do my best to fix them. 19:23 ..and maybe Laney too. 19:25 jpds: socket connection timed out, thats the error it gave. 19:27 it was after i entered my gpg passphrase and hit ENTER to submit 19:28 i mean the prompt after the gpg prompt, where it says ENTER to submit or something else to abort 19:28 sumanc: Did it say: "Using cookie file at"... 19:29 gpg prompt = submitting by mail, afaik 19:29 Hmm, might be a good idea to have an option to submit to staging for debugging 19:30 Laney: Yay, in that case I didn't break it. 19:30 i found the error txt :) http://pastebin.ubuntu.com/37502/ 19:30 should have done this in the first place ;) 19:31 Ah, you probably need a working local mail setup for that 19:31 sumanc: Are you using a STMP server, other than the default? 19:31 * Adri2000 suspects port 25 closed 19:32 i havent configured any mail. just default hardy. but i am behind a firewall, dont know what kind 19:32 * Laney thinks we should make LP the default 19:32 the default is fiordland.ubuntu.com 19:33 sumanc: OK; it sounds like Adri2000 is right. 19:33 sumanc: what does telnet fiordland.ubuntu.com 25 says? 19:33 it should tell you something like "220 fiordland.canonical.com ESMTP Postfix (Ubuntu)" 19:33 nope. just says Trying 91.189.94.145... 19:34 s/says/say/ 19:34 sumanc: Next time try running requestsync with the "--lp" flag. 19:34 that wont use mail? 19:35 sumanc: No, it connects to Launchpad directly. 19:35 ...with python-launchpad.bugs 19:36 cool. will use it in future. 19:36 should the program suggest that though, when it fails like it did for me? 19:37 Well, "man requestsync" shows the available options. 19:38 agreed :) 19:38 One can simply choose the one that tickles there fancy. :) 19:39 norsetto: \o/ 20:22 \o/ 20:22 sebner: \o/ 20:22 sebner: \o/ 20:22 jpds: cody-somerville \o/ 20:22 xD 20:23 cody-somerville \o/ 20:23 All do the IRC wave! 20:23 norsetto \o/ 20:23 omgz!! \o/ 20:23 rest-of-thw-world, \o/ 20:23 * norsetto does the wave 20:23 \o/ 20:23 well, at least we 4 20:23 nxvl: congratulations :D :D :D 20:23 sebner: thank you 20:23 :D 20:23 nxvl, now... pay us some good wine 20:23 master nxvl :-D 20:23 now i need to learn how to upload to the archive 20:24 :S 20:24 \o 20:24 nxvl, congratz :] 20:24 \o/ 20:24 nxvl: \o/ on your MOTUness. 20:24 o/ 20:24 o 20:24 DktrKranz: i owe you one! i really do 20:24 We all rock! :D 20:24 thank you all! 20:24 nxvl, apt-get install checkinstall 20:24 DktrKranz: doh? 20:24 installing 20:24 installed 20:24 nxvl: congrats! 20:25 where can i see which packages hanging in the new queue? 20:25 TheMuso: around? 20:25 ok, now upload your first piece of crack 20:25 RainCT: thank you! 20:25 yes i need to find where it is 20:25 :S 20:25 NEW queue should go 20:25 geser: My goodness, your limbs have come off. 20:25 link? 20:26 !ohmy | DktrKranz 20:26 DktrKranz: Please watch your language and topic to help keep this channel family friendly. 20:26 nxvl: ah, regarding your question: https://wiki.ubuntu.com/MOTU/New 20:26 :) 20:26 DktrKranz: checkinstall!?!?!?! :P 20:26 RainCT: put it as topic :P 20:26 sebner, I always used checkinstall, any problems? ;) 20:26 hrhr 20:27 bdrung_: https://edge.launchpad.net/ubuntu/intrepid/+queue 20:27 Now I know why intrepid is so b0rken :P 20:27 Laney: thx 20:27 sebner, not my fault, blame some other developers who prefers devscripts 20:28 sebner: btw, boson still needs to be fixed :P 20:28 * sebner hides 20:29 RainCT: damn you :P 20:29 DktrKranz: sure ^^ 20:29 RainCT: but, yes on my todo list :) 20:30 * jpds watches RainCT do: "buildd boson intrepid status" for the rest of the evening. 20:31 sebner, is it a FTBFS? 20:32 (boson) 20:32 All archs. 20:32 DktrKranz: yep 20:32 DktrKranz: because of kde4 black magic 20:33 I see 20:33 all yours 20:33 wooho 20:47 nxvl: congrats! :( 20:47 i just did my first upload to the archive 20:47 :D 20:47 s/:)/:)/ 20:47 emgent: thank you! 20:47 argh.. 20:47 i'm so exited 20:47 s/(/)/ 20:47 nxvl: Successfully built  (ACCEPTED)   <--- that's always good ^^ 20:49 nxvl: oh oh, your upload was rejected ... 20:50 * norsetto tries to revive nxvl 20:52 bad norsetto :P 20:52 Too much excitement, heart attack! 20:52 I think I need an hand sebner, can you please fetch some salts? 20:53 * norsetto slaps nxvl 20:53 * norsetto slaps nxvl hard 20:54 ouch 20:54 lol 20:54 not that fast reaction ^^ 20:54 i was watching the DPL dance 20:54 :P 20:54 * norsetto goes to find medications for his hand 20:54 === Syntux__ is now known as Syntux it's always funny for a LatinAmerican to see a non-LatinAmerican dance LatinAmerican dances 20:55 :D 20:55 * sebner gives norsetto a "first aid box" 20:55 * warp10 runs towards norsetto with a giant syringe 21:09 * norsetto screams, jumps and flees 21:10 Whats up with all the Norsetto love today? 21:10 cody-somerville: norsetto is always looking for love 21:11 * norsetto hugs cody-somerville :-) 21:11 :D 21:12 cody-somerville: you just *can't* love norsetto :D 21:12 * norsetto looks at sebner suspiciously 21:12 * norsetto remarks that sebner has no beed glass on his hands 21:13 * warp10 installs a gunsight on the giant syringe 21:13 * norsetto concludes sebner has gulped it down already ... 21:13 norsetto: straight :P 21:14 warp10: hmmmm, what is in the syringe? 21:15 norsetto: mmm... well... just a gooood medicine for your hand 0:-) 21:16 warp10: you have already worked with revu-tools package, it's always so lintian unfriendly? 21:17 * norsetto never trusted a doctor in his life, and is not going to start NOW 21:17 * nxvl get's always the same greeting from the doctors: "What did you do NOW?" 21:18 :D 21:18 nxvl: congrats, first of all! :) Regarding revu-tools: I just made an upload to fix an unmetdep, not actually worked on it a lot 21:19 is it only me that can't edit wiki pages anymore? 21:19 norsetto: resistance is futile! 21:19 * cody-somerville yawns. 21:20 warp10: thank you! But when you build it lintian show his unhappines? 21:20 warp10: what was it, all your syringes belongs to us? 21:20 \o/ mok0 21:20 nxvl: it does, but nothing very hard to fix, IIRC 21:21 norsetto: and we assimilate more and more every day! 21:22 warp10: it's complaining about the versioning 21:23 * warp10 take a look 21:23 nxvl:  Congrats :) 21:23 and that it was an empty directory 21:23 and that it has a non executable script 21:24 porthose: thank you 21:24 some has used revu-tools? 21:24 nxvl: it complains indeed. Looks like lintian thinks it's a NMU 21:24 heya norsetto 21:25 emgent: o/ 21:25 raphink: around? 21:30 RainCT: did you use revu-tools? 21:30 nxvl: nope 21:34 right.. seems like revu-tools is using wrong versioning 21:36 if it's a native package it shouldn't have a - in the version 21:37 yep 21:37 === nenolod_ is now known as nenolod nxvl: i do not understand your question in the 4th comment in bug 246106 22:14 Launchpad bug 246106 in revu-tools "revu-tools always say lintian not happy" [Undecided,Incomplete] https://launchpad.net/bugs/246106 22:14 mouz: I guess he means the version, he was talking about that before 22:20 norsetto: current version in intrepid is 0.6.1-3. What would you suggest I make it? 22:24 mouz: they were discussing that its not appropriate since the package is a native one, so, it should just be 0.6.1 (or 0.6.1.3, depends from the tarball version) 22:25 We just appended "ubuntuX" to the version of ubuntu-dev-tools, I believe this was to appease lintian with native packages - maybe revu-tools should do the same? 22:26 jpds: Is that ^ right? 22:26 Laney: Yeah, it was complaining about NMU. RainCT did the change. 22:27 aha 22:27 mouz: ^^ ask RainCT to have a look at your debdiff for inclusion, since he is working on revu-tools right now apparently 22:28 norsetto: ok thanks 22:29 norsetto, mouz: No, I was just talking about u-d-t. 22:29 norsetto: Uhm no I aren't; I just did 'aptitude changelog' :).  I can have a look at the debdiff but that would be in 10 days as I'll leave tomorrow (and I'm about to poweroff now) :P 22:32 RainCT: don't come back sunburned ... 22:33 RainCT: Good bye, have fun! 22:33 RainCT: yeah, hf =) 22:36 thanks :) 22:36 jpds, RainCT: Sent my app ;) 22:36 Laney: gracious? RainCT GRACIOUS? 22:45 But of course! 22:46 norsetto: We are loveable. 22:47 * RainCT kicks norsetto 22:47 RainCT: you see, and he is calling you GRACIOUS! OML! 22:47 === Igorot_ is now known as Igorot lol 22:48 norsetto: OML? 22:48 jpds: Oh My Lord ... 22:48 Well, answered to Laney's application, so.. see you in 10 days! :) 22:49 \o/ 22:49 Don't miss us too much... 22:49 Laney: Fear not, he'll have 10 billion commit emails from us poking u-d-t. 22:50 noooooooooo 22:50 hahaha 22:51 there's going to be a MOTU School session on merging in #ubuntu-classroom in a few minutes if anyone is interested 22:53 james_w: At 2300 BST? 22:53 Laney: that's the badger 22:53 Excellent, time for a quick shower 22:53 * Laney sprints 22:54 anyone know what Im missing? 22:57 checking for snd_pcm_open in -lasound... no 22:57 configure: error: Ogg support on Linux requires the alsa library 22:57 jussi01: A build-dep 22:59 jussi01: libasound2-dev 22:59 That build-dep! 22:59 ! 22:59 * jpds hugs Laney. 22:59 hehe 22:59 thanks 22:59 * Laney high fives jpds 23:01 To the classroom! 23:01 yay! #ubuntu-classroom merging from debian! 23:02 I'm so glad we have these classrooms 23:08 merging was something I was hoping there would be a session on :) 23:08 Merging is good fun 23:10 the cutoff date for intrepid is approaching, right? 23:11 +new packages into intrepid 23:11 tbielawa: Yes, Aug 28 :( 23:11 oh noes 23:12 can anyone check this revu out for me? Ive been working hard on it http://revu.ubuntuwire.com/details.py?package=lucidlife 23:12 let me add 'please' to that request. 23:13 hey there nxvl 23:35 nxvl: I'm around now. 23:39 TheMuso: can you please add me to uus? 23:43 nxvl: Whats your launchpad ID? 23:43 TheMuso: nvalcarcel 23:43 Ok doing now. 23:44 thank you! 23:44 congratulations nxvl 23:44 james_w: thank you! 23:44 nxvl: done 23:45 And congrats. 23:46 TheMuso: thank you (2 times) 23:46 nxvl: No problem. 23:46 vorian: did you sponsored some xmms2 related packages? 23:46 === bdrung_ is now known as bdrung nxvl: my congrads to you as well ;-) 23:58

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