Bug#1010340: git: Fails to clone and pull from existign repositories
Hi, > Maybe some hiccup at Github?Seems unlikely since on Windows I could clone and > pull everything without issues, but I'll try again tomorrow. Thanks,Andrea
Bug#977656: zfs-dkms: Fail to build with 5.10 kernel
Hi, Can someone give an estimated timeline for this fix to get into testing (bullseye)? Bye Andrea
Bug#696420: python-gmsh: undefined symbol: mca_base_param_reg_int
Package: python-gmsh Version: 2.6.1.dfsg-4 Severity: grave Justification: renders package unusable Dear Maintainer, when I try to import gmshpy it throws the following error: andrea@atlante:~$ python2.7 Python 2.7.3rc2 (default, Apr 22 2012, 22:30:17) [GCC 4.6.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import gmshpy python2.7: symbol lookup error: /usr/lib/openmpi/lib/openmpi/mca_paffinity_linux.so: undefined symbol: mca_base_param_reg_int -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-gmsh depends on: ii libc6 2.13-37 ii libgcc11:4.7.2-4 ii libgmsh2 2.6.1.dfsg-4 ii libopenmpi1.3 1.4.3-2.1 ii libpetsc3.23.2.dfsg-5 ii libpython2.7 2.7.3~rc2-2.1 ii libstdc++6 4.7.2-4 ii python 2.7.3~rc2-1 Versions of packages python-gmsh recommends: ii gmsh 2.6.1.dfsg-4 python-gmsh suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681750: code-aster-run (as_run) seems to need code-aster-gui (astk)
Hi, just a couple of remarks: the packages that FTBFS are the one coming from the aster source package, and it fails with code-aster-run 1.10.4-3 and not 1.8.4-4 as stated above. Bye Andrea
Bug#681750: code-aster-run (as_run) seems to need code-aster-gui (astk)
Package: code-aster-run Version: 1.8.4-4 Severity: serious Tags: upstream Justification: fails to build from source Hi, when trying to build binary packages from aster source package, I get this error: gv[0]; main() /usr/bin/as_run --make --vers=STA10.6 --destdir=/tmp/buildd/aster- 10.6.0-1/debian/tmp --config=/tmp/buildd/aster-10.6.0-1/debian/tmp//usr/lib/code aster/STA10.6/config-py2.6.txt Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.6/dist-packages/asrun/main.py", line 109, in main start() File "/usr/lib/python2.6/dist-packages/asrun/main.py", line 51, in start run = AsterRun() File "/usr/lib/python2.6/dist-packages/asrun/run.py", line 147, in __init__ self._init_rc() File "/usr/lib/python2.6/dist-packages/asrun/run.py", line 232, in _init_rc client.init_user_resource(osp.basename(ficrc)) File "/usr/lib/python2.6/dist-packages/asrun/client/config.py", line 100, in init_user_resource copyfile(self.rcfile(filename, osp.join(confdir, 'astkrc')), self.rcfile(filename)) File "/usr/lib/python2.6/shutil.py", line 50, in copyfile with open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or directory: '/etc/codeaster/astkrc/prefs' make: *** [install] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 E: Failed autobuilding of package It seems that as_run looks for config files of the code-aster-gui package; I don't see any reason for this, maybe it should be discussed with upstream... A (temporary) fix should be to make code-aster-run depending on code-aster-gui. Bye Andrea -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages code-aster-run depends on: ii debconf 1.5.42 ii python 2.7.2-10 ii python-numpy1:1.5.1-4 ii python-support 1.0.14 code-aster-run recommends no packages. Versions of packages code-aster-run suggests: ii ddd1:3.3.12-3 ii emacs 23.4+1-2 ii gdb7.4really-1 -- Configuration Files: /etc/codeaster/asrun changed [not included] /etc/codeaster/aster changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670293: code-aster-{gui, run}: prompting due to modified conffiles which were not modified by the user
> > Da: Julien Cristau >A: Andreas Beckmann ; 670...@bugs.debian.org >Inviato: Martedì 26 Giugno 2012 11:44 >Oggetto: Bug#670293: code-aster-{gui, run}: prompting due to modified >conffiles which were not modified by the user > >A configuration file can't both be shipped in the package (and thus be a >conffile) and handled using debconf. The patch below should make them >non-conffile, and handle reconfiguration properly. I haven't tested it >yet, not sure I can get to it today. > >Changes: >- split templates in code-aster-run and code-aster-gui. Some are > shared. >- install files to /usr/share/codeaster instead of /etc/codeaster/asrun, > /etc/codeaster/astk/prefs and /etc/codeaster/astk/config_serveurs >- in *.config, if the config file exists, read the value from it and > seed that into debconf; if not use a default >- in *.postinst, on initial install copy the templates from > /usr/share/codeaster; then proceed to reading the debconf stored > values and writing them in the config files. > >Hope this helps. > >Cheers, >Julien > >Hi, thank you for the patch, I'll take a look at it as soon as I can and then apply it for a new package. Bye Andrea
Bug#668469: closed by Andrea Palazzi (Bug#668469: fixed in aster 10.6.0-1-2)
Da: Aaron M. Ucko >A: Aaron M. Ucko >Cc: 668...@bugs.debian.org; cont...@bugs.debian.org >Inviato: Lunedì 16 Aprile 2012 3:41 >Oggetto: Bug#668469: closed by Andrea Palazzi >(Bug#668469: fixed in aster 10.6.0-1-2) > >found 668469 10.6.0-1-3 >thanks > >Please take care to incorporate the HOME setting into the same command >as the calls it should affect: > > HOME=$(DEB_DESTDIR); \ > set -ex; \ > ... > >Hi, I see that it still fails with this problem, is it due to the fact that I didn't set the HOME in the same command, or it's a strange behaviour of the as_run command that is being called? I've been using cowbuilder to test the building process, but it's not enough... Is there a way to test the package against the buildd environment before submitting it? Thanks Andrea