sponsor quake3 quake3-data packages
Hi, I've been maintaining a number of packages for about 5 years. For these packages, I've been working with a number of DDs and since the cooperation was so satisfactory, I never had the need (and for a couple of years, the time) to apply for DD myself. Last week, I made packages for Quake III. For these, I used the work great of Jamie, the quake II maintainer and adjusted it: the package is split in quake3 and quake3-data. As such, I am interested in a sponsor to upload these packages and have a look at them. The quake3 package is fine (IMHO), but I need to have another look at the quake3-data package, though it is already functional for installing wrt the demo and the official game. Yeah, I have to add a manpage for the quake3 binary, just sprung into mind. I plan to add support for Team Arena, but since that add-on has only been released as a windows installable (that can be handled with wine); I don't think that extracting can be handled with the installer itself. Anyone intersted in answering the call? -- greetz, marc My progeny were tiny. Tiny and handsome, like their father. Rygel - The Hidden Memory scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: sponsor quake3 quake3-data packages
> > > > Anyone intersted in answering the call? > > > A link to actual packages files would be good... > > > > http://scorpius.homelinux.org/~marc/debian/ > > Any reason why you didn't send this to the list but only to me? > You will certainly get more useful feed back by actually posting > the links in the list and in the WNPP bug... My mistake, I hit 'r' instead of 'g'. I'll post the location of the package to the wnpp bug once I've checked the availability of the demo and point release packages I've used in the quake3-data package: I only used one mirror and I need to check if these files (there is a strange numbering) are available on other locations too. -- greetz, marc She was vague to the point that I suspect she doesn't have a clue. D'Argo - Family Ties scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: sponsor quake3 quake3-data packages
> (most of these problems are probably inherited from the quake2 > packaging you used). You will have to fix most of these before > someone should sponsor the package. They were all quickly fixed. My intention was to see if anyone was interested in the first place, then do more fundamental functionality improvements and finally cleaned up. The other way around works too :) > W: quake3: binary-without-manpage q3a That I have to write, I know, working on it. > I: quake3: arch-dep-package-has-big-usr-share 4568kB 99% The quake3 binary is already over 1.5 MB, and some additional .so files. Since share should be architecture independent packages, the so, and binary should be moved to /usr/lib (the binary itself is called by a wrapper script). the pk3 hierarchy should remain in /usr/share/ > W: quake3-data: possibly-insecure-handling-of-tmp-files-in-maintainer-script > postinst:225 I use /tmp/ for the place to download the point and demo files. This used to be /root/. Since I do not think temporary installs should be dl'd there, I moved them to tmp. The extraction of the file is done in a dir with tempfile. I could move this one level deeper and again use tmpfile, but from a functional point of view, this does not change much, especially since the warning only kicks in when the default from templates is emptied out in the user interaction. -- greetz, marc I'm a guy, I'll probably be back in fifteen minutes. Crichton - Losing Time scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: sponsor quake3 quake3-data packages
I addressed most of the issues, except: [EMAIL PROTECTED] sources]$ lintian quake3-data_2_all.deb W: quake3-data: possibly-insecure-handling-of-tmp-files-in-maintainer-script postinst:211 [EMAIL PROTECTED] sources]$ lintian quake3_0.1-4_i386.deb W: quake3: binary-without-manpage q3a the new packages are on the URL I mailed earlier. I currently named the release 0.1, but since I am using a snapshot of the svn from icculus, I'll adjust to a timestamp. -- greetz, marc I don't think you want to go after her. She said something about leaving her clothes behind. Rygel - Till The Blood Runs Clear scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: sponsor quake3 quake3-data packages
> That is a tag + security race condition between rm and mkdir. You'll > want to use mktemp -d instead. fixed, tnx. > I didn't look at your script closely; there may be other problems. > Nothing should ever get written to /tmp/ except if the output filename > is the result of a successful ($?==0) call to mktemp or tempfile. But I can use /tmp/ to store the result of an archive (in a mktemp dir) if I remove it afterwards? I need to strip the makeself stuff from the installers and get a number of pk3 files from them. This is why the mktemp is used now. -- greetz, marc Aeryn, you are the one thing which has kept me from doing a kamikaze in the transport. Crichton - The Locket scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: sponsor quake3 quake3-data packages
> Right; You can also do whatever you want to a file whose name is > outputted by a successful invocation of mktemp, but note that this > probably wont play nice with wget. If fn=`mktemp`, and you wget -O > $fn, then wget will probably call its outupt $fn.1, since $fn exists > (as a requirement for this to be done safely way, it must be created > before the name is outputted). I decided to put the files in /root/ (like it was in the quake2 package). The main reason for this is that the downloads are considerable and I can assume that users don't want to discard them as easily as a temp file (2x around 40 MB). AFAIK, this is also the strategy of realplayeri (when I still used it). Maybe there is a better location for such files. -- greetz, marc Human. It's kinda like Sebacean, but we haven't conquered other worlds yet, so we just kick the crap out of each other. Crichton - PK Tech Girl scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: sponsor quake3 quake3-data packages
> > Indeed /root/ feels like a bad place. I would suggest /tmp/ or something > > in /var/. Maybe /var/cache/, because "information" isn't "lost" if it gets > > deleted? > > /var/cache/install/$PACKAGE? Looking at the already present directories in /var/cache/ it would be more something along the lines of /var/cahce/$PACKAGE Though I agree that a place like /var/cache/install/ would be usefull for these kind of packages. -- greetz, marc Something's not right. Aeryn doesn't even shower without a pulse pistol. Crichton - A Clockwork Nebari scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: sponsor quake3 quake3-data packages
> > /var/cache/install/$PACKAGE? > Why not /var/cache/$package/ > maybe /v/c/$package/install/ OK, I took the last one: [EMAIL PROTECTED] sources]$ ls -al /var/cache/quake3-data/install/ total 78336 drwxr-xr-x 2 root root 16 2005-11-10 23:33 . drwxr-xr-x 3 root root 16 2005-11-10 23:32 .. -rw-r--r-- 1 root root 49289300 2005-11-06 10:47 linuxq3ademo-1.11-6.x86.gz.sh -rw-r--r-- 1 root root 30923961 2005-11-06 21:15 linuxq3apoint-1.32b-3.x86.run When purging the package [EMAIL PROTECTED] sources]$ sudo dpkg --purge quake3-data (Reading database ... 92306 files and directories currently installed.) Removing quake3-data ... Purging configuration files for quake3-data ... dpkg - warning: while removing quake3-data, directory `/var/cache/quake3-data/install' not empty so not removed. dpkg - warning: while removing quake3-data, directory `/var/cache/quake3-data' not empty so not removed. and that's the way I think it should be: the downloaded archives are not deleted. -- greetz, marc Yeah, yeah, yeah nothing like a bomb to sober me up, I'm fine. Crichton - Suns and Lovers scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: sponsor quake3 quake3-data packages
> > Do you know of any efforts to create DFSG q3a content, which would allow > > migration into main? (just curious) > > There is, but it's in very early stage: > http://www.planetgargoyle.com/openarena/ emphasis on *very* :) If it matures, I'll add it as an alternative, next to installation of the CD and the demo. -- greetz, marc I'm only judging on my experience with you, but I've never seen such a deficient species. Pilot - Crackers Don't Matter scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
RFS (2): quake3 and quake3-data
Added most comments and improved the packages, the lintian comments are (for the package quake3): W: quake3: binary-without-manpage q3a W: quake3: binary-without-manpage q3ded I'll add those next, but it might take some weeks. The packages can be found here: http://scorpius.homelinux.org/~marc/debian/ The version number of the quake3 package is: 1.33-svn20051104 to reflect the numbering at icculus. -- greetz, marc I'm a guy, I'll probably be back in fifteen minutes. Crichton - Losing Time scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: RFS k9copy
> [cut] > I forgot the ITP number: 320045 I have been testing k9copy on a number of my DVDs; but it rarely manages to shrink a DVD properly (1-1). I might be missing something, but what seems to be a problem is: 1. you cannot adjust the shrink ratio: on analysing a DVD, it does some guess of the ratio (the result is a bit smaller wrt the original). After requantising it, I end up with a disk of e.g. 4.9 Gigs instead of 6.2 Gigs. Not really useful :-/ 2. The bottom slider is also a bit confusing: with the DVDs tested; the slider jumps to the left in the red (I would have expected to the right). Red is bad (I assume, confirmed by the result). However, there is (AFAIK) no indication of _how_ bad it is: how much the DVD is oversized. Combined with this; when removing tracks in an attempt to get the DVD within the 4.4 boundary, the slider moves to the right (in the inverse logic); but there is no message if the DVD will fit or not; the only thing one can do is to run the re-quantising process and hope for the best. From what I've read from vamps; the ratio should be adjustable though so the front-end could be improved a lot (maybe time to fire up glade-2 in some idle evening). I think you're going to have a lot of remarks on this once it hits Debian. This being said, I think it's a great package and reading the noise on e.g. the transcoding lists; this is what a lot of ppl are looking for on GNU/Linux. -- greetz, marc There you are. We've been looking all over for you, Rygel. You're making the DRD's nervous. Zhaan - PK Tech Girl scorpius.homelinux.org 2.6.14 #1 PREEMPT Sat Oct 29 09:45:46 CEST 2005 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: Suggestion: Time limit for NM process
> just trying to contribute to Debian, I am not looking for a > second job. But currently I feel kept out by a bureaucratic > and slow procedure. Same here, I gave up a couple of years ago. Currently I maintain a number of packages and contribute to others in Debian. As long as my sponsors don't mind uploading the packages and I can use aloith to cooperate with others, I don't feel the need anymore to continue and try again for full DD; though I'm sure I would have contributed more (a number of packages never found a sponsor, so I dropped them). -- greetz, marc We can stick our heads between our legs and kiss our asses goodbye. It's a saying. Crichton - I, E.T. scorpius.homelinux.org 2.6.16 #6 PREEMPT Sat Apr 1 21:22:39 CEST 2006 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: Suggestion: Time limit for NM process
> > As long as my sponsors don't mind uploading the packages and I can use > > aloith to cooperate with others, I don't feel the need anymore to > > continue and try again for full DD; though I'm sure I would have > > contributed more (a number of packages never found a sponsor, so I > > dropped them). > > Sorry, but this doesn't sound very efficient to me. No, it is not :( The problem is that, next to the packaging effort, the learning curve, one moves on with your live and work. One example: At some point I needed a number of perl packages that did syntax highlighting and that were not available in Debian (yet). Since I don't want to install anything on my machine that is not packages, I packaged the Perl packages for Debian and used them. I asked several times (IIRC) for a sponsor (since my sponsor for other packages didn't have much Perl expertise); but since it was a developer package, I assume the interest was pretty low. When I got another assignment, I didn't need those packages anymore and combined with the little interest, I dropped them (the packages that did make it in Debian, I continue to maintain obviously). There are a number of other examples too. My experience is that, if your work is not intended for end-users, you'll have a hard job finding sponsors, and continuing the DD process. -- greetz, marc I feel like I had a spiritual enema. Jool - Losing Time scorpius.homelinux.org 2.6.16 #6 PREEMPT Sat Apr 1 21:22:39 CEST 2006 GNU/Linux signature.asc Description: Digital signature
Debian + Home automation packages
Dear mentors, I'm looking for someone that would be interested in sponsoring a number of packages related to home automation: see: http://plugcomputer.org/plugforum/index.php?topic=824.0 Though it is described to run on armel; I've ran it on arm, mips, powerpc, i386 and amd64 too (etch, lenny, sid, openwrt and custom uclibc embedded systems). I have this particular system and configuration up and running for quite some months and since Marvell seems to actively push this application domain forward in their latest press release about the plug computer; I thought it'd be best to bite the bullet and get it in Debian. eibd-server and eibd-clients have been running for 2 years on Debian based systems. All but one ITPs are in place (pthsem). I've been maintaining a number of debian packages for over 10 years now, mostly in combination with a dedicated sponsor. Please reply to me in Cc, since I am no longer subscribed to the list itself. -- greetz, marc Base 8 is just like base 10, if you are missing two fingers. -- Tom Lehrer crichton 2.6.26 #1 PREEMPT Tue Jul 29 21:17:59 CDT 2008 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: Debian + Home automation packages
> George Danchev wrote: >> * Generally, your sponsor(s) would want to test the packages, however >> that would need certain home automation infrastructure to be in place >> which is not available everywhere, so you might need to suggest a way >> to simulate their operation if that is easily possible. OK, I'd better check the log of the mailinglist, since I'm not subscribed to debian-mentors anymore. > I'm not a DD but I would tend to reduce the problem to a nice-to-have > and not see it as a show-stopper: when I package a library, I'm pretty > sure that my sponsors don't check that they work, but only that they > compile properly and are in accordance with the Debian policy(ies). > > Anyway, as maintainer, it's me receiving the bug reports, so I better > make sure that it works ;-) Functionality wise: 1. I'm pretty certain that the function of KNX/EIB is working since I'm doing nothing more than packaging well established products (in fact, eibd is a subset of the full functionality. I don't want to package all of it in a first phase since the compiler requires a lot more dependencies that are not available on the target platforms for automation (not x86 processors). On top of that; it provides functionality that I would not want to make available to anyone: you don't want to have a series of lights or heatings bricked in your house. 2. package wise; you can just install it and everything should be started as expected. I believe that this would even be the case if you do not have an IP gateway to your KNX bus (though I'd have to check that). linknx dependes on eibd-server running; that's enforced in the start scripts. 3. You could 'simulate' startup behaviour by manually installing a eibd-server and letting the test system connect to the eibd-server you just started. Again probably; since I haven't tested this. 4. And even if all this should be true; I see little point in doing this: the KNX devices are so heterogeneous and any system is so different from the other that full functionality test is impossible unless you have a fully configured and customised system. The best I can do is to provide a very extensive example xml file that people can use. I do agree that it might be good into investigating in having a 'dummy' IP KNX gateway; only for packaging; otherwise it would be pretty pointless. -- greetz, marc The Universe is populated by stable things. -- Richard Dawkins crichton 2.6.26 #1 PREEMPT Tue Jul 29 21:17:59 CDT 2008 GNU/Linux signature.asc Description: Digital signature
Re: [gmail] Re: Debian + Home automation packages
> I have just followed the link to > http://www.auto.tuwien.ac.at/~mkoegler/index.php/pth > and found Debian packages there, right from pthsem's author. The package > should be taken from there - do you agree? I haven't done anything on pthsem (yet); I will need to do some work on it since eibd-server depends on it. Martin is always the first reference; I only took his work and worked on integrating it a bit better for end users (purely selfish of me; I did it for my system and I know that a couple of collegues that are not developers want to use a similar setup; getting it done the Debian way makes my life easier ;-)) Don't focus on the packages as of yet; I need to clean them up; haven't done that yet; main focus was automatic install and configuration of linknx and eibd-server. -- greetz, marc If you are smart enough to know that you're not smart enough to be an Engineer, then you're in Business. crichton 2.6.26 #1 PREEMPT Tue Jul 29 21:17:59 CDT 2008 GNU/Linux signature.asc Description: Digital signature
fortunes-farscape
With some delay; but a version of the package can be found on http://scorpius.homelinux.org/~marc/debian/ (I saw that there was some activity in this 'lost' directory; so here goes again)... Still looking for someone to upload if interested. Shoot, I really should look into becoming a deb. dev. myself, since I am maintaining a number of packages for about 2 yrs now... :-/ -- greetz, marc It's a Jerry Springer kind of family. But for what it's worth, Zhaan, you are family. Crichton - Family Ties scorpius 2.6.7 #1 Wed Jun 16 13:13:27 CEST 2004 GNU/Linux signature.asc Description: Digital signature
fortunes-farscape
With some delay; but a version of the package can be found on http://scorpius.homelinux.org/~marc/debian/ (I saw that there was some activity in this 'lost' directory; so here goes again)... Still looking for someone to upload if interested. Shoot, I really should look into becoming a deb. dev. myself, since I am maintaining a number of packages for about 2 yrs now... :-/ -- greetz, marc It's a Jerry Springer kind of family. But for what it's worth, Zhaan, you are family. Crichton - Family Ties scorpius 2.6.7 #1 Wed Jun 16 13:13:27 CEST 2004 GNU/Linux signature.asc Description: Digital signature
RFS: nvrec
I am packaging nvrec and am looking for someone who wants to verify and
the package, since I got it through lintian without probs.
The URI is:
deb http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/
deb-src http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/
Package: nvrec
Version: 20020530-3
Priority: extra
Section: x11
Maintainer: Marc Leeman <[EMAIL PROTECTED]>
Depends: libc6 (>= 2.2.4-4), liblame0 (>= 3.91-0.1)
Architecture: i386
Filename: unstable/nvrec_20020530-3_i386.deb
Size: 220132
MD5sum: 8c24d10f5c7f11c9da237e4e18177d6b
Description: a high quality, generic v4l1/v4l2 capture core
NVrec aims to be a high quality, generic capture core. At the moment
it supports v4l1 and v4l2 devices as video sources, and oss as an
audio source. It can output to quicktime (in RTjpeg, YUV2, or RAW
format), AVI (in DivX format), NuppelVideo format, MPEG-1, and
streaming multicast/unsicast.
NVrec includes deep buffering to minimise frame drops, in high load
situations, and a smooth framedropping algorithm to keep the video as
smooth as possible if you do have to drop frames. It also has a
audio "stretcher" to make sure that exactly the right amount of audio
is written to the output file (this compensates for lack of clock
synch between video and audio cards).
installed-size: 521
--
greetz, marc
BOFH excuse #225:
It's those computer people in X {city of world}. They keep stuffing things up.
pgp Key ID: 0xD3562DE1
Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1
Linux scorpius 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown
msg06400/pgp0.pgp
Description: PGP signature
Re: RFS: nvrec
> As far as I know, lame is not in Debian, and can't be because of a > patent... :-( > So I guess nvrec will at best belong to contrib. Were you aware of this > issue? I know that lame and all related mp3 encoders were not in debian because of this problem, but it completely slipped my mind when packaging this software. I made the necessary adjustments and am compiling a new version. I added a "Suggests=transcode" line and a note is made in README.debian about the sources. I intend to fix this, and report it back to the upstream author when my schedule allows this. I also added "the streaming tools", and I will add usefull manpages (as opposed to the current unusefull) when I figure out what those are doing :) The new packages will be online in 10 minutes or so (gr.bl 128 kbps upstream from devel machine). -- greetz, marc BOFH excuse #309: firewall needs cooling pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux scorpius 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown msg06406/pgp0.pgp Description: PGP signature
Re: RFS: nvrec
> Why don't you suggest upstream to use libogg instead/too? I do not think that ogg is supported in common video compressed formats. I guess it's just a matter of comply with "standards". I am not aware of video (trans)coders that use ogg for audio compression (yet). -- greetz, marc BOFH excuse #115: your keyboard's space bar is generating spurious keycodes. pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux scorpius 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown msg06414/pgp0.pgp Description: PGP signature
Re: how long does it take to find an AM
> I waited 6 weeks before AM assigned. (I had advocate when applied.) > My AM does not yet contact me few days while I see his posting on ML. > But right after I moved to cue with AM, many people got AM. Somewhat > random. > You can see this nm.debin.org/nmlist.php. > People are busy now due to maybe woody release, maybe World Cup, maybe > vacation , ... bof, I am still no the No Advocate list :) and my package is still in debian-limbo I mainly want to package the sofware because 1. I am interested in the package 2. I am interested in debian, the scripts and the QA rules 3. It's fun to contact upstream, pointing out a bug, hunting the sources for bugs, ... 4. Being appreciated for the job done 5. I am applying deb devel to meet new ppl, and get their expert advice on a number of things AND because I think that the software I am packaging is so good that other ppl may want to use it without bothering to package or destroying their software db. I think 5 is nice, but the ultimate reasons should be 1-3. I haven't read "For the fun of it" yet, but I certainly understand the title. -- greetz, marc BOFH excuse #186: permission denied pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown msg06496/pgp0.pgp Description: PGP signature
Re: Appeal to follow up on sponsor/advocate requests
> could keep on top of these. I have tried to get the ball rolling by > answering a couple of sponsorship requests today, but there are several > others with subjects containing "sponsor", "RFS", or in one case "spronsor". Sure, take your time :) I already had some _very_ good comments and suggestions on my package in private e-mails and in the ML, so no complaints here. Part of the comments got me more involved in upstream (which is not that trivial) and we're clearing up the code (actually uptream is doing the bulk of the work, I'm just glad to be able to touch a couple of things here and there as I go along in the code). I think the code has come along quite nicely over the last month. One thing I would like to have comments on though is the possible section of my package nvrec, which is dependent on liblame and the question if can be put into debian in the first place. It would be a pitty if not, because I really found something I like tinkering with :) and it would be nice to combine two hobbies as it were. btw, I assume a 'spronsor' is an agitated sponser, at least that's what the extra 'r' for me. It could also be my overactive imagination, I've been accused for this before >:) -- greetz, marc BOFH excuse #43: boss forgot system password pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown msg06504/pgp0.pgp Description: PGP signature
postinst question
I must be missing something here, I want the package to show a not when installing to indicate that custom builds _are_ very useful for the time being, but guess what, it's not asking :( Any help? [marc@scorpius nvrec-20020624]$ sudo ./debian/nvrec.config debconf (developer): frontend started debconf (developer): Trying to find a templates file.. debconf (developer): Trying ./debian/nvrec.config.templates debconf (developer): Trying ./debian/nvrec.templates debconf (developer): I guess it is ./debian/nvrec.templates debconf (developer): frontend running, package name is debconf (developer): starting ./debian/nvrec.config debconf (developer): <-- VERSION 2.0 debconf (developer): --> 0 2.0 debconf (developer): <-- INPUT high nvrec/nvrec_build_optimised debconf (developer): --> 0 question will be asked [marc@scorpius nvrec-20020624]$ cat debian/nvrec.config #!/bin/sh -e # Source debconf library. . /usr/share/debconf/confmodule db_version 2.0 db_input high nvrec/nvrec_build_optimised [marc@scorpius nvrec-20020624]$ cat debian/nvrec.templates Template: nvrec/nvrec_build_optimised Type: note Default: true Description: build optimised version of nvrec The nvrec tools are very efficient for captureing video. Until this package will have run-time CPU detection that lets you benefit from the full power the machine it runs on, you might want to build a custom package for your machine. . the following will do this for you: . apt-get source nvrec DEB_BUILD_OPTIONS=optimise fakeroot dpkg-buildpackage -- greetz, marc BOFH excuse #41: interrupt configuration error pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown msg06510/pgp0.pgp Description: PGP signature
Re: Sponsor for mcplay package.
> The package is locate at pumuki.hispalinux.es/debian/mcplay/ > > mcplay is a c-clone of the popular python frontend for mpg123/ogg123 > which seems to be as powerfull as the parent package. The nvrec software also has a binary called mcplay together with mcthrow and mccatch (multicast), it enbles putting video streams on a netwerk. -- greetz, marc Change in Earth's rotational speed Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown msg06611/pgp0.pgp Description: PGP signature
Re: Sponsor for mcplay package.
> > > The package is locate at pumuki.hispalinux.es/debian/mcplay/ > Is it packed? cannot find it from packages.debian.org in any of the > debs. Yes, but not in debian (yet) deb http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ deb-src http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ There is still some work to be done on it (it seems). > Can change it to mcp123 or similar. Dunno what the appropriate procedure would be for these things, but I'm afraid that upstream (in my case) might start wondering why he has to make all the changes for Debian ;) Anyway, honousty obliges me to say that mcplay is not a critical application in the package (it's a tool that, like I said, puts v4l streams on a subnet). Haven't tested it, but from the description I had from upstream (dang, still have to write the manpages), you could have a machine with e.g. a capture card or camera and broadcast the information on the subnet. Anyone running the mc tools (mccatch and mcplay) would be able to play the stream on his/her client. > Will contact upstream devel for suggestions. Any "mentor" suggestions? -- greetz, marc The air conditioning water supply pipe ruptured over the machine room Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown msg06613/pgp0.pgp Description: PGP signature
KDE3 package
Well, my previous package (problems and all) seems to get approval of my mentor, so I thought it was time to start thinking about me second package. My reasoning is that I never package anything that I do not use or am not interested in (just a matter of still spending enough times when work is getting pretty busy), so for a number of reasons I decided to package k3b. It's a pretty complex package (with loads of dependencies) but currently upstream moved to KDE 3. Is there already a debian "move" to KDE3 packages (keeping in mind the probls with the current KDE3 base packages)? If so, anyone interested in checking the package? btw, k3b is a full fledged graphical frontend for burning, composing, copying CDs (data and audio) and even some tools for burning video to CDs. -- greetz, marc YOU HAVE AN I/O ERROR -> Incompetent Operator error Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown msg06799/pgp0.pgp Description: PGP signature
name collisions
Well, I am going to ask advice _again_ in a naming collision problem (I seem to get in problems with this quite often). The situation: I am packaging the nvrec tools from Justin Schuman since a couple of months (sponsor is in the process of agreeing the package ;), but he's on holidays now). It has a number of binaries (nuvrec, divxrec, divx4rec, timer, nvplay, nvcatch, ...). Some time ago I had a naming conflict with mcplay, so we renamed the tools to nvplay). This one is, to my opinion, more fundamental. I asked upstream to rename the binaries of nvrec to all lowercase (seemed the good thing to do), so NVrec tools became nvrec tools and the binaries all lower case (instead of NUVrec, DIVXrec, DIVX4rec, ... you catch the drift). Last week, I got a problem with a "corrupted" nuppel video file and because I _really_ want to code it to xvid, started evaluating tools. After trying the current transcoding tools (transcode and mencode), someone pointed out to me that the original nuppel video tools might be able to offer some help. So, I changed the original sources to include the autotools and packaged it for debian (see ITP). I noteced there was a binary called nuvrec (also in nvrec tools) and renamed the binary to nuppelrec. I mailed upstream about the changes (autotools and binary) and now he is a bit _upset_ about meddling with the names and is claiming precedence (nvrec tools is using nuppel video). The changes are at this point debian only: -rw---1 marc marc88759 Aug 18 20:47 nuppelvideo_0.52-1.diff.gz -rw---1 marc marc 576 Aug 18 20:48 nuppelvideo_0.52-1.dsc -rw---1 marc marc 994 Aug 18 20:48 nuppelvideo_0.52-1_i386.changes -rw-r--r--1 marc marc54976 Aug 18 20:47 nuppelvideo_0.52-1_i386.deb -rw---1 marc marc 105289 Jul 7 2001 nuppelvideo_0.52.orig.tar.gz All changes are in the diff file. Futhermore, I am a bit hesitant, since, to my opinion, nvrec is more active as compared to the original nuppel video tools, ... Also, is renaming of binaries for debian at the discresion of the debian maintainer (me) or should it be upstream (possibly interactive)? I guess we'll have to figure this one out ourselves, but if anyone would care to give his opinion, ... -- greetz, marc Trojan horse ran out of hay Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown msg06913/pgp0.pgp Description: PGP signature
RFS: ogmtools
The package is already in a "working" state, but I need to write manpages etc for them. deb http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ deb-src http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ If anyone agrees to sponsor this, you should know that I will be gone for about 4 weeks and unless there are lots of pc's in the indonesian woods/mountains/...(?) I will not be checking my e-mail. -- greetz, marc Operators killed when huge stack of backup tapes fell over. Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-xfs #1 Mon Aug 26 14:55:46 CEST 2002 i686 unknown unknown GNU/Linux msg07071/pgp0.pgp Description: PGP signature
ogmtools
A second call for a sponsor for the package ogmtools. The package enables e.g. encoding media files (xvid, ...) with an ogg audio stream instead of mp3 encoded audio. The tools are used in transcode (excellent video transcoding tool (maintained by Christian Marillat). Upstream: http://www.bunkus.org/videotools/ Debian pre: http://www.esat.kuleuven.ac.be/~mleeman/simple/debian.html -- greetz, marc My pony-tail hit the on/off switch on the power strip. Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-xfs #1 Mon Aug 26 14:55:46 CEST 2002 i686 unknown unknown GNU/Linux msg07845/pgp0.pgp Description: PGP signature
Re: k3b test package
> Ok, i don't configured http-access very well. So you're not able to browse > there at the moment. But direct access on the *.deb file or using apt-get > should work... > > > Could you provide source packages? See dpkg-source(1) or debuild(1) > > for more info. I seem to have already 2 up-to-date (0.8) versions of this package 8) The one that is installed now is from Karolina Lindqvist <[EMAIL PROTECTED]> I rarely use it though, but I like the entire concept (gfx, interface, ...) of the software. AFAIK one of the better KDE programs. -- greetz, marc A star wars satellite accidently blew up the WAN. Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.20-xfs-v4l2 #1 Fri Nov 29 13:35:23 CET 2002 i686 unknown unknown GNU/Linux msg08636/pgp0.pgp Description: PGP signature
fortunes-farscape
Feedback please? If there are no objections, sponsor for this package? * Package name: fortunes-farscape Version : 0.1 Upstream Author : Marc Leeman <[EMAIL PROTECTED]> * URL : http://members.chello.be/cr50624/debian/farscape * License : GPL Description : quotes from the SciFi series Farscape fortunes-farscape is a collection of quotes from the SciFi series Farscape (http://www.farscape.com). This package is mainly in analogy with the startrek and matrix themed db's. One thing I would like feedback on is the license of this, I guess GPL is OK (there is not much software to it). The packages are ready and can be found on deb http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ (it's browsable) -- greetz, marc Domain controller not responding Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.20-xfs-v4l2 #2 Sat Mar 8 19:17:24 CET 2003 i686 unknown unknown GNU/Linux pgp0.pgp Description: PGP signature
RFS: nvrec
I am packaging nvrec and am looking for someone who wants to verify and
the package, since I got it through lintian without probs.
The URI is:
deb http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/
deb-src http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/
Package: nvrec
Version: 20020530-3
Priority: extra
Section: x11
Maintainer: Marc Leeman <[EMAIL PROTECTED]>
Depends: libc6 (>= 2.2.4-4), liblame0 (>= 3.91-0.1)
Architecture: i386
Filename: unstable/nvrec_20020530-3_i386.deb
Size: 220132
MD5sum: 8c24d10f5c7f11c9da237e4e18177d6b
Description: a high quality, generic v4l1/v4l2 capture core
NVrec aims to be a high quality, generic capture core. At the moment
it supports v4l1 and v4l2 devices as video sources, and oss as an
audio source. It can output to quicktime (in RTjpeg, YUV2, or RAW
format), AVI (in DivX format), NuppelVideo format, MPEG-1, and
streaming multicast/unsicast.
NVrec includes deep buffering to minimise frame drops, in high load
situations, and a smooth framedropping algorithm to keep the video as
smooth as possible if you do have to drop frames. It also has a
audio "stretcher" to make sure that exactly the right amount of audio
is written to the output file (this compensates for lack of clock
synch between video and audio cards).
installed-size: 521
--
greetz, marc
BOFH excuse #225:
It's those computer people in X {city of world}. They keep stuffing things up.
pgp Key ID: 0xD3562DE1
Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1
Linux scorpius 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown
pgpJwVMXDmmUB.pgp
Description: PGP signature
Re: RFS: nvrec
> As far as I know, lame is not in Debian, and can't be because of a > patent... :-( > So I guess nvrec will at best belong to contrib. Were you aware of this > issue? I know that lame and all related mp3 encoders were not in debian because of this problem, but it completely slipped my mind when packaging this software. I made the necessary adjustments and am compiling a new version. I added a "Suggests=transcode" line and a note is made in README.debian about the sources. I intend to fix this, and report it back to the upstream author when my schedule allows this. I also added "the streaming tools", and I will add usefull manpages (as opposed to the current unusefull) when I figure out what those are doing :) The new packages will be online in 10 minutes or so (gr.bl 128 kbps upstream from devel machine). -- greetz, marc BOFH excuse #309: firewall needs cooling pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux scorpius 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpITbo2bzqZi.pgp Description: PGP signature
Re: RFS: nvrec
> Why don't you suggest upstream to use libogg instead/too? I do not think that ogg is supported in common video compressed formats. I guess it's just a matter of comply with "standards". I am not aware of video (trans)coders that use ogg for audio compression (yet). -- greetz, marc BOFH excuse #115: your keyboard's space bar is generating spurious keycodes. pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux scorpius 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgp9OpgTDJKzs.pgp Description: PGP signature
Re: RFS: nvrec
Hello again, I have a general question, that I did find a answer for in the debian policy guide (don't falme me if I missed it :(( ) Nicolas gave me the advice to exclude all processor optimisations in the nvrec package, so I added the configure flags --enable-mmxcheck --enable-cpucheck that are set to "no" when I compile the package for the debian archives (hopefully) and set to "yes" if somebody else compiles it (currently, if your login is "marc", you have bad luck, but I'll change this to if your login is "marc" and your hostname is "scorpius" ;) ). This way, I figure, ylu have the best of both worlds (good episode by the way): total independence in debian, and when sourcing yourself, you get a customised binary for your machine. Only one problem. There seems to be an upstream bug (which I conveyed to the upstream developer) that breaks the package when compiling without these optimisations (--enable-mmxcheck=no). Even though I have little doubt that Justin will look into this, my question is more hypothetical: what if this is not-fixable upstream? Is this a "deal breaking condition" for debian compliancy? -- greetz, marc BOFH excuse #18: excess surge protection pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux scorpius 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpJzpvbGwzwt.pgp Description: PGP signature
Re: RFS: nvrec
> What about autobuilders, or anyone who might have to do a non-maintainer > upload of the package at some point in the future? Autobuilders will have a package that is tailored to their system (optimised, hence running faster). Somebody that does a non-maintainer build (not me), will have to check and modify the debian/rules script. As I see it, this is the best solution: if you _do_ an apt-get source, you _do_ want it customised for your system. As for the new version, it should work now, since there is a new version since this morning, but I have a problem with AC_MSG_NOTICE that does not seem to work on my machines (Never used it before). Zhe bug seems fixed >:) -- greetz, marc BOFH excuse #322: Your Pentium has a heating problem - try cooling it with ice cold water.(Do not turn of your computer, you do not want to cool down the Pentium Chip while he isn't working, do you?) pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux scorpius 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgp32N3GYINkf.pgp Description: PGP signature
nvrec and possible problems?
The situation is as follows: I intend (am) packaging nvrec (for a small audience at this time ;) ), and Nicolas is looking through the package to check compliance. Next to making some obviously good remarks about the format, the following pops up: nvrec is dependent on liblame or liblame-dev, which are GPL'd, but not distributeble in debian because of patent problems. OK, contrib/x11 it is then, ... But is this a good location? Can it be in contrib, since it is not possible to package (binary) versions of those packages: > Well, I'm not sure if this is good. contrib (or contrib/whatever) usualy > serves to deal with dependencies (or build-dependencies) with non-free > software. The problem with lame (and liblame) is different: lame is > GPLed, so it is free, but it can't be distributed because of a f*cking > patent... I could strip it down of course (removing e.g. divx4rec), but this would make the tools seriously handicapped. If this would be the only solution, and I hope not, it would make little sense (in my view) to package this since this tool would only offer about 10% of the full functiononality. buggers, why do I always end up trying to package the unpackageble ;) -- greetz, marc BOFH excuse #53: Little hamster in running wheel had coronary; waiting for replacement to be Fedexed from Wyoming pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpeJ9MxQ4omC.pgp Description: PGP signature
Re: how long does it take to find an AM
> I waited 6 weeks before AM assigned. (I had advocate when applied.) > My AM does not yet contact me few days while I see his posting on ML. > But right after I moved to cue with AM, many people got AM. Somewhat > random. > You can see this nm.debin.org/nmlist.php. > People are busy now due to maybe woody release, maybe World Cup, maybe > vacation , ... bof, I am still no the No Advocate list :) and my package is still in debian-limbo I mainly want to package the sofware because 1. I am interested in the package 2. I am interested in debian, the scripts and the QA rules 3. It's fun to contact upstream, pointing out a bug, hunting the sources for bugs, ... 4. Being appreciated for the job done 5. I am applying deb devel to meet new ppl, and get their expert advice on a number of things AND because I think that the software I am packaging is so good that other ppl may want to use it without bothering to package or destroying their software db. I think 5 is nice, but the ultimate reasons should be 1-3. I haven't read "For the fun of it" yet, but I certainly understand the title. -- greetz, marc BOFH excuse #186: permission denied pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpCSWnhV0Z62.pgp Description: PGP signature
Re: Appeal to follow up on sponsor/advocate requests
> could keep on top of these. I have tried to get the ball rolling by > answering a couple of sponsorship requests today, but there are several > others with subjects containing "sponsor", "RFS", or in one case "spronsor". Sure, take your time :) I already had some _very_ good comments and suggestions on my package in private e-mails and in the ML, so no complaints here. Part of the comments got me more involved in upstream (which is not that trivial) and we're clearing up the code (actually uptream is doing the bulk of the work, I'm just glad to be able to touch a couple of things here and there as I go along in the code). I think the code has come along quite nicely over the last month. One thing I would like to have comments on though is the possible section of my package nvrec, which is dependent on liblame and the question if can be put into debian in the first place. It would be a pitty if not, because I really found something I like tinkering with :) and it would be nice to combine two hobbies as it were. btw, I assume a 'spronsor' is an agitated sponser, at least that's what the extra 'r' for me. It could also be my overactive imagination, I've been accused for this before >:) -- greetz, marc BOFH excuse #43: boss forgot system password pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpTSrZGWa8Zc.pgp Description: PGP signature
postinst question
I must be missing something here, I want the package to show a not when installing to indicate that custom builds _are_ very useful for the time being, but guess what, it's not asking :( Any help? [EMAIL PROTECTED] nvrec-20020624]$ sudo ./debian/nvrec.config debconf (developer): frontend started debconf (developer): Trying to find a templates file.. debconf (developer): Trying ./debian/nvrec.config.templates debconf (developer): Trying ./debian/nvrec.templates debconf (developer): I guess it is ./debian/nvrec.templates debconf (developer): frontend running, package name is debconf (developer): starting ./debian/nvrec.config debconf (developer): <-- VERSION 2.0 debconf (developer): --> 0 2.0 debconf (developer): <-- INPUT high nvrec/nvrec_build_optimised debconf (developer): --> 0 question will be asked [EMAIL PROTECTED] nvrec-20020624]$ cat debian/nvrec.config #!/bin/sh -e # Source debconf library. . /usr/share/debconf/confmodule db_version 2.0 db_input high nvrec/nvrec_build_optimised [EMAIL PROTECTED] nvrec-20020624]$ cat debian/nvrec.templates Template: nvrec/nvrec_build_optimised Type: note Default: true Description: build optimised version of nvrec The nvrec tools are very efficient for captureing video. Until this package will have run-time CPU detection that lets you benefit from the full power the machine it runs on, you might want to build a custom package for your machine. . the following will do this for you: . apt-get source nvrec DEB_BUILD_OPTIONS=optimise fakeroot dpkg-buildpackage -- greetz, marc BOFH excuse #41: interrupt configuration error pgp Key ID: 0xD3562DE1 Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpqdafAP7vr5.pgp Description: PGP signature
Re: Sponsor for mcplay package.
> The package is locate at pumuki.hispalinux.es/debian/mcplay/ > > mcplay is a c-clone of the popular python frontend for mpg123/ogg123 > which seems to be as powerfull as the parent package. The nvrec software also has a binary called mcplay together with mcthrow and mccatch (multicast), it enbles putting video streams on a netwerk. -- greetz, marc Change in Earth's rotational speed Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpfpJtdIBfHD.pgp Description: PGP signature
Re: Sponsor for mcplay package.
> > > The package is locate at pumuki.hispalinux.es/debian/mcplay/ > Is it packed? cannot find it from packages.debian.org in any of the > debs. Yes, but not in debian (yet) deb http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ deb-src http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ There is still some work to be done on it (it seems). > Can change it to mcp123 or similar. Dunno what the appropriate procedure would be for these things, but I'm afraid that upstream (in my case) might start wondering why he has to make all the changes for Debian ;) Anyway, honousty obliges me to say that mcplay is not a critical application in the package (it's a tool that, like I said, puts v4l streams on a subnet). Haven't tested it, but from the description I had from upstream (dang, still have to write the manpages), you could have a machine with e.g. a capture card or camera and broadcast the information on the subnet. Anyone running the mc tools (mccatch and mcplay) would be able to play the stream on his/her client. > Will contact upstream devel for suggestions. Any "mentor" suggestions? -- greetz, marc The air conditioning water supply pipe ruptured over the machine room Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpYxMwodNnOI.pgp Description: PGP signature
KDE3 package
Well, my previous package (problems and all) seems to get approval of my mentor, so I thought it was time to start thinking about me second package. My reasoning is that I never package anything that I do not use or am not interested in (just a matter of still spending enough times when work is getting pretty busy), so for a number of reasons I decided to package k3b. It's a pretty complex package (with loads of dependencies) but currently upstream moved to KDE 3. Is there already a debian "move" to KDE3 packages (keeping in mind the probls with the current KDE3 base packages)? If so, anyone interested in checking the package? btw, k3b is a full fledged graphical frontend for burning, composing, copying CDs (data and audio) and even some tools for burning video to CDs. -- greetz, marc YOU HAVE AN I/O ERROR -> Incompetent Operator error Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpNO4L0duqUK.pgp Description: PGP signature
name collisions
Well, I am going to ask advice _again_ in a naming collision problem (I seem to get in problems with this quite often). The situation: I am packaging the nvrec tools from Justin Schuman since a couple of months (sponsor is in the process of agreeing the package ;), but he's on holidays now). It has a number of binaries (nuvrec, divxrec, divx4rec, timer, nvplay, nvcatch, ...). Some time ago I had a naming conflict with mcplay, so we renamed the tools to nvplay). This one is, to my opinion, more fundamental. I asked upstream to rename the binaries of nvrec to all lowercase (seemed the good thing to do), so NVrec tools became nvrec tools and the binaries all lower case (instead of NUVrec, DIVXrec, DIVX4rec, ... you catch the drift). Last week, I got a problem with a "corrupted" nuppel video file and because I _really_ want to code it to xvid, started evaluating tools. After trying the current transcoding tools (transcode and mencode), someone pointed out to me that the original nuppel video tools might be able to offer some help. So, I changed the original sources to include the autotools and packaged it for debian (see ITP). I noteced there was a binary called nuvrec (also in nvrec tools) and renamed the binary to nuppelrec. I mailed upstream about the changes (autotools and binary) and now he is a bit _upset_ about meddling with the names and is claiming precedence (nvrec tools is using nuppel video). The changes are at this point debian only: -rw---1 marc marc88759 Aug 18 20:47 nuppelvideo_0.52-1.diff.gz -rw---1 marc marc 576 Aug 18 20:48 nuppelvideo_0.52-1.dsc -rw---1 marc marc 994 Aug 18 20:48 nuppelvideo_0.52-1_i386.changes -rw-r--r--1 marc marc54976 Aug 18 20:47 nuppelvideo_0.52-1_i386.deb -rw---1 marc marc 105289 Jul 7 2001 nuppelvideo_0.52.orig.tar.gz All changes are in the diff file. Futhermore, I am a bit hesitant, since, to my opinion, nvrec is more active as compared to the original nuppel video tools, ... Also, is renaming of binaries for debian at the discresion of the debian maintainer (me) or should it be upstream (possibly interactive)? I guess we'll have to figure this one out ourselves, but if anyone would care to give his opinion, ... -- greetz, marc Trojan horse ran out of hay Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-pre4 #1 Tue Apr 2 22:47:06 CEST 2002 i686 unknown pgpUOau4CTLM4.pgp Description: PGP signature
RFS: ogmtools
The package is already in a "working" state, but I need to write manpages etc for them. deb http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ deb-src http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ If anyone agrees to sponsor this, you should know that I will be gone for about 4 weeks and unless there are lots of pc's in the indonesian woods/mountains/...(?) I will not be checking my e-mail. -- greetz, marc Operators killed when huge stack of backup tapes fell over. Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-xfs #1 Mon Aug 26 14:55:46 CEST 2002 i686 unknown unknown GNU/Linux pgpBReJvicKub.pgp Description: PGP signature
ogmtools
A second call for a sponsor for the package ogmtools. The package enables e.g. encoding media files (xvid, ...) with an ogg audio stream instead of mp3 encoded audio. The tools are used in transcode (excellent video transcoding tool (maintained by Christian Marillat). Upstream: http://www.bunkus.org/videotools/ Debian pre: http://www.esat.kuleuven.ac.be/~mleeman/simple/debian.html -- greetz, marc My pony-tail hit the on/off switch on the power strip. Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.19-xfs #1 Mon Aug 26 14:55:46 CEST 2002 i686 unknown unknown GNU/Linux pgpJvDwDhmz2G.pgp Description: PGP signature
Re: k3b test package
> Ok, i don't configured http-access very well. So you're not able to browse > there at the moment. But direct access on the *.deb file or using apt-get > should work... > > > Could you provide source packages? See dpkg-source(1) or debuild(1) > > for more info. I seem to have already 2 up-to-date (0.8) versions of this package 8) The one that is installed now is from Karolina Lindqvist <[EMAIL PROTECTED]> I rarely use it though, but I like the entire concept (gfx, interface, ...) of the software. AFAIK one of the better KDE programs. -- greetz, marc A star wars satellite accidently blew up the WAN. Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.20-xfs-v4l2 #1 Fri Nov 29 13:35:23 CET 2002 i686 unknown unknown GNU/Linux pgp10RTKkRwD7.pgp Description: PGP signature
fortunes-farscape
Feedback please? If there are no objections, sponsor for this package? * Package name: fortunes-farscape Version : 0.1 Upstream Author : Marc Leeman <[EMAIL PROTECTED]> * URL : http://members.chello.be/cr50624/debian/farscape * License : GPL Description : quotes from the SciFi series Farscape fortunes-farscape is a collection of quotes from the SciFi series Farscape (http://www.farscape.com). This package is mainly in analogy with the startrek and matrix themed db's. One thing I would like feedback on is the license of this, I guess GPL is OK (there is not much software to it). The packages are ready and can be found on deb http://lesbos.esat.kuleuven.ac.be/~mleeman/debian unstable/ (it's browsable) -- greetz, marc Domain controller not responding Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.20-xfs-v4l2 #2 Sat Mar 8 19:17:24 CET 2003 i686 unknown unknown GNU/Linux pgpx6rsFqbnvo.pgp Description: PGP signature
Re: new package - don't know how to compile
> what can I do? I do not recognise the error, I would suggest you try a crash test in the GNU/autotools, which is never a bad idea for a develper anyway. This is an overview: http://lesbos.esat.kuleuven.ac.be/~mleeman/downloads/athens-opensource-0.4.pdf -- greetz, marc because of network lag due to too many people playing deathmatch Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.20-xfs-v4l2 #2 Sat Mar 8 19:17:24 CET 2003 i686 unknown unknown GNU/Linux pgpI59CRqAfqU.pgp Description: PGP signature
RFS
Hello, anyone interested in sponsering these packages (after evaluation and approvement of course): [EMAIL PROTECTED] result]$ lintian libtk-codetext-perl_0.3.1_all.deb E: libtk-codetext-perl: changelog-file-missing-in-native-package [EMAIL PROTECTED] result]$ lintian libsyntax-highlight-perl_1.0_all.deb E: libsyntax-highlight-perl: changelog-file-missing-in-native-package the ITP have been filed under bugs #194442: ITP: libtk-codetext-perl -- Syntax Highlighting for Tk #194443: ITP: libsyntax-highlight-perl -- Highlighting of Syntactical Structures The packages currently support only Perl syntax, but I hope to have the time to add C/C++ support myself. -- greetz, marc UBNC (user brain not connected) Key fingerprint = 890C E47F 1589 F240 9CC8 C60C 510A 63D3 D356 2DE1 Linux mykene 2.4.20-xfs-v4l2 #2 Sat Mar 8 19:17:24 CET 2003 i686 GNU/Linux pgpvlkASg4nZ7.pgp Description: PGP signature
Bug#1053565: RFS: openvpn3-client/20+dfsg-1 [ITP] -- virtual private network daemon (version 3)
Package: sponsorship-requests Severity: wishlist Dear Maintainer, Dear mentors, I am looking for a sponsor for my package "openvpn3-client": * Package name : openvpn3-client Version : 20+dfsg-1 Upstream contact : OpenVPN Solutions LLC * URL : https://openvpn.net/ * License : Gnu Affero General Public License 3 * Vcs : https://salsa.debian.org/televic-team/openvpn3-client Section : net The source builds the following binary packages: openvpn3-client - virtual private network daemon (version 3) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/openvpn3-client/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/o/openvpn3-client/openvpn3-client_20+dfsg-1.dsc Changes for the initial release: openvpn3-client (20+dfsg-1) unstable; urgency=medium . * Initial release. (Closes: #904044) * d/control: do not depend on openvpn2 dev headers * d/postinst: create user before chown * d/README: add comment on lintian-warning unicode-impl.hpp * d/README: update dfsg motivation * remove sum files (see d/README.source) Regards, Additional discussion on the packaging with upstream can be found here: https://github.com/OpenVPN/openvpn3-linux/issues/193 -- Marc Leeman
Bug#1053565: RFS: openvpn3-client/20+dfsg-1 [ITP] -- virtual private network daemon (version 3)
> The issue and ITP talks about there being two packages, a library part > and the client part. Has this changed (I cannot find the library part.) I did start out to have different packages (client, library, dev); but after discussing with upstream, I decided to mirror the upstream (tarball) release since they release their client as a single tarball and there is no other software that uses the library. For the moment, I would have to use the git tarballs from github instead of what they release as a tested client (integrated tarball of client and library). I thought it would be best to follow the upstream lead on this. > - changelog for an initial release should be only the first line, (as there > are no changes to the debian package on the initial upload) ack > - you are creating an user. [1] > - As per Debian polic 9.3, the username shouldbe an invalid user and start > with an "_" > - If I am not mistaken, you can use tmpfiles.d to specify the > directory /var/lib/openvpn to be owned by openvpn:openvpn, so that > snipped in postinst might not be needed. (please verify) I followed the user name lead on this one, but I'll adjust to match the policy. Thanks. > [1] https://wiki.debian.org/AccountHandlingInMaintainerScripts > - unicode-impl.hpp > I'm not convinced that this (license) issue is a non-issue. It might be > solved in later versions of the file, but the version in the tarball > does not allow modification. > As you are anyway dfsg repacking (at least the version indicates this, > see also below), hows' about removing the file and then reintroducing a > fine one with a patch? This is a difficult one (at least to me). I started investigating this and asking around on #debian-mentors. Therre it was concluded that it was a false positive. But since the licence seems to have changed for this file (the different copies included in Debian indicate this), I can do that, solves your concern. The DFSG was needed because the library used a random binary for testing without sources (some sparc binary iirc). > - files installed in /usr/include > --> you want a -dev package. I'll re-investigate this: since this client is standalone at the moment (cf supra); it should not install any header at all. > - d/copyright > - is not DEP-5 format. > - There is no indication why it is dfsg, and there id no > Files-Exluded section.. so are you repacking at all? The re-packaging was documented in debian/README.source > - For praticality reasons, it is recommended to keep the license of > the debian the same as upstream. Otherwise, package upstreaming > might get more difficult than needed. (GPL2 is anyway incompatibel > with Affero GPL 3; your "or later" safes the day.) > - There is license text for the Gnu Affero General Public License 3, > and it should be probably "AGPL-3" abbreviated. > - Note: I did not do a license review of the source files. Inspired by the openvpn team, I'll review. > - lintian overrides > - you need to comment the overrides WHY you overrode them. ack > - postinst > - remove the useless comment about utf-8, or let me know what you want > to say with it. my bad > - the python part - I think this should be in a dedicated python module > package? > > - S-V could be updated. > > - There is no watch file. This is in discussion with upstream to have a standard download location that can be scanned. At the moment, the download location does not allow indexing. > - The package is in a team namespace on salsa, but d/control does not > indicate that it is team maintained. As the ITP mentioned, part of the work was company sponsored, hence the (default) teamspace. But since I seem to be the only one working on it, I'll move it to a personal space. > As usual, remove moreinfo when you are done updating your package. ack -- g. Marc GPG: 827C FD74 BA46 8152 A041 F3A0 7A6A 4F17 5995 A65B
Bug#1053565: RFS: openvpn3-client/20+dfsg-1 [ITP] -- virtual private network daemon (version 3)
>> * Package name : openvpn3-client > BTW, why it is named this way? > Is it client-only now, without the server part? > Previous package is named just "openvpn", it acts > as both client or server (actually the two roles are > symmetric, it can be both). If new openvpn is like > this, I suggest naming it just "openvpn3", without > the -client part, since it is quite confusing. > Or is there also -daemon (or -server) part? Sorry, missed your e-mail. This is not the same as the openvpn packages, this is a different implementation from the same company. At the moment, they have only released the client part. This implementation has functionality for 2-factor authentication that openvpn2 does not have. The package that upstream releases is openvpn3-linux (source) or openvpn3 (package). I have named it openvpn3-client to 1. Make it clear that this is only the client part 2. Prepare for future releases that include a server part There internal software structure is already split into different parts; but they release a collapsed archive for the client only. -- g. Marc GPG: 827C FD74 BA46 8152 A041 F3A0 7A6A 4F17 5995 A65B
Bug#1053565: RFS: openvpn3-client/21+dfsg-1 [ITP] -- virtual private network daemon (version 3)
> A few to look at and verify. > > AGPL-3+ | BSL-1.0 openvpn3-core/deps/vcpkg- > ports/asio/vcpkg.json > AGPL-3+ | GPL-3openvpn3- > core/openvpn/asio/asioresolverres.hpp > AGPL-3+ | Unicode-DFS-2015 openvpn3-core/openvpn/common/unicode- > impl.hpp > AGPL-3+ | GPL-3openvpn3- > core/openvpn/crypto/tls_crypt_v2.hpp > AGPL-3+ | GPL-3openvpn3-core/openvpn/mbedtls/util/pem.hpp > AGPL-3+ | APSL-2.0 and/or BSD-4-Clause-UC openvpn3- > core/openvpn/netconf/ios/net-route.h > AGPL-3+ | GPL-3openvpn3-core/openvpn/openssl/util/pem.hpp To be honest, I'm at an end with the licences and about ready to throw in the towel, every time there is a review, there is a vague remark that there is an issue with the licences and to be honest, I have no clue what the real problem is. What is wrong. The dual licences, the 'conflicts' some ppl point me to? A lot of work has been put in the licences already and I am not certain that the automated tools can pick out the issues and solutions and every time someone reviews, there is a new remark on the licences. What frustrates me about this is that, if you ask feedback from 2 people, you get 3 different answers. > 4. Watch file (uscan --force-download): There is no indexable location to download the sources (something I passed along to upstream and they might consider for subsequent release) and even then, this is a dfsg package; I can't use it without repackaging at least part of the code. > Additional... > > A. Please update 'Standards-Version' in 'debian/control' to 4.7.0 as per > Debian policy[5]. That is not really a problem. -- g. Marc GPG: 827C FD74 BA46 8152 A041 F3A0 7A6A 4F17 5995 A65B
Bug#1021181: RFS: dvdauthor/0.7.2-2 [RC] -- create DVD-Video file system
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dvdauthor": * Package name : dvdauthor Version : 0.7.2-2 Upstream contact : Lawrence D'Oliveiro * URL : https://dvdauthor.sourceforge.net * License : GPL-2+ * Vcs : https://salsa.debian.org/den_erpel/dvdauthor/ Section : otherosfs The source builds the following binary packages: dvdauthor - create DVD-Video file system To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dvdauthor/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dvdauthor/dvdauthor_0.7.2-2.dsc Changes since the last upload: dvdauthor (0.7.2-2) unstable; urgency=medium . [ Hugh McMaster ] * dvdauthor changes . * debian: no html install * debian: add watch file * debian: improve copyright * debian: update standards version * debian: standardise debian/rules * debian: use pkg-config for libxml2 (Closes: #949098) * autotools: remove generated files * debian: fix lintian warning dep on cdbs * d/control: add 2nd e-mail for upload * d/control: update Vcs tags Regards,
