Re: ia32-apt-get: Striking my colors
On Sat, 04, Jul, 2009 at 02:41:12AM +0200, Goswin von Brederlow spoke thus.. > Simple. The ia32-apt-get/ia32-aptitute will allow users that have > already installed ia32-apt-get to update their ia32-lib* packages to > ones that "Provide: ia32-abi". > > Then when Mark later uploads ia32-libs and ia32-libs-gtk he can > "Conflicts: ia32-abi", "Replaces: ia32-abi" to get a smooth > transition. Without this ia32-libs and ia32-libs-gtk would have to > Conflicts/Replaces on over 160 packages which would be a real pain. My problem with this, as I said earlier, is that it doesn't deal with the partial upgrade problem from versions < 22 to the new/old ia32-libs package. I'd appreciate other thoughts on this whilst I'm preparing the new upload of the monolithic packages. Mark -- Mark Hymers "That's why the good die young; it's because Death can't be bothered to check the paperwork." Andy Hamilton, Old Harry's Game -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS (and comments): kst: A KDE data analysis program
Hi, I'm looking for comments on the first debian package I've produced. If comments are positive, I'll also be looking for a sponsor. The ITP for kst is filed as bug number 246538 and a summary is below. * Package name: kst Version : 0.9.7 Upstream Author : C. Barth Netterfield <[EMAIL PROTECTED]> * URL : http://omega.astro.utoronto.ca/kst/ * License : GPL Description : A KDE application used for displaying scientific data kst is a program for examining data streams which can plot x-y plots, power spectra, histograms and equations (including equations of data streams). It can also be used to examine data in files which are being updated as data is being logged, in which case it can act as a plotter for a chart recorder. . kst also contains a command line interface for rapid analysis of large amounts of data. Sources and i386 binaries are available at http://www.brain.ncl.ac.uk/~mark/debian/kst Building has been tested in an pbuilder unstable chroot. Any comments are welcome, Thanks, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) pgpkFYAQAbMAz.pgp Description: PGP signature
Re: One source package and more then 1 deb
On Sat, 01, May, 2004 at 11:48:22AM +0200, Matthijs spoke thus.. > I'm trying to build a Library with two debs: > > A libinklevel1*.deb and a libinklevel-dev*.deb. But when i > dpkg-buildpackage dh_installdirs create two directories: > debian/tmp and debian/libinklevel1. When i then look in these two debs > all the files are installed into libinklevel-dev*.deb and nothing in > libinklevel1*.deb > > I've this install rule in debian/rules: > $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp/usr > > So all files are going into debian/tmp and not also going into > libinklevel1. > > How can i change this ? I've just been through all of this with the kst packages I posted earlier. Are you using debhelper? Could you put your .orig.tar.gz and diff somewhere for download so that we can see exactly what's going on? Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD)
RFS: kst: A KDE data analysis program
Hi, (CC'd to bugs.debian.org as an update to the ITP) Source Package (for potential sponsors) === This is my second request for a sponser for kst. I've updated my packaged version to kst-0.99 and uploaded the source to mentors.debian.net (http://mentors.debian.net/debian/pool/main/k/kst/) The source package is lintian and linda clean. The ITP for kst is filed as bug number 246538 and a summary is below. * Package name: kst Version : 0.9.9 Upstream Author : C. Barth Netterfield <[EMAIL PROTECTED]> * URL : http://omega.astro.utoronto.ca/kst/ * License : GPL Description : A KDE application used for displaying scientific data kst is a program for examining data streams which can plot x-y plots, power spectra, histograms and equations (including equations of data streams). It can also be used to examine data in files which are being updated as data is being logged, in which case it can act as a plotter for a chart recorder. . kst also contains a command line interface for rapid analysis of large amounts of data. Binary Packages === Because of the current state of KDE in sid (i.e. it's uninstallable in pbuilder due to the transition between libopenexr0 and libopenexr2 being half-completed), the package is not currently automatically buildable using a sid pbuilder chroot. It builds fine in a sarge pbuilder chroot and can be build if you manually use pbuilder login on a sid pbuilder chroot, install libopenexr0 then do the build using debuild. This isn't a kst problem, it's a generic sid problem. I've therefore provided both sarge and sid binaries built from exactly the same source at http://www.brain.ncl.ac.uk/~mark/debian/kst/0.99 The package is lintian and linda clean when built in both sarge and sid. (I'm not in any way suggesting that this may make it into sarge, I've simply built it for testing as well due to the problematic KDE situation in unstable). I would welcome any comments, Thanks, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) signature.asc Description: Digital signature
Re: Bug#246538: Info received (was RFS: kst: A KDE data analysis program)
I would like to apologise to the list for causing that last message to be sent here from the BTS. I assume it was due to an incorrect setting of the Reply-To field on my part. Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD)
Re: RFS: kst: A KDE data analysis program
On Sun, 22, Aug, 2004 at 09:17:09AM -0600, Wesley J Landaker spoke thus.. > A couple copyright things: > > The debian/copyright lists the upstream authors, but doesn't give any > copyright declaration: OK. I've added this to the file (based on a grep of the source): will it do? Copyright (C) 1999-2004 C. Barth Netterfield and others > Also, AUTHORS also includes "Rick Chern <[EMAIL PROTECTED]>", > which is not listed in debian/copyright. Whoops - that must have been added between 0.97 and 0.99. Added to debian/copyright. > Anyway, not that you probably need to list them all, but I might suggest > listing at least all those in the AUTHORS file, and then noting that > there are others besides those listed--this seems to be the common > practice for packages that have many authors. =) I've added this to the copyright file: === As well as these principle authors, there have been contributions from several other people and organisations. These are listed in the source files. === I haven't reuploaded yet, I'm waiting to see if there are any other suggestions. Thanks for your comments. Would you be willing and able to sponsor the package? Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD)
Re: RFS: kst: A KDE data analysis program
On Tue, 24, Aug, 2004 at 01:51:40PM +1000, Anibal Monsalve Salazar spoke thus.. > Include the upstream homepage in the description in debian/control. Although policy states this is optional, I agree with you so I've done it. > Also, remove the commented out lines in debian/rules. Done - I agree, it makes the rules file much cleaner. Thanks for the comments, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD)
Re: RFS: kst: A KDE data analysis program
On Sun, 22, Aug, 2004 at 09:48:17AM -0600, Wesley J Landaker spoke thus.. > I'm willing to sponsor it once I can get it to build cleanly. That might > mean waiting a bit for some of the kde dependancies to trickle into > unstable, but if you drop me a reminder to try again, I'll give it > another look over and help you get it uploaded. Hi, There is a KDE NMU in incoming at the moment which fixes the libopenexr issue. Could you offer me one piece of advice? Should I make the Build-Depends on kdelibs4 versioned (i.e. kdelibs4 (>> 3.3.0-1.1)) to make sure buildds don't waste time trying to do it with 3.3.0-1? According to my reading of policy 7.1, this is allowed [the parentheses should contain a relation from the list below followed by a version number, in the format described in Version, Section 5.6.11.]. I wasn't sure whether I could include a debian revision in the versioned depends but it looks like it to me (looking at 5.6.11). Once I've done that and tested, I'll upload final versions of the package. Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) signature.asc Description: Digital signature
Re: RFS: kst: A KDE data analysis program
On Fri, 27, Aug, 2004 at 02:44:27PM +0200, Andreas Metzler spoke thus.. > No, that is useless. - It does not change a thing. > > The buildds do not automatically evaluate Build-Depends before they > download and try to build the package. They download the package, > install build-dependcies (ignoring the version requirements) and only > after that check whether the version requirements are fullfilled. Ah, thanks. I need to read up more on how the buildd software works in that case (added to my TODO list). Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) signature.asc Description: Digital signature
Re: RFS: kst: A KDE data analysis program
On Fri, 27, Aug, 2004 at 06:49:47AM -0600, Wesley J Landaker spoke thus.. > Sounds good; posts the links to your packages when you feel that they're > ready and I'll take a look at them. Unfortunately, like a quantum > particle, I'll be popping in and out of existance this week, but I > should have time to look over your package and sponsor the upload if > there are no problems in the next day or two. =) Hi, I think the package is ready for upload now. I've made a few changes since the last version you saw. Unfortunately, I can't upload to mentors.debian.net again because I want to start in debian proper with 0.99-1 and, stupidly, I didn't use 0.99-0 for the initial mentors upload; I'll know better in future. Also, our local server at work has died (and I haven't had a chance to look at it yet as it's the weekend) so I've uploaded the source package to my University webspace. It can be found at: http://www.students.ncl.ac.uk/mark.hymers/kst/ (kst_0.99-1.diff.gz, kst_0.99-1.dsc and kst_0.99.orig.tar.gz). Both the source packages and the .deb packages which build from this are lintian -Ii clean and work well. Rough changes from the last test version: * Added some examples which I generated and a brief doc on how to use them * Renamed the libkst package to 0 instead of 1 (as binary compatibility is likely to change in version 1.0). * Fixed a really obscure lintian warning (only appears with -I) to do with hyphens and minus signs in manpages * Fixed the installation of the KDE KST documentation so that it appears in khelpcenter and works properly (part of kst-doc) Hope that give you enough information. If you have any more questions, please let me know. Cheers, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD)
RFS: source NMU for jmon (approved by maintainer)
Hi, The current version of jmon in the archive doesn't work on 2.6 kernels. I've prepared an NMU and the maintainer said to find a sponsor for it in an email to me (which I can provide to a prospective sponsor). The .diff.gz for the NMU is available at: http://dynam.mhy.org.uk/~mark/jmon-NMU/jmon_0.3.1-6.1.diff.gz and an interdiff from the previous version (0.3.6) is available here: http://dynam.mhy.org.uk/~mark/jmon-NMU/jmon_interdiff_0.3.6_to_0.3.6-1.diff.gz The package is lintian and linda clean and the changes are minimal to get it working on 2.6 whilst maintaining 2.4 compatibility. Thanks, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) signature.asc Description: Digital signature
RFS (and comments): kst: A KDE data analysis program
Hi, I'm looking for comments on the first debian package I've produced. If comments are positive, I'll also be looking for a sponsor. The ITP for kst is filed as bug number 246538 and a summary is below. * Package name: kst Version : 0.9.7 Upstream Author : C. Barth Netterfield <[EMAIL PROTECTED]> * URL : http://omega.astro.utoronto.ca/kst/ * License : GPL Description : A KDE application used for displaying scientific data kst is a program for examining data streams which can plot x-y plots, power spectra, histograms and equations (including equations of data streams). It can also be used to examine data in files which are being updated as data is being logged, in which case it can act as a plotter for a chart recorder. . kst also contains a command line interface for rapid analysis of large amounts of data. Sources and i386 binaries are available at http://www.brain.ncl.ac.uk/~mark/debian/kst Building has been tested in an pbuilder unstable chroot. Any comments are welcome, Thanks, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) pgp0.pgp Description: PGP signature
Re: One source package and more then 1 deb
On Sat, 01, May, 2004 at 11:48:22AM +0200, Matthijs spoke thus.. > I'm trying to build a Library with two debs: > > A libinklevel1*.deb and a libinklevel-dev*.deb. But when i > dpkg-buildpackage dh_installdirs create two directories: > debian/tmp and debian/libinklevel1. When i then look in these two debs > all the files are installed into libinklevel-dev*.deb and nothing in > libinklevel1*.deb > > I've this install rule in debian/rules: > $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp/usr > > So all files are going into debian/tmp and not also going into > libinklevel1. > > How can i change this ? I've just been through all of this with the kst packages I posted earlier. Are you using debhelper? Could you put your .orig.tar.gz and diff somewhere for download so that we can see exactly what's going on? Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: kst: A KDE data analysis program
Hi, (CC'd to bugs.debian.org as an update to the ITP) Source Package (for potential sponsors) === This is my second request for a sponser for kst. I've updated my packaged version to kst-0.99 and uploaded the source to mentors.debian.net (http://mentors.debian.net/debian/pool/main/k/kst/) The source package is lintian and linda clean. The ITP for kst is filed as bug number 246538 and a summary is below. * Package name: kst Version : 0.9.9 Upstream Author : C. Barth Netterfield <[EMAIL PROTECTED]> * URL : http://omega.astro.utoronto.ca/kst/ * License : GPL Description : A KDE application used for displaying scientific data kst is a program for examining data streams which can plot x-y plots, power spectra, histograms and equations (including equations of data streams). It can also be used to examine data in files which are being updated as data is being logged, in which case it can act as a plotter for a chart recorder. . kst also contains a command line interface for rapid analysis of large amounts of data. Binary Packages === Because of the current state of KDE in sid (i.e. it's uninstallable in pbuilder due to the transition between libopenexr0 and libopenexr2 being half-completed), the package is not currently automatically buildable using a sid pbuilder chroot. It builds fine in a sarge pbuilder chroot and can be build if you manually use pbuilder login on a sid pbuilder chroot, install libopenexr0 then do the build using debuild. This isn't a kst problem, it's a generic sid problem. I've therefore provided both sarge and sid binaries built from exactly the same source at http://www.brain.ncl.ac.uk/~mark/debian/kst/0.99 The package is lintian and linda clean when built in both sarge and sid. (I'm not in any way suggesting that this may make it into sarge, I've simply built it for testing as well due to the problematic KDE situation in unstable). I would welcome any comments, Thanks, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) signature.asc Description: Digital signature
Re: Bug#246538: Info received (was RFS: kst: A KDE data analysis program)
I would like to apologise to the list for causing that last message to be sent here from the BTS. I assume it was due to an incorrect setting of the Reply-To field on my part. Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: kst: A KDE data analysis program
On Sun, 22, Aug, 2004 at 09:17:09AM -0600, Wesley J Landaker spoke thus.. > A couple copyright things: > > The debian/copyright lists the upstream authors, but doesn't give any > copyright declaration: OK. I've added this to the file (based on a grep of the source): will it do? Copyright (C) 1999-2004 C. Barth Netterfield and others > Also, AUTHORS also includes "Rick Chern <[EMAIL PROTECTED]>", > which is not listed in debian/copyright. Whoops - that must have been added between 0.97 and 0.99. Added to debian/copyright. > Anyway, not that you probably need to list them all, but I might suggest > listing at least all those in the AUTHORS file, and then noting that > there are others besides those listed--this seems to be the common > practice for packages that have many authors. =) I've added this to the copyright file: === As well as these principle authors, there have been contributions from several other people and organisations. These are listed in the source files. === I haven't reuploaded yet, I'm waiting to see if there are any other suggestions. Thanks for your comments. Would you be willing and able to sponsor the package? Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: kst: A KDE data analysis program
On Tue, 24, Aug, 2004 at 01:51:40PM +1000, Anibal Monsalve Salazar spoke thus.. > Include the upstream homepage in the description in debian/control. Although policy states this is optional, I agree with you so I've done it. > Also, remove the commented out lines in debian/rules. Done - I agree, it makes the rules file much cleaner. Thanks for the comments, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: kst: A KDE data analysis program
On Sun, 22, Aug, 2004 at 09:48:17AM -0600, Wesley J Landaker spoke thus.. > I'm willing to sponsor it once I can get it to build cleanly. That might > mean waiting a bit for some of the kde dependancies to trickle into > unstable, but if you drop me a reminder to try again, I'll give it > another look over and help you get it uploaded. Hi, There is a KDE NMU in incoming at the moment which fixes the libopenexr issue. Could you offer me one piece of advice? Should I make the Build-Depends on kdelibs4 versioned (i.e. kdelibs4 (>> 3.3.0-1.1)) to make sure buildds don't waste time trying to do it with 3.3.0-1? According to my reading of policy 7.1, this is allowed [the parentheses should contain a relation from the list below followed by a version number, in the format described in Version, Section 5.6.11.]. I wasn't sure whether I could include a debian revision in the versioned depends but it looks like it to me (looking at 5.6.11). Once I've done that and tested, I'll upload final versions of the package. Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) signature.asc Description: Digital signature
Re: RFS: kst: A KDE data analysis program
On Fri, 27, Aug, 2004 at 02:44:27PM +0200, Andreas Metzler spoke thus.. > No, that is useless. - It does not change a thing. > > The buildds do not automatically evaluate Build-Depends before they > download and try to build the package. They download the package, > install build-dependcies (ignoring the version requirements) and only > after that check whether the version requirements are fullfilled. Ah, thanks. I need to read up more on how the buildd software works in that case (added to my TODO list). Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) signature.asc Description: Digital signature
Re: RFS: kst: A KDE data analysis program
On Fri, 27, Aug, 2004 at 06:49:47AM -0600, Wesley J Landaker spoke thus.. > Sounds good; posts the links to your packages when you feel that they're > ready and I'll take a look at them. Unfortunately, like a quantum > particle, I'll be popping in and out of existance this week, but I > should have time to look over your package and sponsor the upload if > there are no problems in the next day or two. =) Hi, I think the package is ready for upload now. I've made a few changes since the last version you saw. Unfortunately, I can't upload to mentors.debian.net again because I want to start in debian proper with 0.99-1 and, stupidly, I didn't use 0.99-0 for the initial mentors upload; I'll know better in future. Also, our local server at work has died (and I haven't had a chance to look at it yet as it's the weekend) so I've uploaded the source package to my University webspace. It can be found at: http://www.students.ncl.ac.uk/mark.hymers/kst/ (kst_0.99-1.diff.gz, kst_0.99-1.dsc and kst_0.99.orig.tar.gz). Both the source packages and the .deb packages which build from this are lintian -Ii clean and work well. Rough changes from the last test version: * Added some examples which I generated and a brief doc on how to use them * Renamed the libkst package to 0 instead of 1 (as binary compatibility is likely to change in version 1.0). * Fixed a really obscure lintian warning (only appears with -I) to do with hyphens and minus signs in manpages * Fixed the installation of the KDE KST documentation so that it appears in khelpcenter and works properly (part of kst-doc) Hope that give you enough information. If you have any more questions, please let me know. Cheers, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: source NMU for jmon (approved by maintainer)
Hi, The current version of jmon in the archive doesn't work on 2.6 kernels. I've prepared an NMU and the maintainer said to find a sponsor for it in an email to me (which I can provide to a prospective sponsor). The .diff.gz for the NMU is available at: http://dynam.mhy.org.uk/~mark/jmon-NMU/jmon_0.3.1-6.1.diff.gz and an interdiff from the previous version (0.3.6) is available here: http://dynam.mhy.org.uk/~mark/jmon-NMU/jmon_interdiff_0.3.6_to_0.3.6-1.diff.gz The package is lintian and linda clean and the changes are minimal to get it working on 2.6 whilst maintaining 2.4 compatibility. Thanks, Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) signature.asc Description: Digital signature
Re: RFS: source NMU for jmon (approved by maintainer)
On Sat, 04, Dec, 2004 at 01:59:35PM +0100, Christoph Berg spoke thus.. > Re: Steve Langasek in <[EMAIL PROTECTED]> > > Regardless of the maintainer's comments, DDs should not sponsor NMUs; it is > > the responsibility of the uploading developer to personally verify the > > correctness of the changes in an NMU, and it is incorrect to upload changes > > in an NMU that have not first been forwarded to the BTS, therefore it's > > simpler if you upload any patches to the BTS and ask someone to do an NMU > > for the bug, rather than asking someone to upload based on packages that > > you've prepared separately. > > I'd expect any sponsored upload to be checked by the sponsoring DD, be > it uploads for packages I (as a non-DD) maintain, for NMUs, or for QA > uploads. Preparing a (source) package and asking for a sponsor is > merely to ease the uploading DD's task, who will rebuild the binary > package anyway in most cases. (And if it's a proper NMU, there will be > a patch in the BTS anyway.) That's what I thought. I know that (for good reasons), binary NMUs aren't allowed by non-DDs but I don't really see a difference between somebody sponsoring a package (where they need to check the original .tar.gz and .diff.gz as well as policy conformation etc), and sponsoring a prepared source NMU (where only the .diff.gz and relevant bugs have to be checked to make sure they're ok). Obviously, if this is policy, I'll leave it at that and just ask the maintainer to hopefully do an upload before sarge. Mark -- Mark Hymers, University of Newcastle Medical School Intercalating Medical Student (MBBS / PhD) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
