Re: DM upload permission
Hi Arno: On Tue, 5 Mar 2013, Arno Töll wrote: You missed the header. While the "Uploader" field is optional (and also used for the mail confirmation you're missing by the way), the "Archive" field is not. Moreover, the blank newline dividing the header from the data part is required. That is, your command would be: --- Archive: ftp.debian.org Uploader: Carlo Segre Action: dm Fingerprint: 8CCC1BA8590FF029D17C708FC1BCD3C72AA28B6B Allow: nexus --- Thanks, this is very helpful Note, you can also use dput-ng (available in unstable) to manage DM permissions. The equivalent command would be: dcut dm --uid "Tobias Stefan Richter" --allow nexus I'll try this too carlo -- Carlo U. Segre -- Duchossois Leadership Professor of Physics Director, Center for Synchrotron Radiation Research and Instrumentation Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://phys.iit.edu/~segre se...@debian.org
DM upload permission
Hello All: I have been a sponsor for a DM's uploads of the nexus package and we have come across a new policy which defines a way of giving permission to a DM for a specific package. http://lists.debian.org/debian-devel-announce/2012/09/msg8.html I have studied the above thread and any related posts I could find and attempted to follow the instructions therein. unfortunately, the examples given don't seem to be complete and my attempt to provide authorization for the nexus package did not seem to work (neither I nor the DM got any email confirmation). Is there any more explicit instruction on how to initiate this process correctly? Here is what I tried: 1. made a file called segre-0001.dak-commands with the following contents Action: dm Fingerprint: 8CCC1BA8590FF029D17C708FC1BCD3C72AA28B6B Allow: nexus 2. signed this file with my key and produced an ASCII file using gpg --clearsign segre-0001.dak-commands 3. uploaded the file to ftp-master using dput segre-0001.dak-commands.asc Clearly, I must have done at least one thing wrong, probably more than one so I would appreciate advice from anyone who has sucessfully navigated this process. Cheers, Carlo -- Carlo U. Segre -- Duchossois Leadership Professor of Physics Director, Center for Synchrotron Radiation Research and Instrumentation Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://phys.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.02.1303050032520.6...@hydride.phys.iit.edu
Bug#645835: ITP: python-wxmpl -- Painless matplotlib embedding in wxPython
Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: python-wxmpl Version : 2.0.0 Upstream Author : Carlo Segre * URL : http://csrri.iit.edu/~wxmpl * License : MIT/X Programming Lang: Python Description : Painless matplotlib embedding in wxPython WxMpl provides a matplotlib `FigureCanvas' with user-interaction features such as point-under-cursor and zooming in on a selected area. Support for creating stripcharts, plots that update as their data changes, is also included. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111018231742.30362.6816.report...@boride.phys.iit.edu
Bug#592197: ITP: libterm-twiddle-perl -- Twiddles a thingy while-u-wait
Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libterm-twiddle-perl Version : 2.71 Upstream Author : Scott Wiersdorf * URL : http://search.cpan.org/dist/Term-Twiddle/ * License : Artistic Programming Lang: Perl Description : Twiddles a thingy while-u-wait Always fascinated by the spinner during FreeBSD's loader bootstrap, I wanted to capture it so I could view it any time I wanted to--and I wanted to make other people find that same joy I did. Now, anytime you or your users have to wait for something to finish, instead of twiddling their thumbs, they can watch the computer twiddle its thumbs. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100808050647.2085.36340.report...@boride.phys.iit.edu
Bug#592190: ITP: libterm-sk-perl -- Perl extension for displaying a progress indicator on a terminal
Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libterm-sk-perl Version : 0.06 Upstream Author : Klaus Eichner * URL : http://search.cpan.org/dist/Term-Sk/ * License : Artistic Programming Lang: Perl Description : Perl extension for displaying a progress indicator on a terminal Term::Sk is a class to implement a progress indicator ("Sk" is a short form for "Show Key"). This is used to provide immediate feedback for long running processes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100808014759.21070.24126.report...@boride.phys.iit.edu
Bug#586938: ITP: flotr -- JavaScript plotting library based on the Prototype Framework
Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: flotr Version : 0.2 Upstream Author : Bas Wenneker * URL : http://code.google.com/p/flotr/ * License : MIT Programming Lang: JavaScript Description : plotting library for the Prototype Framework Flotr is a plotting library which enables you to draw appealing graphs in most modern browsers with an easy to learn syntax. . The currently supported chart types are : . * Histograms (vertical, horizontal, stacked bars) * Lines (filled or not) * Points (scatter plots) * Pie chart * Candle sticks (and barcharts) * Radar chart * Markers (positioned text) . It comes with great features like legend support, negative value support, mouse tracking, selection support, zoom support, event hooks, css styling support, text included into the canvas, rotated labels, color gradients, graph title and subtitle, spreadsheet, CSV data download and much more. . The flotr library is distributed with the canvas2image, canvastext, and base64 JavaScript libraries. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100623164550.18558.53827.report...@boride.phys.iit.edu
Re: Naming policy for Perl modules (mass bug filing)
On Wed, 24 Mar 2010, Stéphane Glondu wrote: Carlo Segre a écrit : 2. the ifeffit source package is contrib and cannot be built by the autobuilders because of its build time dependence on pgplot5. The latter is causing me much grief and needs to be solved before I work on consistency issues. Right now I have to build the package by hand on whatever architectures I can get my hands on (I only have 8) and upload all the binaries. The package has not migrated to testing for nearly 2 years because not all the architectures are present and until this is resolved, there is really no point since it will only languish in unstable. Why didn't you just ask removal of binary packages on architectures that lack up-to-date packages? Well, it was because of the inconsistencies in the buildd systems. Some would build using non-free sources, others would not. This has now changed and none will. Then there was the presence of the unofficial buildd network that was used to build non-free packages. I had hoped that this could be used. Now it is clear that this network is no longer functioning. I will have to do precisely as you say. Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org
Re: Naming policy for Perl modules (mass bug filing)
On Tue, 23 Mar 2010, Ansgar Burchardt wrote: Jozef Kutej writes: Ansgar Burchardt wrote: the Debian Perl Policy asks for packages for the Foo::Bar module to be Perl module packages *should* be named... :) "Non-conformance with guidelines denoted by should (or recommended) will generally be considered a bug, but will not necessarily render a package unsuitable for distribution." I don't object to naming packages differently if there is a reason to do so, but fail to see one for these packages (except for perlmagick which is also the upstream name as noted by Bastien ROUCARIES [1]). as the maintainer for one of the listed modules, I can tell you that I don't object to the notion of changing the name (I have often considered it) but for the fact that 1. it would entail a lot of changes for the packages which depend on it and 2. the ifeffit source package is contrib and cannot be built by the autobuilders because of its build time dependence on pgplot5. The latter is causing me much grief and needs to be solved before I work on consistency issues. Right now I have to build the package by hand on whatever architectures I can get my hands on (I only have 8) and upload all the binaries. The package has not migrated to testing for nearly 2 years because not all the architectures are present and until this is resolved, there is really no point since it will only languish in unstable. So please go ahead and file the bug, I will consider it as wishlist until I can get the rest resolved. Crankily (but not with the Perl Developers), Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.00.1003240023590.3...@hydride.iit.edu
Re: definition of contrib & buildd inconsistency
Hi Marc: On Mon, 22 Mar 2010, Marc 'HE' Brockschmidt wrote: Carlo Segre writes: An alternative which would remove the inconsistency is to make the decision that contrib packages will not be built by the officeial buildd network but have to be built as non-free packages are, on the unofficial buildd network. If my understanding is current, non-free packages are autobuilt only as a result of explicit whitelisting indicating that there are no license problems resulting from doing so. I think the same would have to be true of contrib packages, since even *installing* packages from non-free could have license implications that impact the buildd operators. OK, in my case pgplot5 has been whitelisted for many years. Is it possible to have these contrib packages whitelisted on the non-free buildd network too? We are currently reworking the non-free support in the buildd network. In the long term, we want to be able to build whitelisted packages, and allow contrib packages to use binaries built from whitelisted package. This is not done yet, but people (more specifically, Andreas Barth) are working on it. Thanks for the information. Do you have any notion about when this might be completed? I am not trying to be pushy, I just want to be able to make an informed decision about what to do with my packages for squeeze. Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.00.1003220724580.3...@oxide.phys.iit.edu
Re: definition of contrib & buildd inconsistency
On Sun, 21 Mar 2010, Steve Langasek wrote: On Sun, Mar 21, 2010 at 04:37:25PM -0500, Carlo Segre wrote: * free packages which require contrib, non-free packages or packages which are not in our archive at all for compilation or execution, There is apparently an ambiguity here since a contrib package can depend on non-free in two distinct ways: No, there isn't. "for compilation or execution" - so if it depends on packages not in main at build time *or* at run time. You are correct, I missed that. It's possible that most maintainers when confronted with this have simply opted to move their packages directly to non-free in order to get autobuilder support. There are only five packages in contrib currently affected by this problem (out of 74 total that build architecture-dependent packages): ifeffit and libpgplot-perl, which b-d on pgplot5; r-cran-surveillance, which b-d on r-cran-maptools; snes9express, which b-d on snes9x-x; and suitesparse-metis, which b-d on libparmetis-dev. Yes, two of these are my packages and when I initially uploaded them, I followed the letter of the Policy which makes them contrib not non-free. I have no choice now but to move them both to non-free, however, my attempt to do this has been rejected by ftpmaster. I am not sure how to proceed at this point. An alternative which would remove the inconsistency is to make the decision that contrib packages will not be built by the officeial buildd network but have to be built as non-free packages are, on the unofficial buildd network. If my understanding is current, non-free packages are autobuilt only as a result of explicit whitelisting indicating that there are no license problems resulting from doing so. I think the same would have to be true of contrib packages, since even *installing* packages from non-free could have license implications that impact the buildd operators. OK, in my case pgplot5 has been whitelisted for many years. Is it possible to have these contrib packages whitelisted on the non-free buildd network too? -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.00.1003212230570.3...@hydride.iit.edu
definition of contrib & buildd inconsistency
Hello All: The definition of the contrib section of the archive reads [0] Examples of packages which would be included in contrib are: * free packages which require contrib, non-free packages or packages which are not in our archive at all for compilation or execution, There is apparently an ambiguity here since a contrib package can depend on non-free in two distinct ways: 1. depends only at runtime, for example a non-free Perl or Python module. 2. depends at build time and runtime, for example a package which needs non-free libraries to be built and linked to. Which is the correct interpretation? If both are included, then all buildds MUST include non-free sources. This is not currently the case. If only 1 is included in the definition for contrib, then any package which falls in category 2 MUST be moved to non-free. Personally, I have no preference as to the interpretation but the current state, where some of the buildds do not include non-free sources and contrib packages can fall under both the categories listed above is inconsistent and needs to be resolved. An alternative which would remove the inconsistency is to make the decision that contrib packages will not be built by the officeial buildd network but have to be built as non-free packages are, on the unofficial buildd network. Cheers, Carlo [0] section 2.2.2 of http://www.debian.org/doc/debian-policy/ch-archive.html -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.00.1003211606470.3...@hydride.iit.edu
Re: Bits from the FTPMaster meeting
On Mon, 16 Nov 2009, Steffen Joeris wrote: On Mon, 16 Nov 2009 02:04:28 pm Carlo Segre wrote: On Sun, 15 Nov 2009, Joerg Jaspert wrote: The current "winning" opinion is to go with the source+throw away binaries route. We are close to being able to achieve this, it is simply that it has not yet been enabled. Before any version of this can be enabled, buildd autosigning needs to be implemented in order that dak can differentiate buildd uploads vs maintainer uploads. It may be necessary to also move the building of contrib packages to the unofficial non-free buildd network. As it stands any contrib package which has a non-free Build-Depends is not guaranteed to build on all architectures since not all the buildd systems include the non-free archives. Up to now it has been possible to do binary uploads to work around this and get as many architectures in the archive as possible to build manually. When this new option is enabled, it will no longer be possible. As I understood it, it is still possible for DDs to do binary-only uploads (as allowed per GR). This throwing away of the binary package is only for the initial source+binary upload. (In an ideal world, there should be no need for DDs to do binary-only uploads by hand, but in reality it has to happen every now and then, at least for security). I suppose that is correct. It still makes sense to me that the contrib packages be built on the non-free autobuilders for practical reasons I have mentioned above. Cheers, Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bits from the FTPMaster meeting
On Sun, 15 Nov 2009, Joerg Jaspert wrote: The current "winning" opinion is to go with the source+throw away binaries route. We are close to being able to achieve this, it is simply that it has not yet been enabled. Before any version of this can be enabled, buildd autosigning needs to be implemented in order that dak can differentiate buildd uploads vs maintainer uploads. It may be necessary to also move the building of contrib packages to the unofficial non-free buildd network. As it stands any contrib package which has a non-free Build-Depends is not guaranteed to build on all architectures since not all the buildd systems include the non-free archives. Up to now it has been possible to do binary uploads to work around this and get as many architectures in the archive as possible to build manually. When this new option is enabled, it will no longer be possible. Cheers, Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552476: ITP: libgraphics-gnuplotif-perl -- A dynamic Perl interface to gnuplot
Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libgraphics-gnuplotif-perl Version : 1.5 Upstream Author : Dr.-Ing. Fritz Mehner * URL : http://search.cpan.org/dist/Graphics-GnuplotIF/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : A dynamic Perl interface to gnuplot Graphics::GnuplotIF is a simple and easy to use dynamic Perl interface to gnuplot. It enables sending display requests asynchronously to gnuplot through simple Perl subroutine calls. . Several independent plots can be started from one script. Each plot has its own pipe. All pipes will be closed automatically by the destructor when the script terminates. The gnuplot processes terminate when the corresponding pipes are closed. Their graphical output will then disappear (but see parameter persist|new). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Release architectures
hi Andi: On Wed, 7 Oct 2009, Andreas Barth wrote: Hi, since our recent release update, things have been moving a bit. We'd like to give you the basic status of all our architectures for Squeeze, for details please see the individual mails (and "basic status" doesn't cover all details of course). What about ia64? carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Building contrib packages
Hi All: I have been maintaining a contrib package which, unfortunately, depends on a non-free package, pgplot5, to be built. This invariably causes problems because contrib packages are autobuilt by the normal buildd network and some, not all, of the buildd machines do not include the non-free sources. The consequence is that the build fails completely. I have circumvented this for most architecures by purchasing one of each different architecture (except for s390 and hppa) and just building the package on all of them and uploading multiple binaries ar a time. Nevertheless, the package is stalled in unstable becuse the remaining architectures are failing to build for the above reason. I have asked for the non-free sources to be included on the buildds and this is not universally thought to be a good idea so I have come up with another suggestion. How about if contrib packages, which are after all not officially part of Debian, are moved off the official buildd network and onto the unofficial non-free buildd network? It stands to reason that the non-free buildd network would include the non-free sources and so would be the right place to build the contrib packages. I have found this network to be quite reliable, in general as my non-free packages are built without any problems. I rather like having 8 different architectures in my server room but manually building all the binaries each time I release a new version of my contrib packages is tedious. I suspect that there might be others with the same problem. I would much rather not have to deal with non-free but the pgplot5 package is, unfortunately, unique and as of now there is no free replacement for it. Cheers, Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Graduate Admissions, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ITH: xournal
Hi Charles: On Thu, 2 Apr 2009, Charles Plessy wrote: Thanks a lot for your action. Any chance to hijack into an existing packaging team ? I have no objection to comaintaining this, or even handing it off to a team. I am not sure I want to join another team though as I am a bit overcommitted. I wanted to take this on simply because I use it and it is in an unusable state on i386 right now. Do you have a suggestion for an appropriate team? Perhaps we can ask if they want to take this on? Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ITH: xournal
Hi All: I am intending to hijack xournal. The current version has been NMUed for almost 1 year and the maintainer's (Mathieu Bouchard) email bounces. There is some urgency to this because the newest version of GTK in sid breaks the ability of xournal to read PDF files for annotation. This can be fixed with a known patch. I will be preparing an updated package for upload by the weekend unless I hear from the current maintainer before then. Cheers, Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#517945: ITP: libxray-absorption-perl -- x-ray absorption data for the elements
Hi Andreas: On Tue, 3 Mar 2009, Andreas Tille wrote: On Mon, 2 Mar 2009, Carlo Segre wrote: Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libxray-absorption-perl Version : 2.0.1 Upstream Author : Bruce Ravel * URL : http://cars9.uchicago.edu/svn/libperlxray * License : Artistic Programming Lang: Perl Description : x-ray absorption data for the elements This module supports access to X-ray absorption data. It is designed to be a transparent interface to absorption data from a variety of sources. Currently, the only sources of data are the 1969 McMaster tables, the 1999 Elam tables, the 1993 Henke tables, and the 1995 Chantler tables. The Brennan-Cowen implementation of the Cromer-Liberman tables is available as a drop-on-top addition to this package. More resources can be added easily. Hi Carlo, can you imagine applications where this "variety of sources" includes x-ray data from medical care? I'm wondering whether this package might be an interesting target for the Debian Med physics task. Or are the ITPed packages rather targeting at particle physics and do not really targeting at medical care? IMHO it would not harm if you would add the answer to this question as a separate paragraph to the description. Hmm, the answer is that these modules allow the calculation of how matter absorbs xrays of different energies. The McMaster tables are the basic reference and have been extended by the Elam and Henke tables to provide additional quantities (fluorescence and total cross-section). The calculations can beused byt many different kinds of researchers, basically anyone who is interested in the interaction of x-rays with matter. I am sure that this includes medical physicists but I do not know if there are other tabulations of data specifically made for medical physics. The calculations are probably not terribly useful to particle physicists though, more to condensed matter and materials physicists and chemists. These modules are necessary components for the horae suite of programs for analysis of x-ray absorption spectroscopy and they used to be hidden in the horae package but have been split out now. i will certainly consider improving the long description in future releases. For now, i prefer to leave them in the incoming queue as they are. carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://www.iit.edu/~segre se...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517947: ITP: libxray-spacegroup-perl -- symmetry operations for the crystal space groups
Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libxray-spacegroup-perl Version : 0.1.1 Upstream Author : Bruce Ravel * URL : http://cars9.uchicago.edu/svn/libperlxray * License : Artistic Programming Lang: Perl Description : symmetry operations for the crystal space groups This module provides an object-oriented interface to a database of space group symmetries transcribed from volume A of the International Tables of Crystallography. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517946: ITP: libxray-scattering-perl -- x-ray scattering data for the elements
Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libxray-scattering-perl Version : 0.2.2 Upstream Author : Bruce Ravel * URL : http://cars9.uchicago.edu/svn/libperlxray * License : Artistic Programming Lang: Perl Description : x-ray scattering data for the elements This module supports access to X-ray scattering data for atoms and ions. It is designed to be a transparent interface to scattering data from a variety of sources. Currently, the only sources of data are the Cromer-Mann tables from the International Tables of Crystallography and the 1995 Waasmaier-Kirfel tables. More resources can be added easily. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517945: ITP: libxray-absorption-perl -- x-ray absorption data for the elements
Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libxray-absorption-perl Version : 2.0.1 Upstream Author : Bruce Ravel * URL : http://cars9.uchicago.edu/svn/libperlxray * License : Artistic Programming Lang: Perl Description : x-ray absorption data for the elements This module supports access to X-ray absorption data. It is designed to be a transparent interface to absorption data from a variety of sources. Currently, the only sources of data are the 1969 McMaster tables, the 1999 Elam tables, the 1993 Henke tables, and the 1995 Chantler tables. The Brennan-Cowen implementation of the Cromer-Liberman tables is available as a drop-on-top addition to this package. More resources can be added easily. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517943: ITP: libchemistry-formula-perl -- enumerate elements in a chemical formula
Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libchemistry-formula-perl Version : 1.0.1 Upstream Author : Bruce Ravel * URL : http://cars9.uchicago.edu/svn/libperlxray * License : Artistic Programming Lang: Perl Description : enumerate elements in a chemical formula This module provides a function which parses a string containing a chemical formula and returns the number of each element in the string. It can handle nested parentheses and square brackets and correctly computes stoichiometry given numbers outside the (possibly nested) parentheses. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#492673: ITP: libregexp-optimizer-perl -- optimizes regular expressions
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libregexp-optimizer-perl Version : 0.15 Upstream Author : Dan Kogai <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Regexp-Optimizer/ * License : Artistic Programming Lang: Perl Description : optimizes regular expressions This contains two modules, Regexp::List and Regexp::Optimizer. . Regexp::List offers a method which turns a list of words into an optimized regular expression which matches all words therein. The optimized regular expression is much more efficient than a simple-minded '|'-concatenation. . Regexp:Optimizer factors out common suffices/prefices in regular expressions (trie optimization). Currently, the user has to optimize "foo|far" and "foo|goo" into "f(?:oo|ar)" and "[fg]oo" by hand; this module does it automatically. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492388: ITP: fox -- Free Objects for Xtallography
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: fox Version : 1.7.7.0 Upstream Author : Vincent Favre-Nicolin <[EMAIL PROTECTED]> * URL : http://objcryst.sourceforge.net/Fox/FoxWiki * License : GPL Programming Lang: C++ Description : Free Objects for Xtallography FOX is a program for the ab initio structure determination from powder diffraction (neutrons, X-Ray). The crystal structure can be described as any combination of atoms, molecules or polyhedras, without a priori information about the connectivity of these 'building block'. Fox can make multi-pattern global optimizations, and automatically correct special positions. . FOX could also be used for educational purposes, to display Crystal Structures in 3D with the associated Powder Pattern -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492376: ITP: libwwwbrowser-perl -- Platform independent means to start a WWW browser
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libwwwbrowser-perl Version : 2.23 Upstream Author : Slaven Rezic <[EMAIL PROTECTED]> * URL : http://user.cs.tu-berlin.de/~eserte/src/perl/WWWBrowser/ * License : GPL or Artistic Programming Lang: Perl Description : Platform independent means to start a WWW browser Perl module which starts a web browser, in the background for X11, with a specified URL. Options exist to use a user-specified browser, including text browsers, which are started in a terminal window. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pbuilder build with passing -sa option
On Sun, 18 Nov 2007, Jens Peter Secher wrote: On 17/11/2007, Piotr Roszatycki <[EMAIL PROTECTED]> wrote: I give up. I really don't know how to pass "-sa" option to dpkg-buildpackage when I use pbuilder build *.dsc I use eg. pdebuild --configfile ~/debian/stable-pbuilderrc --debbuildopts '-sa -v1.5-1' when doing backports. This works with pbuilder as well pbuilder --debbuildopts "-sa" build *.dsc Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED] http://www.iit.edu/~segre [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: pgplot-perl -- PGPLOT Perl module
Hi again Gürkan: On Tue, 18 Sep 2007, Gürkan Sengün wrote: Hello Carlo I have no objection to working on this, being the maintainer of pgplot5. The problem is that there is a bug filed against pgplot5 because it doesn't properly support libpgplot-perl (pgplot-perl or formerly pgperl) [0]. I have not had any time to figure this out for the past 8 months unfortunately. Part of the problem is that pgplot5 has a very complex build system and I inherited it from an MIA maintainer (silly me...). Hm, the version I used worked just fine for the astronomy physics user I have built it for. Maybe it was fixed in a later version (2.20)? Could you check it from here: http://gnu.ethz.ch/debian/pgplot-perl/ The bug was specific to the amd64 architecture only. It always seemed to build using i386. In any case, the latest version, pgplot5-11, fixes the problem (thanks Niko!). I guess i'll have to move it into non-free and rename it to libpgplot-perl for Debian inclusion... but first I need to find a sponsor (maybe the perl debian group) It should be contrib, not non-free, I think. If you put it in the Debian-Perl repository, I could easily sponsor it. As it stands, I have a workable package of 2.20 based on the 2.18 pgperl package from the sarge days. It needs to be converted to gfortran but I would suggest that you start from the previous version simply because it contains the changelog from it's initial time in Debian. I will send you the files in a separate email so you can incorporate it all into your package. You may remove any reference to what I have done since it was never released. Cheers, Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED]
Re: ITP: pgplot-perl -- PGPLOT Perl module
Hi: On Thu, 6 Sep 2007, Gunnar Wolf wrote: (added [EMAIL PROTECTED] to the Cc:s) Gürkan Sengün dijo [Thu, Sep 06, 2007 at 11:36:41AM +0200]: Package: wnpp Severity: wishlist * Package name: pgplot-perl Please use libpgplot-perl, following the current policy for Perl packages. Consider working this together with the pkg-perl group (then again, we might have to discuss this in the group - Group, are you interested in maintaining non-free packages? ;-) ) I have no objection to working on this, being the maintainer of pgplot5. The problem is that there is a bug filed against pgplot5 because it doesn't properly support libpgplot-perl (pgplot-perl or formerly pgperl) [0]. I have not had any time to figure this out for the past 8 months unfortunately. Part of the problem is that pgplot5 has a very complex build system and I inherited it from an MIA maintainer (silly me...). Carlo [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=407462 -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED]
Re: Getting Debian to use less power?
On Sat, 12 May 2007, Petter Reinholdtsen wrote: The tool is said to work better if the kernel is compiled with CONFIG_TIMER_STATS, and if the kernel is using the NO_HZ option available in linux 2.6.21. Will these options be enabled in 2.6.21? In 2.6.20, CONFIG_TIMER_STATS is not and renders the program of limited utility on my laptop. Cheers, Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need help with RC #396817
On Mon, 18 Dec 2006, John Goerzen wrote: On Mon, Dec 18, 2006 at 10:55:48AM -0600, Carlo Segre wrote: On Mon, 18 Dec 2006, John Goerzen wrote: Hi, #396817 was reported back in November. Ian Lynagh, maintainer of GHC, and I both believe that the build was proceeding normally and that on the platform in question, it is not unreasonable to expect it to take quite a bit of time to compile that file. OK, it builds. WOuld you like me just to upload? Yes, please, and thanks for your help! Done, I simply built it so you will have to close the bug by hand. It took some time to build by pbuilder but it was certainly not 90 minutes. Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED] http://www.iit.edu/~segre [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need help with RC #396817
On Mon, 18 Dec 2006, John Goerzen wrote: Hi, #396817 was reported back in November. Ian Lynagh, maintainer of GHC, and I both believe that the build was proceeding normally and that on the platform in question, it is not unreasonable to expect it to take quite a bit of time to compile that file. OK, it builds. WOuld you like me just to upload? Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED] http://www.iit.edu/~segre [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need help with RC #396817
On Mon, 18 Dec 2006, John Goerzen wrote: 2) At least build and upload this package? Hi John: I have it building now. I'll let you know the outcome. Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: List of packages with problems wrt release
On Fri, 15 Dec 2006, Lucas Nussbaum wrote: Carlo Segre <[EMAIL PROTECTED]> libtk-png-perl (U): in unstable (2.005-3) but not in testing. A request for removal (#389676) has been filed as this is now included in perl-tk. Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: out-of-date non-free packages
On Wed, 29 Nov 2006, Andreas Barth wrote: Hi, as all of you should know, packages in non-free are not build by the normal autobuilders for legal reasons. However, if a non-free package exist on different architectures, it need to be current to allow testing migration. On the other hand, there are plenty of packages in non-free that can easily be autobuild, because their license is "free-with-tiny-exceptions". For such packages, a group of Developers headed by Martin (zobel) and me provides some autobuilding infrastructure on most architectures. Excellent! A systematic way of requesting this is welcome. A related issue is for the autobuilding of packages in contrib which need non-free packages. On some architectures, the buildds don't seem to include the non-free repositories and thus these packages won't build. Would it be possible to either consistently include the non-free repository on the regular buildd network or move the contrib building to this non-free buildd system? Cheers, Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#397873: ITP: sixpack -- A full-featured package for XAS analysis
Hi All: One final note, I sopke to upstream and he indicated that "SIXpack" would his prefered name. And so it is now. As I mentioned previously, the package name will remain "sixpack". Hopefully this is satisfactory for you Charles. Carlo On Sat, 11 Nov 2006, gregor herrmann wrote: On Sat, 11 Nov 2006 02:45:31 -0600, Carlo Segre wrote: I would prefer, however, to keep the package name as "sixpack" rather than change it. Just FYI: There is a package called 'sixpack' containing a BibTeX editor [0] but it's only 1) in my private repository and 2) in Ubuntu. I never tried to get it into Debian because it's not really useful anyway. For the sake of avoiding confusion I will remove it from my repo, and (@Daniel:) I think sixpack (and tkbibtex) could be removed from Ubuntu, too, or not included in Feisty. Cheers, gregor [0] http://www.santafe.edu/~dirk/sixpack/ -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#397873: ITP: sixpack -- A full-featured package for XAS analysis
On Sat, 11 Nov 2006, Charles Plessy wrote: If there is no technical concern, I would suggest that your binary would be named SixPACK, to match what is used on upstream's website. I would be rather reluctant to rename the sixpack binary of EMBOSS, as it is a software suite which is very command-line oriented, in the Unix way : many small programs fitting one task. EMBOSS users will definitely not expect sixpack to be renamed. In addition, their scripts would be broken. How is the case of sixpack for XAS? Is it used in command line, or will it be called from a menu ? Hi Charles, Sorry for the delay in responding. I would not object to this as SixPACK would most likely be run from a menu, rather than a command line (except by geeks like me!). My only concern is whether having an executable name with capitals is against policy. I don't see anything in the manual to this effect but on my system I only see one such program AbiWord-2.4 and then there is a link to it from "abiword". I would prefer, however, to keep the package name as "sixpack" rather than change it. I don't think this would cause you too many problems as your package name is completely different. Cheers, Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#397873: ITP: sixpack -- A full-featured package for XAS analysis
Hi Charles: The program is itself called sixpack. There was an ITP some time ago (2002-2003) for another program called sixpack but the wnpp bug was RFP and it was closed due to 2 years of inactivity. What would you propose for your sixpack binary? Cheers, Carlo On Fri, 10 Nov 2006, Charles Plessy wrote: Le Thu, Nov 09, 2006 at 05:10:40PM -0600, Carlo Segre a écrit : Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: sixpack Hi, I am preparing a package for "EMBOSS", the European Molecular Biology Open Source Software suite, which is focused on the manipulation of biological sequences in command line. EMBOSS contains a binary file named sixpack. Is it the case for SIXPack? Also, Google indicates at least one other "sixpack" project. Maybe you could consider renaming your package sixpack-xas, or something like this... Have a nice day, -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED]
Bug#397873: ITP: sixpack -- A full-featured package for XAS analysis
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: sixpack Version : 0.57 Upstream Author : Sam Webb <[EMAIL PROTECTED]> * URL : http://www-ssrl.slac.stanford.edu/~swebb/sixpack.htm * License : BSD-type Programming Lang: Python Description : full-featured package for XAS analysis Sam's Interface for XAS Package, or SIXPack for short, is the unification of the previously named SamXAS and SamView programs into a single analysis package. Thus the package can guide the user through data averaging and calibration, background removal, and many aspects of fitting(Include the long description here.) Maintainer's Note This package will be in contrib because it depends on pgplot5. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How should we deal with 'pointless-on-this-arch' packages?
On Sun, 15 Oct 2006, Charles Plessy wrote: The interest with debtags is that it allows to change the policy for a package without needing an upload or the intervention of the maintainer. This way, the decision of not building could be taken by the maintainer, and it could be reverted quickly by somebody else if a user requested the package on an excluded arch. How would you implement with with debtags? Are the buildd's paying attention to this now? Maybe I misunderstand. Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373208: ITP: libstar-parser-perl -- STAR compliant data file parser for Perl
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libstar-parser-perl Version : 0.59 Upstream Author : Wolfgang Bluhm <[EMAIL PROTECTED]> * URL : http://pdb.sdsc.edu/STAR/ * License : non-free Programming Lang: Perl Description : STAR compliant data file parser for Perl This distribution contains a set of Perl modules for parsing STAR compliant data files and dictionaries, for example CIF or mmCIF data files and dictionaries. While these tools are not limited to CIF or mmCIF files, they do not allow the presence of nested loops. . The following modules are included in this distribution: . STAR::Parser STAR::DataBlock STAR::Dictionary STAR::Writer STAR::Checker STAR::Filter Maintainer's note This module is clearly non-free, however it is an optional component for a GPL program which will have to go into contrib because it also depends on pgplot5. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373207: ITP: ifeffit -- An interactive program for XAFS analysis
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: ifeffit Version : 1.2.9 Upstream Author : Matt Newville <[EMAIL PROTECTED]> * URL : http://cars9.uchicago.edu/ifeffit/ * License : BSD-type Programming Lang: Fortran, C, Python & others Description : An interactive program for XAFS analysis IFEFFIT is an interactive program for XAFS analysis. It combines the high-quality analysis algorithms of AUTOBK and FEFFIT with graphical display of XAFS data and general data manipulation. . IFEFFIT comes as a command-line program, but the underlying functionality is available as a programming library. The IFEFFIT library can be used from C, Fortran, Tcl, Perl, and Python. This allows a variety of user interfaces (both graphical and non-graphical) to be written around IFEFFIT. Currently, two graphical user interfaces: one called G.I.FEFFIT, and one called ATHENA are built on the underlying IFEFFIT library. IFEFFIT and both GUIs are under active development, but are fairly well tested and ready for use. Maintainer's Note This software will, unfortunately, have to go into contrib because of its dependence on pgplot5. The licences of the components of ifeffit are open source. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373211: ITP: horae -- interactive graphical processing and analysis of EXAFS data
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: horae Version : 062 Upstream Author : Bruce Ravel <[EMAIL PROTECTED]> * URL : http://cars9.uchicago.edu/~ravel/software/packages/ * License : BSD-type Programming Lang: Perl Description : interactive graphical processing and analysis of EXAFS data ATHENA is an interactive graphical utility for processing EXAFS data. It handles most of the common data handling chores of interest, including deglitching, aligning, merging, background removal, and Fourier transforms. . ARTEMIS is an interactive graphical utility for fitting EXAFS data using theoretical standards from FEFF and sophisticated data modelling along with flexible data visualization and statistical analysis. . HEPHAESTUS is a souped up periodic table for the x-ray absorption spectroscopist. It provides a number of utilities involving tables of absorption coefficients and other chemical data. Maintainer's Note This package will be in contrib because it depends on pgplot5. It also has a suggests dependency on the non-free libstar-parser-perl module. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Use pbuilder, Luke... (Was: cleaning up lib*-dev packages?)
On Sun, 14 May 2006, Osamu Aoki wrote: On Sun, May 14, 2006 at 04:40:43PM +0200, Ondrej Sury wrote: ... e) it's difficult to install versions of packages not available from your regular sources.list. For example if you build a new (version of a) library package and then an application that uses it and want to upload both at the same time. You probably need to set up a local apt repository, which is a pain. Nope, it's not :-), just add: BINDMOUNTS="/var/cache/pbuilder/result" and put hook script somewhere: ... This is better than my approach. Just make sure /var/cache/pbuilder/result is writable by the user manually if you want to sign packages. (Currently root:root as installed) even better, just put the pbuilder/result in a user-readable and writable volume (/home/pbuilder for example) and run pbuilder as a normal user all the time. Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
access to debian mirror pools
Hello All: I have noticed a behavior which I can't quite understand. I had noticed that some of my computers getting files from http.us.debian.org had consistently lower bandwidths than others pointed to the same source. I have investigated this by grabbing individual files with wget and I have discovered that the same IP address is selected each time I run wget on a specific computer. Different computers access different IP addresses but each one ALWAYS uses the same one. I have tried using the --no-dns-cache as in the wget manual but that changes nothing. I was under the impression that http.us.debian.org is a random pool, and indeed, when I use the 'host http.us.debian.org' command repeatedly, I get the IP addresses in a different order every time, it is strange that wget (and apparently apt-get as well) doesn't randomize. Any insights? Is this a bug, if so for what package? Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 [EMAIL PROTECTED]http://www.iit.edu/~segre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310648: ITP: libchemistry-elements-perl -- Perl extension for working with Chemical Elements
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libchemistry-elements-perl Version : 0.91 Upstream Author : brian d foy <[EMAIL PROTECTED]> * URL : http://www.cpan.org/authors/id/B/BD/BDFOY/ * License : GPL / Artistic Description : Perl extension for working with Chemical Elements Chemistry::Elements provides an easy, object-oriented way to keep track of your chemical data. Using either the atomic number, chemical symbol, or element name you can construct an Element object. Once you have an element object, you can associate your data with the object by making up your own methods, which the AUTOLOAD function handles. Since each chemist is likely to want to use his or her own data, or data for some unforesee-able property, this module does not try to be a repository for chemical data. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309575: ITP: libtime-stopwatch-perl -- Use tied scalars as timers
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libtime-stopwatch-perl Version : 1.00 Upstream Author : Ilmari Karonen <[EMAIL PROTECTED]> * URL : http://www.cpan.org/modules/by-module/Time * License : GPL / Artistic Description : Use tied scalars as timers The Time::Stopwatch module provides a convenient interface to timing functions through tied scalars. From the point of view of the user, scalars tied to the module simply increase their value by one every second. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309574: ITP: libmath-combinatorics-perl -- Perform combinations and permutations on lists
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libmath-combinatorics-perl Version : 0.04 Upstream Author : Allen Day <[EMAIL PROTECTED]> * URL : http://www.cpan.org/modules/by-module/Math/ * License : GPL / Artistic Description : Perform combinations and permutations on lists Combinatorics is the branch of mathematics studying the enumeration, combination, and permutation of sets of elements and the mathematical relations that characterize their properties. As a jumping off point, refer to: http://mathworld.wolfram.com/Combinatorics.html This module provides a pure-perl implementation of nCk, nPk, and n! (combination, permutation, and factorial, respectively). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304291: ITP: libtk-splashscreen-perl -- Toplevel mega widget to display a splashscreen
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libtk-splashscreen-perl Version : 1.0 Upstream Author : Stephen O. Lidie <[EMAIL PROTECTED]> * URL : http://cpan.perl.org/CPAN/authors/id/L/LU/LUSOL/ * License : GPL / Artistic Description : Toplevel mega widget to display a splashscreen For programs that require large load times, it's a common practice to display a Splashscreen that occupies the user's attention. This Toplevel mega widget provides all the display, destroy and timing events. All you do is create the Splashscreen mega widget, populate it as you see fit, then invoke Splash() to display it and Destroy() to tear it down. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304289: ITP: libtk-pod-perl -- Tk Pod browser widget with hypertext capability
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libtk-pod-perl Version : 0.9929 Upstream Author : Slaven Rezic <[EMAIL PROTECTED]> * URL : http://cpan.perl.org/CPAN/authors/id/S/SR/SREZIC/ * License : GPL / Artistic Description : Tk Pod browser widget with hypertext capability Tk::Pod is a simple Pod browser with hypertext capabilities in a Toplevel widget -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304288: ITP: libtk-histentry-perl -- Implements an entry widget with history
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libtk-histentry-perl Version : 0.42 Upstream Author : Slaven Rezic <[EMAIL PROTECTED]> * URL : http://cpan.perl.org/CPAN/authors/id/S/SR/SREZIC/ * License : GPL / Artistic Description : Implements an entry widget with history Tk::HistEntry implements an entry widget with history. You may use the up and down keys to select older entries (or use the associated listbox). The widget comes in two flavors: the "HistEntry" widget is an inherited BrowseEntry widget where you see history in the associated listbox, too. The "SimpleHistEntry" widget is a plain Entry widget. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304287: ITP: libtk-gbarr-perl -- Various Tk Perl widgets
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libtk-gbarr-perl Version : 2.06 Upstream Author : Slaven Rezic <[EMAIL PROTECTED]> * URL : http://cpan.perl.org/CPAN/authors/id/S/SR/SREZIC/ * License : GPL / Artistic Description : Various Tk Perl widgets A contribution to the ever growing collection of Tk Widgets, currently it includes: Tk::Cloth - An OO interface to Tk::Canvas Tk::TFrame - A frame with a title Tk::NumEntry- An entry widget that accepts numbers and has up/down buttons for in/decrement. Tk::FireButton - Button that keeps invoking command when pressed Tk::Pane and Tk::ProgressBar are no longer part of this distribution, becase they are included in standard Perl/Tk since 800.016. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302397: ITP: libmath-spline-perl -- Cubic spline interpolation of data
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libmath-spline-perl Version : 0.01 Upstream Author : John A.R. Williams <[EMAIL PROTECTED]> * URL : http://search.cpan.org/authors/id/J/JA/JARW/ * License : GPL/Artistic Description : Cubic spline interpolation of data This package provides cubic spline interpolation of numeric data. The data is passed as references to two arrays containing the x and y ordinates. It may be used as an exporter of the the numerical functions or, more easily as a class module. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cannot login in xdm anymore (upgrade potato -> potato)
On Fri, Mar 10, 2000 at 09:03:25PM +0100, Richard P. Groenewegen wrote: > [2] Logging in is still impossible: my password is accepted but > apparently I cannot connect to the X-server (here is my > .xsession-errors:) > > Xlib: connection to ":0.0" refused by server > Xlib: Client is not authorized to connect to Server > xrdb: Can't open display ':0' > Xlib: connection to ":0.0" refused by server > ... > After less than a second, the login screen is there again. > > This is both a cry for help as a (not so precise) bug-report. I'm > happy to give whatever information you might need about (configuration > files on my) computer. I have seen a similar symptom on 1 out of three computers that I have running potato. In my case, I am not running xdm but gdm and I am able to log in and run any X applications from the GUI but if I try to run one from a command line in a a terminal, I get the same message. This happens only when I am using a Gnome session. With a Debian session it works fine. Furthermore, as root there are no problems. Since I am seeing this on one of three machines which are presumabley set up in the same way, I am presuming that it is some incorrect configuration file somewhere. If anyone has an insight, I would appreciate it. My next move is to purge all X packages and reinstall... Carlo Segre Assoc. Prof. of Physics Illinois Institute of Technology