date:20120523

Re: Apologies, false alarm

2012-05-23 Thread Thomas Koch

Tomas Fasth:
 Hi Thomas,
 
 I sent you an answer 7th of May, see below.
 
 Regards, Tomas

I'm sorry. Please accept my appologies for this false alarm!

Thomas Koch, http://www.koch.ro


-- 
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/201205230802.03911.tho...@koch.ro

Bug#674123: ITP: libdata-util-perl -- selection of utilities for data and data types

2012-05-23 Thread Salvatore Bonaccorso

Package: wnpp
Owner: Salvatore Bonaccorso car...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libdata-util-perl
  Version : 0.59
  Upstream Author : Goro Fuji(gfx) gfuji(at)cpan.org.
* URL : http://search.cpan.org/dist/Data-Util/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : selection of utilities for data and data types

Data::Util provides utility functions for data and data types,
including functions for subroutines and symbol table hashes (stashes).

The implementation of this module is both Pure Perl and XS, so if
you have a C compiler, all the functions this module provides are
really faster.

This is a new dependency for libsvn-hooks-perl.



-- 
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/1337761444.338696.14688@elende

Re: amd64 as default architecture

2012-05-23 Thread Julien Cristau

On Tue, May 22, 2012 at 14:34:34 -0700, Jonathan McDowell wrote:

 On Tue, May 22, 2012 at 08:51:17PM +0100, Ben Hutchings wrote:
  On Tue, May 22, 2012 at 09:18:21PM +0200, Sven Joachim wrote:
   On 2012-05-22 20:40 +0200, Simon McVittie wrote:
On 22/05/12 19:24, Sven Joachim wrote:
   
and anything that uses libx86 won't work either (#492470).
 ...
   The lrmi backend uses vm86 mode which is not supported under an x86_64
   kernel.
   
  So the x86emu backend should be built too if there are any 64-bit
  systems that need libx86 - and maybe for other reasons as well.
  That's not a big deal, though, surely?
 
 Which backend to use is a compile time option, so this would be
 switching to always use the x86emu backend. Not a big issue if we're
 going to drop 32 bit kernels entirely, a performance impact on those
 machines if we're not.
 
When is vm86 mode ever a fast path?

FWIW X used to have a way to build both vm86 and x86emu backends, and
fall back to x86emu if it got -ENOSYS.  Now it just uses x86emu.

Cheers,
Julien


-- 
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/20120523091244.ga22...@coloquinte.cristau.org

Bug#674135: ITP: spglib -- Crystal Symmetry Library

2012-05-23 Thread Michael Banck

Package: wnpp
Severity: wishlist
Owner: DebiChem Project debichem-de...@lists.alioth.debian.org


* Package name: spglib
  Version : 1.0.8
  Upstream Author : Atsushi Togo atz.t...@gmail.com
* URL : http://spglib.sourceforge.net
* License : BSDish
  Programming Lang: C
  Description : Crystal Symmetry Library

Spglib is a library to find and handle crystal symmetries.
.
Features include:
.
 * Identify space-group type
 * Find symmetry operations
 * Find a primitive cell
 * Search irreducible k-points
 * Refine crystal structure
 * Wyckoff position assignment




-- 
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/20120520183554.ga32...@nighthawk.chemicalconnection.dyndns.org

Re: amd64 as default architecture

2012-05-23 Thread Philipp Kern

On Tue, May 22, 2012 at 07:03:53PM +0100, Ben Hutchings wrote:
 On Tue, May 22, 2012 at 07:27:21PM +0200, Jakub Wilk wrote:
  * Ben Hutchings b...@decadent.org.uk, 2012-05-20, 03:16:
  5. Installer for i386 prefers amd64 kernel on any capable machine
  (that's a one-line change!) and adds amd64 as secondary
  architecture if this is selected.
  We have still some software that doesn't work with 64-bit kernel,
  and (worse!) some maintainers claiming it's not a bug.
 Are you thinking of build systems using 'uname -m' to detect the
 target architecture?  It is possible to work around those using
 setarch.  But how do they build on sparc or s390 now?

We're building with linux32 on those architectures. If some chroot (or
buildd/arch) is missing the correct setup, please drop us a mail.

Kind regards
Philipp Kern, with a wb-team hat


signature.asc
Description: Digital signature

Re: Assumptions when processing triggers (was [pkg-mono-group] Bug#671711: monodoc-browser: fails to upgrade) from 'testing'

2012-05-23 Thread Ian Jackson

Iain Lane writes (Assumptions when processing triggers (was [pkg-mono-group] 
Bug#671711: monodoc-browser: fails to upgrade) from 'testing'):
 Greetings,
 
 [ I already asked this on d-dpkg, but go no response, so am re-posting
   this question to -devel. The original report along with full log is in
   #671711 ]
 
 On Sun, May 06, 2012 at 10:37:53AM +0200, Andreas Beckmann wrote:
  […]
  Hi,
  
  during a test with piuparts I noticed your package fails to upgrade from
  'testing'.
  It installed fine in 'testing', then the upgrade to 'sid' fails.
  
  From the attached log (scroll to the bottom...):
  
Preparing to replace monodoc-clutter-manual 
  1.0.0~alpha3~git20090817.r1.349dba6-7 (using 
  .../monodoc-clutter-manual_1.0.0~alpha3~git20090817.r1.349dba6-8_all.deb) 
  ...
Unpacking replacement monodoc-clutter-manual ...
Processing triggers for monodoc-browser ...
generating monodoc search index...
grep: /etc/gre.d/*.conf: No such file or directory

Unhandled Exception: System.IO.FileNotFoundException: Could not load file 
  or assembly 'gtk-sharp, Version=2.12.0.0, Culture=neutral, 
  PublicKeyToken=35e10195dab3c99f' or one of its dependencies.
...
dpkg: error processing monodoc-browser (--unpack):
 subprocess installed post-installation script returned error exit status 
  1
...
 It's because libgtk2.0-cil (on which monodoc-browser depends) has been
 unpacked but not configured at this point. I thought (from reading
 /usr/share/doc/dpkg-dev/triggers.txt.gz):

I think this is a bug.

 ,
 | Packages in t-awaited and t-pending demand satisfaction of their
 | dependencies just like packages in installed.
 `

This is true, but doesn't help you.  The unpack of libgtk2.0-cil can
be started, moving it from installed to (eventually) unpacked, without
causing monodoc-browser to be deconfigured, and this is nothing to do
with triggers.

But as you point out there is an additional requirement (perhaps not
specified in the docs) that all the dependencies should be satisfied
when the postinst is run.

Would you like me to try to look into it and prepare a patch for dpkg ?
(Do you need this to be fixed in squeeze or will wheezy/sid do?)

Ian.


--
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/20412.57480.903694.845...@chiark.greenend.org.uk

Re: gitpkg with a quilt export hook

2012-05-23 Thread Bastien ROUCARIES

On Mon, May 21, 2012 at 3:28 AM, Brian May
br...@microcomaustralia.com.au wrote:
On 16 May 2012 19:45, Bastien ROUCARIES roucaries.bast...@gmail.com wrote:
You could use gitpkg with a quilt export hook. i use it regularly with
imagemagick and it work perfectly (it is gitpkg over git over svn).

Out of curiosity, how do you use that and not have it include changes
to debian/* ? That appeared to me my problem trying to use this
method. Especially as some of my git commits change files both inside
and outside debian/*

Ok step for imagemagick
1. git svn fetch #retrieve recent svn commit
2. git checkout 9682bf563240ad971717554bab3f69f7252767f5 # git
revision for svn commit 7980 aka version 6.7.7.0
3. git checkout -b upstream/6.7.7.0 # create an upstream branch for
revision 6.7.7.0
4. rm -rf * # clean up directory tree
5. tar --strip 1 -xaf ../imagemagick_6.7.7.0.orig.tar.bz2 # extract origin
6. git add . # add everything
7. git commit -a -m add uptream tar.bz2
8. pristine-tar commit ../imagemagick_6.7.7.0.orig.tar.bz2
upstream/6.7.7.0 # use pristine tar
9. git checkout -b debian-patches/6.7.7.0-1
10. git checkout -b debian/6.7.7.0-1 # create new debian branch
11. git checkout debian/6.7.6.8-1 # checkout previous debian tree
12. git merge --no-commit upstream/6.7.7.0 # merge but without commiting
13. find ./* -path './debian' -prune -o -path './.git' -prune -o
-exec rm -rf '{}' + # remove all except debian and git
14. tar --strip 1 -xaf ../imagemagick_6.7.7.0.orig.tar.bz2 # use upstream
15. git add .
16. git commit -a -m 'merge with upstream' # emulate git theirs but safer

now do your change on debian on debian/6.7.7.0-1 branch and change on
other directory on debian-patches/6.7.7.0-1 (you could use cherry
pick for back port of upstream or reusing previous patch queue)

Bastien

Thanks
--
Brian May br...@microcomaustralia.com.au

--
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/CAA0ZO6DTeHx4Jve6RR=yns9zzt5j91ftx3bxodstogtvfnz...@mail.gmail.com

--
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/cae2spaamxrxh3pbgribb3xf750s2y4kbgfzb59nhpezjolo...@mail.gmail.com

1 2 >

1 - 100 of 164 matches

Mail list logo