Re: RFS: ario
Michal Čihař wrote: I just noticed one more thing - as we now have Homepage field support in dpkg, please use it instead of URL pseudo tag (some tools will complain about Homepage for now, but you can ignore it). Is this field really available at the time of writing? (I'm just aware of #433469 which is not closed as I am writing this). And: If it is, then is it (properly) supported by packages.debian.org? Gruß Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ario
Hi On Tue, 18 Sep 2007 10:30:32 +0200 Patrick Schoenfeld [EMAIL PROTECTED] wrote: Is this field really available at the time of writing? (I'm just aware of #433469 which is not closed as I am writing this). It has been added as of dpkg 1.14.6 (at least according to its changelog). And: If it is, then is it (properly) supported by packages.debian.org? I have no idea, but I don't see reason not to use it. I hope that other tools will catch up sooner or later. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: gwyddion - Scanning Probe Microscopy analysis software
On 09/10/2007 06:40 PM, Justin Pryzby wrote : Then I'll use libxxxy-z (=a.b), which should be inserted by the -V option. -V should be using =. Now after trying to split the libraries, trying to figure out correct dependecies and having run into several lengthy problems, I discussed a bit more with upstream. Upstream's (very strong) opinion is, that it is useless to split the big library package into its parts. These are really useless for themselves. In the future (Gwyddion 3.x), the libraries will be reorganized, to allow separate use. But until then, it seems best to keep them together. The sonames of the parts will not be changed independently, in fact, they'll stay at .0 during all the 2.x series of Gwyddion). So I would like to make use of the policies may (you may lump them all together into a single shared library package) and keep the libraries in one package. Are you, Justin, willing to sponsor this package then, or should I retry with an updated RFS? Best Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gnome-color-chooser
On Tue, Aug 28, 2007 at 07:19:22PM +0200, JackTheDipper wrote: - dget http://mentors.debian.net/debian/pool/main/g/gnome-color-chooser/gnome-color-chooser_0.2.2-1.dsc My initial test with debuild did not work: [EMAIL PROTECTED]:~/wd$ dpkg-source -x gnome-color*dsc ... [EMAIL PROTECTED]:~/wd$ cd gnome-color-chooser-0.2.2/ [EMAIL PROTECTED]:~/wd/gnome-color-chooser-0.2.2$ debuild fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp # Add here commands to clean up after the build process. /usr/bin/make distclean make[1]: Entering directory `/home/jon/wd/gnome-color-chooser-0.2.2' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/home/jon/wd/gnome-color-chooser-0.2.2' make: *** [clean] Error 2 debuild: fatal error at line 1237: fakeroot debian/rules clean failed -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gwyddion - Scanning Probe Microscopy analysis software
On Tue, Sep 18, 2007 at 11:19:04AM +0200, Jan Beyer wrote: On 09/10/2007 06:40 PM, Justin Pryzby wrote : Then I'll use libxxxy-z (=a.b), which should be inserted by the -V option. -V should be using =. Are you, Justin, willing to sponsor this package then, or should I retry with an updated RFS? Sorry, not a DD, so I can't sponsor you. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gnome-color-chooser
Jon Dowland schrieb: On Tue, Aug 28, 2007 at 07:19:22PM +0200, JackTheDipper wrote: - dget http://mentors.debian.net/debian/pool/main/g/gnome-color-chooser/gnome-color-chooser_0.2.2-1.dsc My initial test with debuild did not work: I can confirm this. Your clean target is wrong. With this commented out I have additional comments (note, that I am not a DD so this is just for your help: * You obviously miss all build-depends. Thats the reason why the configure target fails with missing dependencies. You should try to build your package in a e.g. pbuilder environment, so that you see what dependencies your package has. * debian/rules: - No need to keep template comments - What does this ifneq construct do in the config.status target? The build process should not make any assumptions on what might exist on the build system and should not use anything outside of the package (IMHO) - No need to keep commented debhelpers - dh_installman seems to be useless as you don't ship a manpage - there are plenty whitespaces at the end of lines, you should remove them * debian/copyright: - I don't think that JackTheDipper is a valid legal person, therefore i consider debian/copyright to be invalid. It may be better to contain real names. - a lot of empty spaces at the end of line * debian/dirs (and dh_installdirs in rules) seems useless. Directories will normally be created by the makefiles so this is double effort. But I can't tell for sure as it does not build. * debian/changelog: - Again: I don't think that JackTheDipper is a valid legal person. * debian/control: - Description is invalid. See 3.4 in the debian policy for informations about this. Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: gwyddion - Scanning Probe Microscopy analysis software (2nd attempt)
Dear mentors, I am looking for a sponsor for my package gwyddion. * Package name: gwyddion Version : 2.8-1 Upstream Authors: David Nečas (Yeti) [EMAIL PROTECTED], Petr Klapetek [EMAIL PROTECTED] and more * URL : http://gwyddion.net/ * License : GPL-v2+, and parts PD Section : science It builds these binary packages: gwyddion - Scanning Probe Microscopy (SPM) analysis software Gwyddion is a modular program for Scanning Probe Microscopy (SPM) data visualization and analysis. It is primarily intended for analysis of height field obtained by SPM techniques like AFM, MFM, STM, SNOM/NSOM etc. It can, however, be used for any other height field and image analysis. gwyddion-common - Gwyddion SPM analysis software - common files gwyddion-plugins - Gwyddion SPM analysis software - plugins libgwyddion2-0 - Gwyddion SPM analysis software - libraries libgwyddion20-dev - Gwyddion SPM analysis software - header files and static libraries libgwyddion20-doc - Gwyddion SPM analysis software - HTML library API documentation The lintian errors are taken care of by an override file[1]. The package seems to be pbuilder clean. The piuparts (-d sid) output shows some error, which may be unrelated to gwyddion[2]. You may find a discussion of the original RFS in the mailing list archive[3]. ITP: 440662 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gwyddion - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gwyddion/gwyddion_2.8-1.dsc I would be glad if someone uploaded this package for me. Kind regards Jan Beyer Annotations: [1] The errors are about some python/ruby scripts, which are in the gwyddion package, which does not depend on the interpreters. This is due to the fact, that the package shall only provide some basic guaranteed infrastructure for plugins, which users may want to use/write. But Gwyddion itself does not use/need the interpreters. The same lintian message is emitted for the gwyddion-plugins package. There I added the Depends: python | perl | ruby line, which lintian doesn't seem to understand. Furthermore there is a lintian warning, concerning the libgwyddion2-0 package, which is actually a bundle of libraries. These cannot usefully be split into single-library packages, as the libraries themselves are not well split with regard to their functions/symbols (according to upstream), so nobody will want to link against only one of them. [2] Piuparts (-d sid) brings up some broken symlinks in /var/lib/defoma/fontconfig.d/D and related to pico. But as gwyddion has nothing to do with this, it may be, that this is unrelated to gwyddion. piuparts -d etch runs fine. [3] http://lists.debian.org/debian-mentors/2007/09/msg00161.html No sponsor was found there. I fixed the dependency problem. Now gwyddion Depends: libgwyddion2-0 (= 2.8-1). Thank you very much for reading until here! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gwyddion - Scanning Probe Microscopy analysis software (2nd attempt)
Hi Jan, I am basically off for the next two weeks but volunteer to sponsor you when I return at the end of this month - should you not have found someone else. Please consider to join the Debian-Med folks at http://www.us.debian.org/devel/debian-med/ there may be someone available earlier than me. Cheers, Steffen On Tuesday 18 September 2007 14:11:02 Jan Beyer wrote: Dear mentors, I am looking for a sponsor for my package gwyddion. * Package name: gwyddion Version : 2.8-1 Upstream Authors: David Nečas (Yeti) [EMAIL PROTECTED], Petr Klapetek [EMAIL PROTECTED] and more * URL : http://gwyddion.net/ * License : GPL-v2+, and parts PD Section : science It builds these binary packages: gwyddion - Scanning Probe Microscopy (SPM) analysis software Gwyddion is a modular program for Scanning Probe Microscopy (SPM) data visualization and analysis. It is primarily intended for analysis of height field obtained by SPM techniques like AFM, MFM, STM, SNOM/NSOM etc. It can, however, be used for any other height field and image analysis. gwyddion-common - Gwyddion SPM analysis software - common files gwyddion-plugins - Gwyddion SPM analysis software - plugins libgwyddion2-0 - Gwyddion SPM analysis software - libraries libgwyddion20-dev - Gwyddion SPM analysis software - header files and static libraries libgwyddion20-doc - Gwyddion SPM analysis software - HTML library API documentation The lintian errors are taken care of by an override file[1]. The package seems to be pbuilder clean. The piuparts (-d sid) output shows some error, which may be unrelated to gwyddion[2]. You may find a discussion of the original RFS in the mailing list archive[3]. ITP: 440662 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gwyddion - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gwyddion/gwyddion_2.8-1.dsc I would be glad if someone uploaded this package for me. Kind regards Jan Beyer Annotations: [1] The errors are about some python/ruby scripts, which are in the gwyddion package, which does not depend on the interpreters. This is due to the fact, that the package shall only provide some basic guaranteed infrastructure for plugins, which users may want to use/write. But Gwyddion itself does not use/need the interpreters. The same lintian message is emitted for the gwyddion-plugins package. There I added the Depends: python | perl | ruby line, which lintian doesn't seem to understand. Furthermore there is a lintian warning, concerning the libgwyddion2-0 package, which is actually a bundle of libraries. These cannot usefully be split into single-library packages, as the libraries themselves are not well split with regard to their functions/symbols (according to upstream), so nobody will want to link against only one of them. [2] Piuparts (-d sid) brings up some broken symlinks in /var/lib/defoma/fontconfig.d/D and related to pico. But as gwyddion has nothing to do with this, it may be, that this is unrelated to gwyddion. piuparts -d etch runs fine. [3] http://lists.debian.org/debian-mentors/2007/09/msg00161.html No sponsor was found there. I fixed the dependency problem. Now gwyddion Depends: libgwyddion2-0 (= 2.8-1). Thank you very much for reading until here! signature.asc Description: This is a digitally signed message part.
Re: How to start porting to a new ARCHITECTURE?
Am 2007-09-17 12:16:18, schrieb Bastian Blank: On Mon, Sep 17, 2007 at 10:32:06AM +0200, Michelle Konzack wrote: since 2007-08-01 I am now jobless (yeah, the new French GOV do not like that I stay in the army as PMC) and today (Saturday) I was asked by an owner of a german Enterprise whether it is possibel to port GNU/Linux, specialy Debian to this new ARCHITECTURE. Can you describe the architecture a little bit more? Does it have a MMU, memory/io protection, 32/64bit? It is an RISC architecture and currently I only know, that it has a MMU and is 32 Bit. Afaik is the MMU neccesary because the 64 MByte internal memory can increased with external ones (I think it is up to 256 Mbyte) The chip is a so called Singel-Chip-Computer with OS-On-Chip. I have found several Manufacturers for such chips while I was looking for an ultra-Compact-Version of a Mainboard/SBC. Most of them are based in ia32. But the Manufacturer of this new architecture claim, it is MUCH faster as all equivalend ia32/arm/mips based CPU's. Now I need to ask you, how one should start this? Define an ELF abi, port gcc and binutils. Since two other peoples have send me some Links to porting-docu I have not to read all the stuff... Note: Currently I am poking arround with a Ultra-High-Speed DSP for realtime analysis of Radar-Signals. Thanks, Greetings and nice Day Michelle Konzack Tamay Dogan Network -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSN LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Bug#443063: net-tools: configure-stamp does nothing
Package: net-tools Version: 1.60-17 Tags: patch Debbugs-Cc: debian-mentors@lists.debian.org X-Debbugs-Cc: debian-mentors@lists.debian.org X-Why: multipipe RFS had the same problem (template?) User: [EMAIL PROTECTED] Usertags: debian-specific configure: configure-stamp configure-stamp: dh_testdir touch configure-stamp ./debian/rules configure-stamp creates a file but otherwise does nothing. The utility of the stampfile is to avoid rerunning slow commands, so at best this fails to avoid a slow command. diff -u net-tools-1.60/debian/changelog net-tools-1.60/debian/changelog --- net-tools-1.60/debian/changelog +++ net-tools-1.60/debian/changelog @@ -1,3 +1,10 @@ +net-tools (1.60-17.1) unstable; urgency=low + + * Non-maintainer upload. + * ./debian/rules: Remove useless configure-stamp target. + + -- Justin Pryzby [EMAIL PROTECTED] Tue, 18 Sep 2007 07:22:04 -0400 + net-tools (1.60-17) unstable; urgency=medium * arp.c: bus error on sparc64 with latest gcc fixed. (Closes: Bug#340384) diff -u net-tools-1.60/debian/rules net-tools-1.60/debian/rules --- net-tools-1.60/debian/rules +++ net-tools-1.60/debian/rules @@ -8,12 +8,7 @@ # This is the debhelper compatability version to use. export DH_COMPAT=1 -configure: configure-stamp -configure-stamp: - dh_testdir - touch configure-stamp - -build: configure-stamp build-stamp +build: build-stamp build-stamp: dh_testdir cp debian/config.h config.h @@ -24,7 +19,7 @@ clean: dh_testdir dh_testroot - rm -f build-stamp configure-stamp + rm -f build-stamp -$(MAKE) clobber dh_clean diff -u net-tools-1.60/debian/changelog net-tools-1.60/debian/changelog --- net-tools-1.60/debian/changelog +++ net-tools-1.60/debian/changelog @@ -1,3 +1,10 @@ +net-tools (1.60-17.1) unstable; urgency=low + + * Non-maintainer upload. + * ./debian/rules: Remove useless configure-stamp target. + + -- Justin Pryzby [EMAIL PROTECTED] Tue, 18 Sep 2007 07:22:04 -0400 + net-tools (1.60-17) unstable; urgency=medium * arp.c: bus error on sparc64 with latest gcc fixed. (Closes: Bug#340384) diff -u net-tools-1.60/debian/rules net-tools-1.60/debian/rules --- net-tools-1.60/debian/rules +++ net-tools-1.60/debian/rules @@ -8,12 +8,7 @@ # This is the debhelper compatability version to use. export DH_COMPAT=1 -configure: configure-stamp -configure-stamp: - dh_testdir - touch configure-stamp - -build: configure-stamp build-stamp +build: build-stamp build-stamp: dh_testdir cp debian/config.h config.h @@ -24,7 +19,7 @@ clean: dh_testdir dh_testroot - rm -f build-stamp configure-stamp + rm -f build-stamp -$(MAKE) clobber dh_clean
Re: speed of COW directory copying: XFS 20x slower than ext3
it turned out the problem is in the XFS filesystem, that is 20x slower, than the ext3 filesystem. I know that XFS is bad at handling small files, but 20x times? Try to play with parameters mentioned in laptop-mode.txt in the Linux sources. Then, try to have XFS log area on separate device. This can boost performance, because log data will be accessed and/or written in parallel (by hardware) to actual file system operation. I think very vivid data is: http://oss.oracle.com/~mason/seekwatcher I have my speed test nearly a year ago. Ext3 have big speed, until it starts writing caches from RAM to actual device. Thanks for the suggestions, I looked into the laptop-mode.txt. I just don't have time to play with all those parameters. I just want to install it by default and either it is fast, or it is not. So my conclusion is: Use xfs with -o nobarrier or ext3. Ondrej P.S. I am copying what I post to Debian mentors only: We just discovered, that mounting XFS partition with: sudo mount -o nobarrier /dev/sda2 /mnt/p1 speeds things up on all machines. The reason is, that the option -o barrier was added by default to all kernels = 2.6.17, so dakol has nobarrier, all the others have barrier. By mounting with nobarrier, the cp and rm times are 5s on the first run and around 1.7s on subsequent runs. That's much better for XFS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: dosbox (updated package)
Dear mentors, I am looking for a sponsor for my package dosbox. * Package name: dosbox Version : 0.72-0.1 Upstream Author : The DOSBox-Team [EMAIL PROTECTED] * URL : www.sourceforge.net/projects/dosbox/ * License : GPL Section : otherosfs It builds these binary packages: dosbox - A x86 emulator with Tandy/Herc/CGA/EGA/VGA/SVGA graphics, sound a The maintainer seems to be inactive since 0.65 (2006-03-30). I have updated the package to 0.72 (and had to fix the .desktop and menu file because of lintian errors). The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dosbox - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dosbox/dosbox_0.72-0.1.dsc I would be glad if someone uploaded this package for me. Kind regards Markus makke Schölzel
Re: RFS: dosbox (updated package)
On Tue, Sep 18, 2007 at 04:39:05PM +0200, Markus Schölzel wrote: Dear mentors, I am looking for a sponsor for my package dosbox. * Package name: dosbox Version : 0.72-0.1 Upstream Author : The DOSBox-Team [EMAIL PROTECTED] * URL : www.sourceforge.net/projects/dosbox/ * License : GPL Section : otherosfs It builds these binary packages: dosbox - A x86 emulator with Tandy/Herc/CGA/EGA/VGA/SVGA graphics, sound a The maintainer seems to be inactive since 0.65 (2006-03-30). Does this mean that you haven't adopted the package with the maintainer's approval? To be polite, you should try and make sure that the current maintainer is OK with you taking over. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
