Bug#484057: lvm2: df wrong (used+free total)
Package: lvm2 Version: 2.02.35-1 Severity: normal The total amount displayed by 'df' is bigger than the used+free size: # df /dev/mapper/media-media 98500188 90164464 3332460 97% /mnt/media Also gtkdiskfree report the same and tells me that there is plenty of space, while the disk is full. I beleve that lvm2 reports space wrong, but don't know where df calculates this. # lvdisplay --- Logical volume --- LV Name/dev/media/media VG Namemedia LV UUID72wQ7D-Oadm-uAFP-vE0T-o1dc-2zsL-VA3kTt LV Write Accessread/write LV Status available # open 1 LV Size95.43 GB Current LE 24430 Segments 3 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:0 # vgdisplay --- Volume group --- VG Name media System ID Formatlvm2 Metadata Areas3 Metadata Sequence No 6 VG Access read/write VG Status resizable MAX LV0 Cur LV1 Open LV 1 Max PV0 Cur PV3 Act PV3 VG Size 95.43 GB PE Size 4.00 MB Total PE 24430 Alloc PE / Size 24430 / 95.43 GB Free PE / Size 0 / 0 VG UUID URcQNq-TeZi-1wyY-4Cyn-0a5r-9Oz1-QhHRdc # pvdisplay --- Physical volume --- PV Name /dev/hdd1 VG Name media PV Size 28.63 GB / not usable 1.73 MB Allocatable yes (but full) PE Size (KByte) 4096 Total PE 7330 Free PE 0 Allocated PE 7330 PV UUID 3xliVp-VGiW-a85o-geja-HAHk-Z5D7-tygohn --- Physical volume --- PV Name /dev/hdc1 VG Name media PV Size 28.63 GB / not usable 1.73 MB Allocatable yes (but full) PE Size (KByte) 4096 Total PE 7330 Free PE 0 Allocated PE 7330 PV UUID iNnlyS-UNxR-vRav-wcby-y0Sq-xLcH-xG4cTl --- Physical volume --- PV Name /dev/hdb1 VG Name media PV Size 38.17 GB / not usable 3.62 MB Allocatable yes (but full) PE Size (KByte) 4096 Total PE 9770 Free PE 0 Allocated PE 9770 PV UUID 2PI98t-5d5O-truQ-zg6x-diDY-c5oH-nvdRqh # fdisk -l Disk /dev/hda: 80.0 GB, 80060424192 bytes 255 heads, 63 sectors/track, 9733 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x0e056fea Device Boot Start End Blocks Id System /dev/hda1 1966777650146 83 Linux /dev/hda296689733 5301455 Extended /dev/hda596689733 530113+ 83 Linux Disk /dev/hdb: 40.9 GB, 40982151168 bytes 1 heads, 2 sectors/track, 40021632 cylinders Units = cylinders of 2 * 512 = 1024 bytes Disk identifier: 0x0001cf88 Device Boot Start End Blocks Id System /dev/hdb1 24002163240021631 8e Linux LVM Disk /dev/hdc: 30.7 GB, 30750031872 bytes 255 heads, 63 sectors/track, 3738 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x00099819 Device Boot Start End Blocks Id System /dev/hdc1 1373830025453+ 8e Linux LVM Disk /dev/hdd: 30.7 GB, 30750031872 bytes 255 heads, 63 sectors/track, 3738 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x0008825e Device Boot Start End Blocks Id System /dev/hdd1 1373830025453+ 8e Linux LVM Disk /dev/dm-0: 102.4 GB, 102466846720 bytes 255 heads, 63 sectors/track, 12457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x Disk /dev/dm-0 doesn't contain a valid partition table -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lvm2 depends on: ii libc62.7-10 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.24-4 The Linux Kernel Device Mapper use ii libreadline5 5.2-3 GNU readline and history libraries lvm2 recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483781: Ответ: Bug#483781: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
Testcases for case-sensitivity: dd if=/dev/null of=floppy.img seek=2880 mkfs.msdos floppy.img mkdir /mnt/image # These iocharset and codepage settings are valid for Russia mount -o loop,iocharset=utf8,codepage=866 floppy.img /mnt/image echo bad /mnt/image/Æ echo good /mnt/image/æ ls /mnt/image umount /mnt/image mkfs.msdos floppy.img # These settings are correct for USA and are the defaults in Debian Lenny mount -o loop,iocharset=utf8,codepage=850 floppy.img /mnt/image echo bad /mnt/image/Г echo good /mnt/image/г ls /mnt/image umount /mnt/image The common pattern is that the offending characters are not representable in the DOS codepage for a given country. Mounting with this line instead of the above: mount -o loop,utf8,codepage=850 floppy.img /mnt/image doesn't trigger the warning, but still results in a case-sensitive filesystem, so can't be considered as a fix. Since the kernel doesn't want to keep the full (Unicode) mapping between upper and lower case, the following solutions to the FAT case sensitivity problem remain: * switch to a non-UTF-8 locale (e.g., ru_RU.KOI8-R), mount FAT filesystems with iocharset=koi8-r (or whatever is correct for your locale - but the problem is to teach KDE to do this right for removable media) * write a FUSE-based FAT filesystem driver, drop the kernel one. Everything else results in either a case-sensitive filesystem, or in incorrect display of filenames created under Windows (which is the official reference implementation of the FAT file system). -- Alexander E. Patrakov
Bug#480997: podlators 2.1.0 released
This release adds a new --utf8 option to pod2man and corresponding Pod::Man configuration option to write UTF-8 characters to the resulting *roff output rather than trying to convert the characters to troff escapes or just X for unknown characters. This is a separate option rather than the default since UTF-8 characters are known to break some vendor *roff implementations and the resulting *roff output is therefore not portable. Linux distributions may wish to consider enabling this by default, although there isn't a good way to do that as yet without patching the module (and the documentation!). I also fixed various other bugs turned up by Debian's switch to Perl 5.10. Debian Perl maintainers, you will probably want to switch to this version of Pod::Man before lenny. The URL http://archives.eyrie.org/software/modules/podlators-2.1.0.tar.gz has entered CPAN as file: $CPAN/authors/id/R/RR/RRA/podlators-2.1.0.tar.gz size: 80707 bytes md5: 9d4283c0975f8dfdedc47ca15ed63496 Changes since the previous release: 2008-06-01 Russ Allbery [EMAIL PROTECTED] * VERSION: podlators 2.1.0 released. * Makefile.PL: Add LICENSE. * lib/Pod/Man.pm (format_text): If the utf8 option is set, don't convert non-ASCII characters to *roff escapes or X. Document the utf8 option. * scripts/pod2man.PL: New option -u or --utf8 says to output literal UTF-8 characters rather than pure ASCII. * t/man-options.t: New file. Test the utf8 option. * t/man.t: Be more cautious about passing an encoding to binmode to allow for a Perl without PerlIO. * lib/Pod/Man.pm (switchquotes): Match text between \f(CW and \fP or \fR in headings non-greedily to get the fonts right with multiple C formatting codes. * t/man.t: Test =head1 with multiple C codes. 2008-05-14 Russ Allbery [EMAIL PROTECTED] * lib/Pod/Man.pm (preamble_template): Protect .Sh text against leading *roff control characters since some *roff implementations apparently look through font escapes at the beginning of lines. 2008-05-12 Russ Allbery [EMAIL PROTECTED] * lib/Pod/Man.pm (format_text): Escape backslashes separately from processing non-ASCII characters and do that, dash escaping, and underscore adjustment before processing non-ASCII characters. Otherwise, we escape the hyphen in eth characters. * t/man.t: Test for handling of eth. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484001: Using obsolete .dhelp files
Quoting Esteban Manchado Vel?uez ([EMAIL PROTECTED]): Package: gnats Severity: normal Tags: patch gnats postinst and prerm scripts are using .dhelp files, which are obsolete now. Also, you shouldn't call dhelp_parse yourself anymore, but just use install-docs from doc-base to do all the work for you. Attached are example doc-base files for both the manual and the FAQ. (I'm not the package maintainer, just the last NMUer) There should be a lintian warning for packages using dhelp, if that's considered obsolete If one had existed, I would have fixed that in last NMU. signature.asc Description: Digital signature
Bug#481049: [pkg-ntp-maintainers] Bug#481049: ntpdate-debian not handled consistently at if-up
On Mon, 2008-06-02 at 07:35 +0200, Peter Eisentraut wrote: What I want is for the message /usr/sbin/ntpdate-debian did not appear before the timeout! to never appear when I bring up an interface, after ntpdate has been removed. You did not mention that. How do you imagine that should work? The message appears 2 minutes after running a /etc/init.d/networking restart (with ntpdate removed but not purged). Does your system not reproduce it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484058: hplip: hp-systray won't do anything, fails silently to start cause pyqt not installed
Package: hplip Version: 2.8.4-1 Severity: normal Hi. On my system, the hp-systray icon is visible, however, double-clicking it won't do anything. Looking at the xsession-errors, I see an error, but otherwise, from the GUI, nothing displayed. .xsession-errors contains : error: PyQt not installed. GUI not available. Exiting. warning: Qt/PyQt initialization failed. error: hp-toolbox requires GUI support. Exiting. HP Linux Imaging and Printing System (ver. 2.8.4) HP Device Manager ver. 13.1 Copyright (c) 2001-8 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. At least, some popup saying that a problem occurred would be better. Btw, shouldn't hp-systray be part of package hplip-gui instead of hplip ? I see that hplip won't depend on python-qt4 whereas hplip-gui does. Best regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hplip depends on: ii adduser 3.107add and remove users and groups ii coreutils 6.10-3 The GNU core utilities ii cupsys 1.3.7-5 Common UNIX Printing System(tm) - ii hplip-data 2.8.4-1 HP Linux Printing and Imaging - da ii libc6 2.7-10 GNU C Library: Shared libraries ii libcupsys2 1.3.7-5 Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libsane 1.0.19-10API library for scanners ii libsnmp15 5.4.1~dfsg-7.1 SNMP (Simple Network Management Pr ii libssl0.9.8 0.9.8g-10+lenny1 SSL shared libraries ii libusb-0.1-42:0.1.12-11 userspace USB programming library ii lsb-base3.2-11 Linux Standard Base 3.2 init scrip ii python 2.5.2-1 An interactive high-level object-o ii python-dbus 0.82.4-2 simple interprocess messaging syst ii python-imaging 1.1.6-2 Python Imaging Library ii python-support 0.7.7automated rebuilding support for P Versions of packages hplip recommends: ii cupsys-client 1.3.7-5 Common UNIX Printing System(tm) - ii hpijs 2.8.4+2.8.4-1 HP Linux Printing and Imaging - gs ii hpijs-ppds 2.8.4+2.8.4-1 HP Linux Printing and Imaging - HP ii hplip-gui 2.8.4-1 HP Linux Printing and Imaging - GU ii openprinting-ppds 20080211-2OpenPrinting printer support - Pos -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484059: imagemagick: convert tries to specify non-embedded Helvetica font in PDF when converting from PNG
Package: imagemagick Version: 7:6.3.7.9.dfsg1-2+b2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When converting from a png to a pdf, /usr/bin/convert seems to add a type 1 Helvetica font to the pdf, even though there is no text in the PDF at all. At best, this is unnecessary, generated cruft. Worse, though, is that some publishers (e.g. lulu.com) require all fonts in PDFs to be explicitly embedded [0]. This means that PDFs generated from a single PNG by imagemagick will fail for those publishers. This can be pretty aggravating. Here's a demonstration of the problem (pdffonts is from the poppler-utils package, and ): [0 [EMAIL PROTECTED] imagemagick]$ convert /usr/share/pixmaps/debian-logo.png debian-logo.pdf [0 [EMAIL PROTECTED] imagemagick]$ pdffonts debian-logo.pdf name type emb sub uni object ID - - --- --- --- - HelveticaType 1no no no 8 0 [0 [EMAIL PROTECTED] imagemagick]$ Thanks for maintaining the ImageMagick suite in debian. It's a very useful toolkit. Regards, --dkg [0] http://www.lulu.com/en/help/index.php?fSymbol=how_do_I_make_pdf#make_sure_pdf_prints_right - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.5-0.1high-quality block-sorting file co ii libc6 2.7-10 GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii liblcms11.16-10 Color management library ii libmagick10 7:6.3.7.9.dfsg1-2+b2 image manipulation library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtiff43.8.2-8 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-7X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime imagemagick recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBSEOSE8zS7ZTSFznpAQKvpxAAhWXgkI4fzzudHPkRnOkjhgvMAoKwShGD uLS2AqV7ZPO8/bJDSVcxjEPI1nUVW8nHbSuXBDsZOndOp950Y8TiuHhtOjOCrYcA Vah+sWcmUFnu5Wx6M/jrAl39o/b8xOy8N0rPugSqCk2PSoGhnNZtqV92+hsuofJF 1vQ0AQSP8t6UIwr1xWLU6W+okJXbzjKDR3PnbXO+ENwfG2mzdXev2bgRLVS4A3K9 MohMRIAEdW4ZRbZVcVHDGKifGmyhK+yQ3T+YLWIFSPxxpCZrq9iffBR58yqTHBBL NJheXRVbbRZyJOrS5+kQmeaJ/wgqzKlQOUVDjWU//0APHOcgk74YggX8KqDgeEWH Lizjm96MqqdbeldYS5deXXUTVVjoFII4Rupw8eFgUT7Vs987N6kVdam0l0BbYlWe AI5SSRXtAsvM/OxYo9qUaXWoe8qUQEH8wu67s6schrkJlpclVHXBYbFFnLW9aWW1 tQEru5kGX1TzqMV0tq6LWZZ1pFIvU3HdFn4ehXzEBe5fdKqYThJGZWpvtQiwgFAB zJjlV02o2GQMSSm7A+/oeptxhpK1Ql1EG2ibj0gkTZxfVbNshsYYOMXUZrZKm58s aHDXIH/g73mdqkiT8XAS0ooAeUj2PemZOrwzl0/LhfxOIX8ccTL+wUT0IWXQzkIg O0TVM0I1Sto= =whI+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484060: libdatapager-perl -- Data::Pager - flexible data pager
Package: wnpp Severity: wishlist * Package name: libdatapager-perl Version : 0.01 Upstream Author : Vidul Nikolaev Petrov, [EMAIL PROTECTED] * URL : http://search.cpan.org/~vidul/ * License : Perl Programming Lang: Perl Description : Data::Pager - flexible data pager This Perl-class implements the familiar pager where the current position is centered. signature.asc Description: Digital signature
Bug#484061: spurious dependency on debian-reference-en
Package: debian-reference-common Version: 2.02 Severity: normal Hi, version 2.02 of debian-reference-common Depends on debian-reference-en. Is there a reason for that? I've got debian-reference-it installed (yes, 2.02), and I see no reason to install -en. A solution would be for all debian-reference-$lang a Provides: debian-reference, and -common depending on debian-reference itself. Kindly, David -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash debian-reference-common depends on no packages. Versions of packages debian-reference-common recommends: pn debian-reference-en none (no description available) -- no debconf information -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#483917: [INTL:it] debconf translation for Italian
Quoting Clint Adams ([EMAIL PROTECTED]): And, what about Argentina/Buenos_Aires? Should I write Argentina/Buenos Aires, or just Buenos Aires? (keeping Argentina/ in this version) Probably Buenos Aires is fine. The English translation has Buenos Aires (Argentina), but that's probably overkill. I personnally would recommend Buenos Aires alone By the way, Clint, something should be done (post lenny!) to convert tzdata to use the Choices-C feature of debconf to avoid maintaining an English translation aside from other translations. That would allow translators to work on the English translation strings and no more strings coming from the raw package. Frans Pop is the best specialist I know about, for such conversion...:-) signature.asc Description: Digital signature
Bug#219156: Too short? You won't hear that anymore
Make sure she gets maximum pleasure every night http://www.mieraooen.com/
Bug#484015: xserver-xorg-video-ati: [r128][powerpc] output is limited to 800x600 even with 1024x768 display
On Sun, 2008-06-01 at 18:29 -0300, Rogerio Brito wrote: Oh, BTW, one error/warning that I see reported on the machine's console (and that apparently doesn't get included in the X logs) is the following: (many times the following error---at least 20 times in a row) (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument (...) But they are included in the log file: (II) R128(0): Not using default mode 1024x768 (unknown reason) (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument (II) R128(0): Not using default mode 512x384 (unknown reason) (II) R128(0): Not using default mode 1024x768 (hsync out of range) (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument (II) R128(0): Not using default mode 512x384 (unknown reason) (II) R128(0): Not using default mode 1024x768 (hsync out of range) (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument (II) R128(0): Not using default mode 512x384 (unknown reason) (II) R128(0): Not using default mode 1024x768 (hsync out of range) (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument (II) R128(0): Not using default mode 512x384 (unknown reason) (II) R128(0): Not using default mode 1024x768 (hsync out of range) So, for some reason the kernel's aty128fb is rejecting the X server's 1024x768 modes. Have you tried putting an X mode definition (e.g. obtained by fbset -x) of the console 1024x768 mode into the xorg.conf monitor section? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483925: Description could use a bit less marketing speak and a bit more useful information
Hi Enrico, First of all, thanks for reporting a bug against pixelpost... It's appreciated, especially for a brand new package. On Sun, Jun 01, 2008 at 11:47:17AM +0200, Enrico Zini wrote: Package: pixelpost Version: 1.7.1-1 Severity: normal Hello, thanks for maintaining pixelpost. When reading the description, the only thing that I understand is that it is a software for photoblogging. That is however conveyed already entirely by the short description, so the long description does not really add much information except, if you want that pixelpost is not a software for non-photoblogging. Instead of assumptions on who is the reader (photobloggers, like yourself: I'm not a photoblogger, or at least I'm likely not a photoblogger like the author of pixelpost), and promises best found in a commercial rather than in a package description (you've found the perfect app), I'd rather see something that helps me decide whether I should install the package or not. Considering the large amount of blogging software out there that can also post pictures, some useful information would be a little feature list, and the main difference between pixelpost and other common software used in the field. You're right. The description is the marketing oriented description you can found on the homepage of pixelpost, meaning it's probably not really appropriate for a Debian package description. Of course, if you have a proposition for a good description, you're welcome :-) If not, I'll try to write a new description for the new release of the package (in a few days or so). Cheers, Xavier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381267: Batman's new movie -- sneak previews here
Timerland's secret to sexiness -- unveiled here http://www.aieklean.com/
Bug#484067: Partitions copied with pcopy have two problems
Package: pcopy Version: 1.5-1 I used pcopy to copy two partitions from a 60GB hard drive to a 120GB hard drive. One was the 7GB system partition. The other was a 48GB /home partition. I pcopied the first to a 10GB partition, and the second to a 100GB partition. Two things happened: 1. The space used and free reported (on the 120GB drive) of both copied partitions was wrong. They reported the same amount of space used and free on both drives: a. The 10GB partition was showing the same amount of disk space used *and free* as the 7GB original; it should have been showing 3GB more space free. b. The 100GB partition was also showing the same figures as the 48GB original partition. Instead of showing 56GB free, it was showing only 2.5GB free (the amount free on the original partition). 2. After using the system for a few hours, it suddenly started reporting the pcopied system partition as read-only. After I shutdown and restarted, the boot process reported errors with the system partition (mostly about files it couldn't fine). It left me at a command prompt reading (initramfs). I rebooted the system using two different recent live Linux CDs that fully support ext3 filesystems, and both times fsck reported that it was incompatible with the ext3 journal version on the system partition. So I reformatted the partition, used partimage to restore the original disks system partition to it, restarted, and it came up fine, reporting the proper amounts of disk space used and free, and reporting no incompatibilities with the journal version. It has been working fine for several days now. I fixed the problem on the second partition by simply copying the data from the original drive. I had prepared the 120GB disk by fscking with -c to check for badblocks and update the badblock list before using pcopy. So there were no hardware problems with the disk. pcopy reported no errors during the copying process and didn't crash. I think pcopy hosed the journal when copying the system partition, and at least did a number on the directory structure when copying the other partition. Thank you for the opportunity to try pcopy. I will stick with partimage instead for copying partitions. -- David [EMAIL PROTECTED] authenticity, honesty, community -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410247: iceweasel: Gtk interface won't use DejaVu Sans Condensed.
On 02-Jun-2008 01:33.33 (BST), Eric Dorland wrote: Iceweasel 3.0rc1 has much better gnome support. Can you try that from experimental? Been using it for a while! Yes, it still picks DejaVu Sans Regular whilst the rest of the GNOME windows use DejaVu Sans Condensed. -- rob andrews :: pgp 0x5c205974 :: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484063: RM: postgresql-filedump-8.2 -- postgresql-8.2 is going away
Package: ftp.debian.org Severity: normal As explained in http://bugs.debian.org/483405, postgresql-8.2 will go away soon, so that we only ship 8.3 in Lenny. For this, the postgresql-filedump-8.2 source package needs to be removed. There is already a postgresql-filedump-8.3, so nothing needs to be changed there. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#451791: xserver-xorg-video-intel: Fonts and many other items fail to render legibly
Brice Goglin wrote: Hello people having display corruption on i965, Could you try adding Option EXANoComposite true to the Device section of /etc/X11/xorg.conf? (and if not already done, you can try Option AccelMethod XAA as well) EXA Composite seems to be a good candidate for this kind of breakage. That's what I did and it solve the problem. But with new version (last from debian sid) EXA work again. Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228174: Batman's new movie -- sneak previews here
Give your lady only the very best, find out how here http://www.gysieas.com/
Bug#483756: insist ssh-vulnkey -a be run by the administrator upon upgrade
On Mon, Jun 02, 2008 at 08:17:30AM +0800, [EMAIL PROTECTED] wrote: When Mom told me to change my shirt, she didn't say she meant a clean one... good thing some of us are so thick, else you would never know... that some of us are so thick, and not adjust the warning instructions for maximal impact... This artificial I'm so stupid, lots of other users must be too is grating. You've pretty much said that you're deliberately resistant to learning in order to file more bugs. I'm not going to play that game. Anyway, Idea: now that ssh is I suppose burdened with all these checks, how about new protocols Ia and IIa (or 3 and 4): just like protocols 1 and 2 but only available in newer versions that won't let bad keys be born... OK, bye. No, sorry. It's clear that you don't understand the SSH protocol, so please don't propose crazy ideas that are unworkable. Your reports of problems are sufficient; unless you are willing to lift your resistance to learning and put some effort into understanding system design before you send mail, please don't propose solutions. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484070: libdvdread3: Unable to play encrypted DVDs
Package: libdvdread3 Version: 0.9.7-10 Severity: important Hello guys, since I have installed Debian Lenny on my new machine one month ago, I have again been incapable of playing back encrypted DVDs: My old Etch could at least play them back in VLC player, while the new one shows the following error messages whenever I try to watch a DVD: libdvdread: Invalid title IFO (VTS_01_0.IFO). libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_01_0.VOB (0xf1ca) [0300] dvdread demuxer error: read failed for -1/4 blocks at 0x01 [0289] main playlist: nothing to play In Debian forum, I was said that bug #460400 already had fixed that problem, so I'm a bit confused to see that it now occurs again in Debian testing. I've used the Debian Multimedia repository to install VLC player. It would be great if you could solve that problem. Thanks a lot! Martin -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdvdread3 depends on: ii libc6 2.7-10 GNU C Library: Shared libraries Versions of packages libdvdread3 recommends: ii libdvdnav44.1.2-2DVD navigation library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484075: upgrade-reports: Two Greek Polytonic diacritics no longer available
Package: upgrade-reports Severity: important -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Polytonic Greek works in Etch by copying the Greek Compose file into the US Compose file (sudo cp /usr/share/X11/locale/el_GR.UTF-8/Compose /usr/share/X11/locale/en_US.UTF-8/Compose) and adding (for GNOME) the line GTK_IM_MODULE=xim to the /etc/environment file. For KDE the coppying of the Compose file is enough. Following upgrade to Lenny, the workaround is no longer able to produce on screen the Psili ᾿ and Dasseia ῾ diacritics, while it keeps functioning correcτly for Oxeia ΄, Bareia `, Perispomeni ῀, Hypogegrammeni ͺ and Diairessis ¨ and their various combinations. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484076: upgrade-reports: Two Greek Polytonic diacritics no longer available
Package: upgrade-reports Severity: important -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Polytonic Greek works in Etch by copying the Greek Compose file into the US Compose file (sudo cp /usr/share/X11/locale/el_GR.UTF-8/Compose /usr/share/X11/locale/en_US.UTF-8/Compose) and adding (for GNOME) the line GTK_IM_MODULE=xim to the /etc/environment file. For KDE the coppying of the Compose file is enough. Following upgrade to Lenny, the workaround is no longer able to produce on screen the Psili ᾿ and Dasseia ῾ diacritics, while it keeps functioning correcτly for Oxeia ΄, Bareia `, Perispomeni ῀, Hypogegrammeni ͺ and Diairessis ¨ and their various combinations. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482717: Latest gstreamer0.10-ffmpeg breaks gnome
retitle 482717 crashes on non-altivec machines stop Sebastian Dröge [EMAIL PROTECTED] writes: Am Sonntag, den 01.06.2008, 16:53 +0200 schrieb Reinhard Tartler: Up to now, I was using ffmpeg from debian-multimedia.org but I tried the one from the debian archive and I get the same result. I'm not sure it is a ffmpeg bug since the problem mentions the registry. Does the crash happen with 'ffplay' from the 'ffmpeg' package as well? Yes, he tested it with ffplay before I reassigned this to ffmpeg-free. okay. so this confirms my current suspicion Could you please tell me the kernel version of the machine you were experiencing this? If your kernel is earlier than 2.6.17, I think I know what is happening here. From the gstreamer debug log he's running: Linux amboise 2.6.25-2-powerpc #1 Wed May 14 18:22:56 UTC 2008 ppc That's too bad. However, I found another issue related to patch 005_runtime_cpudetect.diff. Setting RUNTIME_CPUDETECT will enable altivec detection using the msfpr opcode, which is simulated on non-altivec emulated machines on 2.6.17 only. In the end I think we should disable 005_runtime_cpudetect.diff. It is 2 years old, and its purpose is to fix runtime cpu detection on m68k and i386. Runtime CPU detection isn't really favored upstream, see http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-March/043886.html and the resulting thread here. However, a doable solution has been proposed here. lu_zero, the gentoo ffmpeg maintainer suggested that we should install an altivec disabled libavcodec in /usr/lib and an altivec enabled version in /usr/lib/altivec. First very simple tests show the expected result. Thinking further about this, we could/should do this for amd64 and i386 as well for SSE and MMX. But on the first look, this seems rather challenging, because ffmpeg's configure does offer special configure options for SSE3 and MMX, but glibcs runtime linker seems to check for CMOV and for SSE2 only. I think I need better overview if it is safe to assume that all MMX machines can be expected to support SSE2, but currently, I don't think so. In any case, I think I will work on reorganising the debian/rules build target to ease building different flavors, at best in paralell. I intend to do so to copy (using `cp -rl`) the ffmpeg source in build directories ('build/$flavor') and build there. Furthermore this leads to maintaining a build matrix for the following flavors: - static - dynamic, noopt - dynamic, MMX (amd64, i386) - dynamic, altivec (powerpc) - dynamic, VIS (sparc) and so on. So what do you think about this plan? Could you please look into this? According to debian/rules, disabling altivec makes ffmpeg FTBFS. However with this bug being RC, I don't see how to fix the package. Since I don't have an ppc (without altivec) I'm not sure how to fix that. I only have PPC with altivec and there everything works fine :/ bruckner.debian.org is a powerpc machine without altivec. So testing should be possible there. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483947: ruby1.9: uses wrong $LOAD_PATH
On 01/06/08 at 14:29 +0200, Paul van Tilburg wrote: Package: ruby1.9 Version: 1.9.0.1-1 Severity: grave Justification: renders package unusable The Ruby 1.9 interpreter in Debian uses /usr/lib/ruby/1.9.0 instead of /usr/lib/ruby/1.9 as system base in the $LOAD_PATH. Since all -ruby1.9 packages install to the /usr/lib/ruby/1.9 directory, they are all unusable! from ruby1.9's NEWS.Debian file: ruby1.9 (1.9.0.0-1) unstable; urgency=low $LOAD_PATH is changed in Ruby 1.9.0-0 as the following: [/usr/local/lib/site_ruby/1.9.0, /usr/local/lib/site_ruby/1.9.0/i486-linux, /usr/local/lib/site_ruby/1.9/i386-linux, /usr/local/lib/site_ruby, /usr/lib/ruby/vendor_ruby/1.9.0, /usr/lib/ruby/vendor_ruby/1.9.0/i486-linux, /usr/lib/ruby/vendor_ruby, /usr/lib/ruby/1.9.0, /usr/lib/ruby/1.9.0/i486-linux, /usr/lib/ruby/1.9/i386-linux, .] This changes was introduced because Ruby 1.9.1 (or later version) may be incompatible with this version of Ruby. If you have libraries in old $LOAD_PATH, please rebuild it with this version of ruby1.9-dev package. -- akira yamada [EMAIL PROTECTED] Wed, 26 Dec 2007 10:34:48 +0900 It's not a Debian change, it's an upstream one. Such a layout only makes sense if someone want to coinstall ruby 1.9.0 and ruby 1.9.1: if we have only one dir (for 1.9), then won't be able to install two versions of the same lib (one for 1.9.0, one for 1.9.1). On the other hand, if a lib was ported to 1.9.0, it's likely to be easy to port from 1.9.0 to 1.9.1. So we could probably do that as Debian-specific changes if necessary. I think that this should be raised on ruby-dev@ (others are likely to run into the same problem). Akira-san, Daigo-san, could one of you ask for the Ruby developers' opinion? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459567: dirmngr segfaults on hppa architecture
On Mon, Jun 02, 2008 at 08:08:41AM +, Deller, Helge wrote: FWIW this is likely to be a libpth issue, which in turn may be a makecontext/setcontext issue in the glibc. You have to contact porters about that. I know for sure, that the makecontext/setcontext have not yet been implemented on hppa. Are they required for dirmngr ? Okay and that's what the strack dump shows. libpth uses make/setcontext when available, and else uses sigaltstack tricks to do threads. I assume something is broken in the latter code, maybe with recent compilers. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpFKpTWnKvOU.pgp Description: PGP signature
Bug#484078: zlibc: Change to package description
Package: zlibc Severity: wishlist Tags: patch Hi, please consider the attached small change to the description, which I consider an improvement to the current 'shared object' term. Thanks Thomas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zlibc depends on: ii libc6 2.7-11 GNU C Library: Shared libraries zlibc recommends no packages. diff --git a/debian/control b/debian/control --- a/debian/control +++ b/debian/control @@ -9,7 +9,7 @@ Architecture: any Depends: ${shlibs:Depends} Description: Uncompressing C Library - Zlibc is a preloadable shared object that allows executables to + Zlibc is a preloadable shared library that allows executables to uncompress the data files that they need on the fly. No kernel patch, no recompilation of these executables and no recompilation of the libraries is needed.
Bug#482717: Latest gstreamer0.10-ffmpeg breaks gnome
Reinhard Tartler schrieb: Could you please tell me the kernel version of the machine you were experiencing this? If your kernel is earlier than 2.6.17, I think I know what is happening here. Does this * new patch: 015_dont_provide_img_convert_in_avcodec_h.diff. Since we build with CONFIG_SWSCALER, we don't have img_convert in libavcodec.so. So there is indeed no point in having that interface in the header file for the debian package actually close this bug? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484083: rsyslog: Provide a README.Debian with migration instructions
Package: rsyslog Version: 3.16.1-1 Severity: wishlist As suggested by aba, rsyslog should provide a README.Debian with detailed instructions how to migrate from old sysklogd to rsyslog. It should describe o new mechanisms like /etc/rsyslog.d o how to run in old compat mode (-c 2), which allows to reuse the old syslog.conf file (via -f in /etc/default/rsyslog) ... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.4 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog depends on: ii libc6 2.7-11GNU C Library: Shared libraries ii lsb-base 3.2-12Linux Standard Base 3.2 init scrip ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages rsyslog recommends: ii logrotate 3.7.1-3Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483315: anki: cannot close Model Properties dialog
Someone sent me a patch. From a cursory look at the patch previously, I think all the dialogs have been fixed. On Mon, Jun 2, 2008 at 9:02 AM, Andreas Bombe [EMAIL PROTECTED] wrote: Hi Damien, this one is from the Debian bug tracking system: On Wed, May 28, 2008 at 12:43:55PM +0200, Jakub Pawlewicz wrote: Package: anki Version: 0.9.5.7-1 Severity: important Model Properties dialog cannot be closed. The Close button doesn't work. In this state I can only kill the application. The dialog is opened by buttons Add Cards ... - Edit the current model I tried it with new deck and some example decks, everytime getting the same effect. This appears to be the same as http://repose.ath.cx/tracker/anki/issue556, which is said to be fixed in the development version. Are all of these instances fixed? I found that the font preferences and diagram windows also can't be closed, although they don't block the main window and allow anki to be closed normally. (Please keep the Cc: when replying.) -- Cheers, Damien
Bug#483226: developers-reference: Section 5.10 clarify that uploaded bin package is not recompiled
tags 483226 + pending thanks Sandro Tosi [EMAIL PROTECTED] writes: I think that Section 5.10 should clarify that uploaded bin package is not recompiled, thus that i386 package is not recompiled (since uploaded by the maintainer). I have reviewed Section 5.10 and updated it to reflect the state of things in the year 2008, clarifying that bit on the way. Thanks for the note. Marc -- Fachbegriffe der Informatik - Einfach erklärt 136: Deadline Programmtod durch überhastete Weiterentwicklung eines falsch konstruierten Entwurfsmusters. (Lutz Donnerhacke) pgpxWYWsu1lAt.pgp Description: PGP signature
Bug#484064: grub: do not add savedefault to single user menu options
Package: grub Version: 0.97-38 Severity: wishlist When the savedefault option is enabled it adds savedefault to all menu options including the single user ones. Since these are only used occasionally for recovery they should not be saved in most cases. Thanks -- Package-specific info: *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb *** END /boot/grub/device.map *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/sda7 ro ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,6) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/hda5 # defoptions= ## should update-grub lock old automagic boot options ## e.g. lockold=false ## lockold=true # lockold=false ## Xen hypervisor options to use with the default Xen boot option # xenhopt= ## Xen Linux kernel options to use with the default Xen boot option # xenkopt=console=tty0 ## altoption boot targets option ## multiple altoptions lines are allowed ## e.g. altoptions=(extra menu suffix) extra boot options ## altoptions=(single-user) single # altoptions=(single-user mode) single ## controls how many kernels should be put into the menu.lst ## only counts the first occurence of a kernel, not the ## alternative kernel options ## e.g. howmany=all ## howmany=7 # howmany=all ## should update-grub create memtest86 boot option ## e.g. memtest86=true ## memtest86=false # memtest86=true ## should update-grub adjust the value of the default booted system ## can be true or false # updatedefaultentry=false ## should update-grub add savedefault to the default options ## can be true or false # savedefault=false ## ## End Default Options ## title Debian GNU/Linux, kernel 2.6.24-1-amd64 root(hd0,6) kernel /boot/vmlinuz-2.6.24-1-amd64 root=/dev/sda7 ro initrd /boot/initrd.img-2.6.24-1-amd64 title Debian GNU/Linux, kernel 2.6.24-1-amd64 (single-user mode) root(hd0,6) kernel /boot/vmlinuz-2.6.24-1-amd64 root=/dev/sda7 ro single initrd /boot/initrd.img-2.6.24-1-amd64 title Debian GNU/Linux, kernel 2.6.22-3-amd64 root(hd0,6) kernel /boot/vmlinuz-2.6.22-3-amd64 root=/dev/sda7 ro initrd /boot/initrd.img-2.6.22-3-amd64 title Debian GNU/Linux, kernel 2.6.22-3-amd64 (single-user mode) root(hd0,6) kernel /boot/vmlinuz-2.6.22-3-amd64 root=/dev/sda7 ro single initrd /boot/initrd.img-2.6.22-3-amd64 title Debian GNU/Linux, kernel memtest86 root(hd0,6) kernel /boot/memtest86.bin
Bug#484009: ftp.debian.org: Core gnome metapackages removed from Lenny breaks gnome desktop
On Sun, Jun 01, 2008 at 09:06:57PM +, Daniel R. wrote: Package: ftp.debian.org Severity: important Hello, This weekend (1-June-2008) several important gnome metapackages have been removed from Debian Lenny repositories: gnome-core gnome-desktop-environment FWIW those are back for a day, and was a screwup of mine. gnome-cups-manager This one is superseded by system-config-printer and will be removed from unstable very probably. update-manager update-notifier Those are RC buggy for a long time, and leaf nodes, they can come back in when the RC bug is fixed. And if tasksel depends on them then we have some kind of a issue because release tools completely don't know about that. libgnomecupsui1.0-1c2a errr I didn't touched that one. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpwXz0b0ETc5.pgp Description: PGP signature
Bug#483795: nslcd: Useless syslog messages when reconnecting
Another related message is this one: Jun 2 10:17:01 client nslcd[17182]: [d0feac] ldap_result() failed: Can't contact LDAP server Jun 2 10:17:01 client nslcd[17182]: [d0feac] ldap_abandon() failed to abandon search: Internal (implementation specific) error Jun 2 10:17:01 client nslcd[17182]: [d0feac] connected to LDAP server ldap://adserver/ Also appear to be noise, as the reconnect was successful. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405762: License status of Maildir patch
On Mon, 2 Jun 2008, Asheesh Laroia wrote: Santiago - Can you tell me if the Maildir patch that Debian distributes with pine is under a Free license? Yes, it is under a BSD-like license. From imap/src/osdep/unix/maildir.c: [...] * Permission to use, copy, modify, and distribute this software and its * documentation for any purpose and without fee is hereby granted, provided * that the above copyright notice appears in all copies and that both the * above copyright notice and this permission notice appear in supporting * documentation, and that the name of the University of Washington not be * used in advertising or publicity pertaining to distribution of the software * without specific, written prior permission. This software is made * available as is, and * THE UNIVERSITY OF WASHINGTON DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, * WITH REGARD TO THIS SOFTWARE, INCLUDING WITHOUT LIMITATION ALL IMPLIED * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE, AND IN * NO EVENT SHALL THE UNIVERSITY OF WASHINGTON BE LIABLE FOR ANY SPECIAL, * INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM * LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, TORT * (INCLUDING NEGLIGENCE) OR STRICT LIABILITY, ARISING OUT OF OR IN CONNECTION * WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. Eduardo is unwilling (currently) to license his patches under any license, including a Free license. If the Pine patch we ship is not Free, and Eduardo's patch is not Free, then we are back to square one. Well, this is what Eduardo said in March 2007: I myself do not care what people do with the patch as long as they don't claim ownership. and later: As far as my reading of the license goes, all I ask about license is compatible and allowed under the Apache 2.0 License; but I do not want my work to be under such license. The way I read this, it seems that Eduardo considers the Apache 2.0 License too much restrictive for his patch. If that's the case, maybe he would accept a BSD-like license for his patch, as everything he seemed to ask is that nobody claims ownership of the patch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469865: vpnc: doubled section in the manpage
Confirmed. The paragraph gets inserted by `debian/patches/03_vpnc.8.dpatch' from sources directory. And there is a typo -- OBLICATORY. -- vvv -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481593: forcibly merging 481593 483162
# Automatically generated email from bts, devscripts version 2.10.28 # not RC, as no ia64 binary is in stable/testing forcemerge 481593 483162 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484086: sugar-emulator doesnt work at all
package: sugar version: 0.81.2-1 severity: important Hi, after upgrading to latest sugar in sid, sugar-emulator doesnt work for me anymore. Filing this bug with severity important, as I believe it works for the uploader :-) If it doesnt work for you, please comment so in this bugreport and raise the severity. regards, Holger [EMAIL PROTECTED]:~$ sugar-emulator INFO:sugar-emulator:Attempting to find free port for X11 (Xephyr) INFO:sugar-emulator: Found free port: #3 (6003) INFO:sugar-emulator:Starting the Xephyr nested X display on display 3 DEBUG:sugar-emulator:Xephyr command: Xephyr :3 -ac -fullscreen -dpi 96 INFO:sugar-emulator:Attempting to launch sugar to replace this process: dbus-launch dbus-launch --exit-with-session sugar-shell expected keysym, got XF86KbdLightOnOff: line 70 of pc expected keysym, got XF86KbdBrightnessDown: line 71 of pc expected keysym, got XF86KbdBrightnessUp: line 72 of pc expected keysym, got XF86KbdLightOnOff: line 70 of pc expected keysym, got XF86KbdBrightnessDown: line 71 of pc expected keysym, got XF86KbdBrightnessUp: line 72 of pc Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! Traceback (most recent call last): File /usr/bin/sugar-shell, line 30, in module from main import main File /usr/share/sugar/shell/main.py, line 34, in module import view.Shell File /usr/share/sugar/shell/view/Shell.py, line 38, in module from view.frame import frame File /usr/share/sugar/shell/view/frame/frame.py, line 30, in module from view.frame.activitiestray import ActivitiesTray File /usr/share/sugar/shell/view/frame/activitiestray.py, line 22, in module from sugar.graphics.tray import HTray File /usr/lib/python2.5/site-packages/sugar/graphics/tray.py, line 22, in module from sugar.graphics.palette import Palette, ToolInvoker File /usr/lib/python2.5/site-packages/sugar/graphics/palette.py, line 906, in module class WidgetInvoker(Invoker): File /var/lib/python-support/python2.5/gtk-2.0/gobject/__init__.py, line 40, in __init__ cls._install_properties() File /var/lib/python-support/python2.5/gtk-2.0/gobject/__init__.py, line 68, in _install_properties or getter. This is not allowed % (cls,)) TypeError: GObject subclass class 'sugar.graphics.palette.WidgetInvoker' defines do_get/set_property and it also uses a property which a custom setter or getter. This is not allowed [EMAIL PROTECTED]:~$ COLUMN=120 dpkg -l|egrep 'sugar|olpc|python' ii ipython 0.8.2.dfsg-2 enhanced interactive Python shell ii libboost-python1.34.1 1.34.1-11 Boost.Python Library ii python2.5.2-1 An interactive high-level object-oriented language (default vers ii python-cairo 1.4.12-1.0~jones2 Python bindings for the Cairo vector graphics library ii python-central0.6.7 register and build utility for Python packages ii python-dbus 0.82.4-2 simple interprocess messaging system (Python interface) ii python-gnome2 2.22.0-1 Python bindings for the GNOME desktop environment ii python-gnome2-desktop 2.22.0-1 Python bindings for the GNOME desktop environment ii python-gobject2.14.1-6 Python bindings for the GObject library ii python-gst0.100.10.11-1 generic media-playing framework (Python bindings) ii python-gtk2 2.12.1-4 Python bindings for the GTK+ widget set ii python-gtksourceview2 2.2.0-1+b1 Python bindings for the GtkSourceView widget ii python-hippocanvas0.2.23-4.1 Python bindings to hippo-canvas ii python-json 3.4-2 a JSON (http://json.org) reader and writer in Python ii python-minimal2.5.2-1 A minimal subset of the Python language (default version) ii python-newt 0.52.2-11.2 A NEWT module for Python ii python-numeric24.2-8.2 Numerical (matrix-oriented) Mathematics for Python ii python-numpy 1:1.0.4-8 Numerical Python adds a fast array facility to the Python langua ii python-olpc-datastore 0.8.1-2 Sugar graphical shell - datastore ii python-pexpect2.1-1 Python module for
Bug#484009: ftp.debian.org: Core gnome metapackages removed from Lenny breaks gnome desktop
Pierre Habouzit wrote: update-manager update-notifier Those are RC buggy for a long time, and leaf nodes, they can come back in when the RC bug is fixed. And if tasksel depends on them then we have some kind of a issue because release tools completely don't know about that. Tasksel will install them if available, but desktop installs will not fail in any way if they are missing. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#474630: original motivation for __init__.py detection
* Josselin Mouette [EMAIL PROTECTED] [2008-06-02 12:19:38 +0200]: His explanation is all but satisfactory. Installing two versions of a python package in different paths is always going to cause issues, and this workaround is merely working by accident. Really? I work with packages like this all of the time; there's a system-wide debian install of the package, for other debian packages that require it, but then in my development environment in my home directory I'll often have SVN checkouts and such in my PYTHONPATH for development purposes. This works fine, and seems to be exactly how Python's module location system is designed to work (directories earlier in sys.path can override directories later in sys.path). If plugins are really incompatible between versions, the very first thing to do is to version the directory containing them. It's not just about incompatibility, it's about running the wrong source; even if the plugins from the wrong directory are compatible enough that they work, you're still picking up the wrong modules, and running the wrong code. In any case, this is a design decision taken by upstream; there may be room to debate the merits of that decision upstream, but I don't see why we need to break upstream's plugin mechanism in Debian for no reason other than we don't like it; changing every package that uses the Twisted plugin system to work differently means a) a whole lot of overhead in making the changes, and b) incompatibility with everything and everyone else. What benefits are we getting in return for all that pain? -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Bug#484091: Cannot configure xmonad session started by a session manager
Package: xmonad Version: 0.7-1 Severity: normal When an xmonad session is started using a session manager such as kdm or gdm, the ~/.xsession file is ignored. So the usual way of launching programs, setting the background, etc. does not work. The reason is that in /usr/share/xsessions/xmonad.desktop supplied by this package, we have Exec=xmonad. Instead, we should supply and run a simple script that first sets up the session and then execs xmonad. As an example (untested): Set Exec=startxmonad and supply this script: # /usr/bin/startxmonad # Set a nice environment variable so the user can # neatly detect that this is an xmonad session SESSION_TYPE=xmonad GLOBALXSESSION=/etc/xmonad/xsession USERXSESSION=~/.xsession if [ -f $GLOBALXSESSION ] then . $GLOBALXSESSION fi if [ -f $USERXSESSION ] then . $USERXSESSION fi exec /usr/bin/xmonad -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xmonad depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libx11-6 2:1.0.3-7 X11 client-side library ii x11-utils 7.3+1 X11 utilities Versions of packages xmonad recommends: ii libghc6-xmonad-dev0.7-1 A lightweight X11 window manager ii libghc6-xmonad-doc0.7-1 A lightweight X11 window manager; -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483282: proba.sty distribution problems
Dear Laurent, on Debian we got a bug report, but it applies the same way to TeX Live upstream version: - Forwarded message from Julian Gilbey [EMAIL PROTECTED] - I was just looking at the proba.sty package, and wondering what the purpose of a couple of the macros was. I looked for the proba.dtx file but it turns out that it does not exist on CTAN, yet the licence in the file specifies that it must be distributed with the dtx file. - End forwarded message - Since we cannot distribute the file proba.sty as long as it looks like this we would have to remove it from TeX Live for the release of 2008. Could you please upload a new version with either a fixed header which and a statement that it is licensed under your choosen (hopefully free) license, or upload proba.dtx and proba.sty together to CTAN. Thanks a lot and all the best Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- which will engulf the Galaxy in fire and destruction, and possibly bring the Universe to a premature doom. I mean it,' he added. with luck I'll be drunk enough not to notice.' --- Ford ensuring everyone knew where his priorities lay. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483350:
severity 483350 normal thanks This is an artifact of the build environment. However, perhaps the name of the script should be hashed by pperl, to shorten the name of the UNIX domain socket. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469826: xkb-data: Outdated French Dvorak keymap (bépo)
Roland Mas, 2008-05-06 10:17:25 +0200 : Seems to be, thanks. There's a version 0.6.6 currently undergoing vote, though (the vote should be over next Sunday). The vote was longer than expected, as there had to be a second round of voting. But the xkb file on http://www.clavier-dvorak.org/wiki/Version_0.6.6 is final, so I suggest using it. Thanks, Roland. -- Roland Mas Bee There Orr Bee A Rectangular Thyng! -- in Soul Music (Terry Pratchett) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483960: Bug#482717: Latest gstreamer0.10-ffmpeg breaks gnome
tag 483960 pending stop Fabian Greffrath [EMAIL PROTECTED] writes: Reinhard Tartler schrieb: Could you please tell me the kernel version of the machine you were experiencing this? If your kernel is earlier than 2.6.17, I think I know what is happening here. Does this * new patch: 015_dont_provide_img_convert_in_avcodec_h.diff. Since we build with CONFIG_SWSCALER, we don't have img_convert in libavcodec.so. So there is indeed no point in having that interface in the header file for the debian package actually close this bug? good catch, thanks. I fixed changelog to mention bug #483960. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483237: developers-reference: Section 5.13.4.1 - update the paragraph, we are post-sarge
tags 483237 + pending thanks Sandro Tosi [EMAIL PROTECTED] writes: I think that Section 5.13.4.1 should be updated, since we are post-sarge, and the paragraph says it need an updated after its release. I have updated several release-related bits, including the paragraphs about release critical bugs, updating it to a definition based on version-tracking. Thanks for the note, Marc -- BOFH #293: You must've hit the wrong anykey. pgpF2INYZBtKk.pgp Description: PGP signature
Bug#459567: dirmngr segfaults on hppa architecture
FWIW this is likely to be a libpth issue, which in turn may be a makecontext/setcontext issue in the glibc. You have to contact porters about that. I know for sure, that the makecontext/setcontext have not yet been implemented on hppa. Are they required for dirmngr ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484074: grub2: No documentation
On Mon, Jun 02, 2008 at 10:47:50AM +0200, Michal Suchanek wrote: Package: grub2 Version: 1.96+20080512-1 Severity: normal There is not man page for grub nor grub2 nor grub.cfg, and no info page for grub nor grub2. grub-doc installs the legacy docs. So where is any documentation? If it is available it is well hidden. Note there should be a man page for grub as well, few people will be aware they run grub2 once it is the default. There's no grub command. Which manpage do you mean? -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What good is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298699: setting package to gpgv-udeb gnupg-udeb gnupg gpgv, tagging 297253, tagging 381419, tagging 402958 ...
# Automatically generated email from bts, devscripts version 2.10.28 # # gnupg (1.4.9-1) unstable; urgency=low # # * New upstream release 1.4.9 (Closes: #452118). Based on Daniel Leiderts work #- Removed shutdown code in util/http.c (Closes: #201589). #- Limit bytes read for an unknown alogorithm (Closes: #402592). #- Build changes to fully evaluate paths (Closes: #402958, #412508, #420613). #- Decrypt multiple files and not just the first (Closes: #431828). #- Fixes yat2m and gpg.texi to fix formatting in the man-page # (Closes: #445328). #- Localizaton update for German locale (closes: #296128). # * Updated and added some tranlations (patch 25*) #(French: Closes: #394037) (Italian: Closes: #298699) # * Have gpg suggest libpcsclite1 (Closes: #297253) and a couple of image #viewers (Closes: #381419). # * add md5sums to package (Closes: 430459) # * Don't depend, but recommend libldap, this is only needed in some #cases. (Closes: 399167) # package gpgv-udeb gnupg-udeb gnupg gpgv tags 297253 + pending tags 381419 + pending tags 402958 + pending tags 412508 + pending tags 296128 + pending tags 431828 + pending tags 399167 + pending tags 430459 + pending tags 394037 + pending tags 402592 + pending tags 298699 + pending tags 445328 + pending tags 452118 + pending tags 201589 + pending tags 420613 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464394: bashc + Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I would do the packaging, but until now I couldn't get the file panels of bashc running, neither under lenny nor under sid. I'm in frequent contact with Serge. If somebody gets bashc fully working under Debian sid/lenny, please let me know. Until I got the file panels working I won't package it, since without them bashc is not much more than a native bash. Kind regards, Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIQ8sKFhl05MJZ4OgRAim3AJsHU2rZ7755dM1s0pBGg4Q9x7UXPACfRf+b iPRduiCwDJlnPS90hgG2vSY= =OzIe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484062: upgrade-reports: Two Greek Polytonic diacritics no longer available
Package: upgrade-reports Severity: important -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Polytonic Greek works in Etch by copying the Greek Compose file into the US Compose file (sudo cp /usr/share/X11/locale/el_GR.UTF-8/Compose /usr/share/X11/locale/en_US.UTF-8/Compose) and adding (for GNOME) the line GTK_IM_MODULE=xim to the /etc/environment file. For KDE the coppying of the Compose file is enough. Following upgrade to Lenny, the workaround is no longer able to produce on screen the Psili ᾿ and Dasseia ῾ diacritics, while it keeps functioning correcτly for Oxeia ΄, Bareia `, Perispomeni ῀, Hypogegrammeni ͺ and Diairessis ¨ and their various combinations. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483947: ruby1.9: uses wrong $LOAD_PATH
Hi, Such a layout only makes sense if someone want to coinstall ruby 1.9.0 and ruby 1.9.1: if we have only one dir (for 1.9), then won't be able to install two versions of the same lib (one for 1.9.0, one for 1.9.1). On the other hand, if a lib was ported to 1.9.0, it's likely to be easy to port from 1.9.0 to 1.9.1. So we could probably do that as Debian-specific changes if necessary. I think that this should be raised on ruby-dev@ (others are likely to run into the same problem). Akira-san, Daigo-san, could one of you ask for the Ruby developers' opinion? I asked about this change at [ruby-dev:32751] and [ruby-dev:32754]. * the change is for possibility of incompatibility. [ruby-dev:32752] * 1.9.0 as dirname may be kept if there is no incompatibility. [ruby-dev:32759] -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473401: grub-installer: grub2 config for Windows partition does not boot
On Thu, May 01, 2008 at 02:46:58PM +0200, Frans Pop wrote: IMO the following should be checked _before_ we merge this patch: 1) does grub-probe produce the same output for the same input Short answer is no promises; but I should ellaborate. Both methods are basically flawed; they try to guess how the BIOS will number devices, which can't be done reliably unless you ask the BIOS [1]. Most of the time they succeed, though, because all disks are part of the same bus (and there's an obvious way to count them, shared by Linux and the BIOS). When they're not part of the same bus, or when counting depends on races during bus probing, both methods only succeed if you're lucky. Whether they make the same choices or not is not really much relevant; only luck is ;-) [1] The long term solution to this problem will be to use UUIDs in GRUB just like Linux does. GRUB 2 started doing this for the most relevant disk accesses, although not everything is handled this way yet. 2) does it support _all_ the different device types that grub-installer supports, _including_ the recently added ones (vdX and xvdX) and for example multipath (/dev/mapper/mpath*); if not these should be added in grub-probe *first* vdX and xvdX were added in #479056 and #456777. For Multipath you already know about #483971 which is in need of some testing. We also have one for IDA (my patch is at #483858, anyone can test?) and I2O is supposedly supported but by looking at the code I suspect it might be unhappy (please test!). Not sure if there are others, but we didn't get reports about them (and I don't like to add these blindly before we get someone to test patches). 3) does it also support gnu*, freebsd* and netbsd* host OS and, if not, does it return an error; if not we should keep that coded in grub-installer These are supported. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What good is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478884: screen: 40cjk_eastasian.dpatch breaks terminal layout
On Mon, Jun 2, 2008 at 8:13 AM, Jan Christoph Nordholz [EMAIL PROTECTED] wrote: Hi, is the interval structure and the bisearch function necessary? I can't find a code path that calls it. Besides that the patch looks good and I'll include it in the next upload. Probably not. I haven't looked at them carefully. since those has been added in this patch, that would be good to remove them then. Thanks for your response, -- Akira TAGOH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482878: packaging is done
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey, I've finished the packaging. My sponsor (winnie) is going to upload it soon, after he has done some last checks on it. Greetings, Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIQ8kBFhl05MJZ4OgRAjADAJ9eE6/jrfvWtf3EeEzW8zzn6gD/VQCgtWwg 9+2+PnFwZqEzi+/X3GZLgcs= =1+W+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483813: hedgewars: freezes mouse on crash
tags 483813 unreproducible moreinfo thanks You haven't given any info concerning conditions when you have crash, so it is impossible to analyze your bug-report. Please make bug-trace when having a crash, describe the conditions at which it is possible to reproduce crash and post them here. AH Hi. AH Hedgewars doesn't seem to be very stable at the moment. Sometimes when AH playing against the AI the game crashes, leaving the game menu still open. AH If this happens I can't move my mouse pointer at all. Killing the game AH doesn't help, switching to console and back doesn't help. I have to open a AH new game (with the help of my keyboard) and close it to control the mouse AH again. AH Regards, AH Alex signature.asc Description: Digital signature
Bug#482717: Latest gstreamer0.10-ffmpeg breaks gnome
Reinhard Tartler schrieb: In the end I think we should disable 005_runtime_cpudetect.diff. It is 2 years old, and its purpose is to fix runtime cpu detection on m68k and i386. Runtime CPU detection isn't really favored upstream, see http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-March/043886.html and the resulting thread here. Allright, on patch less that diverges us from upstream. However, a doable solution has been proposed here. lu_zero, the gentoo ffmpeg maintainer suggested that we should install an altivec disabled libavcodec in /usr/lib and an altivec enabled version in /usr/lib/altivec. First very simple tests show the expected result. Erm, does any other package in Debian do it this way? Is this even FHS compliant? Will altivec systems know where to find 'their' libs or will there be other magic involved? In any case, I think I will work on reorganising the debian/rules build target to ease building different flavors, at best in paralell. I intend to do so to copy (using `cp -rl`) the ffmpeg source in build directories ('build/$flavor') and build there. Well, allright. This sounds complicated but seems to be the cleanest solution to provide all possible sets of optimized and unoptimized libraries for all supported architectures. Furthermore this leads to maintaining a build matrix for the following flavors: - static - dynamic, noopt - dynamic, MMX (amd64, i386) - dynamic, altivec (powerpc) - dynamic, VIS (sparc) and so on. May I assume that packages like gstreamer0.10-ffmpeg depend on 'dynamic, noopt' in the first place and that other, optizmized library packages may be installed additionally or as a replacement on architectures that support it? If it is possible at all, why don't we provide non-altivec shared libs by now? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484043: [Pkg-hpijs-devel] Bug#484043: hplip-gui: description incorrect, package does not contain any graphical utilities
On Mon, 2 Jun 2008, Michael Biebl wrote: If they want the full gui interface. The -gui package ensures the depends and menu entries are correct. Hm, that looks a bit weird to me, sorry. Why are the tools with the gui dependencies not in hplip-gui (e.g. hp-systray)? Hi Michael, Some of the hplip apps can be run in either a non-gui mode (batch) [hp-sendfax -n, hp-fab -i] or a gui mode. However some of the newer apps are gui only: . hp-systray, hp-print, hp-toolbox While the bulk are CLI only: . hp-align, hp-check, hp-clean, hp-colorcal, hp-info, ... hp-systray is actually only a fairly recent addition to the package, whilst the -gui package has been around for a while. So the heritage has been towards not bringing in the -qt3 depends for the bulk of the packages, unless the -gui is specifically wanted. I'd even go so for and argue, that this violates the policy, as you install software without the proper dependencies. Example: hplip installed (but hplip-gui not) = non-functioning hp-systray. It does also seem to be causing some confusion amongst other users, so it may make better sense to include hp-systray and others in the -gui package and then things will be a little more sensible. Mark signature.asc Description: This is a digitally signed message part.
Bug#399167: setting package to gpgv-udeb gnupg-udeb gnupg gpgv, tagging 297253, tagging 381419, tagging 402958 ...
# Automatically generated email from bts, devscripts version 2.10.28 # # gnupg (1.4.9-1) unstable; urgency=low # # * New upstream release 1.4.9 (Closes: #452118). Based on Daniel Leiderts work #- Removed shutdown code in util/http.c (Closes: #201589). #- Limit bytes read for an unknown alogorithm (Closes: #402592). #- Build changes to fully evaluate paths (Closes: #402958, #412508, #420613). #- Decrypt multiple files and not just the first (Closes: #431828). #- Fixes yat2m and gpg.texi to fix formatting in the man-page # (Closes: #445328). #- Localizaton update for German locale (closes: #296128). # * Updated and added some tranlations (patch 25*) #(French: Closes: #394037) (Italian: Closes: #298699) # * Have gpg suggest libpcsclite1 (Closes: #297253) and a couple of image #viewers (Closes: #381419). # * Handle DEB_BUILD_OPTIONS=nostrip in debian/rules (Closes: #437050) # * add md5sums to package (Closes: 430459) # * Don't depend, but recommend libldap, this is only needed in some #cases. (Closes: 399167) # package gpgv-udeb gnupg-udeb gnupg gpgv tags 297253 + pending tags 381419 + pending tags 402958 + pending tags 412508 + pending tags 296128 + pending tags 437050 + pending tags 431828 + pending tags 399167 + pending tags 430459 + pending tags 394037 + pending tags 402592 + pending tags 298699 + pending tags 445328 + pending tags 452118 + pending tags 201589 + pending tags 420613 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428552: tailor: does not fully convert zsh sourceforge CVS
Hi, I will upload a new release of tailor (0.9.34) in a few hours. I would be interrested to know if your bug is fixed. Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471494: xfree86-driver-synaptics: diff for NMU version 0.14.7~git20070706-2.1
tags 461551 + patch tags 471494 + patch thanks Hi, Attached is the diff for my xfree86-driver-synaptics 0.14.7~git20070706-2.1 NMU. I'll also push the changes/tag to git before uploading. Cheers, Julien diff -u xfree86-driver-synaptics-0.14.7~git20070706/debian/patches/series xfree86-driver-synaptics-0.14.7~git20070706/debian/patches/series --- xfree86-driver-synaptics-0.14.7~git20070706/debian/patches/series +++ xfree86-driver-synaptics-0.14.7~git20070706/debian/patches/series @@ -3,0 +4 @@ +04-delibcwrap.patch diff -u xfree86-driver-synaptics-0.14.7~git20070706/debian/changelog xfree86-driver-synaptics-0.14.7~git20070706/debian/changelog --- xfree86-driver-synaptics-0.14.7~git20070706/debian/changelog +++ xfree86-driver-synaptics-0.14.7~git20070706/debian/changelog @@ -1,3 +1,12 @@ +xfree86-driver-synaptics (0.14.7~git20070706-2.1) unstable; urgency=low + + * Non-maintainer upload, acked by maintainer. + * Add patch to fix the build with xserver 1.5, which removed the libc +wrapper (closes: #471494). + * Add armel and armeb to the Architecture field (closes: #461551). + + -- Julien Cristau [EMAIL PROTECTED] Mon, 02 Jun 2008 12:07:29 +0200 + xfree86-driver-synaptics (0.14.7~git20070706-2) unstable; urgency=low * 01-synaptics-dont-grab-if-not-on-current-VT.patch from Matthew Garrett in diff -u xfree86-driver-synaptics-0.14.7~git20070706/debian/control xfree86-driver-synaptics-0.14.7~git20070706/debian/control --- xfree86-driver-synaptics-0.14.7~git20070706/debian/control +++ xfree86-driver-synaptics-0.14.7~git20070706/debian/control @@ -10,7 +10,7 @@ Homepage: http://web.telia.com/~u89404340/touchpad/index.html Package: xfree86-driver-synaptics -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc sparc +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc sparc Depends: xserver-xorg-input-synaptics (= 0.14.4-2) Description: dummy package to upgrade to X.Org new modular packages This is a dummy package provided to smooth upgrades from @@ -18,7 +18,7 @@ It can be safely removed once xserver-xorg-input-synaptics is installed. Package: xserver-xorg-input-synaptics -Architecture: alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc sparc +Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc sparc Depends: ${shlibs:Depends}, ${xserver:Depends}, libxi6 Conflicts: xfree86-driver-synaptics ( 0.14.4-2), xorg-driver-synaptics Replaces: xfree86-driver-synaptics ( 0.14.4-2), xorg-driver-synaptics only in patch2: unchanged: --- xfree86-driver-synaptics-0.14.7~git20070706.orig/debian/patches/04-delibcwrap.patch +++ xfree86-driver-synaptics-0.14.7~git20070706/debian/patches/04-delibcwrap.patch @@ -0,0 +1,159 @@ +Patch by Jarod Wilson [EMAIL PROTECTED] +Downloaded from http://cvs.fedora.redhat.com/viewcvs/*checkout*/devel/synaptics/synaptics-0.14.6-delibcwrap.patch?rev=1.1 + +Index: xserver-xorg-input-synaptics/synaptics.c +=== +--- xserver-xorg-input-synaptics.orig/synaptics.c xserver-xorg-input-synaptics/synaptics.c +@@ -70,7 +70,6 @@ + #include misc.h + #include xf86.h + #define NEED_XF86_TYPES +-#include xf86_ansic.h + #include xf86_OSproc.h + #include xf86Xinput.h + #include mipointer.h +@@ -236,14 +235,14 @@ + return TRUE; /* Already allocated */ + + if (priv-shm_config) { +- if ((shmid = xf86shmget(SHM_SYNAPTICS, 0, 0)) != -1) +- xf86shmctl(shmid, XF86IPC_RMID, NULL); +- if ((shmid = xf86shmget(SHM_SYNAPTICS, sizeof(SynapticsSHM), +-0777 | XF86IPC_CREAT)) == -1) { ++ if ((shmid = shmget(SHM_SYNAPTICS, 0, 0)) != -1) ++ shmctl(shmid, IPC_RMID, NULL); ++ if ((shmid = shmget(SHM_SYNAPTICS, sizeof(SynapticsSHM), ++0777 | IPC_CREAT)) == -1) { + xf86Msg(X_ERROR, %s error shmget\n, local-name); + return FALSE; + } +- if ((priv-synpara = (SynapticsSHM*)xf86shmat(shmid, NULL, 0)) == NULL) { ++ if ((priv-synpara = (SynapticsSHM*)shmat(shmid, NULL, 0)) == NULL) { + xf86Msg(X_ERROR, %s error shmat\n, local-name); + return FALSE; + } +@@ -269,8 +268,8 @@ + return; + + if (priv-shm_config) { +- if ((shmid = xf86shmget(SHM_SYNAPTICS, 0, 0)) != -1) +- xf86shmctl(shmid, XF86IPC_RMID, NULL); ++ if ((shmid = shmget(SHM_SYNAPTICS, 0, 0)) != -1) ++ shmctl(shmid, IPC_RMID, NULL); + } else { + xfree(priv-synpara); + } +@@ -284,7 +283,7 @@ + char *str_par; + double value; + str_par = xf86FindOptionValue(options, optname); +-if ((!str_par) || (xf86sscanf(str_par, %lf, value) != 1)) ++if ((!str_par) || (sscanf(str_par, %lf, value) != 1)) + return default_value; + return value; + } +@@ -491,8 +490,8 @@ + priv-fifofd = -1; + if (repeater) { + /* create repeater fifo */ +- if ((xf86mknod(repeater, 666, XF86_S_IFIFO) != 0) +- (xf86errno != xf86_EEXIST)) { ++ if ((mknod(repeater, 666, S_IFIFO) != 0) ++ (errno != EEXIST)) { + xf86Msg(X_ERROR, %s
Bug#482717: Latest gstreamer0.10-ffmpeg breaks gnome
Reinhard Tartler schrieb: As for FHS compliance, well, since even libc6 is doing this, I'd think this is okay. Fine, I am not too literate in linker science. ;) I'd say we install all variants in a single package and let the dynamic linker choose the right library. If the aforementioned is true, then that's fine by me. # Don't disable altivec, at least for now. Disabling altivec causes a # FTBFS in libswscale, as it will fallback to a plain c version of # some functions, which only compile with altivec enabled. #nooptflags += --disable-altivec Unfortunately, I forgot to add references (bugno or buildlog) to this problem. Damn. Hehe, I know about this comment, but obviously we are going to provide a non-altivec PPC version of the library. That's why I was asking. Sebastian, could you please investigate this issue? I'll be working on building the flavors in paralell. Now would be the right moment to offer my help, but I'll be on the Rock-am-Ring festival from Wednesday to next week's monday... :D -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484096: packages.qa.debian.org: could make us of proposed-updates-new summary
Package: qa.debian.org Severity: wishlist The PTS could make use of the NEW summary XML files for (oldstable)- proposed-updates located on [0] and [1]. Kind regards, Philipp Kern [0] http://release.debian.org/proposed-updates/stable.xml [1] http://release.debian.org/proposed-updates/oldstable.xml -- .''`. Philipp Kern Debian Developer : :' : http://philkern.de Debian Release Assistant `. `' xmpp:[EMAIL PROTECTED] `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#483433: gdm won't start from init script
I have had this exact same problem, except that I didn't have splashy installed I had splashy removed but not purged. when I purged it after seeing this bug report, all was well. A problem with splashy's removal script? Hard to imagine some config files wrecking GDM. -AA. -- Ambrose Andrews LPO box 8274 ANU Canberra ACT 2601 Australia http://www.vrvl.net/~ambrose/ mailto:[EMAIL PROTECTED] home:+61_262305976 work:+61_261256749 mobile:+61_415544621 irc:{undernet|freenode|oftc}:znalo xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] CE38 8B79 C0A7 DF4A 4F54 E352 2647 19A1 DB3B F823 556A 6D19 0904 827C 9DB8 3697 32D0 1E11 403F 2BE1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482717: Latest gstreamer0.10-ffmpeg breaks gnome
Fabian Greffrath [EMAIL PROTECTED] writes: However, a doable solution has been proposed here. lu_zero, the gentoo ffmpeg maintainer suggested that we should install an altivec disabled libavcodec in /usr/lib and an altivec enabled version in /usr/lib/altivec. First very simple tests show the expected result. Erm, does any other package in Debian do it this way? Is this even FHS compliant? Will altivec systems know where to find 'their' libs or will there be other magic involved? We rely here on the dynamic linker doing the right thing [tm] here. In order to understand how this work, please execute the following command on your system `LD_LIBRARY_PATH=/lib:/usr/lib LD_DEBUG=libs /bin/true`. It will show you the search path of libraries in your system. /usr/lib/altivec comes before /usr/lib. As for FHS compliance, well, since even libc6 is doing this, I'd think this is okay. Furthermore this leads to maintaining a build matrix for the following flavors: - static - dynamic, noopt - dynamic, MMX (amd64, i386) - dynamic, altivec (powerpc) - dynamic, VIS (sparc) and so on. May I assume that packages like gstreamer0.10-ffmpeg depend on 'dynamic, noopt' in the first place and that other, optizmized library packages may be installed additionally or as a replacement on architectures that support it? I'd say we install all variants in a single package and let the dynamic linker choose the right library. If it is possible at all, why don't we provide non-altivec shared libs by now? because of this comment in debian/rules: # Don't disable altivec, at least for now. Disabling altivec causes a # FTBFS in libswscale, as it will fallback to a plain c version of # some functions, which only compile with altivec enabled. #nooptflags += --disable-altivec Unfortunately, I forgot to add references (bugno or buildlog) to this problem. Damn. Sebastian, could you please investigate this issue? I'll be working on building the flavors in paralell. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483960: Bug#482717: Latest gstreamer0.10-ffmpeg breaks gnome
Sebastian Dröge schrieb: No, you probably mean another bug :) Yes, definitely. I meant #483960. ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484095: [INTL:gl] Galician debconf template translation for phppgadmin
Package: phppgadmin Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of phppgadmin's debconf templates # This file is distributed under the same license as the phppgadmin package. # Jacobo Tarrio [EMAIL PROTECTED], 2008. # msgid msgstr Project-Id-Version: phppgadmin\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-12-07 08:06+0100\n PO-Revision-Date: 2008-06-02 12:15+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../phppgadmin.templates:1001 msgid Apache msgstr Apache #. Type: select #. Choices #: ../phppgadmin.templates:1001 msgid Apache-SSL msgstr Apache-SSL #. Type: select #. Choices #: ../phppgadmin.templates:1001 msgid Apache-Perl msgstr Apache-Perl #. Type: select #. Choices #: ../phppgadmin.templates:1001 msgid Apache2 msgstr Apache2 #. Type: select #. Choices #: ../phppgadmin.templates:1001 msgid None msgstr Ningún #. Type: select #. Description #: ../phppgadmin.templates:1002 msgid Web server to reconfigure automatically: msgstr Servidor web a reconfigurar automaticamente: #. Type: select #. Description #: ../phppgadmin.templates:1002 msgid phpPgAdmin supports any web server that PHP4 does, but this automatic configuration process only supports Apache servers. msgstr phpPgAdmin soporta os mesmos servidores web que PHP4, pero este proceso automático de configuración só soporta os servidores Apache.
Bug#481189: curl: cannot connect to IPv6 hosts anymore
even the upstream author does not seem to think c-ares should be enabled by default, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481189 Please disable c-ares for now, it is causing serious regressions. I'm certain more people use IPv6 than benefit from asynchronous resolving. Bernhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483946: xserver-xorg recommends non-working sun keyboard type
* Julien Cristau [EMAIL PROTECTED] [080601 18:01]: I think the following has also to be changes (in the following template): | With the sun rule set: | - type4: Sun Type4 keyboards; | - type5: Sun Type5 keyboards. I think type4 and type5 are still correct, but the 'With the sun rule set:' line should be removed now. /usr/share/X11/xkb/rules/xorg seems to list sun4/sun5/sun6 instead. But if you've tested that choosing type4 or type5 works, then we'll keep that. Actually, after reading the files I think only sun4/sun5/sun6 will actually work for the localized variants. The problem is that sun4 and sun5 currently cause an error message because of #469335. (But strangely type5 and sun5 seem to only differ in the error message, not in the resulting keymap). Confused, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484009: ftp.debian.org: Core gnome metapackages removed from Lenny breaks gnome desktop
On Mon, 02 Jun 2008, Philipp Kern wrote: am Mon, Jun 02, 2008 at 11:42:04AM +0200 hast du folgendes geschrieben: But the user experience will significantly differ if they lost their applet to upgrade their system and apply security updates. it does not get removed automatically? The only problem might be that it is not included in new installations... Indeed, I was referring to that since tasksel is reponsible of their initial installation. I believe it's _not_ a reasonable removal, those bugs should be fixed or downgraded... Then please complain to the maintainers. The package in testing wasn't updated in months. Right, but it's not more my job than yours. The release team decided to remove it, but it should really not do that lightly for packages which are part of tasks IMO. We should rather make a call for new maintainers than remove them without further action... and then discover very late that we regressed between etch and lenny in the user-experience point of view. Gustavo, can you at least try to find some persons motivated to maintain those packages if you don't have enough time any more? Don't hesitate to send a call for help on debian-devel. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484073: texmacs: crashes: Fatal error: unknown.ps not readable
Package: texmacs Version: 1:1.0.6.14-1 Severity: important Hi, When I tried to Load my LaTeX file from the File menu, I got Fatal error: /usr/share/texmacs/TeXmacs/misc/pixmaps/unknown.ps not readable in 'load_string' Aborted I'm attaching a full listing of the messages printed on the screen. I can send my LaTeX file upon request. Hope this helps, Ryo -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages texmacs depends on: ii findutils 4.4.0-2 utilities for finding files--find, ii ghostscript-x [gs-gpl] 8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF ii groff 1.18.1.1-20 GNU troff text-formatting system ii gs-gpl 8.62.dfsg.1-2.1 Transitional package ii guile-1.8-libs 1.8.4+1-2 Main Guile libraries ii libc6 2.7-10GNU C Library: Shared libraries ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-3 GCC support library ii libgmp3c2 2:4.2.2+dfsg-3Multiprecision arithmetic library ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii locate 4.4.0-2 maintain and query an index of a d ii texlive-base 2007-14 TeX Live: Essential programs and f ii texlive-extra-utils2007.dfsg.1-3 TeX Live: TeX auxiliary programs ii texlive-font-utils 2007.dfsg.1-3 TeX Live: TeX font-related program ii texlive-math-extra 2007.dfsg.2-1 TeX Live: Advanced math typesettin ii texmacs-common 1:1.0.6.14-1 WYSIWYG mathematical text editor u ii xbase-clients 1:7.3+10 miscellaneous X clients - metapack ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages texmacs recommends: ii imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs ii ispell 3.1.20.0-4.4 International Ispell (an interacti ii libjpeg-progs 6b-14Programs for manipulating JPEG fil pn librsvg2-binnone (no description available) ii libtiff-tools 3.8.2-8 TIFF manipulation and conversion t ii netpbm 2:10.0-11.1 Graphics conversion tools pn texmacs-extra-fonts none (no description available) pn xfignone (no description available) -- no debconf information $ texmacs Welcome to TeXmacs 1.0.6.14 -- Since this seems to be the first time you have run this version of TeXmacs, I will first analyze your system in order to set up some TeX paths in the correct way. This may take some seconds; the result can be found in /home/amakihi/furue/.TeXmacs/system/settings.scm -- TeXmacs] kpsepath works with your TeX distribution TeXmacs] kpsewhich works with your TeX distribution TeXmacs] mktextfm works with your TeX distribution TeXmacs] mktexpk works with your TeX distribution TeXmacs] texhash works with your TeX distribution TeXmacs] Trying to create ecrm10.123pk from 300 dpi mktexpk: Mismatched mode ljfour and resolution 300; ignoring mode. mktexpk: Running mf-nowin -progname=mf \mode:=cx; mag:=123/300; nonstopmode; input ecrm10 This is METAFONT, Version 2.71828 (Web2C 7.5.6) (/home/amakihi/furue/.texmf-var/fonts/source/jknappen/ec/ecrm10.mf (/usr/share/texmf-texlive/fonts/source/jknappen/ec/exbase.mf) (/usr/share/texmf-texlive/fonts/source/jknappen/ec/ecrm.mf (/usr/share/texmf-texlive/fonts/source/jknappen/ec/exroman.mf Ok (/usr/share/texmf-texlive/fonts/source/jknappen/ec/exaccess.mf Ok) (/usr/share/texmf-texlive/fonts/source/jknappen/ec/expseudo.mf Ok) (/usr/share/texmf-texlive/fonts/source/jknappen/ec/exruwest.mf Ok [192] [193] [194] [195] [196] [197] [198] [199] [200] [201] [202] [203] [204] [205] [206] [207] [208] [209] [210] [211] [212] [213] [214] [215] [216] [217] [218] [219] [220] [221] [222] [223]) (/usr/share/texmf-texlive/fonts/source/jknappen/ec/exrlwest.mf Ok [224] [225] [226] [227] [228] [229] [230] [231] [232] [233] [234] [235] [236] [237] [238] [239] [240] [241] [242] [243] [244] [245] [246] [247] [248] [249] [250] [251] [252] [253] [254] [255]) (/usr/share/texmf-texlive/fonts/source/jknappen/ec/exrueast.mf Ok [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139]
Bug#474630: original motivation for __init__.py detection
Le vendredi 30 mai 2008 à 13:00 +0200, Tristan Seligmann a écrit : Technically this is a very easy fix, but this is opening a can of worms: if we add an exception for twisted, there will be no reason not to fix any other broken package that comes up. Instead of adding a specific exception for twisted/plugins, would it not be possible to implement some mechanism for informing python-support that a particular directory is *not* a namespace package, thus disabling the __init__.py generation for that directory? The exception would then need to be in any package installing such a directory, but this does not seem particularly onerous; and indeed, any package that uses the twisted plugin system will have this problem, so twisted/plugins is definitely not the only case that needs to be handled. It is indeed possible to implement that, as already suggested in #459468. I don't like it because it is only a workaround for packages that *are* buggy. I think the real solution is to fix python-twisted to use python modules directories as God intended them to be. Removing the __init__.py check is a really simple change and will fix the issue as well. As glyph mentions, this isn't really an adequate solution. His explanation is all but satisfactory. Installing two versions of a python package in different paths is always going to cause issues, and this workaround is merely working by accident. If plugins are really incompatible between versions, the very first thing to do is to version the directory containing them. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#481189: curl: cannot connect to IPv6 hosts anymore
err, wrong URL, see http://curl.haxx.se/docs/todo.html#c_ares_ipv6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484088: doc-linux-text: INDEX.gz file has wrong (virtually nil) content
Package: doc-linux-text Version: 2008.05-2 Severity: normal -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482503: [Gtk2hs-devel] Build problem on s390
On Mon, 2008-06-02 at 11:48 +0200, Joachim Breitner wrote: Hi, I got a last build problem for the Debian package, this time on s390, and the problem appears in a different package: gtkrsync does not build, and the maintainer believes the problem lies within the gtk2hs package: http://buildd.debian.org/fetch.cgi?pkg=gtkrsync;ver=1.0.2;arch=s390;stamp=1210904919 It has happened before and it was believed that gcc-4.1 was the problem, but this build happened with 4.3. If someone here could please comment on that? (and please keep the bugs.debian.org-address in the CC?) make[1]: Entering directory `/build/buildd/gtkrsync-1.0.2' ghc -package Cabal Setup.lhs -o setup ./setup configure --prefix=/usr Configuring gtkrsync-1.0.0... ./setup build [1 of 4] Compiling RsyncParser ( RsyncParser.hs, dist/build/gtkrsync/gtkrsync-tmp/RsyncParser.o ) [2 of 4] Compiling Paths_gtkrsync ( dist/build/autogen/Paths_gtkrsync.hs, dist/build/gtkrsync/gtkrsync-tmp/Paths_gtkrsync.o ) [3 of 4] Compiling RsyncGUI ( RsyncGUI.hs, dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o ) [4 of 4] Compiling Main ( ./gtkrsync.hs, dist/build/gtkrsync/gtkrsync-tmp/Main.o ) Linking dist/build/gtkrsync/gtkrsync ... dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `RsyncGUI_a4_entry': ghc18648_0.hc:(.text+0x99c): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziWindowsziMessageDialog_a4_entry' ghc18648_0.hc:(.text+0x9a4): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziWindowsziMessageDialog_MessageError_closure' My guess would be that the Haskell gtk package might be hidden in ghc's package list and therefore is not automatically linked in when building this program. I don't know what changed with ghc 6.10 (which seems to be the version that you're building with). It could also be that the Gtk2Hs version was built with a different version of ghc. I wouldn't blame gcc here since this error either relates to symbols having change between versions of ghc or providing insufficient libraries to the linker. Axel. Thanks, Joachim - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Gtk2hs-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484087: xserver-xorg-video-intel: Xorg.0.log after gdm restart
Package: xserver-xorg-video-intel Version: 2:2.3.1-1 Followup-For: Bug #484087 This message was created with reportbug after I issues /etc/init.d/gdm restart so below it's shows the Xorg.0.log from that restart. I hope it's any use to you. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-04-07 15:01 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1676828 2008-05-18 13:55 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3263 2008-05-22 15:14 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loaddbe Loadi2c Loadbitmap Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 # Motion speed is too slow by default Option MinSpeed 0.45 Option MaxSpeed 0.75 Option AccelFactor0.020 EndSection Section Device Identifier Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller Driver intel BusID PCI:0:2:0 Option DRI true Option XAANoOffscreenPixmaps true EndSection Section Monitor Identifier Internal monitor Option DPMS EndSection Section Screen Identifier Internal screen Device Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller Monitor Internal monitor Option AddARGBGLXVisuals true DefaultDepth24 SubSection Display Depth 16 Modes 1280x1024 EndSubSection SubSection Display Depth 24 Modes 1280x1024 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Internal screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Synaptics Touchpad Option
Bug#285858: logrotate: Logrotate will fail thanks to aptitude stupidty and this bug
On Mon, Jun 02, 2008 at 07:50:54AM +0200, Colin Alston wrote: I suggest this bug be upgraded to grave and fixed as soon as possible. etc # logrotate logrotate.conf error: clamav-daemon.ucf-dist:1 duplicate log entry for /var/log/clamav/clamav.log Apt may at any time write a duplicate to logrotate.d, but the wildcard will pick up the dist configuration files in this state and fail. Logrotate gives up on the entire situation and without notice your logs are not being rotated. Is .ucf-dist a new taboo extension, to be added to the current list of: .rpmorig .rpmsave .dpkg-dist .dpkg-old .dpkg-new .disabled ,v .swp .rpmnew ~ -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459800: Breaks when used inside a bzr repository without working trees
Hi, As I'm not at all a Bazaar user, can you tell me a step-by-step example to reproduce the problem you describe ? Also, I will upload a new version of tailor (0.9.34) in a few hours. You can be interrested in looking if your bugs is fixed or not. Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484016: clamav-freshclam: ERROR: Can't download daily.cvd from my.mirror
On Mon, Jun 02, 2008 at 04:06:34AM +0100, Stephen Gran wrote: ... Well, there's the problem. freshclam can't possibly retrieve what your webserver isn't serving, nope, pls read the original report: there's no such daily-*.diff nor daily.cvd in clamav's directory. There is a daily.cvd symlink, but is dead, since the file it points to doesn't exist. Freshclam makes a 'daily.cld' from .diffs, not a 'daily.cvd'. On the mirror, freshclam log say: Reading CVD header (daily.cvd): OK Downloading daily-7314.cdiff [*] Downloading daily-7315.cdiff [*] daily.cld updated (version: 7315, sigs: 72575, f-level: 26, builder: ccordes) Database updated (304409 signatures) from db.local.clamav.net Note it's 'daily.cld'; if I symlink such daily.cld to daily.cvd I get (LAN client): Downloading daily.cvd [100%] ERROR: Verification: MD5 verification error ... /var/log/boa/access_log.2.gz:192.168.0.21 - - [31/May/2008:02:50:06 +] GET /main.cvd HTTP/1.0 200 13050207 - clamav/0.93 So a few days ago it worked. ok. nope, that's *main.cvd* and that's still fine. So far at least - dunno if freshclam will mangle it one day as well. the possibility to miss some (new) stuff to s.link. Can't you just make /var/lib/clamav your document root for a virtual host? I don't know boa, so that's an honest question - I'm a happy of course, provided freshclam accepts 'DatabaseMirror host:port', or I can setup eth0:0 another address or ... etc etc - though basically I see it like a lack of (basic) feature in freshclam. So far, this sounds like 'not a bug', but I'll wait for confirmation before closing it. daily.cvd is missing from clamav's dB dir on the mirror, the web server isn't the culprit here. thanks --- paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435410: Please use libYAML
tags 435410 + patch thanks libyaml deb: http://web.mit.edu/andersk/Public/deb/yaml_0.1.1-0andersk1.dsc http://web.mit.edu/andersk/Public/deb/yaml_0.1.1.orig.tar.gz http://web.mit.edu/andersk/Public/deb/yaml_0.1.1-0andersk1.diff.gz Patch to python-yaml package: http://web.mit.edu/andersk/Public/deb/pyyaml_3.05-1andersk1.debdiff Modified python-yaml package: http://web.mit.edu/andersk/Public/deb/pyyaml_3.05-1andersk1.dsc http://web.mit.edu/Public/deb/pyyaml_3.05.orig.tar.gz http://web.mit.edu/Public/deb/pyyaml_3.05-1andersk1.diff.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484066: configuring encrypted devices with partman-crypto failes in expertgui
Package: debian-installer Severity: normal Version: 20070308etch2 I'm using the expertgui installation method. When i've created a crypto-device in the partitioner and i will configure it, than the installer says, that partman-crypto requires packages wich are not available on the installation-disk. the installation fails. this bug is only in the gui-mode installer. when i'm using the text-mode installation method from the same cd-rom, there are no problems. Philipp Baumgart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484084: Uploaders line is incorrect
Package: xfs Version: 1.0.6-1 Severity: normal Hello, while investigating a failure of one of the data mining script that feed debtags.alioth.debian.org, I came across this: DEBIAN/pool/main/x/xfs/xfs_1.0.6-1.dsc Source: xfs Section: x11 Priority: optional Maintainer: Debian X Strike Force [EMAIL PROTECTED] Uploaders: David Nusinow [EMAIL PROTECTED], , Brice Goglin [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0), pkg-config, libfs-dev (= 2:1.0.0-1), libxfont-dev (= 1:1.0.0-1), xtrans-dev (= 1.0.0-1), quilt Standards-Version: 3.7.3 Vcs-Git: git://git.debian.org/git/pkg-xorg/app/xfs Vcs-Browser: http://git.debian.org/?p=pkg-xorg/app/xfs.git The uploaders line contains an extra comma, which was causing my script to fail: Uploaders: David Nusinow [EMAIL PROTECTED], , Brice Goglin [EMAIL PROTECTED] I'll now make my script more tolerant, but you probably want to fix that field. Ciao, Enrico -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484094: xteddy: Please remove dependency on libungif4g
Package: xteddy Version: 2.1-1 Severity: wishlist Hello Andreas, your package still depends on libungif4g, which is actually a transitional package and will probably disappear soon. I guess just fixing the B-D and rebuilding the package should solve the problem as the API of libgif wasn't changed. Thanks, Hilmar -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xteddy depends on: ii imlib111.9.15-7 Imlib is an imaging library for X ii libc6 2.7-11GNU C Library: Shared libraries ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtiff4 3.8.2-8 Tag Image File Format (TIFF) libra ii libungif4g 4.1.6-4 library for GIF images (transition ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime xteddy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369699: fails to let bzr know of all files on a baz import
Hi, I will upload a new version of tailor (0.9.34) in a few hours. Can you check if the problem you report is fixed ? I cannot reproduce what you report as your archive is not available anymore: [EMAIL PROTECTED]:/tmp$ baz register-archive http://madduck.net/~madduck/tmp/tailor/baz unable to access URL: /~madduck/tmp/tailor/baz/.listing webdav error: 403 Forbidden [EMAIL PROTECTED]:/tmp$ Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484047: fair_0.5.1-1(hppa/unstable): FTBFS: missing build-depends?
On Sun, Jun 01, 2008 at 09:26:35PM -0600, [EMAIL PROTECTED] wrote: There was an error while trying to autobuild your package: ** Using build dependencies supplied by package: Build-Depends: autotools-dev, debhelper (= 5), libavl-dev [...] checking for avl_init_node in -lavl... no configure: error: No libavl found. Please install it before proceeding. See `config.log' for more details. make: *** [config.status] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The build-dependency libavl-dev is there. Fair also build without problems on all other architectures. Would it be possible to get the config.log from this build daemon? -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#484016: clamav-freshclam: ERROR: Can't download daily.cvd from my.mirror
This one time, at band camp, Paolo said: On Mon, Jun 02, 2008 at 04:06:34AM +0100, Stephen Gran wrote: ... Well, there's the problem. freshclam can't possibly retrieve what your webserver isn't serving, nope, pls read the original report: there's no such daily-*.diff nor daily.cvd in clamav's directory. There is a daily.cvd symlink, but is dead, since the file it points to doesn't exist. Freshclam makes a 'daily.cld' from .diffs, not a 'daily.cvd'. Ah, I see your problem now. Please do not use freshclam to keep the web root up to date and to fetch from the web root. freshclam has, for a long time, produced different output files from input, and you will just keep running into problems if you try to do it this way. On the mirror, freshclam log say: Reading CVD header (daily.cvd): OK Downloading daily-7314.cdiff [*] Downloading daily-7315.cdiff [*] daily.cld updated (version: 7315, sigs: 72575, f-level: 26, builder: ccordes) Database updated (304409 signatures) from db.local.clamav.net Note it's 'daily.cld'; if I symlink such daily.cld to daily.cvd I get (LAN client): Yes, just like for a while it made directories daily.inc and main.inc, that were also usesless to the downstream client. Granted, you could turn those off (and IIRC you can turn off the conversion to .cld by the same mechanism now, although I might be wrong). Downloading daily.cvd [100%] ERROR: Verification: MD5 verification error Yes, well, it is a different file - no surprises there. nope, that's *main.cvd* and that's still fine. So far at least - dunno if freshclam will mangle it one day as well. Presumably, in the same way that it used to produce main.inc/ the possibility to miss some (new) stuff to s.link. Can't you just make /var/lib/clamav your document root for a virtual host? I don't know boa, so that's an honest question - I'm a happy of course, provided freshclam accepts 'DatabaseMirror host:port', or I can setup eth0:0 another address or ... etc etc - though basically I see it like a lack of (basic) feature in freshclam. It could be argued that lack of NameBased virthosting in your webserver is a lack of a feature :). So far, this sounds like 'not a bug', but I'll wait for confirmation before closing it. daily.cvd is missing from clamav's dB dir on the mirror, the web server isn't the culprit here. The methods used to retrieve it look like they are, however. Cheers, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#475205: same on 2.6.25-2-686
Compilation alo failed on a Lenny/SID system with kernel 2.6.25-2-686. Greetings... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435410: Please use libYAML
Oops, those last three URLs should be http://web.mit.edu/andersk/Public/deb/pyyaml_3.05-1andersk1.dsc http://web.mit.edu/andersk/Public/deb/pyyaml_3.05.orig.tar.gz http://web.mit.edu/andersk/Public/deb/pyyaml_3.05-1andersk1.diff.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482717: Latest gstreamer0.10-ffmpeg breaks gnome
Am Sonntag, den 01.06.2008, 16:53 +0200 schrieb Reinhard Tartler: Up to now, I was using ffmpeg from debian-multimedia.org but I tried the one from the debian archive and I get the same result. I'm not sure it is a ffmpeg bug since the problem mentions the registry. Does the crash happen with 'ffplay' from the 'ffmpeg' package as well? Yes, he tested it with ffplay before I reassigned this to ffmpeg-free. Could you please tell me the kernel version of the machine you were experiencing this? If your kernel is earlier than 2.6.17, I think I know what is happening here. From the gstreamer debug log he's running: Linux amboise 2.6.25-2-powerpc #1 Wed May 14 18:22:56 UTC 2008 ppc Could you please look into this? According to debian/rules, disabling altivec makes ffmpeg FTBFS. However with this bug being RC, I don't see how to fix the package. Since I don't have an ppc (without altivec) I'm not sure how to fix that. I only have PPC with altivec and there everything works fine :/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#483645: [Pkg-shadow-devel] Bug#483645: Bug with UID=4294967296 on Alpha-Arch. (lenny/sid)
Hello, Nicolas, 31.05.08, 17:55, Nicolas François [EMAIL PROTECTED]: reassign 483645 glibc On Fri, May 30, 2008 at 06:43:07PM +0400, [EMAIL PROTECTED] wrote: 30.05.08, 13:28, Nicolas François [EMAIL PROTECTED]: On Fri, May 30, 2008 at 09:10:29AM +0200, [EMAIL PROTECTED] wrote: Creating an user-account and changing the UID via vipw to 4294967296 (Which is 2^32) results in an overflow and the user gets the UID=0, an UID of 4294967297 leads to an UID=1 and so on. Maybe this is a platform limit (passwd.pw_uid is of uid_t type). For example, on 64-bit HP Tru64 I see the next: It looks like a glibc bug to me. I don't know all the details that you refer to, just wanted to add another 2c: I've checked sizeof(uid_t) on SPARC Solaris 9 (SunOS 5.9 Generic_122300-05 sun4u sparc SUNW,Sun-Fire) and HP-UX 11 (B.11.11 U 9000/800). On both of these (64bit) systems size of the uid_t is 4 (32 bit), same as on Tru64 UNIX. I think that uid_t size is 4 on almost every UNIX platform (this can be checked for at build time using autoconf). At least, INT_FIELD should check for ERANGE after calling strtoul (in nss/nss_files/files-parse.c) On i386, all UIDs = 4294967296 are silently converted to 4294967295. (when IMHO, an error should be returned by getpwnam) Also, the glibc should check if the UID returned by strtoul fits in the range of allowed UIDs. I can't comment on glibc behaviour, but regarding the vipw/pwck/grpck, it could check that uid/gid are within the valid range. E.g. useradd/groupadd do check uid/gid against ranges (actually, whether it is a valid number or not at first): [EMAIL PROTECTED]:~# groupadd -g 4294967296 g32 groupadd: invalid numeric argument '4294967296' [EMAIL PROTECTED]:~# useradd -u 4294967296 u32 useradd: invalid numeric argument '4294967296' But if I add uid 4294967296 manually ( [EMAIL PROTECTED]:~# echo 'u32:x:4294967296:100::/root:/bin/bash' /etc/passwd [EMAIL PROTECTED]:~# echo 'u32::14000:0:9:7:::' /etc/shadow ), pwck does not complain. ;) After this, I can su to the 4294967296 user, but it looks like glibc cuts his uid to smth. like UID_MAX (this is for _i386_): [EMAIL PROTECTED]:~# su - u32 [EMAIL PROTECTED]:~$ id uid=4294967295(u32) gid=100(users) groups=100(users) I think that Debian/GNU on Alpha must exhibit the same behaviour. -- With best regards, xrgtn (+380501102966/ICQ:381730053/[EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484090: eeepc-modules-2.6: invalid maintainer email address
Package: eeepc-modules-2.6 Version: 2.6.24-1 Severity: serious Hi, [EMAIL PROTECTED] doesn't exist. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484009: ftp.debian.org: Core gnome metapackages removed from Lenny breaks gnome desktop
Raphael, am Mon, Jun 02, 2008 at 11:42:04AM +0200 hast du folgendes geschrieben: But the user experience will significantly differ if they lost their applet to upgrade their system and apply security updates. it does not get removed automatically? The only problem might be that it is not included in new installations... I believe it's _not_ a reasonable removal, those bugs should be fixed or downgraded... Then please complain to the maintainers. The package in testing wasn't updated in months. Kind regards, Philipp Kern -- .''`. Philipp Kern Debian Developer : :' : http://philkern.de Debian Release Assistant `. `' xmpp:[EMAIL PROTECTED] `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#484069: xfsdump: cronscript to run xfs_fsr
Package: xfsdump Version: 2.2.38-1 Severity: wishlist Having a simple cron script to run xfs_fsr would be VERY nice! I have a huge (? :) filesystem (2.6Tb) and a couple of days ago I got the 'No space left on device' error even though I had 768Gb free. I immediately realized that it was a INode problem. Looking through the 'Net, a defrag should help with this... This filesystem is (was) very fragmented (85.86%). The defrag have now been running for about 24 hours, and the frag is now down to 68.35% which is STILL to much! This is going to take _a lot of time_! This filesystem have grown over time (LVM over MD or is it the other way around? - physical disk, in MD arrays and then the MD's in a LVM). It whould have been nice if the defrag whould have been run from the start... And since it's no risk in running xfs_fsr on a system that doesn't have XFS, a default cron script whould be nice... ? If you don't want to directly enable this, just ship the cronscript with the xfs_fsr command commented out. Or just put a couple of notes in the README. Not that it whould have helped me (or most people) - who reads documentations these days!? :) If it works, why bother :). - s n i p - [celia.pts/3]$ cat /etc/cron.daily/xfs #!/bin/sh # Run a XFS defrag for two hours (default) every day... xfs_fsr - s n i p - I currently have the xfs_fsr commented out because I'm running it manually and verbosely but will enable it as soon as that is done. Whenever that will be... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326200: Be the stud of every party
Make sure she gets the best pleasure with this http://www.poisurost.com/
Bug#483933: keyjnote: only shows a black screen
On Sun, 1 Jun 2008 10:15:10 -0400 Yaroslav Halchenko wrote: I am not sure what to blame... does it work if you quit full screen mode may be? (key f while keyjnote is running) It shows a window with completely black content. The window title bar correctly reads KeyJnote (1/14). If I hit the spacebar, it turns to KeyJnote (2/14): Overview, hence it claims to be displaying the second slide, but window content is still black... also please provide complete glxinfo -- there might be some of the features missing which are needed. Right! Please find it attached. Most probably the issue is in video driver but it would be worth to ask upstream after you provide those answers I've also tried xserver-xorg-video-savage/1:2.2.1-1 from unstable, with no visible differences in results. Still black slides... :-( -- http://frx.netsons.org/doc/index.html#nanodocs The nano-document series is here! . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: S3 Graphics Inc. OpenGL renderer string: Mesa DRI Twister 20061110 AGP 1x x86/MMX+/3DNow!+/SSE OpenGL version string: 1.2 Mesa 7.0.3 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_compression, GL_ARB_texture_env_add, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_MESA_window_pos, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_OES_read_format, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0x25 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x26 24 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x27 24 tc 0 24 0 r y . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow 0x28 24 tc 0 24 0 r . . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow 0x29 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x2a 24 tc 0 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x2b 24 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0x2c 24 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0x2d 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x2e 24 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x2f 24 dc 0 24 0 r y . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow 0x30 24 dc 0 24 0 r . . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow 0x31 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x32 24 dc 0 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x4c 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0
Bug#484036: iceowl: Provide a menu file for Iceowl
tags 484036 + confirmed thanks On Sun, Jun 01, 2008 at 09:57:08PM -0300, Nelson A. de Oliveira wrote: Package: iceowl Version: 0.8-3 Severity: wishlist Hi Alexander! It would be good to have a menu file for Iceowl :-) Iceowl is maintained in bzr, so anyone can submit his suggestions as another bzr branch and ask for merging ;) ... adding a menu file should be a good starter task ;) https://code.edge.launchpad.net/~mozillateam/sunbird/iceowl.debian-0.x - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484033: file-roller: Does not appear in Applications menu
Le lundi 02 juin 2008 à 02:47 +0200, Kai Weber a écrit : With the patch 01_menu_change.patch the Archive Manager menu entry is not displayed. I could not find a reason in the changelog why this patch was added long time ago. The reason is that file-roller (just like evince or eog) is almost useless when started from the menu. Upstream is inconsistent about that, leaving some of them in the menu and some others not, and Debian has chosen to make them consistent. This patch conflicts with the file-roller's manual which states, that the program could be started with going to Applications-Accessories-Archive Manager. This is indeed another issue. I’ll see whether we can also remove this from the manual. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#473401: grub-installer: grub2 config for Windows partition does not boot
On Thu, May 01, 2008 at 11:51:03AM +0200, Jérémy Bobbio wrote: On Wed, Apr 30, 2008 at 11:38:56PM +0200, Robert Millan wrote: This patch gets rid of the problem by simplifiing the convert() function like we did for grub-install/update-grub. Although maybe it's a bit too radical. But since we're committed to use this approach in the grub package, I think it's a good idea to do the same on D-I. Comments? How extensively have you tested that patch? On first look, I am all in favor of reducing code complexity in d-i. :) Didn't test it yet. But I will if we're going to commit it, of course. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What good is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407619: [iceweasel] still doesn't work
Mike Hommey wrote: On Sun, 01 Jun 2008 22:36:32 +0800 Actually, provided xulrunner 1.9rc1 is built on powerpc, building iceweasel is now *very* fast. Mike Thanks for pointing out this. Yes, it's very fast! About 10 minutes on my old laptop. But the problem still exists. When I click the check now button in the preference menu, even no dialog box pops up. signature.asc Description: OpenPGP digital signature
Bug#405762: License status of Maildir patch
Santiago - Can you tell me if the Maildir patch that Debian distributes with pine is under a Free license? I can find no licensing information on it. (And, if you know it is Free, what license is it under?) Eduardo is unwilling (currently) to license his patches under any license, including a Free license. If the Pine patch we ship is not Free, and Eduardo's patch is not Free, then we are back to square one. But I would like to know that if that is the case. -- Asheesh. -- Hickory Dickory Dock, The mice ran up the clock, The clock struck one, The others escaped with minor injuries. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]