Bug#445590: uswsusp: [debconf_rewrite] Debconf templates and debian/control review
Package: uswsusp
Version: N/A
Severity: normal
Tags: patch
Dear Debian maintainer,
On Thursday, September 20, 2007, I notified you of the beginning of a review
process
concerning debconf templates for uswsusp.
The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.
Please review the suggested changes are suggested, and if you have any
objections, let me know in the next 3 days.
Please try to avoid uploading uswsusp with these changes right now.
The second phase of this process will begin on Wednesday, October 10, 2007,
when I will
coordinate updates to translations of debconf templates.
The existing translators will be notified of the changes: they will
receive an updated PO file for their language.
Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.
Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.
The call for translation updates and new translations will run until
about Wednesday, October 31, 2007. Please avoid uploading a package with fixed
or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.
Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.
Around , I will contact you again and will send a final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).
Again, thanks for your attention and cooperation.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- uswsusp.old/debian/uswsusp.templates2007-09-16 22:51:22.504558107
+0200
+++ uswsusp/debian/uswsusp.templates2007-10-07 08:41:39.765151724 +0200
@@ -1,35 +1,48 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# [EMAIL PROTECTED] for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: uswsusp/resume_device
Type: select
Choices: ${list}
-_Description: The swap space to resume from:
- To be able to suspend your system, uswsusp needs a swap partition or file
- to write a snapshot of your system to. Provided is a list of suitable swap
- spaces, sorted by size, the largest first.
+_Description: Swap space to resume from:
+ To be able to suspend the system, uswsusp needs a swap partition or file
+ to store a system snapshot. Please choose the device to use, from the
+ list of suitable swap spaces, sorted by size (largest first).
Template: uswsusp/resume_offset
Type: string
Description: Offset of swap file's header:
- When using a swap file for storing the snapshot during suspend, you need to
- specify where the swap file's header is located. This parameter specifies this
- location, in units, as the offset from the beginning of the
+ When using a swap file for storing the snapshot during suspend, the
+ location of the swap file's header must be specified. This will be
+ stored in units, as the offset from the beginning of the
partition that contains the swap file.
Template: uswsusp/no_swap
Type: error
-_Description: No swap space found; userspace software suspend will not work
- To be able to suspend your system, uswsusp needs a swap partition or file to
- write a snapshot of your system to. Your system doesn't seem to have such a
- space. Please make one, preferably with twice the size of your physical ram.
- Then run dpkg-reconfigure or setup the configuration file yourself.
+_Description: No suitable swap space for software suspend
+ To be able to suspend the system, uswsusp needs a swap partition or file to
+ write a system snapshot to. No such space seems to be available for this.
+ .
+ You should create a swap partition or file, preferably twice the size of the
system's
+ physical RAM.
+ .
+ Then, run 'dpkg-reconfigure uswsusp' or edit the configuration file
+ manually.
Template: uswsusp/no_snapshot
-Type: note
-_Description: Your kernel doesn't support userspace software suspend
- Your kernel doesn't support userspace software suspend. Please reconfigure
- your kernel to include CONFIG_SOFTWARE_SUSPEND=y and recompile.
+Type: error
+_Description: No userspace software suspend support in the kernel
+ The current kernel doesn't support userspace software suspend. Please
+ recompile the kernel with the 'CONFIG_SOFTWARE_SUSPEND=y' option.
Template: usws
Bug#442329: portmap: General update after the debconf review process
Dear Debian maintainer,
On Tuesday, August 28, 2007, I sent you a notification about the beginning of a
review
action on debconf templates for portmap.
Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.
Translators have been working hard and here is now the result of their efforts.
Please consider using it EVEN if you committed files to your
development tree as long as they were reported.
The attached tarball contains:
- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)
As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.
The patch-nopo file contains a patch for the templates and control file(s).
Please note that this patch applies to the templates and control
file(s) of your package as of Tuesday, August 28, 2007. If your package was
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)
It is now safe to upload a new package version with these changes.
Please notify me of your intents with regards to this.
There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.
--
patch.tar.gz
Description: Binary data
--- portmap.old/debian/templates2007-08-27 15:13:18.610015498 +0200
+++ portmap/debian/templates2007-09-15 11:39:20.961623729 +0200
@@ -1,15 +1,24 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# [EMAIL PROTECTED] for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: portmap/loopback
Type: boolean
Default: false
_Description: Should portmap be bound to the loopback address?
- Portmap by default listens to all IP addresses. However, if you are
- not providing network RPC services to remote clients (you are if you are
- setting up a NFS or NIS server) you can safely bind it to the loopback
- IP address (127.0.0.1)
+ By default, portmap listens to all IP addresses. However, if this
+ machine does not provide network RPC services (such as NIS or NFS) to
+ remote clients, you can safely bind it to the loopback IP address
+ (127.0.0.1).
.
This will allow RPC local services (like FAM) to work properly, while
- preventing remote systems from accessing your RPC services.
+ preventing remote systems from accessing the RPC services.
.
- You can also change this configuration by editing the OPTIONS
- line in the /etc/default/portmap file. If you just don't specify
- the -i option it will bind to all interfaces.
+ This configuration can be changed by editing the OPTIONS line in the
+ /etc/default/portmap file and adapting the use of the -i option to
+ your needs.
--- portmap.old/debian/control 2007-08-27 15:13:18.610015498 +0200
+++ portmap/debian/control 2007-09-12 07:44:35.740867248 +0200
@@ -10,9 +10,9 @@
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, lsb-base (>= 1.3-9)
Replaces: netbase (<< 4.00)
-Description: The RPC portmapper
+Description: RPC port mapper
Portmap is a server that converts RPC (Remote Procedure Call) program
- numbers into DARPA protocol port numbers. It must be running in order
+ numbers into DARPA protocol port numbers. It must be running in order
to make RPC calls.
.
Services that use RPC include NFS and NIS.
--- portmap.old/debian/changelog2007-08-27 15:13:18.610015498 +0200
+++ portmap/debian/changelog2007-10-04 19:45:19.533274044 +0200
@@ -1,3 +1,27 @@
+portmap (6.0-2) UNRELEASED; urgency=low
+
+ * Debconf templates and debian/control reviewed by the debian-l10n-
+english team as part of the Smith review project. Closes: #442329
+ [Debconf translation updates]
+ * Basque. Closes: #443154
+ * Swedish. Closes: #443162
+ * Japanese. Closes: #443175
+ * Portuguese. Closes: #443220
+ * Bulgarian. Closes: #443228
+ * Spanish. Closes: #443229
+ * Vietnamese. Closes: #443273
+ * Italian. Closes: #443496
+ * Finnish. Closes: #443620
+ * Czech. Closes: #443663
+ * German. Closes: #443698
+ * Tamil. Closes: #444282
+ * French. Closes: #444745
+ * Galician. Closes: #444759
+ * Russian. Closes: #445009
+ * Brazilian Portuguese. Closes: #445274
+
+ -- Christian Perrier <[EMAIL PROTECTED]> Thu, 04 Oct 2007 19:45:03 +0200
+
portmap (6.0-1) unstable; urgency=low
* Build portmap without the "-pie" option. Closes: #424029.
Bug#445588: libdeskbar-tracker: doesn't work with new deskbar applet 2.20
Package: libdeskbar-tracker Version: 0.6.3-1 Severity: important 1. the handler's path is incorrect 2. the API of the deskbar-applet seems changed. should use tracker-module.py in the upstream tarball. Thanks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdeskbar-tracker depends on: ii deskbar-applet2.20.0-1 universal search and navigation ba ii python-central0.5.15 register and build utility for Pyt ii python-dbus 0.82.2-1 simple interprocess messaging syst ii python-gnome2 2.20.0-1 Python bindings for the GNOME desk ii python-gobject2.14.0-2 Python bindings for the GObject li ii python-gtk2 2.12.0-1 Python bindings for the GTK+ widge ii tracker 0.6.3-1metadata database, indexer and sea Versions of packages libdeskbar-tracker recommends: ii tracker-search-tool 0.6.3-1metadata database, indexer and sea -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445589: ssl-cert: [debconf_rewrite] Debconf templates and debian/control review
Package: ssl-cert Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Wednesday, September 19, 2007, I notified you of the beginning of a review process concerning debconf templates for ssl-cert. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. Please try to avoid uploading ssl-cert with these changes right now. The second phase of this process will begin on Wednesday, October 10, 2007, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Wednesday, October 31, 2007. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around , I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- ssl-cert.old/debian/templates 2007-09-16 22:51:16.004883799 +0200 +++ ssl-cert/debian/templates 2007-10-07 08:41:21.264097409 +0200 @@ -1,48 +1,75 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# [EMAIL PROTECTED] for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: make-ssl-cert/countryname Type: string -_Default: GB -_Description: Country Name - The two letter code for your Country. (e.g. GB) (countryName) +_DefaultChoice: GB +_Description: Country code: + Please enter the two-letter ISO-3166 code to use in the SSL certificate. + . + It will become the 'countryName' field of the generated SSL certificate. Template: make-ssl-cert/statename Type: string -_Default: Some-State -_Description: State or Province Name - Your state, county or province. (stateOrProvinceName) +_DefaultChoice: Scotland +_Description: State or province name: + Please enter the name of the administrative subdivision to use in the SSL + certificate. + . + It will become the 'stateOrProvinceName' field of the generated SSL + certificate. Template: make-ssl-cert/localityname Type: string -_Default: Some-Locality -_Description: Locality Name - The name of the city or town that you live in. (localityName) +_DefaultChoice: Edinburgh +_Description: Locality name: + Please enter the name of the city or town to use in the SSL + certificate. + . + It will become the 'localityName' field of the generated SSL certificate. Template: make-ssl-cert/organisationname Type: string -_Default: One Organization -_Description: Organisation Name - The name of the company or organisation the certificate is for. - (organisationName) +_DefaultChoice: Example Inc. +_Description: Organization name: + Please enter the name of the company or organization to use in the SSL + certificate. + . + It will become the 'organisationName' field of the generated SSL certificate. Template: make-ssl-cert/ouname Type: string -_Default: One Organization Unit -_Description: Organisational Unit Name - The Division or section of the organisation the certificate is for. - (organisationalUnitName) +_DefaultChoice: Dept. of Examplification +_Description: Organizational unit name: + Please enter the name of the division or section of the organization to use + in the SSL certificate. + . + It will become the 'organisationalUnitName' field of the generated SSL certificate. Template: make-ssl-cert/hostname Type: string Default: localhost -_Description: Host Name - The host name of the server the certificate is for. This must be filled - in. (commonName) +_Description: Host name: + Please enter the host name to use in the SSL certificate. + . + It will become the 'commonName' field of the generated SSL certificate. + . + This value i
Bug#434394: Time to move bwidget under /usr/share?
Hi! > % put $auto_path > /usr/lib/tcl8.4 /usr/lib /usr/share /usr/lib/tk8.4 Where did you get your wish8.4? Mine shows: wish8.4 [~]set auto_path /usr/local/lib /usr/lib/tcl8.4 /usr/lib /usr/lib/tklib0.4 /usr/lib/tcllib1.10 /usr/lib/tk8.4 > Bwidget should move its stuff under /usr/share now, it depends on tk8.4 > so I see no reasons to maintain it under /usr/lib which is not > appropriate by policy. If we added /usr/share to auto_path it would lead to another slowdown during Tcl/Tk application start. In my system: % find /usr/lib -maxdepth 1 -type d |wc -l 188 % find /usr/share -maxdepth 1 -type d |wc -l 291 Since wish tries to find pkgIndex.tcl in every subdirectory of dirs listed in auto_path adding of 291 directories doesn't look reasonable. I'd propose a halfway solution - to put bwidget scripts to /usr/share/bwidget1.0.8 and link this directory to /usr/lib. This technique is used in tcllib now. -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442953: hobbit: General update after the debconf review process
Dear Debian maintainer,
On Tuesday, September 04, 2007, I sent you a notification about the beginning
of a review
action on debconf templates for hobbit.
Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.
Translators have been working hard and here is now the result of their efforts.
Please consider using it EVEN if you committed files to your
development tree as long as they were reported.
The attached tarball contains:
- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)
As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.
The patch-nopo file contains a patch for the templates and control file(s).
Please note that this patch applies to the templates and control
file(s) of your package as of Tuesday, September 04, 2007. If your package was
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)
It is now safe to upload a new package version with these changes.
Please notify me of your intents with regards to this.
There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.
--
patch.tar.gz
Description: Binary data
--- hobbit.old/debian/hobbit-client.templates 2007-09-08 10:01:50.0
+0200
+++ hobbit/debian/hobbit-client.templates 2007-09-18 07:45:05.413054151
+0200
@@ -1,18 +1,29 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# [EMAIL PROTECTED] for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: hobbit-client/HOBBITSERVERS
Type: string
Default: 127.0.0.1
_Description: Hobbit server:
- The network address used to access your Hobbit server(s). If you have multiple
- servers, list all of them separated by spaces.
- Consider using the IP-adresses instead of hostnames, in case of a problem DNS
- might not work.
+ Please enter the network address used to access the Hobbit
+ server(s). If you use multiple servers, use a space-separated list of
+ addresses.
+ .
+ Using host names instead of IP addresses is discouraged in case the
+ network experiences DNS failures.
Template: hobbit-client/CLIENTHOSTNAME
Type: string
Default:
_Description: Client hostname:
- The hostname used by the Hobbit client when sending
+ Please enter the host name used by the Hobbit client when sending
reports to the Hobbit server. This name must match
- the named used in the bb-hosts file on the Hobbit
+ the name used in the bb-hosts file on the Hobbit
server.
--- hobbit.old/debian/control 2007-09-08 10:01:50.0 +0200
+++ hobbit/debian/control 2007-09-15 11:39:02.962495432 +0200
@@ -12,9 +12,9 @@
Package: hobbit
Architecture: any
Depends: hobbit-client, ${shlibs:Depends}, ${misc:Depends}
-Description: monitoring system for systems, networks and applications
+Description: monitoring system for systems, networks and applications - server
Hobbit is a network- and applications-monitoring system designed for use in
- large-scale networks. But it will also work just fine on a small network with
+ large-scale networks. It will also work just fine on a small network with
just a few nodes. It is low-overhead and high-performance, with an easy to use
web front-end. It handles monitoring of network services, and through client
packages it can also be used to monitor server-specific items. Alerts can
--- hobbit.old/debian/changelog 2007-09-08 10:01:50.0 +0200
+++ hobbit/debian/changelog 2007-10-05 16:35:18.703688264 +0200
@@ -1,3 +1,22 @@
+hobbit (4.2.0.dfsg-4) UNRELEASED; urgency=low
+
+ * Debconf templates and debian/control reviewed by the debian-l10n-
+english team as part of the Smith review project. Closes: #442953
+ [Debconf translation updates]
+ * Basque. Closes: #443155
+ * Vietnamese. Closes: #443161
+ * Portuguese. Closes: #443214
+ * Finnish. Closes: #443617
+ * Czech. Closes: #443667
+ * Russian. Closes: #443861
+ * Tamil. Closes: #444281
+ * Italian. Closes: #444610
+ * French. Closes: #444659
+ * Galician. Closes: #444751
+ * Brazilian Portuguese. Closes: #445339
+
+ -- Christian Perrier <[EMAIL PROTECTED]> Fri, 05 Oct 2007 16:34:54 +0200
+
hobbit (4.2.0.dfsg-3) unstable; urgency=low
* Debconf translations:
signature.asc
Description: Digital signature
Bug#445586: plone-site: Please package Plone 3.0.1
Package: plone-site Version: 2.5.2-1 Severity: wishlist Is there a timetable for packaging Plone 3.0.1 for Debian? I run several production Plone boxes and I'm trying to plan a few rollouts around some of the features in 3.0.1. I would be more than happy to test any packages for you. Soren -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages plone-site depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii zope-cmfplone 2.5.2-1content management system based on ii zope-common 0.5.37 common settings and scripts for zo ii zope2.9 2.9.7-3Open Source Web Application Server plone-site recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442391: ampache: [INTL:pt] Portuguese translation for debconf messages
Quoting Charliej ([EMAIL PROTECTED]): > Americo > > Could you please update the po file you provided to reflect the changes > made to ampaches templates and control file in Bug #445084 as I will be > using these templates in the next version of ampache. A general call of translation updates and new translations will be sent today by me, as part of the rewrite process. signature.asc Description: Digital signature
Bug#445587: lirc: [INTL:fr] French debconf templates translation update
Package: lirc Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of lirc debconf templates to French # Copyright (C) 2007 Christian Perrier <[EMAIL PROTECTED]> # Copyright (C) 2004-2006 Jean-Luc Coulon (f5ibh) <[EMAIL PROTECTED]> # This file is distributed under the same license as the lirc package. # # Christian Perrier <[EMAIL PROTECTED]>, 2007. msgid "" msgstr "" "Project-Id-Version: \n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2007-09-22 09:29+0200\n" "PO-Revision-Date: 2007-09-30 19:53+0200\n" "Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n" "Language-Team: French <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" #. Type: multiselect #. Description #: ../lirc-modules-source.templates:2001 msgid "Drivers to build:" msgstr "Pilotes à construire :" #. Type: multiselect #. Description #: ../lirc-modules-source.templates:2001 msgid "" " atiusb: ATI/NVidia/X10 I & II RF Remote\n" " bt829: Tekram M230 Mach64\n" " cmdir: COMMANDIR USB Transceiver\n" " gpio:TV cards from FlyVideo98, Avermedia, MiRO and many others\n" " i2c: TV cards from Hauppauge and PixelView\n" " igorplugusb: Igor Cesko's USB IR Receiver\n" " imon:Soundgraph iMON MultiMedian IR/VFD\n" " it87:ITE IT8705/12 CIR ports (ECS K7S5A, Asus DigiMatrix...)\n" " mceusb: Windows Media Center Remotes (old version, MicroSoft USB ID)\n" " mceusb2: Windows Media Center Remotes (new version, Philips et al.)\n" " parallel:Home-brew parallel-port receiver\n" " sasem: Dign HV5 HTPC IR/VFD Module\n" " serial: Home-brew serial-port driver\n" " sir: Serial InfraRed (IRDA)\n" " streamzap: Streamzap PC Remote" msgstr "" " atiusb : commande hautes fréquences ATI/NVidia/X10 I et II\n" " bt829 : Tekram M230 Mach64\n" " cmdir : « transceiver » USB COMMANDIR\n" " gpio :cartes TV de FlyVideo98, Avermedia, MiRO et beaucoup\n" " d'autres\n" " i2c : cartes TV de Hauppauge et PixelView\n" " igorplugusb : récepteur infrarouge USB de Cesko\n" " imon :Soundgraph iMON MultiMedian IR/VFD\n" " it87 :ITE IT8705/12 CIR ports (p. ex. sur ECS K7S5A\n" " ou Digimatrix d'Asus\n" " mceusb : Windows Media Center Remotes (ancienne version,\n" " ID USB MicroSoft)\n" " mceusb2 : Windows Media Center Remotes (nouvelle version,\n" " Philips et al.)\n" " parallel :récepteur de fabrication personnelle sur le port\n" " parallèle\n" " sasem : module HV5 HTPC IR/VFD de Dign\n" " serial : pilote pour réalisation personnelle sur le port série\n" " sir : infrarouge série (IRDA)\n" " streamzap : télécommande de PC Streamzap" # | msgid "Try to automagically select support for your hardware?" #. Type: boolean #. Description #: ../lirc-modules-source.templates:3001 msgid "Try to automatically select hardware support options?" msgstr "Détecter automatiquement le mode de gestion de votre matériel ?" #. Type: boolean #. Description #: ../lirc-modules-source.templates:3001 msgid "" "Your previous answers can be used as a basis for guessing the list of kernel " "modules that should be built, along with their parameters." msgstr "" "Sur la base des réponses précédentes, la liste des modules du noyau à " "construire, avec leurs paramètres, peut être estimée." #. Type: boolean #. Description #: ../lirc-modules-source.templates:3001 msgid "Please choose whether this should happen." msgstr "Veuillez choisir si cette tentative doit avoir lieu." # | msgid "You don't need any additional kernel modules" #. Type: note #. Description #: ../lirc-modules-source.templates:4001 msgid "Additional kernel modules not needed" msgstr "Aucun module supplémentaire du noyau nécessaire" # | msgid "" # | "Unless you want to build LIRC kernel modules for some other system, you " # | "can probably remove this package." #. Type: note #. Description #: ../lirc-modules-source.templates:4001 msgid "" "Unless you want to build LIRC kernel modules for another system, this " "package is useless on this system." msgstr "" "À moins que vous ne désiriez construire les modules LIRC du noyau pour un " "autre système, ce paquet peut maintenant être retiré." #. Type: note #. Description #: ../lirc-modules-source.templates:5001 msg
Bug#360545: Debian CVS bug triage - bug #360545
On Fri, 5 Oct 2007, Lior Kaplan wrote: > Dear CVS user, > > Thanks for your interest in CVS and the bug report you have contributed [1]. > > Debian's cvs package has ~120 old bugs, most of them are couple of years old. > > As part of a bug triage I'm doing for several packages, I would like your help > with verifying your bug is still relevant or getting your approval for closing > it. The bug is still present in cvs sid and presumably upstream. At least according to the man page, the closest option resembling what I want is still only "cvs commit -l", which will still result in the uncancellable commit of every modified file in the current directory in the case of supplying either -m 'commit message' or using an editor that can't be convinced to die with ctrl-C. -- TimC VBScript is designed to be a secure programming environment. It lacks various commands that can be potentially damaging if used in a malicious manner. This added security is critical in enterprise solutions. -- support.microsoft.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445585: Click 'Storage' and 'hardinfo' crashes: "double free or corruption (out): 0x08265d70"
Package: hardinfo Version: 0.4.2.2-3 Severity: important As root fire up 'hardinfo', click on 'Storage', wait a moment, and it crashes: *** glibc detected *** hardinfo: double free or corruption (out): 0x08265d70 *** The rest of the output I copied and pasted to a file, (couldn't get some of it to redirect to a file), and it's attached. Also attached an 'strace' output: strace -o /tmp/hardinfo.strace hardinfo Hope this helps... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages hardinfo depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libglib2.0-02.14.1-4 The GLib library of C routines ii libgnutls13 2.0.1-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libsoup2.2-82.2.100-1an HTTP library implementation in ii libtasn1-3 0.3.10-1 Manage ASN.1 structures (runtime) ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii pciutils1:2.2.4-1.1 Linux PCI Utilities ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime hardinfo recommends no packages. -- no debconf information hardinfo.strace.bz2 Description: BZip2 compressed data hardinfo_cutpaste.log.bz2 Description: BZip2 compressed data
Bug#445584: openssh-client: known_hosts searching not functional?
Package: openssh-client Version: 1:4.6p1-5 Severity: normal It seems to me the advertised way of finding a key in a (possibly hashed) known_hosts file doesn't work: [EMAIL PROTECTED]:~$ ssh-keygen -F localhost [EMAIL PROTECTED]:~$ ssh localhost ls #.newsrc-dribble# LICENSE Mail MyMusic MyPics News OldNews admin bin bitmaps chess copyright glchess-1.0.6 jadetex.cfg linux-source-2.6.22 mktex.cnf permres sgml spam-corpora src tarballs taxes tex wallpapers work www.tar.bz2 [EMAIL PROTECTED]:~$ The connection succeeded - so localhost must be in known_hosts ... My real problem is that ssh-keygen -R doesn't seem to work either, so there is no way to replace a key when I get the famous "Someone could be eavesdropping" message, other than deleting the entire known_hosts file. Until this is clarified (of course user deficiency is a possible explanation :), I am disabling known_hosts hashing. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-6unicorn200709091248 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-client depends on: ii adduser 3.105 add and remove users and groups ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii dpkg 1.14.6 package maintenance system for Deb ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcomerr21.40.2-1 common error description library ii libedit2 2.9.cvs.20050518-4 BSD editline and history libraries ii libkrb53 1.6.dfsg.1-7 MIT Kerberos runtime libraries ii libncurses5 5.6+20070908-1 Shared libraries for terminal hand ii libssl0.9.8 0.9.8e-9 SSL shared libraries ii passwd1:4.0.18.1-11 change and administer password and ii zlib1g1:1.2.3.3.dfsg-5 compression library - runtime openssh-client recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445500: Odd difference between cp -bf x x and cp -bf x .
On Sat, Oct 06, 2007 at 09:53:34PM -0600, Bob Proulx wrote: >> If not, I see no problem in closing this bug. > > Okay. Because this is not something that I think should be different > in Debian than in the upstream (not as a distro specific patch) I am > going to close the bug. No worries. > As a side note let me plug 'pdumpfs'. I only rarely want to backup > files in place and so the shell scripting to do the 'for f in > $filelist; do cp -bf $f $f; done' does not seem very difficult for > those very infrequent times when that would want to be done. FYI, --backup=numbered allows you to have "rolling" backups -- foo, foo.~1~, foo.~2~, ... it doesn't eat the oldest backups, though. signature.asc Description: Digital signature
Bug#445473: Updated patch for policyd-weight ignores
Hey,
here is an updated patch.
There is still one problem with the patch, i can't figure out how to
make it drop these messages.
Oct 6 22:06:57 Carbon postfix/policyd-weight[2991]: weighted check:
IN_DYN_PBL_SPAMHAUS=3.25 NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_SPAMCOP=-1.5
NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 HELO_SEEMS_DIALUP=4.5 (check from:
.web. - helo: .bwn108.internetdsl.tpnet. - helo-domain: .tpnet.)
FROM/MX_MATCHES_NOT_HELO(DOMAIN)=1.812 CLIENT_NOT_MX/A_FROM_DOMAIN=4.75
CLIENT/24_NOT_MX/A_FROM_DOMAIN=4.75
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>,
rate: 12.562
Regards,
--
Sami Haahtinen <[EMAIL PROTECTED]>
diff --git a/rulefiles/linux/ignore.d.server/postfix b/rulefiles/linux/ignore.d.server/postfix
index 5e9f33b..f4a6176 100644
--- a/rulefiles/linux/ignore.d.server/postfix
+++ b/rulefiles/linux/ignore.d.server/postfix
@@ -117,9 +117,9 @@
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: sql plugin doing query select password from [_[:alnum:]]+ where [_[:alnum:]]+='[EMAIL PROTECTED]:alnum:]-]+';?$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: sql plugin Parse the username [^[:space:]]+$
# policyd-weight
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/policyd-weight\[[[:digit:]]+\]: decided action=PREPEND X-policyd-weight: using cached result; rate: (-)?[[:digit:].]+$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/policyd-weight\[[[:digit:]]+\]: decided action=(450 |550) (Mail appeared to be SPAM or forged. Ask your Mail/DNS-Administrator to correct HELO and DNS MX settings or to get removed from DNSBLs(; (in [^[:space:]]+|MTA helo: [^[:space:]]+, MTA hostname: [^[:space:]]+ \(helo/hostname mismatch\)))*|Your MTA is listed in too many DNSBLs; check [^[:space:]]+)$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/policyd-weight\[[[:digit:]]+\]: (weighted check|decided action=PREPEND X-policyd-weight): ([_[:alpha:]]+=((-)?[[:digit:].]+|ERR) )+(\(check from: [^[:space:]]+ - helo: [^[:space:]]+ - helo-domain: [^[:space:]]+\) ([\()/_[:alpha:]]+=(-)?[[:digit:].]+ )+)* , rate: (-)?[[:digit:].]+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/policyd-weight\[[[:digit:]]+\]: decided action=PREPEND X-policyd-weight: using cached result; rate:(hard:)? (-)?[[:digit:].]+; delay: [[:digit:]]+s$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/policyd-weight\[[[:digit:]]+\]: decided action=(450 |550) (Mail appeared to be SPAM or forged. Ask your Mail/DNS-Administrator to correct HELO and DNS MX settings or to get removed from DNSBLs(; (in [^[:space:]]+|MTA helo: [^[:space:]]+, MTA hostname: [^[:space:]]+ \(helo/hostname mismatch\)|please relay via your ISP \([^[:space:]]+\)|Please use DynDNS))*|Your MTA is listed in too many DNSBLs; check [^[:space:]]+|temporarily blocked because of previous errors - retrying too fast. penalty: [[:digit:]]+ seconds x [[:digit:]]+ retries.)( \(multirecipient mail\))?; delay: [[:digit:]]+s$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/policyd-weight\[[[:digit:]]+\]: (weighted check|decided action=PREPEND X-policyd-weight): ([_[:alpha:]]+=((-)?[[:digit:].]+|ERR) ?)+(\(check from: [^[:space:]]+ - helo: [^[:space:]]+ - helo-domain: [^[:space:]]+\) ([\()/_[:alpha:]]+=(-)?[[:digit:].]+ )+)*( )?, rate: (-)?[[:digit:].]+(; delay: [[:digit:]]+s)?$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/policyd-weight\[[[:digit:]]+\]: cache: (purged|deleted) [^[:space:]]+ from HAM cache$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: warning: milter unix:/var/run/clamav/clamav-milter\.ctl: can't read SMFIC_MAIL reply packet header: Connection timed out$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: warning: TLS library problem: [[:digit:]]+:error:[[:xdigit:]]+:SSL routines:SSL3_READ_BYTES:sslv3 alert unexpected message:s3_pkt\.c:[[:digit:]]+:SSL alert number 10:$
signature.asc
Description: This is a digitally signed message part
Bug#442214: [Pkg-aide-maintainers] Bug#442214: Bug#442214: aide: Aide issues false alarms
On Sat, Oct 06, 2007 at 11:30:03PM +0200, Andreas Tille wrote: > On Sat, 6 Oct 2007, Marc Haber wrote: > >If so, I suspect that you got the zope log file in Saturday's or > >Sunday's report, which prevented the new database from being copied > >over the old one, and which caused the "normal" log file rules not to > >apply any more for Monday's report. > > Well, this was by chance. I get the reports on any next day. > > >The solution will probably be to add appropriate rules for the zope > >log files. > > I have apropriate rules. I feel that I am missing information. Please rebuild your database, and show me all reports, completely, including detail information, that were generated until the log files show up as changed. If possible, generate ls -ali output of the log file and aide database directories before and after each aide run, and include time stamps for each action, so that I can find out what happened. This took me days to get right in the package, it is exceptionally hard to debug. Even harder without access to the target system. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445553: Correction: xserver-xorg-video-sis: X crashes from various openGL programs with DRI acceleration
Sorry, it is not ctrl-alt-escape which reboots my system. Pushing my power button once sends my system into reboot - pressing ctrl-alt-escape does nothing. I typed that before testing ctrl-alt-escape, thinking I would change it later, but then forgot about it. _ Express yourself with free Messenger emoticons. Get them today! http://www.freemessengeremoticons.ca/?icid=EMENCA122
Bug#445476: [Pbuilder-maint] Bug#445476: pbuilder: should depend on cdebootstrap
Hi, > > I installed pbuilder and then run 'pbuilder create' and it chokes: > > muisca:~# pbuilder create > Distribution is sid. > Building the build environment > -> running cdebootstrap > E: cdebootstrap does not exist, install or change DEBOOTSTRAP option > -> Aborting with an error > -> cleaning the build env > -> removing directory /var/cache/pbuilder/build//4224 and its > subdirectories pbuilder already depends on cdebootstrap. It's an alternative to debootstrap, so it won't pull in cdebootstrap if debootstrap is already installed. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442912: Still seeing the same autodetection errors
Hi, I'm still seeing the same auto-detection errors with 2.075-1. Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382673: [PATCH/RFC] dpkg-source.pl: Support a subset of wig&pen on build
On Sun, Oct 07, 2007 at 03:17:49AM +0200, Frank Lichtenheld wrote: > Hmm, I just noticed that dpkg-genchanges already uses -C, so it would be > difficult to pass this option down from dpkg-buildpackage. Anyway, the > name of the option is not really important at this point, yet. > (-z perhaps? Seems to be free) Perhaps a long option instead? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445583: tiger warns about allowing remote root ssh logins
Package: tiger Version: 1:3.2.1-37 Severity: wishlist My default tiger installation reports: # Performing common access checks for root (in /etc/default/login, # /securetty, and /etc/ttytab... --WARN-- [root001w] Remote root login allowed in /etc/ssh/sshd_config This is the Debian default, though. From ssh's README.Debian.gz: ---Quote--- PermitRootLogin set to yes -- This is now the default setting (in line with upstream), and people who asked for an automatically-generated configuration file when upgrading from potato (or on a new install) will have this setting in their /etc/ssh/sshd_config file. ... Having PermitRootLogin set to yes means that an attacker that knows the root password can ssh in directly (without having to go via a user account). If you set it to no, then they must compromise a normal user account. In the vast majority of cases, this does not give added security; remember that any account you su to root from is equivalent to root - compromising this account gives an attacker access to root easily. If you only ever log in as root from the physical console, then you probably want to set this value to no. ---End Quote--- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-lizzie 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 tiger depends on: ii binutils 2.18-1 The GNU assembler, linker and bina ii coreutils 5.97-5.4 The GNU core utilities ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii diff 2.8.1-12 File comparison utilities ii libc6 2.6.1-5GNU C Library: Shared libraries ii net-tools 1.60-17The NET-3 networking toolkit Versions of packages tiger recommends: ii chkrootkit0.47-1.1 Checks for signs of rootkits on th ii exim4-daemon-light [mail-tran 4.67-8 lightweight Exim MTA (v4) daemon ii john 1.6-40.1 active password cracking tool -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445582: ldapscripts shows passwords in the clear on the command line
Package: ldapscripts
Severity: serious
Version: 1.4-2
Tag: security
Unless you're running grsecurity or some other patched kernel, the
following cannot be good:
_changepassword () {
if [ -z "$1" ] || [ -z "$2" ]
then
end_die "_changepassword : missing argument(s)"
else
if is_yes "$RECORDPASSWORDS"
then
echo "$2 : $1" >> "$PASSWORDFILE"
fi
$LDAPPASSWDBIN -w "$BINDPWD" -D "$BINDDN" -xH "ldap://$SERVER"; -s "$1" "$2"
2>>"$LOGFILE" 1>/dev/null
fi
}
Don Armstrong
--
This message brought to you by weapons of mass destruction related
program activities, and the letter G.
http://www.donarmstrong.com http://rzlab.ucr.edu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445580: vlc must depends on the right ttf-dejavu font package
Package: vlc Version: 0.8.6.c-3+b1 Severity: wishlist The ttf-dejavu font package has been split into ttf-dejavu-core and ttf-dejavu-extra, could you please update vlc to depends on the right dejavu package? I think it should be ttf-dejavu. Tanks a lot for your great job! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages vlc depends on: ii libaa1 1.4p5-32 ascii art library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcaca00.99.beta11.debian-3 colour ASCII art library ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libcdio60.76-1 library to read and control CD-ROM ii libcucul0 0.99.beta11.debian-3 low-level Unicode character drawin ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-4 Free Implementation of the Unicode ii libgcc1 1:4.2.1-6GCC support library ii libgl1-mesa-glx [li 7.0.1-2 A free implementation of the OpenG ii libglib2.0-02.14.1-4 The GLib library of C routines ii libglu1-mesa [libgl 7.0.1-2 The OpenGL utility library (GLU) ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libiso9660-40.76-1 library to work with ISO9660 files ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libnotify1 [libnoti 0.4.4-3 sends desktop notifications to a n ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsdl-image1.2 1.2.6-1 image loading library for Simple D ii libsdl1.2debian 1.2.12-1 Simple DirectMedia Layer ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-6 The GNU Standard C++ Library v3 ii libtar 1.2.11-4 C library for manipulating tar arc ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libvcdinfo0 0.7.23-3 library to extract information fro ii libvlc0 0.8.6.c-3+b1 multimedia player and streamer lib ii libwxbase2.6-0 2.6.3.2.2-1 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.2-1 wxWidgets Cross-platform C++ GUI t ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxosd22.2.14-1.3 X On-Screen Display library - runt ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxv1 1:1.0.3-1X11 Video extension library ii ttf-dejavu 2.20-1 Metapackage to pull in ttf-dejavu- ii vlc-nox 0.8.6.c-3+b1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages vlc recommends: ii videolan-doc 20070626-1 documentation for the VideoLAN str -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445581: jd: automaken virtual-package-depends-without-real-package-depends
Package: jd Version: 1:1.9.6-071005-1 Severity: minor lintian displays the follwing warning: W: jd source: virtual-package-depends-without-real-package-depends build-depends: automaken To fix this bug, please use `automake | automaken' or so. Thanks, -- Tatsuya Kinoshita pgp2RX6b6VFLU.pgp Description: PGP signature
Bug#445579: libpam-krb5-migrate-heimdal: Fails with recent heimdal packages (sid)
Package: libpam-krb5-migrate-heimdal Version: 0.0.7-1 Severity: grave Justification: renders package unusable /var/log/syslog is full of these: dovecot-auth: PAM unable to dlopen(/lib/security/pam_krb5_migrate.so) dovecot-auth: PAM [error: /lib/security/pam_krb5_migrate.so: undefined symbol: kadm5_get_policy] dovecot-auth: PAM adding faulty module: /lib/security/pam_krb5_migrate.so And, of course, migration is not happening :( -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpam-krb5-migrate-heimdal depends on: ii libc62.6.1-5 GNU C Library: Shared libraries ii libkadm5clnt4-heimdal0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libkrb5-17-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libpam0g 0.99.7.1-5 Pluggable Authentication Modules l libpam-krb5-migrate-heimdal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445578: eclipse-gcj depends on ecj-bootstrap-gcj which is obsolete
Package: eclipse-gcj Version: 3.2.2-3 Severity: normal ecj-bootstrap-gcj is no longer obsolete and described as: "standalone version of the Eclipse Java compiler (transitional package) This is a transitional package; it can safely be removed." Best wishes, Chris. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages eclipse-gcj depends on: ii ecj-bootstrap-gcj 3.3.0-2standalone version of the Eclipse ii eclipse 3.2.2-3Extensible Tool Platform and Java ii eclipse-jdt-gcj 3.2.2-3Java Development Tools plug-ins fo ii eclipse-pde-gcj 3.2.2-3Plug-in Development Environment to ii eclipse-platform-gcj 3.2.2-3Eclipse platform without plug-ins ii eclipse-rcp-gcj 3.2.2-3Eclipse rich client platform (GCJ ii java-gcj-compat-dev 1.0.76-5 Java runtime environment with GCJ ii libswt3.2-gtk-gcj 3.2.2-3Fast and rich GUI toolkit for Java eclipse-gcj recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430067: xserver-xorg: mplayer causes xserver crash
On Thu, 04 Oct 2007 19:13:29 +0200 Brice Goglin <[EMAIL PROTECTED]> wrote: > Clayton wrote: > > Sorry for the delay, Brice, your request was caught up in a hardware > > change. I now have xserver-xorg-video-ati/experimental 1:6.7.194-1 > > installed and it seems to be working fine. > > > > Note that this problem was never reproducible at will so it is hard > > to know when it goes away. I haven't seen it for a while, but if it > > should show up again, I will let you know. > > Ok, let's wait until the end of October or so, and I'll close it then > if I don't hear back from you. mplayer/X were kind enough to give us rapid feedback. Last night I started mplayer and X was clobbered, just like before. This bug is still out there. It really seems to be mplayer that does it for me. I usually use xine, but I currently don't remember ever having this problem with xine (though it has been a while, so I might be forgetting). Clayton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445577: dvbsnoop: output typo: "...(Unkown PID)..."
Package: dvbsnoop Version: 1.4.50-1 Severity: minor Example: SECT-Packet: 0001 PID: (Unkown PID), Length: 4 (0x0004) s/Unkown/Unknown/ Hope this helps... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages dvbsnoop depends on: ii libc6 2.6.1-5GNU C Library: Shared libraries dvbsnoop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445576: ITP: detach -- command to detach a process
On 10/6/07, Aníbal Monsalve Salazar <[EMAIL PROTECTED]> wrote: > Package: wnpp > Severity: wishlist > Owner: Anibal Monsalve Salazar <[EMAIL PROTECTED]> > > Package name: detach > Version: 0.2.3-1 > Upstream Author: Robbert Haarman <[EMAIL PROTECTED]> > URL: http://inglorion.net/software/detach/ > Description: > This command forks a new process, detaches it from the terminal, and > executes a given command in it. This can be used for starting > processes that don't terminate when the controlling terminal does. Does this really need a seperate package? Would it perhaps be better to submit it upstream as part of coreutils or something, or add it to some other miscellaneous utilities package?
Bug#444858: libxapian-dev: Please package new upstream version 1.0.3
On Sun, 07 Oct 2007 00:26:54 +0100, Olly Betts wrote: > On Mon, Oct 01, 2007 at 04:43:17PM +0200, gregor herrmann wrote: > > I know that xapian 1.0.3 was released only 3 three days ago, there's > > no need to hurry, I just wanted to give a friendly hint :) > I actually make the upstream releases, so I'm the first to know about > them! That comes in very handy :-) > I was away last week, and ran out of time before I left to update the > debian packaging. No problem. > But I'm back now and hoping to get new debian > packages uploaded this week. Sounds great, thanks. Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Phil Collins: Two Hearts signature.asc Description: Digital signature
Bug#445439: open-vm-tools: Should go in contrib; not useful without VMWare
This one time, at band camp, Josh Triplett said: > Daniel Baumann wrote: > > Josh Triplett wrote: > >> open-vm-tools serves no purpose without VMWare. Thus, it should go in > >> contrib. > > > > they are supposed to be vendor neutral, at some point. Rather than > > moving stuff arround, I'd rather keep them in main and see what happens. > > The open-vm-tools homepage has some wishful thinking about hopefully > working with other virtualization technologies eventually, but nothing > concrete. Many packages in contrib could at some point go into main > if they become useful with non-proprietary software, but that doesn't > make it reasonable to put them in main speculatively while they still > only work with proprietary software. Does this package require non-free sotware for compilation or execution? Is this package simply a wrapper script for non-free software? If either of the above is true, move it to contrib, otherwise, lets close the bug. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#445576: ITP: detach -- command to detach a process
Package: wnpp Severity: wishlist Owner: Anibal Monsalve Salazar <[EMAIL PROTECTED]> Package name: detach Version: 0.2.3-1 Upstream Author: Robbert Haarman <[EMAIL PROTECTED]> URL: http://inglorion.net/software/detach/ Description: This command forks a new process, detaches it from the terminal, and executes a given command in it. This can be used for starting processes that don't terminate when the controlling terminal does. License: Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. Aníbal Monsalve Salazar -- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#390650: closing 390650
# Automatically generated email from bts, devscripts version 2.10.9 # no upstream activity since long time ago, current source fails to build against current xmms2, giving up. close 390650 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382673: [PATCH/RFC] dpkg-source.pl: Support a subset of wig&pen on build
On Sat, Oct 06, 2007 at 11:09:21PM +0200, Frank Lichtenheld wrote: > Use .orig.tar.(bz2|lzma) if they are available > and no .gz can be found. Also let the user specify > via -C(gz|bz2|lzma) how files that need to be > generated should be compressed. Hmm, I just noticed that dpkg-genchanges already uses -C, so it would be difficult to pass this option down from dpkg-buildpackage. Anyway, the name of the option is not really important at this point, yet. (-z perhaps? Seems to be free) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442459: ITP: w3m-el-snapshot -- simple Emacs interface of w3m (development version)
On October 6, 2007 at 11:43PM +0900, ukai (at debian.or.jp) wrote: > At Sat, 06 Oct 2007 07:52:32 +0900 (JST), > Tatsuya Kinoshita wrote: [...] > > Fumitoshi, could you please give me permission to take over the > > w3m-el pacakge? > > Ok, please take over w3m-el package. Thanks, I'll do soon. -- Tatsuya Kinoshita pgp7uqDaUx1hX.pgp Description: PGP signature
Bug#445523: xterm: an escape sequence disable ability to display bold
On Sat, Oct 06, 2007 at 04:10:08PM +0200, Celelibi wrote: > Package: xterm > Version: 229-1 > Severity: normal > > Hi, > Let me describe how to reproduce this bug : > 1) open a new xterm (avoid things like color/bold prompt) > 2) run the command echo -e "\e[1mA\e[2J\e[7mB\e[m\e[?5h\e[?5l" > 3) check that no bold can be displayed anymore : echo -e "\e[1mbold ?\e[m" > > Now the only way to display bold again is to close and reopen xterm. I'm not seeing that (the second string prints bold text on my machine). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpw45oYEv4fU.pgp Description: PGP signature
Bug#443454: icedove
* Alexander Sack ([EMAIL PROTECTED]) wrote: > On Sat, Oct 06, 2007 at 04:58:17PM -0400, Eric Dorland wrote: > > Hi Alexander, > > > > Are you available to make a release of icedove, or would you like me > > to take care of it this weekend? > > > > * Jan Christoph Uhde ([EMAIL PROTECTED]) wrote: > > > Hi Eric, > > > would you please take a look at icedove's bug #443454 and support > > > Alexander Sack or patch the package an do a non maintainer update:) > > > People really appreciate a working thunderbird:) > > > > > > Thanks for your time and your work at the debian project. > > I plan to do that on Sunday. Cool, thanks. -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#445575: file: Inconsistent treatment of /etc/magic and /etc/magic.mime on upgrade
Package: file Version: 4.21-3 Severity: minor Upgrading from 4.17-5 to 4.21-3, I had customised both /etc/magic and /etc/magic.mime. I was offered the usual choice by debconf to upgrade /etc/magic.mime or not, but /etc/magic was silently left alone, without any choice. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'experimental'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) 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 file depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libmagic1 4.21-3 File type determination library us file recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444309: seemingly no good way to end bulleted list and start code block
Howdy, The following bug report was sent to the Debian BTS. Is there a way to have a code block immediately follow an unordered list? - Forwarded message from Joey Hess <[EMAIL PROTECTED]> - Consider this markdown: * bla * bla2 this should be treated as code block and it is not ... but if bullets are not above this, it works If the first code block is indented with 8 spaces, or 2 tabs, it will be treated as a nested code block inside the second list item, but there seems to be no way to make it be seen as a code block that immediately follows the list. - End forwarded message - -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445574: mismatch between program and documentation
Package: imagemagick Version: 7:6.2.4.5.dfsg1-0.14 When using 'convert' to create a PDF file from PNG-images, it interprets the value given after -density as dots per centimeter, whereas the documentation in /usr/share/doc/www/imagemagick/www/command-line-options.html says that the default unit of measure is dots per inch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445323: cpu-intensive window redraw/window resize
I am 99% sure this is an X problem. (Written before experimenting): I'm currently experiencing this problem on one of my machines, and am fairly certain it's an xorg-related problem. I have the same versions of xfce4-terminal, libvte9, and libvte-common on both machines. One machine is running xserver-xorg version 1:7.0.22 (which doesn't demonstrate the problem), and the other is using version 1:7.3+2 (and does show the problem). (After experimenting): I just upgraded the unaffected box to 1:7.3+2 and slow xfce4-terminal drawing started happening on it as well. To be clear, the packages and versions changed during the upgraded follow: [INSTALL] dmidecode [UPGRADE] gcc-4.2-base 4.2-20070609-1 -> 4.2.1-6 [UPGRADE] libgcc1 1:4.2-20070609-1 -> 1:4.2.1-6 [UPGRADE] libsensors3 1:2.10.1-2 -> 1:2.10.4-3 [UPGRADE] libstdc++6 4.2-20070609-1 -> 4.2.1-6 [UPGRADE] libxfont1 1:1.0.0-4 -> 1:1.3.1-1 [UPGRADE] lm-sensors 2.5.4-5 -> 1:2.10.4-3 [UPGRADE] xserver-xorg 1:7.0.22 -> 1:7.3+2 [UPGRADE] xserver-xorg-core 1:1.0.2-8 -> 2:1.4-3 [UPGRADE] xserver-xorg-input-kbd 1:1.0.1.3-2 -> 1:1.2.2-3 [UPGRADE] xserver-xorg-input-mouse 1:1.0.4-3 -> 1:1.2.2-6 [UPGRADE] xserver-xorg-video-nv 1:1.0.1.5-2 -> 1:2.1.5-1 [UPGRADE] xserver-xorg-video-tdfx 1:1.1.1.3-3 -> 1:1.3.0-6 Furthermore, gqview seems to be affected by the same problem (that is, redraws of its image-showing space seem to occur much more slowly than before the upgrade). --xsdg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443962: partitions not starting/ending on cylinder boundary
Hi, the bug is more-or-less solved: I deleted the one partition that caused the partial overlap. Then parted found my partitions, I created a new one, and now everything is fine... Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444858: libxapian-dev: Please package new upstream version 1.0.3
tag 444858 +pending thanks On Mon, Oct 01, 2007 at 04:43:17PM +0200, gregor herrmann wrote: > I know that xapian 1.0.3 was released only 3 three days ago, there's > no need to hurry, I just wanted to give a friendly hint :) I actually make the upstream releases, so I'm the first to know about them! I was away last week, and ran out of time before I left to update the debian packaging. But I'm back now and hoping to get new debian packages uploaded this week. Cheers, Olly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445573: auto-ro raids have 'recover' for sync-action
Package: mdadm Version: 2.6.2-1 Severity: normal Tags: upstream sync_action cannot deal with auto-read-only, it seems. Neil, can you please confirm that you saw this? wall:~# cat /proc/mdstat | grep '^md1' -A1 md1 : active(auto-read-only) raid1 hdc2[0] hda2[1] 996020 blocks super 1.0 [2/2] [UU] wall:~# cat /sys/block/md1/md/sync_action recover wall:~# dd if=/dev/zero of=/dev/md1 bs=1k count=1 wall:~# cat /proc/mdstat | grep '^md1' -A1 md1 : active raid1 hdc2[0] hda2[1] 996020 blocks super 1.0 [2/2] [UU] wall:~# cat /sys/block/md1/md/sync_action idle -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#442391: ampache: [INTL:pt] Portuguese translation for debconf messages
Charliej wrote: > "Traduz" - Portuguese Translation Team wrote: > >> Package: ampache >> Version: 3.3.3.5-dfsg-1 >> Tags: l10n, patch >> Severity: wishlist >> >> Portuguese translation for ampache's debconf messages. >> Translator: Américo Monteiro <[EMAIL PROTECTED]> >> Feel free to use it. >> >> For translation updates please contact 'Last Translator' or the >> Portuguese Translation Team . >> >> >> >> > Thank you for your translation > > Regards > Charlie > > > > Americo Could you please update the po file you provided to reflect the changes made to ampaches templates and control file in Bug #445084 as I will be using these templates in the next version of ampache. Thank you Charlie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445404: gsm-utils fails installation / addgroup: The user `gsmsms' does not exist
unmerge 445404 thanks Florian Lohoff <[EMAIL PROTECTED]> (06/10/2007): > You are trying to […] triage RC bugs open for a while, sometimes wrongly. I'm not at all a maintainer of this package. > Its not the same as the original #346238. Unmerging accordingly, thanks for your correcting me. Cheers, -- Cyril Brulebois pgpi7h4SYTLTF.pgp Description: PGP signature
Bug#420958: ipac-ng: parse_port.patch
thank you Narayanan.
Your idea help me out to geht my problem solved.
But your "patch"is intricately.. so i help me out with vim :)
open the ipables.c and type.. :%s/RTLD_NOW/RTLD_LAZY/g
It works very fine for me and the bugs are gone.
Here is the right patch.
save it in parse_port.patch and type: patch -p1 < parse_port.patch
rocksolid iptables # diff -c iptables.c iptables.c_org
*** iptables.c 2007-10-07 00:47:40.0 +0200
--- iptables.c_org 2007-10-07 00:41:36.0 +0200
***
*** 638,644
char path[strlen(lib_dir) + sizeof("/libipt_.so")
+ strlen(name)];
sprintf(path, "%s/libipt_%s.so", lib_dir, name);
! if (dlopen(path, RTLD_LAZY)) {
/* Found library. If it didn't register itself,
maybe they specified match as a target. */
ptr = find_target(name, DONT_LOAD);
--- 638,644
char path[strlen(lib_dir) + sizeof("/libipt_.so")
+ strlen(name)];
sprintf(path, "%s/libipt_%s.so", lib_dir, name);
! if (dlopen(path, RTLD_NOW)) {
/* Found library. If it didn't register itself,
maybe they specified match as a target. */
ptr = find_target(name, DONT_LOAD);
***
*** 765,771
char path[strlen(lib_dir) + sizeof("/libipt_.so")
+ strlen(name)];
sprintf(path, "%s/libipt_%s.so", lib_dir, name);
! if (dlopen(path, RTLD_LAZY)) {
/* Found library. If it didn't register itself,
maybe they specified target as match. */
ptr = find_match(name, DONT_LOAD, NULL);
--- 765,771
char path[strlen(lib_dir) + sizeof("/libipt_.so")
+ strlen(name)];
sprintf(path, "%s/libipt_%s.so", lib_dir, name);
! if (dlopen(path, RTLD_NOW)) {
/* Found library. If it didn't register itself,
maybe they specified target as match. */
ptr = find_match(name, DONT_LOAD, NULL);
PS: iptables v1.3.8; ipac-ng-1.31; debian 4.0; 2.6.18 SMP i686 Kernel
with IMQ and layer7 Patch.
Greetings from Austria
brooks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432508: ITP: libfile-mmagic-xs-perl -- Guess File Type With XS (a la mod_mime_magic)
retitle 432508 RFP: libfile-mmagic-xs-perl -- Guess File Type With XS (a la mod_mime_magic) thanks I patched Maypole to avoid requiring this module, though it should speed up serving of static content. I may come back to it at some point, but I am not expecting to work on it soon. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part
Bug#445572: gkrellxmms2: playlist is blank after a few switches
Package: gkrellxmms2 Version: 0.6.4-1.1 Severity: normal A couple of times after start switching a playlist to another works. However it pretty soon stops displaying playlist contents (blank list), although the songs in the playlist are still there and can be played back. The console output contains the following message: ** * xmmsc_medialib_select was called but it has been deprecated in favor of collections! * This is probably an error in the application using libxmmsclient ** -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.4 (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/bash Versions of packages gkrellxmms2 depends on: ii gkrellm 2.2.10-2 The GNU Krell Monitors ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.14.1-4 The GLib library of C routines ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxmmsclient-glib1 0.2DrJekyll-4+b1 XMMS2 - glib client library ii libxmmsclient2 0.2DrJekyll-4+b1 XMMS2 - client library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra gkrellxmms2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443454: icedove
On Sat, Oct 06, 2007 at 04:58:17PM -0400, Eric Dorland wrote: > Hi Alexander, > > Are you available to make a release of icedove, or would you like me > to take care of it this weekend? > > * Jan Christoph Uhde ([EMAIL PROTECTED]) wrote: > > Hi Eric, > > would you please take a look at icedove's bug #443454 and support Alexander > > Sack or patch the package an do a non maintainer update:) People really > > appreciate a working thunderbird:) > > > > Thanks for your time and your work at the debian project. I plan to do that on Sunday. - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444809: udev: USB devices should be readable by normal users
The bug has appeared in version 0.113-1, due to the following
debian-only change:
* Added rules for SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device" to support
kernels without USB_DEVICE_CLASS.
Reverting to SUBSYSTEM=="usb_device" fixes the problem.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427319: gxmms2: Doesn't work with current XMMS2
It's probably works now (with gxmms2 version 0.6.4-1.1). I was able to select playlists and play songs from them, so gxmms2 is probably fine. However with gkrellxmms2 I can now select playlists and play songs, but the list of songs is blank (although they are there and can be played). I'm reporting this bug to appropriate package gkrellxmms2. -- -- Dmitry Rutsky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433872: [Suspend-devel] nx6325 fails to resume from s2ram
"Rafael J. Wysocki" <[EMAIL PROTECTED]> writes: > Well, IIRC, the whitelist entry says "use --vbe_save --vbe_post", so > it should work either way. Yes, the whitelist says to use both, that's why I tried with both options first. I am surprised that they actually break things for me rather than help and I suspect that perhaps the whitelist should be refined, i.e. there may be several kinds of nx6325s out there: some where "--vbe_save --vbe_post" is necessary, some where it works either way, and some where it hurts. On my machine, it hurts. That is the reason why I left this bug open. > It looks like nx6325 is not whitelisted in your s2ram and your box > apparently works without any quirks. Strange, but that can be an > effect of the ATI driver being used, too. ;-) I'm a control freak. I do not use any non-free software :) The driver in use is radeon(4) with 2D acceleration only (OpenGL not supported). -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404416: Fixed since 2.6.21?
On Sat, 06 Oct 2007 23:34:18 +0200, Philippe Cloutier <[EMAIL PROTECTED]> wrote: I can't reproduce this with Linux >= 2.6.21. Is anyone able to reproduce with a current version? For me updating to kernel 2.6.21 completely solved the problem. Thanks, Marco
Bug#433209: "GSlice: g_thread_init() must be called" messages
I think that was actually a glib related error,... I haven't seen that message for some time now. So please close the bug. Best wishes, Chris. On Sat, 2007-10-06 at 18:29 -0400, Eric Dorland wrote: > * Christoph Anton Mitterer ([EMAIL PROTECTED]) wrote: > > Package: iceweasel > > Version: 2.0.0.4-1 > > Severity: normal > > > > Hi. > > > > For some days now I get always the following message when running > > iceweasel: > > ***MEMORY-WARNING***: firefox-bin[7225]: GSlice: g_thread_init() must be > > called before all other GLib functions; memory corruption due to late > > invocation of g_thread_init() has been detected; this program is likely > > to crash, leak or unexpectedly abort soon... > > > > Any ideas? > > I don't think I ever saw that, are you still seeing that with > iceweasel 2.0.0.7? > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445571: kcontrol asks to add universe repository for windows apps setup
Package: kcontrol Version: 4:3.5.7.dfsg.1-1 Under the "Windows Applications" section, if wine is not installed, it asks if you want to go into Administrator Mode, add the Universe repository to sources.list, and install wine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433872: [Suspend-devel] nx6325 fails to resume from s2ram
On Sunday, 7 October 2007 00:16, Ludovic Brenta wrote: > Ludovic Brenta <[EMAIL PROTECTED]> writes: > > Stefan Seyfried <[EMAIL PROTECTED]> writes: > >> On Thu, Sep 13, 2007 at 09:30:54PM +0200, Rafael J. Wysocki wrote: > >>> On Thursday, 13 September 2007 20:58, Tim Dijkstra wrote: > >>> > Hi guys, > >>> > > >>> > I got this report, any ideas? > >>> > >>> Yes (I have this box :-)). > >>> > >>> Use a newer kernel. > >>> > >>> As far as I remember, everything later than 2.6.22 should work > >>> (except for some broken -mm releases). > >> > >> Generally (maybe we should put this into some README :-), the Kernel > >> should be as new as the whitelist entry date. > > > > I upgraded my kernel to linux-image-2.6.22-2-amd64 (= 2.6.22-4). > > Then, as previously, I did "s2ram --vbe-post --vbe-save" as root. The > > symptoms remain unchanged, i.e. the screen remains black (backlight > > off) and the machine is not visible on the network after resuming from > > s2ram. (However, the upgrade did make a difference in that s2disk now > > works: I'll close #433873). > > Second try: > > s2ram --force > > without --vbe_save or --vbe_post WORKS! Is the hints file wrong, or > did I misunderstand it? Well, IIRC, the whitelist entry says "use --vbe_save --vbe_post", so it should work either way. It looks like nx6325 is not whitelisted in your s2ram and your box apparently works without any quirks. Strange, but that can be an effect of the ATI driver being used, too. ;-) Greetings, Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445569: "KMail" incorrectly capitalized
Package: reportbug-ng Version: 0.2007.08.20 Severity: minor "Kmail" should be capitalized as "KMail". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445570: /usr/bin/gnome-keyboard-properties: keyboard-properties fails immediately
Package: gnome-control-center Version: 1:2.18.1-1 Severity: important File: /usr/bin/gnome-keyboard-properties After update of gnome control-center from 1:2.14.2-7 to 1:2.18.1-1 the keyboard dialog fails immediately. ---<(kaimartin)>--- PS: Bug buddy produces the following report: =8< System: Linux 2.6.18-5-k7 #1 SMP Fri Jun 1 01:26:37 UTC 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 1030 Selinux: No Accessibility: Disabled GTK+ Theme: Smooth-with_Wasp-colors Icon Theme: eXperience_kmk Memory status: size: 21147648 vsize: 21147648 resident: 10199040 share: 8261632 rss: 10199040 rss_rlim: 4294967295 CPU usage: start_time: 1191709278 rtime: 11 utime: 10 stime: 1 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/gnome-keyboard-properties' (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb6f616b0 (LWP 26350)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb78f1bce in __waitpid_nocancel () from /lib/libpthread.so.0 #0 0xb78f1bce in __waitpid_nocancel () from /lib/libpthread.so.0 #1 0xb7e77865 in ?? () from /usr/lib/libgnomeui-2.so.0 #2 0x66ef in ?? () #3 0xbf9faaf8 in ?? () #4 0x in ?? () Thread 1 (Thread 0xb6f616b0 (LWP 26350)): #0 0xb78f1bce in __waitpid_nocancel () from /lib/libpthread.so.0 No symbol table info available. #1 0xb7e77865 in ?? () from /usr/lib/libgnomeui-2.so.0 No symbol table info available. #2 0x66ef in ?? () No symbol table info available. #3 0xbf9faaf8 in ?? () No symbol table info available. #4 0x in ?? () No symbol table info available. #0 0xb78f1bce in __waitpid_nocancel () from /lib/libpthread.so.0 The program is running. Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal] --- .xsession-errors - (pan:26315): Gtk-CRITICAL **: gtk_tree_path_compare: assertion `b->depth > 0' failed (pan:26315): Gtk-CRITICAL **: _gtk_tree_view_find_path: assertion `node != NULL' failed (pan:26315): Gtk-CRITICAL **: gtk_tree_path_compare: assertion `b->depth > 0' failed (pan:26315): Gtk-CRITICAL **: _gtk_tree_view_find_path: assertion `node != NULL' failed (pan:26315): Gtk-CRITICAL **: gtk_tree_path_compare: assertion `b->depth > 0' failed Window Title: 'Bug Buddy'; Application Name: 'Bug Buddy'; Class: 'Bug-buddy'; Geometry: 504x212+1668+406 ** (devilspie:4000): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL' failed Window Title: 'Bug Buddy'; Application Name: 'Bug Buddy'; Class: 'Bug-buddy'; Geometry: 504x212+1668+406 Failed to read a valid object file image from memory. -- =>8 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-k7 (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/bash Versions of packages gnome-control-center depends on: ii capplets-data 1:2.18.1-1 configuration applets for GNOME 2 ii desktop-file-utils 0.12-1 Utilities for .desktop files ii gnome-desktop-data 2.18.3-1 Common files for GNOME 2 desktop a ii gnome-icon-theme2.20.0-1 GNOME Desktop icon theme ii gnome-menus 2.20.0-2 an implementation of the freedeskt ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 T
Bug#433872: [Suspend-devel] nx6325 fails to resume from s2ram
On Sunday, 7 October 2007 00:07, Ludovic Brenta wrote: > Stefan Seyfried <[EMAIL PROTECTED]> writes: > > On Thu, Sep 13, 2007 at 09:30:54PM +0200, Rafael J. Wysocki wrote: > >> On Thursday, 13 September 2007 20:58, Tim Dijkstra wrote: > >> > Hi guys, > >> > > >> > I got this report, any ideas? > >> > >> Yes (I have this box :-)). > >> > >> Use a newer kernel. > >> > >> As far as I remember, everything later than 2.6.22 should work > >> (except for some broken -mm releases). > > > > Generally (maybe we should put this into some README :-), the Kernel > > should be as new as the whitelist entry date. > > I upgraded my kernel to linux-image-2.6.22-2-amd64 (= 2.6.22-4). > Then, as previously, I did "s2ram --vbe-post --vbe-save" as root. The > symptoms remain unchanged, i.e. the screen remains black (backlight > off) and the machine is not visible on the network after resuming from > s2ram. (However, the upgrade did make a difference in that s2disk now > works: I'll close #433873). Please try 2.6.23 when it's out. I use s2ram on nx6325 on a regular basis with the 2.6.23-rc kernels and it works just fine. One thing: for s2ram to work, make sure not to use the ATI binary graphics driver. It tends to break things. Greetings, Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433209: "GSlice: g_thread_init() must be called" messages
* Christoph Anton Mitterer ([EMAIL PROTECTED]) wrote: > Package: iceweasel > Version: 2.0.0.4-1 > Severity: normal > > Hi. > > For some days now I get always the following message when running > iceweasel: > ***MEMORY-WARNING***: firefox-bin[7225]: GSlice: g_thread_init() must be > called before all other GLib functions; memory corruption due to late > invocation of g_thread_init() has been detected; this program is likely > to crash, leak or unexpectedly abort soon... > > Any ideas? I don't think I ever saw that, are you still seeing that with iceweasel 2.0.0.7? -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#433872: [Suspend-devel] nx6325 fails to resume from s2ram
Ludovic Brenta <[EMAIL PROTECTED]> writes: > Stefan Seyfried <[EMAIL PROTECTED]> writes: >> On Thu, Sep 13, 2007 at 09:30:54PM +0200, Rafael J. Wysocki wrote: >>> On Thursday, 13 September 2007 20:58, Tim Dijkstra wrote: >>> > Hi guys, >>> > >>> > I got this report, any ideas? >>> >>> Yes (I have this box :-)). >>> >>> Use a newer kernel. >>> >>> As far as I remember, everything later than 2.6.22 should work >>> (except for some broken -mm releases). >> >> Generally (maybe we should put this into some README :-), the Kernel >> should be as new as the whitelist entry date. > > I upgraded my kernel to linux-image-2.6.22-2-amd64 (= 2.6.22-4). > Then, as previously, I did "s2ram --vbe-post --vbe-save" as root. The > symptoms remain unchanged, i.e. the screen remains black (backlight > off) and the machine is not visible on the network after resuming from > s2ram. (However, the upgrade did make a difference in that s2disk now > works: I'll close #433873). Second try: s2ram --force without --vbe_save or --vbe_post WORKS! Is the hints file wrong, or did I misunderstand it? -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445568: doesn't support double quote (") in summary when calling KMail
Package: reportbug-ng
Version: 0.2007.08.20
Severity: minor
If a summary contains a double quote ("), KMail doesn't launch when
clicking "Ok".
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.22-2-686
Debian Release: lenny/sid
990 testing security.debian.org
990 testing debian.savoirfairelinux.net
500 unstabledebian.savoirfairelinux.net
--- Package information. ---
Depends (Version) | Installed
=-+-===
python| 2.4.4-6
python-central (>= 0.5.8) | 0.5.15
python-qt3| 3.17.3-3
python-soappy | 0.12.0-2
xdg-utils | 1.0.1-2
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445114: flashplugin-nonfree: Bug #443600 is another manifestation
Package: flashplugin-nonfree Version: 9.0.48.0.2 Followup-For: Bug #445114 Bug #443600 is a specialization of #440165 to konqueror. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433539: gcc-4.1: Final patch for profiling
reopen 433539
stop
On Fri, Aug 03, 2007 at 09:38:38PM -0400, Michael Casadevall wrote:
> Package: gcc-4.1
> Version: 4.1.2-13
> Followup-For: Bug #433539
>
> As a follow up to my last email, I've updated my patch more, and now it
> properly handles profiling with -static and without.
Wrong.
> I also used it to build and profile hurd translators as staticially built
> binaries without a problem.
Wrong. Definitely not with the patch you submitted and got included.
Sorry, if this sounds harsh, but you definitely did not build Hurd
translators (or anything else) statically with the patch you submitted.
We now have packages gcc-4.1 and gcc-4.2 in the Debian archives that are
unable to build any regular statically linked binaries at all (except for
applying GCC command line work-arounds).
> --- src/gcc/config/i386/gnu.h 2007-07-14 17:02:14.21000 -0400
> +++ src/gcc/config/i386/gnu.h 2007-07-14 13:01:43.97000 -0400
> @@ -34,8 +34,8 @@
> #define STARTFILE_SPEC \
>"%{!shared: \
> %{!static: \
> - %{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s} %{!p:crt1.o%s}}} \
> - %{static:crt0.o%s}} \
> + %{pg:gcrt0.o%s} %{!pg:%{p:gcrt0.o%s} %{!p:crt1.o%s}}} \
> + %{static: %{pg:gcrt0.o%s} %{!pg:{%p:gcrt0.o%s} %{!p:crt0.o%s \
> crti.o%s %{static:crtbeginT.o%s}\
> %{!static:%{!shared:crtbegin.o%s} %{shared:crtbeginS.o%s}}"
This is invalid specs syntax -- at least for the designated use. Instead
of ``{%p:gcrt0.o%s}'' it should read ``%{p:gcrt0.o%s}''. Debian GCC
team: can you please change this (once more...) for gcc-4.1 and gcc-4.2?
Alternatively you could also use what has been committed here:
. Or even better:
I'll simply attach a patch that has this issue fixed. Please install
that one into the gcc-4.1 and gcc-4.2 source packages, replacing the
existing file.
Thomas
#! /bin/sh -e
# DP: Fix profiling on hurd-i386.
dir=
if [ $# -eq 3 -a "$2" = '-d' ]; then
pdir="-d $3"
dir="$3/"
elif [ $# -ne 1 ]; then
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
fi
case "$1" in
-patch)
patch $pdir -f --no-backup-if-mismatch -p0 < $0
;;
-unpatch)
patch $pdir -f --no-backup-if-mismatch -R -p0 < $0
;;
*)
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
esac
exit 0
--- gcc/config/i386/gnu.h 2007-07-14 17:02:14.21000 -0400
+++ gcc/config/i386/gnu.h 2007-07-14 13:01:43.97000 -0400
@@ -34,8 +34,8 @@
#define STARTFILE_SPEC \
"%{!shared: \
%{!static: \
- %{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s} %{!p:crt1.o%s}}} \
- %{static:crt0.o%s}} \
+ %{pg:gcrt0.o%s} %{!pg:%{p:gcrt0.o%s} %{!p:crt1.o%s}}} \
+ %{static: %{pg:gcrt0.o%s} %{!pg:%{p:gcrt0.o%s} %{!p:crt0.o%s \
crti.o%s %{static:crtbeginT.o%s}\
%{!static:%{!shared:crtbegin.o%s} %{shared:crtbeginS.o%s}}"
signature.asc
Description: Digital signature
Bug#433872: [Suspend-devel] nx6325 fails to resume from s2ram
Stefan Seyfried <[EMAIL PROTECTED]> writes: > On Thu, Sep 13, 2007 at 09:30:54PM +0200, Rafael J. Wysocki wrote: >> On Thursday, 13 September 2007 20:58, Tim Dijkstra wrote: >> > Hi guys, >> > >> > I got this report, any ideas? >> >> Yes (I have this box :-)). >> >> Use a newer kernel. >> >> As far as I remember, everything later than 2.6.22 should work >> (except for some broken -mm releases). > > Generally (maybe we should put this into some README :-), the Kernel > should be as new as the whitelist entry date. I upgraded my kernel to linux-image-2.6.22-2-amd64 (= 2.6.22-4). Then, as previously, I did "s2ram --vbe-post --vbe-save" as root. The symptoms remain unchanged, i.e. the screen remains black (backlight off) and the machine is not visible on the network after resuming from s2ram. (However, the upgrade did make a difference in that s2disk now works: I'll close #433873). -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443600: konqueror-nsplugins: I think this was marked done prematurely
On Saturday 06 October 2007, Kevin Krammer wrote: > > Adobe wrote a plugin for an application supporting the Netscape Plugin API. > Since this API does not in any way specify that GTK is used for the APIs > implementation, they can not assume this. > With this, I stand corrected on all claims about nspluginviewer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445567: "any otherthird-party plugins" in extended description
Package: libgimp2.0 Version: 2.4.0~rc3-1 Severity: minor The extended description ends with "It has been split off from the main gimp package in order to facilitate easy development for packages that use libgimp, like SANE, the Scanner Access package for GIMP, as well as any other third-party plugins." "plugins" should be singular. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445566: samba: smbclient returning 'string length'+1 of the first character of the share name
Package: samba Version: 3.0.26a-1 Severity: grave Justification: renders package unusable the samba server is returning 'string length'+1 of the first character of the share name. no matter which machine or version that requests the share list it always returns the same value. $ smbclient -L //localhost/ Domain=[NAS] OS=[Unix] Server=[Samba 3.0.26a] Sharename Type Comment - --- Disk ll Disk I IPC I Domain=[NAS] OS=[Unix] Server=[Samba 3.0.26a] Server Comment ---- WorkgroupMaster ---- WORKGROUP $cat /etc/samba/smb.conf [global] dos charset =CP850 unix charset = UTF-8 display charset = LOCALE server string = %h server obey pam restrictions = Yes passdb backend = tdbsam passwd program = /usr/bin/passwd %u passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n *password\supdated\ssuccessfully* . syslog only = Yes log file = /var/log/samba/log.%m max log size = 1000 dns proxy = No ldap ssl = no panic action = /usr/share/samba/panic-action %d invalid users = root [TimeMachine] path = /srv/timemachine valid users = shawn read only = No [local] path = /srv/timemachine valid users = shawn read only = No $ sudo locale -a C POSIX $ testparm -v -s | grep charset Load smb config files from /etc/samba/smb.conf Processing section "[TimeMachine]" Processing section "[local]" Loaded services file OK. Server role: ROLE_STANDALONE dos charset = CP850 unix charset = UTF-8 display charset = LOCALE -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Kernel: Linux 2.6.21-2-ixp4xx Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages samba depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libacl1 2.2.45-1 Access control list shared library ii libattr11:2.4.39-1 Extended attribute shared library ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libcomerr2 1.40.2-1 common error description library ii libcupsys2 1.3.2-1 Common UNIX Printing System(tm) - ii libgnutls13 1.7.19-1 the GNU TLS library - runtime libr ii libkrb531.6.dfsg.1-7 MIT Kerberos runtime libraries ii libldap22.1.30.dfsg-13.5 OpenLDAP libraries ii libpam-modules 0.99.7.1-4 Pluggable Authentication Modules f ii libpam-runtime 0.99.7.1-4 Runtime support for the PAM librar ii libpam0g0.99.7.1-4 Pluggable Authentication Modules l ii libpopt01.10-3 lib for parsing cmdline parameters ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii procps 1:3.2.7-4.1 /proc file system utilities ii samba-common3.0.26a-1Samba common files used by both th ii update-inetd4.27-0.6 inetd.conf updater ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages samba recommends: ii smbldap-tools 0.9.2-3Scripts to manage Unix and Samba a -- debconf information: samba/run_mode: daemons samba/tdbsam: false samba/generate_smbpasswd: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441205: CVE-2007-4724 XSS in cal2.jsp
On Fri, Sep 07, 2007 at 02:42:13PM +0200, Nico Golde wrote: > Package: tomcat5-webapps > Version: 5.0.30-12 > Severity: minor > Tags: security > > Hi, > a CVE[0] has been issued against your package. > CVE-2007-4724: > Cross-site request forgery (CSRF) vulnerability in cal2.jsp > in the calendar examples application in Apache Tomcat 4.1.31 > allows remote attackers to add events as arbitrary users via > the time and description parameters. > > I verified that this isse is present in etch however it is > fixed in tomcat5.5-webapps in unstable and testing. > Please include the CVE id in the changelog if you fix this > issue. > > [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4724 I identified what needs to be fixed, finally. Problem is that the affected file (cal2.jsp) is included in tomcat5 source but during build of it it gets copied over from libservlet2.4-java package. So at least 2 source packages are affected by this. I will speak with the SRMs about this how to fix this in stable. In unstable is affected only libservlet2.4-java (the examples of it, to be concrete). Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443816: need autoremove in bash_completion
reassign 443816 bash thanks Valerio Passini <[EMAIL PROTECTED]> writes: > I like to use the tab button to complete the command line in apt-get but now > bash completion function lacks autoremove command and it could be worth to > have it. Thank you, Ciao This isn't part of apt package (however it would be better if it could be moved to it later) and hence I'm reassigning the bug to bash where it needs to be fixed. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439923: texmacs: Segfaults on startup
reassign 439923 guile-1.8-libs thanks After discussing the issue with guile upstream [1], I came to know that guile-1.8 is not ABI compatible if threads are enabled. Threads are reenabled in guile 1.8.2+1-2 leading to the crash of texmacs. Since the fix has to come from guile package itself, I am reassigning the bug to guile-1.8-libs. raju [1] - http://thread.gmane.org/gmane.lisp.guile.devel/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445565: Header glplib.h missing from package libglpk-dev, version 4.22-1
Package: libglpk-dev Version: 4.22-1 Hi, The header glplib.h is a part of the glpk tarball. It contains the prototype of the function lib_free_env. I would like to call this function at the end of the program, in order to free memory used by glpk (if I don't do this, valgrind complains that there was unfreed memory). However, libglk-dev does not contain glplib.h (the only header it does contain is glpk.h). So, unless I've missed something, it seems that glplib.h should be added to libglpk-dev. P.S. I've written a message about this to [EMAIL PROTECTED] a few days ago, but got no response. So, sorry if you see this again. Thanks, Abu Yoav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442214: [Pkg-aide-maintainers] Bug#442214: Bug#442214: aide: Aide issues false alarms
On Sat, 6 Oct 2007, Marc Haber wrote: If so, I suspect that you got the zope log file in Saturday's or Sunday's report, which prevented the new database from being copied over the old one, and which caused the "normal" log file rules not to apply any more for Monday's report. Well, this was by chance. I get the reports on any next day. The solution will probably be to add appropriate rules for the zope log files. I have apropriate rules. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445236: gdm: the font in text-input field is way too big
On Sat, Oct 6, 2007 at 23:01:14 +0200, Giacomo Montagner wrote: > (II) intel(0): EDID for output LVDS > (II) intel(0): Manufacturer: LPL Model: 0 Serial#: 0 > (II) intel(0): Year: 2005 Week: 0 > (II) intel(0): EDID Version: 1.2 > (II) intel(0): Digital Display Input > (II) intel(0): Max H-Image Size [cm]: horiz.: 33 vert.: 21 The image size here (33x21cm) seems correct. > (II) intel(0): Gamma: 2.20 > (II) intel(0): No DPMS capabilities specified; RGB/Color Display > (II) intel(0): First detailed timing is preferred mode > (II) intel(0): redX: 0.590 redY: 0.344 greenX: 0.323 greenY: 0.534 > (II) intel(0): blueX: 0.156 blueY: 0.138 whiteX: 0.312 whiteY: 0.328 > (II) intel(0): Manufacturer's mask: 0 > (II) intel(0): Supported additional Video Mode: > (II) intel(0): clock: 71.2 MHz Image Size: 289 x 21 mm But this doesn't. Can you try upgrading your X packages to unstable, to see if this is fixed? If it isn't, we'll have to report this upstream. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445564: MathML does not work
Package: iceweasel Version: 2.0.0.7-2 Severity: important Please go to these these WWW-pages and see, how badly MathML is rendered: http://www.mozilla.org/projects/mathml/ http://www.mozilla.org/projects/mathml/demo/texvsmml.xhtml http://www.mozilla.org/projects/mathml/start.xhtml If you see nothing wrong, I can provide screenshots of my Iceweasel showing MathML-pages. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (1100, 'testing'), (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.25.1 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2generic font configuration library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-6GCC support library ii libglib2.0-02.14.1-4 The GLib library of C routines ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii libnss3-0d 3.11.7-1 Network Security Service libraries ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2.1-6 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii procps 1:3.2.7-4.1 /proc file system utilities ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime iceweasel recommends no packages. -- no debconf information -- Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv "S teki. S teki. S teki. S wo kakusei. S teki. S teki. S teki. S wo umekome. S teki. S teki. S teki. M wo setsudan. S teki. S teki. Puratonikku wo hajimemashou." Dir en grey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395573: [EMAIL PROTECTED]: VisIt: interactive parallel visualization and graphical analysis tool]
On Sat, 6 Oct 2007, Charles Plessy wrote: is anyone interested in packaging VisIt for Debian? Please see RFP bug #395573 [1] (which I'm Cc:ing). Sounds great. Added it to the WML page of Debian-Med imaging todo list. Please Cc: me *and* the bug on replies, thanks. Many thanks for the hint Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445549: 24_home_dir_fakeroot seems to leak memory
Le samedi 06 octobre 2007 à 20:58 +0200, Loïc Minier a écrit :
> Package: gnome-vfs2
> Version: 1:2.20.0-2
> Severity: normal
>
> Hi,
>
> While reading 24_home_dir_fakeroot, it came to my attention that it
> seems to leak memory: g_get_home_dir() returns a const gchar that one
> doesn't have to g_free(), but gnome_vfs_get_home_dir() g_strdup()s it
> or g_strdup()s g_getenv ("HOME").
It shouldn't, as it is a static variable, so it should retain its same
value between calls.
Cheers,
--
.''`.
: :' : We are debian.org. Lower your prices, surrender your code.
`. `' We will add your hardware and software distinctiveness to
`-our own. Resistance is futile.
signature.asc
Description: Ceci est une partie de message numériquement signée
Bug#444546: amsn segfault at connection with tcl/tk 8.4.16-1
Sorry for the time to answer, I tested again today and I have the same problem: with tcl/tk 8.4.16-1 installed, if I launch amsn in console, I get a segmentation fault just at connection. As Arthur suggested, I tried to run it with strace: just before segfault, I get 3 messages "EAGAIN (Resource temporarily unavailable)" if it can help you. Downgrading to 8.4.15-2 I do not have problem. Regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445323: cpu-intensive window redraw/window resize
On Fri, Oct 05, 2007 at 07:54:28AM +0200, Yves-Alexis Perez wrote: Hey Yves-Alexis, > Hmhm, ok. I don't really see such behavior here. But maybe I didn't > understand the test case. What should I do? Maximize a xfce4-terminal > window, then switch to another desktop, then switch back? Then > xfce4-terminal uses a lot of cpu? Did you check this in `top`? Is the > load continuous or does it stops after the switch? I have a simple test case that proves the slowness of VTE (I had say): run “yes” and move the window around your workspace… See? Try that with a non-vte based terminal and it is fluent. I can't tell if it was always so, but it is acceptable here. Cheers! Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445562: paralist: documentation missing
Subject: paralist: documentation missing Package: texlive Version: 2007-12 Severity: normal For the LaTeX-package paralist the documentation paralist.pdf is missing. -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1034 2007-10-06 20:18 /var/lib/texmf/ls-R -rwxr-xr-x 1 root staff 7208 2007-10-06 20:18 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2007-08-11 13:15 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2007-09-23 11:56 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2007-09-23 11:56 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2007-08-11 13:15 /usr/share/texmf/web2c/texmf.cnf -> /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 7728 2007-09-28 22:37 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 13075 2007-10-06 17:29 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 13348 2007-09-28 22:37 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ insgesamt 4 -rw-r--r-- 1 root root 283 2007-06-20 17:33 mktex.cnf ## md5sums of texmf.d 25bf3a257a0bedb5c67349c3eaff74af /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf 8a26468004b5ebc7ae9884740356c1d0 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf e36faa13563bdb46303b91ab3f6ea638 /etc/texmf/texmf.d/85Misc.cnf 7e8f87acdeba48edac16d851c77b9e75 /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive depends on: ii texlive-fonts-recommended 2007-12TeX Live: Recommended fonts ii texlive-latex-base2007-12TeX Live: Basic LaTeX packages ii texlive-latex-recommended 2007-12TeX Live: LaTeX recommended packag texlive recommends no packages. Versions of packages tex-common depends on: ii debconf 1.5.14 Debian configuration management sy ii ucf 3.003 Update Configuration File: preserv Versions of packages texlive is related to: ii tetex-base2007-12TeX Live: teTeX transitional packa ii tetex-bin 2007-12TeX Live: teTeX transitional packa ii tetex-extra 2007-12TeX Live: teTeX transitional packa ii tex-common1.9Common infrastructure for using an -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445563: beagle: Please index bibtex!
Package: beagle Version: 0.2.12-1+b1 Severity: wishlist Indexing bibtex would be great, especially if the index allowed a search for an individual bibliography item. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages beagle depends on: ii adduser 3.105add and remove users and groups ii bash3.1dfsg-8The GNU Bourne Again SHell ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libexif12 0.6.16-2 library to parse EXIF files ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgalago1.0-cil0.5.0-2 CLI bindings for libgalago ii libgconf2.0-cil 2.16.0-7 CLI binding for GConf 2.16 ii libglade2.0-cil 2.10.2-1 CLI binding for the Glade librarie ii libglib2.0-02.14.0-2 The GLib library of C routines ii libglib2.0-cil 2.10.2-1 CLI binding for the GLib utility l ii libgmime2.2-cil 2.2.10-1 CLI binding for the MIME library, ii libgnome2.0-cil 2.16.0-7 CLI binding for Gnome 2.16 ii libgnomevfs2-0 1:2.20.0-1 GNOME Virtual File System (runtime ii libgsf-1-1141.14.7-1 Structured File Library - runtime ii libgsf0.0-cil 0.8-1CLI bindings for libgsf ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libgtk2.0-cil 2.10.2-1 CLI binding for the GTK+ toolkit 2 ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libmono-corlib1.0-cil 1.2.5.1-1Mono core library (1.0) ii libmono-sharpzip0.6-cil 1.2.5.1-1Mono SharpZipLib library ii libmono-sharpzip0.84-ci 1.2.5.1-1Mono SharpZipLib library ii libmono-sqlite1.0-cil 1.2.5.1-1Mono Sqlite library ii libmono-system-data1.0- 1.2.5.1-1Mono System.Data library ii libmono-system-runtime1 1.2.5.1-1Mono System.Runtime library ii libmono-system-web1.0-c 1.2.5.1-1Mono System.Web library ii libmono-system1.0-cil 1.2.5.1-1Mono System libraries (1.0) ii libmono01.2.5.1-1libraries for the Mono JIT ii libmono1.0-cil 1.2.5.1-1Mono libraries (1.0) ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii librsvg2-2 2.18.2-1 SAX-based renderer library for SVG ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsqlite0 2.8.17-3 SQLite shared library ii libsqlite3-03.4.2-1 SQLite 3 shared library ii libwmf0.2-7 0.2.8.4-6Windows metafile conversion librar ii libwv-1.2-3 1.2.4-2 Library for accessing Microsoft Wo ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxss1 1:1.1.2-1X11 Screen Saver extension library ii mono-runtime1.2.5.1-1Mono runtime ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages beagle recommends: ii xpdf-utils [poppler-utils]3.02-1.2 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445323: cpu-intensive window redraw/window resize
On Sat, Oct 06, 2007 at 11:03:59PM +0200, mike wrote: > On Fri, Oct 05, 2007 at 07:54:28AM +0200, Yves-Alexis Perez wrote: > > Hey Yves-Alexis, > > > Hmhm, ok. I don't really see such behavior here. But maybe I didn't > > understand the test case. What should I do? Maximize a xfce4-terminal > > window, then switch to another desktop, then switch back? Then > > xfce4-terminal uses a lot of cpu? Did you check this in `top`? Is the > > load continuous or does it stops after the switch? > > I have a simple test case that proves the slowness of VTE (I had say): > run “yes” and move the window around your workspace… See? Try that > with a non-vte based terminal and it is fluent. > > I can't tell if it was always so, but it is acceptable here. Ah! gnome-terminal doesn't suffer this problem indeed. > Cheers! > Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445561: conky: wireless_* variables not working
Package: conky Version: 1.4.7-1 Severity: normal On page http://conky.sourceforge.net/variables.html I read about wireless_* variables, but none of them is working on my installation of conky from last version od Debian package. This is strange, because this page should contain (according the homepage of this program) variables from version 1.4.7. And Debian version is also 1.4.7... Best regards Marek Turnovec -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-anubis (SMP w/1 CPU core) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages conky depends on: ii libc6 2.6.1-5GNU C Library: Shared libraries ii libfontconfig12.4.2-1.2 generic font configuration library ii libglib2.0-0 2.14.1-4 The GLib library of C routines ii libx11-6 2:1.0.3-7 X11 client-side library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar conky recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382673: [PATCH/RFC] dpkg-source.pl: Support a subset of wig&pen on build
Use .orig.tar.(bz2|lzma) if they are available
and no .gz can be found. Also let the user specify
via -C(gz|bz2|lzma) how files that need to be
generated should be compressed.
I think this is about the maximum support for wig&pen we can add in
dpkg-source -b without big code changes. But it might be a useful one,
especially for big packages. Such packages could maybe allowed for
lenny (buildds still running sarge might pose a problem, though).
Gruesse,
Frank
---
ChangeLog |9
debian/changelog |3 +
scripts/dpkg-source.pl | 121 ++-
3 files changed, 89 insertions(+), 44 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index b1eafab..8ad0186 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,12 @@
+2007-10-06 Frank Lichtenheld <[EMAIL PROTECTED]>
+
+ * scripts/dpkg-source.pl: Support a subset of
+ wig&pen (aka Format: 2.0) on build:
+ Use .orig.tar.(bz2|lzma) if they are available
+ and no .gz can be found. Also let the user specify
+ via -C(gz|bz2|lzma) how files that need to be
+ generated should be compressed.
+
2007-09-29 Frank Lichtenheld <[EMAIL PROTECTED]>
* scripts/dpkg-buildpackage.pl: Call checkversion()
diff --git a/debian/changelog b/debian/changelog
index 6c33f1c..3ea39e0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -35,6 +35,9 @@ dpkg (1.14.7) UNRELEASED; urgency=low
Closes: #379418
* Let dpkg-buildpackage error out early if the version number from
the changelog is not a valid Debian version. Closes: #216075
+ * Allow to use other compressions than gzip on dpkg-source -b
+(NOTE: this will result in a Format: 2.0 source package!).
+Closes: #382673
[ Updated dpkg translations ]
* Basque (Piarres Beobide). Closes: #440859
diff --git a/scripts/dpkg-source.pl b/scripts/dpkg-source.pl
index c036478..e45f560 100755
--- a/scripts/dpkg-source.pl
+++ b/scripts/dpkg-source.pl
@@ -75,6 +75,10 @@ my $max_dscformat = 2;
my $def_dscformat = "1.0"; # default format for -b
my $expectprefix;
+my $compression = 'gz';
+my @comp_supported = qw(gz bz2 lzma);
+my %comp_supported = map { $_ => 1 } @comp_supported;
+my $comp_regex = '(?:gz|bz2|lzma)';
# Packages
my %remove;
@@ -171,6 +175,8 @@ Build options:
-ss trust packed & unpacked orig src are same.
-sn there is no diff, do main tarfile only.
-sA,-sK,-sP,-sU,-sR like -sa,-sk,-sp,-su,-sr but may overwrite.
+ -C select compression to use (defaults to 'gz',
+ supported are: %s).
Extract options:
-sp (default)leave orig source packed in current dir.
@@ -182,7 +188,8 @@ General options:
--versionshow the version.
"), $progname,
$diff_ignore_default_regexp,
-join('', map { " -I$_" } @tar_ignore_default_pattern);
+join('', map { " -I$_" } @tar_ignore_default_pattern),
+"@comp_supported" ;
}
sub handleformat {
@@ -201,6 +208,10 @@ while (@ARGV && $ARGV[0] =~ m/^-/) {
&setopmode('build');
} elsif (m/^-x$/) {
&setopmode('extract');
+} elsif (m/^-C/) {
+ $compression = $POSTMATCH;
+ usageerr(sprintf(_g("%s is not a supported compression"), $compression))
+ unless $comp_supported{$compression};
} elsif (m/^-s([akpursnAKPUR])$/) {
warning(sprintf(_g("-s%s option overrides earlier -s%s option"), $1,
$sourcestyle))
if $sourcestyle ne 'X';
@@ -269,7 +280,7 @@ if ($opmode eq 'build') {
parsechangelog($changelogfile, $changelogformat);
parsecontrolfile($controlfile);
-$f{"Format"}=$def_dscformat;
+$f{"Format"}= $compression eq 'gz' ? $def_dscformat : '2.0';
&init_substvars;
my @sourcearch;
@@ -381,7 +392,7 @@ if ($opmode eq 'build') {
$basedirname =~ s/_/-/;
my $origdir = "$dir.orig";
-my $origtargz = "$basename.orig.tar.gz";
+my $origtargz;
if (@ARGV) {
my $origarg = shift(@ARGV);
if (length($origarg)) {
@@ -392,7 +403,7 @@ if ($opmode eq 'build') {
$sourcestyle =~ y/aA/rR/;
$sourcestyle =~ m/[ursURS]/ ||
&error(sprintf(_g("orig argument is unpacked but source
handling style".
- " -s%s calls for packed (.orig.tar.gz)"),
$sourcestyle));
+ " -s%s calls for packed (.orig.tar.)"),
$sourcestyle));
} elsif (-f _) {
$origtargz= $origarg;
$sourcestyle =~ y/aA/pP/;
@@ -408,22 +419,28 @@ if ($opmode eq 'build') {
&error(sprintf(_g("orig argument is empty (means no orig, no
diff)".
" but source handling style -s%s wants something"),
$sourcestyle));
}
-}
-
-if ($sourcestyle =~ m/[aA]/) {
-if (stat("$origtargz")) {
--f _ || &error(sprintf(_g("packed orig `%s' exists but is no
Bug#397547: This feature would be great
Hi! Please count me as another aptitude user who would like to see this feature implemented. Currently, when I want to do some system clean up, I proceed as follows: * I start aptitude in interactive mode (i.e.: I just run it without command-line arguments) * I examine the "Obsolete and Locally Created Packages" category * This way, I find all the packages that are installed, but not available from any of the configured repositories This is acceptable, but less than convenient. It's a bit slow, because it requires user interaction while the various subcategories are examined. It cannot be automated, AFAIK: I cannot do it inside a script or a cronjob... I would like to see a command-line way to let aptitude spit out the list of "Obsolete and Locally Created Packages" (in the same format as the output of aptitude search something). Something along the lines of: $ aptitude print-obsolete-local i oldpackage - ancient program that does nothing i A ancientlibrary - a library to do this and that i locallycreatedpack - very customized program -- http://frx.netsons.org/doc/nanodocs/testing_workstation_install.html Need to read a Debian testing installation walk-through? . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpDGh7RUMxSh.pgp Description: PGP signature
Bug#445560: kvm-45 update
Package: kvm Version: 45-0.0 Severity: wishlist Tags: patch Hi, Here's an updated .diff.gz for kvm-45. Some of the patches were fixed up. -jim -- Package-specific info: selected information from lshal(1): smbios.bios.release_date = '01/26/2007' (string) smbios.bios.vendor = 'Phoenix Technologies LTD' (string) smbios.bios.version = '6.00' (string) smbios.chassis.manufacturer = 'Supermicro' (string) smbios.chassis.type = 'Other' (string) smbios.system.manufacturer = 'Supermicro' (string) smbios.system.product = 'X7DVL' (string) smbios.system.serial = '0123456789' (string) smbios.system.uuid = '53D19F64-D663-A017-8922-0030488B5DF4' (string) smbios.system.version = '0123456789' (string) system.product = 'X7DVL 0123456789' (string) system.vendor = 'Supermicro' (string) /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Xeon(R) CPU5130 @ 2.00GHz stepping: 6 cpu MHz : 1994.999 cache size : 4096 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx tm2 ssse3 cx16 xtpr dca lahf_lm bogomips: 3993.71 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Xeon(R) CPU5130 @ 2.00GHz stepping: 6 cpu MHz : 1994.999 cache size : 4096 KB physical id : 3 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx tm2 ssse3 cx16 xtpr dca lahf_lm bogomips: 3990.13 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Xeon(R) CPU5130 @ 2.00GHz stepping: 6 cpu MHz : 1994.999 cache size : 4096 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx tm2 ssse3 cx16 xtpr dca lahf_lm bogomips: 3990.12 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Xeon(R) CPU5130 @ 2.00GHz stepping: 6 cpu MHz : 1994.999 cache size : 4096 KB physical id : 3 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx tm2 ssse3 cx16 xtpr dca lahf_lm bogomips: 3990.07 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.4 (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 kvm depends on: ii adduser 3.104add and remove users and groups ii bridge-utils1.2-1Utilities for configuring the Linu ii iproute 20070313-1 Professional tools to control the ii libasound2 1.0.14a-2ALSA library ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libgnutls13 1.6.3-1 the GNU TLS library - runtime libr ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages kvm recommends: ii kvm-source45-0.0 Source for the KVM driver ii linux-image-2.6.20.4 [linux-i psy.2 Linux kernel binary image for vers ii
Bug#367623: Aptitude interface provides no way to accept or reject licence
I'm having desperate trouble trying to install sun-java5-bin. I get to the licence agreement and scroll down to the bottom. There is an "" label, but it does not respond to clicks or keystrokes, and I can't find any way out apart from killing Aptitude, but then that screws up the Aptitude database. Any ideas anybody? Thanks. Tony. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443454: icedove
Hi Alexander, Are you available to make a release of icedove, or would you like me to take care of it this weekend? * Jan Christoph Uhde ([EMAIL PROTECTED]) wrote: > Hi Eric, > would you please take a look at icedove's bug #443454 and support Alexander > Sack or patch the package an do a non maintainer update:) People really > appreciate a working thunderbird:) > > Thanks for your time and your work at the debian project. > > Best regards! > Jan -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#281697: Problems with apt-cacher and apache2?
Hi, does anyone still experience problems with apt-cacher and apache 2.2.x? Note that you need to use mod_cgid instead of mod_cgi if you don't use mpm-prefork. TIA. Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445006: maven2: Selects first JRE found, ignoring alternatives
On Tue, Oct 02, 2007 at 06:37:55PM +0200, Krzysztof Sobolewski wrote: > Package: maven2 > Version: 2.0.7-1 > Severity: normal > > I have two Java packages installed: sun-java5-jre and sun-java6-jre. > The latter is selected as /usr/bin/java by update-java-alternatives. > Now when Maven starts, it tries to select $JAVA_HOME by looking > into places where it might find Java (/usr/lib/jvm), apparently giving > priority > to Sun packages. Unfortunately, in my case, it selects java-1.5.0-sun, > because it comes up first. This is mostly fine, but creates problems when, > for example, I'm compiling a program that uses newer APIs. > > The start script should probably first try to determine where > /usr/bin/java (or even `which java`) comes from. The problem is that in the past not all JVM implementations worked for all usecases. That is why we implemented a way to guess a working JVM. This is wrong when new runtimes come up or change directories where they are installed. Using /usr/bin/java would probably work for Maven but /usr is no suitable setting for JAVA_HOME. I dont really know what a good solution might be here. Probably its using /usr as JAVA_HOME and /usr/bin/java as Java virtual machine and let the local admin decide which runtime to use. What are the opinion of others about this? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445439: open-vm-tools: Should go in contrib; not useful without VMWare
Daniel Baumann wrote: > Josh Triplett wrote: >> open-vm-tools serves no purpose without VMWare. Thus, it should go in >> contrib. > > they are supposed to be vendor neutral, at some point. Rather than > moving stuff arround, I'd rather keep them in main and see what happens. The open-vm-tools homepage has some wishful thinking about hopefully working with other virtualization technologies eventually, but nothing concrete. Many packages in contrib could at some point go into main if they become useful with non-proprietary software, but that doesn't make it reasonable to put them in main speculatively while they still only work with proprietary software. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#445559: cyrus-sasl2: [INTL:de] updated German debconf translation
Package: cyrus-sasl2 Version: 2.1.22.dfsg1-16 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for cyrus-sasl2 attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translations file for cyrus-sasl2. # Copyright (C) 2007 Fabian Fagerholm # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # Note that Cyrus SASL itself is published under a different license. # # Fabian Fagerholm <[EMAIL PROTECTED]>, 2007. # Helge Kreutzmann <[EMAIL PROTECTED]>, 2007. # msgid "" msgstr "" "Project-Id-Version: cyrus-sasl2 2.1.22.dfsg1-16\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2007-10-02 07:23+0200\n" "PO-Revision-Date: 2007-10-06 22:40+0200\n" "Last-Translator: Helge Kreutzmann <[EMAIL PROTECTED]>\n" "Language-Team: German <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-15\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../sasl2-bin.templates:2001 msgid "Remove /etc/sasldb2?" msgstr "/etc/sasldb2 entfernen?" #. Type: boolean #. Description #: ../sasl2-bin.templates:2001 msgid "" "Cyrus SASL can store usernames and passwords in the /etc/sasldb2 database " "file." msgstr "" "Cyrus SASL kann Benutzernamen und Passwörter in der Datenbankdatei /etc/" "sasldb2 speichern." #. Type: boolean #. Description #: ../sasl2-bin.templates:2001 msgid "" "If important data is stored in that file, you should back it up now or " "choose not to remove the file." msgstr "" "Falls wichtige Daten in dieser Datei gespeichert werden, sollten Sie jetzt " "eine Sicherungskopie anlegen oder auswählen, dass die Datei nicht entfernt " "wird." #. Type: string #. Description #: ../sasl2-bin.templates:3001 msgid "Backup file name for /etc/sasldb2:" msgstr "Name der Sicherungskopie für /etc/sasldb2:" #. Type: string #. Description #: ../sasl2-bin.templates:3001 msgid "" "Cyrus SASL has stored usernames and passwords in the /etc/sasldb2 database " "file." msgstr "" "Cyrus SASL hatte Benutzernamen und Passwörter in der Datenbankdatei /etc/" "sasldb2 gespeichert." #. Type: string #. Description #: ../sasl2-bin.templates:3001 msgid "" "That file has to be upgraded to a newer database format. First, a backup of " "the current file will be created. You can use that if you need to manually " "downgrade Cyrus SASL. However, automatic downgrades are not supported." msgstr "" "Es muss ein Upgrade dieser Datei auf ein neueres Datenbankformat vorgenommen " "werden. Vorher wird eine Sicherungskopie der Datei erstellt. Sie können diese " "verwenden, falls Sie Cyrus SASL aus irgendeinem Grund auf eine ältere Version " "deaktualisieren möchten. Beachten Sie, dass automatische Deaktualisierungen " "nicht unterstützt werden." #. Type: string #. Description #: ../sasl2-bin.templates:3001 msgid "" "Please specify the backup file name. You should check the available disk " "space in that location. If the backup file already exists, it will be " "overwritten. Leaving this field empty will select the default value (/var/" "backups/sasldb2.bak)." msgstr "" "Bitte geben Sie den Namen der Sicherungskopie an. Sie sollten überprüfen, " "dass an diesem Platz genug verfügbarer Plattenplatz vorhanden ist. Falls die " "Sicherungsdatei bereits existiert, wird sie überschrieben. Falls Sie das Feld " "leer lassen, wird der Vorgabewert (/var/backups/sasldb2.bak) verwendet." #. Type: error #. Description #: ../sasl2-bin.templates:4001 msgid "Failed to back up /etc/sasldb2" msgstr "Fehler beim Sichern von /etc/sasldb2" #. Type: error #. Description #: ../sasl2-bin.templates:4001 msgid "" "The /etc/sasldb2 file could not be backed up with the file name you " "specified." msgstr "" "Die Datei /etc/sasldb2 konnte nicht mit dem von Ihnen angegebenen Dateinamen " "gesichert werden." #. Type: error #. Description #. Type: error #. Description #: ../sasl2-bin.templates:4001 ../sasl2-bin.templates:5001 msgid "This is a fatal error and will cause the package installation to fail." msgstr "Dieser Fehler ist fatal und die Paketinstallation wird fehlschlagen." #. Type: error #. Description #: ../sasl2-bin.templates:4001 msgid "" "Please eliminate all possible reasons that might lead to this failure, and " "try to configure this package again." msgstr "" "Bitte beseitigen Sie alle möglichen Gründe, die zu diesem Fehler geführt " "haben könnten und versuchen Sie, das Paket noch einmal zu konfigurieren." #. Type: error #. Description #: ../sasl2-bin.templates:5001 msgid "Failed to upgrade /etc/sasldb2" msgstr "Upgr
Bug#418920: ... if iface goes down
Package: zeroconf Followup-For: Bug #418920 In fact, the process should die if the iface goes down. As it stands, the iface can disappear and it continues to sit there... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zeroconf depends on: ii ifupdown 0.7~alpha1 high level tools to configure netw ii iproute 20070313-1 Professional tools to control the ii libc6 2.6.1-5GNU C Library: Shared libraries zeroconf recommends no packages. -- no debconf information -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#443600: konqueror-nsplugins: I think this was marked done prematurely
On Saturday 06 October 2007, Shai Berger wrote: > Hi Sune, > > Thanks for your clarification about the reason for the 100% CPU. For the > rest, however, > > On Saturday 06 October 2007, Sune Vuorela wrote: > > nspluginviewer can't initialize any kind of environment that a plugin > > might or might not use. remember that this is plugins. If a plugin needs > > something special, then that something needs to do it. > > Well, "ns" in nspluginviewer stands for NetScape, as far as I'm aware Correct. > doubt that GTK can be regarded as "something special". My understanding is > that it should strive to make the plugin feel as if it is being run by > netscape (or at least Gecko), Actually no, the plugin API does not specify any particual rendering engine or browser technology. > > either the bug could be fixud at it roots (=in adobe) or worked around > > where "special things" are needed (=gtk). > > I beg to differ twice. Adobe wrote a library to work in GTK applications, > so not initializing GTK in the library cannot be called a bug. From their > point of view, the plugin works perfectly in all environments where it was > designed to work. Adobe wrote a plugin for an application supporting the Netscape Plugin API. Since this API does not in any way specify that GTK is used for the APIs implementation, they can not assume this. Based on the API they can assume that the host application is having a Motif compatible event loop. Any plugin implementor therefore has to make sure other internal requirements are setup correctly in their code. > GTK is also perfectly within their turf when they decide the meaning of > their own API. No argument about that. Especially since gtk_init() is specified to be allowed to be called multiple times, where the first call will perform the initialization and every other call will basically be a no-op. There is no reason for the Adobe plugin not to call it. > The only problem is when a non-gtk application insists it can call gtk > libraries without initialization. Essentially, nspluginviewer has broken > the API's contract, and is now paying the consequences (or rather, the > users are). nspluginviewer doesn't use GTK, therefore can hardly have broken that API's contract. It fully implements the requirements of the NS Plugin API, thus not breaking this contract either. Adobe's QA has probably failed to detect the missing initialization, thus making the plugin break the GTK API contract > > (And firefox and other gtk browsers works because they *tada* are gtk > > browsers - making konqueror a gtk browser isn't a choice we want to take) > > While I understand and praise this desire for purity, I think it makes > little sense when loading plugins designed for a GTK browser -- which is, > after all, the whole point of nspluginviewer's existence, and more so, its > existence as a separate entity. In essence, by choosing to use the plugin, > the user has already told you they aren't interested in such purity. Well, as I wrote above, the plugin is not designed for a GTK browser. Even if it were designed for Firefox, which it isn', it wouldn't be designed for one. Firefox, including Gecko, does not depend on GTK but rather uses a kind of abstraction toolkit made by Mozilla so they can implement it differently depending on platform. > I also understand the reluctance to include a dependency on GTK at the > heart of KDE -- perhaps this means nspluginviewer should be taken out of > kdebase. However, what you're doing now is try to tell the writers of > plugins for Gecko-based browsers that there's a special, added requirement > for their plug-in to work in konqueror. I think this won't fly. While it would be nice to have different plugin runners for plugins with different toolkit requirements, there is currently no way a browser can ask a plugin which toolkit it requires. This might be changed in a newer version of the plugin API, e.g. like it can decide which MIME type a plugin is capable of handling. Until then a plugin's toolkit requirements is an implementation detail the plugin itself has to take care of, since neither the browser nor its plugin runner can. It's not a good idea for plugin hosts to work around bugs in plugins, because it will likely end up in a situation where a workaround for one plugin breaks another. Especially in cases where the bug is trivial to fix for the plugin creator. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#445558: util-linux: fstab support for shared mounts
Package: util-linux Severity: wishlist It would be helpful to have an option in opt_map for "mount --make-shared". Otherwise it appears to be impossible to create bind mounts in fstab which reflect mount/unmount changes in their source. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445496: usplash doesn't work with encrypted root/swap
tags 445496 moreinfo stop On Sat, 06 Oct 2007, Ritesh Raj Sarraf wrote: > For a user who has his root/boot partition on an encrypted device (LUKS), > usplash has no effect at all. > > It doesn't start at all. > > usplash when installed gets copied to the initrd, so I'm not sure why it > can't start. Probably it fails to update during installation because of > #432176 hmm i'd challenge your assertion. as aboves setup works for me, you need to provide more info why it doesn't work for you, like cat /proc/cmdline cat /etc/fstab cat /etc/crypttab update-initramfs -u -v -k $(uname -r) regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445557: devscripts: bugspam needs ok=ok
Package: devscripts Version: 2.10.9 bugspam.cgi now requires an ok=ok CGI "argument". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445556: lirc: [INTL:de] updated German debconf translation
Package: lirc Version: 0.8.0-13 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for lirc attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of lirc debconf templates to German # Copyright (C) Matthias Julius <[EMAIL PROTECTED]>, 2006. # Copyright (C) Helge Kreutzmann <[EMAIL PROTECTED]>, 2007. # This file is distributed under the same license as the lirc package. # msgid "" msgstr "" "Project-Id-Version: lirc 0.8.0-13\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2007-09-22 09:29+0200\n" "PO-Revision-Date: 2007-10-06 21:48+0200\n" "Last-Translator: Helge Kreutzmann <[EMAIL PROTECTED]>\n" "Language-Team: German <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: multiselect #. Description #: ../lirc-modules-source.templates:2001 msgid "Drivers to build:" msgstr "Zu kompilierende Treiber:" #. Type: multiselect #. Description #: ../lirc-modules-source.templates:2001 msgid "" " atiusb: ATI/NVidia/X10 I & II RF Remote\n" " bt829: Tekram M230 Mach64\n" " cmdir: COMMANDIR USB Transceiver\n" " gpio:TV cards from FlyVideo98, Avermedia, MiRO and many others\n" " i2c: TV cards from Hauppauge and PixelView\n" " igorplugusb: Igor Cesko's USB IR Receiver\n" " imon:Soundgraph iMON MultiMedian IR/VFD\n" " it87:ITE IT8705/12 CIR ports (ECS K7S5A, Asus DigiMatrix...)\n" " mceusb: Windows Media Center Remotes (old version, MicroSoft USB ID)\n" " mceusb2: Windows Media Center Remotes (new version, Philips et al.)\n" " parallel:Home-brew parallel-port receiver\n" " sasem: Dign HV5 HTPC IR/VFD Module\n" " serial: Home-brew serial-port driver\n" " sir: Serial InfraRed (IRDA)\n" " streamzap: Streamzap PC Remote" msgstr "" " atiusb: ATI/NVidia/X10 I & II RF-Fernbedienung\n" " bt829: Tekram M230 Mach64\n" " cmdir: COMMANDIR USB-Empfänger\n" " gpio:TV Karten von FlyVideo98, Avermedia, MiRO und vielen anderen\n" " i2c: TV Karten von Hauppauge und PixelView\n" " igorplugusb: Igor Ceskos USB IR-Empfänger\n" " imon:Soundgraph iMON MultiMedian IR/VFD\n" " it87:ITE IT8705/12 CIR ports (ECS K7S5A, Asus DigiMatrix ...)\n" " mceusb: Windows Media Center-Fernbedienungen (alte Version, MicroSoft\n" " USB ID)\n" " mceusb2: Windows Media Center-Fernbedienungen (neue Version, Philips\n" " usw.)\n" " parallel:Selbstgebauter Parallel-Port-Empfänger\n" " sasem: Dign HV5 HTPC IR/VFD-Modul\n" " serial: Selbstgebauter Treiber für die serielle Schnittstelle\n" " sir: Serielles Infrarot (IRDA)\n" " streamzap: Streamzap PC-Fernbedienung" #. Type: boolean #. Description #: ../lirc-modules-source.templates:3001 msgid "Try to automatically select hardware support options?" msgstr "" "Versuchen, automatisch die Optionen für die Unterstützung der Hardware zu " "erkennen?" #. Type: boolean #. Description #: ../lirc-modules-source.templates:3001 msgid "" "Your previous answers can be used as a basis for guessing the list of kernel " "modules that should be built, along with their parameters." msgstr "" "Ihre vorhergehende Antwort kann als Basis zum Raten der List von " "Kernelmodulen, die gebaut werden sollen, zusammen mit der zugehörigen Liste " "an Parametern verwendet werden." #. Type: boolean #. Description #: ../lirc-modules-source.templates:3001 msgid "Please choose whether this should happen." msgstr "Bitte wählen Sie aus, ob dies passieren soll." #. Type: note #. Description #: ../lirc-modules-source.templates:4001 msgid "Additional kernel modules not needed" msgstr "Weitere Kernelmodule werden nicht benötigt." #. Type: note #. Description #: ../lirc-modules-source.templates:4001 msgid "" "Unless you want to build LIRC kernel modules for another system, this " "package is useless on this system." msgstr "" "Sofern Sie nicht LIRC-Kernelmodule für ein anderes Systeme kompilieren " "wollen, ist dieses Paket auf diesem System nutzlos." #. Type: note #. Description #: ../lirc-modules-source.templates:5001 msgid "Binary modules package build instructions" msgstr "Anweisungen zum Bau des Binärmodulpaketes" #. Type: note #. Description #: ../lirc-modules-source.templates:5001 msgid "" "For instructions on how to build the binary modules package, please read " "the /usr/share/doc/lirc-modules-source/README.Debian file." msgstr "" "Für Anweisungen wie das Debian-Binärmodulpaket gebaut wird, lesen Sie die " "Datei /usr/share/doc/lirc-modules-source/README.Debian." #. Type: note #. Description #: ../lirc-modules-source.templates:5001 msgid "Q
Bug#445509: xserver-xorg: 'pygoocanvas' demo app reliably causes X server to segfault
On Sat, Oct 06, 2007 at 02:09:47PM +0200, Julien Cristau wrote:
> On Sat, Oct 6, 2007 at 14:01:44 +0200, Julien Cristau wrote:
>
> > You don't need to do that. Just install xserver-xorg-core-dbg and
> > libpixman-1-0-dbg, that should get you a usable backtrace.
> >
> Hrm, except that won't have debugging symbols for Xephyr. But, just
> libpixman-1-0-dbg might already help.
Yes, that does improve the traceback... (this is all on x86-64, btw,
in case that helps in reproducing it).
New traceback:
#0 0x2af2dd521bd3 in fbFetchPixel_a8r8g8b8 (image=0xbcc3f0,
bits=0x400cf2f08, offset=0, indexed=0x0)
at ../../pixman/pixman-compose.c:703
#1 0x2af2dd5279ac in fbFetchTransformed (pict=0xbcc3f0,
x=, y=,
width=, buffer=0x7fffcd7a7470,
mask=0x7fffcd7a78b0,
maskBits=4278190080) at ../../pixman/pixman-compose.c:3893
#2 0x2af2dd525b2e in pixman_composite_rect_general
(data=0x7fffcd7ad470,
scanline_buffer=0x0) at ../../pixman/pixman-compose.c:4394
#3 0x2af2dd52dff3 in pixman_image_composite_rect
(op=PIXMAN_OP_OVER,
src=0xbcc3f0, mask=0xbcc510, dest=0xbcc600, src_x=22, src_y=193,
mask_x=0,
mask_y=0, dest_x=22, dest_y=193, width=136, height=83)
at ../../pixman/pixman-pict.c:1381
#4 0x2af2dd52d3ef in pixman_image_composite (op=PIXMAN_OP_OVER,
pSrc=0xbcc3f0, pMask=0xbcc510, pDst=0xbcc600, xSrc=22, ySrc=193,
xMask=0,
yMask=0, xDst=22, yDst=193, width=,
height=) at ../../pixman/pixman-pict.c:1287
#5 0x00477cc8 in fbComposite ()
#6 0x006a4206 in ?? ()
#7 0x0068b169 in miTrapezoids ()
#8 0x00693ee4 in ?? ()
#9 0x00455930 in ?? ()
#10 0x0043f5cc in ?? ()
#11 0x2af2de7d3b44 in __libc_start_main () from /lib/libc.so.6
#12 0x00421b89 in ?? ()
#13 0x7fffcd7addc8 in ?? ()
#14 0x in ?? ()
gdb thinks that the problem is indeed the 'bits' pointer:
(gdb) frame 0
#0 0x2af2dd521bd3 in fbFetchPixel_a8r8g8b8 (image=0xbcc3f0,
bits=0x400cf2f08, offset=0, indexed=0x0)
at ../../pixman/pixman-compose.c:703
703 {
(gdb) p bits
$14 = (const uint32_t *) 0x400cf2f08
(gdb) p *bits
Cannot access memory at address 0x400cf2f08
Not sure where to go from there, though.
-- Nathaniel
--
Electrons find their paths in subtle ways.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445467: Patch for Bug#445467: (gaim-themes: Please update to pidgin)
tag 445467 patch thanks I have developed a patch for this issue. -- diff -r 9d3148cbba16 debian/changelog --- a/debian/changelog Sat Oct 06 10:57:02 2007 -0500 +++ b/debian/changelog Sat Oct 06 14:47:07 2007 -0500 @@ -1,3 +1,10 @@ gaim-themes (0.1-1) unstable; urgency=lo +gaim-themes (0.1-1.1) unstable; urgency=low + + * Non maintainer upload. + * Rename package and contents to work with pidgin (Closes: #445467). + + -- Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> Sat, 06 Oct 2007 14:40:16 -0500 + gaim-themes (0.1-1) unstable; urgency=low * Initial Release. diff -r 9d3148cbba16 debian/control --- a/debian/controlSat Oct 06 10:57:02 2007 -0500 +++ b/debian/controlSat Oct 06 14:47:07 2007 -0500 @@ -5,13 +5,21 @@ Build-Depends: debhelper (>= 4.0.0) Build-Depends: debhelper (>= 4.0.0) Standards-Version: 3.6.1 -Package: gaim-themes +Package: pidgin-themes Architecture: all -Depends: gaim -Description: Smiley themes collection for gaim - This package provides few differents smiley theme for Gaim +Depends: pidgin +Description: Smiley themes collection for pidgin + This package provides few differents smiley theme for Pidgin They have been downloaded from http://gaim.sourceforge.net It includes only free themes. . Homepage: http://gaim.sourceforge.net/ +Package: gaim-themes +Architecture: all +Depends: pidgin-themes +Description: Transitional dummy package + This is a dummy package to ease transition from previous versions of + gaim-themes. + . + It can be safely removed from your system. diff -r 9d3148cbba16 debian/install --- a/debian/installSat Oct 06 10:57:02 2007 -0500 +++ /dev/null Thu Jan 01 00:00:00 1970 + @@ -1,1 +0,0 @@ -themes/burger themes/crystalgaim themes/dmogdotorg themes/feltip24 themes/feltipretouched themes/inbob themes/kitties themes/maya themes/nis themes/smallsmiles /usr/share/pixmaps/gaim/smileys diff -r 9d3148cbba16 debian/pidgin-themes.install --- /dev/null Thu Jan 01 00:00:00 1970 + +++ b/debian/pidgin-themes.install Sat Oct 06 14:47:07 2007 -0500 @@ -0,0 +1,1 @@ +themes/burger themes/crystalgaim themes/dmogdotorg themes/feltip24 themes/feltipretouched themes/inbob themes/kitties themes/maya themes/nis themes/smallsmiles /usr/share/pixmaps/pidgin/emotes/ -- signature.asc Description: Digital signature
