Sponsor for link-grammar
Could someone please sponsor an upload of link-grammar for me? The packages are at http://lingcog.iit.edu/~bloom/link-grammar/ My usual sponsor is Anibal Monsalve Salazar, but I've tried asking him for an upload several times over the past few months and never gotten a response or an upload. --Chanoch Bloom -- Ken (Chanoch) Bloom. PhD candidate. Linguistic Cognition Laboratory. Department of Computer Science. Illinois Institute of Technology. http://www.iit.edu/~kbloom1/ signature.asc Description: Digital signature
Re: RFS: giac -- computer algebra system with nice GUI
Marcus Better wrote: > Rogério Brito wrote: > >>>there's actually no Computer Algebra System available in etch, > > > Right, although sid has "axiom" (for most architectures). There are several in sid: axiom, maxima, yacas, mathomatic, gap apt-cache search algebra | grep -v [a-z0-9]-[a-z0-9] --Ken Bloom -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: sysinfo -- simple GNU/Linux program that displays computer/system information
Adriaan Peeters wrote: > On Wed, 2005-12-07 at 10:25 -0500, Justin Pryzby wrote: >>But there is no rule against .diff fragments outside of ./debian/, and >>AFAIK its not even strongly recommended; (of course, there are times >>when it makes perfect sense: when there are many independent >>Debian-specific changes to upstream source). >> >>What is wrong is to have the .diff apply changes to generated code >>(such as ./Makefile in an autoconfed tree). > > > Because I run autoconf before packaging, I guess it is not possible to > use dpatch for my Makefile.am file. And the changes to Makefile.in are > the result of running autoconf, so using dpatch for that would be really > wrong. I find it useful to make a bunch of changes as separate patches in quilt (substitude dpatch if you prefer), then autoreconf the package and make the autotoolization be the last patch. That lets me back out all of the autoreconf so that it doesn't conflict with anything when I upgrade to the next version. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Creating a randomized cron entry
Florian Weimer wrote: > * Christoph Berg: > > >>Re: Florian Weimer in <[EMAIL PROTECTED]> >> >>>I'd like to create a cron entry which is run once a day, at some >>>random time. This is necessary because the cron entry will result in >>>a request over the network, and I want to avoid that all hosts in a >>>time zone pound the server at the same time. >> >>I guess it is ok if you create a fixed entry for a machine, and the >>different entries on different machines will then do the load >>balancing. Just pick two random numbers and put them in /etc/cron.d/. > > > Hmm, should the postrm script delete it during purge? It's not a > conffile, and I don't like changing files under /etc automatically. You're not changing files under /etc automatically. /etc/cron.d is a directory, and you're putting your own cronjob in there. It's a config file that you're generating in the maintainer scripts just the same way that you'd generate any other conffile in response to debconf questions. It might be nice to drop the admin a debconf note telling them you generated a random cronjob (so they can change it if the computer won't be up), possibly better if you specifically ask them what time they want it, but you give it a random default. (I don't know if this last part is possible). >>Keep in mind that Debian users usually expect that daily cronjobs will >>still be run if the machine is down at night and anacron is installed. >>You might want to add an additional @reboot job. You might have to look at how the daily cronjobs are run using anacron (iff anacron is installed) when they are missed and replicate the mechanism for yourself in your own package. --Ken Bloom -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: link-grammar
I need a sponsor to upload a new version of link-grammar. The packages are at http://lingcog.iit.edu/~bloom/link-grammar/ The package is maintained in git at http://git.debian.org/?p=collab-maint/link-grammar.git;a=summary i.e. git://git.debian.org/collab-maint/link-grammar.git I'd really like if someone could sponsor me on an ongoing basis until they're comfortable enough to advocate for me as a Debian Maintainer. I used to work with Anibal Monsalve Salazar, but he doesn't respond to my emails anymore. Description: Carnegie Mellon University's link grammar parser for English In Selator, D. and Temperly, D. "Parsing English with a Link Grammar" (1991), the authors defined a new formal grammatical system called a "link grammar". A sequence of words is in the language of a link grammar if there is a way to draw "links" between words in such a way that the local requirements of each word are satisfied, the links do not cross, and the words form a connected graph. The authors encoded English grammar into such a system, and wrote this program to parse English using this grammar. . link-grammar can be used for linguistic parsing for information retrieval or extraction from natural language documents. It can also be used as a grammar checker. Homepage: http://www.link.cs.cmu.edu/link/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Seeking sponsors for 3 packages
I'm looking for sponsors for three small packages. Two are my own development project: Package: qtzmanim Version: 1.0.7 Description: A program for computing the times for jewish rituals This program calculates the zmanim (times for Jewish rituals) according to the GR"A opinion. This is a GUI version using QT. Package: zmanim Version: 1.0.6 Description: A program for computing the times for jewish rituals This program calculates the zmanim (times for Jewish rituals) according to the GR"A opinion. The third was written by someone else, but it's very useful: Package: svp Version: 0.2-3 Description: An SVGAlib based viewer for PostScript and PDF files svp is an SVGAlib based GhostScript frontend, allowing you to view PostScript and PDF files on your virtual consoles. All of my packages are at http://wwwcsif.cs.ucdavis.edu/~bloom/ -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/17/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. ***
Re: Seeking sponsors for 3 packages
On Wed, 18 Aug 2004 01:45:07 -0700, Steve Langasek wrote: > Do we really want to be adding to the number of svgalib-based programs in > the archive? Surely this isn't the only security problem lurking... It's a very simple bug to fix, and documented right in the vga_init manpage. Here's the fix: svp (0.2-4) unstable; urgency=low * Fixed a security bug where a user could run an arbitrary program named gs with root privelages. - Moved vga_init() to be the first command called, as vga_init() drops privelages. If the usage message gets printed, this will print out a bit of cruft first, but it's worth it for security, right? - Hardcoded the path to /usr/bin/gs. Things will break if gs moves, but its much more likely to change name than move and the name was already hardcoded, so what am I worried about? -- Ken Bloom <[EMAIL PROTECTED]> Wed, 18 Aug 2004 15:56:26 -0700 And the fixed package is up on the site I mentioned. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/17/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. ***
Re: Seeking sponsors for 3 packages
On Wed, 18 Aug 2004 01:45:07 -0700, Steve Langasek wrote: > On Wed, Aug 18, 2004 at 09:14:27AM +0100, Steve Kemp wrote: >> On Tue, Aug 17, 2004 at 06:32:30PM -0700, Ken Bloom wrote: > >> > The third was written by someone else, but it's very useful: >> >Package: svp >> >Version: 0.2-3 >> >Description: An SVGAlib based viewer for PostScript and PDF files >> > svp is an SVGAlib based GhostScript frontend, allowing you to view >> > PostScript and PDF files on your virtual consoles. > >> > All of my packages are at http://wwwcsif.cs.ucdavis.edu/~bloom/ > >> I will sponsor this package when it has been fixed to avoid a local >> root attack. > >> The binary is installed setuid(root), and contains the following >> code: > >>snprintf(command, 255, "gs -dBATCH -dNOPAUSE -dSAFER -sDEVICE=nullpage >> \"%s\" 2>&1", filename); >>f=popen(command, "r"); > >> That is it invokes a copy of 'gs' without dropping root privileges and >> without specifying the path to gs. This allows a local user to setup >> a trojan gs command and use it to gain root... > >> Appropriate solutions could be forking and dropping privileges >> temporarily, dropping the +s bit, or something else. > > Do we really want to be adding to the number of svgalib-based programs > in the archive? Surely this isn't the only security problem lurking... So perhaps nobody's interested in another SVGAlib program, especially seeing another program that does the same thing (Which I hadn't been aware of). But is anybody interested in helping me with zmanim and qtzmanim? -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. ***
RFS: zmanim and qtzmanim
I'm looking for sponsors for three small packages that I have written myself: Package: qtzmanim Version: 1.0.7 Description: A program for computing the times for jewish rituals This program calculates the zmanim (times for Jewish rituals) according to the GR"A opinion. This is a GUI version using QT. Package: zmanim Version: 1.0.6 Description: A program for computing the times for jewish rituals This program calculates the zmanim (times for Jewish rituals) according to the GR"A opinion. http://kabloom.dnsalias.com/~bloom/ -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. ***
Re: RFS: zmanim and qtzmanim
On Tue, Aug 24, 2004 at 01:29:57PM +1000, Anibal Monsalve Salazar wrote: > On Mon, Aug 23, 2004 at 04:56:23PM -0700, Ken Bloom wrote: > >I'm looking for sponsors for three small packages that I have written > >myself: > > > > Package: qtzmanim > > Version: 1.0.7 > > Description: A program for computing the times for jewish rituals > >This program calculates the zmanim (times for Jewish rituals) > >according to the GR"A opinion. This is a GUI version using QT. > > > > Package: zmanim > > Version: 1.0.6 > > Description: A program for computing the times for jewish rituals > >This program calculates the zmanim (times for Jewish rituals) > >according to the GR"A opinion. > > > > [my incorrect kabloom.dnsalias.com url snipped] > > Where are the .dsc, .diff.gz and .orig.tar.gz files? I can only find > the .changes and .deb files at: > > http://wwwcsif.cs.ucdavis.edu/~bloom/ I'm not sure why they disappeared, but they're back now. And thanks for noticing that I got the URL wrong. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** signature.asc Description: Digital signature
Re: what stops dmalloc of entering sarge?
On Thu, 26 Aug 2004 16:28:38 -0700, Steve Langasek wrote: > On Fri, Aug 27, 2004 at 01:04:54AM +0200, Luk Claes wrote: > >> dmalloc is a valid candidate regarding pts, but is blocking itself >> regarding bjorn.haxx.se and it isn't even built on arm regarding >> buildd.net??? > >> So, what is wrong and when will dmalloc 5.3.0-3 be ready to enter testing? > > Package: dmalloc > Version: 5.3.0-3 > Depends: libdmalloc4-dev > > Package: libdmalloc4-dev > Version: 5.3.0-3 > Depends: libdmalloc4 (= 5.3.0-3) > > Package: libdmalloc4 > Version: 5.3.0-3 > Conflicts: dmalloc ^ This needs to be a versioned conflicts. > > This is *not* how you create a transition package. You've left dmalloc > uninstallable -- don't upload uninstallable packages to the archive! -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. ***
Re: How to get rid of an epoch?
On Fri, 27 Aug 2004 22:38:15 +0200, Amaya wrote: > I'm doing a little houskeeping before sarge releases. > Then I stumble upon this: > > Rejected: jail_1.6-2_i386.deb: old version (1:1.6-1) in stable >= new >version (1.6-2) targeted at unstable. > Rejected: jail_1.6-2_i386.deb: old version (1:1.6-1) in unstable >= new >version (1.6-2) targeted at unstable. > Rejected: jail_1.6-2_i386.deb: old version (1:1.6-1) in testing >= new >version (1.6-2) targeted at unstable. > > For some reason (the changelog doesn't help much), the previous > maintainer used an epoch at some point and I would like to get rid of > it. What's the best way to do it? One cannot remove an epoch, and you shouldn't consider it "cleaning up" to remove one. Adding an epoch is a tool that is frequently used to clean up screwy version numbers, because adding/incrementing an epoch always overrides any other part of the version number. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. ***
Re: Simple Debian Package Creation?
On Wed, 03 Nov 2004 10:47:45 -0600, Zach Garner wrote: > My company is a software development shop that uses Debian for all of our > production systems. We chose Debian based on it's reputation on packaging. > Our goal is to be able to type 'ant deploy' have our software built, have > debian packages built with our software, and other support software, and > then have a debian repository created. Then be able to do 'apt-get update' > from our production systems, to upgrade our application on those systems. > > Unfortunately, it's not working out so easily. > > I've been a little frustrated with creating debian packages. As a user, I > love Debian, but so far as a package creator, it's given me headaches. I'm > hoping someone can enlighten me on a few things. I have a little > experience with RedHat's packaging about a year ago, so I will mention it > from time to time. Please don't take offense when I say that I like an > aspect of RPM creation better than debian creation. And definitely correct > my when my memory fails. > > First: > 1. The sheer number of helper scripts, with layers and layers of > scripts built on top of each other is really confusing. > 2. The number of files that I have to create within the /debian > directory is difficult to deal with, and having to create the /debian > directory within my application directory and being forced to name my > application directory according to debian rules is very irritating. > 3. Most of the package creation scripts (I'm refering explicitly to > dh_make which is supposed to be the proper way of creating a package, as > discussed in the New Maintainer's Guide) expect that you are building a > traditional unix application, that's written in C, has ./configure and a > Makefile. All we are doing in most of our packages is installing some > files. Why can't that be simple? > > Second, why can't I create packages with standard unix commands? Why can't > I say something like: > $ tar cvzf data.tgz myapplication/* > $ tar czvf control.tgz control > $ tar czvf mypackage-0.1.deb data.tgz control.tgz Just use dpkg-deb --build fakeroot #you need to pretend to be root to get file permissions correct mkdir somedir #this directory contains your filesystem tree mkdir somedir/usr/bin -p #stuff here will be in /usr/bin when installed ... #do whatever it takes to make this directory mkdir somedir/DEBIAN #this contains package meta-information vi somedir/DEBIAN/control #this is the debian control file. you won't be #able to use shlibs to automatically compute dependancies dpkg-deb --build somedir #this is approximately equal to those archive #commands you want > Why can't debian package building be as simple as 'dpkg-create foo.spec'? It is, but for redhat you'd have to write foo.spec first. For Debian, you have to populate the debian directory first. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures.
Seeking sponsors for 3 packages
I'm looking for sponsors for three small packages. Two are my own development project: Package: qtzmanim Version: 1.0.7 Description: A program for computing the times for jewish rituals This program calculates the zmanim (times for Jewish rituals) according to the GR"A opinion. This is a GUI version using QT. Package: zmanim Version: 1.0.6 Description: A program for computing the times for jewish rituals This program calculates the zmanim (times for Jewish rituals) according to the GR"A opinion. The third was written by someone else, but it's very useful: Package: svp Version: 0.2-3 Description: An SVGAlib based viewer for PostScript and PDF files svp is an SVGAlib based GhostScript frontend, allowing you to view PostScript and PDF files on your virtual consoles. All of my packages are at http://wwwcsif.cs.ucdavis.edu/~bloom/ -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/17/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Seeking sponsors for 3 packages
On Wed, 18 Aug 2004 01:45:07 -0700, Steve Langasek wrote: > Do we really want to be adding to the number of svgalib-based programs in > the archive? Surely this isn't the only security problem lurking... It's a very simple bug to fix, and documented right in the vga_init manpage. Here's the fix: svp (0.2-4) unstable; urgency=low * Fixed a security bug where a user could run an arbitrary program named gs with root privelages. - Moved vga_init() to be the first command called, as vga_init() drops privelages. If the usage message gets printed, this will print out a bit of cruft first, but it's worth it for security, right? - Hardcoded the path to /usr/bin/gs. Things will break if gs moves, but its much more likely to change name than move and the name was already hardcoded, so what am I worried about? -- Ken Bloom <[EMAIL PROTECTED]> Wed, 18 Aug 2004 15:56:26 -0700 And the fixed package is up on the site I mentioned. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/17/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Seeking sponsors for 3 packages
On Wed, 18 Aug 2004 01:45:07 -0700, Steve Langasek wrote: > On Wed, Aug 18, 2004 at 09:14:27AM +0100, Steve Kemp wrote: >> On Tue, Aug 17, 2004 at 06:32:30PM -0700, Ken Bloom wrote: > >> > The third was written by someone else, but it's very useful: >> >Package: svp >> >Version: 0.2-3 >> >Description: An SVGAlib based viewer for PostScript and PDF files >> > svp is an SVGAlib based GhostScript frontend, allowing you to view >> > PostScript and PDF files on your virtual consoles. > >> > All of my packages are at http://wwwcsif.cs.ucdavis.edu/~bloom/ > >> I will sponsor this package when it has been fixed to avoid a local >> root attack. > >> The binary is installed setuid(root), and contains the following >> code: > >>snprintf(command, 255, "gs -dBATCH -dNOPAUSE -dSAFER -sDEVICE=nullpage \"%s\" >> 2>&1", filename); >>f=popen(command, "r"); > >> That is it invokes a copy of 'gs' without dropping root privileges and >> without specifying the path to gs. This allows a local user to setup >> a trojan gs command and use it to gain root... > >> Appropriate solutions could be forking and dropping privileges >> temporarily, dropping the +s bit, or something else. > > Do we really want to be adding to the number of svgalib-based programs > in the archive? Surely this isn't the only security problem lurking... So perhaps nobody's interested in another SVGAlib program, especially seeing another program that does the same thing (Which I hadn't been aware of). But is anybody interested in helping me with zmanim and qtzmanim? -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: zmanim and qtzmanim
I'm looking for sponsors for three small packages that I have written myself: Package: qtzmanim Version: 1.0.7 Description: A program for computing the times for jewish rituals This program calculates the zmanim (times for Jewish rituals) according to the GR"A opinion. This is a GUI version using QT. Package: zmanim Version: 1.0.6 Description: A program for computing the times for jewish rituals This program calculates the zmanim (times for Jewish rituals) according to the GR"A opinion. http://kabloom.dnsalias.com/~bloom/ -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: zmanim and qtzmanim
On Tue, Aug 24, 2004 at 01:29:57PM +1000, Anibal Monsalve Salazar wrote: > On Mon, Aug 23, 2004 at 04:56:23PM -0700, Ken Bloom wrote: > >I'm looking for sponsors for three small packages that I have written > >myself: > > > > Package: qtzmanim > > Version: 1.0.7 > > Description: A program for computing the times for jewish rituals > >This program calculates the zmanim (times for Jewish rituals) > >according to the GR"A opinion. This is a GUI version using QT. > > > > Package: zmanim > > Version: 1.0.6 > > Description: A program for computing the times for jewish rituals > >This program calculates the zmanim (times for Jewish rituals) > >according to the GR"A opinion. > > > > [my incorrect kabloom.dnsalias.com url snipped] > > Where are the .dsc, .diff.gz and .orig.tar.gz files? I can only find > the .changes and .deb files at: > > http://wwwcsif.cs.ucdavis.edu/~bloom/ I'm not sure why they disappeared, but they're back now. And thanks for noticing that I got the URL wrong. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** signature.asc Description: Digital signature
Re: what stops dmalloc of entering sarge?
On Thu, 26 Aug 2004 16:28:38 -0700, Steve Langasek wrote: > On Fri, Aug 27, 2004 at 01:04:54AM +0200, Luk Claes wrote: > >> dmalloc is a valid candidate regarding pts, but is blocking itself >> regarding bjorn.haxx.se and it isn't even built on arm regarding >> buildd.net??? > >> So, what is wrong and when will dmalloc 5.3.0-3 be ready to enter testing? > > Package: dmalloc > Version: 5.3.0-3 > Depends: libdmalloc4-dev > > Package: libdmalloc4-dev > Version: 5.3.0-3 > Depends: libdmalloc4 (= 5.3.0-3) > > Package: libdmalloc4 > Version: 5.3.0-3 > Conflicts: dmalloc ^ This needs to be a versioned conflicts. > > This is *not* how you create a transition package. You've left dmalloc > uninstallable -- don't upload uninstallable packages to the archive! -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to get rid of an epoch?
On Fri, 27 Aug 2004 22:38:15 +0200, Amaya wrote: > I'm doing a little houskeeping before sarge releases. > Then I stumble upon this: > > Rejected: jail_1.6-2_i386.deb: old version (1:1.6-1) in stable >= new >version (1.6-2) targeted at unstable. > Rejected: jail_1.6-2_i386.deb: old version (1:1.6-1) in unstable >= new >version (1.6-2) targeted at unstable. > Rejected: jail_1.6-2_i386.deb: old version (1:1.6-1) in testing >= new >version (1.6-2) targeted at unstable. > > For some reason (the changelog doesn't help much), the previous > maintainer used an epoch at some point and I would like to get rid of > it. What's the best way to do it? One cannot remove an epoch, and you shouldn't consider it "cleaning up" to remove one. Adding an epoch is a tool that is frequently used to clean up screwy version numbers, because adding/incrementing an epoch always overrides any other part of the version number. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Simple Debian Package Creation?
On Wed, 03 Nov 2004 10:47:45 -0600, Zach Garner wrote: > My company is a software development shop that uses Debian for all of our > production systems. We chose Debian based on it's reputation on packaging. > Our goal is to be able to type 'ant deploy' have our software built, have > debian packages built with our software, and other support software, and > then have a debian repository created. Then be able to do 'apt-get update' > from our production systems, to upgrade our application on those systems. > > Unfortunately, it's not working out so easily. > > I've been a little frustrated with creating debian packages. As a user, I > love Debian, but so far as a package creator, it's given me headaches. I'm > hoping someone can enlighten me on a few things. I have a little > experience with RedHat's packaging about a year ago, so I will mention it > from time to time. Please don't take offense when I say that I like an > aspect of RPM creation better than debian creation. And definitely correct > my when my memory fails. > > First: > 1. The sheer number of helper scripts, with layers and layers of > scripts built on top of each other is really confusing. > 2. The number of files that I have to create within the /debian > directory is difficult to deal with, and having to create the /debian > directory within my application directory and being forced to name my > application directory according to debian rules is very irritating. > 3. Most of the package creation scripts (I'm refering explicitly to > dh_make which is supposed to be the proper way of creating a package, as > discussed in the New Maintainer's Guide) expect that you are building a > traditional unix application, that's written in C, has ./configure and a > Makefile. All we are doing in most of our packages is installing some > files. Why can't that be simple? > > Second, why can't I create packages with standard unix commands? Why can't > I say something like: > $ tar cvzf data.tgz myapplication/* > $ tar czvf control.tgz control > $ tar czvf mypackage-0.1.deb data.tgz control.tgz Just use dpkg-deb --build fakeroot #you need to pretend to be root to get file permissions correct mkdir somedir #this directory contains your filesystem tree mkdir somedir/usr/bin -p #stuff here will be in /usr/bin when installed ... #do whatever it takes to make this directory mkdir somedir/DEBIAN #this contains package meta-information vi somedir/DEBIAN/control #this is the debian control file. you won't be #able to use shlibs to automatically compute dependancies dpkg-deb --build somedir #this is approximately equal to those archive #commands you want > Why can't debian package building be as simple as 'dpkg-create foo.spec'? It is, but for redhat you'd have to write foo.spec first. For Debian, you have to populate the debian directory first. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: About x.org and other packages
On Sun, 23 Jan 2005 22:55:13 +0100, Rafael FernÃndez LÃpez wrote: > Hi you all guys !! > > I'm looking for a package that I like to keep it care of. I'm not sure > which to take. I'm a University student from Spain and I've to say that > I've a little time everyday to check for updates and things like that, so > I think that I would be useful for Debian Project. hehe. > > I've some questions, of course for being a newbie Debian maintainer > (because I'm an "advanced?" Debian user), I'm not going to take care of > x.org, but I'd like to see it into official Debian repositories instead of > our XFree86, x.org is more powerful and It improves in many ways > compatibility. So I was wondering if someone is going to bring it to > Debian. See /usr/share/doc/xfree86-common/FAQ.gz -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Looking for a sponsor
Hello. I have two software packages that I have packaged and would like to add to the distribution, and am looking for a sponsor. naim - an ncurses-based client for AOL Instant Messenger, written by Daniel Reed (http://site.rpi-acm.org/info/naim/) zmanim - a command that computes sunrise, sunset and a whole slough of other times between them that are important to Orthodox Jews. This is a piece of my own work.(With the help of US Naval Observatory's Almanac for Computers) If you're interested, email me and I can send you the packages. I'm not sure which files I would need to make available on a web site for you to look at, so please tell me which of the package files you need. --Ken Bloom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Looking for a sponsor
Hello. I have two software packages that I have packaged and would like to add to the distribution, and am looking for a sponsor. naim - an ncurses-based client for AOL Instant Messenger, written by Daniel Reed (http://site.rpi-acm.org/info/naim/) zmanim - a command that computes sunrise, sunset and a whole slough of other times between them that are important to Orthodox Jews. This is a piece of my own work.(With the help of US Naval Observatory's Almanac for Computers) If you're interested, email me and I can send you the packages. I'm not sure which files I would need to make available on a web site for you to look at, so please tell me which of the package files you need. --Ken Bloom
RFS: Link Grammar
Is there someone who could sponsor my an upload of link-grammar 4.5.7-2? The packages are located at http://lingcog.iit.edu/~bloom/link-grammar/ My previous sponsor was Anibal Monsalve Salazar, but he doesn't respond to my emails lately, so I guess I'm looking for a more permenant sponsor, and someone who can eventually advocate for me to be a Debian Maintainer myself so I can upload myself. --Ken -- Chanoch (Ken) Bloom. PhD candidate. Linguistic Cognition Laboratory. Department of Computer Science. Illinois Institute of Technology. http://www.iit.edu/~kbloom1/ signature.asc Description: Digital signature
