Bug#845332: ITP: casacore-data-sources -- Table of ICRF reference source coordinates for casacore

Hi Ole On Tue, November 22, 2016 5:22 pm, Ole Streicher wrote: > Package: wnpp > Severity: wishlist > Owner: Ole Streicher > X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org > > It is still undecided if we take ICRF1 (1998; 608 sources) or > ICRF2

Bug#842934: ITP: casacore-data-predict -- Earth orientation parameter prediction tables for casacore

Hi Ole On Wed, November 2, 2016 2:07 pm, Ole Streicher wrote: > Package: wnpp > Severity: wishlist > Owner: Ole Streicher > X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org > > * Package name: casacore-data-predict > * URL :

Bug#842936: ITP: casacore-data-observatories -- Table of radio observatory coordinates for casacore

intervals as the ITRF (International Terrestrial Reference Frame). Depending on their usage within casacore, you may/may not need such accuracies. Regards Dr. Jonathan Quick VLBI Operations Manager, HartRAO

Bug#842935: ITP: casacore-data-tai-utc -- Difference table between TAI and UTC for casacore

Hi Ole On Wed, November 2, 2016 2:08 pm, Ole Streicher wrote: > Package: wnpp > Severity: wishlist > Owner: Ole Streicher > X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org > > * Package name: casacore-data-tai-utc > * License :

Bug#839894: installation-report: Jessie installer fails to install GRUB on a large JBOD system

Hi Len On Thu, October 6, 2016 8:24 pm, Lennart Sorensen wrote: > On Thu, Oct 06, 2016 at 07:45:36AM +0000, Jonathan Quick wrote: >> Whilst installing from a (Jessie) 8.6 netboot installer the GRUB >> installation step failed, leaving the system unbootable. > > Sounds like t

Bug#527246: libnss-ldapd: Segfaults in libnss_ldap.so in getservent() during netstat

Package: libnss-ldapd Version: 0.6.7.1 Severity: important The libnss_ldap.so library included in this package consistantly segfaults in getservent() when called by 'netstat' whenever the ldap method is included on the services line in /etc/nsswitch.conf. From ltrace it seems to happen only

Bug#512839:

Hi Ben I assume you're aware of the RC bug #512839 introduced by your NMU (and in testing) xine-ui/0.99.5+cvs20070914-2.1 ? Looks like the fork()ing of xdg-screensaver needs a little more thought. Regards Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a

Bug#511683: Latest auto-install does not respect DHCP preseeding

On Fri, January 16, 2009 6:57 pm, Frans Pop wrote: On Tuesday 13 January 2009, Jonathan Quick wrote: While playing with the DHCP preseeding method for the installer in 'auto' mode, I discovered that the 20090112-20:05 daily i386 netboot image now asks for a preseed/url despite it being

Bug#511683: Latest auto-install does not respect DHCP preseeding

Package: auto-install Version: 1.3 Severity: important While playing with the DHCP preseeding method for the installer in 'auto' mode, I discovered that the 20090112-20:05 daily i386 netboot image now asks for a preseed/url despite it being specified by the DHCP server - presumeably the check

Bug#435412: cupsys: Cupsd killed by invoke-rc.d reload so dies daily on log rotation

Package: cupsys Version: 1.2.7-4 Severity: important The cupsd daemon dies when sent signal HUP as done by the init.d script reload action, run once per day from logrotate. Thus the daemon dies once per day on a standard Etch install. -- System Information: Debian Release: 4.0 APT prefers

Bug#417565: ucbmpeg-play: Breaks x11-common upgrade for sarge-etch

Package: ucbmpeg-play Version: 2.3p-13.1 Severity: critical Justification: breaks unrelated software Please downgrade severity if this is overstated - but it looks like there is some missing interdependancy to resolve this automatically: Attempts to upgrade from sarge to etch break if

Bug#401317: Aptitude quite happily upgrades aptitude from sarge-etch

Hi Frans In testing out upgrade of a fresh sarge installation which included the desktop task ie. both Gnome and KDE, in desperation I found that (after updating sources.list to point to etch and 'apt-get update') the command aptitude upgrade aptitude gives Reading Package Lists... Done

Bug#378817: NForce chipset - Debian Sarge Installer

Hi Phillip Just noticed your post to the debian-boot mailing list. I ran into the same issue, which is that 'forecdeth' in the 2.4 kernel does not include patches from NVidia to support 1Gbps NForce chipsets. However the version in the 2.6 kernel does support these chipsets. So at the

Bug#314700: f2c: segfaults on i386 since last security update

programmer Thank you Jonathan Quick HartRAO VLBI Friend -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#314700: f2c: segfaults on i386 since last security update

is now unusable - a serious regression for all who are using f2c on oldstable. Regards Jonathan Quick -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux bootes 2.4.18-1-686-smp #1 SMP Wed Apr 14 18:42:49 UTC 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages f2c

Bug#309914: 'dpkg-reconfigure xserver-xfree86' become no-op on upgrade from Woody

Package: xserver-xfree86 Version: 4.3.0.dfsg.1-12.0.1 Severity: serious Justification: Breaks functionality on upgrade Following upgrade from Woody, 'dpkg-reconfigure xserver-xfree86' silently becomes a no-op because no /var/lib/xfree86/XF86Config-4.md5sum file exists. This causes an unexpected

Bug#300166: Re: Bug#300170: Consequences of udev being pulled in by Gnome

On Mar 18, Marco d'Itri [EMAIL PROTECTED] wrote: On Mar 18, Steve Langasek [EMAIL PROTECTED] wrote: It would be good if someone could do a concrete d-i sid test with this version of udev, to confirm that it does solve the problems in question. I know that it does, it was a trivial fix and

Bug#298425: cvs: CVS postinst always fails on non-interactive terminal

Package: cvs Version: 1:1.12.9-11 Severity: important Whenever upgrading CVS from a script which has no controlling terminal the postinst script of cvs always fails. This is easily reproduced by using at to run apt-get --re-install install cvs which fails: Preparing to replace cvs 1:1.12.9-11