Re: Getting started on Debian
Christoph Pohl wrote: > Hello, > I would like to start helping Debian, and I can code in C. > I was thinking to "adopt" Jamin, but I am going to need a "helping hand", > because I am completely new to all this. Debian has a *huge* amount of quality documentation. For packaging: http://wiki.debian.org/HowToPackageForDebian The New Maintainers Guide: http://www.debian.org/doc/maint-guide/ The developers reference: http://www.debian.org/doc/developers-reference/ One section in the reference is about adopting a package: http://www.debian.org/doc/developers-reference/pkgs.html#adopting Of course all of these are pretty easy to find using Google :-). Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100312194804.95539d1c.mle+deb...@mega-nerd.com
Re: Generating lintian-overrides file?
Russ Allbery wrote: > We have a ton of exceptions already by file extension, so it's trivial > to add another one. Given your description of an *.hi file, I have a > hard time imagining anything named copyright.hi or license.hi will be > anything other than a false positive. Ok, License.hi is the standard interface file, and License.p_hi is the profiling version (just for completeness). Cheers, Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Generating lintian-overrides file?
Russ Allbery wrote: > Yeah, that sounds like a good Lintian exception. I see no good reason to make lintian aware of this particular exception. It might however make sense to make lintian ignore any file named license* if that file is a binary file. The Distribution/License.hi file I'm looking at contains (as a hex dump): : 00 01 FA CE 00 00 00 00 00 00 55 34 04 00 00 00 0010: 36 00 00 00 31 00 00 00 30 00 00 00 33 01 00 00 0020: 00 70 00 00 00 00 00 00 45 41 00 00 00 00 00 00 0030: 00 00 00 00 00 00 00 00 00 01 00 35 7A 17 87 18 0040: CB DC 23 77 22 D5 9A 45 C0 A0 CD 03 82 C2 9F B8 There is no way that could be mistaken for a human readable license file :-). However, I have no problem with lintian staying as it is and me providing a lintian-overrides files especially since the use of the wildcard makes it so easy. > I think you may be confusing me with someone else. :) Ooops, yes. It was a Brandon S. with your surname. Sorry about that :-). Cheers, Erik -- ------ Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Generating lintian-overrides file?
Russ Allbery wrote: > What *is* the content of the file? In other words, more fundamentally, > why is it there and what does it do? Its a haskell interface definition file. When ghc6 compiles the Haskell source code file License.hs it generates an object file and the itnerface file License.hi. In the package I'm working on License.hs specifies the license of a Hackage/Cabal package. See: http://hackage.haskell.org/packages/archive/Cabal/1.4.0.1/doc/html/Distribution-License.html As a haskell hacker, I thought you may have recognised that :-). Cheers, Erik -- ------ Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Generating lintian-overrides file?
Peter Pentchev wrote: > Thus, you could try something like: > > libghc6-cabal-dev binary: extra-license-file */Distribution/License.hi Wow, thats an even nicer solution. Thanks. Erik -- ------ Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Generating lintian-overrides file?
Chow Loong Jin wrote: > I see. In that case, you can generate the pkg.lintian-overrides file in > any of the CDBS extension rules before dh_lintian is called. dh_lintian > is called in binary-install/. So just stick it into any rule before > that. Thanks, I'll try that. Cheers, Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Generating lintian-overrides file?
Chow Loong Jin wrote: > You could, but I am not aware of any lintian tag specifying the version > of the package in it. Could you post the output of lintian exactly? Sorry, I think you misunderstood. Lintian complains about the file: usr/lib/haskell-packages/ghc6/lib/Cabal-1.6.0.3/ghc-6.10.3/Distribution/License.hi The hand generated lintian overrides file contains this: libghc6-cabal-dev binary: extra-license-file usr/lib/haskell-packages/ghc6/lib/Cabal-1.6.0.3/ghc-6.10.3/Distribution/License.hi However, every time the compiler version changes (6.10.3 above) or the package version number changes (1.6.0.3 above) I need to hand edit the overrides file. Hence, I'd like to autogenerate this file. I'm using CDBS, so the normal debian/rules solutions don't work. Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Generating lintian-overrides file?
Hi all, I'm packaging something with has an installable file called License.hi which is not a license file, but gets caught by the extra-license-file lintian warning. I can add a pkgname.lintian-override file, but the path in the override file has the package version number embedded in it. Is there some way I can autogenerate this lintian-override file? Cheers, Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Packaging data for a CGI
Mehdi Dogguy wrote: > Erik de Castro Lopo a écrit : > > > > Where should I put these resources? > > > > Try to look at darcsweb which faces the exact same problem. Thanks Mehdi. That looks like what I'm after. Cheers, Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Packaging data for a CGI
Peter Pentchev wrote: > Look at some other packages; I believe the convention is to use > /usr/share/. In your case, if there is already stuff in > /usr/share/hoogle/ for the hoogle-data package, you might pick > /usr/share/hoogle/www/ or www-data/ or something like that for > the CGI script's resources. Sorry, I don't think I explained my self clearly enough. The problem is that the CGI generates HTML which has links which look like: /hoogle/hoogle.css /hoogle/hoogle.png /hoogle/hoogle.js which the web client would interpret as: http://host-cgi-was-served-from/hoogle/hoogle.css and so on. The obvious solution is to put them in /var/www/hoogle/ but this location seems to be discouraged by the policy manual. I was wondering if there was another solution. Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Packaging data for a CGI
Hi all, I'm packaging a command line app called hoogle that can also run as a CGI (depending on whether QUERY_STRING or REQUEST_URI is defined). The source package generates three binary packages: hoogle - the binary hoogle-data - architecture independant data hoogle-cgi - creates a symlink from /usr/lib/cgi-bin to the binary in /usr/bin/ The issue I'm having is that the CGI also has some resources (an XML file, a javascript file and some PNGs) that need to be put somewhere appropriate so the web server can serve them in response to a standard HTTP GET. I would put this somewhere under /var/www but the policy manual says thats a bad idea: http://webapps-common.alioth.debian.org/draft/html/ch-issues.html Where should I put these resources? Cheers, Erik -- ------ Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
