Bug#381044: error output may clobber mondoarchive screen
Hi Steven, Thanks a lot for your response explanations! I think, I can see where you are coming from, being a user myself for (roughly) 99.999% of all software I use. ;-) However, I want to see and fix (or at least understand) a potential problem rather then refreshing the screen to hide it. Then again, please feel heartily invited to participate on the Mondo Rescue mailing list and to get involved with development! That said, your suggestion that this may be a symptom of the issue you raised in #379966, sounds quite plausible to me. So, would you be able to re-run with mondo-2.09-2 to double-check whether the problem persists with the change for #379966 in place? Thanks a lot best regards! Andree On Sat, 2006-09-02 at 17:24 -0400, Steven M. Robbins wrote: Hello Andree, Apologies for the silence: I have been away from my Debian computer for most of the last month. Quoting Andree Leidenfrost [EMAIL PROTECTED]: I can think of two strategies to mitigate this. Perhaps you want to do both. Strategy #1 is to make sure all subprocesses have their stdout and stderr redirected appropriately, possibly to the log file. Strategy #2 is to clear and re-draw the screen completely before each status update, to guard against failure to apply strategy #1. #1 is what should be pretty much in place. Your problem shows that this is certainly not 100% the case. Yep; and since there are always bugs, there's a reasonable chance that at any given time one of them is going to mess up the display. That's why I would suggest that strategy #2 is a good idea. #2 strikes me as not very efficient and more of a workaround to gloss things over. I don't accept any efficiency argument. Mondo is reading and writing gigabytes of data during the backup. Adding, say, an extra 80x40 characters every half second will be lost in the noise. On the other hand, I have some sympathy for the gloss things over sentiment, coming from a computer science / programmer background. However: when I put on my user hat that argument cuts no ice when considered against the probability that the display is so messed up to be unusable. I wouldn't want to refresh the screen frequently because it may contain something important. The refresh should certainly keep all the important text up-to-date. That said, I'd like to get to the root of the evil here and either do #1 or fix the underlying problem. To me this looks like a system() or popen() call in mondoarchive might have a syntax error in its argument. Would you be able to narrow down what exactly it is doing? Is there any way to match this against things that appear in the log (you could use '-K ' to increase logging verbosity)? Could you come up with a small test example that I could use to reproduce the issue like you did for the other bug? I'm virtually certain that this *is* caused by the other bug (#379966); i.e. that some filename has a backquote in it. Cheers, -Steve -- Andree Leidenfrost @ Debian Developer Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#385570: please provide a way to expire upstream caches
lftp already has the following options: http:cache http:cache-control hftp:cache hftp:cache-control So you can precisely control the squid cache. E.g. turn off cacheing completely: set http:cache off (it adds two request headers: `Pragma: no-cache' and `Cache-Control: no-cache') or specify a cache option, e.g. allow getting old cached files: set http:cache-control max-stale which adds corresponding `Cache-Control' request header. See RFC 2616 for other cache-control directives (cache-request-directive token). -- Alexander.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385790: mondoarchive behaves badly with afs
Package: mondo Version: 2.09-2 Severity: important There are a couple problems with running mondoarchive on a system that uses afs that make it unusable: - By default, mondoarchive will try to use /afs for temp and scratch. Fixing bug #312546 might help resolve this, but I wonder if mondoarchive should ever, by default, use a network filesystem for temp or scratch. - After setting temp and scratch locations on the command line, and also using '-E /afs', mondoarchive will still include /afs in the find command when Making catalog of files to be backed up. This causes a seemingly infinite hang as mondoarchive searches afs servers around the world for files. The only possible workaround appears to be to stop openafs-client before running mondoarchive, which is often not possible and almost always undesireable. The only way to escape the hung mondoarchive is apparently to kill the process from another terminal. Is it really necessary for mondarchive to search filesystems that are excluded with the '-E' option? - It would be really nice if the -N option excluded afs, but if just '-E /afs' worked, that would make it usable. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mondo depends on: ii afio 2.5-3 archive file manipulation program ii buffer1.19-7 Buffering/reblocking program for t ii cdrecord 4:2.01+01a01-2 command line CD writing tool ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libnewt0.51 0.51.6-20 Not Erik's Windowing Toolkit - tex ii lzop 1.01-3 fast compression program ii mindi 1.09-1 creates boot/root disks based on y ii mindi-busybox 1.2.1-2Collection of shell utilities in a Versions of packages mindi depends on: ii binutils 2.15-6 The GNU assembler, linker and bina ii bzip2 1.0.2-7high-quality block-sorting file co ii dosfstools2.11-2 Utilities to create and check MS-D ii file 4.12-1 Determines file type using magic ii gawk 1:3.1.4-2 GNU awk, a pattern scanning and pr ii mindi-busybox 1.2.1-2Collection of shell utilities in a ii mkisofs 4:2.01+01a01-2 Creates ISO-9660 CD-ROM filesystem ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo ii ms-sys1.1.3-1Write a Microsoft compatible boot ii nano 1.2.4-5free Pico clone with some new feat ii parted1.6.21-1 The GNU Parted disk partition resi ii syslinux 2.11-0.1 Bootloader for Linux/i386 using MS -- no debconf information Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 5573968 3915296 1375528 75% / tmpfs95748 0 95748 0% /dev/shm /dev/hda193309 22926 65566 26% /boot AFS900 0 900 0% /afs mondo-nfs0:/mondo/prntsrv 68566568 32888 65050648 1% /mnt/nfs/mondo mondo log showing attempt to write to /afs: begin 644 MA.log.problem1.gz M'XL('YF^D0`VUO;F1O+6%R8VAI=F4N;]G`.T::W/;QOS^;7?.QNQ,[0S M)B`^1$GL.)GXE6A:VYDX26:.`CLN!.XP=P=2;-/_WMT#2$H*)4MLZG$J MZ@/$`VX?M^^[6U,I)[EMAIL PROTECTED],O('1%19:);IK*M4MC9YV74;3`OH` M_9LFH#[EMAIL PROTECTED]/@4Y!5ZZLW(US/X@,57)+5-U6$`1*/A'91VD4F$`X^ZC MUBM!WQEXDS.$;]X#`X[1Z/[EMAIL PROTECTED]@$?KT;5QAH,[EMAIL PROTECTED]@ M!RC$(S!8[EMAIL PROTECTED]61%YH8ACG:)9R(_!:[EMAIL PROTECTED](Q [EMAIL PROTECTED]`E:`.D4NF:`.`;W,4%L@2,[EMAIL PROTECTED]; M8R07`:)C1SQC(%J4!`K/,$[`*%(UP`S]6M%!X2$1*-)DH;6NL:B(A$X? M,[EMAIL PROTECTED];G+6#,;-CQO-,G0FHBD5'%.2DA:1-`Z77KV6*T2,M+#^`L;03!WTM, M@'BMT=!J]7C5IP)%6.#T'4L).B$SEJAH843/#TQ=$LR.4,:./]!$T6HX M`^$\RRQ?:,QIQ0)#.EC(/`']`Q+^A5BSXOC:#OR1;Z3Z#:_^ZSW'N4!3_ ME6W\'8TF,V[]]$I(]0X*@9Q]XL%YC))7(Z\F8J:FMN]XY/Q_+)U`'MP6 MYN1P#-\O/)D'MP?J$5!FL9U![C^%[JRFSC,)'6[EMAIL PROTECTED]D2 M+O(Q)-+I%6RGM-P?5*$KY;QKDMT:41F64O41BSSLURY;QCJ/QD%__^P6F M!DNP6;'ZZ?'3(9GZ8=Z$`W';S_Q(+D#VS'Z[7\U,U^?-=J!EU!X_0=/0P_ M%#_F_'`P3ZU;EFAY]`9TZP::AN(5X/(219*)U[-_X/8O)`4-2C(/CGJ]3=* MNJ2.#%ZK1Y;403Z_T]9:['TCT;7B7-*40N[[-FNB1RTF]'J=U;CF.#E% M$ZU=)--H'03:O'I8`QO0V4,PUN1X[H1E.(:O)[EMAIL PROTECTED] M=_RA\_-A9UHS$\UURP?U\%GZ+Z`,Q=1D-B8+H57K[A=:5#H?$;3`GK6 M2)]`Q]M2=PX'XP,(T[EMAIL PROTECTED]/UBP4A(R[EMAIL PROTECTED],3L/ M.JL(FO;H5\:YDDK-'4Q/*1P^9+#(8)SL,L$8QK%TRD?\\P4$*G3+]!R*. MM:G+$7UAZ:V=[EMAIL PROTECTED]@PT/!T=C*2QH*O13!%%\W0*,PC MJG2LU*KM#7=ZY2TQV`])X?T=STRCE-YF54J6Z?7I$+Z1+=,(TO-*_%P0 M:*OU6C^MW6ZX)^^+(JT6BYBV0/'DUDYO.X2O),[EMAIL
Bug#385784: aptitude: crash with basic_string::_S_construct NULL not valid
On Sat, Sep 02, 2006 at 09:20:11PM -0700, Daniel Burrows wrote: On Sat, Sep 02, 2006 at 07:21:00PM -0700, Ross Boylan [EMAIL PROTECTED] was heard to say: Package: aptitude Version: 0.4.2-1 Severity: normal Severity note: the system experiencing this problem is currently unable to install or upgrade any packages (at least with aptitude). This error arose in connection with that problem, and this error may have contributed to the problem. So the bug might warrant higher severity. On the other hand, the crash may be a side effect of a packaging problem with texlive. When I try to remove texlive with aptitude I get dpkg: error processing preview-latex-style (--remove): Package is in a very bad inconsistent state - you should reinstall it before attempting a removal. (Reading database ... terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid Aborted That's very odd. Does it happen with any other frontend? (e.g., dpkg or apt) Neither dpkg nor apt-get show this crash. Perhaps it has something to do with the processing after dpkg returns? The underlying dpkg error is obviously an unusual one. The reason I say it's odd is because at the point you quote above, aptitude is actually waiting for the dpkg instance it spawned to terminate; i.e., it isn't running at all and hence shouldn't be able to crash. Daniel # dpkg -P preview-latex-style dpkg: error processing preview-latex-style (--purge): Package is in a very bad inconsistent state - you should reinstall it before attempting a removal. Errors were encountered while processing: preview-latex-style I also tried it with -r; same result. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376641: diff for 2.05-9.1 NMU
Hi, Attached is the diff for my modplugxmms 2.05-9.1 NMU. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 diff -u modplugxmms-2.05/debian/control modplugxmms-2.05/debian/control --- modplugxmms-2.05/debian/control +++ modplugxmms-2.05/debian/control @@ -1,5 +1,5 @@ Source: modplugxmms -Build-Depends: debhelper (= 3.0.0), automake, autoconf, libtool, libglib2.0-dev, libmodplug-dev (= 1:0.7-1), xmms-dev +Build-Depends: debhelper (= 3.0.0), automake1.9, autoconf, libtool, libglib2.0-dev, libmodplug-dev (= 1:0.7-1), xmms-dev Section: sound Priority: optional Maintainer: Zed Pobre [EMAIL PROTECTED] diff -u modplugxmms-2.05/debian/changelog modplugxmms-2.05/debian/changelog --- modplugxmms-2.05/debian/changelog +++ modplugxmms-2.05/debian/changelog @@ -1,3 +1,10 @@ +modplugxmms (2.05-9.1) unstable; urgency=low + + * NMU. + * debian/control: Build depend on automake1.9. (Closes: #376641) + + -- Eric Dorland [EMAIL PROTECTED] Sun, 3 Sep 2006 01:24:14 -0400 + modplugxmms (2.05-9) unstable; urgency=low * Recompile for C++ ABI transition (closes: #322900, #323088) signature.asc Description: Digital signature
Bug#382739: firefox: h
* Jue Kong ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.6-1 Severity: important some text is unvisable. looks like these: The here. Forwww.somesite.com. if select the text, you can see it: The portal. Learn more about product here. For more infomation, please visite www.somesite.com. I try to purge firefox and reinstall it but no help. What page are you seeing this on? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#380709: diff for 1.2.1-5.3 NMU
Hi, Attached is the diff for my codebreaker 1.2.1-5.3 NMU. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 diff -u codebreaker-1.2.1/debian/changelog codebreaker-1.2.1/debian/changelog --- codebreaker-1.2.1/debian/changelog +++ codebreaker-1.2.1/debian/changelog @@ -1,3 +1,11 @@ +codebreaker (1.2.1-5.3) unstable; urgency=low + + * NMU + * debian/control: Build-Depend on automake1.4, not automake. (Closes: +#380709) + + -- Eric Dorland [EMAIL PROTECTED] Sun, 3 Sep 2006 02:05:11 -0400 + codebreaker (1.2.1-5.2) unstable; urgency=low * Non-maintainer upload. diff -u codebreaker-1.2.1/debian/control codebreaker-1.2.1/debian/control --- codebreaker-1.2.1/debian/control +++ codebreaker-1.2.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Camm Maguire [EMAIL PROTECTED] Standards-Version: 3.2.1.0 -Build-Depends: debhelper,automake,autoconf,libgtk1.2-dev,texinfo +Build-Depends: debhelper,automake1.4,autoconf,libgtk1.2-dev,texinfo Package: codebreaker Architecture: any signature.asc Description: Digital signature
Bug#374902: About #374902
Steve, that problem of bad handling of instructions on composite glyphs seems to affect many languages in D-I, which is close to make D-I not releasable for these languages. Is there some external thing that prevents the upload of a new version of libfreetype6? I remember we briefly talked about this on IRC but I don't have the record..:-) -- signature.asc Description: Digital signature
Bug#385785: installation failure
Comments/Problems: Burned .iso with Nero 6 in Win2000; Nero reported CD was ok after verification stage. I used boot parameter to force static IP. NIC was not detected (SMC 1211TX = RTL8139). Installer reported CD files could not be loaded. Installation attempt aborted. What interface does your CD drive use? Can you provide us with relevant log parts from console 4? Can you run (lspci ; lspci -n)|sort on that machine (maybe with another Linux Live CD or directly from the installer console 2) ? Then send us the output relevant to your NIC and the interface your CD is attached on. Please respect Reply-To signature.asc Description: Digital signature
Bug#385768: installation-reports: Failed to reboot x86 SCSI system
This wasn't successful but I guess this is the old problem that we have with Alcatel Speedtouch DSL modems with (at least) the first Debian Installer on Debian Sarge. I might provide install reports dedicated to network configuration later when I manage to reboot the machine with Etch Debian Installer. Is this a USB DSL modem ? These things usually need some firmware crap to be loaded and the installer currently doesn't support this for them. IIRC, there's a dedicated package for these modems so that mostly means that you should install the stuff after the general system install. 2. Reboot This is the blocker for this install. When the machine reboots, the system says that there isn't any SCSI bootable device. I provide below the grub-installer trace just in case, but it seems everything is fine from here. Moreover /dev/sdb1 is rightly marked as bootable in the partition table. I haven't any idea on what's wrong. I have kept the SCSI disk on which this install was done for any post-mortem examination. So if you need any logs, please just ask. What would help is as much as possible thigns from the boot messages. signature.asc Description: Digital signature
Bug#385246: svnmailer: message body is encoded twice
On Wed, Aug 30, 2006 at 11:11:05AM +0900, Manabu Matsui wrote: Package: svnmailer Version: 1.0.8-6 Severity: normal The message body produced by svnmailer looks like to be encoded in quoted-printable twice. For example, '===...' banner line should be encoded as '=3D=3D=3D...', but it is '=3D3D=3D3D=3D3D...' in the following output. Are you sure that you does not pass the mail through another software before delivering it ? Something like a list manager, or whatever. % svn-mailer --debug --config /disk1/svn/conf/svnmailer.conf --repository /disk1/svn --revision=463 Content-Type: text/plain; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: [svn-sandbox] commit: r463 - /SandBox/a Date: Wed, 30 Aug 2006 01:58:39 - To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] X-Mailer: svnmailer-1.0.8 X-Config-Groups: [SandBox] Author: foo Date: Wed Aug 30 10:34:23 2006 New Revision: 463 Log: test Modified: SandBox/a Modified: SandBox/a =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D =3D3D=3D3D=3D3D --- SandBox/a [iso-8859-1] (original) +++ SandBox/a [iso-8859-1] Wed Aug 30 10:34:23 2006 @@ -1,2 +1,1 @@ a -b -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages svnmailer depends on: ii python2.4.3-11 An interactive high-level object-o ii python-subversion 1.3.2-5+b1 Python bindings for Subversion ii python-support0.4.1 automated rebuilding support for p svnmailer recommends no packages. -- no debconf information -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#385791: /var/run/bip directory not found
Package: bip Version: 0.5.3-2 The package should create /var/run/bip since the daemon tries to write there and can't, prevening it from starting until the directory is manually created. Bdale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385790: mondoarchive behaves badly with afs
I forgot to mention that the mondo/mindi packages I'm using were built on sarge using the current source packages from unstable. I built them to see if the problems might have been resolved in a more recent version of mondo than the one available in sarge. Thanks for taking a look at this - it would be great if we could use mondo here more regularly. -Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385782: Etch testing: Grub installation failure
reassign 385782 grub-installer retitle 385782 Installs on wrong drive in some situations thanks After recovering from the shock (my windows installation required for work didn't start as well, I started investigating what happened. My system was configured to boot from SCSI first, but GRUB was installed to the IDE drive, so the BIOS booted into the Boot record of the SCSI drive and couldn't find a startable partition anymore. Why does GRUB remove the stored information from the SCSI drives boot record but install to the IDE drive? Or did it just remove the startable flag from the windows partition? Finally got the system booting again by setting IDE drive to boot first. Still I have to finish debian installation as booting into gnome desktop will leave me up with a black screen. This could be a bug in the routine used by grub-installer to decide which drive it should install GRUB on. Hence reassiging the bug to the right package. You can circumvent this by using medium priority mode, which will allow you to choose the disk GRUB will install on and thus correct the mistake. signature.asc Description: Digital signature
Bug#384857: [pkg-ntp-maintainers] Bug#384857: ntp: transition packages needed; ntp-simple removes ntp user on purge
Bdale Garbee [EMAIL PROTECTED] wrote: Hi, I do, and the patch that Julien suggests looks reasonable and correct to me. Note that the patch will only help users who do not upgrade their system regularly. The harm is already done for the others :( To help the ones who upgrade regularly (and haven't purged the ntp-simple/ntp-refclock packages yet), ntp should depend on the dummy ntp-simple and ntp-refclock packages, so as to clear the maintainer scripts from the previous packages. The dependency would need to be kept for some time, which probably means releasing Etch with an ntp package depending on 2 empty packages. There's no good solution to this problem, it seems :/ Damage-control time ... JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382739: firefox: h
On Sun, Aug 13, 2006 at 10:02:36AM +0800, Jue Kong [EMAIL PROTECTED] wrote: Package: firefox Version: 1.5.dfsg+1.5.0.6-1 Severity: important some text is unvisable. looks like these: The here. Forwww.somesite.com. if select the text, you can see it: The portal. Learn more about product here. For more infomation, please visite www.somesite.com. I try to purge firefox and reinstall it but no help. This looks like https://bugzilla.mozilla.org/show_bug.cgi?id=252033 but the fix for that has been applied since some 1.0.x release. Are you using the pango backend or did you disable it ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385792: consider including gromacs stresscpu
Package: cpuburn Version: 1.4-23 there's another burn-in program which is based on gromacs inner loops (such as those used in [EMAIL PROTECTED]) which tends to drive up cpu temperatures even more than the programs already in cpuburn package. it has the additional advantage of checking its consistency as it goes. http://www.gromacs.org/contributed_by_users/task,doc_details/gid,14/ its license isn't specified explicitly but gromacs itself is GPL and stresscpu is a derived work... so it must be GPL. please consider including it in cpuburn package... thanks -dean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381610: diff for 1.6.10-1.1 NMU
Hi, Attached is the diff for my penguin-command 1.6.10-1.1 NMU. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 diff -u penguin-command-1.6.10/debian/control penguin-command-1.6.10/debian/control --- penguin-command-1.6.10/debian/control +++ penguin-command-1.6.10/debian/control @@ -3,7 +3,7 @@ Section: games Maintainer: Karl Bartel [EMAIL PROTECTED] Standards-Version: 3.6.2 -Build-Depends: debhelper, libsdl1.2-dev (= 1.2.2-3.1), libsdl-mixer1.2-dev (= 1.2.0-1.1), libsdl-image1.2-dev, automake, autoconf +Build-Depends: debhelper, libsdl1.2-dev (= 1.2.2-3.1), libsdl-mixer1.2-dev (= 1.2.0-1.1), libsdl-image1.2-dev, automake1.4, autoconf Package: penguin-command Architecture: any diff -u penguin-command-1.6.10/debian/changelog penguin-command-1.6.10/debian/changelog --- penguin-command-1.6.10/debian/changelog +++ penguin-command-1.6.10/debian/changelog @@ -1,3 +1,10 @@ +penguin-command (1.6.10-1.1) unstable; urgency=low + + * NMU + * debian/control: Build-Depend on automake1.4, not automake. + + -- Eric Dorland [EMAIL PROTECTED] Sun, 3 Sep 2006 02:46:45 -0400 + penguin-command (1.6.10-1) unstable; urgency=low * New upstream release includes updated config.sub and config.guess (closes: #335421) @@ -107,3 +114 @@ -Local variables: -mode: debian-changelog -End: + signature.asc Description: Digital signature
Bug#382739: firefox: h
On Sun, Aug 13, 2006 at 10:02:36AM +0800, Jue Kong [EMAIL PROTECTED] wrote: Package: firefox Version: 1.5.dfsg+1.5.0.6-1 Severity: important some text is unvisable. looks like these: The here. Forwww.somesite.com. if select the text, you can see it: The portal. Learn more about product here. For more infomation, please visite www.somesite.com. I try to purge firefox and reinstall it but no help. This may be the same XRender bug as mentionned in the upstream bug i sent you in my earlier mail, which has also been worked around in cairo. I see you version is 1.2.0, it may not contain the workaround. ii libcairo2 1.2.0-3The Cairo 2D vector graphics libra Please try to update libcairo2 to 1.2.2 or 1.2.4 and see if your problem disappears. Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381618: diff for 1.420-2.1 NMU
Hi, Attached is the diff for my zsnes 1.420-2.1 NMU. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 diff -u zsnes-1.420/debian/changelog zsnes-1.420/debian/changelog --- zsnes-1.420/debian/changelog +++ zsnes-1.420/debian/changelog @@ -1,3 +1,11 @@ +zsnes (1.420-2.1) unstable; urgency=low + + * NMU + * debian/control: Build-Depend on automake1.4 not automake. (Closes: +#381618) + + -- Eric Dorland [EMAIL PROTECTED] Sun, 3 Sep 2006 03:11:19 -0400 + zsnes (1.420-2) unstable; urgency=high * Fix FTBFS on sid by telling configure where new zsnes libraries are. diff -u zsnes-1.420/debian/control zsnes-1.420/debian/control --- zsnes-1.420/debian/control +++ zsnes-1.420/debian/control @@ -2,7 +2,7 @@ Section: otherosfs Priority: optional Maintainer: Joshua Kwan [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), nasm, libsdl1.2-dev (= 1.2.2-3.1), zlib1g-dev, sharutils, xutils, libpng12-dev | libpng-dev, xlibmesa-gl-dev, autoconf, automake, dpatch +Build-Depends: debhelper (= 4), nasm, libsdl1.2-dev (= 1.2.2-3.1), zlib1g-dev, sharutils, xutils, libpng12-dev | libpng-dev, xlibmesa-gl-dev, autoconf, automake1.4, dpatch Standards-Version: 3.6.2 Package: zsnes signature.asc Description: Digital signature
Bug#385793: -dev packages should not be architecture all
Package: xulrunner Version: 1.8.0.5-3 With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev packages become uninstallable until the package has been rebuilt on all architectures. Please consider changes these to architecture any, this saves developer's and buildd admin time to look at the current state of xulrunner, if a package can be uploaded without asking for requeueing on the buildd's later. thanks, Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385675: dpkg: [INTL:ja] Update Translated Japanese po files for the deb-control(5), dpkg-deb(1), install-info(8) and start-stop-daemon(8)
Quoting KISE Hiroshi ([EMAIL PROTECTED]): Package: dpkg Version: 1.13.21 Severity: wishlist Tags: l10n, patch Hi, Thank you for the committed previous report. Attached the updated po files for the Japanese version of the man pages. Please commit to the dpkg's svn repository. It seems that this hasn't been committed yet. signature.asc Description: Digital signature
Bug#381520: python-apt: Simple rebuild of package fixes segfault
Package: python-apt Followup-For: Bug #381520 Just stumbled across this bug while configuring my new AMD64 machine. Using several of the 'wajig' commands will trigger the segfault in TAgFileFree() as Devin reported. (wajig is another debian package that written in python that integrates many of the apt-foo functions.) For example, these will both trigger the segfault in the python-apt module currently on the mirrors: wajig show python wajig changelog python Simply rebuilding the module with a current debian/etch environment appears to have fixed the problem. The version of gcc used in my rebuild was '4:4.1.1-5' -- Brad -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (80, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages python-apt depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.45 Advanced front-end for dpkg ii apt-utils [libapt-inst-libc6 0.6.45 APT utility programs ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 ii python 2.4.3-11An interactive high-level object-o ii python-central 0.5.5 register and build utility for Pyt python-apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385793: -dev packages should not be architecture all
On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Package: xulrunner Version: 1.8.0.5-3 With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev packages become uninstallable until the package has been rebuilt on all architectures. Please consider changes these to architecture any, this saves developer's and buildd admin time to look at the current state of xulrunner, if a package can be uploaded without asking for requeueing on the buildd's later. Problem is that it will waste quite some archive space... maybe relaxing the dependencies would be better. I made them tight because I was adding some APIs back in the 1.8.0.1 days, but that is not very likely to happen any more... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385246: svnmailer: message body is encoded twice
* Julien Danjou wrote: On Wed, Aug 30, 2006 at 11:11:05AM +0900, Manabu Matsui wrote: Package: svnmailer Version: 1.0.8-6 Severity: normal The message body produced by svnmailer looks like to be encoded in quoted-printable twice. For example, '===...' banner line should be encoded as '=3D=3D=3D...', but it is '=3D3D=3D3D=3D3D...' in the following output. Are you sure that you does not pass the mail through another software before delivering it ? Something like a list manager, or whatever. Yeah, this is due to an incompatible change of the email package in python 2.4.3. :-( I'm already working on that and I'm also going to check for the python 2.5 email 4.0 package, which may bring its own surprises... nd -- print Just Another Perl Hacker; # André Malo, http://www.perlig.de/ #
Bug#385795: kernel-patch-skas: FTBFS: dh_installkpatches: Command not found
Package: kernel-patch-skas Version: 3-10 Severity: serious Tags: patch When building 'kernel-patch-skas' in a clean unstable chroot, I get the following error: dh_clean -k dh_installdirs dh_installkpatches make: dh_installkpatches: Command not found make: *** [install] Error 127 With the attached patch 'kernel-patch-skas' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/kernel-patch-skas-3/debian/rules ./debian/rules --- ../tmp-orig/kernel-patch-skas-3/debian/rules2006-09-03 06:39:57.0 + +++ ./debian/rules 2006-09-03 06:39:53.0 + @@ -29,7 +29,7 @@ dh_testroot dh_clean -k dh_installdirs - dh_installkpatches +# dh_installkpatches # Build architecture-independent files here. binary-indep: build install -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385793: -dev packages should not be architecture all
Mike Hommey writes: On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Package: xulrunner Version: 1.8.0.5-3 With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev packages become uninstallable until the package has been rebuilt on all architectures. Please consider changes these to architecture any, this saves developer's and buildd admin time to look at the current state of xulrunner, if a package can be uploaded without asking for requeueing on the buildd's later. Problem is that it will waste quite some archive space... maybe relaxing the dependencies would be better. I made them tight because I was adding some APIs back in the 1.8.0.1 days, but that is not very likely to happen any more... Fine, if that can be done without wasting archive space. Currently we do have two build failures, which depend on each other (gcj-4.1 and xulrunner). So an upload with relaxed dependencies of the -dev packages could solve the installability failure. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385796: kopete: forgets contact properties after session ends
Package: kopete Version: 4:3.5.4-2 Severity: grave Justification: causes non-serious data loss When using Edit Properties to associate a create a link between a meta-contact and an address book entry, kopete correctly displays the changes made when restarting it after closing kopete in a given kde session, but loses these data when the user logs out from his session. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-chibi Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kopete depends on: ii kdelibs4c2a 4:3.5.4-3core libraries and binaries for al ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr12.4.32-1 Extended attribute shared library ii libaudio2 1.8-2The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgadu31:1.6+20060616-1 Gadu-Gadu protocol library - runti ii libgamin0 [libfam0] 0.1.7-4 Client library for the gamin file ii libgcc1 1:4.1.1-11 GCC support library ii libglib2.0-02.10.3-3 The GLib library of C routines ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libidn110.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libmeanwhile1 1.0.2-2 open implementation of the Lotus S ii libpcre36.4-2Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-11 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-8X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.26.dfsg-3GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxslt1.1 1.1.17-3 XSLT processing library - runtime ii libxss1 1:1.0.1-4X11 Screen Saver extension library ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages kopete recommends: ii qca-tls 1.0-3 TLS plugin for the Qt Cryptographi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385798: openoffice.org: font hinting still does not work with the current version ob libfreetype
Package: openoffice.org Version: 2.0.3-6 Severity: normal It will be a pity if this is not solved before the release of Etch. It makes meaningles the use of high-quality TrueType fonts in OO. Please, _do_ something with this. This is definetely a BUG, not just a wishlist item. As I have heard the other distros do not have this bug. To reproduce enable font hinting and disable font antialiasing then notice the ugly looking fonts in the interface and the document. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-minimal Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.3-6OpenOffice.org office suite - data ii openoffice.org-calc 2.0.3-6OpenOffice.org office suite - spre ii openoffice.org-core 2.0.3-6OpenOffice.org office suite archit ii openoffice.org-draw 2.0.3-6OpenOffice.org office suite - draw ii openoffice.org-impress2.0.3-6OpenOffice.org office suite - pres ii openoffice.org-java-common2.0.3-6OpenOffice.org office suite Java s ii openoffice.org-math 2.0.3-6OpenOffice.org office suite - equa ii openoffice.org-writer 2.0.3-6OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385794: akregator: empty menu labeled No text!
Package: akregator Version: 4:3.5.3-3 Severity: minor akregator diplays a No text! menu in the bar, which contains no item. See attached screenshot. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-chibi Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages akregator depends on: ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libkdepim1a 4:3.5.3-3 KDE PIM library ii libqt3-mt3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 akregator recommends no packages. -- no debconf information attachment: akregatornotextmenu.jpg
Bug#385797: www.debian.org: Wiki does not have a license
Package: www.debian.org Severity: normal The link http://wiki.debian.org/copyright.html (which is supposed to point to the copyright notice) linked from http://wiki.debian.org/About does not exist. Also, as with www.debian.org a link to the license should be at the bottom of, at least, the front page. There is some discussion of the wiki license at http://wiki.debian.org/DebianWikiIsNotGFDL but there are contradictary statements made there about what the license is supposed to be. I am hesitant to contribute to the wiki because of this because I want to be able to take updates made to pages I work on (start or help edit) at the wiki and include them in the versions of the pages on my website (with appropriate attribution and/or licensing). Also, not having a license statement means the licensing of the wiki may be non-free and thereby violate debian policy. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (200, 'testing'), (75, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385793: -dev packages should not be architecture all
On Sun, Sep 03, 2006 at 10:13:14AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Mike Hommey writes: On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Package: xulrunner Version: 1.8.0.5-3 With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev packages become uninstallable until the package has been rebuilt on all architectures. Please consider changes these to architecture any, this saves developer's and buildd admin time to look at the current state of xulrunner, if a package can be uploaded without asking for requeueing on the buildd's later. Problem is that it will waste quite some archive space... maybe relaxing the dependencies would be better. I made them tight because I was adding some APIs back in the 1.8.0.1 days, but that is not very likely to happen any more... Fine, if that can be done without wasting archive space. Currently we do have two build failures, which depend on each other (gcj-4.1 and xulrunner). So an upload with relaxed dependencies of the -dev packages could solve the installability failure. Unfortunately, I'm leaving on vacation today and won't be able to upload a new release. Feel free to NMU to relax the dependencies (removing the superior limit should be enough and safe) Cheers Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385793: -dev packages should not be architecture all
Mike Hommey writes: On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Package: xulrunner Version: 1.8.0.5-3 With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev packages become uninstallable until the package has been rebuilt on all architectures. Please consider changes these to architecture any, this saves developer's and buildd admin time to look at the current state of xulrunner, if a package can be uploaded without asking for requeueing on the buildd's later. Problem is that it will waste quite some archive space... maybe relaxing the dependencies would be better. I made them tight because I was adding some APIs back in the 1.8.0.1 days, but that is not very likely to happen any more... relaxation on libxul-common is needed as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381520: python-apt: Simple rebuild of package fixes segfault
Package: python-apt Followup-For: Bug #381520 Just stumbled across this bug while configuring my new AMD64 machine. Using several of the 'wajig' commands will trigger the segfault in TAgFileFree() as Devin reported. (wajig is another debian package that written in python that integrates many of the apt-foo functions.) For example, these will both trigger the segfault in the python-apt module currently on the mirrors: wajig show python wajig changelog python Simply rebuilding the module with a current debian/etch environment appears to have fixed the problem. The version of gcc used in my rebuild was '4:4.1.1-5' -- Brad -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (80, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages python-apt depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.45 Advanced front-end for dpkg ii apt-utils [libapt-inst-libc6 0.6.45 APT utility programs ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 ii python 2.4.3-11An interactive high-level object-o ii python-central 0.5.5 register and build utility for Pyt python-apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385800: libassa: FTBFS on 64 bit arches: error: cast from 'ASSA::EventHandler*' to 'int' loses precision
Package: libassa Version: 3.4.2-1 Severity: serious Hi, Your package is failing to build with the following error: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -Wall -O2 -c Reactor.cpp -fPIC -DPIC -o .libs/Reactor.o Reactor.cpp: In member function 'bool ASSA::Reactor::removeHandler(ASSA::EventHandler*, ASSA::EventType)': Reactor.cpp:250: error: cast from 'ASSA::EventHandler*' to 'int' loses precision Reactor.cpp: In member function 'bool ASSA::Reactor::removeIOHandler(handler_t)': Reactor.cpp:330: error: cast from 'ASSA::EventHandler*' to 'int' loses precision make[3]: *** [Reactor.lo] Error 1 You can't store a pointer in an int. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385799: aptitude: behaves strangely when started from an xterm
Package: aptitude Version: 0.4.2-1 Severity: normal When I start sudo aptitude in an xterm it immediately shows a help screen (like if I had pressed F1). It is impossible to get out of this help screen, pressing Enter or tab and then Enter or other keys do not help. When I press q and leave aptitude it quits but there is still a process running (seen from ps -A), and the db is locked so I have to explicitly sudo killall aptitude before I can continue with anything else. There is no such behavior in the console. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-minimal Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.45 Advanced front-end for dpkg ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libncursesw5 5.5-2 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.16-3type-safe Signal Framework for C++ ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385801: FTBFS: Does not build on amd64
Package: libodbc++ Version: 0.2.3+0.2.4pre3 Severity: serious I'm not sure if there's some inconsistencies between MS ODBC standard and iODBC (iODBC and unixodbc seems to define SQLLEN and SQLULEN, which is nowhere to be found on Microsoft specs), but it doesn't seem to build. [17:57:11]dancer64:src LC_ALL=C make -k /bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include-I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c -o statement.lo `test -f 'statement.cpp' || echo './'`statement.cpp g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include -I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c statement.cpp -fPIC -DPIC -o .libs/statement.o /bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include-I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c -o preparedstatement.lo `test -f 'preparedstatement.cpp' || echo './'`preparedstatement.cpp g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include -I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c preparedstatement.cpp -fPIC -DPIC -o .libs/preparedstatement.o preparedstatement.cpp: In member function 'void odbc::PreparedStatement::_checkParam(int, int*, int, int, int)': preparedstatement.cpp:100: warning: comparison between signed and unsigned integer expressions preparedstatement.cpp: In member function 'void odbc::PreparedStatement::_bindParams()': preparedstatement.cpp:215: error: cannot convert 'SQLINTEGER*' to 'long int*' for argument '10' to 'SQLRETURN SQLBindParameter(void*, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, long unsigned int, SQLSMALLINT, void*, long int, long int*)' preparedstatement.cpp:241: error: cannot convert 'SQLINTEGER*' to 'long int*' for argument '10' to 'SQLRETURN SQLBindParameter(void*, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, long unsigned int, SQLSMALLINT, void*, long int, long int*)' preparedstatement.cpp: In member function 'bool odbc::PreparedStatement::execute()': preparedstatement.cpp:308: error: cast from 'void*' to 'int' loses precision make: *** [preparedstatement.lo] Error 1 /bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include-I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c -o resultset.lo `test -f 'resultset.cpp' || echo './'`resultset.cpp g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include -I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c resultset.cpp -fPIC -DPIC -o .libs/resultset.o resultset.cpp: In member function 'void odbc::ResultSet::_bindCols()': resultset.cpp:346: error: cannot convert 'SQLINTEGER*' to 'long int*' for argument '6' to 'SQLRETURN SQLBindCol(void*, SQLUSMALLINT, SQLSMALLINT, void*, long int, long int*)' resultset.cpp: In member function 'void odbc::ResultSet::_bindStreamedCols()': resultset.cpp:369: error: cannot convert 'SQLINTEGER*' to 'long int*' for argument '6' to 'SQLRETURN SQLBindCol(void*, SQLUSMALLINT, SQLSMALLINT, void*, long int, long int*)' resultset.cpp:358: warning: unused variable 'cr' resultset.cpp: In member function 'void odbc::ResultSet::_unbindStreamedCols()': resultset.cpp:389: error: cannot convert 'SQLINTEGER*' to 'long int*' for argument '6' to 'SQLRETURN SQLBindCol(void*, SQLUSMALLINT, SQLSMALLINT, void*, long int, long int*)' resultset.cpp: In member function 'void odbc::ResultSet::_handleStreams(SQLRETURN)': resultset.cpp:534: error: cast from 'void*' to 'int' loses precision resultset.cpp: In member function 'bool odbc::ResultSet::relative(int)': resultset.cpp:724: warning: comparison between signed and unsigned integer expressions make: *** [resultset.lo] Error 1 /bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include-I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c -o resultsetmetadata.lo `test -f 'resultsetmetadata.cpp' || echo './'`resultsetmetadata.cpp g++ -DHAVE_CONFIG_H -DODBCXX_UNICODE -I. -I. -I.. -I../include -I../include -I/usr/local/include -DIN_ODBCXX -D_GNU_SOURCE -g -Wall -O2 -c resultsetmetadata.cpp -fPIC -DPIC -o .libs/resultsetmetadata.o resultsetmetadata.cpp: In member function 'int odbc::ResultSetMetaData::_getNumericAttribute(unsigned int, SQLUSMALLINT)': resultsetmetadata.cpp:50: error: cannot convert 'SQLINTEGER*' to 'long int*' for argument '7' to 'SQLRETURN SQLColAttributeW(void*, SQLUSMALLINT, SQLUSMALLINT, void*, SQLSMALLINT, SQLSMALLINT*, long int*)' resultsetmetadata.cpp: In member function 'std::wstring odbc::ResultSetMetaData::_getStringAttribute(unsigned int, SQLUSMALLINT, unsigned int)': resultsetmetadata.cpp:76: error: cannot convert 'SQLINTEGER*' to 'long int*' for argument '7' to 'SQLRETURN SQLColAttributeW(void*, SQLUSMALLINT, SQLUSMALLINT, void*, SQLSMALLINT, SQLSMALLINT*,
Bug#385802: FTBFS with GCC 4.2: uses removed minimum/maximum operator
Package: guessnet Version: 0.39-2 Your package fails to build with GCC 4.2. Version 4.2 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. You're using an minimum/maximum or similar operator (that is, ?, ?, ?=, or ?=) which has been removed as of 4.2. These operators have been removed since GCC 4.0 so please let your upstream know about this issue. You can reproduce this with the gcc-snapshot package from unstable (20060823-1 or higher). Automatic build of guessnet_0.39-2 on em64t by sbuild/amd64 0.49 ... D: Running: /usr/lib/gcc-snapshot/bin/g++ -DHAVE_CONFIG_H -I. -I. -I.. -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -I/usr/include/boost-1_33_1/ -DSCRIPTDIR=/usr/share/guessnet/test -DCOMPILE_TESTSUITE -g -Wall -ftree-vectorize -O3 -c -o NetWatcher.o NetWatcher.cc NetWatcher.cc:44: error: expected primary-expression before '?' token NetWatcher.cc:44: error: expected `:' before ')' token NetWatcher.cc:44: error: expected primary-expression before ')' token NetWatcher.cc:44: error: expected primary-expression before '?' token NetWatcher.cc:44: error: expected `:' before ')' token NetWatcher.cc:44: error: expected primary-expression before ')' token make[3]: *** [NetWatcher.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356190: Join the chorus
Hi, I just want to note that I just tried with r83 too, and it seems to work for me as well. Please upgrade the version in unstable to a newer upstream snapshot, of at least r76 or above. The changed code in that revision clearly mentions offsets and an 'ActualCount' variable, so I would be surprised if it was not this bug being fixed. Thanks, -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385803: twm: Leaves garbage on the screen when the console is switched
Package: twm Version: 1:1.0.1-4 Severity: normal I couldn't think of a good title for this bug... When a window is opened, there is a sort of template for the window which follows the cursor until the user clicks to indicate where it is to be placed. If console switching takes place while the template is shown, such as CTRL+ALT+F*, and then back to X again, an image of the template will be left on the desktop. This does not cause any usability problems, it just doesn't look good. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages twm depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt6 1:1.0.0-5 X11 toolkit intrinsics library ii menu 2.1.29 generates programs menu for all me ii x11-common 1:7.0.22X Window System (X.Org) infrastruc twm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385512: ikiwiki: Wrong links in sidebar
This seems to be due to the inline directive being used inside the sidebar. A regular link to [[categories/geek]] works ok. I'll try to look at it some more later. -- see shy jo
Bug#369115: tangerine debian package
Hi, Are you still interested in uploading tangerine package? It is already in pkg-mono svn repository[1] and I was thinking on uploading it if nobody is going to do it soon. Cheers, [1] http://svn.debian.org/wsvn/pkg-mono/non-group/tangerine/?rev=0sc=0 -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#261019: kernel-package: please build md5sums for kernel-packages
Roland Stigge wrote: please consider the attached patch. Sorry, missed one byte... See attachments... bye, Roland diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/ChangeLog kernel-package-10.054/kernel/ruleset/targets/ChangeLog --- kernel-package-10.054.orig/kernel/ruleset/targets/ChangeLog 2006-07-19 22:01:16.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/ChangeLog 2006-09-03 10:05:57.0 +0200 @@ -1,3 +1,14 @@ +2006-09-03 Roland Stigge [EMAIL PROTECTED] + + * md5sums.mk: + Initial version of md5sums creation + + * image.mk, headers.mk, doc.mk, source.mk (debian/$(?_package)): + Added calls for md5sums creation + + * target.mk: + Included md5sums.mk + 2006-07-19 Manoj Srivastava [EMAIL PROTECTED] * image.mk (install/$(i_package)): diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/doc.mk kernel-package-10.054/kernel/ruleset/targets/doc.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/doc.mk2006-03-29 17:08:55.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/doc.mk 2006-09-03 09:56:31.0 +0200 @@ -98,6 +98,7 @@ $(DEBDIR)/pkg/doc/postinst $(TMPTOP)/DEBIAN/postinst chmod 755 $(TMPTOP)/DEBIAN/postinst dpkg-gencontrol -isp -p$(package) -P$(TMPTOP)/ + $(install_md5sums) $(TMPTOP) chmod -R og=rX $(TMPTOP) chown -R root:root $(TMPTOP) dpkg --build$(TMPTOP) $(DEB_DEST) diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/headers.mk kernel-package-10.054/kernel/ruleset/targets/headers.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/headers.mk 2006-07-19 21:50:16.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/headers.mk 2006-09-03 09:56:31.0 +0200 @@ -178,6 +178,7 @@ endif dpkg-gencontrol -isp -DArchitecture=$(DEB_HOST_ARCH) -p$(package) \ -P$(TMPTOP)/ + $(install_md5sums) $(TMPTOP) chown -R root:root $(TMPTOP) chmod -R og=rX $(TMPTOP) dpkg --build$(TMPTOP) $(DEB_DEST) diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/image.mk kernel-package-10.054/kernel/ruleset/targets/image.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/image.mk 2006-07-19 21:50:16.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/image.mk 2006-09-03 09:56:31.0 +0200 @@ -336,6 +336,7 @@ endif dpkg-gencontrol -DArchitecture=$(DEB_HOST_ARCH) -isp \ -p$(package) -P$(TMPTOP)/ + $(install_md5sums) $(TMPTOP) chmod -R og=rX $(TMPTOP) chown -R root:root $(TMPTOP) dpkg --build $(TMPTOP) $(DEB_DEST) diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/manual.mk kernel-package-10.054/kernel/ruleset/targets/manual.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/manual.mk 2006-03-29 17:10:26.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/manual.mk 2006-09-03 11:12:39.0 +0200 @@ -55,6 +55,7 @@ ifeq ($(strip $(MAKING_VIRTUAL_IMAGE)),) $(make_directory) $(TMPTOP)/DEBIAN dpkg-gencontrol -isp -p$(package) -P$(TMPTOP)/ + $(install_md5sums)$(TMPTOP) chmod -R og=rX$(TMPTOP) chown -R root:root$(TMPTOP) dpkg --build $(TMPTOP) $(DEB_DEST) diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/md5sums.mk kernel-package-10.054/kernel/ruleset/targets/md5sums.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/md5sums.mk 1970-01-01 01:00:00.0 +0100 +++ kernel-package-10.054/kernel/ruleset/targets/md5sums.mk 2006-09-03 10:08:35.0 +0200 @@ -0,0 +1,48 @@ +# -*- Mode: Makefile-Gmake -*- +## md5sums.mk --- +## Author : Roland Stigge ( [EMAIL PROTECTED] ) +## Created On : Fri, 01 Sep 2006 16:32:00 +0200 +## Last Modified By : Roland Stigge +## Last Modified On : Fri, 01 Sep 2006 16:32:00 +0200 +## Update Count : 0 +## Status : Unknown, Use with caution! +## HISTORY : +## Description : This contains a routine to add md5sums to a package +## +## arch-tag: +## +## +## This program is free software; you can redistribute it and/or modify +## it under the terms of the GNU General Public License as published by +## the Free Software Foundation; either version 2 of the License, or +## (at your option) any later version. +## +## This program is distributed in
Bug#378830: cacti: Cacti/php seg faults with command line poller and frontend pages
tags 378830 confirmed thanks hey miah, On Sat, 2006-09-02 at 22:46 +0100, Miah Gregory wrote: Don't think I'm running with cactid, just normal cacti php poller. aha. and i can now replicate it. it looks like this is what happens when the database name is not set. try setting database_default to cacti or whatever it previously was. my guess is that this happened as a result of something to do with dbconfig-common, the automagical database-foo system. it would help if you could answer the following: - approximately when did you first install cacti? - did you see questions about dbconfig-common when you installed, or did you manually set up the database? - did the problem happen right away, or after some upgrade? - did you ever perform an upgrade and see questions about dbconfig-common during the upgrade? also, what happens(is output) when you run (as root): /usr/sbin/dbconfig-load-include --dbname=database_default --dbpass=database_password --dbuser=database_username --dbserver=database_hostname -f php /etc/cacti/debian.php (sorry, my new MUA really wants to wrap lines, it should be one line) likewise: /usr/sbin/dbconfig-generate-include --dbname=database_default --dbpass=database_password --dbuser=database_username --dbserver=database_hostname -f php /etc/dbconfig-common/cacti.conf sean signature.asc Description: This is a digitally signed message part
Bug#385805: libgcrypt11 - FTBFS: make[3]: *** [check-TESTS] Terminated
Package: libgcrypt11 Version: 1.2.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of libgcrypt11_1.2.3-1 on lxdebian.bfinv.de by sbuild/s390 85 [...] make[3]: Entering directory `/build/buildd/libgcrypt11-1.2.3/tests' PASS: prime PASS: register PASS: ac X+ ..+ PASS: basic PASS: tsexp make[3]: *** [check-TESTS] Terminated make[1]: *** [check-recursive] Terminated make: *** [debian/stamp-makefile-check] Terminated make[2]: *** [check-am] Terminated Build killed with signal 15 after 150 minutes of inactivity ** Build finished at 20060902-2145 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385802: FTBFS with GCC 4.2: uses removed minimum/maximum operator
On Sun, Sep 03, 2006 at 11:00:18AM +0200, Martin Michlmayr wrote: Your package fails to build with GCC 4.2. Version 4.2 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. You're using an minimum/maximum or similar operator (that is, ?, ?, ?=, or ?=) which has been removed as of 4.2. These operators have been removed since GCC 4.0 so please let your upstream know about this issue. Thanks. I saw the warnings and I thought I got rid of them already, but evidently I didn't. I committed the fix in svn. Let me know if you prefer this to go up ASAP or whenever the next upload will be. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#385804: libxmms-perl: package is missing dependency on libaudio-cd-perl
Package: libxmms-perl Version: 0.12-5 Severity: important When installing libxmms-perl it does not depend on libaudio-cd-perl but it complains the first time it is started: --- Can't locate Audio/CD.pm in @INC (@INC contains: /home/attila/include/perl /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/perl5/Xmms.pm line 155. --- -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.7 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages libxmms-perl depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi6 1:1.0.0-5 X11 Input extension library ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-base [perlapi-5 5.8.8-6.1 The Pathologically Eclectic Rubbis ii xmms 1:1.2.10+20060801-2 Versatile X audio player libxmms-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385807: mednafen - FTBFS: error: 'powl' was not declared in this scope
Package: mednafen Version: 0.6.4-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of mednafen_0.6.4-1 on lxdebian.bfinv.de by sbuild/s390 85 [...] if s390-linux-gnu-g++ -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -ffast-math -I.. -I../include -I../intl -pthread -Wall -Winline -fomit-frame-pointer -finline-limit=6000 --param large-function-growth=800 --param inline-unit-growth=175 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -Wall -O2 -Wl,-z,defs -MT Blip_Buffer.o -MD -MP -MF .deps/Blip_Buffer.Tpo \ -c -o Blip_Buffer.o `test -f 'Blip_Buffer.cpp' || echo './'`Blip_Buffer.cpp; \ then mv -f .deps/Blip_Buffer.Tpo .deps/Blip_Buffer.Po; \ else rm -f .deps/Blip_Buffer.Tpo; exit 1; \ fi Blip_Buffer.cpp: In function 'void gen_sinc(float*, int, long double, long double, long double)': Blip_Buffer.cpp:193: error: 'powl' was not declared in this scope Blip_Buffer.cpp:199: error: 'cosl' was not declared in this scope make[3]: *** [Blip_Buffer.o] Error 1 make[3]: Leaving directory `/build/buildd/mednafen-0.6.4/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/mednafen-0.6.4/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/mednafen-0.6.4' make: *** [build-stamp] Error 2 ** Build finished at 20060830-2322 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278581: Kicad
From: Karl Schmidt [EMAIL PROTECTED] Is anyone working on packaging this excellent software package? Yes, the work is done, it just needs a bit more testing and a sponsor for the upload. Richard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385806: eagle-usb - FTBFS: Uses not exported linux header
Package: eagle-usb Version: 2.1.1-2.1 Severity: serious There was an error while trying to autobuild your package: Automatic build of eagle-usb_2.1.1-2.1 on lxdebian.bfinv.de by sbuild/s390 85 [...] make[1]: Entering directory `/build/buildd/eagle-usb-2.1.1/driver/user' cc -O2 -pipe -Wall -pedantic -DLINUX -g -DCONF_DIR=\/etc/eagle-usb\ -DBIN_DIR=\/usr/share/eagle-usb/dsp\ '-DEAGLEUSBVERSION=2.1.1' eaglectrl.c -o eaglectrl In file included from /usr/include/asm/bitops.h:831, from ../eu_types.h:29, from ../eagle-usb.h:30, from eaglectrl.c:40: /usr/include/asm-generic/bitops/ffs.h:13: error: static declaration of 'ffs' follows non-static declaration make[1]: *** [eaglectrl] Error 1 make[1]: Leaving directory `/build/buildd/eagle-usb-2.1.1/driver/user' make: *** [build-arch-stamp] Error 2 ** Build finished at 20060902-2341 FAILED [dpkg-buildpackage died] asm/bitops.h is not on the list of the linux headers which are safe to be used in userspace. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258979: kernel-image-2.6.*: debsums checksum mismatch
block 258979 by 261019 thanks Hi, I created a patch for kernel-package that until now didn't create md5sums on package creation resulting in apt creating them on package installation, followed by depmod -a invalidating them. See #261019. bye, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385793: -dev packages should not be architecture all
On Sun, Sep 03, 2006 at 10:27:27AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Mike Hommey writes: On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Package: xulrunner Version: 1.8.0.5-3 With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev packages become uninstallable until the package has been rebuilt on all architectures. Please consider changes these to architecture any, this saves developer's and buildd admin time to look at the current state of xulrunner, if a package can be uploaded without asking for requeueing on the buildd's later. Problem is that it will waste quite some archive space... maybe relaxing the dependencies would be better. I made them tight because I was adding some APIs back in the 1.8.0.1 days, but that is not very likely to happen any more... relaxation on libxul-common is needed as well. M that'd need special care to avoid libxul-common from a new upstream being installed with an older libxul0d Maybe it'd also be time to solve once and for all this arch:all issue. It's not the first time it happens, and it won't be the last. Maybe it's time that the archive keeps the old arch:all version until all arch:any packages are in. Ccing to debian-devel for that matter. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385793: -dev packages should not be architecture all
On Sun, Sep 03, 2006 at 11:24:22AM +0200, Mike Hommey [EMAIL PROTECTED] wrote: On Sun, Sep 03, 2006 at 10:27:27AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Mike Hommey writes: On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Package: xulrunner Version: 1.8.0.5-3 With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev packages become uninstallable until the package has been rebuilt on all architectures. Please consider changes these to architecture any, this saves developer's and buildd admin time to look at the current state of xulrunner, if a package can be uploaded without asking for requeueing on the buildd's later. Problem is that it will waste quite some archive space... maybe relaxing the dependencies would be better. I made them tight because I was adding some APIs back in the 1.8.0.1 days, but that is not very likely to happen any more... relaxation on libxul-common is needed as well. M that'd need special care to avoid libxul-common from a new upstream being installed with an older libxul0d An example of a too lax dependency of this kind is #383867 where ecj-bootstrap (arch: all) is version 3.2 and ecj-bootstrap-gcj (arch: any) is 3.1.2 on arm, and guess what, this setup fails to work at all. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261019: kernel-package: please build md5sums for kernel-packages
tag 261019 patch thanks Hi, please consider the attached patch. As is common practice for most packages in Debian, creating the checksums at package creation helps maintain package integrity from the Debian archive on, not just from install time on. Thanks, Roland diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/ChangeLog kernel-package-10.054/kernel/ruleset/targets/ChangeLog --- kernel-package-10.054.orig/kernel/ruleset/targets/ChangeLog 2006-07-19 22:01:16.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/ChangeLog 2006-09-03 10:05:57.0 +0200 @@ -1,3 +1,14 @@ +2006-09-03 Roland Stigge [EMAIL PROTECTED] + + * md5sums.mk: + Initial version of md5sums creation + + * image.mk, headers.mk, doc.mk, source.mk (debian/$(?_package)): + Added calls for md5sums creation + + * target.mk: + Included md5sums.mk + 2006-07-19 Manoj Srivastava [EMAIL PROTECTED] * image.mk (install/$(i_package)): diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/doc.mk kernel-package-10.054/kernel/ruleset/targets/doc.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/doc.mk 2006-03-29 17:08:55.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/doc.mk 2006-09-03 09:56:31.0 +0200 @@ -98,6 +98,7 @@ $(DEBDIR)/pkg/doc/postinst $(TMPTOP)/DEBIAN/postinst chmod 755 $(TMPTOP)/DEBIAN/postinst dpkg-gencontrol -isp -p$(package) -P$(TMPTOP)/ + $(install_md5sums) $(TMPTOP) chmod -R og=rX $(TMPTOP) chown -R root:root $(TMPTOP) dpkg --build$(TMPTOP) $(DEB_DEST) diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/headers.mk kernel-package-10.054/kernel/ruleset/targets/headers.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/headers.mk 2006-07-19 21:50:16.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/headers.mk 2006-09-03 09:56:31.0 +0200 @@ -178,6 +178,7 @@ endif dpkg-gencontrol -isp -DArchitecture=$(DEB_HOST_ARCH) -p$(package) \ -P$(TMPTOP)/ + $(install_md5sums) $(TMPTOP) chown -R root:root $(TMPTOP) chmod -R og=rX $(TMPTOP) dpkg --build$(TMPTOP) $(DEB_DEST) diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/image.mk kernel-package-10.054/kernel/ruleset/targets/image.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/image.mk 2006-07-19 21:50:16.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/image.mk 2006-09-03 09:56:31.0 +0200 @@ -336,6 +336,7 @@ endif dpkg-gencontrol -DArchitecture=$(DEB_HOST_ARCH) -isp \ -p$(package) -P$(TMPTOP)/ + $(install_md5sums) $(TMPTOP) chmod -R og=rX $(TMPTOP) chown -R root:root $(TMPTOP) dpkg --build $(TMPTOP) $(DEB_DEST) diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/manual.mk kernel-package-10.054/kernel/ruleset/targets/manual.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/manual.mk 2006-03-29 17:10:26.0 +0200 +++ kernel-package-10.054/kernel/ruleset/targets/manual.mk 2006-09-03 09:56:31.0 +0200 @@ -55,6 +55,7 @@ ifeq ($(strip $(MAKING_VIRTUAL_IMAGE)),) $(make_directory) $(TMPTOP)/DEBIAN dpkg-gencontrol -isp -p$(package) -P$(TMPTOP)/ + $(install_md5sum) $(TMPTOP) chmod -R og=rX$(TMPTOP) chown -R root:root$(TMPTOP) dpkg --build $(TMPTOP) $(DEB_DEST) diff -ruN kernel-package-10.054.orig/kernel/ruleset/targets/md5sums.mk kernel-package-10.054/kernel/ruleset/targets/md5sums.mk --- kernel-package-10.054.orig/kernel/ruleset/targets/md5sums.mk 1970-01-01 01:00:00.0 +0100 +++ kernel-package-10.054/kernel/ruleset/targets/md5sums.mk 2006-09-03 10:08:35.0 +0200 @@ -0,0 +1,48 @@ +# -*- Mode: Makefile-Gmake -*- +## md5sums.mk --- +## Author : Roland Stigge ( [EMAIL PROTECTED] ) +## Created On : Fri, 01 Sep 2006 16:32:00 +0200 +## Last Modified By : Roland Stigge +## Last Modified On : Fri, 01 Sep 2006 16:32:00 +0200 +## Update Count : 0 +## Status : Unknown, Use with caution! +## HISTORY : +## Description : This contains a routine to add md5sums to a package +## +## arch-tag: +## +## +## This program is free software; you can redistribute it and/or modify +## it under the terms of the GNU General Public License as published by +## the Free Software Foundation; either version 2 of the License, or +## (at your option) any later version. +## +## This program is distributed in the hope that it will be useful, +## but WITHOUT ANY WARRANTY; without even the implied warranty of +## MERCHANTABILITY
Bug#385808: lablgtksourceview - FTBFS: Program not found: ocamlopt
Package: lablgtksourceview Version: 0.2.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of lablgtksourceview_0.2.0-1 on lxdebian.bfinv.de by sbuild/s390 85 [...] checking for ocamldep... /usr/bin/ocamldep checking for ocamlopt... no Program not found: ocamlopt You way have a look at config_check.log for details. make: *** [config.status] Error 1 ** Build finished at 20060828-1737 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385809: changed LDAP socket file location breaks kdc
Package: heimdal-kdc Version: 0.7.2.dfsg.1-3 Severity: normal Hello, setting up the kdc with ldap backend store causes a connection error while initializing the realm or trying to query the principals in the ldap database. This renders the kerberos system unusable after the upgrade to etch/testing (or new setup on etch/testing) until this issue is resolved. AFAICS this happens because the socket file location is changed in OpenLDAP 2.3. The current release of OpenLDAP 2.3 in etch/testing creates it's socket file at new default location as /var/run/slapd/ldapi. The libldap 2.1 libs are looking at /var/run/ldapi. The kdc is linked against libldap2 version 2.1 while the daemon is version 2.3. My current workaround is to change of the default location of socket file of slapd to /var/run/ldapi in /etc/default/slapd. The cleaner solution could be to build heimdal-kdc binaries against libldap-2.3 instead of libldap2 package. Regards, -Dimitri Puzin aka Tristan-777 signature.asc Description: OpenPGP digital signature
Bug#385812: ddccontrol - FTBFS: error: sys/io.h: No such file or directory
Package: ddccontrol Version: 0.4.2-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of ddccontrol_0.4.2-1 on debian-31 by sbuild/s390 85 [...] if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../lib -DLOCALEDIR=\/usr/share/locale\-Wall -g -O2 -Wall -DDATADIR=\/usr/share/ddccontrol-db\ -DBINDIR=\/usr/bin\ -MT i2c-algo-bit.o -MD -MP -MF .deps/i2c-algo-bit.Tpo -c -o i2c-algo-bit.o i2c-algo-bit.c; \ then mv -f .deps/i2c-algo-bit.Tpo .deps/i2c-algo-bit.Po; else rm -f .deps/i2c-algo-bit.Tpo; exit 1; fi if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../lib -DLOCALEDIR=\/usr/share/locale\-Wall -g -O2 -Wall -DDATADIR=\/usr/share/ddccontrol-db\ -DBINDIR=\/usr/bin\ -MT intel810.o -MD -MP -MF .deps/intel810.Tpo -c -o intel810.o intel810.c; \ then mv -f .deps/intel810.Tpo .deps/intel810.Po; else rm -f .deps/intel810.Tpo; exit 1; fi intel810.c:35:20: error: sys/io.h: No such file or directory make[4]: *** [intel810.o] Error 1 make[4]: Leaving directory `/build/buildd/ddccontrol-0.4.2/src/ddcpci' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/ddccontrol-0.4.2/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/build/buildd/ddccontrol-0.4.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/ddccontrol-0.4.2' make: *** [build-stamp] Error 2 ** Build finished at 20060902-1536 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385811: ejabberd: French debconf templates translation update
Package: ejabberd Version: N/A Severity: wishlist Tags: patch l10n Hi, Please find attached the French debconf templates translation update, proofread by the debian-l10n-french mailing list contributors. This file should be put as fr.po in the appropriate place in your package build tree. Florentin Duneau fr.po.gz Description: Binary data
Bug#372902: smssend: Cleanup of dependencies
Note that at one point, this is going to be an RC bug, since libssl0.9.7 won't stay around forever. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385814: Include patch for GNU GRUB bug #14407, partition table offset not reset when changing to CD
Package: grub Version: 0.97-13 Severity: important Hello, I am running Debian Etch (testing) When I create a GRUB boot CD (using stage2_eltorito), as explained in GRUB's web site, i find that I cannot load my hard drive kernel from grub Menu: for example: 1. I boot with my GRUB CD (correct: it includes a menu.lst I customized for this GRUB CD) 2. GRUB menu appears (correct: it correctly loads a splash image in my hard drive) 3. I choose my hard drive kernel option... 4. GRUB tries to boot with it but gives: Error 25: Disk read error However, if I manually (open GRUB command line) enter the same commands as defined in the previously selected menu option: root (hd0,5) kernel (hd0,5)/vmlinuz root=/dev/hda6 initrd (hd0,5)/initrd boot Then I can boot my hard drive kernel. I have found that this bug may be related to problem I have just explained: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14407 So please address this issue in next GRUB release for debian. Thank you. Daniel R. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Versions of packages grub depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385793: -dev packages should not be architecture all
On Sun, Sep 03, 2006 at 11:24:22AM +0200, Mike Hommey [EMAIL PROTECTED] wrote: On Sun, Sep 03, 2006 at 10:27:27AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Mike Hommey writes: On Sun, Sep 03, 2006 at 09:21:36AM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Package: xulrunner Version: 1.8.0.5-3 With every upload, the libmozjs-dev, libnspr4-dev, libnss3-dev packages become uninstallable until the package has been rebuilt on all architectures. Please consider changes these to architecture any, this saves developer's and buildd admin time to look at the current state of xulrunner, if a package can be uploaded without asking for requeueing on the buildd's later. Problem is that it will waste quite some archive space... maybe relaxing the dependencies would be better. I made them tight because I was adding some APIs back in the 1.8.0.1 days, but that is not very likely to happen any more... relaxation on libxul-common is needed as well. M that'd need special care to avoid libxul-common from a new upstream being installed with an older libxul0d Maybe it'd also be time to solve once and for all this arch:all issue. It's not the first time it happens, and it won't be the last. Maybe it's time that the archive keeps the old arch:all version until all arch:any packages are in. (in the Packages file, I mean) Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#132466: cscope dies on window size change
This bug is quite old. :-/ Baruch, can you still reproduce this? I could not reproduce it with 15.5+cvs20050816-2 and 15.5+cvs20060902-1 (which was uploaded yesterday and should hopefully hit unstable soon). Thanks, Tobias signature.asc Description: Digital signature
Bug#385810: reportbug: crashes when entering other as package name
Package: reportbug Version: 3.29.3 Severity: important Prints the following message on the console while crashing: Traceback (most recent call last): File /usr/bin/reportbug, line 1726, in ? main() File /usr/bin/reportbug, line 759, in main return iface.user_interface() File /usr/bin/reportbug, line 905, in user_interface package = get_package_name(bts, mode) File /usr/bin/reportbug, line 305, in get_package_name package = get_other_package_name(others) File /usr/bin/reportbug, line 281, in get_other_package_name default='') File /usr/share/reportbug/reportbug_ui_urwid.py, line 448, in menu editbox = urwid.Edit(multiline=multiline) NameError: global name 'multiline' is not defined Using urwid interface -- Package-specific info: ** Environment settings: INTERFACE=urwid ** /home/victor/.reportbugrc: reportbug_version 3.29.3 mode standard ui urwid email [EMAIL PROTECTED] -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages reportbug depends on: ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.5 register and build utility for Pyt Versions of packages reportbug recommends: pn python-cjkcodecs | python-ico none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385579: spamassassin process opened a variety of UDP sockets
On 9/3/06, Duncan Findlay [EMAIL PROTECTED] wrote: SpamAssassin uses DNS to test messages against various blacklists andsuch; so my guess is that these ports are open and awaiting DNSresponses.Ah, hadn't thought of that. I'd been thinking of spamassassin applying rules locally and having no business opening up network connections. As you quite rightly point out, that's nonsense when you consider network tests. I assume that these ports were closed again very quickly, but you areonly checking them every four hours... is that correct? While tiger runs much more frequently it only applies this rule every few hours. So, as you suggest, these seem to have been two consecutive runs.Tiger setting:# Get a list of listening processes every day at different hours #0,4,6,10,14,18,20 * * check_listeningprocsDoes this make sense? It does indeed. My knowledge of DNS is pretty limited but I'm sure you're right in that it uses UDP. If that list looks to contain likely connect-back ports then I'm happy to believe that was what was causing the report. I do still think it is a bit odd that this mail server has been running for years without any of these false positives. Perhaps these lookups were taking longer than usual or failing for some reason?At any rate thanks for the help with this. If you are sure the ports show legitimate DNS traffic then I'm happy for this bug to be closed. Andrew.
Bug#385813: misdn-kernel - FTBFS: make[1]: *** No rule to make target `/usr/src/linux-headers-2.6.17-2-s390-tape/.config'. Stop.
Package: misdn-kernel Version: 0.0.0+cvs20060902-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of misdn-kernel_0.0.0+cvs20060902-1 on debian-31 by sbuild/s390 85 [...] /usr/bin/make -C modules/2.6.17-2-s390-tape -f debian/rules \ KSRC=/usr/src/linux-headers-2.6.17-2-s390-tape \ KVERS=2.6.17-2-s390-tape \ build-modules make[1]: Entering directory `/build/buildd/misdn-kernel-0.0.0+cvs20060902/modules/2.6.17-2-s390-tape' debian/rules:71: /usr/src/linux-headers-2.6.17-2-s390-tape/.config: No such file or directory make[1]: *** No rule to make target `/usr/src/linux-headers-2.6.17-2-s390-tape/.config'. Stop. make[1]: Leaving directory `/build/buildd/misdn-kernel-0.0.0+cvs20060902/modules/2.6.17-2-s390-tape' make: *** [stamp-build-misdn-modules-2.6.17-2-s390-tape] Error 2 ** Build finished at 20060903-0006 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372888: linm: Please drop hardcoded dependency non libssl0.9.7
Note that at one point this is going to become an RC bug, since libssl0.9.7 won't stay around. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385732: gcc-defaults: Non-free files in source package
Matthias Klose wrote: The source package still contains the non-free files fsf-funding.7, ok. gfdl.7 and gpl.7, apparently for no good reason since they aren't installed. Please remove them. no, license texts can be included. there's no reason to remove them. But the GFDL is not the license for any package built from gcc-defaults, so why should it be in the source package? Having the GPL text is ok, but it is a bit odd that it's a man page rather than plain text. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385802: FTBFS with GCC 4.2: uses removed minimum/maximum operator
* Enrico Zini [EMAIL PROTECTED] [2006-09-03 11:29]: I committed the fix in svn. Let me know if you prefer this to go up ASAP or whenever the next upload will be. There's no rush, thanks. BTW, | To: [EMAIL PROTECTED] this won't reach the bug submitter. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384652: xvnc4viewer: Please allow password to be entered in terminal
Hi On Sun, Sep 03, 2006 at 01:05:29AM +0100, Reuben Thomas wrote: On Sat, 2 Sep 2006, Ola Lundqvist wrote: Well I do not really require anything but as time is a limitation in my life, any help is appriciated. Ideally I would like a patch that is tested to work, both when it is a pty and not. I looked into this, and the most irritating problem is that the function used to implement the terminal password input in v3, getpass, is now obsolete (removed, in fact, in POSIX.1-2001). That in itself, plus the Ohh, well that can be an irritating thing, yes. I wonder if that can mean that vnc3 will fail to build in the future... Well that is the future anyway. fact that VNC 4 is a C++ rewrite of VNC 3 (which is in C) might be the reason. (I didn't know any of this until now.) I guess I need to find some tried and tested code from somewhere (even maybe the getpass implementation in glibc) that does the same job. I tried to implement a getpass function myself but I got into a number of problems, like: surpressing character echoing, getc seem not to return until newline is pressed and so on... I have tried fread and many other ways but without success. I thought it would be trivial but I was obviously wrong... Regards, // Ola -- http://rrt.sc3d.org/ | partisan, n. an adherent without sense (Bierce) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385793: -dev packages should not be architecture all
Mike Hommey writes: a new release. Feel free to NMU to relax the dependencies (removing the superior limit should be enough and safe) done, patch attached. diff -u xulrunner-1.8.0.5/debian/control xulrunner-1.8.0.5/debian/control --- xulrunner-1.8.0.5/debian/control +++ xulrunner-1.8.0.5/debian/control @@ -56,7 +56,7 @@ Package: libnspr4-dev Section: libdevel Architecture: all -Depends: ${misc:Depends}, libnspr4-0d (= ${source:Version}), libnspr4-0d (= ${source:Version}.1~) +Depends: ${misc:Depends}, libnspr4-0d (= ${base:Version}), libnspr4-0d (= ${source:Version}.1~) Conflicts: libnspr4, libnspr-dev, nvu-dev Description: Development files for the NetScape Portable Runtime library This library provides platform independent non-GUI operating system @@ -106,7 +106,7 @@ Package: libmozjs-dev Section: libdevel Architecture: all -Depends: ${misc:Depends}, libmozjs0d (= ${source:Version}), libmozjs0d ( ${source:Version}.1~), libnspr4-dev (= ${source:Version}) +Depends: ${misc:Depends}, libmozjs0d (= ${base:Version}), libmozjs0d ( ${source:Version}.1~), libnspr4-dev (= ${source:Version}) Conflicts: mozilla-browser Description: Development files for the Mozilla SpiderMonkey JavaScript library This library provides the embeddable JavaScript/ECMAScript engine from @@ -174,7 +174,7 @@ Package: libxul0d Section: libs Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, libxul-common (= ${source:Version}) +Depends: ${shlibs:Depends}, ${misc:Depends}, libxul-common (= ${base:Version}) Replaces: xulrunner ( 1.8.0.1-9) Description: Gecko engine library This library provides an API for XUL applications and Gecko embedders. @@ -211,7 +211,7 @@ Package: libxul-dev Section: libdevel Architecture: all -Depends: ${misc:Depends}, libxul0d (= ${source:Version}), libxul0d ( ${source:Version}.1~), libnss3-dev (=${source:Version}), libnspr4-dev (= ${source:Version}), libmozjs-dev (= ${source:Version}), xulrunner +Depends: ${misc:Depends}, libxul0d (= ${base:Version}), libxul0d ( ${source:Version}.1~), libnss3-dev (=${source:Version}), libnspr4-dev (= ${source:Version}), libmozjs-dev (= ${source:Version}), xulrunner Conflicts: mozilla-browser Description: Development files for the Gecko engine library This library provides an API for XUL applications and Gecko embedders. @@ -287,7 +287,7 @@ Package: libnss3-dev Section: libdevel Architecture: all -Depends: ${misc:Depends}, libnss3-0d (= ${source:Version}), libnss3-0d ( ${source:Version}.1~), libnspr4-dev (= ${source:Version}) +Depends: ${misc:Depends}, libnss3-0d (= ${base:Version}), libnss3-0d ( ${source:Version}.1~), libnspr4-dev (= ${source:Version}) Conflicts: libnss3 Description: Development files for the Network Security Service libraries This is a set of libraries designed to support cross-platform development diff -u xulrunner-1.8.0.5/debian/rules xulrunner-1.8.0.5/debian/rules --- xulrunner-1.8.0.5/debian/rules +++ xulrunner-1.8.0.5/debian/rules @@ -25,6 +25,8 @@ CFLAGS = -Wall -pipe +dhcontrol_args = -- '-Vbase:Version=1.8.0.5' + ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) OPTCFLAGS = -O0 else @@ -158,7 +160,7 @@ dh_compress -i dh_fixperms -i dh_installdeb -i - dh_gencontrol -i + dh_gencontrol -i $(dhcontrol_args) dh_md5sums -i dh_builddeb -i @@ -191,7 +193,7 @@ sed 's/$$/ (= 1.8.0.1-12)/' debian/libxul0d/DEBIAN/shlibs debian/python-xpcom.shlibs.local dh_shlibdeps -ppython-xpcom -- -Ldebian/python-xpcom.shlibs.local dh_shlibdeps -a -Nxulrunner -Npython-xpcom - dh_gencontrol -a + dh_gencontrol -a $(dhcontrol_args) dh_md5sums -a dh_builddeb -a diff -u xulrunner-1.8.0.5/debian/changelog xulrunner-1.8.0.5/debian/changelog --- xulrunner-1.8.0.5/debian/changelog +++ xulrunner-1.8.0.5/debian/changelog @@ -1,3 +1,10 @@ +xulrunner (1.8.0.5-4.1) unstable; urgency=medium + + * NMU + * Relax dependencies of the -dev packages on the libraries. Closes: #385793. + + -- Matthias Klose [EMAIL PROTECTED] Sun, 3 Sep 2006 10:41:10 +0200 + xulrunner (1.8.0.5-4) unstable; urgency=low * debian/patches/*: Moved around after some triage. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385817: other: freenet can't open libc
Package: other When trying to start Freenet 0.5 (http://freenetproject.org) using Sun Java 1.4.2 it crashes and puts the following error messages on the console: head: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory sed: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Sun Java 1.4.2 detected. uname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Starting Freenet now: Command line: java -Xmx128m freenet.node.Main nice: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Done Running those programs (e.g. grep or uname) alone works flawlessly. I'm running the amd64 version of Debian Etch and run java programs in a i386 chroot of etch. When I do ln -s /usr/lib/libc.so /usr/lib/libc.so.6 and and try to start freenet again, I get: head: error while loading shared libraries: /usr/lib/libc.so.6: invalid ELF header sed: error while loading shared libraries: /usr/lib/libc.so.6: invalid ELF header grep: error while loading shared libraries: /usr/lib/libc.so.6: invalid ELF header grep: error while loading shared libraries: /usr/lib/libc.so.6: invalid ELF header grep: error while loading shared libraries: /usr/lib/libc.so.6: invalid ELF header Sun Java 1.4.2 detected. uname: error while loading shared libraries: /usr/lib/libc.so.6: invalid ELF header Starting Freenet now: Command line: java -Xmx128m freenet.node.Main nice: error while loading shared libraries: /usr/lib/libc.so.6: invalid ELF header Done Running freenet without the starter script, directly as java -Xmx128m -jar freenet.jar, does not cause these errors. I attach the script to this mail. start-freenet.sh Description: Bourne shell script
Bug#385665: fluidsynth needs non-free midi sound bank to function
Hi Eric! You wrote: fluidsynth seems to need a non-free (non-distributable) midi sample bank to function properly. I therefore think it belongs in contrib, rather than non-free, and it shoudl have proper documentation on where to get the sound bank. I'm not sure I understand you completely. What bank are you referring to ? A collection of samples, which one needs to actually play midi files. One that seems to work is the file 8MBGMSFX.SF2 from the SoundBlaster windows drivers, but that one is of course non-free. There are no free sample banks in SF2 format that I'm aware of. I haven't tried if fluidsynth works with the GUS-compatible samples from the freepats package; if it does, it should probably depend on that package, but if it does not, it should move to contrib. Regards, Bas. -- ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385815: base: additional proc filesystems in /etc/fstab do not get mounted on boot
Package: base Severity: minor Description: After building a chroot system I wanted to mount /chroot/proc on boot so I added it to /etc/fstab: # /etc/fstab: static file system information. # # file system mount point type options dump pass proc /proc procdefaults 0 0 /dev/sda3 / ext3 defaults,errors=remount-ro 0 1 none /tmptmpfs defaults 0 0 /dev/hda4 /home ext3defaults 0 2 /dev/sda7 /usr ext3 defaults 0 2 proc /chroot/proc procdefaults 0 0 /dev/sda6 /var ext3defaults 0 2 /dev/sda5 noneswapsw 0 0 /dev/hdc/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/hdd/media/cdrom1 udf,iso9660 user,noauto 0 0 /dev/fd0 /media/floppy0 autorw,user,noauto 0 0 # end /etc/fstab Please note that /chroot is a symlink to /usr/local/chroot. After rebooting the system /chroot/proc was not mounted. Investigation: the init script /etc/rcS.d/S35mountall.sh mounts proc filesystems before other filesystems listed in /etc/fstab. Therefore any proc filesystem that lives on an other mount point than / (root) will not get mounted (error: directory does not exist). Quick fix: Add an additional 'mount -a -t proc /dev/null 21' after the nonproc filesystems are mounted. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Best regards, BigMan _ Play online games with your friends with MSN Messenger http://www.join.msn.com/messenger/overview -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385816: amule: File details dialog gets distorted
Package: amule Version: 2.1.3-1 Severity: minor The files details dialog (Downloads) reproducably gets distorted after some seconds as the first line of General (Full name) suddenly takes two lines of space instead of just one. This causes the file name input field, and the buttons Rename, Close and Show all comments to be outside of the window's borders. This forces the user to manually resize the window each time. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages amule depends on: ii amule-common 2.1.3-1 common files for the rest of aMule ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcrypto++5.2c2a5.2.1c2a-3 General purpose cryptographic shar ii libgcc1 1:4.1.1-11 GCC support library ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-02.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages amule recommends: ii amule-utils 2.1.3-1utilities for aMule (command-line -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256038: reproducing this
On Sun, Sep 03, 2006 at 12:05:54AM -0400, Joey Hess wrote: I reproduce this once or twice a year, when I forget and uncomment the logging option in my .maildroprc. :-( I am, however, using the maildrop from courier-maildrop Which version? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385579: spamassassin process opened a variety of UDP sockets
Duncan Findlay writes: SpamAssassin uses DNS to test messages against various blacklists and such; so my guess is that these ports are open and awaiting DNS responses. yep, this is definitely the case. UDP sockets are connectionless, so the listening is required to receive responses from the DNS server. --j. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383417: cdb_seek returns incorrect data length
Tatsuya Kinoshita wrote: I'm forwarding this bug report to the members of bug#299026, `ITP: tinycdb'. [] --- cdb_seek.c~ 2006-08-17 15:02:16.0 +0900 +++ cdb_seek.c 2006-08-17 15:02:43.0 +0900 @@ -75,7 +75,7 @@ /* read the key from file and compare with wanted */ unsigned l = klen, c; const char *k = (const char*)key; -if (*dlenp) +if (dlenp) *dlenp = cdb_unpack(rbuf + 4); /* save value length */ for(;;) { if (!l) /* the whole key read and matches, return */ Yeah, it's a typo. Funny we never hit it before - well, I myself don't use cdb_seek() interface, preferring cdb_find(), so it's not very surprizing. [] Daiki, thanks for your report. This bug causes my packages dbskkd-cdb and skksearch unusable. I'm thinking about applying workaround patches to dbskkd-cdb and skksearch due to this bug for the moment. Anyway, I hope this bug will be fixed shortly... Michael, could you fix this bug in tinycdb 0.76? Could anyone update the Debian tinycdb package? Yeah, fixed in cvs, I'll refresh 0.76-pre tarball on my site shortly. But the question with the upload remains. You reminded me that I'm still not become a DD, and still didn't find anyone to upload the thing. Lemme try again... ;) /mjt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385821: package build-depends on g++-4.0, which is not available on hppa
Package: libofx Version: 1:0.8.2-1 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385818: python-qt4: fails to detect that it should build QtAssistant module
Package: python-qt4 Version: 4.0.1-2 Severity: important python-qt4 fails to detect that it can build the QtAssistant module during the configure.py fase. The problem is that the compilation of the detection program doesn't link with -lQtCore -lQtNet which causes it to fail. This can be seen by adding the -w parameter to the configure.py commandline. g++ -DQT_NO_DEBUG -I. -I/usr/mkspecs/linux-g++ -I/usr/include/qt4 -I/usr/include/qt4/QtAssistant -I/usr/X11R6/include -pipe -O2 -w -D_REENTRANT cfgtest_QtAssistant.cpp -o cfgtest_QtAssistant -L/usr/lib -L/usr/X11R6/lib -lQtAssistantClient -lXext -lX11 -lm -lpthread With the 2 extra -l options it compiles fine: g++ -DQT_NO_DEBUG -I. -I/usr/mkspecs/linux-g++ -I/usr/include/qt4 -I/usr/include/qt4/QtAssistant -I/usr/X11R6/include -pipe -O2 -w -D_REENTRANT cfgtest_QtAssistant.cpp -o cfgtest_QtAssistant -L/usr/lib -L/usr/X11R6/lib -lQtAssistantClient -lXext -lX11 -lm -lpthread -lQtCore -lQtNet It is not clear to me how to adapt the build that it does this right. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-qt4 depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libqt4-core 4.1.4-1.1 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.1.4-1.1 Qt 4 core GUI functionality runtim ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii python 2.4.3-11An interactive high-level object-o ii python-central 0.5.5 register and build utility for Pyt ii python-elementtree 1.2.6-9 Light-weight toolkit for XML proce ii python-sip4 4.4.5-2 Python/C++ bindings generator runt python-qt4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385822: package build-depends on g++-4.0, which is not available on hppa
Package: quantlib-swig Version: 0.3.13-1 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385825: package build-depends on g++-4.0, which is not available on hppa
Package: synfigstudio Version: 0.61.05-4 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385826: package build-depends on g++-4.0, which is not available on hppa
Package: babel Version: 0.10.2-2.1 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385824: package build-depends on g++-4.0, which is not available on hppa
Package: synfig Version: 0.61.05-7 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379292: xkb-data hr layout broke the normal AltGr+numbers behaviour
On Sun, Aug 27, 2006 at 10:15:54PM +0200, Denis Barbier wrote: While such a condensation was probably a decent idea since it makes the files more logical, it was probably the root of this whole problem. Since cs(cyralpha) includes its own version of level3 which is more like English, this change propagated into hr, si, ba so that they now started to have AltGr'ed keys like on an English keyboard, which is incorrect. Right, it looks like we did not check carefully enough and some unwanted changes have been introduced. By the way, I accidentally stumbled upon a similar issue that happened before: #236604. There could be more, too. It would help if you could keep a reminder somewhere in the back of your head to get one or both of these things done: * implement some sort of regression testing for the keyboard layouts * make sure people using some layouts are notified when something happens in an upper-level layout (template) That will go a long way in preventing these kinds of errors in the future. Thanks. In advance. :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385370: invalid RSS
The previous patch is suboptimal. I'm thinking of a way to make the players, the aggretators and the browsers happy altogether. I'd like to give it some more testing and if everything's fine, I'll upload something soon. HTH T-Bone On 8/31/06, martin f krafft [EMAIL PROTECTED] wrote: also sprach Thibaut VARENE [EMAIL PROTECTED] [2006.08.31.1731 +0200]: Can we hold this untill this weekend then? I'll have some time then to look closer to that, unless Regis beats me to it. Of course. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE9wgeIgvIgzMMSnURAn0nAKDUiFsasf60cGjZF0SO6g1qutZZjwCg12NM SKPu0dZl0kw/1Lvut/6DIH0= =olng -END PGP SIGNATURE- -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385823: package build-depends on g++-4.0, which is not available on hppa
Package: quantlib-swig Version: 0.3.13-1 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385820: package build-depends on g++-4.0, which is not available on hppa
Package: bse-alsa Version: 0.6.6-4 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385819: package build-depends on g++-4.0, which is not available on hppa
Package: beast Version: 0.6.6-6 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384652: xvnc4viewer: Please allow password to be entered in terminal
On Sun, 3 Sep 2006, Ola Lundqvist wrote: I tried to implement a getpass function myself but I got into a number of problems, like: surpressing character echoing, getc seem not to return until newline is pressed and so on... I have tried fread and many other ways but without success. I have had a look at getpass in glibc, and it seems to suffer somewhat from relying on the internals of glibc, although a brief inspection suggests that it is possible to extract working POSIX code. However, I'm more attracted by the following code, which I found in the glibc info documentation: #include termios.h #include stdio.h ssize_t my_getpass (char **lineptr, size_t *n, FILE *stream) { struct termios old, new; int nread; /* Turn echoing off and fail if we can't. */ if (tcgetattr (fileno (stream), old) != 0) return -1; new = old; new.c_lflag = ~ECHO; if (tcsetattr (fileno (stream), TCSAFLUSH, new) != 0) return -1; /* Read the password. */ nread = getline (lineptr, n, stream); /* Restore terminal. */ (void) tcsetattr (fileno (stream), TCSAFLUSH, old); return nread; } How does that look? BTW, this brings up one vexed point: the info docs are under the GFDL, not the GPL. I'll check that the code examples are (as the GFDL itself suggests) under a suitable license; I can't find anything in the docs themselves, so I'm posting to glibc-bugs. -- http://rrt.sc3d.org/ | fantasize, a. as big as fizzy orange -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385827: package build-depends on g++-4.0, which is not available on hppa
Package: pose Version: 3.5-9 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385266: xsane: duplicates print size on copy
Hi Julien, Am Mittwoch, den 30.08.2006, 11:11 +0200 schrieb Julien BLACHE: Ingo Strüwing [EMAIL PROTECTED] wrote: Hi, Former versions of xsane worked very well in this combination. Can you please install an older version of XSane and see what happens ? This could be a problem on the printing side, and not in XSane, so let's rule that out first. Thanks for your suggestion. Indeed, you are right. I tried 0.98b-1 and 0.97-3. Both showed the same problem. Then I got aware that xsane prints via 'lpr'. So I tried 'xpdf' which also prints via 'lpr' and it failed in the same way. Then I tried lpr text.txt and surprise, surprise, even this fails with duplicated size! I usually print from another PC on that same printer. This was the reason why I didn't notice the degradation in the print system. Printing from the other PC still works as it should be. I checked it again. So you can close or reject this bug or whatever seems appropriate. Or is there a way that I can do it myself? Regards, Ingo --
Bug#385831: package build-depends on g++-4.0, which is not available on hppa
Package: fwbuilder Version: 2.0.9-1 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. Is 3.4 really needed on arm and m68k as well? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385830: package build-depends on g++-4.0, which is not available on hppa
Package: libprinterconf Version: 0.5-8 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374533: reopening bug
reopen 374533 thanks This bug was closed due to a typo in the bug number. -- Thomas Huriaux signature.asc Description: Digital signature
Bug#384797: where to get ksh93r+
On 8/26/06, Norman Ramsey [EMAIL PROTECTED] wrote: The upstream fix for this bug is claimed to be at http://www.research.att.com/~gsf/download/alpha/INIT.2006-06-30.tgz http://www.research.att.com/~gsf/download/alpha/ast-ksh.2006-06-30.tgz Try http://www.research.att.com/~gsf/download/alpha/ast-ksh.2006-07-24.tgz and http://www.research.att.com/~gsf/download/alpha/INIT.2006-07-24.tgz - the 2006-06-30 alpha is little bit old :) Josh PS: Use wget --http-user I accept www.opensource.org/licenses/cpl --http-passwd . url for the download -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385828: package build-depends on g++-4.0, which is not available on hppa
Package: celestia Version: 1.3.2-3.2 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. Is g++-3.4 really needed on arm and m68k as well? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385829: package build-depends on g++-4.0, which is not available on hppa
Package: festival Version: 1.4.3-17.1 Severity: serious the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385840: package build-depends on g++-3.4, which is not available on hppa
Package: vdrift Version: 0.0.2006.02.21-1 Severity: normal the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385839: package build-depends on g++-3.4, which is not available on hppa
Package: taskjuggler Version: 2.2.0-1 Severity: normal the package build-depends on g++-3.4 or g++-4.0, which is not available on hppa. Please build using g++-4.1. If the package cannot be built using g++-4.1, please make sure that a bug report is filed against the g++-4.1 package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385793: -dev packages should not be architecture all
On Sun, Sep 03, 2006 at 12:31:28PM +0200, Matthias Klose [EMAIL PROTECTED] wrote: Mike Hommey writes: a new release. Feel free to NMU to relax the dependencies (removing the superior limit should be enough and safe) done, patch attached. This won't solve your problem, since arm has version 1.8.0.4-1... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]