Bug#548642: transition: liblo
Package: src:liblo Version: 0.26~repack-3 Severity: serious Felipe Sateler fsate...@gmail.com writes: On Mon, Mar 1, 2010 at 06:05, Marc 'HE' Brockschmidt h...@ftwca.de wrote: Felipe Sateler fsate...@gmail.com writes: As far as I can tell, no reverse build-dep of liblo is involved in the current ghc or hdf transitions. Can we upload new liblo to unstable and schedule binNMUs? Yes, I guess so. Please go ahead. liblo 0.26~repack-3 has been uploaded a few hours ago. Doesn't build on mips* now, I fear you will need to do another upload: | dpkg-buildpackage: source package liblo | dpkg-buildpackage: source version 0.26~repack-3 | dpkg-buildpackage: host architecture mipsel | /usr/bin/fakeroot debian/rules clean | debian/rules:22: /usr/share/cdbs/1/rules/copyright-check.mk: No such file or directory | make: *** No rule to make target `/usr/share/cdbs/1/rules/copyright-check.mk'. Stop. | dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules clean gave error exit status 2 Marc -- Fachbegriffe der Informatik - Einfach erklärt 283: whoami Whoami ist nur was für Leute mit Alzheimer! (Begründung von Microsoft Deutschland für das Entfernen des Befehls aus Windows NT) pgpTXFRgSv5dV.pgp Description: PGP signature
Re: Timeouts
Heya, [sorry, I've been away for a few days and then had some trip-induced illness to contend with] On Mon, Mar 08, 2010 at 10:42:47PM +0100, Joachim Breitner wrote: Hi, [...] Maybe Iain Lane can comment on agda. I've been watching this a bit. I just asked Marc on IRC to give back on alpha (with increased timeout), s390, sparc to see if we can get moving there. Or if they fail again then we can see how deterministic it is to maybe be able to look at refactoring the affected module(s) in coordination with upstream. Now, thanks to Marco's research: agda 2.2.6-2 2.2.6-3 hppa 04:57:19 60:57:00+ kfreebsd-i386 00:17:10 00:11:39 mips 02:35:19 03:54:06 mipsel 02:34:59 04:04:43 powerpc00:26:37 00:27:16 s390 00:47:49 02:00:55 sparc 03:23:58 08:33:05+ ... I wonder if we have uncovered a bug somewhere. Agda built in the past for hppa mips s390 sparc, yet is having some trouble now. That's assuming that all of the give-backs that we just scheduled fail again. Otherwise I don't want agda to hold back the testing transition, so we should be open to Joachim's previous suggestion of dropping arch support for those binaries, or doing similar to ghc6 and removing the already built binaries from those arches so that future FTBFS do not affect the testing transition. Cheers, Iain signature.asc Description: Digital signature
Re: Timeouts
Hi again, On Tue, Mar 09, 2010 at 10:01:46AM +, Iain Lane wrote: Heya, [sorry, I've been away for a few days and then had some trip-induced illness to contend with] On Mon, Mar 08, 2010 at 10:42:47PM +0100, Joachim Breitner wrote: Hi, [...] Maybe Iain Lane can comment on agda. I've been watching this a bit. I just asked Marc on IRC to give back on alpha (with increased timeout), s390, sparc to see if we can get moving there. Or if they fail again then we can see how deterministic it is to maybe be able to look at refactoring the affected module(s) in coordination with upstream. I just noticed that a lot of the failures (all except hppa) are in building the profiling modules. Perhaps just dropping those (just for the problematic arches?) is an option. Although you may argue that these arches are just the ones where we need profiling the most. Cheers, Iain signature.asc Description: Digital signature
NEW changes in proposedupdates
Processing changes file: typo3-src_4.2.5-1+lenny3_i386.changes ACCEPT -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1nozs3-0001vw...@ries.debian.org
Bug#573175: hint: libqalculate/0.9.7-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, libqalculate-dev reverse build-depends are qalculate-gtk, qalculate-kde and step and they all have been built against libqalculate5. I guess libqalculate can go into testing. hint libqalculate/0.9.7-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100309152736.3197.97820.report...@laptop.legout.info
Bug#572961: marked as done (Please force migration of xz-utils into testing)
Your message dated Tue, 9 Mar 2010 10:12:46 -0600 with message-id 20100309161246.ga14...@progeny.tock and subject line Re: Please force migration of xz-utils into testing has caused the Debian Bug report #572961, regarding Please force migration of xz-utils into testing to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 572961: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572961 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal Please force migration of xz-utils into testing. The last few uploads have only introduced minor changes, and I had neglected to notice that liblzma2 had not reached testing yet. Sune Vuorela wrote: Several people in debian has been asked to wait with doing more changes until the liblzma transition is complete. This includes new KDE, new Qt, new directfb and many other packages. Would it have been so hard to cc me? Especially when handling libraries that has a SONAME change, or just a shlibs bump, you *need* to make sure to get to testing preferably within 10 days, so that you don't stall other people. This was entirely my mistake. I will be sure to do so in the future. Thank you, and sorry for the trouble, Jonathan ---End Message--- ---BeginMessage--- Marc 'HE' Brockschmidt wrote: I have just pushed xz-utils and hdf5 to testing (this should show on the mirrors tomorrow). Feel free to continue with normal development again :-) Many thanks. Relieved, Jonathan ---End Message---
Bug#573175: marked as done (hint: libqalculate/0.9.7-1)
Your message dated Tue, 9 Mar 2010 16:41:24 - with message-id 451df597e2e3429ebd55b4ce4de0e...@internal.avcosystems.com and subject line Re: Bug#573175: hint: libqalculate/0.9.7-1 has caused the Debian Bug report #573175, regarding hint: libqalculate/0.9.7-1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 573175: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573175 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, libqalculate-dev reverse build-depends are qalculate-gtk, qalculate-kde and step and they all have been built against libqalculate5. I guess libqalculate can go into testing. hint libqalculate/0.9.7-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Hi, Vincent Legout wrote: libqalculate-dev reverse build-depends are qalculate-gtk, qalculate-kde and step and they all have been built against libqalculate5. I guess libqalculate can go into testing. hint libqalculate/0.9.7-1 I already had an easy hint in place for most of the packages, but managed to miss the kdeedu (for step) binNMUs. I've added them to the hint. Regards, Adam ---End Message---
Bug#573187: transition: mpi-defaults
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear release team, as requested by Marc Brockschmidt in 87ocj81kt4@solon.marcbrockschmidt.de, I file this bug for the mpi-defaults transition. As discussed on the Debian Science list, we'd like to get rid of two old MPI implementations, MPICH (mpich) and LAM/MPI (lam4). Both are not maintained upstream anymore and have successors already in the archive, MPICH2 (mpich2) and Open MPI (openmpi), respectively. The current plan is to EOL MPICH and LAM by removing all reverse dependencies on those packages. One big step in this direction would be via mpi-defaults. The current version depends on LAM/MPI for arches where Open MPI is not supported (yet). A package is prepared that will depend on MPICH2 on these arches. After uploading that, binNMUs are needed for the depending packages. This transition will interfere with the hdf5 transition, as hdf5 does build MPI-enabled versions. Bugs have been filed for the remaining packages that do not use mpi-defaults but depend on an MPI implementation directly. The can be tracked via [1]. They need to be fixed by sourceful uploads, I only mention them for reference. If you have any questions, feel free to ask on the Debian Science mailing list. And sorry for bringing it up so late in the release cycle! Best regards, Manuel [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=old-mpi-eol;users=debian-scie...@lists.debian.org -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100309165202.24668.50924.report...@ce170155.zmb.uni-duisburg-essen.de
ImageMagick transition (SONAME bump)
Hi! In January I have asked about a possible ImageMagick transition [1]. Didn't get any answer until now, so I am re-asking if it's possible to schedule this transition, please. Upstream has updated the SONAME version (see #564123). The updated package is available on experimental. [1] http://lists.debian.org/debian-release/2010/01/msg00117.html Thank you! Best regards, Nelson signature.asc Description: PGP signature
Re: Timeouts
On Mon, Mar 08, 2010 at 10:56:53PM +0100, Joachim Breitner wrote: Hi, Am Montag, den 08.03.2010, 22:42 +0100 schrieb Joachim Breitner: This might be a solution, yes, though I would prefer not to do this. You've managed to get highlighting-kate's build times down, making it build everywhere but on armel (where it got tried on a slw buildd, let's see if this gets better on one of the faster boxes). We have similar problem with agda, could you have a look at that? Maybe Iain Lane can comment on agda. speaking of which: https://buildd.debian.org/fetch.cgi?pkg=agdaarch=hppaver=2.2.6-3stamp=1267580450file=logas=raw says Building Agda-2.2.6... [ 1 of 191] Compiling Agda.Auto.NarrowingSearch ( src/full/Agda/Auto/NarrowingSearch.hs, dist-ghc6/build/Agda/Auto/NarrowingSearch.o ) E: Caught signal 'Terminated': terminating immediately make: *** [build-ghc6-stamp] Terminated Build killed with signal TERM after 1 minutes of inactivity Isn???t this time limit a bit too low? I put that in to cause agda to fail and stop retrying, adn then bumped it back up. The timeout is normally 300 minutes, but agda would continue to generate output even when it had been wedged for over 12 hours. -- dann frazier -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100309174654.gb2...@lackof.org
Re: Timeouts
On Tue, Mar 09, 2010 at 10:50:31AM -0700, dann frazier wrote: On Mon, Mar 08, 2010 at 11:02:19PM +0100, Marc 'HE' Brockschmidt wrote: Joachim Breitner nome...@debian.org writes: speaking of which: https://buildd.debian.org/fetch.cgi?pkg=agdaarch=hppaver=2.2.6-3stamp=1267580450file=logas=raw says Building Agda-2.2.6... [ 1 of 191] Compiling Agda.Auto.NarrowingSearch ( src/full/Agda/Auto/NarrowingSearch.hs, dist-ghc6/build/Agda/Auto/NarrowingSearch.o ) E: Caught signal 'Terminated': terminating immediately make: *** [build-ghc6-stamp] Terminated Build killed with signal TERM after 1 minutes of inactivity Isn?t this time limit a bit too low? Seems so, no idea what the reason for that was. penalosa has been reconfigured to a normal timeout in the meantime. Given back on hppa, now. Which explains why peri hasn't done anything useful for about 17 hours :) I'm quite sure it is not going to make any progress: https://buildd.debian.org/build.cgi?pkg=agda;ver=2.2.6-3;arch=hppa http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572300 I'm still fairly new to working w/ sbuild. Other than my 1-minute-timeout trick, is there a way to kill a build and stop it from retrying later? sbuild-abort should do that. Kurt -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100309182129.ga7...@roeckx.be
Bug#573201: transition: imagemagick
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi! On #564123 we saw that imagemagick upstream did some incompatible ABI changes, without updating the SONAME version. They did change it later and we have an updated package available on experimental. A simple binNMU of the affected packages should be enough. The first two messages asking for permission to upload to unstable can be seen at: http://lists.debian.org/debian-release/2010/01/msg00117.html http://lists.debian.org/debian-release/2010/03/msg00092.html Thank you! Best regards, Nelson -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.33.naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100309181403.10051.49706.report...@orthrus
Please bump the urgency of samba 2:3.4.7~dfsg-1 to high
An infortunate sequence of events lead to samba 3.4.7 to be uploaded with urgency=low. Indeed, I didn't pay attention to 3..6 being ready to migrate to testing *today* so my reasoning was that enforcing a high priority wasn't really needed (because 3.4.5 in testing is not affected by the security issue fixed in 3.4.7). Dear release managers, would you mind bumping the urgency of samba to high to that testing is fixed ASAP? -- signature.asc Description: Digital signature
Re: Timeouts
On Tue, Mar 09, 2010 at 10:46:54AM -0700, dann frazier wrote: On Mon, Mar 08, 2010 at 10:56:53PM +0100, Joachim Breitner wrote: Hi, Am Montag, den 08.03.2010, 22:42 +0100 schrieb Joachim Breitner: This might be a solution, yes, though I would prefer not to do this. You've managed to get highlighting-kate's build times down, making it build everywhere but on armel (where it got tried on a slw buildd, let's see if this gets better on one of the faster boxes). We have similar problem with agda, could you have a look at that? Maybe Iain Lane can comment on agda. speaking of which: https://buildd.debian.org/fetch.cgi?pkg=agdaarch=hppaver=2.2.6-3stamp=1267580450file=logas=raw says Building Agda-2.2.6... [ 1 of 191] Compiling Agda.Auto.NarrowingSearch ( src/full/Agda/Auto/NarrowingSearch.hs, dist-ghc6/build/Agda/Auto/NarrowingSearch.o ) E: Caught signal 'Terminated': terminating immediately make: *** [build-ghc6-stamp] Terminated Build killed with signal TERM after 1 minutes of inactivity Isn???t this time limit a bit too low? I put that in to cause agda to fail and stop retrying, adn then bumped it back up. The timeout is normally 300 minutes, but agda would continue to generate output even when it had been wedged for over 12 hours. I rather suspect that the monotonically increasing memory usage is the problem here. I don't know of a resolution, and the thread with the GHC devs didn't seem to offer anything up. Anyone have any ideas? Dann, did you have a look at the memory usage when the build was going on by any chance? Anyway, this seems to be something that was introduced with 6.12. I wonder what we can do about this, besides p-a-s. Iain signature.asc Description: Digital signature
Re: emesene broken in stable
Hi, Sorry for the delay in getting back to you. On Fri, 2010-03-05 at 15:28 +0100, Emilio Pozuelo Monfort wrote: emesene doesn't work in stable anymore because the MSN network has stopped accepting clients using its (somewhat) old version of the protocol. There are two options: - Remove it from stable (and maybe offer a newer version through volatile or backports) - Update it to a newer version (1.5 or 1.6) I don't list there updating 1.0 to use a newer version of the protocol because IMHO that's too intrusive and it would be worse than updating the package to a new upstream release that have been thoroughly tested. The debdiff between 1.0-dist-4 (in stable) and 1.6-1 (in testing) comes to 295 files changed, 24803 insertions(+), 8826 deletions(-) (after ignoring .po files) which is quite large for a stable update. I know the volatile team (CCed) have published an update for pidgin in the past to fix ICQ support, but if memory serves that was a relatively small update. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1268160809.7755.130.ca...@kaa.jungle.aubergine.my-net-space.net
Re: Please bump the urgency of samba 2:3.4.7~dfsg-1 to high
Hi, On Tue, 2010-03-09 at 19:04 +0100, Christian PERRIER wrote: An infortunate sequence of events lead to samba 3.4.7 to be uploaded with urgency=low. Indeed, I didn't pay attention to 3..6 being ready to migrate to testing *today* so my reasoning was that enforcing a high priority wasn't really needed (because 3.4.5 in testing is not affected by the security issue fixed in 3.4.7). Dear release managers, would you mind bumping the urgency of samba to high to that testing is fixed ASAP? Done. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1268163265.7755.414.ca...@kaa.jungle.aubergine.my-net-space.net
Re: Timeouts
[Adding debian-hppa to the CC, since it may require porter help] On Tue, Mar 09, 2010 at 06:38:23PM +, Iain Lane wrote: On Tue, Mar 09, 2010 at 10:46:54AM -0700, dann frazier wrote: On Mon, Mar 08, 2010 at 10:56:53PM +0100, Joachim Breitner wrote: Hi, Am Montag, den 08.03.2010, 22:42 +0100 schrieb Joachim Breitner: This might be a solution, yes, though I would prefer not to do this. You've managed to get highlighting-kate's build times down, making it build everywhere but on armel (where it got tried on a slw buildd, let's see if this gets better on one of the faster boxes). We have similar problem with agda, could you have a look at that? Maybe Iain Lane can comment on agda. speaking of which: https://buildd.debian.org/fetch.cgi?pkg=agdaarch=hppaver=2.2.6-3stamp=1267580450file=logas=raw says Building Agda-2.2.6... [ 1 of 191] Compiling Agda.Auto.NarrowingSearch ( src/full/Agda/Auto/NarrowingSearch.hs, dist-ghc6/build/Agda/Auto/NarrowingSearch.o ) E: Caught signal 'Terminated': terminating immediately make: *** [build-ghc6-stamp] Terminated Build killed with signal TERM after 1 minutes of inactivity Isn???t this time limit a bit too low? I put that in to cause agda to fail and stop retrying, adn then bumped it back up. The timeout is normally 300 minutes, but agda would continue to generate output even when it had been wedged for over 12 hours. I rather suspect that the monotonically increasing memory usage is the problem here. I don't know of a resolution, and the thread with the GHC devs didn't seem to offer anything up. Anyone have any ideas? Dann, did you have a look at the memory usage when the build was going on by any chance? Well, its stuck again on penalosa, so let me check.. da...@penalosa:~$ free total used free sharedbuffers cached Mem: 411700424024401714564 0 7358401202828 -/+ buffers/cache: 4637723653232 Swap: 2650684 442650640 And it doesn't appear to be increasing. ghc is taking ~90% of the cpu, top suggests its mostly system usage: top - 21:49:22 up 10 days, 3:15, 2 users, load average: 1.42, 1.45, 1.39 Tasks: 62 total, 2 running, 60 sleeping, 0 stopped, 0 zombie Cpu(s): 0.7%us, 99.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 4117004k total, 2402860k used, 1714144k free, 735840k buffers Swap: 2650684k total, 44k used, 2650640k free, 1202832k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 819 buildd20 0 224m 198m 21m R 92.2 4.9 48:31.18 ghc 31922 dannf 20 0 3804 1908 1536 R 0.3 0.0 0:00.51 top 1 root 20 0 2144 792 652 S 0.0 0.0 0:20.16 init 2 root 20 0 000 S 0.0 0.0 0:00.00 kthreadd 3 root 20 0 000 S 0.0 0.0 0:00.13 ksoftirqd/0 strace shows ghc looping here: --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- rt_sigreturn() = -819 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002b28) = -513 --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- rt_sigreturn() = -819 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002b28) = -513 --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- rt_sigreturn() = -819 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002b28) = -513 --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- rt_sigreturn() = -819 Anyway, this seems to be something that was introduced with 6.12. I wonder what we can do about this, besides p-a-s. Iain -- dann frazier -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100309215414.gb9...@lackof.org
Hint request
Hi RMs Would you please hint grass and libgdal-grass? http://release.debian.org/migration/testing.pl?package=libgdal1-1.6.0-gras http://release.debian.org/migration/testing.pl?package=grass They are mutually taking themselves off squeeze, after hdf5 transition. Thanks. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100309222114.gb3...@gandalf.is-a-geek.org
Hint request
Hi RMs Would you please hint grass and libgdal-grass? http://release.debian.org/migration/testing.pl?package=libgdal1-1.6.0-gras http://release.debian.org/migration/testing.pl?package=grass They are mutually taking themselves off squeeze, after hdf5 transition. Thanks. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100309222403.gc3...@gandalf.is-a-geek.org
Re: Timeouts
On Tue, Mar 9, 2010 at 4:54 PM, dann frazier da...@debian.org wrote: --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- rt_sigreturn() = -819 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002b28) = -513 --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- rt_sigreturn() = -819 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002b28) = -513 --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- rt_sigreturn() = -819 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x40002b28) = -513 --- SIGVTALRM (Virtual timer expired) @ 0 (0) --- rt_sigreturn() = -819 Anyway, this seems to be something that was introduced with 6.12. I wonder what we can do about this, besides p-a-s. Error -513 is ERESTARTNOINTR. It appears that the process is executing clone when it gets a SIGVTALRM, after which the kernel restart the clone, but the whole process repeats over and over again? I don't know what's wrong in this case, somebody will have to debug this. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/119aab441003091410w25d3bb11n410a90a2c6020...@mail.gmail.com
Re: Hint request
Hi, On Tue, 2010-03-09 at 23:24 +0100, Francesco P. Lovergine wrote: Would you please hint grass and libgdal-grass? http://release.debian.org/migration/testing.pl?package=libgdal1-1.6.0-gras http://release.debian.org/migration/testing.pl?package=grass They are mutually taking themselves off squeeze, after hdf5 transition. Already done. :-) As of this evening's britney run: $ dak ls -s testing,unstable grass libgdal-grass grass | 6.4.0~rc5+40109-1 | testing | source, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc grass | 6.4.0~rc5+40109-1 | unstable | source, alpha, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc libgdal-grass |1.6.3-1 | testing | source libgdal-grass |1.6.3-1 | unstable | source Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1268174340.9080.1381.ca...@kaa.jungle.aubergine.my-net-space.net
Bug#572839: [Fwd: Bug#572839: transition: graphviz]
Hi all! On Tue, Mar 09, 2010 at 05:05:47PM -0600, Dirk Eddelbuettel wrote: On 9 March 2010 at 21:33, David Claughton wrote: | That would be the latest 2.26.3 version. It's in experimental now, | unfortunately I overlooked that ggobi doesn't compile against it (as it | stands), or I would have contacted you sooner. | | I can confirm that ggobi with the patch removed compiles and appears to | work against the new graphviz (based on a quick random test I just did | at any rate :-) | | Do you have time to look into updating ggobi over the next few days? | Ideally I'd like to go ahead with uploading the new graphviz to unstable | as I've just been given the go-ahead by the release team for the | transition, but is that going to be a problem for you? I think I can re-build ggobi pretty much within hours given a new graphviz. But my pbuilder does only look at unstable -- so can you upload? I would follow quickly so that ggobi would not be a blocker. graphviz should now already sit in incoming (provided I didn't mess up uploading again). Regards Christoph -- /\ ASCII Ribbon : GPG-Key ID: 0xD49AE731 \ /Campaign : CaCert Assurer X against HTML : Debian Developer / \ in eMails : http://www.debian.org/ http://www.christoph-egger.org/ signature.asc Description: Digital signature
Bug#572839: [Fwd: Bug#572839: transition: graphviz]
Christoph Egger christ...@debian.org writes: On Tue, Mar 09, 2010 at 05:05:47PM -0600, Dirk Eddelbuettel wrote: On 9 March 2010 at 21:33, David Claughton wrote: | That would be the latest 2.26.3 version. It's in experimental now, | unfortunately I overlooked that ggobi doesn't compile against it (as it | stands), or I would have contacted you sooner. | | I can confirm that ggobi with the patch removed compiles and appears to | work against the new graphviz (based on a quick random test I just did | at any rate :-) | | Do you have time to look into updating ggobi over the next few days? | Ideally I'd like to go ahead with uploading the new graphviz to unstable | as I've just been given the go-ahead by the release team for the | transition, but is that going to be a problem for you? I think I can re-build ggobi pretty much within hours given a new graphviz. But my pbuilder does only look at unstable -- so can you upload? I would follow quickly so that ggobi would not be a blocker. graphviz should now already sit in incoming (provided I didn't mess up uploading again). Yep, it's in the archive now. I have scheduled the needed binNMUs. Marc -- Fachbegriffe der Informatik - Einfach erklärt 81: Cursor-Tasten Neumodischer Schnickschnack. (Gert Döring) pgp75rKTERRf9.pgp Description: PGP signature
Bug#572839: transition: graphviz
Marc 'HE' Brockschmidt wrote: If you have verified that these packages all build with the new sources, you can do it tomorrow and we will do this quickly before taking on the directfb soname bump. Please ping us again after you've uploaded, so that we can schedule the needed binNMUs. Marc Hi, Graphviz has now been uploaded, please schedule the following binNMUs : nmu imagemagick_6.5.8.3-1 . ALL . -m rebuild against graphviz 2.26.3 nmu python-pygraphviz_0.99.1-1 . ALL . -m rebuild against graphviz 2.26.3 nmu anjuta-extras_2.28.0-1 . ALL . -m rebuild against graphviz 2.26.3 nmu flowcanvas_0.6.0-1 . ALL . -m rebuild against graphviz 2.26.3 Turns out ggobi needs a sourceful upload - I've contacted the maintainer and arranged for this. I wasn't sure if I should have provided dep-waits against graphviz for these or if this happens automatically? Let me know if you need these, I'll be happy to oblige. Cheers, David. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b96e6d0.7010...@eclecticdave.com
Bug#572839: [Fwd: Bug#572839: transition: graphviz]
On 10 March 2010 at 01:22, Marc 'HE' Brockschmidt wrote: | Christoph Egger christ...@debian.org writes: | On Tue, Mar 09, 2010 at 05:05:47PM -0600, Dirk Eddelbuettel wrote: | On 9 March 2010 at 21:33, David Claughton wrote: | | That would be the latest 2.26.3 version. It's in experimental now, | | unfortunately I overlooked that ggobi doesn't compile against it (as it | | stands), or I would have contacted you sooner. | | | | I can confirm that ggobi with the patch removed compiles and appears to | | work against the new graphviz (based on a quick random test I just did | | at any rate :-) | | | | Do you have time to look into updating ggobi over the next few days? | | Ideally I'd like to go ahead with uploading the new graphviz to unstable | | as I've just been given the go-ahead by the release team for the | | transition, but is that going to be a problem for you? | | I think I can re-build ggobi pretty much within hours given a new graphviz. | But my pbuilder does only look at unstable -- so can you upload? I would | follow quickly so that ggobi would not be a blocker. | graphviz should now already sit in incoming (provided I didn't | mess up uploading again). | | Yep, it's in the archive now. I have scheduled the needed binNMUs. I am not seeing it yet in unstable. Dirk -- Registration is open for the 2nd International conference R / Finance 2010 See http://www.RinFinance.com for details, and see you in Chicago in April! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/19351.4283.563219.694...@ron.nulle.part