Re: DebPPA: Debian Personal Package Archive
On Fri, Aug 31, 2007 at 03:40:01AM +0200, Ondrej Certik wrote: Hi, Hi, I would like to create something like the Ubuntu Personal Package Archive (PPA), but for Debian. I don't know that, so I'm only responding to your description. It's written in Django (Python) and my idea is to have a simple web page, like PPA has, I will create a source package, upload it, compile it by clicking on one button (it will use pbuilder/cowbuilder, compiles for several architectures), it will show the lintian/linda report, another button will run the package in piuparts. Then it will contain an apt-gettable archive of source and binary packages. That sounds useful. So I'll install the debppa packge (ideally using one command) apt-get install debppa? Currently the code can import packages, can compile them in cowbuilder (so only the server's architecture can be produced), Many Debian packages aren't designed to support cross-compilation. Currently the only way to reliably build for multiple architectures is to build on multiple architectures. show the logs, creates and automatically updates the Debian archive of binary packages. There are still some small issues, that need to be fixed and polished. Sounds good. In the future, I'd like to have these features: * if the same package is in the unstable, it will show a link to the Debian package page, together with a diff file, that I can just send to the repective BTS for the package and everyone can just see it and apply it himself That is extremely useful IMO. When fixing bugs in a package, you have to test them anyway, so this system would be used (by people who like it) for that. The trouble of making a diff with the original package and sending it to the BTS can be avoided and I think that would make sending patches much easier. Not that the steps are hard to do, but automating repetitive work is always good. :-) What is your opinion about this? Let me know, if any of you would be interested in such a thing, or even willing to help me with that. I like the idea. I'm also willing to help a bit, although like many people, I'm a bit short on available time. ;-) Thanks, Bas -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
RFS: pingus (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.7.0-8.5 of my package pingus. It builds these binary packages: pingus - Free Lemmings(TM) clone pingus-data - Data files for pingus, a free Lemmings(TM) clone The upload would fix these bugs: 375769, 439463 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/pingus - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/pingus/pingus_0.7.0-8.5.dsc I would be glad if someone uploaded this package for me. Kind regards Marco Rodrigues -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DebPPA: Debian Personal Package Archive
So I'll install the debppa packge (ideally using one command) apt-get install debppa? Exactly like this when I get it to Debian. Ideally, there shouldn't be any other setup, one would just start a command, let's say debppa, or /etc/init.d/debppa start, and could immedatelly use it on the local machine. Plus it would of course support a way, how to integrate it in apache, but that would probably require some manual editing. Currently the code can import packages, can compile them in cowbuilder (so only the server's architecture can be produced), Many Debian packages aren't designed to support cross-compilation. Currently the only way to reliably build for multiple architectures is to build on multiple architectures. I didn't know that. Well, in this case, it should automate the process as well. It's very boring to create and test the package let's say on my laptop, then to copy it to amd64 machine, compile it again, etc. If I have a ssh account, the debppa would then log in to the amd64 machine, copy the package, build it, copy the result back (including log), put that in archive. That is extremely useful IMO. When fixing bugs in a package, you have to test them anyway, so this system would be used (by people who like it) for that. The trouble of making a diff with the original package and sending it to the BTS can be avoided and I think that would make sending patches much easier. Not that the steps are hard to do, but automating repetitive work is always good. :-) Exactly. I think many people, including me, are fixing things for themselves, but don't have time, to properly create a patch, send it, etc. All of this can be automated. I like the idea. I'm also willing to help a bit, although like many people, I'm a bit short on available time. ;-) Awesome. Unfortunately, it's rather a prototype know, still needs a lot of work. But I'd like to bring it to a usable state, get it to Debian, so that everyone can easily use it, locally on their machines, with extremely simple, or zero setup. If the package is robust, maybe there will be someone with resources, who will start debppa for others, like Ubuntu PPA is doing. Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: pingus (updated package)
Hi Marco, We were planning to take care of that game in the Games Team. If you're interested in working on it collaboratively, you're welcome to join the Team. I cannot upload it for you, but I'll try to have a look at your package. Greetings, Miry PS: CCing to the Games Team mailing list 2007/8/31, Marco Rodrigues [EMAIL PROTECTED]: Dear mentors, I am looking for a sponsor for the new version 0.7.0-8.5 of my package pingus. It builds these binary packages: pingus - Free Lemmings(TM) clone pingus-data - Data files for pingus, a free Lemmings(TM) clone The upload would fix these bugs: 375769, 439463 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/pingus - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/pingus/pingus_0.7.0-8.5.dsc I would be glad if someone uploaded this package for me. Kind regards Marco Rodrigues
Re: RFS: pingus (updated package)
Hi! I think it's better to Debian Games Team to cake care of it, than only one person / maintainer. I hope my package is fine to be uploaded. I can help sometimes, but I will try to submit other packages that aren't in debian already. My nick on IRC/Freenode is Kmos. Thanks! Miriam Ruiz wrote: Hi Marco, We were planning to take care of that game in the Games Team. If you're interested in working on it collaboratively, you're welcome to join the Team. I cannot upload it for you, but I'll try to have a look at your package. Greetings, Miry PS: CCing to the Games Team mailing list 2007/8/31, Marco Rodrigues [EMAIL PROTECTED]: Dear mentors, I am looking for a sponsor for the new version 0.7.0-8.5 of my package pingus. It builds these binary packages: pingus - Free Lemmings(TM) clone pingus-data - Data files for pingus, a free Lemmings(TM) clone The upload would fix these bugs: 375769, 439463 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/pingus - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/pingus/pingus_0.7.0-8.5.dsc I would be glad if someone uploaded this package for me. Kind regards Marco Rodrigues -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The support e-mail isn't working...
The e-mail: [EMAIL PROTECTED] is not working.. Plz fix it! Thanks! -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The support e-mail isn't working...
On Fri, Aug 31, 2007 at 03:00:25PM +0100, Marco Rodrigues wrote: The e-mail: [EMAIL PROTECTED] is not working.. (1) Unreproducible. (2) Please be more specific (like what the bounce message said). Christoph -- Peer review means that you can feel better because someone else missed the problem, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help with -dbg packages for a library
On Thu, Aug 30, 2007 at 09:29:45AM +0530, Kumar Appaiah wrote: Dear Debian Mentors, I have a specific question with regard to -dbg packages for libraries. My understanding of generating -dbg libraries is like this: 1. We build the package with CFLAGS or CXXFLAGS = -g -O2 (for optimization). 2. We call dh_strip while exluding the dbg package, to ensure that debugging sumbols are present there. I think the suggestion is for all libraries to use dh_strip --dbg-package or -k. Now, my situation is that upstream generates special pkg_debug packages by sending ./configure --enable-debug. While I achieve the desired result with the CFLAGS mentioned above, upstream fears that generating the library with debugging symbols first and then stripping them may result in a slightly reduced performance (it's a numerical computation library). While I am going to run some tests myself to verify this, I just wanted to ask the mentors here about their knowledge of this issue. My *understanding* is that the debug information is in a separate ELF section in the executable. See the strip manpage for details, but you can move the debug sections to a separate file, and distribute such files as separate Debian packages. So people who use the library as just a dependency of some other package (and don't have problems so don't need to debug it) just get the lib, and people who develop with it get lib-dev, and also lib-dbg. So I think there should be no performance difference between running with the libraries compiled without -g, compiled with -g, compiled with -g and stripped, and compiled with -g and debug symbols/sections moved to a separate file. It would be neat if you could compare the ELF files using binutils tools. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: custom boot CD
On Fri, Aug 31, 2007 at 01:09:21AM +0200, Ondrej Certik wrote: Hi, I often have problems installing Debian using the official installer, What remains is my own custom boot CD, with the newest kernel. Since I have already used my code several times by now, I decided to share it with you (you'll also find there a wiki how to install using Deboostrap and Grub in a very short way): http://code.google.com/p/debianiso/ Thanks for sharing. Do you know the debian-live project? Your CD scripts were interesting since they're very compact (~130 lines) whereas d-l is much larger (~11k lines). Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: tesseract (updated package)
Dear mentors, I am looking for a sponsor for the new version 2.01-1 of my package tesseract. It builds these binary packages: tesseract-ocr - Command line OCR tool The upload would close Bug#434152, where the current maintainer Gürkan Sengün also says he is happy for me to take over the package. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/tesseract - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/tesseract/tesseract_2.01-1.dsc I would be glad if someone uploaded this package for me. Kind regards Jeffrey Ratcliffe
Re: RFS: tesseract (updated package)
On Fri, Aug 31, 2007 at 09:51:07PM +0200, Jeffrey Ratcliffe wrote.. I am looking for a sponsor for the new version 2.01-1 of my package tesseract. It builds these binary packages: tesseract-ocr - Command line OCR tool The upload would close Bug#434152, where the current maintainer Gürkan Sengün also says he is happy for me to take over the package. Then why not close the bug in the changelog? The package appears to be lintian clean. Did you run lintian against the .changes file? I downloaded your sources from mentors, built the package and ran lintian on it and got: W: tesseract source: debian-rules-ignores-make-clean-error line 32 Not a serious error and easily corrected, but nevertheless it bugs me to see RFS's that say they are lintian clean when they are not. Kevin -- Kevin Coyner GnuPG key: 1024D/8CE11941 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tesseract (updated package)
Kevin Coyner [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] The package appears to be lintian clean. Did you run lintian against the .changes file? I downloaded your sources from mentors, built the package and ran lintian on it and got: That test likely changed recently. Mentors does check the uploaded packages, but the lintain used can be out of date. If the original poster was also useing a slightly out of date lintian then the message may never have been seen by him. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: sanduhr (restoring removed package)
Holger Levsen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] That said, it's also proper to just fix (wishlist) bugs on the way, without having them in the BTS first. But I like bugs in the BTS too :) For the documentation update that makes sense, but the note about the upstream issue definately belongs in the BTS for tracking reasons. (So the maintainer remberes to pester upstream occassionally until it is fixed. :-D ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: anubis
Thanasis Kinias [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I was curious about this myself, so I checked URL:http://www.gnu.org/software/anubis/manual/html_mono/anubis.html: # GNU Anubis is an SMTP message submission daemon. Its purpose is to # receive the outgoing message, perform some manipulations over its # contents, and to forward the altered message to the mail transport # agent. That sounds like it's something like procmail in reverse: it figures out what to do with _outgoing_ messages based on rules. That sounds quite useful for users of wireless networks, for example, who have to do very creative configuration of their MTAs to deal with different relays based on which WLAN they're on at the moment... I haven't used this but I think it sounds eminently useful, frankly. The gentoo short package description is an outgoing mail processor. That seems to fit what you found, and may better convey the purpose of the package. I recommend you consider adopting it as the short description of your package. But basically you are right. It sits between your MUA (email client) and your MTA (sendmail). It manipulates the message acording to rules, and then sends them on. It is almost the exact oposite of procmail and maildrop. I think acts like an SMTP server to the mail clients, so that it gets the mail, and then it does the processing and passes it to the MTA. (Technically, it is a MSA (mail submision agent) which is something that takes mail, potentially does something with it, and passes it to an MTA.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tesseract (updated package)
On Fri, Aug 31, 2007 at 09:57:12PM -0400, Joe Smith wrote.. The package appears to be lintian clean. Did you run lintian against the .changes file? I downloaded your sources from mentors, built the package and ran lintian on it and got: That test likely changed recently. Mentors does check the uploaded packages, but the lintain used can be out of date. If the original poster was also useing a slightly out of date lintian then the message may never have been seen by him. No big deal, but generally, when building packages to be uploaded into the archives, it's a good idea to keep your build system up-to-date. -- Kevin Coyner GnuPG key: 1024D/8CE11941 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: chmsee (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.0.0-1 of my package chmsee. In this update I fix the menu transition. It builds these binary packages: chmsee - A chm file viewer written in GTK The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/chmsee - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/chmsee/chmsee_1.0.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]