Re: RFS: libsbml
Hello Panchoat, I was finally managed to merge your effort with my stuff. Please look at the following diff: http://voltex.jp/downloads/libsbml_2.3.4-2.diff.gz Regarding the gcj issue, I forgot to mention that I actually patched to java.m4 to get it to work :) My apologies for that. Thanks, Moriyoshi 2007/2/4, Panchoat [EMAIL PROTECTED]: Dear Moriyoshi: I correct the description and the gcc-3.4 dependence problems, and upload the packages to mentors.debian.net ftp site. In these days, I try to build them by libgcj7-dev and gcj-4.1, but I failed, can you show your patch for successfully building the package with gcj? The idea we came up with last week was to prepare an entry on the Debian-Med SVN (http://www.debian.org/devel/debian-med/, http://svn.debian.org/wsvn/debian-med) for the package. Andreas volunteered as an initial sponsor and I volunteered to take over sponsoring once I am accepted as a DD. I have registed a user name panchoat-guest in alioth too, but what should I do next? It is very good news to see these packages arriving in Debian. Unfortunately, I am completely ignorant of java, so I can not review them. I have however one small comment: it has been said some time ago on debian-devel that having packages with very similar descriptions is disturbing when people make keyword-based searches. Maybe you could try to give a specific description for each package ? I have fixed these, thank you for your advise! -- Moriyoshi Koizumi [EMAIL PROTECTED] (also reachable on [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libsbml
Hi Moriyoshi: I have looked over all the patch stuff! Your work are excellent! But I have a little opinion on the libsbml-doc package and the build dependence to latex2html: the upstream offer a seperated libsbml-doc source package,which contained compiled html and pdf document. So, why not just use this source rather than to compile it? from my side, I think the dependence to latex is evitable and this will save a lot of compiling time. Best regards Changyan Xie On 一, 2007-02-05 at 17:58 +0900, Moriyoshi Koizumi wrote: Hello Panchoat, I was finally managed to merge your effort with my stuff. Please look at the following diff: http://voltex.jp/downloads/libsbml_2.3.4-2.diff.gz Regarding the gcj issue, I forgot to mention that I actually patched to java.m4 to get it to work :) My apologies for that. Thanks, Moriyoshi -- Changyan Xie [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libsbml
On Mon, 5 Feb 2007, Changyan Xie wrote: I have looked over all the patch stuff! Your work are excellent! But I have a little opinion on the libsbml-doc package and the build dependence to latex2html: the upstream offer a seperated libsbml-doc source package,which contained compiled html and pdf document. So, why not just use this source rather than to compile it? from my side, I think the dependence to latex is evitable and this will save a lot of compiling time. Well, in a Debian source package we provide the *source*. The rationale is if you need to patch something in the docs you will have problems to modify a PDF. So compiling the docs is really a good idea and the compile time should not really be an argument here. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
MILFCS Rmedhead MaILF Gyetting Mauff Dpived By Bpoy
OLDEXRMOM Bqabe Gxives Bkald Cdock Nice Bflowjob Dark Hdaired OLDERMEOM Bueauty With Beig Tbits Mmasturbate Geronimo! http://form.hogfaret.com/ Great people are they who see that spiritual is stronger than any material force, that thoughts rule the world. Avoid being impatient. Remember time brings roses. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: quadkonsole - KDE terminal application embedding Konsole kparts in a grid layout
Dear mentors, I packaged quadkonsole (ITP #409405) by Simon Perreault using standard debhelper. It's lintian/linda clean. In order to get rid of the rpath encoded in the binary, I resorted to chrpath. In the new maintainers guide I am told to edit the Makefile.am and Makefile.in files. However, the autoconf magic of the upstream code (which was generated by kdevelop, I believe) is so complicated that I decided to stop here and see what people with some experience think. You can review the package in my repository deb http://www.uft.uni-bremen.de/chemie/ranke/debs sid-jr/ or use dget http://www.uft.uni-bremen.de/chemie/ranke/debs/sid-jr/quadkonsole_2.0.1-1.dsc The package description: Description: KDE terminal application embedding Konsole kparts in a grid layout Compared to starting several Konsole instances next to each other QuadKonsole has the following advantages: . Saves memory. Faster startup. You don't need to align your konsole windows by hand. You have a lot more screen real estate. Navigation is easier, using arrow keys. All konsoles can be minimized/maximized at once. QuadKonsole occupies only one slot in the taskbar. . Some drawbacks are: . No session management No execution of startup commands. Please Cc: me as I am not on the list. Best regards, Johannes Ranke -- Dr. Johannes Ranke [EMAIL PROTECTED] Key ID: F649AF90 UFT Bremen, Leobenerstr. 1 +49 421 218 8971 D-28359 Bremen http://www.uft.uni-bremen.de/chemie/ranke signature.asc Description: Digital signature
Re: RFS: quadkonsole - KDE terminal application embedding Konsole kparts in a grid layout
On Monday 05 February 2007 10:38, Johannes Ranke wrote: In order to get rid of the rpath encoded in the binary, I resorted to chrpath. Can't you just call configure with --disable-rpath? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sponsor needed for sigit and IPP2P
Hi I am a Debian user for 5 years and have fiddled a bit with Debian packaging, though I have mostly only used my packages on my own systems. I have contributed (though not a lot) to Debian with bug reports, sometimes with patches. I'd like to help Debian with a few packages (at first, at least), though I would need a sponsor to do so. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=409187 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408258 sigit (the first one) is already packaged and in my own repository (http://www.zz9.dk/debian/), I have not started to package ipp2p and probably won't as long as I don't have a sponsor. If anyone will sponsor me, I'd be happy :-) Regards /Rasmus -- Rasmus Bøg Hansen || [EMAIL PROTECTED] Harrestrupvang 13A, 2th || http://www.zz9.dk 2500 Valby ||
Re: Sponsor needed for sigit and IPP2P
also sprach Rasmus Bøg Hansen [EMAIL PROTECTED] [2007.02.05.1643 +]: If anyone will sponsor me, I'd be happy :-) As before, please submit RFS requests. http://mentors.debian.net/cgi-bin/maintainer-intro -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems no problem is so formidable that you can't just walk away from it. -- c. schulz signature.asc Description: Digital signature (GPG/PGP)
RFS: sigit - a small utility to change signatures etc.
Dear all I am now trying to do this The Right Way (TM) and request a sponsor :-) Package name: sigit Version : 0.3.2-1 Upstream author : Kenneth Redhead Nielsen [EMAIL PROTECTED] URL : http://www.redhead.dk/download/ License : GPLv2 Section : mail It builds only the package: sigit - A small utility to change signatures randomly. Uploading the package would close this bug: 409187 The package can be downloaded here: http://www.zz9.dk/debian/source/ deb-src http://www.zz9.dk/debian/source ./ dget http://www.zz9.dk/debian/source/sigit_0.3.2-3.dsc The package is lintian clean. Thank you in advance. Regards /Rasmus -- Rasmus Bøg Hansen || [EMAIL PROTECTED] Harrestrupvang 13A, 2th || http://www.zz9.dk 2500 Valby ||
Re: RFS: libsbml
Dear Andreas: Ok, I admit that the real problem is that the dependence to latex2html require tetex-extra and a lot of other packages,and after this additional dependence, my system require another 100 M disk space. I don't like installing a lot of packages just because an unnecessary package. I believe other people may feel the same like me. Why not just left this an option to user? I mean, in the upstream source, to build the doc is optional, we can just left this like the original source. Another reason, we have an analogue: this package support matlab binding too. Of course, we will not enable this binding by default. but user can simply apt-get source and add this support. This is just like the doc package's situation, we can disable it by default, but easily enable it. Further more, I think there will be few people want to patch doc package, writing the right doc is the responsibility of upstream authors. I consider that's why the upstream authors offer a compiled doc package for us. best regards Changyan Xie On 一, 2007-02-05 at 12:47 +0100, Andreas Tille wrote: Well, in a Debian source package we provide the *source*. The rationale is if you need to patch something in the docs you will have problems to modify a PDF. So compiling the docs is really a good idea and the compile time should not really be an argument here. Kind regards Andreas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: sigit - a small utility to change signatures etc.
Hi Rasmus On 2/5/07, Rasmus Bøg Hansen [EMAIL PROTECTED] wrote: Package name: sigit Version : 0.3.2-1 Upstream author : Kenneth Redhead Nielsen [EMAIL PROTECTED] URL : http://www.redhead.dk/download/ License : GPLv2 Section : mail Some comments about your package. In debian/rules: ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif is unnecesary, since dh_strip handles this itself. Also, remove unnecesary commented out lines. And unnecesary not-commented lines like dh_installexamples (if you don't have an examples file, this rule does nothing). About debian/changelog, you include a lot of entries, which is sort of weird since the package is not yet in Debian. I understand you have it in your own repository, but new packages usually have only one entry. Anyway, there's Closes: #XX in your changelog, you should add that. Why do you use DH_COMPAT=4 ? The current compatibility level is 5, and unless you have some specific reason for using 4 (as in, doing backports for sarge), it's better to use 5. Also if you have DH_COMPAT=4, having debhelper ( 3.0.0) in debian/control is not enough, you should have debhelper (= 4.0.0) The build process is a bit weird (you use debian/tmp, for a single binary package, which is not usual. We usually use debian/tmp only when building several binaries out of one package), and I get the following error when doing fakeroot debian/rules binary dh_strip strip: unable to copy file 'debian/sigit/usr/bin/sigit' reason: Permission denied strip: unable to copy file 'debian/sigit/usr/bin/sigitdb' reason: Permission denied -- Besos, Marga
Re: RFS: libsbml
On Tue, 6 Feb 2007, Changyan Xie wrote: Ok, I admit that the real problem is that the dependence to latex2html require tetex-extra and a lot of other packages,and after this additional dependence, my system require another 100 M disk space. If it is about bloating your production system I would suggest to use pbuilder which installs all this stuff into a chroot and will remove it afterwards. This does not really make the build process faster but keeps your system clean and has other additional advantages (like beeing sure that all build-dependencies are mentioned and ensures more or less that auto-builders will probably work). I'm unsure but there is a chance that an alternative build-dependency to texlive that is known to be packages more fine grainded might be possible with less disk space than you mentioned. I don't like installing a lot of packages just because an unnecessary package. Well, whether something is unnecessary depends from the point of view. To build libsmbl from source it seems to be necessary. I believe other people may feel the same like me. Why not just left this an option to user? I mean, in the upstream source, to build the doc is optional, we can just left this like the original source. If you ask me I would rather leave the compiled docs out of the source tarball because these ar not necessary. Another reason, we have an analogue: this package support matlab binding too. Of course, we will not enable this binding by default. but user can simply apt-get source and add this support. This is just like the doc package's situation, we can disable it by default, but easily enable it. Not really. Docs are always welcome and if they are free they should be packaged. Matlab is neither free nor exist a package so this support would be not reasonable. Further more, I think there will be few people want to patch doc package, Ahh, really? You will be astonished how many reasons might be or how many bug reports you might gather for a pretended simple doc package. I can asure you that the package maintainer of a doc package has good chances to be forced to patch the docs. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libsbml
Le Tue, Feb 06, 2007 at 02:33:17AM +0800, Changyan Xie a écrit : Dear Andreas: Ok, I admit that the real problem is that the dependence to latex2html Dear all, indeed, I just noticed the following : sorbet【~】$ apt-cache show latex2html Package: latex2html Priority: optional Section: non-free/tex Installed-Size: 7128 Maintainer: Roland Stigge [EMAIL PROTECTED] Architecture: all Version: 2002-2-1-20050114-5 Depends: perl, netpbm (= 2:9.20), gs, tetex-bin (= 1.0.7+20001218) | texlive-base-bin, tetex-extra | texlive-latex-recommended, tetex-extra | texlive-fonts-recommended, perl-doc Conflicts: tetex-base ( 0.9.990311-2) Filename: pool/non-free/l/latex2html/latex2html_2002-2-1-20050114-5_all.deb ^ What is happening to a source package with build-dependancies on a non-free package. Can it produce a binary packages for main, with only a -doc package going in contrib? Do the Debian buildds have non-free enabled? (I doubt...) Do you think that there are other converters around which can to the same job ? If we decide to keep latex2html, maybe we can try to add texlive-latex-recommended and texlive-fonts-recommended to the build-dependancies, so that it would avoid to use tetex-extra? Have a nice day, -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libsbml
On Tue, 06 Feb 2007 08:19:31 +0900, Charles Plessy wrote: indeed, I just noticed the following : sorbet???~???$ apt-cache show latex2html Filename: pool/non-free/l/latex2html/latex2html_2002-2-1-20050114-5_all.deb ^ Do you think that there are other converters around which can to the same job ? hevea: translates from LaTeX to HTML, info, or text (I've never used it myself) gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Janis Joplin: Misery 'n signature.asc Description: Digital signature
Re: RFS: aiccu (updated package)
Hi, Vincent Bernat wrote: I am looking for a sponsor for the new version 20070115-0.2 of my package aiccu. Has this been uploaded already? No, it hasn't. Have you seen my other message? Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: netcdf again
On Friday 02 February 2007 19:10, Kevin B. McCarty wrote: One cautionary note: If you go with 3.6.2~beta6 for an upstream version, your build directory will be named netcdf-3.6.2~beta6. I remember that some libtool versions don't like directory names that include tildes [0] ... might that be a problem? If this is so, it could be necessary to re-libtoolize the source with Debian's libtool [1,2]. Even after re-libtoolizing, the version scheme above causes failures in the build for me. wt -- Warren Turkal
RFS: quickplot (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.8.6-3 of my package quickplot. It builds these binary packages: quickplot - fast interactive 2D plotter and data viewer The package is lintian clean. The upload would fix these bugs: 405732 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/q/quickplot - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/q/quickplot/quickplot_0.8.6-3.dsc I would be glad if someone uploaded this package for me. I'm working on the new version of this package (It would be 0.8.13), but first I need to close the ITA. Thanks for reading and have a nice day, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://www.teorex.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: quickplot (updated package)
Hi Muammar! On 2/6/07, Muammar Wadih El Khatib Rodriguez [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 0.8.6-3 of my package quickplot. On debian/changelog there is: * New upstream release. But actually it isn't a new upstream release, right? (as I can see on [1], the latest version is 0.8.13). Also, some nitpicks: - it's good to include the homepage of the software on the long description (at debian/control) - switch debhelper ( 4.0.0) to debhelper ( 5) (debian/control too) - echo 5 debian/compat - at debian/rules, remove: # Uncomment this to turn on verbose mode. export DH_COMPAT=4 and also remove the commented lines that you don't use. - I don't think that debian/doc is needed to install the README file (this file only have info about compiling and installing quickplot) Doing a quick look I saw these issues. If you fix at least the changelog entry saying about the new upstream release and remove the comment lines from debian/rules, I will upload the package (the other things that I said aren't wrong, but would be good if you update them as I said). [1] https://sourceforge.net/project/showfiles.php?group_id=82651 Best regards, Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: quickplot (updated package)
Hi Nelson! On 2/5/07, Nelson A. de Oliveira [EMAIL PROTECTED] wrote: Hi Muammar! On 2/6/07, Muammar Wadih El Khatib Rodriguez [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 0.8.6-3 of my package quickplot. On debian/changelog there is: * New upstream release. But actually it isn't a new upstream release, right? (as I can see on [1], the latest version is 0.8.13). You are right. My mistake. Done. Also, some nitpicks: - it's good to include the homepage of the software on the long description (at debian/control) Done. - switch debhelper ( 4.0.0) to debhelper ( 5) (debian/control too) - echo 5 debian/compat - at debian/rules, remove: # Uncomment this to turn on verbose mode. export DH_COMPAT=4 and also remove the commented lines that you don't use. Done. - I don't think that debian/doc is needed to install the README file (this file only have info about compiling and installing quickplot) Done. Doing a quick look I saw these issues. If you fix at least the changelog entry saying about the new upstream release and remove the comment lines from debian/rules, I will upload the package (the other things that I said aren't wrong, but would be good if you update them as I said). The new revision of the package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/q/quickplot - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/q/quickplot/quickplot_0.8.6-3.dsc Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://www.teorex.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libsbml
Hello, On Tue, 06 Feb 2007, Charles Plessy wrote: $ apt-cache show latex2html Package: latex2html Priority: optional Section: non-free/tex There are alternatives like hevea and tex4ht. Both of them work on generic LaTeX documents. Unusual uses of latex may require fine tuning to get the correct output. I maintain tex4ht and I think that its structure makes it less likely to fail than either hevea or latex2html. So if it fails to translate your document please file a bug report :-) I know of at least a couple of packages that used to depend on latex2html and have switched to tex4ht after it was found that some aspects of the latex2html license made it non-free. Regards, Kapil. -- signature.asc Description: Digital signature
Re: RFS: aiccu (updated package)
OoO En cette nuit striée d'éclairs du mardi 06 février 2007, vers 02:49, Simon Richter [EMAIL PROTECTED] disait: I am looking for a sponsor for the new version 20070115-0.2 of my package aiccu. Has this been uploaded already? No, it hasn't. Have you seen my other message? Yes, but I don't understand where you get lintian warnings since I don't have any warning on my side (with unstable lintian). And mentors.debian.net don't get any warning too. I though that you meaned linda but I haven't got any time to test yet. -- Don't diddle code to make it faster - find a better algorithm. - The Elements of Programming Style (Kernighan Plauger) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]