[03:40] <CristianSN> hola
[03:41] <CristianSN> alguien q hable español q me pueda ayudar?
[03:43] <ScottK> CristianSN: /join #ubuntu-es
[03:43]  * ScottK no hable español
[03:46] <CristianSN> english?
[03:47] <ScottK> Yes.
[03:49] <CristianSN> i can't browse MS resources.
[03:50] <CristianSN> but from MS i canbrowse Ubuntusresoureces.
[03:50] <CristianSN> i cant config samba. can u help me?
[03:51] <ScottK> No, but you should try #ubuntu or #ubuntu-es for help.
[03:51] <CristianSN> ok ty. cya
[09:45] <lucidfox> hyperair, I see you packaged a new version of libgpod for Debian - will gtkpod follow suit?
[09:45] <lucidfox> specifically, gtkpod 2.0
[09:51] <oussama> Hi i want to start with packaging help me plz where to start
[09:51] <oussama> thanks
[09:58] <tumbleweed> oussama: https://wiki.ubuntu.com/MOTU is a good starting point for the documentation on the wiki
[10:03] <toabctl> i created a package which have a file in /etc/dbus-1/system.d (i see the file in the package with dpkg --contents and the file size is > 0) but when i install the package with "dpkg -i", the file is not installed. why?
[10:14] <sagaci> is it too early to create a pbuilder environment for oneiric
[10:19] <tumbleweed> should be possible today. Most of my local mirrors didn't have it yet, yesterday
[10:23] <sagaci> having a bit of trouble running pbuilder, when I know the Release file exists on my preferred mirror - http://paste.ubuntu.com/601229/
[10:23] <sagaci> http://mirror.aarnet.edu.au/pub/ubuntu/archive/dists/oneiric/ - it exists
[10:52] <hyperair> lucidfox: gilir's handling gtkpod.
[10:55] <gilir> hyperair, lucidfox there is actually a new contributor which want to update it, but for now he doesn't seems to follow my recommendations (using git, tracking changes in debian/changelog)
[10:56] <hyperair> gilir: bleh. so what's going on now?
[10:56] <hyperair> i mean did he give a diff of changes or what?
[10:57] <gilir> no, just the whole modified package :/
[11:18] <siretart> I'm going to upload libav 0.7_beta1 RSN (the successor of ffmpeg). Given its amount of reverse dependencies, I'd expect a number of changes required in other packages
[11:18] <hyperair> gilir: wasn't that the thing he gave in his duplicate itp?
[11:18] <Laney> ffmpeg goes away?
[11:18] <hyperair> siretart: is that a successor or just a fork?
[11:19] <Laney> looks like it's a rename
[11:20] <hyperair> hm
[11:20] <hyperair> i could have sworn i read something about a fork thouh
[11:20] <hyperair> though*
[11:20] <Laney> or is it?
[11:20] <siretart> hyperair: for the debian/ubuntu POV, it's the successor
[11:20] <Laney> "We, as a group of FFmpeg developers, have decided to continue developing FFmpeg under the name Libav"
[11:20] <hyperair> siretart: ah, i see.
[11:21] <hyperair> Laney: "a group of FFmpeg developers", i.e. not everyone
[11:21] <Laney> indeed
[11:21] <hyperair> have forked off ffmpeg into libav and will continue maintaining it as such
[11:22] <siretart> Laney: for as far as ubuntu is concerned, it is a rename of the source package only. all (source) dependencies remain the same
[11:23] <vish> Laney: hyperair https://lists.ubuntu.com/archives/technical-board/2011-April/000794.html
[11:23] <vish> (in case you missed that mail)
[11:24] <hyperair> vish: ah, i missed that.
[11:24] <hyperair> did it lend in -devel?
[11:24] <Laney> I don't read the TB list, so it's certain I missed it
[11:24] <vish> nope, only on TB list
[11:24] <vish> what happens now, if someone packages ffmpeg?
[11:25] <vish> hyperair: something that should probably be discussed on devel indeed
[11:25] <siretart> vish: err, even I missed it :-/
[11:25] <vish> siretart: ;)
[11:25] <hyperair> s/lend/land/, but yeah
[11:25] <hyperair> okay
[11:40] <hyperair> vish: have there been no more emails since april 8th?
[11:41] <vish> dont think so..
[11:48] <hyperair> vish: looks like an unresolved issue that has gone ignored, eh
[11:48] <hyperair> so even things like this happen in foss communities..
[11:48]  * hyperair sighs
[11:49] <vish> hyperair: yea, the situation is very weird, was actually funny how siretart mentioned it as a successor though ;p
[11:49] <hyperair> heh
[11:49] <hyperair> well whoever it is who's maintaining ffmpeg already said it was a final decision eh
[11:50] <vish> right, thats why i'm wondering now what will happen if ffmpeg gets someone to package it for Ubuntu/Debian?
[12:09] <hyperair> meh
[12:09] <hyperair> vish: things will never be the same, i guess.
[12:21] <siretart> vish: I guess that person would have at least to talk to me
[14:16] <c_korn> what debhelper script has to be called to generate the postinst script?
[14:47] <tumbleweed> c_korn: dh_installdeb
[14:49] <c_korn> tumbleweed: I have the problem here that I build a library which installs into usr/lib but there is no script with ldconfig created
[14:49] <Laney> dh_makeshlibs does that
[14:49] <tumbleweed> c_korn: sorry I meant install the postinst, not generate it
[14:50] <tumbleweed> c_korn: the snippets are generated by other scripts
[14:50] <c_korn> hm, ok. then I need to find out why it does not generate those
[15:04] <c_korn> hm, I have no idea. neither in lucid nor in natty there is a postinst created/installed
[15:05] <ScottK> siretart: So what's the other side of the story?
[15:09] <siretart> ScottK: well, most of the folks that have actually done work in ffmpeg for the last 3 years have moved on to libav. To me as packager, it is a much nicer community, with folks that actually care about releases and reviews.
[15:10] <siretart> ScottK: To me, it seems that FFmpeg is pretty panic driven these days. Michael previously refused to merge stuff like ffmpeg-mt for years (he literally said "ill never merge -mt" a couple of days before we announced libav.org)
[15:11] <ScottK> The mails to the TB did seem strident.
[15:12] <siretart> ScottK: nowadays, he's merging pretty much everything at once that seems kindof useful. and even puts out releases, something that he didn't consider even worth thinking about when I joined ffmpeg upstream
[15:12] <ScottK> Funny.
[15:12] <siretart> he basically tries everything to make libav look bad
[15:13] <siretart> if you look at statistics (like git commit statistics, accepted GSoC projects, etc), then you'll see a completly different picture of activity
[15:13] <c_korn> aha, http://pastebin.com/aur5NsZs the SONAME does not have a version. I think this is it
[15:14] <siretart> in the end, I have none seen no one that stood up to provide up-to-date ffmpeg packages. and I can tell from experience that working with Michael is very very tiresome and hard. I almost always felt like working against a wall
[15:15] <siretart> since we've forked libav, stuff that used to be horribly hard to discuss was done with almost no hassle.
[15:16] <siretart> ScottK: need more details or are you happy with this presentation of 'the other side'?
[15:16] <ScottK> siretart: No.  I trust you.
[15:16] <siretart> Thanks
[15:23] <lucidfox> Any idea why mjpegtools are in multiverse?
[15:27] <siretart> lucidfox: it contains non-free stuff
[15:27] <siretart> lucidfox: AFAIUI, that stuff is not essential. it's rather that nobody bothered so far to strip it out.
[15:28]  * lucidfox hrm...
[15:28] <c_korn> yep, this was the problem. with a verioned SONAME the postinst script gets created !
[15:28] <siretart> lucidfox: I think Fabian raised the topic on pkg-multimedia some time ago...
[15:33] <lucidfox> And... regarding the libmp4v2/mpeg4ip thing...
[15:33] <lucidfox> the only remaining dependencies on libmp4v2 are easytag-aac and faac, not counting the dlopen trick in gtkpod
[15:34] <lucidfox> I'm not sure we even want easytag around. The last stable release was in 2007 and the last development release was in 2008. Upstream is dormant and SVN on Sourceforge is empty
[15:35] <siretart> let's better port packages to vo-aacenc, which unlike faac has a sane license
[15:37] <lucidfox> I'm not sure how vo-aacenc is a replacement for libmp4v2
[15:38] <lucidfox> Can it read and write tags?
[15:52] <siretart> vo-aacenc is an AAC encoder. libmp4v2 is an MPEG4 container toolbox. Totally different purposes
[15:52] <siretart> libavformat is supposed to be able to read and write metadata. if it lacks something, please get in touch with #libav-devel