Bug#602028: Announce of the upcoming NMU for the fts package
Dear maintainer of fts and Debian translators, Some days ago, I sent a notice to the maintainer of the fts Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es fr it ja pt pt_BR ru sk sv vi zh_CN Among these, the following translations are incomplete: If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the fts package so I can incorporate them in the build. The deadline for receiving updates and new translations is Saturday, April 30, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Sunday, April 17, 2011 : send the first intent to NMU notice to the package maintainer. Friday, April 22, 2011 : send this notice Saturday, April 30, 2011 : (midnight) deadline for receiving translation updates Sunday, May 01, 2011 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Sunday, May 08, 2011 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR , YEAR. # #, fuzzy msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "Report-Msgid-Bugs-To: f...@packages.debian.org\n" "POT-Creation-Date: 2010-01-28 10:20+0100\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME \n" "Language-Team: LANGUAGE \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=CHARSET\n" "Content-Transfer-Encoding: 8bit\n" #. Type: string #. Description #: ../fts.templates:1001 msgid "Base directory for the tftp files:" msgstr "" #. Type: string #. Description #: ../fts.templates:1001 msgid "" "The config directory for tftp is where the pxelinux.0 image lies. This must " "be in sync with your TFTP Server" msgstr "" signature.asc Description: Digital signature
Bug#588873: lintian: [new check] Warn if using 3.0 (quilt) and there is a debian-changes-xxx patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-04-21 17:04, Iain Lane wrote: > Hi, > > On Tue, Jul 27, 2010 at 12:42:08AM +0100, Iain Lane wrote: >> tags 588873 + patch >> thanks >> >> Hiya, >> >>> [...] >> >> Thanks. This was easier than I thought it would be to cook up: attached. >> >> My first Lintian patch; please review for code style. >> >> It might be worth checking for single-debian-patch and no patch-header >> too, but that would be something else. > > Ping — any chance of a review/merge? > > Iain Hey, Sorry for the long wait. Personally I am okay with the patch; would it be possible to convince you to write a test case for this tag (see t/tests/README for howto/hints)? Feel free to submit the test in a separate patch. ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNsSSzAAoJEAVLu599gGRCw0sQAJQkehd6Oeb6+uYwLCECqpIk TASOneGwJM6ivLtuY+2vT2efYXDpNt87Aa77HxjtQWlzqyDina8x56BZvSCT094z rfFV+bQq4TW5PvmvBS8sBIphNZhqMpEctSMm6K6rRFYjysalDkfBNiC4k9J3koRn BSPGw0+55UoCMXLQR9CSI8xd8vmdzCoemBLz2z/Dza1vcVScljnd/1oeW/Ml/j5I WGkhvbvJM4uQD/zJgJy2PSgEZTEzReevOCD/DLxXqH9sNvIKE9O0Gs+tL2xNGC6W WTzozkkUJ+Mb8II/Uv1fmQWUrJkK1l0vCUcJwlnWU5c7udoBmMw3mhkHrKN1SjVu ZR9uDfwiP9y8KBYOZuNrlCpQt3e04W6LjfFvQCtdKYlb26TDDGhmgKNijmqHE3QD oto4DGN70bGyoJuLoJ4eSVGvEIzSrFfQ+3zjP1uBKBCeRgrfOHVI9p6/Nv4dgU1F +l9UyO3/rwdk7+R2KKsx68BzDjqZas+l7Dm7B16uXq2ddfdt/RP/XgpptheS1qlZ IfKUFqsNqUemEBsLzPdGXLW1/g2+XmIwvoz73pHSsYxBB7IlMI4LqJhIGB0Y5kV0 S2lefkuDPCUWqU5G+hAzllboX/cObYj9710Uc0JZB9MHoSklLLaI93kgXgRVICkK 7AFWTGgkN73e5uljIE0o =hztH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#618790: AST-2011-003: Resource exhaustion in Asterisk Manager Interface
retitlle 618790 asterisk: AST-2011-005: File Descriptor Resource Exhaustion through TCP thanks As you may have noticed, this issue was not yet fixed. Here's a quick update: On Fri, Mar 18, 2011 at 02:14:20PM +, Tzafrir Cohen wrote: > Package: asterisk > Version: 1:1.6.2.9-2+squeeze2 > Justification: AST-2011-003: Resource exhaustion in Asterisk Manager Interface > Severity: serious > Tags: security patch upstream > > Rapidly opening manager connections, sending invalid data, and closing the > connection can cause Asterisk to exhaust available CPU and memory resources. Looking further into the issue, I realised that the fix they put there (break the connection in case of a failed write) does not help a bit. The real issue is that you can just open a connection, wait as long as you want, and consume a file descriptor from Asterisk in the process. I approached Digium with this. They took my initial fix, improved it and started testing it. Only to realise that this also applies to other TCP services. Which meant more patching and more testing. While they were at it, they realised that the test in the Asterisk code for the "system" privs in the manager interface is missing altogether in 1.4 and misses an important case in later versions. If you'll look at the patch in it for Squeeze you'll see that Debian was missing one other case that was already fixed upstream of some revered logic. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623671: ca-certificates: some certificates not installing and getting errors
Package: ca-certificates Version: 20110421 Severity: normal *** Please type your report below this line *** Got few errors when it was installing the new cacertificates. Output from running aptitude safe-upgrade. Updating certificates in /etc/ssl/certs... WARNING: Skipping duplicate certificate ca-certificates.crt WARNING: Skipping duplicate certificate ca-certificates.crt WARNING: Skipping duplicate certificate cert_igca_rsa.pem WARNING: Skipping duplicate certificate cert_igca_rsa.pem 43 added, 27 removed; done. Running hooks in /etc/ca-certificates/update.d updating keystore /etc/ssl/certs/java/cacerts... added: /etc/ssl/certs/ACEDICOM_Root.pem error adding /etc/ssl/certs/AC_Raíz_Certicámara_S.A..pem added: /etc/ssl/certs/ApplicationCA_-_Japanese_Government.pem added: /etc/ssl/certs/Autoridad_de_Certificacion_Firmaprofesional_CIF_A62634068.pem added: /etc/ssl/certs/Buypass_Class_2_CA_1.pem added: /etc/ssl/certs/Buypass_Class_3_CA_1.pem added: /etc/ssl/certs/CA_Disig.pem added: /etc/ssl/certs/Certigna.pem added: /etc/ssl/certs/certSIGN_ROOT_CA.pem added: /etc/ssl/certs/Chambers_of_Commerce_Root_-_2008.pem added: /etc/ssl/certs/CNNIC_ROOT.pem added: /etc/ssl/certs/ComSign_CA.pem added: /etc/ssl/certs/ComSign_Secured_CA.pem added: /etc/ssl/certs/Cybertrust_Global_Root.pem added: /etc/ssl/certs/Deutsche_Telekom_Root_CA_2.pem error adding /etc/ssl/certs/EBG_Elektronik_Sertifika_Hizmet_Sağlayıcısı.pem added: /etc/ssl/certs/E-Guven_Kok_Elektronik_Sertifika_Hizmet_Saglayicisi.pem added: /etc/ssl/certs/ePKI_Root_Certification_Authority.pem added: /etc/ssl/certs/GeoTrust_Primary_Certification_Authority_-_G2.pem added: /etc/ssl/certs/GeoTrust_Primary_Certification_Authority_-_G3.pem added: /etc/ssl/certs/Global_Chambersign_Root_-_2008.pem added: /etc/ssl/certs/GlobalSign_Root_CA_-_R3.pem added: /etc/ssl/certs/Hongkong_Post_Root_CA_1.pem added: /etc/ssl/certs/IGC_A.pem added: /etc/ssl/certs/Izenpe.com.pem added: /etc/ssl/certs/Juur-SK.pem added: /etc/ssl/certs/Microsec_e-Szigno_Root_CA_2009.pem added: /etc/ssl/certs/Microsec_e-Szigno_Root_CA.pem error adding /etc/ssl/certs/NetLock_Arany_=Class_Gold=_Főtanúsítvány.pem added: /etc/ssl/certs/OISTE_WISeKey_Global_Root_GA_CA.pem added: /etc/ssl/certs/SecureSign_RootCA11.pem added: /etc/ssl/certs/Security_Communication_EV_RootCA1.pem added: /etc/ssl/certs/Staat_der_Nederlanden_Root_CA_-_G2.pem added: /etc/ssl/certs/S-TRUST_Authentication_and_Encryption_Root_CA_2005_PN.pem added: /etc/ssl/certs/TC_TrustCenter_Class_2_CA_II.pem added: /etc/ssl/certs/TC_TrustCenter_Class_3_CA_II.pem added: /etc/ssl/certs/TC_TrustCenter_Universal_CA_I.pem added: /etc/ssl/certs/TC_TrustCenter_Universal_CA_III.pem added: /etc/ssl/certs/thawte_Primary_Root_CA_-_G2.pem added: /etc/ssl/certs/thawte_Primary_Root_CA_-_G3.pem error adding /etc/ssl/certs/TÜBİTAK_UEKAE_Kök_Sertifika_Hizmet_Sağlayıcısı_-_Sürüm_3.pem added: /etc/ssl/certs/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G4.pem added: /etc/ssl/certs/VeriSign_Universal_Root_Certification_Authority.pem does not exist: /etc/ssl/certs/ABAecom_=sub.__Am._Bankers_Assn.=_Root_CA.pem does not exist: /etc/ssl/certs/beTRUSTed_Root_CA-Baltimore_Implementation.pem does not exist: /etc/ssl/certs/beTRUSTed_Root_CA.pem does not exist: /etc/ssl/certs/beTRUSTed_Root_CA_-_Entrust_Implementation.pem does not exist: /etc/ssl/certs/beTRUSTed_Root_CA_-_RSA_Implementation.pem does not exist: /etc/ssl/certs/Digital_Signature_Trust_Co._Global_CA_2.pem does not exist: /etc/ssl/certs/Digital_Signature_Trust_Co._Global_CA_4.pem does not exist: /etc/ssl/certs/Entrust.net_Global_Secure_Personal_CA.pem does not exist: /etc/ssl/certs/Entrust.net_Global_Secure_Server_CA.pem does not exist: /etc/ssl/certs/Entrust.net_Secure_Personal_CA.pem does not exist: /etc/ssl/certs/GTE_CyberTrust_Root_CA.pem does not exist: /etc/ssl/certs/IPS_Chained_CAs_root.pem does not exist: /etc/ssl/certs/IPS_CLASE1_root.pem does not exist: /etc/ssl/certs/IPS_CLASE3_root.pem does not exist: /etc/ssl/certs/IPS_CLASEA1_root.pem does not exist: /etc/ssl/certs/IPS_CLASEA3_root.pem does not exist: /etc/ssl/certs/IPS_Servidores_root.pem does not exist: /etc/ssl/certs/IPS_Timestamping_root.pem does not exist: /etc/ssl/certs/RSA_Security_1024_v3.pem does not exist: /etc/ssl/certs/StartCom_Ltd..pem does not exist: /etc/ssl/certs/Thawte_Personal_Basic_CA.pem does not exist: /etc/ssl/certs/Thawte_Personal_Premium_CA.pem does not exist: /etc/ssl/certs/UTN-USER_First-Network_Applications.pem does not exist: /etc/ssl/certs/Verisign_RSA_Secure_Server_CA.pem does not exist: /etc/ssl/certs/Verisign_Time_Stamping_Authority_CA.pem does not exist: /etc/ssl/certs/Visa_International_Global_Root_2.pem removed /etc/ssl/certs/deutsche-telekom-root-ca-2.pem failed (VM used: java-6-openjdk). E: /etc/ca-certificates/update.d/jks-keystore exited with code 1. done
Bug#623496: [Pkg-xfce-devel] Bug#623496: thunar-volman: Fails to recognize removable drives
On ven., 2011-04-22 at 10:42 +0800, Jos van Wolput wrote: > I have a similar problem afrer upgrading xfce4 to version 4.8. Please provide similar infos then. > Immediatly after a fresh boot removable drives are recognized and mounted, > both from desktop and thunar but no longer after a new login of the xfce > session. Looks like a permission problem the second time you start Xfce. > In the new session I get 'Failed to mount ..., Not Authorized' in desktop > and thunar. > I have udisks,gvfs and libpam-ck-connector installed! Please provide the various info I asked Sebastian for. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#623257: [bluedevil] works again after bluez update
Package: bluedevil Version: 1.0.3-1 --- Please enter the report below this line. --- among others the packages bluez and bluetooth were both updated form 4.89-1 to 4.91-1. Now bluedevil can see the adapter, again. Thank you Lorenzo --- System information. --- Architecture: i386 Kernel: Linux 2.6.38-2-686 Debian Release: wheezy/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.de.debian.org 500 squeeze www.lamaresh.net 500 squeeze activsoftware.co.uk --- Package information. --- Depends (Version) | Installed ===-+-=== kdebase-runtime | 4:4.4.5-1 libbluedevil1(>= 1.8.1) | 1.8.1-1 libc6(>= 2.1.3) | 2.11.2-11 libgcc1(>= 1:4.1.1) | 1:4.6.0-2 libkdecore5 (>= 4:4.4.4-2~) | 4:4.4.5-3 libkdeui5 (>= 4:4.4.0) | 4:4.4.5-3 libkfile4 (>= 4:4.3.4) | 4:4.4.5-3 libkio5(>= 4:4.3.4) | 4:4.4.5-3 libqt4-dbus(>= 4:4.6.1) | 4:4.7.2-3 libqtcore4 (>= 4:4.7.0~beta1) | 4:4.7.2-3 libqtgui4 (>= 4:4.5.3) | 4:4.7.2-3 libstdc++6 (>= 4.2.1) | 4.6.0-2 bluez | 4.91-1 obexd-client| 0.40-2 obex-data-server| 0.4.5-1+b1 Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== pulseaudio-module-bluetooth| OR bluez-alsa | 4.91-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569150: Uzmanību, Nobeiguma konts Upgrade Paziņojums.
Uzmanību e-pasta kontu turētājs, Mēs pašlaik veic tehnisko apkopi mūsu Digital webmail Server. Mēs vēlamies uzlabot mūsu Digital webmail Security Server, lai labāk online pakalpojumus. Lai nodrošinātu jums nav pieredzes pakalpojumu pārtraukšanu, Lūdzu, jums ir jāatbild uz šo e-pastu nekavējoties un ievadiet savu lietotājvārdu Šeit (__) un paroli šeit (__) un Checkout Jaunās funkcijas un papildierïces, ar savu jaunu un uzlabotu webmail kontu. Līdz ļauj mums uzlabot savu kontu, lai labāk tiešsaistes pakalpojumu, lūdzu, atbildi uz šo pasta ļoti ātri. Paldies, ka izmantojāt internetu Webmail Tehniskā Informācija Nodaļa NB: Mēs pieprasām jūsu lietotājvārdu un paroli identifikācijas nolūkam. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621027: Invalid shell option in start-statd
On Sat, 9 Apr 2011, Marc Glisse wrote: On Sat, 9 Apr 2011, Luk Claes wrote: Do you have rpcbind installed? Do you still have issues with the latest upload (1:1.2.3-2)? No, I appear to have portmap instead. I'll test the new upload (and thus the switch to rpcbind) when I get back It seems to be working fine, thank you. -- Marc Glisse -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623670: highlight-common: prompts during upgrade about filetypes.conf
Package: highlight-common Version: 2.16-1 Justification: policy §10.7.3 Hi, From today's upgrade: | Unpacking highlight-common (from .../highlight-common_2.16-1_all.deb) ... | Setting up highlight-common (2.16-1) ... | | Configuration file `/etc/highlight/filetypes.conf' | ==> Deleted (by you or by a script) since installation. | ==> Package distributor has shipped an updated version. |What would you like to do about it ? Your options are: | Y or I : install the package maintainer's version | N or O : keep your currently-installed version | D : show the differences between the versions | Z : start a shell to examine the situation | The default action is to keep your current version. | *** filetypes.conf (Y/I/N/O/D/Z) [default=N] ? Indeed: | $ ls -l /etc/highlight | total 4 | -rw-r--r-- 1 root root 1758 Apr 2 2010 filetypes.conf.dpkg-new | $ I do not recall touching that file myself, so it looks like a bug (as policy §10.7.3 explains, conffiles are not supposed to be modified or removed by scripts). Any ideas for tracking this down? Thanks for highlight. :) I've been hoping to use it for syntax-highlighting in my local gitweb instance some day soon. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620065: fixed in libimobiledevice 1.1.0-3
On Fri, 22 Apr 2011, Julien Lavergne wrote: > Le Monday 18 April 2011 à 21:27 +0200, Raphael Hertzog a écrit : > > Hi, > > > > First of all, I wanted to suggest to drop the Conflicts and just keep the > > Replaces. The Replaces is enough, the only problem is that the FDI file > > will be lost if libimobiledevice2 is removed while some application > > still use libimobiledevice1 (the other cases are correctly handled by dpkg > > whatever the order of installation of the packages). > Ok, It sounds reasonable. I'll try to update it this week-end, but feel > free to NMU it if it's an emergency. This WE should be fine, thanks. > > > Those uploads will be needed anyway, as I think libimobiledevice2 > > > is/will not be API-compatible with libimobiledevice1. So, could be a > > > moot point. > > > > Julien (Lavergne), do you know if this is the case? > For now, only new API was added, but as they declared the API not > stable, we can't be sure what is going to change. To be safe, I prefer > to assume that the API can change, that's why it should stay in > experimental until 1.2.0 is released. The stable release of "gvfs" depends on this new API apparently due to this new feature: https://bugzilla.gnome.org/show_bug.cgi?id=636132 Do you know when upstream plans to release 1.2.0? Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622322: popularity-contest: popcon tries to access dpkg internal files and fails with multiarch: same packageso
On Thu, 21 Apr 2011, Bill Allombert wrote:
> Another issue with 'dpkg-query -L $(list-all-packages)' is that it is not
> portable
> to system with a command-line length limit.
>
> I suppose popcon will have to process packages by chunk of 100, say.
You have "xargs" to solve this problem.
BTW, don't parse /var/lib/dpkg/status directly either, but use "dpkg-query
-W -f'${Package} ${Status}\n'".
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶ http://RaphaelHertzog.com (English)
▶ http://RaphaelHertzog.fr (Français)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620099: nsis: diff for NMU version 2.46-3.1
Hi Thomas,
On Thu, Apr 21, 2011 at 11:22:29PM +0200, Thomas Gaugler wrote:
> Thanks for the patch. I am unsure if I could completely drop support
> for mingw32 as your patch suggests.
> The win32-loader package uses mingw32 as a compiller and requires the
> NSIS plugin api header and
> library files for mingw32.
How about the revised version attached to this message? It allows
win32-loader to build using either mingw-w64 or mingw32.
See also http://bugs.debian.org/623621
Regards,
Stephen
diff -Nru nsis-2.46/debian/changelog nsis-2.46/debian/changelog
--- nsis-2.46/debian/changelog 2010-09-21 03:45:53.0 +0200
+++ nsis-2.46/debian/changelog 2011-04-21 21:43:38.0 +0200
@@ -1,3 +1,10 @@
+nsis (2.46-3.1) experimental; urgency=low
+
+ * Non-maintainer upload.
+ * Build with mingw-w64.
+
+ -- Stephen Kitt Wed, 30 Mar 2011 02:20:09 +0200
+
nsis (2.46-3) experimental; urgency=low
* Removed architecture restrictions
--- nsis-2.46/debian/control 2010-09-21 03:45:53.0 +0200
+++ nsis-2.46/debian/control 2011-04-21 21:43:38.0 +0200
@@ -2,7 +2,7 @@
Section: devel
Priority: optional
Maintainer: Thomas Gaugler
-Build-Depends: debhelper (>= 7.0.50~), scons (>= 1.2.0), gcc-mingw32 (>= 4.4.0-3) | mingw32, mingw32-runtime, mingw32-binutils, xmlto, html2text, libcppunit-dev, zlib1g-dev
+Build-Depends: debhelper (>= 7.0.50~), scons (>= 1.2.0), mingw-w64 (>= 1.0), xmlto, html2text, libcppunit-dev, zlib1g-dev
Standards-Version: 3.9.1
Homepage: http://nsis.sourceforge.net/
Vcs-Svn: svn://svn.debian.org/collab-maint/ext-maint/nsis/trunk
@@ -11,7 +11,7 @@
Package: nsis
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
-Suggests: wine, gcc-mingw32
+Suggests: wine, gcc-mingw32 | mingw-w64
Description: Nullsoft Scriptable Install System (modified for Debian)
NSIS is a tool for creating quick and user friendly installers for
Microsoft Windows (Win32) operating systems.
diff -Nru nsis-2.46/debian/links nsis-2.46/debian/links
--- nsis-2.46/debian/links 2010-05-06 04:15:31.0 +0200
+++ nsis-2.46/debian/links 2011-04-22 06:57:00.0 +0200
@@ -12,3 +12,5 @@
/usr/share/doc/nsis/Docs/StrFunc/StrFunc.txt /usr/share/doc/nsis/README.StrFunc
/usr/share/doc/nsis/Docs/InstallOptions/Changelog.txt /usr/share/doc/nsis/changelog.InstallOptions
/usr/share/doc/nsis/Docs/System/WhatsNew.txt /usr/share/doc/nsis/changelog.System
+/usr/i686-w64-mingw32/include/nsis /usr/i586-mingw32msvc/include/nsis
+/usr/i686-w64-mingw32/lib/nsis /usr/i586-mingw32msvc/lib/nsis
--- nsis-2.46/debian/nsis.install 2009-07-24 12:31:20.0 +0200
+++ nsis-2.46/debian/nsis.install 2011-04-22 06:55:25.0 +0200
@@ -5,5 +5,5 @@
usr/share/nsis/Plugins
usr/share/nsis
etc/nsisconf.nsh
-usr/i586-mingw32msvc
+usr/i686-w64-mingw32
usr/share/doc/nsis
--- nsis-2.46/debian/patches/mingw-w64.patch 1970-01-01 01:00:00.0 +0100
+++ nsis-2.46/debian/patches/mingw-w64.patch 2011-04-21 21:43:38.0 +0200
@@ -0,0 +1,33 @@
+--- nsis-2.46.orig/Contrib/InstallOptions/InstallerOptions.cpp
nsis-2.46/Contrib/InstallOptions/InstallerOptions.cpp
+@@ -14,6 +14,8 @@
+ #include "resource.h"
+ #include "shellapi.h"
+
++#include
++
+ #include // nsis plugin
+
+ // Use for functions only called from one place to possibly reduce some code
+@@ -759,7 +761,7 @@
+ DrawText(lpdis->hDC, pField->pszText, -1, &rc, DT_VCENTER | DT_WORDBREAK | DT_CALCRECT);
+
+ // Make some more room so the focus rect won't cut letters off
+- rc.right = min(rc.right + 2, lpdis->rcItem.right);
++ rc.right = std::min(rc.right + 2, lpdis->rcItem.right);
+
+ // Move rect to right if in RTL mode
+ if (bRTL)
+--- nsis-2.46.orig/SCons/Tools/crossmingw.py
nsis-2.46/SCons/Tools/crossmingw.py
+@@ -58,6 +58,10 @@
+ i486-pc-mingw32-
+ i586-pc-mingw32-
+ i686-pc-mingw32-
++i386-w64-mingw32-
++i486-w64-mingw32-
++i586-w64-mingw32-
++i686-w64-mingw32-
+ """)
+
+ def find(env):
--- nsis-2.46/debian/patches/series 2010-05-06 04:15:31.0 +0200
+++ nsis-2.46/debian/patches/series 2011-04-21 21:43:38.0 +0200
@@ -1,3 +1,4 @@
# list of patch file names in the order they are applied
nsis_system_zlib.patch
makensis_native_64bit.patch
+mingw-w64.patch
--- nsis-2.46/debian/README.Debian 2009-07-24 12:31:20.0 +0200
+++ nsis-2.46/debian/README.Debian 2011-04-21 21:43:38.0 +0200
@@ -9,12 +9,12 @@
The mingw32 include dir should be in the include path and it
usually is there by default, if not, add this to CPPFLAGS:
- -I /usr/i586-mingw32msvc/include
+ -I /usr/i686-w64-mingw32/include
The nsis subdir of the mingw32 library dir should be in the
linker path, you'll need the following in LDFLAGS:
- -L /usr/i586-mingw32msvc/lib/nsis
+ -L /usr/i686-w64-mingw32/lib/nsis
The nsis pluginapi static library needs to be linked against,
you'll need the following in LDFLAGS:
--- nsis-2.46/debian/rules 2010-05-06 04:15:32.0 +0200
+++ n
Bug#623669: uim: is the libxp-dev build-dependency necessary?
Source: uim Version: 1:1.5.7-9.1 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. You may find you also don't need some of the other libx*-dev build-dependencies. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595632: Announce of the upcoming NMU for the mathematica-fonts package
Hi Christian, On Thu, 21 Apr 2011 07:07:52 +0200, Christian PERRIER wrote: > The package maintainer agreed for the NMU or did not respond in four > days, so I will proceed with the NMU. > > The full planned schedule is available at the end of this mail. It's no problem for me if you will kindly proceed with the NMU immediately. I have a trouble with (possibly?) debconf-updatepo and svn-buildpackage so I can't build the package successfully at present (or more precisely since around Nov. 2010). I'm not sure yet if this is already know problem or not but whenenver I tried to build the package I got an error: $ svn-buildpackage Complete layout information: ... dpkg-checkbuilddeps fakeroot debian/rules clean || die dh_testdir dh_testroot rm -f build-stamp configure-stamp debconf-updatepo dh_clean E: Found unresolved issues: M debian/po/ar.po M debian/po/gl.po M debian/po/cs.po M debian/po/fr.po M debian/po/es.po M debian/po/eu.po M debian/po/it.po M debian/po/sk.po M debian/po/vi.po M debian/po/ro.po M debian/po/pt.po M debian/po/da.po M debian/po/ru.po M debian/po/sv.po M debian/po/de.po M debian/po/ja.po M debian/po/fi.po E: Resolve them manually before continuing Regards,2011-4-22(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623668: icedove: is the libxp-dev build-dependency necessary?
Source: icedove Version: 3.1.9-2 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623667: openjdk-6: is the libxp-dev build-dependency necessary?
Source: openjdk-6 Version: 6b18-1.8.7-3 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. version 6b22-1.10.1-1 in experimental has the same build-dep on libxp-dev. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623666: xcolors: is the libxp-dev build-dependency necessary?
Source: xcolors Version: 1.5a-6 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. Chances are you also won't need some of your other libx*dev build-deps. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623665: viewmol: is the libxp-dev build-dependency necessary?
Source: viewmol Version: 2.4.1-17 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages viewmol depends on: ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libgl1-mesa-glx [libgl1] 7.10.2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1]7.10.2-1 The OpenGL utility library (GLU) ii libpng12-01.2.44-2 PNG library - runtime ii libpython2.6 2.6.6-9Shared Python runtime library (ver ii libtiff4 3.9.5-1Tag Image File Format (TIFF) libra ii libx11-6 2:1.4.3-1 X11 client-side library ii libxi62:1.4.2-1 X11 Input extension library ii libxmu6 2:1.1.0-1 X11 miscellaneous utility library ii libxt61:1.1.1-1 X11 toolkit intrinsics library ii python2.6.6-14 interactive high-level object-orie ii python-support1.0.13 automated rebuilding support for P viewmol recommends no packages. Versions of packages viewmol suggests: ii openbabel 2.2.3-1+b1 Chemical toolbox utilities pn xfonts-cyrillic(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623664: kinput2: is the libxp-dev build-dependency necessary?
Source: kinput2 Version: 3.1-10.2 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623663: xpat2: is the libxp-dev build-dependency necessary?
Source: xpat2 Version: 1.07-17 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623662: nedit: is the libxp-dev build-dependency necessary?
Source: nedit Version: 1:5.6~cvs20081118-7 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623661: rox: is the libxp-dev build-dependency necessary?
Source: rox Version: 2.10-2 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623660: iceape: is the libxp-dev build-dependency necessary?
Source: iceape Version: 2.0.13-1 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623659: nas: is the libxp-dev build-dependency necessary?
Source: nas Version: 1.9.2-4 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623658: xonix: is the libxp-dev build-dependency necessary?
Package: xonix Version: 1.4-26 Severity: minor You have a build-depends on libxp-dev, but no dependency on libxp6 in your binary package. This likely means you don't actually need libxp-dev. The build-depends may have turned up historically when the monolithic Xfree86 package was split into X.org modules (when the all-encompassing xlibs package was split into separate libx* packages). libxp is a library which provides an API that enables client programs to access and use an Xprint server. The xprint package is obsolete and scheduled for removal. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. This bug has been filed to prompt you to check if you really want Xprint (libxp-dev) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623657: sun-java6: is the libxp6 build-dependency necessary?
Package: sun-java6 Version: 6.24-1 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package build-depends on libxp6. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. In your case it's a bit more odd since you have a build-depends on the binary library libxp6 rather than the development library libxp-dev. This bug has been filed to prompt you to check if you really need Xprint (libxp) support in your package. You have lesstif2 and lesstif-bin depending on libxp6 and lesstif2-dev depending on libxp-dev. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623638: arb: is the libxp dependency necessary?
The same question applies also to the Build-dependency on x11proto-print-dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623645: libmotif4: is the libxp dependency necessary?
The same question also applies to x11proto-print-dev, which libmotif-dev depends on. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623642: gridengine-qmon: is the libxp dependency necessary?
In your case the libxp6 dependency may be indirect via lesstif2-dev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623641: Acknowledgement (grace: is the libxp dependency necessary?)
In your case the libxp6 dependency may be indirect via lesstif2-dev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623656: ITP: xml_marshaller -- Converting Python objects to XML and back again
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine * Package name: xml_marshaller Version : 0.9.7 Upstream Author : Nicolas Delaby * URL : http://www.python.org/community/sigs/current/xml-sig/ * License : Python License (CNRI Python License) Programming Lang: Python Description : Converting Python objects to XML and back again Marshals simple Python data types into a custom XML format. The Marshaller and Unmarshaller classes can be subclassed in order to implement marshalling into a different XML DTD. It is fully compatible with PyXML implementation and enable namespace support for XML Input/Output. This package is required for package slapos.slap, which I will maintain as part of my work. This package will be packaged within the python-modules debian team. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623655: isc-dhcp-client: supersede domain-name-servers doesn't accept IPv6 addresses
Package: isc-dhcp-client Version: 4.1.1-P1-15+squeeze2 Severity: normal Tags: ipv6 Same as bug #537159 ( http://bugs.debian.org/537159 ) which was for dhcp3-client, but still applicable to isc-dhcp-client version 4. Same issue if you use "prepend" instead of "supersede". Running dhclient -6 does not help. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (400, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-client depends on: ii debianutils 3.4 Miscellaneous utilities specific t ii iproute 20100519-3 networking and traffic control too ii isc-dhcp-common 4.1.1-P1-15+squeeze2 common files used by all the isc-d ii libc6 2.11.2-10Embedded GNU C Library: Shared lib isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: pn avahi-autoipd (no description available) pn resolvconf (no description available) -- Configuration Files: /etc/dhcp/dhclient.conf changed: supersede domain-name-servers ; -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623650: mtink: is the libxp dependency necessary?
In your case the libxp6 dependency may be indirect via lesstif2-dev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623651: twpsk: is the libxp dependency necessary?
In your case the libxp6 dependency may be indirect via lesstif2-dev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623147: Please depend on libxml-simple-perl
This bug is closed by 1.24-2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623652: whitedune: is the libxp dependency necessary?
In your case the libxp6 dependency may be indirect via lesstif2-dev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623644: dx: is the libxp dependency necessary?
In your case the libxp6 dependency may be indirect via lesstif2-dev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623654: xtel: is the libxp dependency necessary?
reopen 623654 thanks On Fri, 2011-04-22 at 04:11 +0200, Samuel Thibault wrote: > Drew Parsons, le Fri 22 Apr 2011 11:58:44 +1000, a écrit : > > Your package depends on libxp. > > Nope. I guess your script catched libxpm-dev... > > Samuel Try a little harder, Samuel. Depends: libxp6 Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623653: xastir: is the libxp dependency necessary?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Drew, There are no developers of Xastir on bugs.debian.org that I know of, thus the CC-ing to the Xastir list. As I have said before, 1.9.4x is a very old outdated broken version of Xastir relatively speaking. Please note that Xastir version 2.x is being promoted here and elsewhere. Information on the latest STABLE version of Xastir available at http://www.xastir.org/wiki/Main_Page Sincerely, David Aitcheson - KB3EFS On 04/21/11 21:58, Drew Parsons wrote: > Package: xastir Version: 1.9.4-3.1+b1 Severity: wishlist > > The xprint package is obsolete and scheduled for removal. A > related library is libxp, which provides an API that enables client > programs to access and use an Xprint server. Since we're getting > rid of xprint, one could argue it makes sense to get rid of libxp > as well. > > Your package depends on libxp. This situation sometimes arises > historically from the time before xprint was considered obsolete, > with Build-depends: libxp-dev being set in the past and then > forgotten and untouched. > > This bug has been filed to prompt you to check if you really want > Xprint (libxp) support in your package. > > We'll leave libxp in the archives for the time being until you and > the other packages using it have determined whether you want to > keep the dependency. But we'll be removing xprint itself and other > related packages now. > > > -- System Information: Debian Release: wheezy/sid APT prefers > unstable APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: > LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: > /bin/sh linked to /bin/dash - -- David A Aitcheson david.aitche...@gmail.com david.aitcheson on google and skype -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk2w7kUACgkQN9kB/Il6DMDVswD7BN7gVFRqKWZjGWaBJZ/wkkBP HJrGWv58cAaHrfqiInQA/Am/ROcoBg8MFHxAKGulO64Zg65eujHRErmyOurjyn/+ =x4kH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623496: thunar-volman: Fails to recognize removable drives
I have a similar problem afrer upgrading xfce4 to version 4.8. Immediatly after a fresh boot removable drives are recognized and mounted, both from desktop and thunar but no longer after a new login of the xfce session. In the new session I get 'Failed to mount ..., Not Authorized' in desktop and thunar. I have udisks,gvfs and libpam-ck-connector installed! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505254: www.debian.org: Ability to sort RFP/ITP pages by age
Hi, Le lundi 10 novembre 2008 23:21:22, vous avez écrit : > It would be nice to have the ability to sort the WNPP sub-pages by age. > Possibly even additionally the "age since initiation" and "age since > last activty". We're talking about the http://www.debian.org/devel/wnpp/being_packaged page (and similar ones). I'm willing to try and implement such feature, but would like some help for the wording. Currently, we have: - , in preparation since today. - , in preparation since yesterday. - , %s days in preparation. I'd propose something like: - , %s days in preparation, last activity today. - , %s days in preparation, last activity yesterday. - , %s days in preparation, last activity %s days ago. Or eventually, if a rewording of the first part is really needed: - <...>, preparation started %s days ago, last activity today. - <...>, preparation started %s days ago, last activity yesterday. - <...>, preparation started %s days ago, last activity %s days ago. Also, for the index, I hope the following would be fine: - %s packages being worked on, by age - %s packages being worked on, by last activity Even if it's short, I'm pretty sure I may propose ugly cheesy English as usual, so I'd welcome some proofread; better wording highly welcome. Regards David P.-S.: Not sure someone already wrote it, but I'm not the only one who agree with the following: Justin your help on the DPN (among other stuff) is really welcome, thanks a lot for being usually responsive on such a short notice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623645: libmotif4: is the libxp dependency necessary?
There is also a libxp6 dependency in motif-clients. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623644: dx: is the libxp dependency necessary?
There is also a libxp6 dependency in libdx4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623654: xtel: is the libxp dependency necessary?
Package: xtel Version: 3.3.0-10 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623653: xastir: is the libxp dependency necessary?
Package: xastir Version: 1.9.4-3.1+b1 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623652: whitedune: is the libxp dependency necessary?
Package: whitedune Version: 0.28.14-1.1+b1 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages whitedune depends on: ii lesstif21:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-4GCC support library ii libgl1-mesa-glx [libgl1 7.10.2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.10.2-1 The OpenGL utility library (GLU) ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libpng12-0 1.2.44-2 PNG library - runtime ii libstdc++6 4.6.0-4 The GNU Standard C++ Library v3 ii libx11-62:1.4.3-1X11 client-side library ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxi6 2:1.4.2-1X11 Input extension library ii libxmu6 2:1.1.0-1X11 miscellaneous utility library ii libxp6 1:1.0.1-1X Printing Extension (Xprint) clie ii libxt6 1:1.1.1-1X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages whitedune recommends: ii xfonts-100dpi 1:1.0.3100 dpi fonts for X Versions of packages whitedune suggests: pn whitedune-docs (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623651: twpsk: is the libxp dependency necessary?
Package: twpsk Version: 3.0-3 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623650: mtink: is the libxp dependency necessary?
Package: mtink Version: 1.0.16-3 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623649: matlab-support: is the libxp dependency necessary?
Package: matlab-support Version: 0.0.14 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623648: libxbae4: is the libxp dependency necessary?
Package: libxbae4 Version: 4.60.2-3 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623647: libcoin60-dev: is the libxp-dev dependency necessary?
Package: libcoin60-dev Version: 3.1.3-1 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp-dev. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. libcoin60 does not depend on libxp6, your dependency is only between the development packages. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623646: libecore-x1: is the libxp dependency necessary?
Package: libecore-x1 Version: 1.0.0-2 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. You have libecore-x1 depending on libxp6 and libecore-dev depending on libxp-dev. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623645: libmotif4: is the libxp dependency necessary?
Package: libmotif4 Version: 2.3.3-5 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. You have both libmotif4 and libmotif-dev depending on libxp6. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623644: dx: is the libxp dependency necessary?
Package: dx Version: 1:4.4.4-2+b3 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623643: lesstif2: is the libxp dependency necessary?
Package: lesstif2 Version: 1:0.95.2-1 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. You have lesstif2 and lesstif-bin depending on libxp6 and lesstif2-dev depending on libxp-dev. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lesstif2 depends on: ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libsm6 2:1.2.0-1X11 Session Management library ii libx11-62:1.4.3-1X11 client-side library ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxp6 1:1.0.1-1X Printing Extension (Xprint) clie ii libxt6 1:1.1.1-1X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime lesstif2 recommends no packages. lesstif2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623642: gridengine-qmon: is the libxp dependency necessary?
Package: gridengine-qmon Version: 6.2u5-2 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623641: grace: is the libxp dependency necessary?
Package: grace Version: 1:5.1.22-9 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grace depends on: ii fontconfig 2.8.0-2.2generic font configuration library ii gconf2 2.28.1-6 GNOME configuration database syste ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre ii lesstif21:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libnetcdf6 1:4.1.1-5An interface for scientific data a ii libpng12-0 1.2.44-2 PNG library - runtime ii libsm6 2:1.2.0-1X11 Session Management library ii libt1-5 5.1.2-3 Type 1 font rasterizer library - r ii libx11-62:1.4.3-1X11 client-side library ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxmu6 2:1.1.0-1X11 miscellaneous utility library ii libxp6 1:1.0.1-1X Printing Extension (Xprint) clie ii libxpm4 1:3.5.9-1X11 pixmap library ii libxt6 1:1.1.1-1X11 toolkit intrinsics library ii xmhtml1 1.1.7-15+b1 A Motif widget for display HTML 3. ii xterm 269-1X terminal emulator ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime grace recommends no packages. Versions of packages grace suggests: ii ghostscript 9.02~dfsg-1 interpreter for the PostScript lan ii texlive-extra-utils 2009-10 TeX Live: TeX auxiliary programs -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623640: ddd: is the libxp dependency necessary?
Package: ddd Version: 1:3.3.12-2 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ddd depends on: ii dpkg 1.16.0.2 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-4 GCC support library ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libncurses5 5.9-1 shared libraries for terminal hand ii libsm62:1.2.0-1 X11 Session Management library ii libstdc++64.6.0-4The GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-1 X11 client-side library ii libxaw7 2:1.0.9-2 X11 Athena Widget library ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii libxmu6 2:1.1.0-1 X11 miscellaneous utility library ii libxp61:1.0.1-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.9-1 X11 pixmap library ii libxt61:1.1.1-1 X11 toolkit intrinsics library Versions of packages ddd recommends: ii gdb 7.2-1 The GNU Debugger Versions of packages ddd suggests: ii cups-bsd [lpr]1.4.6-5Common UNIX Printing System(tm) - ii ddd-doc 1:3.3.12-2 Additional documentation for the D ii glibc-doc 2.11.2-13 Embedded GNU C Library: Documentat ii gnuplot 4.4.0-1.1 A command-line driven interactive ii info 4.13a.dfsg.1-6 Standalone GNU Info documentation ii openssh-client [rsh-clien 1:5.8p1-4 secure shell (SSH) client, for sec ii perl 5.10.1-19 Larry Wall's Practical Extraction pn pydb (no description available) ii x11-utils 7.6+1 X11 utilities ii xterm 269-1 X terminal emulator -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623639: fop: is the libxp dependency necessary?
Package: fop Version: 1:1.0.dfsg-3 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623638: arb: is the libxp dependency necessary?
Package: arb Version: 5.2-1 Severity: wishlist The xprint package is obsolete and scheduled for removal. A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we're getting rid of xprint, one could argue it makes sense to get rid of libxp as well. Your package depends on libxp. This situation sometimes arises historically from the time before xprint was considered obsolete, with Build-depends: libxp-dev being set in the past and then forgotten and untouched. This bug has been filed to prompt you to check if you really want Xprint (libxp) support in your package. We'll leave libxp in the archives for the time being until you and the other packages using it have determined whether you want to keep the dependency. But we'll be removing xprint itself and other related packages now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622309: zapping our sound and our trackpoints
boot.1.gz Description: all the messages I can find -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages udev depends on: ii debconf [debconf-2.0]1.5.38 Debian configuration management sy ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libselinux1 2.0.98-1SELinux runtime shared libraries ii libudev0 ---don't use 167-3! ii libusb-0.1-4 2:0.1.12-17 userspace USB programming library ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii util-linux 2.17.2-9.1 Miscellaneous system utilities Versions of packages udev recommends: ii pciutils 1:3.1.7-9 Linux PCI Utilities ii usbutils 1:001-1Linux USB utilities udev suggests no packages. -- Configuration Files: /etc/udev/udev.conf changed: udev_log="err" -- debconf information: udev/new_kernel_needed: false udev/sysfs_deprecated_incompatibility: udev/title/upgrade: udev/reboot_needed:
Bug#622333: Debian Squeeze hangs with kernel 2.6.32-5-xen-686
Hello again. Someone might see something like this? If you need any other information, do not hesitate to ask. Regards, Daniel -- Daniel Bareiro - GNU/Linux registered user #188.598 Proudly running Debian GNU/Linux with uptime: 22:12:40 up 56 days, 3:07, 12 users, load average: 0.06, 0.05, 0.00 signature.asc Description: Digital signature
Bug#623637: slang-slirp: FTBFS: Test error in examples/vec
Source: slang-slirp
Version: 1.9.8-1.1
Severity: serious
Hi,
slang-slirp FTBFS on latest unstable.
-
make[2]: Leaving directory `/tmp/buildd/slang-slirp-1.9.8'
make[2]: Entering directory `/tmp/buildd/slang-slirp-1.9.8'
Testing examples/gl ...
... passed
make[2]: Leaving directory `/tmp/buildd/slang-slirp-1.9.8'
make[2]: Entering directory `/tmp/buildd/slang-slirp-1.9.8'
Testing examples/vec ...
make[4]: *** [test_real] Error 1
make[3]: *** [test] Error 2
make[2]: *** [test_dir] Error 2
make[2]: Leaving directory `/tmp/buildd/slang-slirp-1.9.8'
make[1]: *** [test] Error 2
make[1]: Leaving directory `/tmp/buildd/slang-slirp-1.9.8'
make: *** [debian/stamp-makefile-check] Error 2
dpkg-buildpackage: error: debian/rules build gave err
-
This is because it is different that a test result demands it.
diff test.ref test.out
52a53,58
> Pi destructor
> Computation destructor
> Pi destructor
> Computation destructor
> Pi destructor
> Computation destructor
This problem is settled if we revise test.ref, but the cause of the
problem is not revised.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609177: [imagemagick] DEBUG_MAGICK contents
On Fri, Apr 22, 2011 at 1:34 AM, Silvio Cesare wrote: > Sorry for the slow response. The request for more info was lost in my inbox. > > $ export MAGICK_DEBUG=aa > $ animate > animate: unable to open X server `'. > $ export MAGICK_DEBUG=$(perl -e 'print "A" x 1') > $ animate > Segmentation fault > $ > Could you install the imagemagick debug package, and debut this core dump ? I could not reproduce. What is the result of archand ulimit -a Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#482092: Ping
So, back in 2009 this bug was opened and it seems to have been stalled, partly because people thought that XTS was not mainstream enough, but its 2011 now and a lot of people use it. I agree with the "don't hide things from the user and don't double the key without telling them" sentiments that are raised, but howdy, can we get some resolution on this and get them in please? Its really annoying to have to drop to a shell in d-i and wget some modules, and get them loaded and then modify partmancrypto's available options on every machine, when it could just be built in. danke, micah -- pgpFonVvn3fdG.pgp Description: PGP signature
Bug#623636: nautilus: Nautilus crashes when i try open an archive backup (~)
Package: nautilus Version: 3.0.0-1 Severity: important In my /home when i try to open an archive ( archive.txt~) backup crashes with any messages on screen. This is only i have on my pc ; nautilus[2309] trap stack segment ip:7fb5209e3f45 sp:7fffb4ea2420 error:0 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.15-2 Utilities for .desktop files ii gsettings-desktop-schema 3.0.0-1 GSettings deskop-wide schemas ii gvfs 1.8.0-1 userspace virtual filesystem - ser ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc62.13-0exp5 Embedded GNU C Library: Shared lib ii libcairo-gobject21.10.2-6The Cairo 2D vector graphics libra ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libexempi3 2.1.1-1 library to parse XMP metadata (Lib ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgail-3-0 3.0.8-1 GNOME Accessibility Implementation ii libgdk-pixbuf2.0-0 2.23.3-3GDK Pixbuf library ii libglib2.0-0 2.28.6-2GLib library of C routines ii libglib2.0-data 2.28.6-2Common files for GLib library ii libgnome-desktop-3-0 3.0.0-1 Utility library for loading .deskt ii libgtk-3-0 3.0.8-1 The GTK+ graphical user interface ii libnautilus-extension1 3.0.0-1 libraries for nautilus components ii libnotify4 0.7.1-2 sends desktop notifications to a n ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libselinux1 2.0.98-1SELinux runtime shared libraries ii libx11-6 2:1.4.3-1 X11 client-side library ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii nautilus-data3.0.0-1 data files for nautilus ii shared-mime-info 0.90-1 FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii app-install-dat 2010.11.17 Application Installer Data Files ii brasero 3.0.0-1 CD/DVD burning application for GNO ii consolekit 0.4.4-1 framework for defining and trackin ii desktop-base6.0.6common files for the Debian Deskto ii eject 2.1.5+deb1+cvs20081104-8 ejects CDs and operates CD-Changer pn gvfs-backends (no description available) ii librsvg2-common 2.32.1-1 SAX-based renderer library for SVG ii synaptic0.75.1 Graphical package manager Versions of packages nautilus suggests: pn eog(no description available) ii evince [pdf-viewer] 3.0.0-3Document (PostScript, PDF) viewer ii totem 3.0.0-1Simple media player for the GNOME pn tracker(no description available) ii vlc [mp3-decoder] 1.1.9-1multimedia player and streamer ii vlc-nox [mp3-decoder] 1.1.9-1multimedia player and streamer (wi ii xdg-user-dirs 0.13-2 tool to manage well known user dir -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623635: ITP: gnome-tweak-tool -- tool to adjust advanced configuration settings for GNOME
Package: wnpp Severity: wishlist Owner: Josselin Mouette * Package name: gnome-tweak-tool Version : 3.0.0 Upstream Author : John Stowers * URL : http://ftp.gnome.org/pub/gnome/sources/gnome-tweak-tool/ * License : GPL v3+ Programming Lang: Python Description : tool to adjust advanced configuration settings for GNOME GNOME Tweak Tool allows the adjustment of a number of GNOME configuration settings that is felt would not be of interest to ordinary users. This includes things like the fonts used in user interface elements, alternative user interface themes, changes in window management behaviour and others. -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623165: Updated graphviz to fix FTBFS caused by python 2.7
Hi Christoph, Hope you're having a happy Easter (you too Seb). I've just pushed some changes to the git repo to fix the recent FTBFS which was caused by the introduction of python 2.7 to the archive. I've thrown in a couple of other things including a patch for Hurd which was submitted - just so you know I have no way to test this so I'm just taking a flyer on it. Could you please take a look and (assuming it looks OK) upload it for me? Cheers, David. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623634: libnet-rawip-perl: miscalculates header checksums
Package: libnet-rawip-perl Version: 0.25-1 Severity: important Hi, It seems Net::RawIP, if you run a script using it long enough (as in millions of generated UDP packets), eventually generates bogus UDP checksums in the packets it's sending out (tcpdump freaks out, the end hosts start ignoring them). I took a look at the source, and it seems the following fragment from RawIP.xs in the udp_pkt_creat() function is the culprit: memcpy(ptr,(u_char*)&piu,20); memcpy(ptr+20,SvPV(ip_opts,PL_na),SvCUR(ip_opts)); memcpy(ptr+20+SvCUR(ip_opts),(u_char*)&piu + 20,8); ((struct iphdr*)ptr)->check = in_cksum((unsigned short *)ptr,iplen); RETVAL = newSVpv((char*)ptr, sizeof(IUPKT)+SvCUR(ip_opts)); You can't use cast-as-lvalue like this; it is an aliasing violation, and with newer gcc seemingly something wrong happens here. The easiest way to fix this is usually by using memcpy (which has specific exceptions in POSIX from the aliasing rules), like this: unsigned short cksum; [...] cksum = in_cksum((unsigned short *)ptr,iplen); memcpy(&((struct iphdr*)ptr)->check, &cksum, sizeof(cksum)); Adding this fragment seems to have fixed the issue for us; at least it's running stable for a day or so. Granted, we also run with noopt nostrip, so it _could_ be something else, but it really sticks out as a sore thumb. FWIW, there are similar fragments many other places in the code, so you should probably fix all of them. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37.3 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623633: sbcl fails to load asdf on startup
Package: sbcl Version: 1:1.0.47.0-2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sbcl depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib Versions of packages sbcl recommends: ii binfmt-support2.0.4 Support for extra binary formats Versions of packages sbcl suggests: ii sbcl-doc1:1.0.47.0-2 Documentation for Steel Bank Commo ii sbcl-source 1:1.0.47.0-2 Source code files for SBCL ii slime 1:20100722-1 Superior LISP Interaction Mode for -- no debconf information Same with kernel 2.6.38-2-amd64. I booted into the older 2.6.32-5-amd64 just to make sure. After upgrading to sbcl Version: 1:1.0.47.0-2, got following in emacs/slime: ; loading #P"/usr/share/common-lisp/source/slime/swank-loader.lisp" debugger invoked on a SB-C::INPUT-ERROR-IN-COMPILE-FILE in thread #: READ failure in COMPILE-FILE: SB-INT:SIMPLE-READER-PACKAGE-ERROR at 5611 (line 143, column 52) on #: package "ASDF" not found Same error in bare sbcl, and must manually load asdf. The file /usr/lib/common-lisp/bin/sbcl.sh is not there. I then downgraded sbcl (and cl-asdf, because both were upgraded at same time), and all works fine as before. I then re- upgraded both, and got the same error again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623632: say how to just use an online version of apt-file, instead of maintaining a local copy
Package: apt-file If the user decides apt-file is too network-expensive and purges it, that does not interrupt the running curl process. Also important is saying on the package description and perhaps also man page, how such a user could instead just give his apt-file queries to some web page that could tell him the answer, instead of the user having to maintain a local copy of the apt-file database. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623537: [Pkg-libvirt-maintainers] Bug#623537: virt-manager: does not detect VT-x while creating guest
> virsh --connect xen:/// capabilities > cat /proc/cpuinfo It's in attachment. There's no "vmx" in cpuinfo, but according to some maillists it's normal. Actually it's exists and enabled. x86_64 xenmigr xen 64 /usr/lib64/xen/bin/qemu-dm xenpv xen 32 /usr/lib64/xen/bin/qemu-dm xenpv hvm 32 /usr/lib64/xen/bin/qemu-dm /usr/lib/xen-default/boot/hvmloader xenfv hvm 64 /usr/lib64/xen/bin/qemu-dm /usr/lib/xen-default/boot/hvmloader xenfv processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5630 @ 2.53GHz stepping: 2 cpu MHz : 2533.530 cache size : 12288 KB fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nonstop_tsc aperfmperf pni est ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm ida arat bogomips: 5067.06 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5630 @ 2.53GHz stepping: 2 cpu MHz : 2533.530 cache size : 12288 KB fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nonstop_tsc aperfmperf pni est ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm ida arat bogomips: 5067.06 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5630 @ 2.53GHz stepping: 2 cpu MHz : 2533.530 cache size : 12288 KB fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nonstop_tsc aperfmperf pni est ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm ida arat bogomips: 5067.06 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5630 @ 2.53GHz stepping: 2 cpu MHz : 2533.530 cache size : 12288 KB fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nonstop_tsc aperfmperf pni est ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm ida arat bogomips: 5067.06 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 4 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5630 @ 2.53GHz stepping: 2 cpu MHz : 2533.530 cache size : 12288 KB fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nonstop_tsc aperfmperf pni est ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm ida arat bogomips: 5067.06 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: processor : 5 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5630 @ 2.53GHz stepping: 2 cpu MHz : 2533.530 cache size : 12288 KB fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu de tsc msr pae mce cx8 apic sep mtr
Bug#604048: www.debian.org: Count of 'days in preparation' is wrong on wnpp page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 hi, Le 20/11/2010 06:05, Gerfried Fuchs a écrit : > * Thomas PIERSON [2010-11-19 20:13:46 CET]: >> I work on a package since 82 days but on wnpp page I can see '201 days in >> preparation'. >> >> I talk about this package. [1] >> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579859 > > It was filed on May 1st actually, I guess that's where the difference > comes from. I guess making the code that generates the data aware of > retitle and start calculating from there would require a fair bit of > work, though. I plan to provide those pages by “age since initiation” and “age since last activity” as requested in #505254. Would these two mentions in the list address this issue? It won't exactly provide the number of day of work, as Gerfried said, it would require a fair amount of trick, and the more I think about it, the more I can think of corner cases anyway. Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJNsMQkAAoJELgqIXr9/gnyEPgQAKt5AT4uU2ZK8/GirvEycCo8 zWx0ovJ82NgRMQxZFcMHd+aQJ/LID3hFF+0clB5JwnS80qbT0+I9whK2JwvmUfzN djOmj3Rz2CoQICo5gpNRV/CHH6vHmFdlsbLtCFPWRM/fqdbSjRyizZGuLhF1VGf/ +hwUQg53sQA9uEivXM+8d+Cw/lX4ZRUDmqs+U6VnT+mXfaeRPpSlaYoJOfyRCd5T bf82leowEVlKYpMyoYU7XOqVY43a/Sh5ozItPdLnToakCPgUywVqjeWhN2rmmn8G zMbQ8qrCPcGywO6fQaICzluCx4dxmDp2eC3wXWK2QfqQX/0odnFBeshBXiqAmYcJ gpeHWr+C7PMAEt9ctv4rMRd0Rbw2XFeZawpWya1vr1eRHiJIUH2+9oTJgodc2Tx+ sT+fDQ9kNZwmsYxHqGK9qUIyiwFX8NKu94tctOxQPDABMexUDeUChM0wNJb9vFlm zipB71qepVwzoIXfzTzagQfb6VnwKcqipQwTsJ3S2klRS/5qn6M1RSMpFMC9vUcF OuRbdXpZSF+eiXc0Jd8pxw6mMGeToBrcLq5l03MuF1oFpOt/ZdkJoAMDGdRA3ZFI bgx+kPI19/rRFcuiZv40aK72o9cvTPB7pqI6jiUnQP3cu3m4ooNr+LdtY51rxg9b HcSX0PtB5gYzUudbrE0c =GZSq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623631: linux-image-2.6.38-2-686: aesni_intel module missing
Package: linux-image-2.6.38-2-686 Severity: normal Although aesni-intel was added as due to bug #597658, and no message in the changelog indicated that it was removed again, it is not included within linux- image-2.6.38-2-686. Can you please add it again? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686-bigmem (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623630: misdetection of gzip data
Package: file Version: 5.04-5 Severity: normal Ran across this very randomly. It seems that this depends on both contents and original filename: $ cp /usr/lib/debug/usr/lib32/gconv/IBM423.so . $ file IBM423.so IBM423.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, for GNU/Linux 2.6.15, not stripped $ gzip -c IBM423.so > test.gz $ file test.gz test.gz: Minix filesystem, V1, 30 char names (big endian), 59670 zones $ cp IBM423.so test.so $ gzip -c test.so > test.gz $ file test.gz test.gz: gzip compressed data, was "test.so", from Unix, last modified: Thu Apr 21 16:52:36 2011 I've attached the debug symbols file that triggered this... -Kees -- Kees Cook@debian.org IBM423.so Description: Binary data
Bug#600675:
I have created a new ticket on Deluge bug tracker. http://dev.deluge-torrent.org/ticket/1790
Bug#609177: [imagemagick] DEBUG_MAGICK contents
Sorry for the slow response. The request for more info was lost in my inbox. $ export MAGICK_DEBUG=aa $ animate animate: unable to open X server `'. $ export MAGICK_DEBUG=$(perl -e 'print "A" x 1') $ animate Segmentation fault $ -- Silvio On Thu, Apr 21, 2011 at 11:03 PM, Bastien ROUCARIES < roucaries.bast...@gmail.com> wrote: > tags 609177 + unreproducible > forwarded 609177 > http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=18594 > thanks > > This is the last remainder for supplying asked information. Will close this > bug soon > > Bastien >
Bug#605030: linux-2.6: bluetooth adapter ar3011
If that device is actually a 0cf3:3000 that was changed to 0cf3:3002 by firmware loading in the Windows driver, I think this problem is solved in Debian by using linux kernel 2.6.38 and firmware-atheros package (>=0.28). However, if it's a 0cf3:3002 like the one in a Dell Vostro V130, the problem remains unsolved: https://bugzilla.kernel.org/show_bug.cgi?id=27402 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/720949 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/714862
Bug#623629: bible-kjv: Incorrect text in Ps50:17
Package: bible-kjv Version: 4.24 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The text for Ps50:17 is as follows: "Seeing thou hatest instruction, and casteth my words behind thee." However, the word "casteth" should in fact be "castest." Regards, - -Roberto - -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bible-kjv depends on: ii bible-kjv-text4.24 King James Version of the Bible - ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libreadline6 6.1-3 GNU readline and history libraries bible-kjv recommends no packages. Versions of packages bible-kjv suggests: ii verse 0.22.5 Daily Devotional Verse from KJV Bi - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNsLwqAAoJECzXeF7dp7IPpMEP/jy7EYlMnlIZPcB+ecybyZ8C aZaB7+gjb6CYHz0GUHzbvvv/AIcm+JfsZ/Aulpq1k+AngzD7yF/FMurcLujnQRjv eD9cUg7nIDQLLXpKdJE9TAj7QIhm5vrrN5BY8BnUqnzk1yofhXxq+k2heVCF44c1 gSGkXAV6hRPsPNubxpOLgvi61utxGXHmm69hYFvJD6QZRaQwY0oYebEG/xqMblYo XSqmV8X51IXc3dAiWop8qTEJrnMDdmnnqnLdLF8OxCVDQ9HudpLG/J44mHsujmC5 HAvDJeC++qeYkSdKsbAXaZB92zYpaXtKDg0jAa1NtwQY/lz+eZlllagSmJZa4Loh HRUdCWnYXz9KGE7q3aqPrri5nakWKvtrO1ByU1lW9iRen3oWj2eqiZsaBXP54V/d CTgIWbAQawgCZPiux1P5k6JQujW+aCthHEGtPoACqMCISH7WnBM3MOe3RBDv8dwZ 251xy8SFwfq0Cq0ba5t9fwNQAT/dycbbSNWf9dooeDJQk/Mk4gQg7Rv53GPsedt2 4VO4I6thH5Ne8ZbqgkzmXf0TPv03/k+hlt6557vVXYT4Hx66HjhCD+4HKMAoubDM O8Lj8nvRh1aqH6CPGnRwADbOlHv8IzRanc0l3Ta68iIEu5LGnGBP/8/uYLs0SYm9 Ms6iZDmUiSAt1bzNprqh =/xwi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623628: libllvm-ocaml-2.8-dev: ocamlfind does not find llvm-2.8 META file
Package: libllvm-ocaml-2.8-dev
Version: 2.8-2+b1
Severity: normal
when using ocamlfind to find llvm-2.8, ocamlfind does not find llvm-2.8, while
it can find other packages (unix for example) :
$ ocamlfind ocamlc -package unix -where
/usr/lib/ocaml
$ ocamlfind ocamlc -package llvm-2.8 -where
ocamlfind: Package `llvm-2.8' not found
The META file is correctly installed :
$ ls /usr/lib/ocaml/METAS/META.llvm-2.8
/usr/lib/ocaml/METAS/META.llvm-2.8
The problem seems to be the dot character in 'llvm-2.8', because strace reports
ocamlfind to look for META files with prefix or suffix 'llvm-2' :
$ strace ocamlfind ocamlc -package llvm-2.8 -where
[...]
stat("/usr/lib/ocaml/threads/threads.cma", {st_mode=S_IFREG|0644,
st_size=41347, ...}) = 0
close(3)= 0
stat("/usr/local/lib/ocaml/3.12.0/llvm-2/META", 0x7fff46d7cfe0) = -1 ENOENT (No
such file or directory)
stat("/usr/local/lib/ocaml/3.12.0/META.llvm-2", 0x7fff46d7cfe0) = -1 ENOENT (No
such file or directory)
stat("/usr/lib/ocaml/llvm-2/META", 0x7fff46d7cfe0) = -1 ENOENT (No such file or
directory)
stat("/usr/lib/ocaml/META.llvm-2", 0x7fff46d7cfe0) = -1 ENOENT (No such file or
directory)
stat("/usr/lib/ocaml/METAS/llvm-2/META", 0x7fff46d7cfe0) = -1 ENOENT (No such
file or directory)
stat("/usr/lib/ocaml/METAS/META.llvm-2", 0x7fff46d7cfe0) = -1 ENOENT (No such
file or directory)
write(2, "ocamlfind: Package `llvm-2.8' no"..., 40ocamlfind: Package `llvm-2.8'
not found
) = 40
exit_group(2) = ?
I don't know if this behavior should be reported upstream or the META file
renamed.
Best regards
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libllvm-ocaml-2.8-dev depends on:
ii llvm-2.8-dev 2.8-2+b1 Low-Level Virtual Machine (LLVM),
ii ocaml-base-nox [ocaml-base-no 3.12.0-4 Runtime system for OCaml bytecode
libllvm-ocaml-2.8-dev recommends no packages.
Versions of packages libllvm-ocaml-2.8-dev suggests:
pn llvm-2.8-doc (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623613: Removing SAN mapping spawn interruptible process
On 04/22/2011 01:30 AM, Laurent Bigonville wrote: > When I'm removing a LUN mapping (association to the machine) using the > SAN manager, it seems that udev is starting several: > What is a SAN Manager here? An external tool? Steps when unmapping a LUN is: * Ensure it has been freed from the initiator. (Includes FS, DM) * Unmap LUN on target * Rescan scsi bus on Initiator > /sbin/kpartx -a -p -part /dev/dm-0 > /sbin/blkid -o udev -p /dev/dm-0 > > these process are in D (interruptible sleep) state because the machine > cannot access them anymore. > > Steps: > > multipath -f lun_name > echo "- - -" >/sys/class/scsi_host/$hba/scan > /etc/init.d/multipath-tools reload > > multipath -ll now shows a mpath0 path that cannot be removed (mpath0: > map in use). > > I guess this is a bad integration with udev/kpartx/dmsetup > -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." signature.asc Description: OpenPGP digital signature
Bug#618900: xserver-xorg-video-mga: does not work with MGA G100 chip
I have gone through the logs. The detected max dotclock of the monitor (from EDID) has changed from 90 to 95 MHz. The default mode has changed from 1280x768@80.1Hz to 1360x768@84.8Hz. Does it help to change resolution, for instance by blind-typing "xrandr -s 800x600" ? Can you please also provide the output from "xrandr --verbose" in both cases? Either by blind-typing, or starting X like this: xinit -e 'sh -c "xrandr --verbose > xrandr.log" ' Also, with only 6MB of video RAM, you may want to reduce the color depth. Try starting X with: xinit -- -depth 16 and you might get more available resolutions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623627: hplip: bug script starts /usr/share/hplip/systray.py
Package: hplip Version: 3.11.1-3 Severity: important File: /usr/share/bug/hplip/script When reporting a bug, the bug script causes /usr/share/hplip/systray.py to be started. This is not acceptable. I expect that a bug script does not start or stop any sort of service and does not drop anything into my notification area. I expect that behavior on Windows, but not on Linux. If you want to run a command that causes any of those types of behaviors, you need to get explicit consent from the user *before* you do it and it needs to be optional. Please fix this in your next upload. -- Package-specific info: HP Linux Imaging and Printing System (ver. 3.11.1) Dependency/Version Check Utility ver. 14.3 Copyright (c) 2001-9 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependewarning: Version: (cups-config) Not available. Unable to determine installed version of CUPS.) warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. ncies). Saving output in log file: hp-check.log Initializing. Please wait... --- | SYSTEM INFO | --- Basic system information: Linux lakeview 2.6.38-2-amd64 #1 SMP Thu Apr 7 04:28:07 UTC 2011 x86_64 GNU/Linux Distribution: debian unstable Checking Python version... OK, version 2.6.6 installed Checking PyQt 4.x version... OK, version 4.8.3 installed. Checking for CUPS... Status: scheduler is running error_log is set to level: debug Checking for dbus/python-dbus... dbus daemon is running. python-dbus version: 0.83.1 | RUNTIME DEPENDENCIES | Checking for dependency: CUPS - Common Unix Printing System... OK, found. Checking for dependency: CUPS DDK - CUPS driver development kit... Checking for dependency: GhostScript - PostScript and PDF language interpreter and previewer... OK, found. Checking for dependency: PIL - Python Imaging Librarerror: NOT FOUND! This is a REQUIRED/RUNTIME ONLY dependency. Please make sure that this dependency is installed before installing or running HPLIP. warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. y (required for commandline scanning with hp-scan)... OK, found. Checking for dependency: PolicyKit - Administrative policy framework... OK, found. Checking for dependency: PyQt 4 DBus - DBus Support for PyQt4... Checking for dependency: Python DBus - Python bindings for DBus... OK, found. Checking for dependency: Python libnotify - Python bindings for the libnotify Desktop notifications... OK, found. Checking for dependency: Python XML libraries... OK, found. Checking for dependency: Python 2.3 or greater - Required for fax functionality... OK, found. Checking for dependency: Reportlab - PDF library for Python... Checking for dependency: SANE - Scanning library... OK, found. Checking for dependency: scanimage - Shell scanning program... OK, found. Checking for dependency: xsane - Graphical scanner frontend for SANE... OK, found. -- | HPLIP INSTALLATION | -- Currently installed HPLIP version... HPLIP 3.11.1 currently installed in '/usr/share/hplip'. Current contents of '/etc/hp/hplip.conf' file: # hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=3.11.1 [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hplip/HP ppdbase=/usr/share/ppd/hplip doc=/usr/share/doc/hplip-doc/HTML icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv # Following values are determined at configure time and cannot be changed. [configure] network-build=yes pp-build=yes gui-build=yes scanner-build=yes fax-build=yes dbus-build=yes cups11-build=no doc-build=yes shadow-build=no hpijs-install=yes foomatic-drv-install=yes foomatic-ppd-install=yes foomatic-rip-hplip-install=no hpcups-install=yes cups-drv-install=yes cups-ppd-install=no internal-tag=3.11.1.19 restricted-build=no ui-toolkit=qt4 qt3=no qt4=yes policy-ki
Bug#623611: Lot of IO erros during boot
Please post your multipath.conf file. On 04/22/2011 01:11 AM, Laurent Bigonville wrote: > Package: multipath-tools > Version: 0.4.8+git0.761c66f-9 > Severity: normal > > Hi, > > During bootup I get a lot of IO errors that delay the boot for a few > min. > > Apr 21 21:31:08 popo kernel: [ 134.997726] sd 0:0:0:1: [sda] Result: > hostbyte=DID_OK driverbyte=DRIVER_SENSE > Apr 21 21:31:08 popo kernel: [ 134.997729] sd 0:0:0:1: [sda] Sense Key : > Illegal Request [current] > Apr 21 21:31:08 popo kernel: [ 134.997731] sd 0:0:0:1: [sda] <> > ASC=0x94 ASCQ=0x1ASC=0x94 ASCQ=0x1 > Apr 21 21:31:08 popo kernel: [ 134.997735] sd 0:0:0:1: [sda] CDB: Read(10): > 28 00 00 00 01 00 00 00 08 00 > Apr 21 21:31:08 popo kernel: [ 134.997740] end_request: I/O error, dev sda, > sector 256 > Apr 21 21:31:08 popo kernel: [ 134.998313] sd 1:0:0:1: [sdc] Result: > hostbyte=DID_OK driverbyte=DRIVER_SENSE > Apr 21 21:31:08 popo kernel: [ 134.998316] sd 1:0:0:1: [sdc] Sense Key : > Illegal Request [current] > Apr 21 21:31:08 popo kernel: [ 134.998319] sd 1:0:0:1: [sdc] <> > ASC=0x94 ASCQ=0x1ASC=0x94 ASCQ=0x1 > Apr 21 21:31:08 popo kernel: [ 134.998323] sd 1:0:0:1: [sdc] CDB: Read(10): > 28 00 00 00 01 00 00 00 08 00 > Apr 21 21:31:08 popo kernel: [ 134.998328] end_request: I/O error, dev sdc, > sector 256 > Apr 21 21:31:08 popo kernel: [ 135.498724] sd 0:0:0:1: [sda] Result: > hostbyte=DID_OK driverbyte=DRIVER_SENSE > Apr 21 21:31:08 popo kernel: [ 135.498727] sd 0:0:0:1: [sda] Sense Key : > Illegal Request [current] > Apr 21 21:31:08 popo kernel: [ 135.498729] sd 0:0:0:1: [sda] <> > ASC=0x94 ASCQ=0x1ASC=0x94 ASCQ=0x1 > Apr 21 21:31:08 popo kernel: [ 135.498732] sd 0:0:0:1: [sda] CDB: Read(10): > 28 00 00 00 01 00 00 00 08 00 > Apr 21 21:31:08 popo kernel: [ 135.498737] end_request: I/O error, dev sda, > sector 256 > Apr 21 21:31:08 popo kernel: [ 135.498823] __ratelimit: 10 callbacks > suppressed > Apr 21 21:31:08 popo kernel: [ 135.498825] Buffer I/O error on device sda, > logical block 32 > Apr 21 21:31:08 popo kernel: [ 135.498827] sd 1:0:0:1: [sdc] Result: > hostbyte=DID_OK driverbyte=DRIVER_SENSE > Apr 21 21:31:08 popo kernel: [ 135.498829] sd 1:0:0:1: [sdc] Sense Key : > Illegal Request [current] > Apr 21 21:31:08 popo kernel: [ 135.498831] sd 1:0:0:1: [sdc] <> > ASC=0x94 ASCQ=0x1ASC=0x94 ASCQ=0x1 > Apr 21 21:31:08 popo kernel: [ 135.498834] sd 1:0:0:1: [sdc] CDB: Read(10): > 28 00 00 00 01 00 00 00 08 00 > Apr 21 21:31:08 popo kernel: [ 135.498838] end_request: I/O error, dev sdc, > sector 256 > Apr 21 21:31:08 popo kernel: [ 135.498840] Buffer I/O error on device sdc, > logical block 32 > > sda and sdc are the devices for not active path. > > > cc_fleet_otf_test_4_1 (3600a0b8000472512152a4d5cdd9e) dm-1 IBM,1815 > FAStT Can you disable hwhandler and test? The device ID listed here looks to be that of DATA ONTAP. > size=500G features='1 queue_if_no_path' hwhandler='1 rdac' wp=rw > |-+- policy='round-robin 0' prio=12 status=active > | |- 0:0:1:1 sdb 8:16 active ready running > | `- 1:0:1:1 sdd 8:48 active ready running > `-+- policy='round-robin 0' prio=2 status=enabled > |- 0:0:0:1 sda 8:0 active ghost running > `- 1:0:0:1 sdc 8:32 active ghost running > -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." signature.asc Description: OpenPGP digital signature
Bug#623626: hplip: complains that networked Officejet 4500 is not connected
Package: hplip Version: 3.11.1-3 Severity: normal File: /usr/lib/cups/backend/hp I have an Officejet 4500 that is networked via an Ethernet cable. Until recently, it worked just fine. Now I get complaints that it is probably not connected (which is false) and nothing prints. The printer works fine from a Windows machine on the network using the software from the CD included with the printer, so I'm certain that it is, in fact, connected and functioning. I did get it working once by downgrading hplip and ghostscript and rebooting, but it took all three. I'm going to see if simply rebooting solves the problem or not. CUPS claims: printer Officejet-4500 disabled since Thu 21 Apr 2011 10:17:10 PM UTC - /usr/lib/cups/backend/hp failed I've attached the most recent /var/log/cups/error_log, compressed with gzip. If you have any questions or need any testing, please let me know. If the bug is in some other package, feel free to reassign (possibly with an affects notation). -- Package-specific info: HP Linux Imaging and Printing System (ver. 3.11.1) Dependency/Version Check Utility ver. 14.3 Copyright (c) 2001-9 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependewarning: Version: (cups-config) Not available. Unable to determine installed version of CUPS.) warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. ncies). Saving output in log file: hp-check.log Initializing. Please wait... --- | SYSTEM INFO | --- Basic system information: Linux lakeview 2.6.38-2-amd64 #1 SMP Thu Apr 7 04:28:07 UTC 2011 x86_64 GNU/Linux Distribution: debian unstable Checking Python version... OK, version 2.6.6 installed Checking PyQt 4.x version... OK, version 4.8.3 installed. Checking for CUPS... Status: scheduler is running error_log is set to level: debug Checking for dbus/python-dbus... dbus daemon is running. python-dbus version: 0.83.1 | RUNTIME DEPENDENCIES | Checking for dependency: CUPS - Common Unix Printing System... OK, found. Checking for dependency: CUPS DDK - CUPS driver development kit... Checking for dependency: GhostScript - PostScript and PDF language interpreter and previewer... OK, found. Checking for dependency: PIL - Python Imaging Librarerror: NOT FOUND! This is a REQUIRED/RUNTIME ONLY dependency. Please make sure that this dependency is installed before installing or running HPLIP. warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. y (required for commandline scanning with hp-scan)... OK, found. Checking for dependency: PolicyKit - Administrative policy framework... OK, found. Checking for dependency: PyQt 4 DBus - DBus Support for PyQt4... Checking for dependency: Python DBus - Python bindings for DBus... OK, found. Checking for dependency: Python libnotify - Python bindings for the libnotify Desktop notifications... OK, found. Checking for dependency: Python XML libraries... OK, found. Checking for dependency: Python 2.3 or greater - Required for fax functionality... OK, found. Checking for dependency: Reportlab - PDF library for Python... Checking for dependency: SANE - Scanning library... OK, found. Checking for dependency: scanimage - Shell scanning program... OK, found. Checking for dependency: xsane - Graphical scanner frontend for SANE... OK, found. -- | HPLIP INSTALLATION | -- Currently installed HPLIP version... HPLIP 3.11.1 currently installed in '/usr/share/hplip'. Current contents of '/etc/hp/hplip.conf' file: # hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=3.11.1 [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hplip/HP ppdbase=/usr/share/ppd/hplip doc=/usr/share/doc/hplip-doc/HTML icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv # Following values are determined at configure tim
Bug#622924: xtrkcad: Please update the package to the latest upstream version
Version 4.0.3a was found to cause font issues with some configurations; version 4.2.0 is being prepared for release upstream which fixes this issue as well as integrating the libwebkit changes needed for the package to work on modern distributions. These are expected to be released and the Debian package submitted for sponsorship soon. If you would like to test or sponsor these changes, contact me directly and I'll send a link. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623625: Please update Jython to 2.5.2
Package: jython Version: 2.5.1-2 Severity: wishlist As title says. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jython depends on: ii antlr3 3.2-5 language tool for constructing rec ii default-jre-headless [ 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre-headless [ 4.4.6-2 Java runtime environment using GIJ ii gcj-jre-headless [java 4:4.4.5-7 Java runtime environment using GIJ ii libasm3-java 3.2-3 Java bytecode manipulation framewo ii libconstantine-java0.7-1 platform constants for Java ii libjline-java 0.9.94-5 Java library for handling console ii libjna-java3.2.7-1 Dynamic access of native libraries ii libjna-posix-java 1.0.1-1 basic POSIX-like functions for Jav ii libreadline-java 0.8.0.1+dfsg-2+b1 GNU readline and BSD editline wrap ii libxerces2-java2.9.1-4.1 Validating XML parser for Java wit ii openjdk-6-jre-headless 6b18-1.8.7-3 OpenJDK Java runtime, using Hotspo ii perl 5.10.1-19 Larry Wall's Practical Extraction Versions of packages jython recommends: ii default-jdk 1:1.6-40 Standard Java or Java compatible D ii gcj-4.4-jdk [java-compiler] 4.4.6-2 gcj and classpath development tool ii gcj-jdk [java-compiler] 4:4.4.5-7gcj and classpath development tool ii openjdk-6-jdk [java-compile 6b18-1.8.7-3 OpenJDK Development Kit (JDK) Versions of packages jython suggests: pn jython-doc (no description available) ii libmysql-java 5.1.10+dfsg-2 Java database (JDBC) driver for My ii libpg-java 8.4-702-1 Java database (JDBC) driver for Po ii libservlet2.5-java 6.0.32-3 Servlet 2.5 and JSP 2.1 Java API c -- no debconf information -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ "Faith means not wanting to know what is true." -- Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623419: "Error: no `client' JVM at `/usr/lib/jvm/java-6-sun-1.6.0.24/jre/lib/amd64/client/libjvm.so'."
On Thu, Apr 21, 2011 at 10:33 AM, Erik Sundin wrote: > -client IF_SERVER_CLASS -server > -server KNOWN > -hotspot ALIASED_TO -client > -classic WARN > -native ERROR > -green ERROR The package sun-java6-bin_6.24-1_amd64.deb ships the following file (comments removed): -server KNOWN -client IGNORE -hotspot ERROR -classic WARN -native ERROR -green ERROR That means you have some local modifications and this is probably not a bug in the package. Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620065: fixed in libimobiledevice 1.1.0-3
Le Monday 18 April 2011 à 21:27 +0200, Raphael Hertzog a écrit : > Hi, > > First of all, I wanted to suggest to drop the Conflicts and just keep the > Replaces. The Replaces is enough, the only problem is that the FDI file > will be lost if libimobiledevice2 is removed while some application > still use libimobiledevice1 (the other cases are correctly handled by dpkg > whatever the order of installation of the packages). Ok, It sounds reasonable. I'll try to update it this week-end, but feel free to NMU it if it's an emergency. > > Those uploads will be needed anyway, as I think libimobiledevice2 > > is/will not be API-compatible with libimobiledevice1. So, could be a > > moot point. > > Julien (Lavergne), do you know if this is the case? For now, only new API was added, but as they declared the API not stable, we can't be sure what is going to change. To be safe, I prefer to assume that the API can change, that's why it should stay in experimental until 1.2.0 is released. Regards, Julien Lavergne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604680: Reassigning 604680 & friends
reassign 604680 xserver-xorg-video-intel affects 604680 gnome-terminal affects 604680 libvte9 affects 604680 libvte-2.90-9 kthxbye Since all the affected systems use Intel GPUs and I'm starting to see these types of corruptions in the gnome-terminal from GNOME 3 and in GNOME 3 in general, I'm reassigning to xserver-xorg-video-intel. If the maintainers think the bug is in libcairo2, they can feel free to reassign it there. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#623624: emacs23.3: RMAIL doesn't recognise MIME messages
Package: emacs23 Version: 23.3+1-1 Severity: normal With emacs23.3, and rmail-enable-mime set to t, RMAIL does not seem to recognise MIME messages: when pressing 'v', for rmail-mime, it responds with "Not a MIME message". Tracing rmail-mime shows that (get-text-property(1 rmail-mime-entity)) returns nil. With rmail-enable-mime set to nil rmail-mime does decode the MIME message, to a separate buffer (and allows saving attachments), as in v23.2. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.3+1-1 The GNU Emacs editor's shared, arc ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.3-3 GDK Pixbuf library ii libgif4 4.1.6-9 library for GIF images (library) ii libglib2.0-02.28.4-1 The GLib library of C routines ii libgpm2 1.20.4-3.4 General Purpose Mouse - shared lib ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libm17n-0 1.6.2-3 a multilingual text processing lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libotf0 0.9.12-1 A Library for handling OpenType Fo ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libpng12-0 1.2.44-2 PNG library - runtime ii librsvg2-2 2.32.1-1 SAX-based renderer library for SVG ii libsm6 2:1.2.0-1X11 Session Management library ii libtiff43.9.4-9 Tag Image File Format (TIFF) libra ii libx11-62:1.4.3-1X11 client-side library ii libxft2 2.2.0-2 FreeType-based font drawing librar ii libxpm4 1:3.5.9-1X11 pixmap library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.3+1-1 GNU Emacs shared, architecture ind -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623623: fails to start, depends on dpkg-architecture (dpkg-dev)
Package: pbuilder Version: 0.199+nmu3 Severity: normal Hi, since the upgrade from 0.199+nmu2 to 0.199+nmu3 cowbuilder fails to start: # cowbuilder --login --basepath /var/cache/pbuilder/sid.cow -> Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.6365 forking: cp -al /var/cache/pbuilder/sid.cow /var/cache/pbuilder/build//cow.6365 I: removed stale ilistfile /var/cache/pbuilder/build//cow.6365/.ilist -> Invoking pbuilder forking: pbuilder login --buildplace /var/cache/pbuilder/build//cow.6365 --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.6365 cow-shell W: /root/.pbuilderrc does not exist I: Running in no-targz mode I: copying local configuration /usr/lib/pbuilder/pbuilder-modules: line 237: dpkg-architecture: command not found -> Cleaning COW directory forking: rm -rf /var/cache/pbuilder/build//cow.6365 I don't have the package dpkg-dev installed on this system, it's inside the chroot. Maybe you could use dpkg --print-architecture or the dpkg people could move dpkg-architecture in the package dpkg. Bye, Jörg. -- System Information: # lsb_release -a Distributor ID: Debian Description:Debian GNU/Linux testing (wheezy) Release:testing Codename: wheezy Shell: /bin/sh linked to /bin/dash # dpkg -l cdebootstrap coreutils debconf debianutils debootstrap wget devscripts fakeroot sudo cowdancer gdebi-core pbuilder-uml Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten | Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/ Halb installiert/Trigger erWartet/Trigger anhängig |/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht) ||/ Name VersionBeschreibung +++-==-==- un cdebootstrap (keine Beschreibung vorhanden) ii coreutils 8.5-1 GNU core utilities ii cowdancer 0.62+nmu2 Copy-on-write directory tree utility. ii debconf1.5.38 Debian configuration management system ii debianutils3.4.4 Miscellaneous utilities specific to Debian ii debootstrap1.0.29 Bootstrap a basic Debian system un devscripts (keine Beschreibung vorhanden) ii fakeroot 1.15.1-1 tool for simulating superuser privileges un gdebi-core (keine Beschreibung vorhanden) un pbuilder-uml (keine Beschreibung vorhanden) un sudo (keine Beschreibung vorhanden) ii wget 1.12-2.1 retrieves files from the web -- debconf information excluded signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#623622: libssreflect-ocaml:ocaml/optional
Package: ftp.debian.org Le 21/04/2011 23:19, Debian FTP Masters a écrit : > There are disparities between your recently accepted upload and the > override file for the following file(s): > > libssreflect-ocaml_1.3pl1-3_amd64.deb: package says section is ocaml, > override says math. The package is right. Please update the override file. Best regards, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623621: win32-loader: please support building with mingw-w64
Package: win32-loader Version: 0.7.0 Severity: wishlist Tags: patch Hi, mingw-w64, which is intended to eventually replace mingw32 and the assorted packages, is now available in Debian along with new builds of binutils and gcc. The attached patch allows win32-loader to build using mingw-w64 rather than mingw32. Note that it requires nsis to support mingw-w64 as well (#620099); I'll tag this bug appropriately. Regards, Stephen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -urN win32-loader-0.7.0.orig/debian/changelog win32-loader-0.7.0+nmu1/debian/changelog --- win32-loader-0.7.0.orig/debian/changelog 2011-03-21 13:55:54.0 +0100 +++ win32-loader-0.7.0+nmu1/debian/changelog 2011-04-21 00:17:02.0 +0200 @@ -1,3 +1,10 @@ +win32-loader (0.7.0+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Rebuild with Debian dependencies only. + + -- Stephen Kitt Thu, 21 Apr 2011 00:17:02 +0200 + win32-loader (0.7.0) unstable; urgency=low The « Petite Arvine » release. diff -urN win32-loader-0.7.0.orig/debian/control win32-loader-0.7.0+nmu1/debian/control --- win32-loader-0.7.0.orig/debian/control 2011-03-17 13:35:18.0 +0100 +++ win32-loader-0.7.0+nmu1/debian/control 2011-04-21 00:12:58.0 +0200 @@ -6,7 +6,7 @@ Build-Depends: debhelper (>= 7.0.50), nsis (>= 2.43), - gcc-mingw32, mingw32-runtime, + mingw-w64, gettext, grub-pc (>= 1.99~rc1-3), loadlin (>= 1.6c.really1.6c.nobin-1~), diff -urN win32-loader-0.7.0.orig/Makefile win32-loader-0.7.0+nmu1/Makefile --- win32-loader-0.7.0.orig/Makefile 2011-03-21 13:55:54.0 +0100 +++ win32-loader-0.7.0+nmu1/Makefile 2011-04-21 00:18:36.0 +0200 @@ -4,14 +4,14 @@ PACKAGE := win32-loader VERSION := $(shell head -n 1 debian/changelog | sed -e "s/^$(PACKAGE) (\(.*\)).*/\1/g") -NSIS_CC := i586-mingw32msvc-gcc -Os -NSIS_STRIP := i586-mingw32msvc-strip +NSIS_CC := i686-w64-mingw32-gcc -Os +NSIS_STRIP := i686-w64-mingw32-strip NSIS_CFLAGS := -Wl,--file-alignment,512 -Werror -D_WIN32_WINNT=0x0500 -ifeq ($(wildcard /usr/i586-mingw32msvc/include/exdll.h), /usr/i586-mingw32msvc/include/exdll.h) +ifeq ($(wildcard /usr/i686-w64-mingw32/include/exdll.h), /usr/i686-w64-mingw32/include/exdll.h) NSIS_CFLAGS += -DHAVE_EXDLL_H else -NSIS_CFLAGS += -L/usr/i586-mingw32msvc/lib/nsis -lpluginapi +NSIS_CFLAGS += -L/usr/i686-w64-mingw32/lib/nsis -lpluginapi endif # Standard makensis call
Bug#620099: nsis: diff for NMU version 2.46-3.1
Hi Stephen, Thanks for the patch. I am unsure if I could completely drop support for mingw32 as your patch suggests. The win32-loader package uses mingw32 as a compiller and requires the NSIS plugin api header and library files for mingw32. Best regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623620: ITP: libutf8-all-perl -- Perl pragma to turn on UTF-8 everywhere
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libutf8-all-perl Version : 0.002 Upstream Author : Mike Doherty * URL : http://search.cpan.org/dist/utf8-all/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl pragma to turn on UTF-8 everywhere The utf8 pragma allows you to write Perl source code encoded in UTF-8. That means UTF-8 strings, variable names, and regular expressions. utf8::all goes further, and makes @ARGV encoded in UTF-8, and filehandles are opened with UTF-8 encoding turned on by default (including STDIN, STDOUT, STDERR). If you don't want UTF-8 for a particular filehandle, you'll have to set binmode $filehandle. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609123: Fixed in latest upstream
This bug too has been fixed with latest upstream, I confirm. Feel to (version-)close it. Cheers, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer signature.asc Description: PGP signature
Bug#623156: ikiwiki: Please extend meta.pm to support advertising FOAF file.
On 11-04-21 at 05:03pm, Joey Hess wrote: > Jonas Smedegaard wrote: > > Sure: > > Aaw, I was hoping for an example. :) No problem - I just tried follow the general style of the page, where it seems only complex options has examples. Example: [[!meta foaf=foaf.rdf]] Hope you can manage to stitch in in yourself without it being written as a unified diff :-P - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#623522: screen tab completion should allow /dev/ devices
Frank Terbeck wrote: > Joey Hess wrote: >> Screen supports being run like: screen /dev/ttyUSB0 [baud], so it would >> be nice if zsh would not block tab completion in /dev. > > Agreed. I'll be committing the following upstream in a minute (or > five): I've done that. We're approaching a 4.3.12 release. If that happens by the beginning of next week I won't bother backporting the patch to the current 4.3.11 package. If .12 takes longer, I'll bite the bullet. Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623619: liferea: constant wasteful disk accesses kill system performance
Package: liferea Version: 1.6.5-1 Severity: important I have a laptop with a 5400 RPM disk, an Intel Core 2 Duo 2.0GHz processor, and 3GB of RAM. This machine runs very well normally. However, when I upgrade this system with liferea running, the load average spikes to in excess of 7. When I kill liferea, the load average drops within seconds to below 4 and within a few more to far below that. By using htop, I can see that liferea constantly makes numerous very small IO requests. This is wasteful because it inhibits the ability of other, much more important processes to use the disk and it makes it difficult for the kernel to efficiently optimize disk accesses. It also prevents the disk from ever spinning down and causes the CPU to be used more often than it should, both of which needlessly waste power. I expect liferea to use modern, sane disk access patterns that do not constantly drag down the performance of the rest of the system, including batching disk reads and writes to maximize performance. If liferea cannot do this, for some very, very good reason, it should probably use mmap so that all the data can be faulted in at once (which should not be at startup; see #502307 and [0]) to avoid this barrage of tiny disk accesses. This bug is filed as important because of the impact on other processes and power management. I personally do not feel it should be part of any further stable releases in this condition, but I am not the maintainer. [0] In the past, liferea has caused such problems at startup that when it is loaded as part of the GNOME session, it causes the panels not to appear as a result of it exacerbating some (unknown) race condition. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf2 2.32.1-2GNOME configuration database syste ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.8-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libgconf2-4 2.32.1-2GNOME configuration database syste ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libnm-glib2 0.8.3.999-1 network management framework (GLib ii libnotify1 [libnotify1-g 0.5.0-2 sends desktop notifications to a n ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libsm6 2:1.2.0-1 X11 Session Management library ii libsoup2.4-1 2.34.0-1HTTP library implementation in C - ii libsqlite3-0 3.7.5-1 SQLite 3 shared library ii libwebkit-1.0-2 1.2.7-2 Web content engine library for Gtk ii libx11-6 2:1.4.3-1 X11 client-side library ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii libxslt1.1 1.1.26-7+b1 XSLT 1.0 processing library - runt ii liferea-data 1.6.5-1 architecture independent data for Versions of packages liferea recommends: ii curl 7.21.4-2 Get a file from an HTTP, HTTPS or ii dbus 1.4.8-2simple interprocess messaging syst ii dbus-x11 1.4.8-2simple interprocess messaging syst ii wget 1.12-3 retrieves files from the web Versions of packages liferea suggests: ii network-manager 0.8.998-1 network management framework daemo -- no debconf information -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
