Bug#358909: Workaround for bug 358909
This problem also exists in the stable distribution (sarge). I believe it is due to the connection to mysql timing out if you have KEEPDBOPEN=1 set in your gld conf file (etc/gld.conf). I changed it to KEEPDBOPEN=0 in my gld.conf, and the problem went away. It's a little less efficient, but if you are seeing this problem it is probably due to the fact that you are not processing that much mail in the first place (i.e. gld is inactive long enough such that its connection to mysql times out). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364121: Re: Bug#364121: locales can't be installed
[EMAIL PROTECTED] napisał: If you edit /etc/environment and /etc/default/locale manually and set LANG=pl_PL are you able to reconfigure locales? Denis I did so: przemek64:~# LANGUAGE= LANG=pl_PL apt-get install locales it did work, then I run dpkg-reconfigure locales, and now everything works fine. I choosed pl_PL ISO-8859-2 and en_US ISO-8859-1 (default). Now, /etc/locale.gen is: pl_PL ISO-8859-2 en_US ISO-8859-1 /etc/environement: #LANGUAGE=en_US LANG=pl_PL /etc/default/locale: # File generated by update-locale LANG=en_US #LANGUAGE=en_US I'm not sure about environement, because I choosed en_US as default, but the rest is looks ok to me. Is this realy ok ?
Bug#364240: Default STATS_TIME value spams up daemon.log
Package: thttpd Version: 2.23beta1-4 Severity: minor The config.h file has the line #define STATS_TIME 3600 which causes the following sort of blurb to be written to daemon.log once every hour: begin log excerpt ... thttpd[11862]: up 3600 seconds, stats for 3600 seconds: ... thttpd[11862]: thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns allocated ... thttpd[11862]: map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800 ... thttpd[11862]: fdwatch - 4604 selects (1.27889/sec) ... thttpd[11862]: timers - 3 allocated, 3 active, 0 free end log excerpt This information may or may not be useful, but I submit that for most users, logging it every hour is excessive. It pointlessly clutters up the daemon log, and to add insult to injury, the reporting period cannot even be configured at run time. I would suggest increasing STATS_TIME to 86400 (i.e. one day), or perhaps even #undefining it altogether (which will disable the stats reporting). Anyone who is likely to need the feature, or need it more frequently--- high-volume site admins, perhaps---should be in a position to easily justify compiling their own copy of the program. --Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364222: hamlib3 to hamlib4 non smooth apt-get dselect-upgrade
Op za, 22-04-2006 te 07:47 +0800, schreef Dan Jacobson: Package: hamlib3 Version: 1.2.4-3 Severity: normal I am about to go to town to make my downloads, but it seems I will not get a smooth transition to hamlib4. Tell me what to tell dpkg --set-selections. hamlib4 is not what you want, the new package is called libhamlib2. Can you try that please? Regards, Joop -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362699: acknowledged by developer (re: dh_fixtimestamps)
On Tue, 18 Apr 2006 11:48:27 -0700
[EMAIL PROTECTED] (Debian Bug Tracking System) wrote:
This bug report suggests going to too great lengths to preserve time
stamps. Debian policy has the following to say:
Maintainers should preserve the modification times of the
upstream source files in a package, as far as is reasonably possible.
This formulation was, IIRC, chosen because we want packages to
preserve timestamps of files, where possible, but not go to absurd
lengths to do so. Therefore, debhelper is careful to preserve
timestamps while installing dcumentation and other files, by using cp
-a and install -p.
Going any further, by trying to somehow preserve timestamps of files
created by the Debian diff just violates the KISS principle. Trying
to make compiled files have the same source timestamp as the source
file goes a step further and is just wrong.
Your opinion might be correct; if so it deserves better support.
These phrases say the same thing: too great lengths, reasonably
possible, absurd lengths, KISS (=Keep It Simple Stupid), just
wrong. All beg the question[1] of whether using an ad-hoc util to
correct spurious dates or timestamps is worthwhile.
In the meantime I'd gladly reopen this bug, but fear of the wrath
of Joey! Perhaps if the official methods are lacking, unofficial
methods can be arrived at elsewhere.
For the record, a few notes on simplicity and logical circularity:
Supposing a problem is complex or simple. If the problem is complex,
then it might necessarily require a complex solution, and cherished
'KISS' principles don't apply. If the problem is simple, the solution
might be complex even so, as with various mathematical chestnuts. In
either case, a solution should be as simple as possible, and that's
the best we can do.
Is the solution offered for backdating unchanged doc files truly
complex? I'm not sure, to me it seems too obvious to be called that.
Is it the simplest possible way? Maybe not, there might be some better way.
Note that a top-down universal util that tries to fix all instances of
incorrect doc dates isn't the idea. There are probably more
strange cases and exceptions than one method can handle. But a
small util that reliably fixed a subset of the problem would be
progress.
[1] http://www.fallacyfiles.org/begquest.html
http://www.nizkor.org/features/fallacies/begging-the-question.html (better
{borrowed} examples)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362699: files in '/usr/share/doc/freeguide' all have same date.
On Tue, 18 Apr 2006 07:40:59 -0600 Shaun Jackman [EMAIL PROTECTED] wrote: This hypothetical tool should belong to the debhelper tool suite. It is most related to the dh_installdocs tool. At least, dh_installdocs copies the documents into the package, and it could also possibly set the time stamps. Where it gets the time stamp information from is another matter. Alternatively, there is a tool dh_fixperms that goes through the package fixing permission modes. A new utility, dh_fixtimestamps, could operate in the same vein. I'm going to reassign this bug as a wishlist item to the debhelper package. Thanks for making the call, but just as the little bug was a symptom of a bigger systemic bug, now the bigger bug closing is perhaps a symptom of the biggest bug yet; the BTS makes it very easy for overworked maintainers to forget what they're doing here, and maintainers are their own guardians. (And on the whole, they do a great job, considering human nature...) To elaborate, the maintainer of 'debhelper' sees that the wishlist remedy seems to contradict his vision of packaging simplicity and elegance; fair enough, but then he forgets that the origin of this bug was a symptom, not a proposed remedy -- that is, closing the wishlist bug neither solves the problem of useful date information being lost in '/usr/share/doc' nor addresses the symptom in 'freeguide'. Assuming that a wishlist was indeed a bad idea, then to make the best use of the BTS, the bug should be reclassified to wherever it best fits; or put aside until it makes more sense. For example, it might be reassigned back to 'freeguide' and tagged 'upstream' or 'wontfix'. Another thing to decide would be for cases where Debian takes one doc file and converts it to another format, should the converted file keep the original file's date? Note: if nothing has changed, the converted file, if needlessly reconverted on every new Debian version, should at least keep the date of the last differing conversion. Preferably, the installed document should have the same time stamp as the document's source file. Preferably, but I'm thinking of cases where the automated conversion adds or subtracts enough data to make its revision noteworthy. Suppose a man2info converter deletes boilerplate paragraphs about see the info page since those are redundant in the info page itself. Would that be different enough to deserve a new date? The Debian specific documentation is another matter. I should be able to keep the time stamps of README.Debian, changelog.Debian and copyright correct. I'll keep this in mind the next time I do a maintenance release of FreeGuide. That'd be good too. Thanks for maintaining the package! I'm afraid fixing the time stamps of the Debian documentation is actually *harder* than fixing the time stamps of the upstream documentation. The Debian documentation is distributed in a patch (.diff) file, which does not include any time stamp information -- or any meta-data at all for that matter, such as file permissions! So, every time one unpacks the source package, the time stamps of all the Debian documentation take the time of the unpacking. I dunno, a patch, a doc, what's the difference? If the patch is later than the original doc, then the resulting patched doc should have the date of the patch. A patch is just an abbreviation for a whole new file; think of a patch as a revised edition and it becomes straightforward. Perhaps I've misunderstood what you're saying about Debian's patch system. Did you mean that all patches, old or new, are born yesterday on unpacking? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335867: libglew1: Newer upstream version is available
On Friday 21 April 2006 23:12, Arnaud Quette wrote: I'd like to take care of updating it (1.3.4 available) as we're working, with Christian Marillat, on Jahshaka packaging (ITP #335249) which requires it. If nobody steps up, we'll upload 1.3.4 during the week. An 1.3.4 package is about to be uploaded by Marcello. Greetings, Joost Damad -- The planet Andete is famous for it's killer edible poets. pgp71a9SThWZs.pgp Description: PGP signature
Bug#364241: fails to install in preinst: /lib/udev/write_net_rules: No such file or directory
Package: udev Version: 0.090-2 Severity: normal When trying to upgrade udev this morning: penpen:/home/jcdubacq# LANG=C apt-get install udev Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: udev 1 upgraded, 0 newly installed, 0 to remove and 75 not upgraded. Need to get 0B/262kB of archives. After unpacking 49.2kB disk space will be freed. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Reading changelogs... Done (Reading database ... 196593 files and directories currently installed.) Preparing to replace udev 0.088-2 (using .../archives/udev_0.090-2_i386.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 89: /lib/udev/write_net_rules: No such file or directory dpkg: error processing /var/cache/apt/archives/udev_0.090-2_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/udev_0.090-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Easy workaround: extract from the .deb /lib/udev/write_net_rules and dpkg -i the package. Apparently, preinst uses some file that is not yet unpacked (?!) Btw, reportbug claimed Version 0.090-2 was not in debian when submitting this bug. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 12 -rw-r--r-- 1 root root 125 2005-12-08 21:44 000_nolegacypty.rules lrwxrwxrwx 1 root root 20 2005-04-11 09:42 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2005-10-17 10:25 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 12 2006-03-11 09:52 050_hal-plugdev.rules - ../hal.rules -rw-r--r-- 1 root root 82 2006-03-05 23:14 90-hal.rules lrwxrwxrwx 1 root root 19 2004-12-05 09:02 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 15 2006-02-20 08:18 libnjb.rules - ../libnjb.rules -rw-r--r-- 1 root root 56 2005-09-01 17:26 mga_vid.rules lrwxrwxrwx 1 root root 13 2004-12-02 09:41 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-03-29 08:48 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2005-09-01 17:27 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 33 2006-04-22 07:52 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2005-09-01 17:27 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2005-10-28 10:45 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2005-09-01 20:22 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2005-09-24 14:13 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 17 2005-09-01 17:27 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hdc/dev /sys/block/hdc/hdc1/dev /sys/block/hdc/hdc2/dev /sys/block/hdc/hdc3/dev /sys/block/hdc/hdc4/dev /sys/block/hdd/dev /sys/block/hdd/hdd1/dev /sys/block/hde/dev /sys/block/hdf/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/drm/card0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input1/mouse0/dev /sys/class/input/input2/event2/dev /sys/class/input/mice/dev /sys/class/mga_vid/mga_vid/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/printer/lp0/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dmfm/dev /sys/class/sound/dsp/dev /sys/class/sound/hwC0D0/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev1.2/dev /sys/class/usb_device/usbdev1.3/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev /sys/class/usb_device/usbdev5.1/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (499, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii initscripts 2.86.ds1-14 Scripts for initializing and shutt ii libc62.3.6-7 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries ii libvolume-id00.090-2 libvolume_id shared library ii
Bug#363598: udev should conflict with ifrename
* Marco d'Itri: On Apr 21, Guus Sliepen [EMAIL PROTECTED] wrote: I'm sure there are people who use both ifrename and udev, and if udev Which part of ifrename does not work with udev you did not understand? Certainly nameif works with udev. Why should I care about missed events for my non-pluggable Ethernet devices? It's not that they should go away when the link goes down or something like that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364216: poker-network_1.0.19-1(unstable/arm/toffee): inappropriate valgrind build-dep
James Troup writes: Package: poker-network Version: 1.0.19-1 Severity: serious Why on earth are you build-depending on valgrind? I can't imagine why poker-network is valgrind clean and should stay valgrind clean. The idea is to run make check after building to make sure the unit tests and the non-regression tests are happy before packaging the software. It does not make much sense to package something that does not work ;-) I'll make the valgrind dependency architecture dependent. I'll have to do some reading to figure out how to do that. Thanks for your help, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308894: naming net devices
On Fri, Apr 21, 2006 at 04:09:26PM -0700, Matt Taggart wrote: It would be nice to solve this and also get it integrated into d-i. udev 0.090 does this on its own. Bastian -- Is truth not truth for all? -- Natira, For the World is Hollow and I have Touched the Sky, stardate 5476.4. signature.asc Description: Digital signature
Bug#208344: Makes GTK apps completely unusable
found 208344 2.14.0-1 tags 208344 etch severity 208344 grave thanks For the past several days I have been encountering this problem. Luckily I mostly use KDE apps, but the few GTK apps I use are very important: I store a lot of data in Newton, and I store passwords in Revelation. Both of these are _completely unusable_ right now. Here is all the information I have pertaining to this: $ acp gconf2 gconf2: Installed: 2.14.0-1 Candidate: 2.14.0-1 Version table: *** 2.14.0-1 0 650 http://ftp.us.debian.org testing/main Packages 600 http://ftp.us.debian.org unstable/main Packages 100 /var/lib/dpkg/status $ pg gconf 19822 ?00:00:00 gconfd-2 $ ls ~/.gconf %gconf-tree.xml apps desktop schemas system $ ls ~/.gconfd saved_state $ revelation (revelation:21179): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. /usr/lib/python2.3/site-packages/gtk-2.0/gnome/applet.py:4: DeprecationWarning: Module gnome.applet is deprecated; please import gnomeapplet instead DeprecationWarning) /usr/bin/revelation:42: GtkWarning: locale not supported by C library gnome.libgnome_module_info_get(), sys.argv, [] Traceback (most recent call last): File /usr/bin/revelation, line 1494, in ? app = Revelation() File /usr/bin/revelation, line 51, in __init__ self.__init_facilities() File /usr/bin/revelation, line 72, in __init_facilities self.config = config.Config() File /usr/lib/python2.3/site-packages/revelation/config.py, line 62, in __init__ self.client.add_dir(self.basedir, gconf.CLIENT_PRELOAD_NONE) GError: Adding client to server's list failed, CORBA error: IDL:omg.org/CORBA/COMM_FAILURE:1.0 $ newton (newton:21207): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. /usr/local/lib/python2.3/site-packages/newton/NewtonMain.py:45: GtkWarning: locale not supported by C library gnome.program_init(NAME, VERSION) Traceback (most recent call last): File /usr/local/bin/newton, line 6, in ? NewtonMain.main() File /usr/local/lib/python2.3/site-packages/newton/NewtonMain.py, line 46, in main config = Configuration() File /usr/local/lib/python2.3/site-packages/newton/NewtonConfig.py, line 37, in __init__ if not self.client.dir_exists(DIR_NEWTON): gobject.GError: Adding client to server's list failed, CORBA error: IDL:omg.org/CORBA/COMM_FAILURE:1.0 (I see the locale errors, and I have filed #363644. I don't know if these CORBA errors are related, but I will say that, despite the locale errors when scripts run, including dpkg and other scripts, everything else on the system works perfectly. So it seems like GConf should be able to cope as well.) Please look into this. I don't have any idea of how to fix it, and it's making the data in these apps (especially Revelation) inaccessible. I'm probably going to have to ditch Revelation and just about any other GConf-using app after this works out, because I can't depend on them. :( pgpMdzrJ04gRp.pgp Description: PGP signature
Bug#360526: libgphoto2-port0: This seems to still be a problem in 2.1.6-8
Package: libgphoto2-port0 Version: 2.1.6-8 Followup-For: Bug #360526 It doesn't seem to be fixed. Cheers, Srdjan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libgphoto2-port0 depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgphoto2-2 2.1.6-8gphoto2 digital camera library ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library libgphoto2-port0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324502: Waiting gcj-4.1 to be in testing branch
http://packages.debian.org/gcj-4.1
Dererk writes:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have the same output shown on an app provided by Sun, midp4palm1.0
converter from JAR to PRC binary, which use libgcj6-awt.
I have several applications which need to be run in the testing branch
for stability reasons.
As you, Matthias Klose, mentioned that this issue is actually fixed on
gcj-4.1, and it depends (obviosly) on gcc-4.1 and libc6-dev (=
2.3.5-10) (which both are on unstable), Is there any other way than
waiting gcc-4.1 and related packages to be released on Testing branch?
Thanks in advance,
Dererk
- --
[EMAIL PROTECTED]: ~$ cat /proc/version {Pipe} grep -i 'power in your hands'
Debian GNUine Perception
- -FortuneTip-
You will always have good luck in your personal affairs.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFESa50zqYvwbbBjiQRAh7lAJoCFK/4WQYXBkZCKAC5PyUN/YcbSACdGDqM
92dwCaqNeeQa9GrTSva3Odg=
=UxGd
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364242: mozilla: version 1.7.13 fixes various security bugs
Package: mozilla Version: 2:1.7.8-1sarge3 Severity: grave Justification: user security hole Tags: security, fixed-upstream Mozilla 1.7.13 which was released tonight fixes various security bugs, this applies to sid/etch (mozilla 1.7.12) and sarge (mozilla 1.7.12 labeled as 1.7.8-1sarge3). http://www.mozilla.org/projects/security/known-vulnerabilities.html#mozilla1.7.13 | Fixed in Mozilla 1.7.13 | MFSA 2006-27 Table Rebuilding Code Execution Vulnerability | MFSA 2006-25 Privilege escalation through Print Preview | MFSA 2006-24 Privilege escalation using crypto.generateCRMFRequest | MFSA 2006-23 File stealing by changing input type | MFSA 2006-22 CSS Letter-Spacing Heap Overflow Vulnerability | MFSA 2006-21 JavaScript execution in mail when forwarding in-line | MFSA 2006-19 Cross-site scripting using .valueOf.call() | MFSA 2006-18 Mozilla Firefox Tag Order Vulnerability | MFSA 2006-17 cross-site scripting through window.controllers | MFSA 2006-16 Accessing XBL compilation scope via valueOf.call() | MFSA 2006-15 Privilege escalation using a JavaScript function's cloned parent | MFSA 2006-14 Privilege escalation via XBL.method.eval | MFSA 2006-13 Downloading executables with Save Image As... | MFSA 2006-12 Secure-site spoof (requires security warning dialog) | MFSA 2006-11 Crashes with evidence of memory corruption (rv:1.8) | MFSA 2006-10 JavaScript garbage-collection hazard audit | MFSA 2006-09 Cross-site JavaScript injection using event handlers | MFSA 2006-05 Localstore.rdf XML injection through XULDocument.persist() | MFSA 2006-03 Long document title causes startup denial of Service | MFSA 2006-01 JavaScript garbage-collection hazards e.g. MFSA 2006-15 http://www.mozilla.org/security/announce/2006/mfsa2006-15.html fits nicely into the definition of grave/user security hole: | shutdown discovered it was possible to use the Object.watch() method | to access an internal function object (the clone parent) which could | then be used to run arbitrary JavaScript code with full permission. | This could be used to install malware such as password sniffers or | viruses. cu andreas -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages mozilla depends on: ii dpkg 1.10.28 Package maintenance system for Deb ii mozilla-browser 2:1.7.8-1sarge3 The Mozilla Internet application s pn mozilla-mailnews Not found. ii mozilla-psm 2:1.7.8-1sarge3 The Mozilla Internet application s -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357822: amule-utils-gui: amule-gui segmentation fault amd64 after succeed connection and short time.
Package: amule-utils-gui Version: 2.1.1-3 Followup-For: Bug #357822 just after succed with the connection to the amuled and a short time of high work just say segmentation fault never show the main window -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (700, 'stable'), (500, 'stable'), (1, 'sarge-unsupported') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-vserver-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages amule-utils-gui depends on: pn amule-common none (no description available) ii libc62.3.6-7 GNU C Library: Shared libraries ii libcrypto++5.2c2a5.2.1c2a-3 General purpose cryptographic shar ii libgcc1 1:4.1.0-1 GCC support library ii libstdc++6 4.1.0-1 The GNU Standard C++ Library v3 ii libwxgtk2.6-02.6.1.2-0.1 wxWidgets Cross-platform C++ GUI t ii zlib1g 1:1.2.3-11 compression library - runtime amule-utils-gui recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364244: gimp (2.3.8-2) depends and replaces gimp-data (2.3.8-2)
Package: gimp Version: 2.3.8-2 Severity: important gimp in experimental depends on and replaces gimp-data with the same version, and is thus uninstallable. IE: (Excerpt from gimp control file) Replaces: gimp-data (= 2.3.8-2) Depends: gimp-data (= 2.3.8-2),... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (995, 'unstable'), (993, 'experimental'), (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc2-andalu Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) Versions of packages gimp depends on: ii gimp-data 2.3.8-2 Data files for The GIMP ii libaa1 1.4p5-30 ascii art library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.4-1 The ATK accessibility toolkit ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.4-1+b1 The Cairo 2D vector graphics libra ii libexif12 0.6.13-4 library to parse EXIF files ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libgimp2.0 2.3.8-1 Libraries necessary to run the GIM ii libglib2.0-02.10.2-1 The GLib library of C routines ii libgtk2.0-0 2.8.17-1 The GTK+ graphical user interface ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libjpeg62 6b-12The Independent JPEG Group's JPEG ii liblcms11.15-1 Color management library ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpoppler0c2 0.4.5-4 PDF rendering library ii libpoppler0c2-glib 0.4.5-4 PDF rendering library (GLib-based ii libsm6 1:1.0.0-4X11 Session Management library ii libtiff43.8.2-1 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.3-3.1 Windows metafile conversion librar ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxpm4 1:3.5.4.2-3 X11 pixmap library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxt6 1:1.0.0-4X11 toolkit intrinsics library ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages gimp recommends: pn gimp-gnomevfs | gimp-wget none (no description available) pn gimp-printnone (no description available) pn gimp-svg none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364215: [Pkg-kde-extras] Bug#364215: digikam now fail to display pictures, and needlessly invoke dcraw too
On Saturday 22 April 2006 00:06, Helge Hafting wrote: The bug sure is important - the main feature of digikam is to look at pictures in albums - and that fails. All I get is a black window when trying to view my jpgs. :-( Helge, Thanks for the bug report. We are in the process of uploaded digikam 0.8.2+beta1 which should address the issues you have identified. Could I ask you to install the package at http://people.debian.org/~msp/digikam_0.8.1+0.8.2-beta1-0.2_i386.deb and let us know if that solves your problem. Mark pgpgkpfK87BVV.pgp Description: PGP signature
Bug#364243: udev: Upgrade failure 0.089-1 - 0.090-2
Package: udev Version: 0.090-2 Severity: important When upgrading from 0.089-1 to 0.090-2, the installation complained that the preinst script wanted to call /lib/udev/write_net_rules. However, this file didn't exist in 0.089-1, and during preinst the new files aren't unpacked yet. I worked around the problem by creating an empty (executable) script of that name. After that, there were no problems for the upgrade. The problem is on line 89 of the preinst, where write_net_rules is called unconditionally (that is, without checking if it exists). A solution would be to use test ! -x /lib/udev/write_net_rules || /lib/udev/write_net_rules all_devices (the strange ! || instead of is to get a failure exit code in the right situations.) However, I don't know if that does indeed do what it should, because it means nothing will be done if the script doesn't exist. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 20 Sep 27 2005 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 Feb 28 12:00 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 Apr 18 00:17 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 19 Sep 27 2005 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 14 Sep 27 2005 devfs.rules - ../devfs.rules -rw-r--r-- 1 root root 1471 Dec 3 11:29 shevek.rules -rw-r--r-- 1 root root 74 Jan 30 16:52 z00_auto.rules lrwxrwxrwx 1 root root 25 Apr 6 09:21 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 Sep 27 2005 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 33 Apr 22 09:44 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 Sep 27 2005 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 Oct 9 2005 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 15 Oct 4 2005 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 17 Sep 27 2005 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hdd/dev /sys/block/hdd/hdd1/dev /sys/block/hdd/hdd2/dev /sys/block/hdd/hdd3/dev /sys/block/md0/dev /sys/block/ram0/dev /sys/block/ram1/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sdb/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input2/mouse0/dev /sys/class/input/input2/ts0/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/ppdev/parport0/dev /sys/class/printer/lp0/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev3.2/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages udev depends on: ii initscripts 2.86.ds1-14 Scripts for initializing and shutt ii libc62.3.6-7 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries ii libvolume-id00.090-2 libvolume_id shared library ii lsb-base 3.1-4 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-81creates device files in /dev ii sed 4.1.4-7 The GNU sed stream editor udev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363250: general: Custom PAGER gives error on sid, but works on sarge
On 21 Apr 2006, Loïc Minier spake thusly: Hi, On Fri, Apr 21, 2006, Manoj Srivastava wrote: Here is my solution for using vim + script as a pager; similar mechanisms can be used to use plain vim as PAGER as well. Nice, I suggest filing a new bug against vim to propose this as a contrib script, or to ship it as vim-pager wrapper. #363250 is more about documenting the semantics of $PAGER (whether it can uses sh syntax, or whether it's a command with parameters separated with spaces), to be documented in man man, and/or policy. Err, we should define how it behaves, not what is inside it. As long as one can pipe things to $PAGER or use $PAGER on a file, what it contains should not matter. The safe bet would be for $PAGER to be a script or executable which can handle reading from file or STDIN, like proper UNIX programs. To make life easier for people writing programs which deal with $PAGER, and are using the POSIX exce* set of calls, one may constrain $PAGER to path [arg [arg ..]], with no pipes or other shell meta-characters. manoj -- 'Tis not too late to seek a newer world. Alfred, Lord Tennyson Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Bug#364231: exception catching broken on HPPA
$ ldd a.out
libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x40575000)
libm.so.6 = /lib/libm.so.6 (0x4046e000)
libgcc_s.so.2 = /lib/libgcc_s.so.2 (0x40068000)
libc.so.6 = /lib/libc.so.6 (0x4074b000)
libgcc_s.so.4 = /lib/libgcc_s.so.4 (0x40015000)
/lib/ld.so.1 (0x400e1000)
We end up with both libgcc_s.so.2 and libgcc_s.so.4 linked. Is there
a solution other than making gcc-4.1/g++-4.1 the default and
rebuilding the libstdc++6 dependent packages with binary NMU's?
Steve M. Robbins writes:
Package: g++-4.0
Version: 4.0.3-1
Severity: grave
Hi,
Ignore the architecture below -- this report is about HPPA.
Here's a simple program that runs fine on my x86 box, but fails
on Paer (2.6.16-1-parisc64-smp #2 SMP).
[EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ cat test-throw.cc
#include iostream
#include stdexcept
using namespace std;
class A
{
public:
void throwMe()
{
if ( 1 )
throw std::invalid_argument( booger );
}
};
int main(int ac, char* av[])
{
A a;
{
try
{
a.throwMe();
cout Got here, but should not have\n;
}
catch (invalid_argument)
{
cout Caught the exception as expected\n;
}
}
return 0;
}
[EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ g++ -Wall test-throw.cc ./a.out
/usr/bin/ld: warning: libgcc_s.so.4, needed by
/usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with
libgcc_s.so.2
/usr/bin/ld: warning: libgcc_s.so.4, needed by
/usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with
libgcc_s.so.2
terminate called after throwing an instance of 'std::invalid_argument'
terminate called recursively
Aborted
This breaks compilation of GMP, for example.
Cheers,
-Steve
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages g++-4.0 depends on:
ii gcc-4.0 4.0.3-1The GNU C compiler
ii gcc-4.0-base 4.0.3-1The GNU Compiler Collection
(base
ii libc6 2.3.6-7GNU C Library: Shared libraries
ii libstdc++6-4.0-dev4.0.3-1The GNU Standard C++ Library v3
(d
g++-4.0 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364246: smarteiffel: Installs bogus .dhelp file
Package: smarteiffel Version: 1.1-8 Severity: minor The binary package contains /usr/share/doc/smarteiffel/.dhelp, which installs its documentation in section Apps/Programming. And this is the only documentation in that section, which makes it look very ugly. On the other hand the same docs are already registered with doc-base and available in the dhelp's programming section, where the documentation belongs to. So please remove the .dhelp file from the package, since it's not really needed. Also I would suggest moving the extended description from the .dhelp file to the doc-base file. Here's a simple patch for this: --- smarteiffel.old 2006-04-21 23:59:26.0 +0200 +++ smarteiffel 2006-04-22 00:11:30.0 +0200 @@ -1,7 +1,14 @@ Document: smarteiffel Title: SmartEiffel - The GNU Eiffel compiler Author: The SmartEiffel Development Team -Abstract: Manual for the SmartEiffel compiler and associated tools. +Abstract: Eiffel is a pure object-oriented language, that is intended + to facilitate reuse of routines. It does this through the concept of + Design by Contract; each class and each feature of a class publicises + the conditions that it guarantees to maintain, given that the published + input conditions are met. + . + Eiffel code should be comprehensible by non-computer people, with only a + little assistance. Section: Apps/Programming Format: HTML Regards, robert -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/pdksh Kernel: Linux 2.6.16 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages smarteiffel depends on: ii gcc 4:4.0.3-3 The GNU C compiler ii libc6 2.3.6-7GNU C Library: Shared libraries smarteiffel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364245: dhelp2dwww.pl should be removed
Package: dhelp Version: 0.5.23 Severity: minor Hi, dwww hasn't used the .dwww-index files since year 2001. Therefore the /usr/share/doc/dhelp/dhelp2dwww.pl script is unneeded and should be removed. Also please remove any references to that script or .dwww-index files from dhelp's documentation (dhelp_parse(8) man page, dhelp.html file) and from the sgml2dhelp.pl script. OTOH, it would be nice if dhelp documentation mentioned doc-base which is the preferred way of registering docs in Debian. Regards, robert -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/pdksh Kernel: Linux 2.6.16 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages dhelp depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries ii libdb33.2.9-25 Berkeley v3 Database Libraries [ru ii perl-modules 5.8.8-4Core Perl modules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364247: kdrill: uninstallable due to Xorg 7.0 transition
Package: kdrill Version: 6.4-2.1 Severity: grave Tags: patch Hi Philip, The kdrill package is currently uninstallable in unstable, because it still installs to /usr/X11R6/bin which is being turned into a compatibility symlink for the X11R7 transition. Fortunately, since ctwm is using imake the transition is fairly easy, but it does require a patch when rebuilding with the new imake due to some hard-coded references to /usr/X11R6/bin. Please find the short patch for this attached. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u kdrill-6.4/Makefile kdrill-6.4/Makefile --- kdrill-6.4/Makefile +++ kdrill-6.4/Makefile @@ -1,314 +1,528 @@ # Makefile generated by imake - do not edit! -# $XConsortium: imake.c,v 1.89 94/08/12 00:45:51 gildea Exp $ +# $Xorg: imake.c,v 1.6 2001/02/09 02:03:15 xorgcvs Exp $ -# --- -# Makefile generated from Imake.tmpl and /tmp/IIf.j9aizV -# $XConsortium: Imake.tmpl,v 1.219 94/05/13 15:58:31 matt Exp $ -# $SunSoft: @(#)Imake.tmpl 1.1 01/13/97 16:16:22 $ -# - -# ** -# NOTE: -# -# If the user does not define DESTDIR and/or BINDIR in the local Imakefile, -# 'make install' will install the resultant binaries in /usr/openwin/bin. -# This usually fails because of lack of write permission in that directory -# for non-root users. -# -# The reason is that the default definition of ProjectRoot is /usr/openwin. -# This value determines all other definitions, e.g. the binary, library and -# manual page directories, etc. The destination directory, DESTDIR, is not -# defined and BINDIR is defined as $(ProjectRoot)/bin in Project.tmpl. -# -# Care must be taken when changing ProjectRoot. It affects the inclusion -# path of 'imake' in finding the *.cf, *.def, *.tmpl and *.rules files, -# which are in /usr/openwin/lib/X11/config/, and the default inclusion path -# of X11 header files and libraries. Therefore, if ProjectRoot is changed -# not only these configuration files need to be copied to a proper location, -# defined by IRULESRC, so 'make Makefile' can work properly, the header file -# inclusion path, /usr/openwin/include, and the library search path, -# /usr/openwin/lib, also need to be defined properly either in the local -# Imakefile or one of the configuration files to avoid compilation errors -# for programs that use X11 header files or libraries. -# -# Please refer to Project.tmpl, Imake.tmpl, site.def, etc. in -# /usr/openwin/lib/X11/config/ for details. -# ** +# -- +# Makefile generated from Imake.tmpl and /tmp/IIf.WZHca6 +# $Xorg: Imake.tmpl,v 1.4 2000/08/17 19:41:46 cpqbld Exp $ +# $XdotOrg: xc/config/cf/Imake.tmpl,v 1.16 2005/11/08 06:33:24 jkj Exp $ +# +# +# +# +# $XFree86: xc/config/cf/Imake.tmpl,v 3.155 2003/12/24 18:58:41 dickey Exp $ +# -- + +all:: .SUFFIXES: .i -# $XConsortium: Imake.cf,v 1.12 94/03/29 15:42:08 gildea Exp $ -# $SunSoft: @(#)Imake.cf 1.1 01/13/97 16:16:21 $ +# $XdotOrg: xc/config/cf/Imake.cf,v 1.12 2005/11/08 06:33:24 jkj Exp $ +# $Xorg: Imake.cf,v 1.4 2000/08/17 19:41:45 cpqbld Exp $ + +# $XFree86: xc/config/cf/Imake.cf,v 3.88 2003/12/16 21:30:21 herrb Exp $ + +# Keep cpp from replacing path elements containing i486/i586/i686 # --- # site-specific configuration parameters that need to come before # the platform-specific parameters - edit site.def to change -# site: $XConsortium: site.sample,v 1.11 94/06/03 19:50:12 matt Exp $ -# site: $SunSoft: @(#)site.def1.1 01/13/97 16:16:27$ +# site: $TOG: site.sample /main/r64_final/1 1998/02/05 16:28:49 kaleb $ -# --- -# platform-specific configuration parameters - edit sun.cf to change +# site: $XFree86: xc/config/cf/site.def,v 3.24 2000/06/25 20:17:29 dawes Exp $ -# platform: $XConsortium: sun.cf,v 1.133 94/07/08 12:23:12 gildea Exp $ -# platform: $SunSoft: @(#)sun.cf 1.11 05/04/01 13:49:33 $ +# $XFree86: xc/config/cf/xf86site.def,v 3.186 2003/06/25 18:06:22 eich Exp $ -# operating system: SunOS 5.9 x86 +# -- +# platform-specific configuration parameters - edit linux.cf to change -# SUNSOFT SUNSOFT_LOADABLE +# $XdotOrg: xc/config/cf/linux.cf,v 1.31 2005/10/21 19:10:27 ajax Exp $ +# platform: $Xorg: linux.cf,v 1.3 2000/08/17 19:41:47 cpqbld Exp $ -# $XConsortium: svr4.cf,v 1.6 94/04/08 18:56:33 rws Exp $ -# $SunSoft: @(#)svr4.cf
Bug#364242: mozilla: version 1.7.13 fixes various security bugs
Please test the testbuild that fixes those issues here: http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2006-April/000266.html Especially, look out for regressions in mozilla dependants. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363546: tk2: mention best device permission method
2006/4/21, Dan Jacobson [EMAIL PROTECTED]: J Thebest way is adding yourself to the dialout group. I will make anoteJ of it in the upcoming version.# find /dev/tty*S* -group tty/dev/ttyS0# find /dev/tty*S* ! -group tty/dev/ttyS1/dev/ttyS2 /dev/ttyS3/dev/ttyUSB0/dev/ttyUSB1/dev/ttyUSB10/dev/ttyUSB11/dev/ttyUSB12...Why is /dev/ttyS0 special on my system? Could it be something I did oris that how Debian comes? Or an effect of running pppd or minicom etc.? That's very odd!Group permissions shouldn't get touched as far as I know.You could try to find out if any of the postinst scripts in /var/lib/dpkg/info changes device permissions. minicom.postinst looks okay to me.Regards,Joop-- Linux for your hamradio desktop___http://www.qsl.net/pg4i/linux
Bug#364231: exception catching broken on HPPA
On Sat, Apr 22, 2006 at 10:00:04AM +0200, Matthias Klose wrote: $ ldd a.out libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x40575000) libm.so.6 = /lib/libm.so.6 (0x4046e000) libgcc_s.so.2 = /lib/libgcc_s.so.2 (0x40068000) libc.so.6 = /lib/libc.so.6 (0x4074b000) libgcc_s.so.4 = /lib/libgcc_s.so.4 (0x40015000) /lib/ld.so.1 (0x400e1000) We end up with both libgcc_s.so.2 and libgcc_s.so.4 linked. Is there a solution other than making gcc-4.1/g++-4.1 the default and rebuilding the libstdc++6 dependent packages with binary NMU's? I guess having gcc-4.0 link against libgcc4 is out of the question? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#364183: /usr/share.tk2?
2006/4/21, Dan Jacobson [EMAIL PROTECTED]: Package: tk2Version: 1.1-3Severity: minorTags: patchYou can slim the package withln -s /usr/share/common-licenses/GPL /usr/share/tk2/COPYINGAlso a better README.Debian, please use this patch: *** /usr/share/doc/tk2/README.Debian2006-04-15 18:36:51.0 +0800--- /home/jidanni/radio/tk2/README.Debian 2006-04-21 01:46:44.0 +0800** 4 ! On bob's website at http://parnass.org you can find utilities for various--- 4 ! On Bob's website at http://parnass.org/ you can find utilities for various*** *** 7 ! life receiver.--- 7 ! live receiver.** 9 ! The README for this package is in /usr/share.tk2, but you can also open it--- 9 ! The README for this package is in /usr/share/tk2, but you can also open it Woops, english not my native language, sorry.Will correct this.Thanks,Joop-- Linux for your hamradio desktop___ http://www.qsl.net/pg4i/linux
Bug#361384: [Pkg-dspam-misc] Bug#361384: libdspam7-drv-pgsql: Same here, and same bug with mysql backend
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity 361384 grave thanks Adam Cécile (Le_Vert) wrote: Package: libdspam7-drv-pgsql Version: 3.6.4-3 Followup-For: Bug #361384 I'm experiencing the same issue. I would suggest to change this bug to critical... grave, I investigate this at the moment, but you are right about the severity. Regards, Matthijs Mohlmann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFESepE2n1ROIkXqbARAircAKCi1d5qMPb2lZcLEFMhPXahJNy9RACfYm3A +VXLFQMzXJ4AIXou55MpzgQ= =G2Ib -END PGP SIGNATURE-
Bug#364248: mozilla-thunderbird-locale-fr: Translation out of date
Package: mozilla-thunderbird-locale-fr Version: 1.0.dfsg-4 Severity: normal Hi, Current package is not compatible with thunderbird 1.5 and I had to uninstall it to upgrade thunderbird. Would it be possible to update the package so that it installs correctly ? By the way, I wasn't able to install the french spell correction xpi in thunderbird ; I wonder if that feature would be included into this global localization package. Thanks in advance -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages mozilla-thunderbird-locale-fr depends on: ii mozilla-thunderbird 1.5-4 Transition package for thunderbird mozilla-thunderbird-locale-fr recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360831: cdrecord: speed ignored
Dan Jacobson [EMAIL PROTECTED] wrote: Well, all I know is that if I am not allowed to lower the write speed, then I can no longer use CDRW, and can only use CDR. This is of course nonsense Any type of media that is accepted by the drive will work. It is a well known fact that old 1x 2x media does no longer work in recent drives and cdrecord warns you about this fact. Just READ the messages from cdrecord. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#363250: general: Custom PAGER gives error on sid, but works on sarge
On Sat, Apr 22, 2006, Manoj Srivastava wrote: #363250 is more about documenting the semantics of $PAGER (whether it can uses sh syntax, or whether it's a command with parameters separated with spaces), to be documented in man man, and/or policy. Err, we should define how it behaves, not what is inside it. As long as one can pipe things to $PAGER or use $PAGER on a file, what it contains should not matter. Please read again the original report, the submitter wanted to have a pipe of commands in $PAGER, he said this worked in the past, and works on other distros. He did not want to simply be able to use $PAGER on a file or to pipe stuff to $PAGER, he wanted $PAGER to be parsed as a pipeline, as in sh syntax. The safe bet would be for $PAGER to be a script or executable which can handle reading from file or STDIN, like proper UNIX programs. This is an independent problem First, we already have one layer of sh scripting with the sensible-pager program, and it would be a good enough place to handle the cases you mention, would people and programs use sensible-pager as the default pager. Second, this doesn't define what should happen when someone redefines $PAGER: what if one user wants $PAGER to be a pipeline? To make life easier for people writing programs which deal with $PAGER, and are using the POSIX exce* set of calls, one may constrain $PAGER to path [arg [arg ..]], with no pipes or other shell meta-characters. Yes, I think this is safe, but I'd go even further and propose the following: A/ handling of pager in programs 1/ programs should default to sensible-pager 2/ programs should offer a way to override the default pager in some way, for example via an environment variable called program_PAGER, or a configuration setting -- it might even be better for them to avoid handling $PAGER, see 1/ B/ user configuration of the pager When defined, $PAGER is a sh pipeline which reads its data from stdin. This is with the intent of moving any logic for deciding of the best pager to run out of each individual program requiring a pager, exactly as in the sensible-browser case, which can consider $BROWSER, $DISPLAY, x-www-browser, and www-browser to find a sensible browser. Manoj, how would this fit in policy? -- Loïc Minier [EMAIL PROTECTED] You can gtk_main_run, but you can't gtk_widget_hide. --danw, 19-jul-04
Bug#364249: smartpm: fails to run as a user due to permissions of /etc/auto.misc
Package: smartpm Version: 0.39-1 Severity: important Smart doesn't work at all as a user for me because my /etc/auto.misc file isn't world readable (it contains passwords). Eg $ smart search bash Traceback (most recent call last): File /usr/bin/smart, line 193, in ? main(sys.argv[1:]) File /usr/bin/smart, line 160, in main forcelocks=opts.ignore_locks, loglevel=opts.log_level) File /usr/lib/python2.3/site-packages/smart/__init__.py, line 114, in init ctrl = Control(configfile, forcelocks) File /usr/lib/python2.3/site-packages/smart/control.py, line 53, in __init__ self._fetcher = Fetcher() File /usr/lib/python2.3/site-packages/smart/fetcher.py, line 52, in __init__ self._mediaset = MediaSet() File /usr/lib/python2.3/site-packages/smart/media.py, line 33, in __init__ self.discover() File /usr/lib/python2.3/site-packages/smart/media.py, line 40, in discover for lst in hooks.call(discover-medias): File /usr/lib/python2.3/site-packages/smart/hook.py, line 64, in call val = hook[0](*hookparam, **hookkwparam) File /usr/lib/python2.3/site-packages/smart/media.py, line 331, in discoverAutoMountMedias for line in open(mapfile): IOError: [Errno 13] Permission denied: '/etc/auto.misc' The following simple patch fixes the problem. --- media.py.orig 2004-12-07 13:29:59.0 + +++ media.py2006-04-22 09:47:26.0 +0100 @@ -320,13 +320,13 @@ def discoverAutoMountMedias(): result = [] -if os.path.isfile(/etc/auto.master): +if os.access(/etc/auto.master, os.R_OK): for line in open(/etc/auto.master): line = line.strip() if not line or line[0] == #: continue prefix, mapfile = line.split()[:2] -if os.path.isfile(mapfile): +if os.access(mapfile, os.R_OK): firstline = False for line in open(mapfile): if firstline and line.startswith(#!): And now all is well $ smart search bash Loading cache... Updating cache... [100%] bash - The GNU Bourne Again SHell dash - The Debian Almquist Shell devscripts - Scripts to make the life of a Debian Package maintainer easier sash - Stand-alone shell -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (70, 'stable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages smartpm depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii python2.3 2.3.5-9.1 An interactive high-level object-o ii python2.3-gtk22.8.2-3Python bindings for the GTK+ widge ii python2.3-pexpect 2.0-1 Python 2.3.x module for automating ii python2.3-pycurl 7.15.2-1 Python bindings to libcurl smartpm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364250: dnsmasq: Fails to start: ISC dhcpd integration not available
Package: dnsmasq Version: 2.28-1 Severity: important dnsmasq complains about missing ISC dhcpd integration: dnsmasq: ISC dhcpd integration not available: set HAVE_ISC_READER in src/config.h Installing from source, with HAVE_ISC_READER defined, didn't help (same error). Version 2.27-1 works fine. -- System Information: Debian Release: unstable Kernel: Linux 2.6.15-1-k7 libc6: 2.3.6-7 dhcp3-server: 3.0.3-7 bye, Gabriele Persia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347715: please put on hold
Hi, These bugs (p7zip in dpkg and tar) should be put on hold untill we have a consensus on what is the interface to use for 7z compression, which is not that clear now (read: p7zip vs. lzma). Thanks (and sorry for the hassle). -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364084: liferea: don't blindly call dbus-launch on startup
Am Freitag, den 21.04.2006, 17:18 -0500 schrieb David Moreno Garza: tags 364084 upstream Released with 1.0.10. I also moved the eval command so that is executed before each possible run_with_mozilla() call. Lars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364232: smbfs: moving a file with a name with a special chracter in it fails
On Sat, Apr 22, 2006 at 07:30:10AM +0200, Christian Perrier wrote: Quoting A.M.P. Boelens ([EMAIL PROTECTED]): Package: smbfs Version: 3.0.22-1 Severity: normal I have a samba file server share mounted with cifs. When I try to move a file with a filename with a special character in it, this fails with the error: mv: cannot move 'filename': No such file or directory. Copying goes fine. Moving and copying files with normal names goes fine too. What do you call special character. Just any non ASCII character or some other character? What are the mount options you're using? Do you use the iocharset mount option? My mount options are: file system mount point cifs iocharset=utf8,uid=arnout,gid=data,file_mode=0664,dir_mode=0775,nosetuids,mapchars,guest,defaults 0 0 special characters like ñ é ä etc. I assume my mount options are fine because copying files is no problem. Only moving them. Arnout
Bug#364005: libdspam-drv-mysql fails to install
Hi, I saw you have filed a bug against dspam for this problem. It should been moved to libdspam7-drv-mysql and should also be more complete in my opinion. Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=361384 which is the same problem. Cheers, Julien Le vendredi 21 avril 2006 à 00:31 +0200, Francisco Javier F. Serrador a écrit : Package: dspam Version: 3.6.4-3 Severity: grave Justification: renders package unusable libdspam-drv-mysql fails to install -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dspam depends on: ii adduser 3.85 Add and remove users and groups ii libc6 2.3.6-7GNU C Library: Shared libraries pn libdspam7 none (no description available) ii libldap2 2.1.30-8 OpenLDAP libraries ii procmail 3.22-15Versatile e-mail processor Versions of packages dspam recommends: pn clamav-daemon none (no description available) pn dspam-doc none (no description available)
Bug#363544: tk2: unable to use ttyUSB0
Just read the kernel docs. It says about the DeLorme's USB Earthmate:The Earthmate starts out at 4800 8N1 by default...Any chance the Baud settings are incorrect?Regards,Joop
Bug#364251: impossible to generate all locales
Subject: impossible to generate all locales Package: locales Version: 2.3.6-7 Severity: normal When select choose All locales when configuring locales package, this choose is not correctly parse and it is the locales name All that is built... Of course, it does not exist :) # LC_ALL=C dpkg-reconfigure locales Generating locales (this might take a while)... All.locales...cannot open locale definition file `All': No such file or directory done Generation complete. bye, Olivier -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.0 Debian configuration management sy ii libc6 [glibc-2.3.6-2] 2.3.6-7GNU C Library: Shared libraries locales recommends no packages. -- debconf information: * locales/locales_to_be_generated: All locales, fr_FR.UTF-8 UTF-8 * locales/default_environment_locale: fr_FR.UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363399: Net SNMP has broken sysObjectID
On 20.04.06 Thomas Anders ([EMAIL PROTECTED]) wrote: Hilmar Preusse wrote: Hi all, So should we go for linux and unknown as platform? Or always unknown? I've upstream in Cc. Ask them for either updating the MIB or go for unknown. Can you please give your exact platform details? [EMAIL PROTECTED]:~ $ uname -a Linux kloetzer 2.6.16-1-686 #2 Sat Apr 15 20:45:20 UTC 2006 i686 GNU/Linux What else do you need? unknown should cover any system not mentioned explicitely before: No hurd in there. How big is the chance that the net-snmp coders will expand the MIB zu define another OID for Hurd? A sysObject.0 value of 1.3.6.0.0.0.0.0.0.0 should not happen. Well, this is exactly what this bug^1 is about. I've installed the snmpd package from Debian and used the default configuration. Result: [EMAIL PROTECTED]:~ $ snmpget -v2c -c public 127.0.0.1:161 .1.3.6.1.2.1.1.2.0 SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::dod.0.0.0.0.0.0.0 . I've rebuilt the package from the sources and got the same result. The configure options of the package do not manipulate the sysObjectID. So this can be either: - a broken patch in the Debian package, or - an upstream bug. As we see the same behavior on FreeBSD, I guess the latter is the case. Regards, Hilmar ^1 http://bugs.debian.org/363399 -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364005: dspam: 364005: confirmed
reassign 364005 libdspam7-drv-mysql tags 364005 + confirmed thanks Removing this line from the postinst fixed the install problem for me: . /usr/share/debconf/confmodule Then of course I get problems in the prerm. No idea what is going on here. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#364250: dnsmasq: Fails to start: ISC dhcpd integration not available
Gabriele Persia wrote: Package: dnsmasq Version: 2.28-1 Severity: important dnsmasq complains about missing ISC dhcpd integration: dnsmasq: ISC dhcpd integration not available: set HAVE_ISC_READER in src/config.h This is expected Installing from source, with HAVE_ISC_READER defined, didn't help (same error). Works for me. Note that there's already a line in config.h, about half-way down the file, which says #undef HAVE_ISC_READER you need to edit that: Just adding a #define at the top of the file will get overridden by the undef later on. Version 2.27-1 works fine. -- System Information: Debian Release: unstable Kernel: Linux 2.6.15-1-k7 libc6: 2.3.6-7 dhcp3-server: 3.0.3-7 bye, Gabriele Persia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364254: xscreensaver: FTBFS: Build dependency on xlibmesa-glu-dev.
Package: xscreensaver Version: 4.24-2 Severity: serious Hi, Your package is failing to build because it build depends on xlibmesa-glu-dev | libglu-dev but the first of those doesn't exist, and is the only one that's being tried. libglu-dev is a virtual package provided by libglu1-mesa-dev, so you should probably change to that. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364253: xorg: Random crashes on SiS card when switching xsessions
Package: xorg Severity: normal Since a month or so, I experience regular crashes of my Debian testing machine. About one per week, if not more. The crash is related to the use of Xorg (so my report here), but usually break the whole system down. Sorry for the length of this message, but I wanted to give you as much information as I could. SOME GENERIC REMARKS - CRASH NEVER OCCURS WHEN THE MACHINE IS UNATTENDED (mine is up 24/24) or in remote text access (I do remote backups, have a CVS server on it, and such: never crashed during that kind of operations). That even if Xorg is running in whatever configuration. - IT USUALLY CRASH WHEN OR JUST AFTER I SWITCH X SESSION. I usually run 2 to 4 xsessions in parallel (CTRL-ALT-F7 to CTRL-ALT-F10) and switch between them using the usual key commands. SYMPTOMS BEFORE CRASHES === - Text consoles becomes unreadable. Either the screen is black, only cursor shown, or strange graphics in black/gray/white filling the screen. In both case, except of the display, the terminal seems to be functional. - Pixmap under X11 are sometimes filled with random data found in memory. Eg. the KDE bar is filled with what looks like to be some Firefox page displayed some time ago, or simply random noise. - When switching session (by alt-ctrl-Fn) a temporary black screen appears (not unusual) but there is blue-green dotted cursor as wide as the screen that can be moved with the mouse. Sometimes the crash occurs on that screen. - Those symptoms can last pretty long before a crash occurs. They doesnt show up when only one session is openned (and swtiching to text consoles). Usually opening a second session is enough to render the text consoles unusable. LOGS TRACES LEFT AFTER REBOOT = As the crash of the Xserver render the machine unusable (usually the kernel is crashed too), there are not much info I have left. But there are some logs that my be interesting. They are below: - From /var/log/Xorg.0.log.old Note: Last crash didnt left anything useful in this log file. So I pastle an older crash under the same conditions (but from 06/03/04, so likely with a previous Xorg version): Backtrace: 0: /usr/X11R6/bin/X(xf86SigHandler+0x88) [0x80897b8] 1: [0xe420] 2: /usr/X11R6/bin/X(OtherClientGone+0x51) [0x80ccf61] 3: /usr/X11R6/bin/X(FreeClientResources+0x8c) [0x80d891c] 4: /usr/X11R6/bin/X(CloseDownClient+0x180) [0x80c8f90] 5: /usr/X11R6/bin/X(Dispatch+0x261) [0x80c9b61] 6: /usr/X11R6/bin/X(main+0x415) [0x80d6765] 7: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xd0) [0xb7e20eb0] 8: /usr/X11R6/bin/X [0x8070131] Fatal server error: Caught signal 11. Server aborting - From /var/log/Xorg.1.log.old Note: This is from last crash. (II) SIS(0): Restoring by setting old mode 0x03 (II) Open ACPI successful (/var/run/acpid.socket) (II) SIS(0): Setting standard mode 0x4d This is repeated a few times before EOF. - From /var/log/daemon.log Note: On last crash, the kernel didnt die completly but new processes seemed unable to start, so the Cannot execute and abnormal terminaison below, imho. Apr 22 09:22:56 garp kdm[6262]: X server for display :0 terminated unexpectedly Apr 22 09:23:00 garp kdm: :0[6301]: Cannot execute reset script /etc/kde3/kdm/Xreset Apr 22 09:23:03 garp kdm: :0[24093]: Abnormal termination of greeter for display :0, code 0, signal 11 Apr 22 09:30:08 garp kdm[6262]: X server for display :1 terminated unexpectedly Apr 22 09:30:09 garp kdm: :1[28956]: Cannot execute reset script /etc/kde3/kdm/Xreset Apr 22 09:30:16 garp kdm: :1[24203]: Abnormal termination of greeter for display :1, code 0, signal 11 Apr 22 09:31:26 garp kdm: :2[7400]: Cannot execute reset script /etc/kde3/kdm/Xreset Apr 22 09:35:01 garp dnsmasq[5646]: started, version 2.27 cachesize 150 Apr 22 09:35:01 garp dnsmasq[5646]: compile time options: IPv6 GNU-getopt RTNetlink ISC-leasefile no-DBus I18N - From /var/log/messages Note: I replaced Apr 22 09:24:22 garp kernel: by kernel: to reduce the line length. kernel: c015bc78 kernel: Modules linked in: nls_iso8859_1 nls_cp437 vfat fat binfmt_misc lp thermal fan button processor ac battery ipv6 iptable_raw iptable_mangle ipt_ULOG ipt_TTL ipt_ttl ipt_TOS ipt_tos ipt_TCPMSS ipt_tcpmss ipt_state ipt_sctp ipt_SAME ipt_REJECT ipt_REDIRECT ipt_recent ipt_realm ipt_pkttype ipt_physdev ipt_owner ipt_NOTRACK ipt_NETMAP ipt_multiport ipt_MASQUERADE ipt_MARK ipt_mark ipt_mac ipt_LOG ipt_limit ipt_length ipt_iprange ipt_helper ipt_hashlimit ipt_esp ipt_ECN ipt_ecn ipt_DSCP ipt_dscp ipt_conntrack
Bug#364252: mule-ucs: Please add emacs-snapshot as an alternative
Package: mule-ucs Version: 0.84.999+0.20030620-9 Severity: wishlist Hi, currently, it's not possible to use mule-ucs if only emacs-snapshot is installed, at least one more emacs version has to be installed. Please add emacs-snapshot as another alternative to the dependencies. best, Torsten -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck3-shl5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages mule-ucs depends on: ii xemacs21-mule 21.4.19-1 highly customizable text editor -- mule-ucs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364242: mozilla: version 1.7.13 fixes various security bugs
On 2006-04-22 Alexander Sack - Debian Bugmail [EMAIL PROTECTED] wrote: Please test the testbuild that fixes those issues here: http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2006-April/000266.html Splendid. Installing. Especially, look out for regressions in mozilla dependants. I am just using the browser. p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). Done, I've also subscribed to the bug. There are some typos in the changelog. mozilla (2:1.7.8-1sarge4) stable-security; urgency=critical * This release fixes multiple vulnerabilities. In addition this release comprises a prophilactic pack as a preventive prophylactic patchset perhaps? security measure. Issues addressed in those prophilactic prophylactic patches are comprised under MFSA-n2006-01 (where n stands for 'not really'). The patchset is comprised in the 002_mfsa-2006-01_29.patch file inside the debian/patches dir. A detailed 'per-issue' patcheset with documentation can be downloaded patchset BTW if this is really is just 1.7.13 relabeled (as 1.7.8-1sarge3 was essentially 1.7.12) the changelog should probably mention it. thanks, cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364257: xvkbd: FTBFS: xvkbd.c:34:25: error: X11/Xaw/Box.h: No such file or directory
Package: xvkbd Version: 2.7a-3 Severity: serious Hi, Your package is failing to build with the following error: gcc -c -g -O2 -fno-strict-aliasing -Dlinux -D__amd64__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -DXAW3D -DUSE_XTEST -DUSE_I18Nxvkbd.c xvkbd.c:34:25: error: X11/Xaw/Box.h: No such file or directory xvkbd.c:35:26: error: X11/Xaw/Form.h: No such file or directory xvkbd.c:36:29: error: X11/Xaw/Command.h: No such file or directory [...] Note that xaw3dg-dev has a dependency on libxaw8-dev | libxaw7-dev | libxaw6-dev. But you include those header files directly, so you should also build depend on one of those. Note that libxaw8-dev (currently) still installs it's include files in /usr/X11R6/include/X11/ while libxaw-headers (as used by both 6 and 7) use /usr/include/X11/ Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363931: harden: Please do not abuse debconf
Hi again On Fri, Apr 21, 2006 at 10:52:40PM +0200, Thomas Huriaux wrote: Ola Lundqvist [EMAIL PROTECTED] (21/04/2006): On Fri, Apr 21, 2006 at 07:35:01PM +0200, Thomas Huriaux wrote: Ola Lundqvist [EMAIL PROTECTED] (21/04/2006): The usefulness of this package is that the admin will know about this _during_ the installation. I still do not understand why you have a problem with this. Because installation is not the place to care about this. As I've said, the purpose of a package should be documented on places such as package description, project website, ..., the use of a package should be documented in manpages, README files, etc. Keep the things where they belong. But this package is intended for people that are not that used to Debian and security hardening. They probably do not even know about the README.Debian files anyway. Do you really think that people not used to Debian and security hardening will understand that the notes they read during the installation process are instructions to apply after the installation? Yes I think so. I have read through them again and I can not see why it is a problem. Quote from the templates: -- Template: harden-servers/plaintext Type: note _Description: Plaintext passwords Services that use plaintext passwords are almost by definition insecure. The reason is that you cannot know if someone is sniffing your passwords. . In a local environment with no connection to the outside world this is of course not a big problem. On the other hand then you will not need to secure your system at all and should not need this package. . This package conflicts with a lot of server service components that depend on plaintext passwords. Some tools that use plaintext passwords are not conflicted because they can be configured not to use plaintext passwords. So installing this package will only help you with some of the most critical servers. . The advice is to look at each available service and investigate if it uses plaintext passwords. If it does, try to configure it so it starts using encryption or some password exchange algorithm that does not require plaintext passwords. Template: harden-servers/inetd Type: note _Description: Default services and inetd By default some unnecessary services are enabled on your system. The program that provides them is inetd. There are alternatives to inetd which are more flexible. The problem is not that inetd in itself is insecure so you will probably not need to remove it. The problem is that you have to configure it to provide only the services that are really needed. . If you have the normal inetd program installed you should configure it by editing /etc/inetd.conf. . The general rule is to comment all lines that you do not need. If you do not know what it is, you probably do not need it. If you discover some problem you can always uncomment it later. . When you have edited that file, you have to restart the inet daemon with the following command: /etc/init.d/inetd restart - Client note look similar to the server note so I do not list it here. I can see that my english is not perfect but that is not what we are arguing on here. I can add a note to tell that this is supposed to be done after configuring if that make it better. Just imagine that every package displays debconf notes such as your package does (i.e. notes that are not related with the package configuration). I really think that Debian would be unconfigurable, as every package would stop the installation procedure many times (especially true for harden/welcome, even if it is also true for the other notes). I agree in general but I still think that these notes are valid to print. Another problem that I see with this: during the installation procedure, I usually only want to configure the newly installed packages. In this case, I'm installing the harden suite and plenty of other packages. As I've seen that the Debconf notes were not related with the configuration, I just read them but took no action immediatly, as it is better to finish the full installation before reconfiguring other packages. Now that my installation is finished, I want to make my system secure. I don't think that dpkg-reconfigure harden-servers is the intuitive way to find the instructions (this is especially true for the harden-servers/vncserver and harden-servers/inetd notes). We can of course add the notes to the README.Debian file as well as the debconf output. Finally, I would accept some notes being displayed during the installation procedure, but only before being prompted by apt/aptitude if I accept to remove packages that conflict with harden* (in the case of harden-servers/plaintext and harden-clients/plaintext). This is unfortunately not possible, AFAIK. With the current conception of the package, these notes
Bug#289479: cdrecord: more serious = can cause apparent write error
Package: cdrecord Version: 4:2.01+01a01-2 Followup-For: Bug #289479 if the same file is specified more than once, *and* there's a file specified after the second occurance, the burn process bombs out, like so: [EMAIL PROTECTED] cdrecord dev=ATAPI:/dev/cdrom fs=12m speed=24 -dummy -sao -pad \ -audio blank.cdr blank.cdr foo.cdr Cdrecord-Clone 2.01.01a01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 J\366rg +Schilling ... WARNING: padding up to secsize. Track 01: Total bytes read/written: 2048000/2048592 (871 sectors). Track 02: Total bytes read/written: 0/705600 (300 sectors). cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 00 00 06 CE 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0C 00 00 00 00 24 00 00 00 00 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 5.332s timeout 200s write track data: error after 0 bytes cdrecord: A write error occured. cdrecord: Please properly read the error message above. [EMAIL PROTECTED] i ended up with a couple toasters before just copying the file i wanted duplicated and giving cdrecord the two names with the same content. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cdrecord depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii makedev 2.3.1-77 creates device files in /dev -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363296: vnc4server: could not open default font 'fixed'
Package: vnc4server Version: 4.1.1+X4.3.0-6 Severity: grave Distribution: unstable After the update from the previous version to the new one, the font bug is still existing for me (by using vnc4server). Here is the log: Couldn't open RGB_DB '/etc/X11/rgb.txt' Xvnc Free Edition 4.1.1 - built Apr 20 2006 07:08:24 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Underlying X server release 4030, The XFree86 Project, Inc Sat Apr 22 11:41:30 2006 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy Could not init font path element unix/:7100, removing from list! Fatal server error: could not open default font 'fixed' XIO: fatal IO error 104 (Connection reset by peer) on X server :1.0 after 0 requests (0 known processed) with 0 events remaining. (gnome-session:12255): Gtk-WARNING **: cannot open display: When I use it as X plugin, I got errors in the shown display, it looks a bit scrambled. like double icons ... Best Reguards Alexander Loob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364255: /etc/menu-methods/twm is missing from latest binary
Package: twm Version: 1:1.0.1-3 Severity: important /etc/menu-methods/twm is missing from latest binary (or it is not generated during installation, i don't know) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages twm depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt61:1.0.0-4 X11 toolkit intrinsics library ii menu 2.1.27 generates programs menu for all me twm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364117: [Pkg-kde-extras] Bug#364117: klibido: no headers at all after group update (error parsing xover)
I suggest you to post you problem on klibido-users mailing list. This is not a Debian specific issue. I never said it was ... it's an issue with klibido as packaged in Debian, regardless of any other versions that may or may not be out there. Since when is there a only report bugs if they're specific to the Debian package rule? Even if there were, how should I know if that's the case? The maintainer may of course ignore the bug report but I don't think it frivolous ... C.
Bug#364256: deduild: $(DEB_HOST_ARCH) is dropped since version 2.9.17
Package: devscripts Version: 2.9.19 Severity: normal Hi, I've in debian/rules a structure like: ifeq ($(DEB_HOST_ARCH), amd64) CFLAGS += -march=k8 -fPIC CONFFLAGS += --enable-3dnow else ... This doesnt work because $(DEB_HOST_ARCH) is empty. The package build fine with dpkg-buildpackage -rfakeroot Regards Jean-Luc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-k8-9 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages devscripts depends on: ii debianutils 2.15.6 Miscellaneous utilities specific t ii dpkg-dev 1.13.18package building tools for Debian ii libc6 2.3.6-7GNU C Library: Shared libraries ii perl 5.8.8-4Larry Wall's Practical Extraction ii sed 4.1.4-7The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.5.8 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
On Fri, Apr 21, 2006 at 01:11:09AM +0200, Arnaud Fontaine wrote: retitle 263417 ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine owner 263417 ! thanks Hello, I am interested by packaging this python module. I have already a sponsor. I will prepare a package this week. As mentioned in an earlier post to this bug, the python-pysnmp2 is already uploaded to Debian. Isn't this from the same upstream as your package? From the long package description at least looks like that. If it is, this ITP-bug should probably be closed? - Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364005: [Pkg-dspam-misc] Bug#364005: dspam: 364005: confirmed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Wise wrote: reassign 364005 libdspam7-drv-mysql tags 364005 + confirmed thanks Removing this line from the postinst fixed the install problem for me: .. /usr/share/debconf/confmodule Then of course I get problems in the prerm. No idea what is going on here. Hi, There is some trouble with dbconfig-common, and I'm investigating this at the moment. Regards, Matthijs Mohlmann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFESfvG2n1ROIkXqbARAs6cAKCCne3XYyL1Ce/L5Yjys8KvjjL2oQCgsCNf zS6KxPVsS0sAfRGBbsrI0AQ= =wPXw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364258: ITP: lzma -- Default and general compression method of 7z format in 7-Zip program
Package: wnpp Severity: wishlist Owner: Mohammed Adnène Trojette [EMAIL PROTECTED] * Package name: lzma Version : 4.39 Upstream Author : Igor Pavlov * URL : http://www.7-zip.org/sdk.html * License : LGPL Programming Lang: C Description : Default and general compression method of 7z format in 7-Zip program LZMA is a compression algorithm, based on the famous Lempel Ziff compression method. . The main characteristics of the algorithm are very good compression, fast decompression, use of lot of RAM for compressio and low usage of RAM for decompression. . LZMA provides high compression ratio and very fast decompression, so it is very suitable for embedded applications. For example, it can be used for ROM (firmware) compressing. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Bug#364259: xawtv: FTBFS
Package: xawtv Version: 3.94-1.1 Severity: serious In a clean sid chroot on i386: -- snip -- ... CC console/fbtv.o In file included from console/fbtv.c:31: ./libng/grab-ng.h:28:1: warning: bool redefined In file included from /usr/include/curses.h:157, from console/fbtv.c:24: /usr/lib/gcc/i486-linux-gnu/4.0.3/include/stdbool.h:36:1: warning: this is the location of the previous definition In file included from console/fbtv.c:44: console/fs.h:2:20: error: FSlib.h: No such file or directory In file included from console/fbtv.c:44: console/fs.h:6: error: syntax error before 'FSXFontInfoHeader' console/fs.h:6: warning: no semicolon at end of struct or union console/fs.h:7: warning: type defaults to 'int' in declaration of 'propInfo' console/fs.h:7: warning: data definition has no type or storage class console/fs.h:8: error: syntax error before '*' token console/fs.h:8: warning: type defaults to 'int' in declaration of 'propOffsets' console/fs.h:8: warning: data definition has no type or storage class console/fs.h:11: error: syntax error before '*' token console/fs.h:11: warning: type defaults to 'int' in declaration of 'extents' console/fs.h:11: warning: data definition has no type or storage class console/fs.h:12: error: syntax error before '*' token console/fs.h:12: warning: type defaults to 'int' in declaration of 'offsets' console/fs.h:12: warning: data definition has no type or storage class console/fs.h:16: error: syntax error before '*' token console/fs.h:16: warning: type defaults to 'int' in declaration of 'eindex' console/fs.h:16: warning: data definition has no type or storage class console/fs.h:18: error: syntax error before '}' token console/fs.h:58: error: syntax error before 'FSXCharInfo' console/fs.h:58: warning: function declaration isn't a prototype console/fs.h:62: error: syntax error before '*' token console/fs.h:62: warning: function declaration isn't a prototype console/fbtv.c: In function 'text_out': console/fbtv.c:327: error: dereferencing pointer to incomplete type console/fbtv.c:328: error: dereferencing pointer to incomplete type console/fbtv.c:329: warning: pointer targets in passing argument 4 of 'fs_puts' differ in signedness console/fbtv.c: In function 'text_width': console/fbtv.c:335: warning: pointer targets in passing argument 2 of 'fs_textwidth' differ in signedness console/fbtv.c: In function 'do_capture': console/fbtv.c:393: error: dereferencing pointer to incomplete type console/fbtv.c:394: error: dereferencing pointer to incomplete type console/fbtv.c:431: error: dereferencing pointer to incomplete type console/fbtv.c:432: error: dereferencing pointer to incomplete type console/fbtv.c: In function 'main': console/fbtv.c:743: error: dereferencing pointer to incomplete type console/fbtv.c:761: error: dereferencing pointer to incomplete type console/fbtv.c:801: warning: pointer targets in assignment differ in signedness make[1]: *** [console/fbtv.o] Error 1 make[1]: Leaving directory `/xawtv-3.94/work/xawtv-3.94' make: *** [build-it] Error 2 -- snip -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364260: LZMA support
Package: file Version: 4.17-1 Severity: wishlist Tags: patch LZMA support (http://www.7-zip.org/sdk.html). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages file depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libmagic1 4.17-1 File type determination library us ii zlib1g1:1.2.3-11 compression library - runtime file recommends no packages. -- no debconf information diff -ur file-4.17.old/magic/Magdir/compress file-4.17/magic/Magdir/compress --- file-4.17.old/magic/Magdir/compress 2006-04-22 11:56:54.0 +0200 +++ file-4.17/magic/Magdir/compress 2006-04-22 12:01:39.0 +0200 @@ -174,6 +174,11 @@ 6 bytex version %d 7 bytex \b.%d +# LZMA (7-zip sister format) +# http://www.7-zip.org/sdk.html +# +0 string ]\000\000\200\000\377\377\377\377\377\377\377\377 LZMA compressed data + # AFX compressed files (Wolfram Kleff) 2 string -afx- AFX compressed file data
Bug#364268: [INTL:pa] exim4 punjabi Translation
Package: shadow Version: N/A Severity: wishlist Tags: l10n patch -- A S Alam exim4-pa.po Description: application/gettext
Bug#364265: vlc: FTBFS: Build dependency on xlibs-static-pic
Package: vlc Version: 0.8.4.debian-2 Severity: serious Hi, Your package is build depending on xlibs-static-pic which has been removed. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364267: epiphany-browser-dev: Uninstallable since binNMU.
Package: epiphany-browser-dev Version: 2.14.0-1 Severity: serious Hi, Since the binNMU of epiphany-browser to rebuild against libtasn1-3 epiphany-browser-dev is uninstallable. The problem is that the -dev package has strict versioned dependency on the epiphany-browser package: Depends: epiphany-browser (= 2.14.0-1) So, it will require a sourceful upload to get it installable again. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362826: still the same
7.0.63.3 works, dpkg runs welle, but I still need to execute update-flashplugin manually for Mozilla/Galeon to recognize it. This doesn't seem to be related to bug 362203 since no download failed at any time (at least following what the dpkg output told me). Does the postinst script executes update-flashplugin, and if not what is the problem of executing it ? Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364264: directvnc: FTBFS: dfb.c:33: error: syntax error before 'caps'
Package: directvnc Version: 0.7.5-7.1 Severity: serious Hi, Your package is failing to build with the following error: dfb.c:33: error: syntax error before 'caps' dfb.c:33: warning: data definition has no type or storage class make[3]: *** [dfb.o] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364262: debian-edu: FTBFS: Missing build dependency.
Package: debian-edu Version: 0.804 Severity: serious Hi, Your package is failing to build with the following error: ** Using build dependencies supplied by package: Build-Depends-Indep: debhelper (= 4) [...] make[1]: Leaving directory `/build/buildd/debian-edu-0.804' dh_testdir make: dh_testdir: Command not found make: *** [clean] Error 127 It seems your package now chnaged to an arch any instead of all package. You will need to use Build-Depends instead of Build-Depends-Indep. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364263: mcelog: [INTL:fr] French debconf templates translation
Package: mcelog Severity: wishlist Tags: patch l10n Hi, Please find attached the French debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#364266: ITP: libclass-delegator-perl -- Perl module for a simple and fast object-oriented delegation
Package: wnpp Severity: wishlist Owner: Nacho Barrientos Arias [EMAIL PROTECTED] * Package name: libclass-delegator-perl Version : 0.06 Upstream Author : David Wheeler [EMAIL PROTECTED] * URL : http://search.cpan.org/~dwheeler/Class-Delegator-0.06/ * License : Perl Programming Lang: Perl Description : Perl module for a simple and fast object-oriented delegation This module provides a subset of the functionality of Damian Conway's lovely Class::Delegation module. . However the specification semantics of Class::Delegator differ slightly from those of Class::Delegation, so this module isn't a drop-in replacement for Class::Delegation. Read on for details. . Homepage: http://search.cpan.org/~dwheeler/ Greetings, Nacho -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360143: acknowledged by developer (Bug#360143: fixed in boinc 5.4.3-1)
reopen 360143 tags 360143 = confirmed thanks On Saturday 22 April 2006 11:28, Zlatko Calusic wrote: Frank S. Thomas [EMAIL PROTECTED] writes: Hi, On Friday 21 April 2006 12:11, Zlatko Calusic wrote: Unfortunately, the situation is even worse, now I can't connect at all (not even after a minute or so). It all seems pretty bugged. Whatever I click (retry communications, select computer...) I don't get an expected response but only blocking, nothing happens and other (circular) errors. Weird. Which version is the BOINC core client you are trying to connect to? I assume it is not 5.4.3. Can you upgrade the client to this version? Yes, they're both 5.4.3. I doublechecked and restarted client on the other machine to be sure the new version is running. Still no go. To help a little bit let go step by step and see what's happening: - boinc-client 5.4.3-1 is running at machine.domain.com - port 31416 is open by boinc-client process and I can connect with telnet to it and get some xml errors out from desktop.domain.com - I fire up boincmgr 5.4.3-1 on the desktop.domain.com (I don't have boinc-client installed on that machine!) - In the tray? (down on the right of the window) it says 'Connecting to localhost' and on the console it says: send: -1 send: Bad file descriptor connect: Connection refused execvp(./boinc, -redirectio) failed with error 2! connect: Operation now in progress - I go to Advanced-Select Computer and select machine.desktop.com from the drop down history, tray immediately changes to 'Connecting to machine.domain.com' but nothing happens... - NEW DATA: I wait exactly 50 seconds starring at the screen where nothing happens and finally get a popup saying that Connection failed and giving me a chance to retry, I salect 'Yes' - In the next second, I'm finally connected properly! So yes, the original bug that I reported is still there in 5.4.3-1, I still have to wait around a minute to get connected properly to a remote machine. I've just checked again and I can confirm your report and therefore reopen this bug. I could have sworn that it was fixed with the new release. The patch I sent upstream fixed it, but they only applied one part of the patch, which is apparently not enough. Thanks again, Frank -- Anmut bringen wir ins Leben; Leget Anmut in das Geben. pgpZKwZGK4N9p.pgp Description: PGP signature
Bug#364261: apache2-common: Too many exclamation marks in apache2-ssl-certificate
Package: apache2-common Version: 2.0.54-5 Severity: minor Quote from the output of apache2-ssl-certificate: ---8--- server name (eg. ssl.domain.tld; required!!!) []: ---8--- Quote from Eric, a Terry Pratchett book: 'Multiple exclamation marks,' he went on, shaking his head, 'are a sure sign of a diseased mind.' Please remove at least two, better all of the above cited exclamation marks. No real person takes someone seriously who uses three exclamation marks in a row. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-11-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apache2-common depends on: ii apache2-utils 2.0.54-5 utility programs for webservers ii debconf 1.4.30.13 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libgcc1 1:3.4.3-13 GCC support library ii libmagic1 4.12-1 File type determination library us ii mime-support 3.28-1 MIME files 'mime.types' 'mailcap ii net-tools 1.60-10The NET-3 networking toolkit ii openssl 0.9.7e-3sarge1 Secure Socket Layer (SSL) binary a ii ssl-cert 1.0-11 Simple debconf wrapper for openssl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364272: apt: recent difficxulty in updateing, Remote end closed connection and MD5 sum errors
Package: apt Version: 0.6.43.3 Severity: normal Hi, I've been trying to get my system to reliably perform an apt-get update and upgrade for the last three or four weeks. Symptoms seem to be that it'll get to the last few K of a file, and then time out, the server closes the connection or there's a checksum error. I've tried downgrading to the apt in stable, but the synmptoms are the same. Is there anything I can try to sort this out? Cheers, Eamonn -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # Use for a local mirror - remove the ftp1 http lines for the bits # your mirror contains. # deb file:/your/mirror/here/debian stable main contrib non-free # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. deb http://www.uk.debian.org/debian/ unstable main contrib non-free #deb http://www.uk.debian.org/debian/ testing main contrib non-free #deb http://www.uk.debian.org/debian/ stable main contrib non-free #deb http://www.uk.debian.org/debian/ stable main contrib non-free deb ftp://http.us.debian.org/debian/project/experimental/ contrib/binary-i386/ # #deb http://samba.cadcamlab.org/debian/ woody/ deb ftp://ftp.nerim.net/debian-marillat/ sid main #deb http://apt.cerkinfo.be/ unstable main contrib non-free #deb http://ftp.openoffice.tuxfamily.org/openoffice unstable main contrib #deb http://people.debian.org/~branden/ sid/$(ARCH)/ #deb ftp://ftp.uk.linux.org/pub/linux/java/debian unstable main non-free #deb http://apt-proxy.sourceforge.net/apt-proxy unstable/ #deb http://freevo.sourceforge.net/debian unstable main ## RAREWARES AAC REPOSITORY #deb http://pessoal.onda.com.br/rjamorim/debian/ ./ ## RAREWARES MAIN REPOSITORY deb http://www.rarewares.org/debian/packages/unstable ./ #deb http://opensource.mgeups.com/debian binary/ #deb-src http://opensource.mgeups.com/debian source/ #deb http://debian.usefulinc.com/gnome ./ deb http://kanotix.com/files/debian unstable main deb http://pkg-boinc.alioth.debian.org/debian unstable main non-free #deb-src http://pkg-boinc.alioth.debian.org/debian unstable main non-free #deb http://debian.cihar.com/ unstable gammu -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libstdc++6 4.1.0-1+b1 The GNU Standard C++ Library v3 Versions of packages apt recommends: pn debian-archive-keyringnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
Morten == Morten Werner Olsen [EMAIL PROTECTED] writes: Morten As mentioned in an earlier post to this bug, the Morten python-pysnmp2 is already uploaded to Debian. Isn't this Morten from the same upstream as your package? From the long Morten package description at least looks like that. If it is, this Morten ITP-bug should probably be closed? The version 2 (stable), 3 and 4 are not compatible (like pykota needs for instance pysnmp 3.x release). Then, maybe we should package each release, what do you think about that ? There is a debian-python team if you are interested. The goal of this team is there [0]. If you want, you can put your packages on the svn repository ;). Regards, Arnaud Fontaine [0] http://python-modules.alioth.debian.org/python-modules-policy.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364273: coreutils: /usr/bin/tail with -F fails to reopen when pointed to a symlink
Package: coreutils Version: 5.2.1-2.1 Severity: important i use the following command to print my mail logs on my desktop. ssh -t mailserver.domain.tld tail -F /var/log/mail.log | xrootconsole -geo 210x51+0+512 -fn 6x10 -fg green --wrap Having /var/log/mail.log a symlink to /var/log/mail/mail.log When logrotate rotates the logs, tail does not try to reopen the file. Thanks for the fix. Laurent -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-p5ad2e-v7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages coreutils depends on: ii libacl1 2.2.36-1 Access control list shared library hi libc6 2.3.6-7GNU C Library: Shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364271: openmash: FTBFS: ./configure: line 3716: unexpected EOF while looking for matching ``'
Package: openmash Version: 5.2-4 Severity: serious Hi, Your package is failing to build with the following error: checking system version (for dynamic loading)... ./configure: line 3716: unexpected EOF while looking for matching ``' ./configure: line 3759: syntax error: unexpected end of file make: *** [build-stamp] Error 2 The problem is that an older version of tcl.m4 didn't properly open/close the quotes. The current version of tcl in the archive have a fixed version. You should regenerate your configure script with that version. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364269: sppc: FTBFS: build depends on removed xlibosmesa-dev
Package: sppc Version: 1.0.1-8.2 Severity: serious Hi, Your package is failing to build with the following error: The following packages have unmet dependencies: xlibosmesa-dev: Depends: xlibosmesa4 (= 6.9.0.dfsg.1-6) but it is not going to be installed Depends: xlibmesa-gl-dev (= 6.9.0.dfsg.1-6) but 1:7.0.14 is to be installed E: Broken packages apt-get failed. It seems that xlibosmesa-dev has been removed. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364270: beagle: missing dependency on libglib-cil
Package: beagle Version: 0.2.4-1 Severity: normal Hi, beagle stopped working with the following error: 060422 0950484549 02608 Beagle ERROR EX: System.DllNotFoundException: glibsharpglue 060422 0950484549 02608 Beagle ERROR EX: in (wrapper managed-to-native) Evolution.GLibUtil:gtksharp_slist_get_data (intptr) 060422 0950484549 02608 Beagle ERROR EX: in 0x00086 Evolution.CalUtil:GLibSListToCalCompArray (IntPtr slist, Evolution.Cal ecal) 060422 0950484549 02608 Beagle ERROR EX: in 0x00023 Evolution.CalUtil:CalCompFromICal (IntPtr ical_objects, Evolution.Cal ecal) 060422 0950484549 02608 Beagle ERROR EX: in [0x00016] (at /tmp/buildd/beagle-0.2.4/beagled/EvolutionDataServerQueryable/CalContainer.cs:123) Beagle.Daemon.EvolutionDataServerQueryable.CalContainer:OnObjectsAdded (System.Object o, Evolution.ObjectsAddedArgs args) 060422 0950484549 02608 Beagle ERROR EX: in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_ObjectsAddedArgs (object,Evolution.ObjectsAddedArgs) 060422 0950484549 02608 Beagle ERROR EX: in 0x0012b Evolution.CalView:ObjectsAddedSignalCallback (IntPtr arg0, IntPtr arg1, IntPtr gch) 060422 0950484549 02608 Beagle ERROR EX: in (wrapper native-to-managed) Evolution.CalView:ObjectsAddedSignalCallback (intptr,intptr,intptr) 060422 0950484549 02608 Beagle ERROR EX: in 0x0 unknown method 060422 0950484549 02608 Beagle ERROR EX: in (wrapper managed-to-native) Gtk.Application:gtk_main () 060422 0950484549 02608 Beagle ERROR EX: in 0x7 Gtk.Application:Run () 060422 0950484549 02608 Beagle ERROR EX: in [0x003c2] (at /tmp/buildd/beagle-0.2.4/beagled/BeagleDaemon.cs:409) Beagle.Daemon.BeagleDaemon:DoMain (System.String[] args) 060422 0950484549 02608 Beagle ERROR EX: in [0x1] (at /tmp/buildd/beagle-0.2.4/beagled/BeagleDaemon.cs:215) Beagle.Daemon.BeagleDaemon:Main (System.String[] args) glibsharpglue is in package libglib-cil Regards, Holger -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages beagle depends on: ii bash 3.1-4 The GNU Bourne Again SHell ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.0.4-1+b1 The Cairo 2D vector graphics libra ii libexif12 0.6.13-4 library to parse EXIF files ii libfontconfig12.3.2-5.1 generic font configuration library ii libgalago-cil 0.3.2-4CLI bindings for libgalago ii libgconf2.0-cil 2.8.2-1CLI binding for GConf 2.12 ii libglade2.0-cil 2.8.2-1CLI binding for the Glade librarie ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libglib2.0-cil2.8.2-1CLI binding for the GLib utility l ii libgmime2.1-cil 2.1.19-1 CLI binding for the MIME library, ii libgnome2.0-cil 2.8.2-1CLI binding for GNOME 2.12 ii libgnomevfs2-02.14.0-2 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.8.2-1CLI binding for the GTK+ toolkit 2 ii libmono-corlib1.0-cil 1.1.13.4-1 Mono core library (1.0) ii libmono-sharpzip0.6-cil 1.1.13.4-1 Mono SharpZipLib library ii libmono-sharpzip0.84-cil 1.1.13.4-1 Mono SharpZipLib library ii libmono-sqlite1.0-cil 1.1.13.4-1 Mono Sqlite library ii libmono0 1.1.13.4-1 libraries for the Mono JIT ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii librsvg2-22.14.2-1 SAX-based renderer library for SVG ii libsqlite02.8.16-1 SQLite shared library ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxss1 6.9.0.dfsg.1-6 X Screen Saver client-side library ii mono-classlib-1.0 1.1.13.2-1 Mono class library (1.0) ii mono-jit 1.1.13.4-1 fast CLI JIT/AOT compiler for Mono Versions of packages beagle recommends: ii beagle-backend-evolution 0.2.4-1evolution
Bug#364274: xfm: FTBFS: FmMain.c:40:31: error: X11/Xaw/Cardinals.h: No such file or directory
Package: xfm Version: 1.4.3-8 Severity: serious Hi, Your package is failing to build with the following error: FmMain.c:40:31: error: X11/Xaw/Cardinals.h: No such file or directory FmMain.c: In function 'main': FmMain.c:537: error: 'ZERO' undeclared (first use in this function) FmMain.c:537: error: (Each undeclared identifier is reported only once FmMain.c:537: error: for each function it appears in.) FmMain.c:704: warning: missing sentinel in function call make[2]: *** [FmMain.o] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364258: ITP: lzma -- Default and general compression method of 7z format in 7-Zip program
On Sat, Apr 22, 2006 at 11:58:46AM +0200, Mohammed Adnène Trojette wrote: Package: wnpp Severity: wishlist Owner: Mohammed Adnène Trojette [EMAIL PROTECTED] * Package name: lzma Version : 4.39 Upstream Author : Igor Pavlov * URL : http://www.7-zip.org/sdk.html * License : LGPL Programming Lang: C Description : Default and general compression method of 7z format in 7-Zip program LZMA is a compression algorithm, based on the famous Lempel Ziff compression method. Apparently not famous enough for the Ziv's name to be remembered properly... [snip] Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/
Bug#364280: O: eroaster -- A GNOME CD burning frontend
Package: wnpp Severity: normal I intend to orphan the eroaster package. The package description is: Eroaster is a graphical frontend to cdrecord and mkisofs written in Python. It supports drag drop out of most popular filemanagers and direct burning of .mp3 and .ogg files. It is not maintained upstream, buggy, and closely dependent on cdrtools. I'd suggest that gnomebaker is a much better alternative. If no one adopts it within 30 days I will ask for it to be removed. Cheers, Rob -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362852: Undeclared conflicts: pathname conflict at usr/share/man/man8/sendmail.8.gz between hula-mta, exim4-base
On Sun, Apr 16, 2006 at 10:08:47AM +0200, Andreas Metzler wrote: On 2006-04-16 Justin Pryzby [EMAIL PROTECTED] wrote: Package: hula-mta,exim4-base Severity: serious The etch release policy states that: | http://release.debian.org/etch_rc_policy.txt | If two packages cannot be installed together, one must list | the other in its Conflicts: field. Both hula-mta and exim4-base include the pathname usr/share/man/man8/sendmail.8.gz, but neither of them declare an appropriate Conflicts:, which is not allowed. [...] hula-mta Provides/Conflicts/Replaces mail-transport-agent, which makes this an exim4 bug. Agreed. It was introduced in 4.60-2 with * move man pages from daemon packages to exim4-base, add lintian and linda overrides to allow daemon packages not to contain man pages. Disagreed. If hula-mta provides mail-transport-agent, then exim4-base should explicitly conflict with hula-mta. We have the infrastructure to automatically conflict with packages that provide m-t-a, and the arguments given in the thread following http://lists.alioth.debian.org/mailman/private/pkg-exim4-devel/2003-November/001023.html (sorry, pkg-exim4-devel archives are non-public, you need to subscribe to be able to see the archives) are still valid in my opinion. Why is conflicting with hula-mta a non-sufficient fix? I find it a bad idea to have the man pages in two daemon packages. 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 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348109: libgtk2.0-0: after upgrade in unstable, many gui (firefox,gftp,d4x,...) Segmentation fault
Hello all, just want to mentioned that new stuff I discovered: $ d4x The program 'd4x' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 1614 error_code 8 request_code 72 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) which seems to be perfectly related to: https://bugs.freedesktop.org/show_bug.cgi?id=4945 as afaik my ws (hp model b180) as only 8bpp capability. hth, Joel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364281: ftbfs: libtool: link: cannot find the library `/usr/lib/libXcursor.la'
Package: totem-gstreamer Version: 1.2.1-3 Severity: normal This may well be a libtool issue or something else entirely, related to the xorg transition. I'm not well versed in the workings of libtool etc. Attached is a typescript, but basically, dpkg-buildpackage -rfakeroot -us -uc fails with libtool: link: cannot find the library `/usr/lib/libXcursor.la' -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages totem-gstreamer depends on: ii gconf2 2.14.0-1GNOME configuration database syste ii gstreamer0.8-alsa [gstre 0.8.12-1ALSA plugin for GStreamer ii gstreamer0.8-gnomevfs0.8.12-1Gnome VFS plugin for GStreamer ii gstreamer0.8-mad 0.8.12-1MAD MPEG audio decoder plugin for ii gstreamer0.8-misc0.8.12-1Collection of various GStreamer pl ii gstreamer0.8-vorbis 0.8.12-1Vorbis plugin for GStreamer ii gstreamer0.8-x [gstreame 0.8.12-1X videosink plugin for GStreamer ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.11.4-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2The Bonobo UI library ii libc62.3.6-7 GNU C Library: Shared libraries ii libcairo21.0.4-1+b1 The Cairo 2D vector graphics libra ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-5 simple interprocess messaging syst ii libesd0 0.2.36-3Enlightened Sound Daemon - Shared ii libexpat11.95.8-3.2 XML parsing C library - runtime li ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-3FreeType 2 font engine, shared lib ii libgconf2-4 2.14.0-1GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1The GLib library of C routines ii libgnome-desktop-2 2.14.0-1Utility library for loading .deskt ii libgnome-keyring00.4.9-1 GNOME keyring services library ii libgnome2-0 2.14.0-2The GNOME 2 library - runtime file ii libgnomecanvas2-02.14.0-2A powerful object-oriented display ii libgnomeui-0 2.14.0-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.0-3GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14+b1GNU TLS library - runtime library ii libgpg-error01.2-1 library for common error values an ii libgstreamer-gconf0.8-0 0.8.12-1GConf support for GStreamer ii libgstreamer-plugins0.8- 0.8.12-1Various GStreamer libraries and li ii libgstreamer0.8-00.8.12-1Core GStreamer libraries, plugins, ii libgtk2.0-0 2.8.17-1The GTK+ graphical user interface ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg626b-12 The Independent JPEG Group's JPEG ii liblircclient0 0.7.2-2 LIRC client library ii libmusicbrainz4c2a 2.1.2-3 Second generation incarnation of t ii libnautilus-extension1 2.12.2-2libraries for nautilus components ii liborbit21:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.12.1-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-2 1:0.2.17-2 Manage ASN.1 structures (runtime) ii libtotem-plparser0 1.2.1-3 Totem Playlist Parser library - ru ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4
Bug#364068: [pkg-horde] Bug#364068: imp4: Imp fails to display any mail messages at all
On Fri, Apr 21, 2006 at 02:43:40PM +0300, Mikko Visa wrote: Always when trying to display a mail message i get the following: Fatal error: Call to a member function on a non-object in /usr/share/horde3/imp/lib/Maillog.php on line 122 Haven't you upgraded php recently? -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364235: thinkpad-base: bad interaction with udev 0.090-2: *all* devices end up group 'thinkpad' (?!)
severity 364235 critical thanks On Fri, Apr 21, 2006 at 07:43:42PM -0700, Chip Salzenberg wrote: Package: thinkpad-base Version: 5.9-2 Severity: grave Justification: renders package unusable I suspect that since no one else using the new udev 0.090-2 is complaining about this problem, that thinkpad-base may be at fault. If it is so, then this bug is critical, cause breaks unrelated software. (If it is a udev bug, too, with cause breaks the whole system. On reboot with udev 0.090-2, I found /dev/null was group 'thinkpad' and mode 664, a bad thing. Further inspection revealed that *all* nodes were group 'thinkpad' and *no* nodes had the world-write bit enabled, a very bad thing. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364283: udev: /dev/null not writable
Package: udev Version: 0.090-2 Severity: important since the update to the version 0.090-2 the device /dev/null isn´t writable for normal users, so I can´t log in to an X session and logcheck do not work. The sound isn´t working. All devices in /dev are from user root and group thinkpad. May be incorrect working with package thinkpad-base ???
Bug#311840: kraptor: FTBFS on 64 bit arches.
found 311840 0.0.20040403-3 thanks It seems that MASK_WORD_TYPE is still an unsigned int instead of unsigned long int. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364276: Please add a .desktop file
Package: chromium Severity: wishlist Tags: patch ubuntu has added a .desktop file. Please consider including it in your next upload -- System Information: Debian Release: testing/unstable APT prefers dapper APT policy: (700, 'dapper') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-20-amd64-k8 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) [Desktop Entry] Encoding=UTF-8 Name=Chromium Comment=Scrolling space shooter Exec=chromium Icon=chromium Terminal=false Type=Application Categories=Application;Game; StartupNotify=false
Bug#364282: xkb-data: Layout en_US doesn't work anymore
Package: xkb-data
Version: 0.8-5
Severity: important
With this keyboard layout, pressing AltGR (or right Alt) allowed the user to
input special characters (for example, AltGr+; = dead acute, AltGr+Shift+1 =
inverted exclamation mark). Now it doesn't work anymore.
To reproduce:
$ setxkbmap -rules xorg -model pc104 -layout en_US
and then press AltGr+; a. A LATIN SMALL LETTER A WITH ACUTE should be
generated. Instead, something different happens. In most cases, a
RIGHT-POINTING DOUBLE ANGLE QUOTATION MARK is generated, as if normal Alt
was pressed (';'+128).
Thanks.
PS: Maybe this bug should go to xlibs. I'm lost.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364278: fail2ban: Non-standard init file
Package: fail2ban Version: 0.6.1-1 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, fail2ban has an init file (/etc/init.d/fail2ban) which 'feels different' from other init files. To be precise, it behaves as follows: (fail2ban not running) [EMAIL PROTECTED]:~# /etc/init.d/fail2ban stop Stopping fail2ban: done [EMAIL PROTECTED]:~# /etc/init.d/fail2ban start Starting fail2ban: .done [EMAIL PROTECTED]:~# /etc/init.d/fail2ban restart Restarting fail2ban: Stopping fail2ban: done Starting fail2ban: .done [EMAIL PROTECTED]:~# /etc/init.d/fail2ban stop Stopping fail2ban: .done As you can see the messages are quite different of what one is used to from other programs: (postfix not running) [EMAIL PROTECTED]:~# /etc/init.d/postfix stop Stopping Postfix Mail Transport Agent: postfix. [EMAIL PROTECTED]:~# /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfix. [EMAIL PROTECTED]:~# /etc/init.d/postfix restart Stopping Postfix Mail Transport Agent: postfix. Starting Postfix Mail Transport Agent: postfix. [EMAIL PROTECTED]:~# /etc/init.d/postfix stop Stopping Postfix Mail Transport Agent: postfix. I attach a completely new init script (derived from /etc/init.d/skeleton) matching the behavior of the other programs. Notice that using this new init script, a Depends: lsb-base (= 3.0-6) should be added to the package. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fail2ban depends on: ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis ii python2.3.5-5An interactive high-level object-o fail2ban recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEShYZm2HPKfVbHyoRApsVAKD8wUQp6YTD4OaMbURIK8V/Un403gCg0cG4 shBEVsUVCjqO7ORUpfBfy8I= =ODfR -END PGP SIGNATURE- fail2ban Description: application/shellscript
Bug#364279: [INTL:hu] Hungarian debconf templates translation
Package: console-common Version: N/A Severity: wishlist Tags: l10n patch Imp. Hungarian updates of the console-common package. Thank you: sas# Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid msgstr Project-Id-Version: console-common\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2003-11-04 08:57+\n PO-Revision-Date: 2006-04-22 13:36+0100\n Last-Translator: SZERVĂC Attila [EMAIL PROTECTED]\n Language-Team: Hungarian debian-l10n-hungarian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=1; plural=0;\n X-Poedit-Language: Hungarian\n X-Poedit-Country: HUNGARY\n #. Type: select #. Choices #: ../templates.in:3 msgid Select keymap from arch list, Don't touch keymap, Keep kernel keymap, Select keymap from full list msgstr BillentyĹązetkiosztĂĄs kivĂĄlasztĂĄsa gĂŠptĂpus-fĂźggĹ listĂĄbĂłl, BillentyĹązetkiosztĂĄs meghagyĂĄsa, Rendszermag billentyĹązetkiosztĂĄs meghagyĂĄsa, BillentyĹązetkiosztĂĄs kivĂĄlasztĂĄsa teljes listĂĄbĂłl #. Type: select #. Description #: ../templates.in:5 msgid What policy do you want to apply regarding keymaps ? msgstr Mi tĂśrtĂŠnjen a billentyĹązetkiosztĂĄssal? #. Type: select #. Description #: ../templates.in:5 msgid The keymap describes how keys are laid out on your keyboard, and what symbols (letters, digits, etc.) are drawn on them. msgstr A billentyĹązetkiosztĂĄs Ărja le a billentyĹąk billentyĹązeten elfoglalt helyĂŠt, illetve a rajtuk szereplĹ szimbĂłlumokat (betĹąket, szĂĄmjegyeket, stb.) is. #. Type: select #. Description #: ../templates.in:5 msgid \Select keymap from arch list\ will allow you to select one of the predefined keymaps specific for your architecture - you will most likely want this unless you have a USB keyboard. msgstr A \BillentyĹązetkiosztĂĄs kivĂĄlasztĂĄsa gĂŠptĂpus-fĂźggĹ listĂĄbĂłl\ pont a gĂŠptĂpushoz illĹ elĹre megadott kiosztĂĄsokat adja - USB billentyĹązet kivĂŠtelevĂŠl ezt ĂŠrdemes vĂĄlasztani. #. Type: select #. Description #: ../templates.in:5 msgid \Don't touch keymap\ will prevent the configuration system from overwriting the keymap you have in /etc/console. Select this if you want to keep a keymap you obtained through other means. Please remember to install new keymaps with install-keymap(8) if you select this choice. msgstr A \BillentyĹązetkiosztĂĄs meghagyĂĄsa\ ponttal vĂĄlasztĂĄsakor a konfigurĂĄlĂłrendszer nem fogja felĂźlĂrni a /etc/console-ban megadott kiosztĂĄst. MĂĄshonnan beszerzett kiosztĂĄsok esetĂŠn ĂŠrdemes vĂĄlasztani. Az Ăşj kiosztĂĄsokat az install-keymap(8) paranccsal kell telepĂteni. #. Type: select #. Description #: ../templates.in:5 msgid \Keep kernel keymap\ will prevent any keymap from being loaded next time your system boots. It will remove from /etc/console any keymap you may have already selected (it will be lost), but if you have already loaded a keymap, it cannot be changed back until you reboot. msgstr A \Rendszermag billentyĹązetkiosztĂĄs meghagyĂĄsa\ a kĂśvetkezĹ rendszerindĂtĂĄskor meggĂĄtolja bĂĄrmifĂŠle billentyĹązetkiosztĂĄs betĂśltĂŠsĂŠt. Esetlegesen mĂĄr kivĂĄlasztott kiosztĂĄst is eltĂĄvolĂt az /etc/console-bĂłl (el fog veszni), de ha mĂĄr betĂśltĂśttĂŠl egy kiosztĂĄst, az csak egy ĂşjraindĂtĂĄs utĂĄn vĂĄltoztathatĂł. #. Type: select #. Description #: ../templates.in:5 msgid \Select keymap from full list\ offers a full listing of all predefined keymaps. You want this, if you use an USB keyboard from a different computer architecture or if you use an adapter to use such a keyboard. msgstr A \BillentyĹązetkiosztĂĄs kivĂĄlasztĂĄsa teljes listĂĄbĂłl\ az Ăśsszes elĹre megadott kiosztĂĄst adja. MĂĄs szĂĄmĂtĂłgĂŠp-architektĂşrĂĄhoz valĂł USB-billentyĹązethez vagy egy adapterrel hasznĂĄlt billentyĹązethez ĂŠrdemes vĂĄlasztani. #. Type: note #. Description #: ../templates.in:29 msgid A boot-time keymap in an old location is about to be ignored. msgstr RĂŠgi helyen lĂŠvĹ rendszerindĂtĂĄsi billentyĹązetkiosztĂĄs mellĹzĂŠse kĂśvetkezik. #. Type: note #. Description #: ../templates.in:29 msgid You have asked the keymap configuration tool not to touch an existing keymap you installed, or you asked for higher-priority questions only to be asked and the tool decided not to mess with your existing setup. msgstr A billentyĹązetkiosztĂĄst konfigurĂĄlĂł eszkĂśzt a meglevĹ kiosztĂĄs meghagyĂĄsĂĄra utasĂtottad, vagy csak magasabb fontossĂĄgĂş kĂŠrdĂŠseket kĂŠrtĂŠl ĂŠs emiatt az eszkĂśz csendben a meglevĹ hozzĂĄrendelĂŠsek tiszteletben tartĂĄsa mellett dĂśntĂśtt.
Bug#362990: credentials not always moved to file owned by user
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anders Lennartsson wrote: Package: libpam-heimdal Version: 1.2.0-1 Tags: patch I have noticed some problems with libpam-heimdal leaving credentials for users in files owned by root:root with permissions 600 and not named according to the environment variable KRB5CCNAME. (A variable PAM_KRB5CCNAME was introduced with the correct name.) This mostly don't show up for local logins, but is repeatable for logins over ssh. I have however experienced the erratic also for console logins. I sent some more details to debian-user [1], before I found out what I believe causes the problem. Further, the credentials obtained by logging in via kdm are (still) not deleted on closing the kde session. This was reported in #344927, which is about to be archived, but I don't think 1.2.0-1 fixed it. It seems a minor typo caused a functional discrepancy between pam_krb5_auth.c in libpam-heimdal and libpam-krb5, which is the cause of this behaviour. The included patch is against (the dpatched) pam_krb5_auth.c in libpam-heimdal, and if built with this patch, I have not noticed any of the erratic behaviour described above. Anders Hi, Thank you for the information and the patch, I've tested it through and you are right about it. Regards, Matthijs Mohlmann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFESg+l2n1ROIkXqbARAv1LAKCoE2rGn1ZZHGQzH2KZ4OuD2zKQ3gCfUZYn IdfHqjeuAAYbGv28uA34ZpM= =C4pw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364275: gentoo: can not copy move delete etc files No such file or directory (code 2)
Package: gentoo Version: 0.11.55-1 Severity: important What ever I do I get the No such file or directory (code 2) message -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (400, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages gentoo depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m gentoo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#248926: scp: add --continue, like wget
Hi All, Here is a script which implements the requested feature : http://ejtaal.net/scripts-showcase/scp-resume.sh Maybe the author (supposedly the owner of owner of ejtaal.net) would agree to license this script under Debian-compatible terms? BestRegards, David
Bug#363931: harden: Please do not abuse debconf
Hi again, Ola Lundqvist [EMAIL PROTECTED] (22/04/2006): On Fri, Apr 21, 2006 at 10:52:40PM +0200, Thomas Huriaux wrote: Ola Lundqvist [EMAIL PROTECTED] (21/04/2006): On Fri, Apr 21, 2006 at 07:35:01PM +0200, Thomas Huriaux wrote: Please tell me what is hard to understand with these notes instead. I have no problem to understand what these notes are saying. I just don't understand their positions. Why in the installation process when the actions will have to be taken after the installation and have no direct relation with the package usability? Conclusion: If you want to keep the current philosophy of the package without bothering users with pointless notes, you should take the following actions: * remove harden/welcome (or move it to a README.Debian file) It is already with priority low output, so I do not really agree. Even with a low priority, once again, imagine that every package displays a note with Hello, you are using the foobar package. You can find more documentation blablabla It would simply make the low priority unused by users. That is what you have low priority for. The default is medium and therefore you will not have them printed with the default option. So what is the problem? No, low priority is for very customized configuration options that should not be displayed to the normal user during the installation. Welcome notes should not exist, as advanced users don't care about these notes and normal users won't see them as they don't want to have too difficult questions to answer. * remove harden-*/plaintext and emphasize (if needed) the package description about the conflicts But they are not for describing the conflicts. See above. * provide documentations such as README, manpage, ... for harden-servers/inetd and harden-servers/vncserver (and of course remove those notes) No I will not do this last point, unless inetd have changed their defaults of course. Still the same difference of opinion, i.e. something like that has no added value during the package configuration process. BUT the package have NO use without the notes and the conflicts!!! It do not contain anything else. I indeed think that the only use of the package is to use the conflicts field. And this is a good idea to avoid installing not secured packages. But if I want to harden a system, I won't follow your debconf instructions but read a complete documentation. I'm afraid our main disagreement is the distinction I made between installation/configuration of a package and use of a package. It seems for me that you consider you're using a package as soon as you start to install it. In this case it is true as this is mostly a meta package with some additional help to the user. If I'm right with this last statement, then I will change my argumentation :-) Sorry to be so insistent for the removal of these debconf templates, but one of my main activities within Debian is debconf-related QA and I'm still convinced that you are using debconf where you should not. That's why I really would like to see this issue fixed :-) Well I am still not convinced and as I have seen that this package is used by quite a few people I assume that people like the idea of it. I also think the Conflicts part is a good idea. However, the notes at their current position aren't. You are the first person to complain about these notes. No, I'm not, please read #144652 for example. I don't know exactly how your users are using your package, but I don't think they are really using your notes to configure their systems. They just take advantage of the Conflicts part, and use the normal documentation to harden the rest of the system. I'm just reading the other bug reports, it seems that most (all?) of them are asking conflicts and not new instructions (if we do not take in account bugs that are not related with usage or were filled by you). If you get consensus about this on debian-devel (which I do not read by the way) or you can convince many people to answer this bug with the same opinion I may change my mind. You see the inetd note was created because users requested that inetd servers should be disabled by default when installing this package. I decided that it was not a good thing to change configuration so therefore I added this note. The plaintext password notes was added because that I could not find out a good way to configure all servers to use encryption, so that note was added. Once again, I don't think to stop the installation process to tell what your package is not doing and what the user has to do manually is a good idea. I still do not understand why you are think they are so bad as these two things are quite important for hardening of a system. A better thing would of course be if I had implemented functions for editing inetd services and also to configure password handling for
Bug#364235: [Pkg-tpctl-devel] Bug#364235: thinkpad-base: bad interaction with udev 0.090-2: *all* devices end up group 'thinkpad' (?!)
Chip Salzenberg wrote: On reboot with udev 0.090-2, I found /dev/null was group 'thinkpad' and mode 664, a bad thing. Further inspection revealed that *all* nodes were group 'thinkpad' and *no* nodes had the world-write bit enabled, a very bad thing. Reverting to udev 0.090-1 fixed the problem. Md: Do you think this is a udev bug or a thinkpad-base bug? [EMAIL PROTECTED]:/etc/udev$ cat thinkpad.rules # Set permissions on thinkpad device KERNEL=thinkpad, MODE=0664, GROUP=thinkpad -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364284: cdrw-taper: New version available
Package: cdrw-taper Version: 0.3-7 Severity: wishlist A new version (0.4) of CDRW-Taper has been made available: http://www.tivano.de/software/amanda/Installation.shtml -- Sam Couter | mailto:[EMAIL PROTECTED] | jabber:[EMAIL PROTECTED] OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature
Bug#362852: Undeclared conflicts: pathname conflict at usr/share/man/man8/sendmail.8.gz between hula-mta, exim4-base
On Sat, Apr 22, 2006 at 12:55:31PM +0200, Marc Haber wrote: On Sun, Apr 16, 2006 at 10:08:47AM +0200, Andreas Metzler wrote: On 2006-04-16 Justin Pryzby [EMAIL PROTECTED] wrote: Package: hula-mta,exim4-base Severity: serious The etch release policy states that: | http://release.debian.org/etch_rc_policy.txt | If two packages cannot be installed together, one must list | the other in its Conflicts: field. Both hula-mta and exim4-base include the pathname usr/share/man/man8/sendmail.8.gz, but neither of them declare an appropriate Conflicts:, which is not allowed. [...] hula-mta Provides/Conflicts/Replaces mail-transport-agent, which makes this an exim4 bug. Agreed. It was introduced in 4.60-2 with * move man pages from daemon packages to exim4-base, add lintian and linda overrides to allow daemon packages not to contain man pages. Disagreed. If hula-mta provides mail-transport-agent, then exim4-base should explicitly conflict with hula-mta. We have the infrastructure to automatically conflict with packages that provide m-t-a, and the arguments given in the thread following http://lists.alioth.debian.org/mailman/private/pkg-exim4-devel/2003-November/001023.html (sorry, pkg-exim4-devel archives are non-public, you need to subscribe to be able to see the archives) are still valid in my opinion. So I subscribed to the list and read the thread. Why is conflicting with hula-mta a non-sufficient fix? Why are you going to the trouble of dynamically updating a longer Conflicts line? Provide+Conflict+Replace on m-t-a means that you never have you update for this ever again, but *not* doing so pretty much guarantees that you'll periodically get an rc bug filed; for example, everytime someone introduces a new MTA package. But I'm sure I'm also not seeing the reason for the proposed complexity :) I find it a bad idea to have the man pages in two daemon packages. Well, this seems to be encouraged, although I don't think its actually a good thing.. lintian will warn for binary-without-manpage if the manpage is in some -common package being depended on, last I knew. Is this really the source of the complexity ?? Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364287: gnutls-bin: Need password verification in certtol
Package: gnutls-bin Version: 1.3.5-1+b1 Severity: normal Hello, Generating a private key with: certtool -p -8 --outfile ca.key A password is asked but no confirmation is done, it should ask the password two times. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.2-vs2.1.1-rc15+thorr.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gnutls-bin depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libgnutls13 1.3.5-1+b1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libopencdk8 0.5.7-2Open Crypto Development Kit (OpenC ii zlib1g1:1.2.3-11 compression library - runtime gnutls-bin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
On Sat, Apr 22, 2006 at 12:55:14PM +0200, Arnaud Fontaine wrote: The version 2 (stable), 3 and 4 are not compatible (like pykota needs for instance pysnmp 3.x release). Then, maybe we should package each release, what do you think about that ? Doesn't the pysnmp 3.x-series have a very unstable API? And is the 3.x-series still under development? I guess the right thing to do is to make sure pykota uses the stable pysnmp 2.x-series until a new stable 4.x-series is ready? I'm not involved in the packaging of pysnmp, but I guess packaging the 3.x- 4.x-series as separate packages sounds like a good idea if we really want the version 3 and 4 in Debian before upstream freezes their API. Jan Luebbe [EMAIL PROTECTED], which is the maintainer for python-pysnmp2, has probably also been thinking about this as he has declared a conflict with python-pysnmp3 and python-pysnmp4 for his python-pysnmp2 package. There is a debian-python team if you are interested. The goal of this team is there [0]. If you want, you can put your packages on the svn repository ;). I'm already a member of this team and plan to move my python packages into the teams SVN-repository. You should probably ask Jan Luebbe if you want to team-main python-pysnmp2, 3 and/or 4 within the Python Modules team [1] on Alioth. - Werner [1] http://python-modules.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312333: nagios-plugins: ntpdate isn't anymore in debian, so now I can't install this package
Package: nagios-plugins Followup-For: Bug #312333 At the moment nagios-plugins isn't installable anymore on new debian machines because ntpdate doesn't exist anymore -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364285: New upstream version of manpages-it
Package: manpages-it Version: 0.3.4-3 Severity: wishlist Tags: l10n A new upstream version of manpages-it package is available (even if the revision number is lesser than the current one). See: http://lists.pluto.it/pipermail/pluto-ildp/2006-April/003475.html ftp://ftp.pluto.it/pub/pluto/ildp/man/ Is it possible to update the debian package? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
