RFS: dcdmake
Dear mentors, I am looking for a sponsor for my package "dcdmake". * Package name: dcdmake Version : 0.9.3 Upstream Author : Julian Andres Klode <[EMAIL PROTECTED]> (Me too) * URL : https://launchpad.net/dcdmake http://jak-linux.org/jak-linux/pool/main/d/dcdmake/ * License : GPL 2 Section : misc It builds these binary packages: dcdmake- Another Debian CD Maker The package is lintian clean. The upload would fix these bugs: 419142 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dcdmake - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dcdmake/dcdmake_0.9.3.dsc I would be glad if someone uploaded this package for me. Kind regards Julian Andres Klode signature.asc Description: OpenPGP digital signature
RFS: aufs
Dear mentors, I am looking for a sponsor for my package "aufs". * Package name: aufs Version : 0.0.cvs20070409-1 Upstream Author : Junjiro Okajima <[EMAIL PROTECTED]> * URL : http://aufs.sourceforge.net/ * License : GPL Section : misc It builds these binary packages: aufs-source - Source for the aufs driver aufs-tools - Tools to manage aufs filesystems aufs-unionctl - Tools to manage aufs filesystems The package is lintian clean. The upload would fix these bugs: 419368 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/aufs - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/aufs/aufs_0.0.cvs20070409-1.dsc I would be glad if someone uploaded this package for me. Kind regards Julian Andres Klode signature.asc Description: OpenPGP digital signature
Re: RFS: aufs
Bartosz Fenski aka fEnIo schrieb: > Don't you think that few lines about what aufs is, would be useful? > > regard > fEnIo > > From the Website: "In the early days, aufs was entirely re-designed and re-implemented Unionfs Version 1.x series. After many original ideas, approaches, improvements and implementations, it becomes totally different from Unionfs while keeping the basic features." Aufs is s.th. like UnionFS, but seems to be "safer and faster". Details can be found at http://aufs.sourceforge.net/ KNOPPIX uses it (and maybe some other live cds) You could also look at the ITP report[1] Julian Andres Klode - PS: I also created another package "dcdmake" (also upstream maintainer, see https://launchpad.net/dcdmake) [1] http://bugs.debian.org/419368 signature.asc Description: OpenPGP digital signature
Re: Building for different architectures
David Paleino wrote: > Hi all Mentors, > I'm trying to port to Debian the "command-not-found" package from > Ubuntu, which suggests the installation of a package when the shell > (bash or zsh) can't find an executable (i.e.: it avoid that "command > not found" message). More info on [1]. > > What I've done is getting the list of all executables from all > platforms Debian runs on (I've got the Contents-.gz files and > scanned them with a Bash script). > > The Ubuntu package ships a "command-not-found-data" package, which > contains _all_ the data from the four architectures Ubuntu supports > (powerpc, i386, amd64 and sparc). I think it's a waste of space > installing also binary databases for architectures different from the > one cnf is being installed on. So I edited debian/control to have > different command-not-found-, which Provides: > command-not-found-data, while this one Depends: on > command-not-found- | command-not-found- | ... > The problem is, when I try to build the package, dpkg-gencontrol says: > > dpkg-gencontrol: error: current build architecture i386 does not appear > in package's list (alpha) > > (obviously, it was reading the debian/control section about > command-not-found-alpha) > > I can't actually think of any way to get this done. I'd like to avoid > the all-in-one solution, because the data for each architecture is > around 3,5-4Mb -- the data for _all_ archs is 47Mb. Any idea? > > Kind regards, > David > > [1] https://wiki.ubuntu.com/CommandNotFoundMagic > I am already doing this and I own the ITP (Bug: #418613). The bzr branch for the package is located at: http://bazaar.launchpad.net/~juliank/command-not-found/debian Please look at ITPs before packaging new software. Julian Andres Klode signature.asc Description: OpenPGP digital signature
Re: Building for different architectures
Julian Andres Klode wrote: > > The bzr branch for the package is located at: > > http://bazaar.launchpad.net/~juliank/command-not-found/debian I forgot that I also uploaded a package to mentors.debian.net, http://mentors.debian.net/debian/pool/main/c/command-not-found/command-not-found_0.2.4+debian-1.dsc -- Julian Andres Klode IRC (Debian/OFTC): juliank Fellow of FSFE #1049 For more informations, see http://wiki.debian.org/JulianAndresKlode signature.asc Description: OpenPGP digital signature
RFS: command-not-found
Dear mentors, I am looking for a sponsor for my package "command-not-found". * Package name: command-not-found Version : 0.2.4+debian-1 Upstream Author : Zygmunt Krynicki <[EMAIL PROTECTED]> Michael Vogt <[EMAIL PROTECTED]> * URL : https://launchpad.net/command-not-found * License : GPL Section : admin It builds these binary packages: command-not-found - Suggest installation of packages in interactive bash sessions command-not-found-data - Set of data files for command-not-found The package appears to be lintian clean. The upload would fix these bugs: 418613 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/command-not-found - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/command-not-found/command-not-found_0.2.4+debian-1.dsc I would be glad if someone uploaded this package for me. Kind regards Julian Andres Klode -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank Packages Overv: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: OpenPGP digital signature
RFS: app-install-data (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.20070627 of my package "app-install-data" (I took it over from the previous maintainer, with permission). It builds these binary packages: app-install-data - Application Installer Data Files The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/app-install-data - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/app-install-data/app-install-data_0.20070627.dsc I would be glad if someone uploaded this package for me. Kind regards Julian Andres Klode -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank Packages Overv: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: OpenPGP digital signature
Re: RFS: command-not-found
Christoph Haas wrote: > On Sun, Jul 01, 2007 at 10:08:47PM +0200, Julian Andres Klode wrote: >> Dear mentors, >> >> I am looking for a sponsor for my package "command-not-found". >> >> * Package name: command-not-found >> Version : 0.2.4+debian-1 >> Upstream Author : Zygmunt Krynicki <[EMAIL PROTECTED]> >> Michael Vogt <[EMAIL PROTECTED]> >> * URL : https://launchpad.net/command-not-found >> * License : GPL >> Section : admin > > Not sure. Perhaps "shell" as a section might match better. > >> It builds these binary packages: >> command-not-found - Suggest installation of packages in interactive bash >> sessions >> command-not-found-data - Set of data files for command-not-found > > I just built and installed it. There is some funny whitespace in between > the messages: > > === > $ inetd > Command 'inetd' is available in '/usr/sbin/inetd' > The command could not be located because '/usr/sbin' is not i ncluded in the > PATH environment variable. > This is most likely caused by the lack of administ rative priviledges > associated with your user account. > bash: inetd: command not found > === > > i ncluded -> included > administ rative -> administrative > priviledges -> privileges Fixed. > > Did you talk to the Ubuntu maintainer already? Perhaps it make sense to > join forces so that only one package is built? He's CCed, so: mvo: What's your opinion? -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank Packages Overv: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: OpenPGP digital signature
Re: RFS: command-not-found
Justin Pryzby wrote: > How does it compare with auto-apt? This a "shell-only" implementation > whereas auto-apt will find things which are accessed otherwise > (perhaps not bad). > > command-not-found is very similar to "auto-apt check", but command-not-found is easier and targeted at the end user. And it gives more detailed output, like instructions on how to install the package. -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank Packages Overv: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: OpenPGP digital signature
RFS: ftpsync -- fast ftp directory synchronization
Dear mentors, I am looking for a sponsor for my package "ftpsync". * Package name: ftpsync Version : 0.1-1 Upstream Author : me - Julian Andres Klode <[EMAIL PROTECTED]> * URL : http://jak-linux.org/projects/ftpsync/ * License : GPL Section : net It builds these binary packages: ftpsync- fast ftp directory synchronization The package appears to be lintian clean. The upload would fix these bugs: 429856 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/ftpsync - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/ftpsync/ftpsync_0.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Julian Andres Klode -- long description: ftpsync provides fast synchronization of directories on ftp sites. It uses text files and sha1sums to calculate differences and uploads only the changed files, new files and new directories and removes obsolete files and directories on the ftp site . Homepage: http://jak-linux.org/projects/ftpsync/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
RFS: dir2ogg -- audio file converter into ogg-vorbis format
Dear mentors, I am looking for a sponsor for my package "dir2ogg". * Package name: dir2ogg Version : 0.10-1 Upstream Author : me - Julian Andres Klode <[EMAIL PROTECTED]> * URL : http://jak-linux.org/projects/dir2ogg/ * License : GPL Section : sound It builds these binary packages: dir2ogg- audio file converter into ogg-vorbis format The package appears to be lintian clean. The upload would fix these bugs: 428188 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dir2ogg - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dir2ogg/dir2ogg_0.10-1.dsc I would be glad if someone uploaded this package for me. Kind regards Julian Andres Klode -- long description: dir2ogg converts MP3, M4A, WMA and WAV files to the open-source OGG format. It is a python script that simply binds together mpg123, faad, and oggenc making it easier for the user to convert his/her music files. It also supports id3 tags. . Homepage: http://jak-linux.org/projects/dir2ogg/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: ftpsync -- fast ftp directory synchronization
Am Montag, den 16.07.2007, 06:45 +1000 schrieb Matthew Palmer: > On Sun, Jul 15, 2007 at 05:13:58PM +0200, Julian Andres Klode wrote: > > I am looking for a sponsor for my package "ftpsync". > > Any major feature improvements over sitecopy? > > - Matt > > ftpsync can create index.html files. Version 0.2 will include support for templates and inline python to create these directory indexes. And it will allow you to create *.html files from *.html.in files by inserting them into the template. And of course it is written in python, which means it is Arch independent and we have not that much code. And it behaves more like a VCS software, in fact we have: init (Wizard to configure a directory) help commit status options, though we don't keep the file history (but we have a log file, .log.gz) We also miss some features available in sitecopy (like fetching the data from the remote site). Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: envctrl
At first I am no DD, but here are some notes: > - dget > http://mentors.debian.net/debian/pool/main/e/envctrl/envctrl_20070716-1.dsc Please use a better version like 0+20070716, so you can later upload a version like 0.1 to debian without using epochs. > > Some notes/questions: > * the package is lintian clean, as are -modules packages generated from > envctrl-source > * it is my intention that this package be uploaded to experimental Then you need to set the distribution to experimental and not to unstable in the changelog. > * the .orig.tar.gz was created during packaging - the module sources came > from > SVN; there is no upstream tarball Maybe add a get-orig-source target, which downloads from svn and creates the orig.tar.gz > * are -modules packages auto-generated by buildds for Debian kernels, or do I > need to manually build and provide -modules packages for upload? There is linux-modules-extra for building *-modules packages. > > Thanks in advance, > David. > > -- > David Johnson > www.david-web.co.uk > > -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: envctrl
A few other things: 1. Homepage: http://www.david-web.co.uk/index.php?p=envctrl should be Homepage: http://www.david-web.co.uk/index.php?p=envctrl (with 2 spaces at the beginning) 2. Do not install the modules to /lib/modules/*/extra/, this is only for linux-modules-extra. Maybe install it to misc? 3. envctrl-modules-_KVERS_.postinst.modules.in is not needed, module-assistant creates the postinst files with depmod calls automatically. -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: dir2ogg -- audio file converter into ogg-vorbis format
Am Dienstag, den 17.07.2007, 13:56 -0600 schrieb Oleksandr Moskalenko: > I think you should discuss avoiding effort duplication with Christian. Christian could have filed an ITP. I now develop this software and when it is in unstable, Christian can remove it from his archive. > * The man page has errors. For instance, > > -m or --convert-m4a > convert M4A files to OGG. Only used with -d or -r. Requires faad. > > -f or --convert-wma > convert M4A files to OGG. Only used with -d or -r. Requires mplayer. > > See the "M4A" duplication? Will be fixed in 0.10.1 > > * README file that you ship in the package has erroneous installation and > licensing sections. What exactly do you mean? > > * Oh, and dir2ogg is buggy in non-ascii character handling in file tags. For > instance, an attempt to convert an m4a file with a non-ascii string in the > tags results in the following error: > This will be fixed in 0.11 by using mutagen to write the tags to the file. > Regards, > > Alex. -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: dir2ogg -- audio file converter into ogg-vorbis format
Jon Dowland wrote: On Tue, Jul 17, 2007 at 10:14:22PM +0200, Julian Andres Klode wrote: Am Dienstag, den 17.07.2007, 13:56 -0600 schrieb Oleksandr Moskalenko: I think you should discuss avoiding effort duplication with Christian. Christian could have filed an ITP. I now develop this software and when it is in unstable, Christian can remove it from his archive. Is that the best solution? What about people who use his package already? I see that your package is a newer upstream version. Have you contacted Christian at all? People who use his package would automatically upgrade to the new package. I forwarded this thread to him and asked him if he wants to be the co-maintainer. -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Jabber: [EMAIL PROTECTED] AIM/Yahoo/MSN: jaklode Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages:http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: multiget
Am Mittwoch, den 15.08.2007, 23:50 +0800 schrieb LI Daobing: > Dear mentors, > > I am looking for a sponsor for my package "multiget". > > * Package name: multiget > Version : 1.1.4-1 > Upstream Author : liubin <[EMAIL PROTECTED]> > * URL : http://multiget.sourceforge.net/ > * License : GPL > Section : net > > It builds these binary packages: > multiget - graphical download manager > > The package appears to be lintian clean. > > The upload would fix these bugs: 388427 > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/m/multiget > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/m/multiget/multiget_1.1.4-1.dsc > > I would be glad if someone uploaded this package for me. > > Kind regards > LI Daobing I am no DD, which means I can not upload it, but I took a look at the package. few things can be improved: - Remove changelog.txt from debian/docs, you install it with dh_installchangelogs - Delete the lines you commented out, this makes it easier to read. - Use Priority: optional -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: How to deliver an binary file
Vincent Bernat wrote: > OoO Pendant le temps de midi du dimanche 19 août 2007, vers 12:06, > Christian Welzel <[EMAIL PROTECTED]> disait: > > > i packaged typo3-src and had to add an source-file for a font that is used > > inside typo3. The file is a gzipped .sfd file and currently i handle this > > by > > repackaging the orig.tar.gz (my former sponsor wanted this). But my > > new sponsor thinks this should be added during package build. But this way > > the 88kb binary file would be in the diff.gz... > > What is the prefered way to handle this ? > > > PS: i talked to upstream some time ago and they do not want to add > > this into their releases. So i have to handle this on my own. > > To be able to include it in diff.gz, you need to encode it. You can use > uudecode to decode it. Therefore, you need to source depend on sharutils. > -- > I WILL NOT CUT CORNERS > " "" " " " > " "" " " " > -+- Bart Simpson on chalkboard in episode 7F11 > > You don't need sharutils, you can use perl's pack function See the footnote in the Developer's Reference http://www.debian.org/doc/developers-reference/footnotes.en.html#f7 -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: multiget
Am Sonntag, den 19.08.2007, 22:55 +0800 schrieb LI Daobing: > On 8/16/07, Julian Andres Klode <[EMAIL PROTECTED]> wrote: > > Am Mittwoch, den 15.08.2007, 23:50 +0800 schrieb LI Daobing: > > > Dear mentors, > > > > > > I am looking for a sponsor for my package "multiget". > > > > > > * Package name: multiget > > > Version : 1.1.4-1 > > > Upstream Author : liubin <[EMAIL PROTECTED]> > > > * URL : http://multiget.sourceforge.net/ > > > * License : GPL > > > Section : net > > > > > > It builds these binary packages: > > > multiget - graphical download manager > > > > > > The package appears to be lintian clean. > > > > > > The upload would fix these bugs: 388427 > > > > > > The package can be found on mentors.debian.net: > > > - URL: http://mentors.debian.net/debian/pool/main/m/multiget > > > - Source repository: deb-src http://mentors.debian.net/debian unstable > > > main contrib non-free > > > - dget > > > http://mentors.debian.net/debian/pool/main/m/multiget/multiget_1.1.4-1.dsc > > > > > > I would be glad if someone uploaded this package for me. > > > > > > Kind regards > > > LI Daobing > > > > I am no DD, which means I can not upload it, but I took > > a look at the package. > > > > few things can be improved: > > - Remove changelog.txt from debian/docs, you install it with > >dh_installchangelogs > > - Delete the lines you commented out, this makes it easier > >to read. > > - Use Priority: optional > > > Hello, > > an updated version in mentors.debian.net (fix all above issues), need > I repost the RFS? > Simply answer to this message with "Re: RFS: multiget (still need sponsor)" or similar. I attached a diff with a few improvements and a man page. (debdiff.diff.gz) If you want to, you can also add me to Uploaders. (And add a changelog entry, both in me-as-uploader.diff.gz) Also update the timestamp in the next upload. I hope you find a sponsor soon. -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] debdiff.diff.gz Description: GNU Zip compressed data me-as-uploader.diff.gz Description: GNU Zip compressed data signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: License issues with md5deep
Giovanni Mascellani wrote: > Hi all! Hi > These days I am trying to package md5deep for Debian[1]. Although it is > my first compiled package (the other was in Python), I'm not having any > technical problem. I have just a bunch of question for you about the > license. I don't know if you should write to debian-legal, or you can > help me directly. debian-legal is a better place. > This file is surely GPL and not in the public domain. Isn't illegal to > link GPL object code with other non-GPL object code and don't > distribute it as GPL? In other words, because of only this GPL file, > all the package should be GPL licensed, isn't it? I think, it's a GPL violation. The problem is that you cannot relicense the public domain parts under the GPL, because they can not be copyrighted. > > Last, but not least, whirpool.c and whirpool.h don't have any copyright > notice at all. > > The README says: > This program is a work of the US Government. In accordance with 17 USC > 105, copyright protection is not available for any work of the US > Government. Lawyer to English translation: This program is PUBLIC > DOMAIN. > Not only is this program not copyrighted, but IT CANNOT BE COPYRIGHTED > BY > ANYBODY AT ANY TIME UNDER ANY CIRCUMSTANCES. > > In Debianizinig this program, I own a piece of copyright on the final > work. Isn't this in contrast with the "Lawyer to English" clause? You can make your debian packaging public domain. > > Sorry for writing this long and meticulous email, but this is my second > package and I'm not expert yet. I wouldn't do anything illegal! Can you > answer me, or should I write to debian-legal? You should better write to debian-legal. -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: multiget
Justin Pryzby wrote: > On Sun, Aug 19, 2007 at 06:20:19PM +0200, Julian Andres Klode wrote: > > Am Sonntag, den 19.08.2007, 22:55 +0800 schrieb LI Daobing: > > > On 8/16/07, Julian Andres Klode <[EMAIL PROTECTED]> wrote: > > > > Am Mittwoch, den 15.08.2007, 23:50 +0800 schrieb LI Daobing: > > > > > Dear mentors, > > > > > > > > > > I am looking for a sponsor for my package "multiget". > > > > > > > > > > * Package name: multiget > > > > > Version : 1.1.4-1 > > > > > Upstream Author : liubin <[EMAIL PROTECTED]> > > > > > * URL : http://multiget.sourceforge.net/ > > > > > * License : GPL > > > > > Section : net > > > > > > > > > > It builds these binary packages: > > > > > multiget - graphical download manager > > > > > > > > > > The package appears to be lintian clean. > > > > > > > > > > The upload would fix these bugs: 388427 > > > > > > > > > > The package can be found on mentors.debian.net: > > > > > - URL: http://mentors.debian.net/debian/pool/main/m/multiget > > > > > - Source repository: deb-src http://mentors.debian.net/debian > > > > > unstable main contrib non-free > > > > > - dget > > > > > http://mentors.debian.net/debian/pool/main/m/multiget/multiget_1.1.4-1.dsc > > > > > > > > > > I would be glad if someone uploaded this package for me. > > > > > > > > > > Kind regards > > > > > LI Daobing > > > > > > > > I am no DD, which means I can not upload it, but I took > > > > a look at the package. > > > > > > > > few things can be improved: > > > > - Remove changelog.txt from debian/docs, you install it with > > > >dh_installchangelogs > > > > - Delete the lines you commented out, this makes it easier > > > >to read. > > > > - Use Priority: optional > > > > > > > Hello, > > > > > > an updated version in mentors.debian.net (fix all above issues), need > > > I repost the RFS? > > > > > Simply answer to this message with "Re: RFS: multiget (still need > > sponsor)" or similar. > > I attached a diff with a few improvements and a man page. > > (debdiff.diff.gz) > --- multiget-1.1.4/debian/copyright > +++ multiget-1.1.4/debian/copyright > > -Upstream Author: > - > -liubin <[EMAIL PROTECTED]> > - > -Copyright: > - > -Copyright (C) 2006 liubin > - > License: > +Copyright (C) 2006 liubin <[EMAIL PROTECTED]> > > I don't like this change. luibin isn't a license, and it loses the > information about the original upstream author (which can differ from > the copyright holder). > > Justin > > References > > [0] http://lists.debian.org/debian-mentors/2005/02/msg00371.html > > In the proposed format for copyright files [0], there would also be no different authors field. Merging Upstream Author and Copyright should be OK. [0] http://wiki.debian.org/Proposals/CopyrightFormat -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
RFS: ndisgtk (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.8-1 of my package "ndisgtk". It builds these binary packages: ndisgtk- graphical frontend for ndiswrapper (installation of Windows WiFi The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/n/ndisgtk - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/ndisgtk/ndisgtk_0.8-1.dsc I would be glad if someone uploaded this package for me. Kind regards Julian Andres Klode (Please CC me on your answers) signature.asc Description: OpenPGP digital signature
Re: ITS: cryopid - QA upload
Am Mittwoch, den 20.08.2008, 19:56 +0100 schrieb Neil Williams: > Julian, in #428739, the maintainer who orphaned this package says: > > "Prospective adopters are still welcome to ask me for sponsoring." > > I wonder, have you contacted Christoph Berg (myon) via this list or > direct about that offer? It was actually more or less part of my NM process. It is not uploaded because the executables created by the command do not run, they always segfault. At least that was the situation on sid/amd64 with kernel 2.6.25. (If you create them using the old version from the archive, they work) - Have you successfully managed to freeze and continue a process? - If yes, on which architecture? See Bug#479902 for further information. > > (I've been away from the list for a while, I would have missed any offer > made so I'm just checking. Christoph has been away at DebConf8, like me, > so he might have missed the request too.) > > I've downloaded, built and reviewed the package and I'm happy to upload > it if Christoph does not have time. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: multiget: graphical download manager (2nd try)
LI Daobing wrote: > Dear mentors, > > I am looking for a sponsor for my package "multiget". I have sponsored it, see http://ftp-master.debian.org/new/multiget_1.2.0-1.html -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: [EMAIL PROTECTED] Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ signature.asc Description: Digital signature
Re: RFS: cdarch
Jann Horn wrote: > Dear mentors, > > I am looking for a sponsor for my package "cdarch". I don't intent to sponsor this, but here are some problems I have found: - Don't use /var/medias/, use e.g. /var/lib/medias/ (or /var/lib/cdarch) - You modify /etc/fstab, I guess it's better to let the user do this manually (or use an init script) - Use Standards-Version 3.8.0 - Don't set CFLAGS if you only copy files - There is no manpage - You're copying a script to /etc/init.d/ instead of using dh_installinit. - You're copying scripts to different locations, you may want to use dh_install. - Cleanup your rules file by removing unneeded stuff - Don't patch upstream files in the diff.gz - Find a section for the package, unknown is no section. - You can remove the whole Depends: line it seems - You could use debhelper 7, a minimalistic rules file and use debian/{install,manpages} files to install the relevant files. - You could write the copyright files using the machine-interpretable format [1] [1] http://wiki.debian.org/Proposals/CopyrightFormat -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: [EMAIL PROTECTED] Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ signature.asc Description: Digital signature
Re: Arch:all package depending on package that isn't Arch:any
Russ Allbery wrote: > It would be nice if there were some way of telling the archive software > not to include this package in the archive index on the platforms it > doesn't support, though. My proposal was http://lists.debian.org/debian-devel/2008/02/msg00045.html -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Arch:all package depending on package that isn't Arch:any
2009/1/13 Neil Williams : > On Tue, 13 Jan 2009 08:30:08 +0100 > "Julian Andres Klode" wrote: > >> Russ Allbery wrote: >> > It would be nice if there were some way of telling the archive software >> > not to include this package in the archive index on the platforms it >> > doesn't support, though. >> >> My proposal was http://lists.debian.org/debian-devel/2008/02/msg00045.html > > And an improved version which doesn't add unnecessary content was > offered too: > > http://lists.debian.org/debian-devel/2008/02/msg00355.html > > How about using (for example) > > Architecture: all [i386 amd64 ppc] > > This has two advantages over a separate line: > 1. it doesn't bloat the Packages.gz file (which is v.important for > embedded) > 2. it follows existing conventions for such data, e.g. build-depends > and depends lines, which means that existing tools require fewer > changes to process the new information > > We don't have Build-Depends-Architecture or Depends-Architecture, so > why consider Install-Architecture? Fundamentally, these are the same > problem so the same solution would be useful. > > What is needed now is for someone to pursue the idea with bug reports > and patches to get it implemented. Ideas are fine but someone needs to > do the work of identifying what needs to change and how to get it > working. > If we copy this field 1:1 into the package and the Packages files, many packages will require patches, and the policy as well. I will try to provide patches for dpkg, dak, apt and python-apt, as well as the policy. As this change is not backwards-compatible, the first time we could introduce such packages would be squeeze+1. -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: pygpgme
Miguel Filho wrote: > I am looking for a sponsor for my package "pygpgme". Although I do not want to sponsor it, I took a look at the package and here are my thoughts: Serious problems: You do not use a pristine upstream tarball. All your changes should be kept in the .diff.gz. And the first changelog entry should be 0.1-1. Your copyright file is partially wrong. You mixed text from the LGPL and the GPL. Minor: You do not need the whole configure targets in debian/rules, they do nothing. You should add a debian/watch file, see New Maintainers' Guide 5.10 for more information. It's not a requirement, but it's good to have. You may want to follow the machine-interpretable copyright format proposal defined at: http://wiki.debian.org/Proposals/CopyrightFormat -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ signature.asc Description: Digital signature
Re: [RFS] python-lockfile 0.7-2
Ben Finney wrote: > Howdy mentors, > > I am seeking a sponsor for my new package, ‘python-lockfile’ version > 0.7-2. First of all, because you are not compiling anything, you don't have to build-depend on python-all-dev. In fact, you can simply build-depend on python [it's just copying the file to a directory]. And since you are using dh7, you can simplify your debian/rules even more. And using python-support instead of python-central would also reduce the complexity. And you should also install RELEASE-NOTES as changelog.gz, as specified in Policy 12.7: "If an upstream changelog is available, it should be accessible as /usr/share/doc/package/changelog.gz in plain text. [...] If the upstream changelog files do not already conform to this naming convention, then this may be achieved either by renaming the files, or by adding a symbolic link, at the maintainer's discretion." BTW, have you considered to use the original license for your packaging as well? Because the time you add a patch to your package, the combination of both is GPL licensed as well. Using the same license as the upstream helps people to detect the correct license of the resulting work in an easier manner (and upstream maybe likes you more if you use the same license). Last but not least, I prefer to sponsor packages using a single revision for every upload made to Debian. And before I forget to ask, why do you want this package to get into Debian? Summary and other small issues --- debian/rules: - There is a char in line 23, which should not be there - The file could be much smaller by using dh's full power - RELEASE-NOTES should be installed as changelog debian/control: - Build-Depend on python instead of python-all-dev debian/copyright: - Update to the latest revision of the specification - Indent with one space, not with 4 spaces -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ signature.asc Description: Digital signature
Re: [RFS] python-lockfile 0.7-2
On Fri, Mar 06, 2009 at 08:59:17AM +1100, Ben Finney wrote: > Don't I need to depend on ‘python-all’? Since the package is to be > installed to *all* Python versions in Debian, not just the latest one. Because you are only copying, it should make no difference. You only need python-all if you have to call setup.py with different python versions. You simply don't need python2.5 and python2.4 if you just want to call python. And that's what 'dh' does. > Also, should the build dependency on Python be ‘Build-Depends’ or > ‘Build-Depends-Indep’? dh_auto_clean runs python setup.py clean, and therefore Python has to be in Build-Depends as it is needed for the clean target. > In general, though, what's the guideline for how non-changelog the > file contents can be before it's not really appropriate to use it as > the upstream changelog? Many upstream packages contain a “notes to > the user about recent releases” file, which would be more appropriate > as ‘NEWS’ in a Debian package. I do not think that there is a guideline, at least I do not know of any. Generally, you can treat the file which contains more entries as the changelog. > I must agree with others in this forum that it's easier to track the > differences between different releases if they actually have different > release numbers. I generally treat mentors.debian.net in the way I treat a temporary branch in eg. git. I develop a particular feature in this branch and then squash-merge it into master, and only a summary of all changes made in the other branch, relative to master. And in Bazaar, if you merge a branch you also get a top-level message, and the merged commits are simply sub-revisions. And in your case, you are using a VCS to develop your package, which means you still have all your changes there. > Normal white space: ASCII FF, a page break. I use them because they > are useful for navigating a text file “by page” in the editor. Interesting. I haven't seen anything using it, and at least my editor simply prints "FF" (with a black background). > I have been following the progress of the specification, and haven't > seen any format changes that would affect any copyright file I work > on. Can you point out the changes that affect this copyright file? Well, you have changed it again to allow the symbols for copyright, so this particular problem is gone (but it was in revision 440). But I can not see that 'Expat' is listed as a valid value for 'License' anywhere. > What's the reasoning for that? Any indentation is sufficient for > conforming with the format specification (since it's sufficient for > conforming with the RFC2822 field format). Given the choice, I prefer > to indent with 4 columns. OK, but most people actually use 1 space, and you don't use 4 spaces in debian/control either. -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [RFS] python-lockfile 0.7-2
On Fri, Mar 06, 2009 at 11:49:36PM +1100, Ben Finney wrote: > Okay. Perhaps, then, I should remove that dependency altogether, since > ‘python’ will be satisfied by a dependency on either of > ‘python-central’ or ‘python-support’? You have to build-depend on python, because it's required by the Python Policy[1]. > > > OK, but most people actually use 1 space, and you don't use 4 spaces > > in debian/control either. > > I do, for everything except the ‘Description’ field, where the number > of indentation columns is significant. Actually, I do it almost the same way, but I do not use 4 spaces, but the number of spaces required to get all items on the same column, eg: Depends: a, b But I don't use this very often, only for really long lists. [1] http://www.debian.org/doc/packaging-manuals/python-policy/ap-build_dependencies.html -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: debhelper 7, installchangelogs, renames (was: [RFS] python-lockfile 0.7-2)
On Sat, Mar 07, 2009 at 12:29:47AM +1100, Ben Finney wrote: > But how can I tell ‘dh_installchangelogs’ the name of this file, with > an elegant mechanism like the ‘debian/docs’ configuration file for > ‘dh_installdocs’? It would be a shame if I have to actually invoke > ‘dh_installchangelogs’ explicitly in the ‘install’ target, because > that leads to: > > install: > dh install --until installchangelogs > dh_installchangelogs FOOFILE > dh install --remaining > > Not terrible, but it does rather detract from the simplicity of the > rest of the rules. Is there a better way? With debhelper (>= 7.0.50) you can add this to debian/rules: override_dh_installchangelogs: dh_installchangelogs RELEASE-NOTES -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Sponsorship requirements and copyright files
On Thu, Mar 19, 2009 at 04:40:33PM +, Sune Vuorela wrote: > After a discussion on #debian-mentors and other places, I will not > sponsor packages using the copyright file format described on > http://wiki.debian.org/Proposals/CopyrightFormat I like the format, and I will only sponsor NEW packages using this format, because it makes checking the license terms much easier, and because it is easier to read. An exception is for packages which are otherwise perfect during my initial review (see multiget), because the better you are the more freedom you get. [I did not sponsor anything else, so this rule has not been not applied yet]. > It is a too complex, overengineered solution to a very minor issue. Well, maybe it should be allowed to be a little bit less exact about the copyright holders of the files, and just require different Files sections for different licenses, eg. (the UK+US example) Files: UK Copyright: © 2009 Joe Bloggs License: GPL-3+ Files: US Copyright: © 2009 John Doe License: GPL-3+ could be turned into: Files: US, UK Copyright: © 2009 Joe Bloggs © 2009 John Doe License: GPL-3+ > It is not easy readables for humans > It is ugly It's easier to read than free form text, because you know where you have to look. And you can write programs to make it even easier, and an XML format would be ugly, but this one? > Too time consuming to write and check For big packages, yes. But checking does not require more time than with the old format, sometimes even less. > No real gain. You can write a program checking your copyright files and validating it against the source code. And checking it is in fact easier, at least if you have a program (lintian could read debian/copyright and validate the files, printing warnings for excluded or wrong files). -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ signature.asc Description: Digital signature
Re: RFS: me-tv (updated package)
On Mon, Aug 10, 2009 at 01:19:14PM +0200, Teis Dreijer wrote: > Dear mentors, > > I am looking for a sponsor for the new version 1.0.0-0+nmu1 > of my package "me-tv". I NMU this with approval of current/previous > maintainer and upstream developer Michael Lamothe. > > It builds these binary packages: > me-tv - Me TV, it's TV for me computer > > The package appears to be lintian clean. > > The upload would fix these bugs: 523871, 527946, 536300, 539161, 540422 > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/m/me-tv > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/m/me-tv/me-tv_1.0.0-0+nmu1.dsc > > I would be glad if someone uploaded this package for us all to enjoy. As already discussed, I will do it. -- Julian Andres Klode - Free Software Developer Debian Developer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: juli...@jabber.org Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ pgpLZ5dBCdo4B.pgp Description: PGP signature
Re: linux-any arch
On Sat, Nov 21, 2009 at 02:55:04PM +0100, Benoit Mortier wrote: > Hello, > > i maintain and packages with other the ofed suite (infiniband packages) > pkg-ofed within Debian and i got a bug report > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554715 > > who is suggesting the use of Architecture line into "linux-any", but when > checking the packages with lintian he told me that > > W: libnes source: unknown-architecture linux-any > > So i checked on the mailing list and found this discussion > > http://www.mail-archive.com/debian-devel%40lists.debian.org/msg277967.html > > So my question is can we use linux-any today or do we have to fix the > problem an other way ? It's still not in the policy and many tools still don't support it. It may be possible to use it after the Squeeze release. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Build depending on linux architectures only
Am Montag, den 01.02.2010, 19:38 +0100 schrieb Helge Kreutzmann: > Hello, > I have a package (linuxinfo) which is by design only sensible on linux > architectures. So far, this was no problem as all official > architectures were linux based. Since now *bsd architectures are > present within debian and others are in the works in and outside > debian (hurd, nexenta) I would like to state in my debian/control, > that a linux architecture (even if it is not (yet) in Debian, like > sh4/avr32) is required for building. File a bug against buildd.debian.org requesting to add the package to Packages-Arch-Specific as Linux only. But your package should be easily portable GNU/kFreeBSD because kfreebsd-* includes a Linux-compatible[1] /proc (linprocfs). I compiled it by removing the check for linux in linuxinfo.h, although the application ended in an infinite loop. Regards, Julian [1] Linux2.4 on FreeBSD 7, Linux version 2.6.16 (d...@freebsd.org) (gcc version 4.3.4) #4 Sun Dec 18 04:30:00 CET 1977 on FreeBSD 8. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org