Package: wnpp
Severity: wishlist
Owner: Henning Glawe
* Package name: libpdl-graphics-plplot-perl
Version : 0.67
Upstream Author : Doug Hunt
* URL : http://search.cpan.org/dist/PDL-Graphics-PLplot/
* License : GPL, Artistic, available at
/usr/share/common
Package: wnpp
Severity: wishlist
Owner: Henning Glawe
* Package name: libpdl-fftw-perl
Version : 2.022
Upstream Author : Chris Marshall
* URL : http://search.cpan.org/dist/PDL-FFTW/
* License : GPL, Artistic, available at *
/usr/share/common-licenses/{GPL
Package: wnpp
Severity: wishlist
Owner: Henning Glawe
Owner: Henning Glawe
* Package name: libpdl-io-hdf5-perl
Version : 0.6
Upstream Author : John Cerney
* URL : http://cpansearch.perl.org/src/CERNEY/PDL-IO-HDF5-0.6/
* License : same as Perl
Programming
Package: wnpp
Severity: wishlist
Owner: Henning Glawe
* Package name: libpdl-netcdf-perl
Version : 4.02
Upstream Author : Doug Hunt
* URL : http://search.cpan.org/~dhunt/PDL-NetCDF-4.02/
* License : Same terms as Perl
Programming Lang: Perl
Description
On Wed, Jul 29, 2009 at 11:09:32AM -0500, Manoj Srivastava wrote:
> My first thought was "Err. Won't moving all the shared libs into
> a different location kinda screw things up?" And then I looked, and
> found
>
> ,
> | ==> /etc/ld.so.conf.d/x86_64-linux-gnu.conf <==
> | # Multiarch
On Wed, Mar 18, 2009 at 07:13:22PM +0100, Marco d'Itri wrote:
> This is the complete list of groups which I'd rather stop using:
> rdma (infiniband devices)
is there any alternative way to restrict access to infiniband
without this?
--
c u
henning
--
To UNSUBSCRIBE, email to debian-devel
On Sun, Nov 30, 2008 at 08:59:31PM -0600, Gunnar Wolf wrote:
> But anyway, and knowing this is not an Ubuntu list... Does anybody
> know why on Earth is Acroread popular?
Do you know any alternative PDF viewer which can be used to fill out PDF
forms? My employer uses them quite a lot for things li
On Wed, Aug 13, 2008 at 09:12:03PM +0300, Niko Tyni wrote:
> BTW, I think there must be something wrong with your description:
> /usr/bin/perl is in perl-base, and it certainly should find the modules
> in perl-base itself...
ok, did the update starting from my system-backup; error-messages in the
On Wed, Aug 13, 2008 at 09:12:03PM +0300, Niko Tyni wrote:
> On Wed, Aug 13, 2008 at 03:40:15PM +0200, Henning Glawe wrote:
> > the maintainer-script errors were perl-related: the interpreter could not
> > find modules (all from perl-base) in @INC.
> > further investigation
Moin,
seems like in the dist-upgrade from etch to lenny is one very annoying (and
old, AFAIR I hit it already in woody->sarge and sarge->etch) problem: perl is
in an unusable state during the upgrade and causes maintainer scripts to
fail.
I was following way:
- update from etch and etch-security
-
Moin,
seems like something went wrong during the etch 4.0r1 update on the ftp
mirrors: the old etch kernel packages got removed from the archive, but are
still referenced in the package lists.
therefore from-scratch-generating a local mirror using "debmirror" fails, as
it can not download various k
On Fri, Oct 12, 2007 at 08:40:44AM +0200, Henning Glawe wrote:
> In my experience, a FAI setup like this scales quite well (although the
> updating frontend FAI-updater would need some improvements to scale better).
ok, a few side remarks to the scaling of "fai softupdate" style
On Thu, Oct 11, 2007 at 05:58:16PM -0700, andremachado wrote:
> Please, verify if a relevant tool is missing or if there are errors and or
> omissions.
well, as one of the FAI developers I must say that it is _very_ well suited for
system management (using the "softupdate" feature and a SCM like
On Wed, Oct 25, 2006 at 11:01:04AM +0200, Henning Glawe wrote:
> A possible solution is to put
>
> options apm poweroff
>
argh. stupid typo. should be:
options apm power_off
--
c u
henning
signature.asc
Description: Digital signature
Moin,
there is one issue with the newer debian kernels, as they have SMP enabled:
as documented in bugs #376089 and #378323, apm poweroff does not work
anymore.
A possible solution is to put
options apm poweroff
somewhere under /etc/modprobe.d/ and regenerate the initrd. IMHO it would b
On Wed, Oct 25, 2006 at 02:18:44AM -0500, Manoj Srivastava wrote:
> One can appreciate work done to reduce un-needed circular
> dependencies without bying the cool aid that all circular
> dependencies are bad and must be eliminated at all costs.
>
> I appreciate the former, I thi
On Fri, Oct 13, 2006 at 10:18:01AM -0500, John Goerzen wrote:
> But worse -- what if you're not using Gnome or KDE? I can find no way
> for a user that doesn't use any X applications to take advantage of this
> automatic support, even if the user is in the plugdev group. I can't
> even find a way
On Mon, Jul 24, 2006 at 05:12:54PM +0100, Ian Jackson wrote:
> Manoj Srivastava writes ("Re: Getting rid of circular dependencies, stage 5"):
> > Clearly, dpkg authors have read all of policy, including the
> > caveats about circular dependencies.
>
> This is particularly amusing given th
On Tue, May 16, 2006 at 12:12:30PM -0700, Thomas Bushnell BSG wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
>
> > /usr/sbin/pbuilder update --override-config --configfile /etc/pbuilderrc.sid
>
> Ok, this gets me a good sid chroot. But I can't build with it. When
> I try to build, using, say
On Wed, May 10, 2006 at 10:40:32PM +1000, Brendan O'Dea wrote:
> On Tue, May 09, 2006 at 10:49:36PM +0200, Bill Allombert wrote:
> >Here the lists of packages involved in circular dependencies listed by
> >maintainers.
> >
> > perl
> > perl-modules
>
> These two packages are meant to be in
On Sat, Feb 11, 2006 at 09:52:26AM -0800, Thomas Bushnell BSG wrote:
> > a 'patch' in the first run is also an extension to the original source;
> > only an interpreter (in most cases, /usr/bin/patch) makes a 'change' from
> > it.
>
> Right, but the point is that the binary does not include the r
On Sat, Feb 11, 2006 at 10:52:01AM +, Roger Leigh wrote:
> Henning Glawe <[EMAIL PROTECTED]> writes:
>
> > On Fri, Feb 10, 2006 at 07:58:52PM -0500, Glenn Maynard wrote:
> >> This really just isn't a problem that needs fixing. Once in a while, you
> >&
On Fri, Feb 10, 2006 at 07:58:52PM -0500, Glenn Maynard wrote:
> This really just isn't a problem that needs fixing. Once in a while, you get
> confused or desperate people on d-legal trying to argue "we allow license
> texts to be unmodifiable, so this invariant ode to my cat should be allowed,
>
On Thu, Jan 12, 2006 at 09:01:58AM +0100, Tollef Fog Heen wrote:
> | >These are all necessary, and debconf is an essential package which is
> | >not subject to the circular dependency postinst ordering problems afaik.
> |
> | Well, I'm not sure if that is an excuse for violating policy.
>
> Essent
On Wed, Jan 11, 2006 at 11:15:35AM +0100, Josselin Mouette wrote:
> Le mercredi 11 janvier 2006 à 10:10 +0100, Henning Glawe a écrit :
> > a) explicitely forbid circular dependencies in policy
>
> At the very least, I think they should be treated like pre-depends, with
> a re
On Mon, Jan 09, 2006 at 10:15:58PM -0500, Joey Hess wrote:
> These are all necessary, and debconf is an essential package which is
> not subject to the circular dependency postinst ordering problems afaik.
> [...]
> The bug report for these does not give any concrete reasons why a
> circular depend
On Tue, Jan 10, 2006 at 01:17:38AM +0200, Lars Wirzenius wrote:
> One things, if I've understood things correctly, is that it is not
> possible to reliably know how they're going to be removed -- dpkg will
> break the circle in a random place and this may or may not result in
the problems occur wh
On Sun, Nov 06, 2005 at 12:10:05PM +0100, Andreas Metzler wrote:
> Andrew M.A. Cater <[EMAIL PROTECTED]> wrote:
> [...]
> > Up until the change in GCC which effectively
> > changed Debian compatibility to 486 processors and above, Debian
> > supported the 386 processor. There was a lot of talking o
On Sun, Oct 02, 2005 at 01:17:12PM +0200, Henning Makholm wrote:
> Scripsit Henning Glawe <[EMAIL PROTECTED]>
>
> > one minor point would be "apt-get install" interpreting + and -
> > appended to package names for manual conflict resolution.so "apt-get
>
On Tue, Sep 27, 2005 at 09:41:45AM -0400, Andres Salomon wrote:
> I intend to rename the binary packages for mysql++ with the upload of 2.0.5.
> They've been called libsqlplus* for a while now, which isn't overly
> intuitive (I've had multiple people not realize mysql++ was packaged for
> debian, d
On Fri, Jul 15, 2005 at 08:21:36PM +0200, Klaus Ethgen wrote:
> Well, dosn't work either. It was just a idea that all the packages don't
> get deinstalled and maybe can be used. Also pdl which is needed for
> gimp-perl has wrong dependencies.
I've already uploaded a fixed pdl package, but it didn'
On Fri, Jul 15, 2005 at 11:54:15AM +1000, Brian May wrote:
> Ideally there needs to be either
>
> * a login environment where changes are saved AND/OR
there is one: use
pbuilder login --save-after-login
(have been confronted with the same problem yesterday...)
--
c u
henning
--
To UNSUBSCR
Moin,
bug #279232 is assigned to doc-base, though it is (as to my analysis) a perl
problem (see the thread in the BTS). This prevents clean dist-upgrades from
woody to sarge.
what do you think about the solution (using pre-depends and conflicts)?
--
c u
henning
--
To UNSUBSCRIBE, email to [EMAI
On Fri, Apr 29, 2005 at 07:48:00PM +0200, Bill Allombert wrote:
> I am performing semi-automatised woody-to-sarge upgrade of one
> server and I find the upgrade is more painful than what is necessary.
>
> apt-get dist-upgrade try to remove lots of the packages, and doing so
> trigger bugs.
> Can't
On Sat, Apr 09, 2005 at 05:15:34PM +1000, Andrew Pollock wrote:
> On Thu, Apr 07, 2005 at 08:10:58PM +0200, Torsten Landschoff wrote:
> > On Thu, Apr 07, 2005 at 09:36:36AM +0200, Wouter Verhelst wrote:
> > > > sausage-machine style. Then of course you need to keep it up to date as
> > > > well.
>
On Thu, Apr 07, 2005 at 09:36:36AM +0200, Wouter Verhelst wrote:
> On Wed, Apr 06, 2005 at 10:30:26AM +1000, Andrew Pollock wrote:
> > FAI can be a total disaster recovery solution when you couple it with your
> > backups, however I will freely admit that it takes a lot of time (and
> > testing) to
On Thu, Apr 07, 2005 at 08:09:16PM +0200, Torsten Landschoff wrote:
> > > > That's not true. If you can script it, FAI can do it. It just becomes a
> > > > post-installation task. Using packages.d.o as an example, it's just
> > > > going to
> > > > be a predominantly an Apache configuration and so
On Tue, Mar 01, 2005 at 10:16:53PM +0100, Osamu Aoki wrote:
> > > apt invokes dpkg on the command line and due to maximum command line
> > > length it sometimes is split in an unfortunate place.
> > >
> > > This will be fixed once dpkg is librarified.
> >
> > Er, no, it won't.
> >
> > That part o
On Tue, Mar 01, 2005 at 04:20:38PM +0200, Antti-Juhani Kaijanaho wrote:
> On 20050301T122452+0100, Tollef Fog Heen wrote:
> > | > > Doesn't apt usually unpack all packages first and then configure them
> > in
> > | > > one run, so that shouldn't matter?
> > | >
> > | > dpkg does the same thing
>
On Sat, Jan 29, 2005 at 02:26:45PM -0800, Steve Langasek wrote:
> > There is one case in which users can be bitten by this: when using apt-get
> > dist-upgrade to sarge, so when documenting the woody-sarge upgrade, it
> > should
> > be at least mentioned that the user can run into this and should
Moin,
I must have some supernatural powers to always attract the same bug: woodys
apt fed too short lists into dpkg and thus broke the configuration of
circular depending packages (Note: "dpkg --configure blah blubb", where blah
depends on blubb and blubb depends on blah works; if you try to run it
On Mon, Jan 24, 2005 at 09:31:30AM +0100, Bastian Blank wrote:
> I currently have problems with the implementation anyway, I can't
> disable tls which makes problems on Xen, nor can I disable the usage of
> optimized versions for testing of the other versions.
a quick workaround is to export LD_AS
roposed fix has already been uploaded to the DELAYED
> queue by Henning Glawe without first discussing on debian-devel as required
> by policy. I'm therefore posting this message to get a reasonable set of
> eyeballs on this issue.
Thank you for mailing this before any damage
On Sat, Dec 06, 2003 at 03:27:31PM -0800, Brian Nelson wrote:
> > if not: why was aspell _removed_ from stable and not replaced by a
> > backport of the version in unstable ?
> The upgrade to Aspell 0.50 is too big of a change for stable and would
> break a ton of stuff.
but just removing it doesn'
On Sat, Dec 06, 2003 at 08:29:54PM -0500, Lukas Geyer wrote:
> Of course, if somebody (maybe you?) sends Intel some patches to make
> their compiler work on Debian systems, that can not be bad. As an
> aside, I don't quite understand why Fortran is still so popular in the
> numerical mathematics co
Moin,
what are the "license problems" causing the removal of aspell in the
update to 3.0r2 ?
do these problems exist in debian unstable ?
if not: why was aspell _removed_ from stable and not replaced by a
backport of the version in unstable ?
--
c u
henning
On Fri, Dec 05, 2003 at 01:13:57AM -0800, Mark Ferlatte wrote:
> FAI is good, but it doesn't handle updating the systems once you have them
> installed.
with a few modifications you can do this...
i did a fork of FAI 2.3, which is used in my department for
installations and updates. much of my work
Moin,
the manpage of debconf.conf says it uses the topmost writable database
in a stack for saving users choices. But debconf complains if the
topmost database in a stack isn't writable.
--
c u
henning
48 matches
Mail list logo