Bug#102186: APP: emile keen
Hello, emile keen? We are pleased to inform you that your appIication has been processed approved. Please take a minute to go over your your records to insure they are correct in our database and/or update if necessary : www.musternyte.com Regards, Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337655: New Debian mirror submission
Package: mirrors Severity: wishlist Site: ww.bestsearchresult.info Type: leaf Archive-ftp: /[EMAIL PROTECTED]/ Archive-http: /Best Search Results for YOU/ Archive-nfs: /[EMAIL PROTECTED]/ Archive-rsync: [EMAIL PROTECTED]/ CDImage-ftp: /[EMAIL PROTECTED]/ CDImage-http: //www.bestsearchresult.info/ CDImage-nfs: /[EMAIL PROTECTED]/ NonUS-ftp: /[EMAIL PROTECTED]/ NonUS-http: //www.bestsearchresult.info/ NonUS-nfs: /[EMAIL PROTECTED]/ NonUS-rsync: [EMAIL PROTECTED]/ WWW-http: //www.bestsearchresult.info/ WWW-nfs: //www.bestsearchresult.info/ WWW-rsync: /www.bestsearchresult.info/ Mirrors-from: united states Maintainer: Bob [EMAIL PROTECTED] Country: US United States Location: New York Sponsor: Bob http://www.bestsearchresult.info Comment: A comprehensive resource which includes a hard engine for thousands of resources. Lets try. Nothing more. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336784: apt-proxy: refuses to start
I'm moving my nas box to lenny, driven by the fact that my new SATA port multiplier isn't recognized by etch and my desire to have siproxd running on it to reduce the boxcount. As with the sarge - etch migration I've puled the old harddrive, bunged it in an old PC and I'm pointing my new apt-proxy at the old to populate it, I never really got on with apt-proxy-import. I installed Lenny yesterday and every thing's up to date as of 04:38 GMT 06th Oct 2008 Linux nas 2.6.26-1-486 #1 Wed Sep 10 16:00:21 UTC 2008 i686 GNU/Linux apt-proxy_1.9.36.3+nmu1_all.deb nas:~# /etc/init.d/apt-proxy restart Stopping apt-proxy:. Starting apt-proxy:/usr/lib/python2.5/site-packages/twisted/manhole/telnet.py:8: DeprecationWarning: As of Twisted 2.1, twisted.protocols.telnet is deprecated. See twisted.conch.telnet for the current, supported API. from twisted.protocols import telnet Traceback (most recent call last): File /usr/lib/python2.5/site-packages/twisted/application/app.py, line 614, in run runApp(config) File /usr/lib/python2.5/site-packages/twisted/scripts/twistd.py, line 23, in runApp _SomeApplicationRunner(config).run() File /usr/lib/python2.5/site-packages/twisted/application/app.py, line 330, in run self.application = self.createOrGetApplication() File /usr/lib/python2.5/site-packages/twisted/application/app.py, line 416, in createOrGetApplication application = getApplication(self.config, passphrase) --- exception caught here --- File /usr/lib/python2.5/site-packages/twisted/application/app.py, line 427, in getApplication application = service.loadApplication(filename, style, passphrase) File /usr/lib/python2.5/site-packages/twisted/application/service.py, line 368, in loadApplication application = sob.loadValueFromFile(filename, 'application', passphrase) File /usr/lib/python2.5/site-packages/twisted/persisted/sob.py, line 214, in loadValueFromFile exec fileObj in d, d File /usr/sbin/apt-proxy, line 47, in module config = apConfig(config_file) File /usr/lib/python2.5/site-packages/apt_proxy/apt_proxy_conf.py, line 145, in __init__ self.parseConfig(c) File /usr/lib/python2.5/site-packages/apt_proxy/apt_proxy_conf.py, line 198, in parseConfig value = self.parseConfigValue(config, DEFAULTSECT, name, default, getmethod) File /usr/lib/python2.5/site-packages/apt_proxy/apt_proxy_conf.py, line 267, in parseConfigValue return getattr(config, 'get'+getmethod)(section, name) File /usr/lib/python2.5/site-packages/apt_proxy/apt_proxy_conf.py, line 58, in gettime return int(value)*mult exceptions.ValueError: invalid literal for int() with base 10: '1h\ncomplete_clientless_downloads = 1' Failed to load application: invalid literal for int() with base 10: '1h\ncomplete_clientless_downloads = 1' failed! nas:~# Also as you can see I give each release it's own backend section, this stops the frequently updated testing packages from pushing out the stable ones. nas:~# grep -v \# /etc/apt-proxy/apt-proxy-v2.conf | grep -v '^$' | grep -v '^;' [DEFAULT] port = min_refresh_delay = 1h complete_clientless_downloads = 1 debug = all:4 db:0 timeout = 15 cache_dir = /var/cache/apt-proxy cleanup_freq = 1d max_age = 300d max_versions = 6 [etch] backends = http://192.168.24.55:/etch min_refresh_delay = 1d [etch-security] backends = http://192.168.24.55:/etch-security min_refresh_delay = 1m [etch-multimedia] backends = http://192.168.24.55:/etch-multimedia min_refresh_delay = 60m [lenny] backends = http://192.168.24.55:/lenny min_refresh_delay = 60m [lenny-security] backends = http://192.168.24.55:/lenny-security min_refresh_delay = 1m [lenny-multimedia] backends = http://192.168.24.55:/lenny-multimedia min_refresh_delay = 60m [sid] backends = http://192.168.24.55:/sid min_refresh_delay = 60m [sid-multimedia] backends = http://192.168.24.55:/sid-multimedia min_refresh_delay = 60m [experimental] backends = http://192.168.24.55:/experimental min_refresh_delay = 60m [experimental-multimedia] backends = http://192.168.24.55:/experimental-multimedia min_refresh_delay = 60m nas:~# Is there anything I can do to help debug this problem? I'm not much of a programmer but I'm not an idiot either. Thanks Chris for all your work on this, I love apt-proxy, I took a friend off Vista the other month and he was *blown away* that I could setup a whole OS complete with office suite and gimp and the rest from one CD, in under an hour, while we had a chat and a coffee, it's freaky fast. I've posted in debian-user on the coolness a couple of times. http://groups.google.com/group/linux.debian.user/tree/browse_frm/thread/e8bb54d0e99e8906/320639842c72d043 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412228: AGP Radeon 9250 on K7 with DRI OK, on P!!! NOT
I have the same problem, with Radeon 9250 card in my Intel 815E based Asus CUSL2 P!!! box if I enable DRI X hangs. If I pull the (--) PCI:*(1:0:0) ATI Technologies Inc RV280 [Radeon 9200 PRO] rev 1, (--) Chipset ATI Radeon 9250 5960 (AGP) found and replace it with an (--) PCI:*(1:0:0) ATI Technologies Inc RV280 [Radeon 9200] rev 1, (--) Chipset ATI Radeon 9200 5962 (AGP) found X starts with DRI enabled happy as a sand boy. If I put the Radeon 9250 into my SIS735 based ECS K7S5A Duron 700 X starts with DRI enabled no problems. They are all running stock Debian etch kernels, the Duron 700 is running 2.6.18-5-k7 and I've tried the P!!! box on both 2.6.18-5-686 and 2.6.18-5-486 kernels and the crash occurs with both, I can still ssh in and the system seems responsive enough but it takes about 15 minutes to shutdown. Any debugging I can do? Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292893: smartmontools bug #292893: smartmontools produce scsi: unknown opcode 0x4d
Hi. I'd just like to second Adi Kriegisch's bug report (and hopefully provide some further clues to the problem) I can definitely confirm that the problem appears to be triggered by upgrading the kernel. In my case from kernel-image-2.6.8-2-686-smp_2.6.8-12_i386 to kernel-image-2.6.8-2-686-smp_2.6.8-13_i386 Each time smartd touches the drives it generates the following logs Feb 7 20:02:22 flow kernel: scsi: unknown opcode 0x4d Feb 7 20:02:22 flow kernel: scsi: unknown opcode 0x4d Feb 7 20:32:22 flow kernel: scsi: unknown opcode 0x4d Feb 7 20:32:22 flow kernel: scsi: unknown opcode 0x4d This is on a two drive system, one actual scsi and one ide drive. Please note that this bug seems to be suppressing all other output (ie I am not getting temp changes being reported although it seems to be able to do so at least partialy on boot.) Feb 7 10:32:22 flow smartd[2162]: smartd version 5.32 Copyright (C) 2002-4 Bruce Allen Feb 7 10:32:22 flow smartd[2162]: Home page is http://smartmontools.sourceforge.net/ Feb 7 10:32:22 flow smartd[2162]: Opened configuration file /etc/smartd.conf Feb 7 10:32:22 flow smartd[2162]: Configuration file /etc/smartd.conf parsed. Feb 7 10:32:22 flow smartd[2162]: Device: /dev/sda, opened Feb 7 10:32:22 flow kernel: scsi: unknown opcode 0x4d Feb 7 10:32:22 flow smartd[2162]: Device: /dev/sda, does not support SMART Self-Test Log. Feb 7 10:32:22 flow smartd[2162]: Device: /dev/sda, is SMART capable. Adding to monitor list. Feb 7 10:32:22 flow smartd[2162]: Device: /dev/hdb, opened Feb 7 10:32:22 flow smartd[2162]: Device: /dev/hdb, found in smartd database. Feb 7 10:32:22 flow smartd[2162]: Device: /dev/hdb, is SMART capable. Adding to monitor list. Feb 7 10:32:22 flow smartd[2162]: Monitoring 1 ATA and 1 SCSI devices Feb 7 10:32:22 flow kernel: scsi: unknown opcode 0x4d Feb 7 10:32:22 flow kernel: scsi: unknown opcode 0x4d Feb 7 10:32:22 flow smartd[2162]: Device: /dev/sda, initial Temperature is 23 Celsius Feb 7 10:32:22 flow smartd[2162]: [trip Temperature is 65 Celsius] Feb 7 10:32:22 flow smartd[2164]: smartd has fork()ed into background mode. smartmontools version: 5.32-2 HTH. -- BOFH excuse #48: bad ether in the cables -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307217: dpkg --list truncates package names
Package: dpkg Version: 1.20.25 dpkg --list truncates output of the package field before the "_" on many long package names. The first priority of dpkg --list must be to show the package name to the left of "_". Otherwise, don't even come to work.
Bug#163583: Shipping Clerk - flexible time work-at-home opening
Our company is looking for energetic and accountable individuals to occupy Shipping Clerk positions throughout the USA. These vacancies are entirely home-based and do not require any travel or relocation. They are also suitable for students and senior citizens who are able to dedicate up to three business hours per day to their duties. No special qualifications are required, although previous shipping or customer service experience is a plus. We are an international company providing mail/internet order opportunities for a global clientele since 1997. We are based in Russia, and also have offices in Latvia and Kazakhstan. Our business provides online/Online Order facilities for those who are unable to benefit from the convenience of e-commerce due to lack of a banking relationship with an internationally recognized bank or because major online vendors will not ship to their location. We have domestic purchasing agents who place the orders on behalf of our clients, and the goods are then shipped to the local shipping clerks for further sorting and international shipment. We also provide escrow services for high amount and/or web auction orders, and offer assistance with customs clearance, if required. Currently, we are looking for individuals to fill in the positions of shipping clerks throughout the USA. Your duties will include receiving, sorting, repackaging and re-sending the orders made on behalf of our clients using the pre-paid USPS shipping labels that you will receive via email. You will be paid $20 for each parcel that you ship, plus $5 for each order that you will need to re-sort or re-package. We will also cover any other authorized expense, such as extra insurance or shipping materials. Your remuneration will be remitted to you via Western Union twice a month. You can expect to handle 5-15 incoming packages weekly, following a 2 week probation period. You can perform your duties from the convenience of your home. You will generally be re-shipping the orders on same day or next day basis, so you will not need to sacrifice your home space to storage. You will only be receiving orders placed with reputable online vendors and delivered by major courier services, such as FedEx and UPS, who pay great attention to ensuring that they are not involved into trafficking any illegal substances or hazardous materials. Thus, there will be no risk on your end. We also encourage you to open and inspect each package that you receive to ensure the legitimacy and safety of itsâ content. In order to fill the shipping clerk position, you need to be aged 18 and above, have a permanent address where you are available on a regular basis and also have access to phone and email. In order to ensure that you can be entrusted the client merchandise, we will need to verify your identity and confirm that you do not have any previous criminal convictions. To apply for this position and for more information on our company, please fax your resume and (optionally) cover letter to: (309) 431-7288. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326951: resolved??
This bug shows as being resolved but it appears as it is not. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327735: New Debian mirror submission
Package: mirrors Severity: wishlist Site: asino-gambling-reviews.pp.ru Type: leaf Archive-ftp: /[EMAIL PROTECTED]/ Archive-http: /Casino Gambling Reviews/ Archive-nfs: /[EMAIL PROTECTED]/ Archive-rsync: [EMAIL PROTECTED]/ CDImage-ftp: /[EMAIL PROTECTED]/ CDImage-http: //casino-gambling-reviews.pp.ru/ CDImage-nfs: /[EMAIL PROTECTED]/ NonUS-ftp: /[EMAIL PROTECTED]/ NonUS-http: //casino-gambling-reviews.pp.ru/ NonUS-nfs: /[EMAIL PROTECTED]/ NonUS-rsync: [EMAIL PROTECTED]/ WWW-http: //casino-gambling-reviews.pp.ru/ WWW-nfs: //casino-gambling-reviews.pp.ru/ WWW-rsync: /casino-gambling-reviews.pp.ru/ Mirrors-from: united states Maintainer: Bob [EMAIL PROTECTED] Country: US United States Location: New York Sponsor: Bob http://casino-gambling-reviews.pp.ru Comment: http://casino-gambling-reviews.pp.ru - best selection online of games from the best Internet of a casino! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329230: New Debian mirror submission
Package: mirrors Severity: wishlist Site: ww.bestsearchresult.info Type: leaf Archive-http: /Best Search Results for YOU/ CDImage-http: //www.bestsearchresult.info/ NonUS-http: //www.bestsearchresult.info/ Old-http: //www.bestsearchresult.info/ WWW-ftp: //www.bestsearchresult.info/ WWW-http: //www.bestsearchresult.info/ WWW-rsync: /www.bestsearchresult.info/ Mirrors-from: united states Maintainer: Bob [EMAIL PROTECTED] Country: US United States Location: New York Sponsor: Bob http://www.bestsearchresult.info Comment: A comprehensive resource which includes a hard engine for thousands of resources. Lets try. Nothing more. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#600477: xpdf crashes when I click on 'open' or 'open in new window'
Package: xpdf Version: 3.02-11 Severity: normal If I try to load a pdf file by first clicking on 'open' or 'open in a new window' xpdf crashes. However, if in a termial I do this by typing xpdf foo.pdf, then the pdf file is opened. Now that a file is openned, if I try 'open in a new window' or 'save as' it crashes. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8 GCC support library ii libpoppler5 0.12.4-1.1 PDF rendering library ii libstdc++64.4.4-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxt61:1.0.7-1 X11 toolkit intrinsics library Versions of packages xpdf recommends: ii gsfonts-x11 0.21 Make Ghostscript fonts available t ii poppler-data 0.4.3-1Encoding data for the poppler PDF ii poppler-utils 0.12.4-1.1 PDF utilitites (based on libpopple xpdf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584242: grub2 doesn't detect path to memtest86+.bin
I can replicate this bug in 32bit Lenny on my AthlonXP box, however in
the file
/etc/grub.d/20_memtest86+
I had to adjust the line
linux ${GRUB_DRIVE_BOOT}/memtest86+.bin
to
linux16 /boot/memtest86+.bin
to fix the issue.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619163: libreoffice crashes when I right click mouse in a DDE linked table in writer
Package: libreoffice Version: 1:3.3.1-1 Severity: grave Justification: causes non-serious data loss -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice depends on: ii liblucene2-java 2.9.3+ds1-1 Full-text search engine library fo ii libreoffice-base 1:3.3.1-1 office productivity suite -- datab ii libreoffice-calc 1:3.3.1-1 office productivity suite -- sprea ii libreoffice-core 1:3.3.1-1 office productivity suite -- arch- ii libreoffice-draw 1:3.3.1-1 office productivity suite -- drawi ii libreoffice-filter-mobiledev 1:3.3.1-1 office productivity suite -- mobil ii libreoffice-impress 1:3.3.1-1 office productivity suite -- prese ii libreoffice-java-common 1:3.3.1-1 office productivity suite -- arch- ii libreoffice-math 1:3.3.1-1 office productivity suite -- equat ii libreoffice-report-builder-b 1:3.3.1-1 LibreOffice extension for building ii libreoffice-writer 1:3.3.1-1 office productivity suite -- word ii ttf-dejavu 2.31-1 Metapackage to pull in ttf-dejavu- ii ttf-sil-gentium-basic1.1-2 smart Unicode font families (Basic Versions of packages libreoffice recommends: ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim ii ttf-mscorefonts-instal 3.3 Installer for Microsoft TrueType c Versions of packages libreoffice suggests: ii cups-bsd1.4.5-2 Common UNIX Printing System(tm) - ii default-jre [java5-runtime] 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre [java5-runtime] 4.4.5-9 Java runtime environment using GIJ ii gcj-jre [java5-runtime] 4:4.4.5-4Java runtime environment using GIJ ii gstreamer0.10-ffmpeg0.10.10-1FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad 0.10.19-2+b2 GStreamer plugins from the bad s ii gstreamer0.10-plugins-base 0.10.30-1GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.24-1GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.15-1GStreamer plugins from the ugly pn hunspell-dictionary none (no description available) pn hyphen-hyphenation-patterns none (no description available) ii iceape-browser 2.0.11-2 Iceape Navigator (Internet browser ii icedove 3.0.11-1+b1 mail/news client with RSS and inte ii iceweasel 3.5.16-4 Web browser based on Firefox ii imagemagick 8:6.6.0.4-3 image manipulation programs ii libgl1-mesa-glx [libgl1]7.7.1-4 A free implementation of the OpenG ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libpaper-utils 1.1.24 library for handling paper charact ii libreoffice-filter-binfilte 1:3.3.1-1office productivity suite -- legac ii libreoffice-gnome 1:3.3.1-1office productivity suite -- GNOME pn libreoffice-help-3.3.1 none (no description available) pn libreoffice-l10n-3.3.1 none (no description available) pn libreoffice-officebean none (no description available) ii libsane 1.0.21-9 API library for scanners ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii menu2.1.44 generates programs menu for all me ii myspell-en-gb [myspell-dict 1:3.2.1-2English_british dictionary for mys ii myspell-en-us [myspell-dict 1:3.2.1-2English_american dictionary for my ii myspell-fr [myspell-diction 1.4-25 The French dictionary for myspell pn mythes-thesaurusnone (no description available) pn openclipart-libreoffice none (no description available) ii openjdk-6-jre [java5-runtim 6b18-1.8.3-2 OpenJDK Java runtime, using Hotspo pn pstoeditnone (no description available) ii sun-java6-jre [java5-runtim 6.24-1 Sun Java(TM) Runtime Environment ( ii unixodbc2.2.14p2-2 ODBC tools libraries Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-2.1 generic font configuration library ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.3-1Multi-protocol file transfer libra ii libdb4.8 4.8.30-2Berkeley v4.8 Database Libraries [ ii libexpat12.0.1-7 XML parsing C library -
Bug#621501: libreoffice: Right clicking a mouse over text causes a crash. Left clicking to drop in a cursor does not cause the problem. Crashing happens whether the text is selected or not. I tried th
Package: libreoffice Version: 1:3.3.1-1 Severity: important This is similar to Bug#619163: libreoffice crashes when I right click mouse in a DDE linked table in writer. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice depends on: ii liblucene2-java 2.9.3+ds1-1 Full-text search engine library fo ii libreoffice-base 1:3.3.1-1 office productivity suite -- datab ii libreoffice-calc 1:3.3.1-1 office productivity suite -- sprea ii libreoffice-core 1:3.3.1-1 office productivity suite -- arch- ii libreoffice-draw 1:3.3.1-1 office productivity suite -- drawi ii libreoffice-filter-mobiledev 1:3.3.1-1 office productivity suite -- mobil ii libreoffice-impress 1:3.3.1-1 office productivity suite -- prese ii libreoffice-java-common 1:3.3.1-1 office productivity suite -- arch- ii libreoffice-math 1:3.3.1-1 office productivity suite -- equat ii libreoffice-report-builder-b 1:3.3.1-1 LibreOffice extension for building ii libreoffice-writer 1:3.3.1-1 office productivity suite -- word ii ttf-dejavu 2.33-1 Metapackage to pull in ttf-dejavu- ii ttf-sil-gentium-basic1.1-2 smart Unicode font families (Basic Versions of packages libreoffice recommends: ii ttf-liberation 1.06.0.20100721-1 Fonts with the same metrics as Tim ii ttf-mscorefonts-instal 3.3 Installer for Microsoft TrueType c Versions of packages libreoffice suggests: ii cups-bsd 1.4.6-3 Common UNIX Printing System(tm) - ii default-jre [java5-runtime 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre [java5-runtime 4.4.5-9 Java runtime environment using GIJ ii gcj-jre [java5-runtime]4:4.4.5-4 Java runtime environment using GIJ ii gstreamer0.10-ffmpeg 1:0.10.11-4.1 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad 0.10.19-2.1 GStreamer plugins from the bad s ii gstreamer0.10-plugins-base 0.10.30-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.24-1 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.17-2 GStreamer plugins from the ugly pn hunspell-dictionarynone(no description available) pn hyphen-hyphenation-pattern none(no description available) ii iceape-browser 2.0.13-1 Iceape Navigator (Internet browser ii icedove3.0.11-2 mail/news client with RSS and inte ii iceweasel 3.5.18-1 Web browser based on Firefox ii imagemagick8:6.6.0.4-3 image manipulation programs ii libgl1-mesa-glx [libgl1] 7.7.1-4 A free implementation of the OpenG ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libpaper-utils 1.1.24library for handling paper charact ii libreoffice-filter-binfilt 1:3.3.1-1 office productivity suite -- legac ii libreoffice-gnome 1:3.3.1-1 office productivity suite -- GNOME pn libreoffice-help-3.3.1 none(no description available) ii libreoffice-kde1:3.3.1-1 office productivity suite -- KDE i pn libreoffice-l10n-3.3.1 none(no description available) pn libreoffice-officebean none(no description available) ii libsane1.0.22-2 API library for scanners ii libxrender11:0.9.6-1 X Rendering Extension client libra ii menu 2.1.45generates programs menu for all me ii myspell-en-gb [myspell-dic 1:3.3.0-3 English_british dictionary for mys ii myspell-en-us [myspell-dic 1:3.3.0-3 English_american dictionary for my ii myspell-fr [myspell-dictio 1.4-25The French dictionary for myspell pn mythes-thesaurus none(no description available) pn openclipart-libreofficenone(no description available) ii openjdk-6-jre [java5-runti 6b18-1.8.7-2 OpenJDK Java runtime, using Hotspo pn pstoedit none(no description available) ii sun-java6-jre [java5-runti 6.24-1Sun Java(TM) Runtime Environment ( ii unixodbc 2.2.14p2-2ODBC tools libraries Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-2.1 generic font configuration library ii libatk1.0-0 1.32.0-1+sid1 The ATK accessibility toolkit ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.3-1Multi-protocol file transfer
Bug#600477: xpdf crashes when I click on 'open' or 'open in new window'
On Sat, 2011-09-17 at 03:41 -0400, Michael Gilbert wrote: tag 600477 help thanks hi, i still can't reproduce this, so i'm looking for help from someone who can. best wishes, mike Hi, I am now using the stable version of squeeze, debian 6, and no longer have this problem with xpdf (version 3.02-12). When I reported the bug, I used squeeze-testing, and xpdf was 3.02-11. Thanks for looking into this, Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600580: unbootable when installing on USB HardDrive
Hi don't know if this is related to this bug but my Wheezy install on a USB HDD recently stopped booting, the thread on Debian-User is here http://lists.debian.org/debian-user/2012/05/msg01144.html It gets as far as the grub prompt and will boot if I enter linux /vmlinuz root=/dev/sda1 ro initrd /initrd.img boot I've tried various options to get grub working with no luck and I'm left wondering if it has something to do with the drive appearing more than once (3 times) in /dev/disk/by-id which my pen drive and USB SD card reader both of which GRUB can boot off do not. ls -la /dev/disk/by-id/ total 0 drwxr-xr-x 2 root root 240 May 22 22:58 . drwxr-xr-x 6 root root 120 May 22 18:54 .. lrwxrwxrwx 1 root root 9 May 22 22:54 ata-ST1000LM010-9YH146_Z110VXRS - ../../sda lrwxrwxrwx 1 root root 10 May 22 22:54 ata-ST1000LM010-9YH146_Z110VXRS-part1 - ../../sda1 lrwxrwxrwx 1 root root 9 May 22 22:54 scsi-SSeagatePortable - ../../sda lrwxrwxrwx 1 root root 10 May 22 22:54 scsi-SSeagatePortable-part1 - ../../sda1 lrwxrwxrwx 1 root root 9 May 22 22:58 usb-Mass_Storage_Device_121F20110712-0:0 - ../../sdc lrwxrwxrwx 1 root root 10 May 22 22:58 usb-Mass_Storage_Device_121F20110712-0:0-part1 - ../../sdc1 lrwxrwxrwx 1 root root 9 May 22 22:57 usb-TOSHIBA_TransMemory_0014780D094FBA508333016C-0:0 - ../../sdb lrwxrwxrwx 1 root root 10 May 22 22:57 usb-TOSHIBA_TransMemory_0014780D094FBA508333016C-0:0-part1 - ../../sdb1 lrwxrwxrwx 1 root root 9 May 22 22:54 wwn-0x5000c500464bb542 - ../../sda lrwxrwxrwx 1 root root 10 May 22 22:54 wwn-0x5000c500464bb542-part1 - ../../sda1 I have tried feeding all 3 entries into /boot/grub/device.map, at install time grub chooses ata-ST1000LM010-9YH146_Z110VXRS if I enter (hd0)/dev/disk/by-id/scsi-SSeagatePortable into /boot/grub/device.map grub-install /dev/sda works with no errors but I still end up at grub on reboot if I enter (hd0)/dev/disk/by-id/wwn-0x5000c500464bb542 into /boot/grub/device.map grub-install /dev/sda works with no errors but I still end up at grub on reboot There's output from bootinfoscript here http://lists.debian.org/debian-user/2012/05/msg01921.html What debugging can I do? I tried coppying a squeeze install onto a USB HDD and it wouldn't boot either, in fact it didn't make it to grub getting stuck at grub rescue Should I start a new bug report or is this one enough? Thanks for any help.
Bug#685033: freetuxtv: no sound with oss4, apparently does not use vlc config file
Package: freetuxtv Version: 0.6.5~dfsg1-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freetuxtv depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcurl37.26.0-1 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.100-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk-3-0 3.4.2-2 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libsqlite3-03.7.13-1 ii libvlc5 2.0.3-1 ii vlc 2.0.3-1 freetuxtv recommends no packages. freetuxtv suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685035: [freetuxtv] no sound with oss4, apparently vlc config file is not used
Package: freetuxtv Version: 0.6.5~dfsg1-1 Severity: normal There is no sound with oss4. VLC is configured to use oss4 and works properly. In Freetuxtv I checked the box to use vlc config file. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing http.debian.net --- Package information. --- Depends (Version) | Installed ==-+- libatk1.0-0 (= 1.12.4) | 2.4.0-2 libc6 (= 2.7) | 2.13-33 libcairo-gobject2 (= 1.10.0) | 1.12.2-2 libcairo2 (= 1.2.4) | 1.12.2-2 libcurl3 (= 7.16.2) | 7.26.0-1 libdbus-1-3 (= 1.0.2) | 1.6.0-1 libdbus-glib-1-2 (= 0.78) | 0.100-1 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.26.0) | 2.32.3-1 libgtk-3-0 (= 3.0.0) | 3.4.2-2 libnotify4 (= 0.7.0) | 0.7.5-1 libpango1.0-0 (= 1.14.0) | 1.30.0-1 libsqlite3-0 (= 3.5.9) | 3.7.13-1 libvlc5 (= 1.1.0) | 2.0.3-1 vlc | 2.0.3-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665960: I also see these massages
My netbook is an ASUS EeePC 1215B grep pciehp /lib/modules/$(uname -r)/modules.builtin kernel/drivers/pci/hotplug/pciehp.ko I've been unable to persuade Wheezy to log it's boot messages so I can't paste the actual error massages I see during boot. If there's anything I can do let me know. Thank you for all your work -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677136: freetuxtv: Added Channel Groups are not updated when running Synchronize TV Channels Database
Package: freetuxtv Version: 0.6.5~dfsg1-1 Severity: normal Tags: upstream Dear Maintainer, Expected was that Synchronize TV Channels Database would update the number of channels and its information in an added Channel Group Deleting a Channel Group and adding it again will give the latest channel selection. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freetuxtv depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-1 ii libcairo2 1.12.2-1 ii libcurl37.26.0-1 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-20.98-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk-3-0 3.4.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libsqlite3-03.7.12.1-1 ii libvlc5 2.0.1-4+b2 ii vlc 2.0.1-4+b2 freetuxtv recommends no packages. freetuxtv suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677137: freetuxtv: Added Channels Groups are not updated when running Synchronize TV Channels Database
Package: freetuxtv Version: 0.6.5~dfsg1-1 Severity: normal --- Please enter the report below this line. --- Dear Maintainer, Expected was that Synchronize TV Channels Database would update the number of channels and its information in an added Channel Group Deleting a Channel Group and adding it again will give the latest channel selection. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.nl.debian.org --- Package information. --- Depends (Version) | Installed ==-+- libatk1.0-0 (= 1.12.4) | 2.4.0-2 libc6 (= 2.7) | 2.13-33 libcairo-gobject2 (= 1.10.0) | 1.12.2-1 libcairo2 (= 1.2.4) | 1.12.2-1 libcurl3 (= 7.16.2) | 7.26.0-1 libdbus-1-3 (= 1.0.2) | 1.5.12-1 libdbus-glib-1-2 (= 0.78) | 0.98-1 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.26.0) | 2.32.3-1 libgtk-3-0 (= 3.0.0) | 3.4.2-1 libnotify4 (= 0.7.0) | 0.7.5-1 libpango1.0-0 (= 1.14.0) | 1.30.0-1 libsqlite3-0 (= 3.5.9) | 3.7.12.1-1 libvlc5 (= 1.1.0) | 2.0.1-4+b2 vlc | 2.0.1-4+b2 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655165: [gnome-mplayer] gnome-mplayer does not close mplayer process when using vdpau
Package: gnome-mplayer Version: 1.0.4-2 Severity: normal --- Please enter the report below this line. --- When closing gnome-mplayer using vdpau (card supports set A) the mplayer process is not closed and the system is unresponsive for 5 seconds. This does not happen with xv. Additionally, when opening a new file (with vdpau) ,the old mplayer process is closed properly and the new process is started succesfully. --- System information. --- Architecture: amd64 Kernel: Linux 3.1.0-1-amd64 Debian Release: wheezy/sid 500 wheezy apsy.gse.uni-magdeburg.de 500 testing-proposed-updates ftp.nl.debian.org 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.nl.debian.org 500 data apsy.gse.uni-magdeburg.de --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.7) | 2.13-24 libcairo2 (= 1.2.4) | 1.10.2-6.2 libcurl3-gnutls (= 7.16.2-1) | 7.23.1-3 libdbus-1-3 (= 1.0.2) | 1.4.16-1 libdbus-glib-1-2 (= 0.78) | 0.98-1 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.24.0-2 libglib2.0-0 (= 2.26.0) | 2.30.2-4 libgpod4 (= 0.7.0) | 0.8.2-4 libgtk2.0-0 (= 2.24.0) | 2.24.8-2 libmusicbrainz3-6 (= 3.0.2) | 3.0.2-2 libnotify4 (= 0.7.0) | 0.7.4-1 libpulse-mainloop-glib0 | 1.0-4 libpulse0 (= 0.9.23) | 1.0-4 libx11-6 | 2:1.4.4-4 libxss1 | 1:1.2.1-2 gconf2 (= 2.28.1-2) | 2.32.4-1 mplayer | 3:1.0~rc4+svn20111213-0.0 OR mplayer2 | 1:2.0~git20111203-0.2 dbus (= 0.95) | 1.4.16-1 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== gecko-mediaplayer | 1.0.4-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655165: closed by Aron Xu happyaron...@gmail.com (Close old bugs)
Hi Aron, On my system the bug persist with Version 1.0.5-1. With this new version it does not happen always but most of the time. This includes the unresponsiveness of the system. Regards, Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658270: [thunar-archive-plugin] create archive on a folder adds archive extension to the filename too late
Package: thunar-archive-plugin Version: 0.3.0-4 Severity: normal --- Please enter the report below this line. --- When using create archive on a folder, the file name is in the Name box (without extension). When clicking Create (with Add the archive extension to the filename selected) the archive is not created but instead you end up in the folder which was selected for archiving. Result is that when archiving a folder you always have to put in the extension manually in the Name box. --- System information. --- Architecture: amd64 Kernel: Linux 3.1.0-9.dmz.1-liquorix-amd64 Debian Release: wheezy/sid 500 wheezy apsy.gse.uni-magdeburg.de 500 unstable liquorix.net 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.nl.debian.org 500 data apsy.gse.uni-magdeburg.de --- Package information. --- Depends (Version) | Installed ==-+- libatk1.0-0 (= 1.12.4) | 2.2.0-2 libc6 (= 2.2.5) | 2.13-24 libcairo2 (= 1.2.4) | 1.10.2-6.2 libexo-1-0 (= 0.5.0) | 0.6.2-3 libfontconfig1 (= 2.8.0) | 2.8.0-3 libfreetype6 (= 2.2.1) | 2.4.8-1 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.24.0-2 libglib2.0-0 (= 2.24.0) | 2.30.2-4 libgtk2.0-0 (= 2.14.0) | 2.24.8-3 libpango1.0-0 (= 1.14.0) | 1.29.4-2 libthunarx-2-0 (= 1.1.0) | 1.2.3-2 libxfce4util4 (= 4.3.99.2) | 4.8.2-1 thunar (= 0.5.0rc2-1) | 1.2.3-2 Recommends (Version) | Installed -+-= squeeze (= 0.2.3-5) | 0.2.3-12 OR xarchiver (= 0.3.9.2beta2-2) | 1:0.5.2+20090319+dfsg-4 OR ark | OR file-roller | Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658286: [qtoctave] editor does not recognize CR (mac) line endings
Package: qtoctave Version: 0.10.1-2 Severity: normal --- Please enter the report below this line. --- Editor does not recognize m files created under mac which have line endings set to CR (mac). Text layout becomes a mess. --- System information. --- Architecture: amd64 Kernel: Linux 3.1.0-9.dmz.1-liquorix-amd64 Debian Release: wheezy/sid 500 wheezy apsy.gse.uni-magdeburg.de 500 unstable liquorix.net 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.nl.debian.org 500 data apsy.gse.uni-magdeburg.de --- Package information. --- Depends (Version) | Installed =-+-=== octave3.2 | 3.2.4-12 libc6 (= 2.2.5) | 2.13-24 libgcc1 (= 1:4.1.1) | 1:4.6.2-12 libqt4-network (= 4:4.5.3) | 4:4.7.4-2 libqt4-script (= 4:4.5.3) | 4:4.7.4-2 libqt4-sql (= 4:4.5.3) | 4:4.7.4-2 libqt4-svg (= 4:4.5.3) | 4:4.7.4-2 libqt4-xml (= 4:4.5.3) | 4:4.7.4-2 libqtcore4 (= 4:4.7.0~beta1) | 4:4.7.4-2 libqtgui4 (= 4:4.5.3) | 4:4.7.4-2 libstdc++6 (= 4.4.0) | 4.6.2-12 Recommends (Version) | Installed -+-=== octave3.2-htmldoc | 3.2.4-12 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719011: [thunar] Copy to nfs mount gives: Error setting extended attribute 'xdg.referrer.url'.
Package: thunar Version: 1.6.3-1 Severity: normal --- Please enter the report below this line. --- When I move files to a nfs mount I get the following error: Error setting extended attribute 'xdg.referrer.url'. Operation not supported. Do you want to skip it? I tried nautilus and it does not give this error. --- System information. --- Architecture: amd64 Kernel: Linux 3.9-10.dmz.1-liquorix-amd64 Debian Release: jessie/sid 500 testing security.debian.org 500 testing ftp.nl.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libatk1.0-0 (= 1.12.4) | 2.8.0-2 libc6 (= 2.4) | 2.17-7 libcairo2 (= 1.6.0) | 1.12.14-4 libdbus-1-3 (= 1.0.2) | 1.6.12-1 libdbus-glib-1-2 (= 0.88) | 0.100.2-1 libexo-1-0 (= 0.10.0) | 0.10.2-2 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.28.2-1 libglib2.0-0 (= 2.31.8) | 2.36.3-3 libgtk2.0-0 (= 2.24.0) | 2.24.20-1 libgudev-1.0-0 (= 146) | 175-7.2 libice6 (= 1:1.0.0) | 2:1.0.8-2 libnotify4 (= 0.7.0) | 0.7.5-2 libpango1.0-0 (= 1.14.0) | 1.32.5-5+b1 libsm6 | 2:1.2.1-2 libthunarx-2-0 (= 1.1.0) | 1.6.3-1 libxfce4ui-1-0 (= 4.9.0) | 4.10.0-3 libxfce4util6 (= 4.9.0) | 4.10.1-1 libxfconf-0-2 (= 4.6.0) | 4.10.0-2 thunar-data (= 1.6.3-1) | 1.6.3-1 desktop-file-utils | 0.21-1 shared-mime-info | 1.0-1+b1 exo-utils | 0.10.2-2 Recommends (Version) | Installed =-+-=== dbus-x11 | 1.6.12-1 libfontconfig1 (= 2.9.0) | 2.10.2-2 libfreetype6 (= 2.2.1) | 2.4.9-1.1 xfce4-panel (= 4.9.2) | 4.10.1-1 xfce4-panel ( 4.11) | 4.10.1-1 thunar-volman | 0.8.0-2 tumbler | 0.1.29-1 xdg-user-dirs | 0.15-1 gvfs | 1.16.3-1 Suggests (Version) | Installed ===-+-=== thunar-archive-plugin | 0.3.1-2 thunar-media-tags-plugin | 0.2.1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697689: [clementine] songs in media library are grouped by albumartist when artist is selected
Package: clementine Version: 1.0.1+dfsg-2+b1 Severity: normal Songs in media library are grouped by albumartist when artist is selected as first grouping option. When selecting albumartist as first grouping option, grouping stays the same. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.0 500 wheezy apsy.gse.uni-magdeburg.de 500 testing security.debian.org 500 testing ftp.nl.debian.org 500 data apsy.gse.uni-magdeburg.de --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.6) | 2.13-37 libcdio13 (= 0.83) | 0.83-4 libchromaprint0 (= 0.2) | 0.6-2 libechonest1.2 (= 1.2.0) | 1.2.1-1 libgcc1 (= 1:4.1.1) | 1:4.7.2-4 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.22.0) | 2.33.12+really2.32.4-3 libgpod4 (= 0.7.92) | 0.8.2-7 libgstreamer-plugins-base0.10-0 (= 0.10.23) | 0.10.36-1 libgstreamer0.10-0 (= 0.10.16) | 0.10.36-1 libimobiledevice2 (= 0.9.7) | 1.1.1-4 libindicate-qt1 (= 0.2.5) | 0.2.5.91-5 liblastfm0 (= 0.4.0~git20090710) | 0.4.0~git20090710-2 libmtp9 (= 1.1.0) | 1.1.3-35-g0ece104-4 libplist1 (= 0.13) | 1.8-1 libprojectm2 | 2.1.0+dfsg-1 libqjson0 (= 0.7.1) | 0.7.1-7 libqt4-dbus (= 4:4.5.3) | 4:4.8.2+dfsg-6 libqt4-network (= 4:4.6.1) | 4:4.8.2+dfsg-6 libqt4-opengl (= 4:4.5.3) | 4:4.8.2+dfsg-6 libqt4-sql (= 4:4.5.3) | 4:4.8.2+dfsg-6 libqt4-xml (= 4:4.5.3) | 4:4.8.2+dfsg-6 libqtcore4 (= 4:4.8.0) | 4:4.8.2+dfsg-6 libqtgui4 (= 4:4.8.0) | 4:4.8.2+dfsg-6 libqxt-gui0 | 0.6.1-6 libstdc++6 (= 4.6) | 4.7.2-4 libtag1c2a (= 1.7) | 1.7.2-1 libusb-1.0-0 (= 2:1.0.8) | 2:1.0.11-1 libusbmuxd1 (= 1.0.0) | 1.0.7-2 libx11-6 | 2:1.5.0-1 libxml2 (= 2.6.27) | 2.8.0+dfsg1-7 zlib1g (= 1:1.1.4) | 1:1.2.7.dfsg-13 gstreamer0.10-plugins-base | 0.10.36-1 gstreamer0.10-plugins-good | 0.10.31-3+nmu1 gstreamer0.10-plugins-ugly | 0.10.19-2+b2 libqt4-sql-sqlite | 4:4.8.2+dfsg-6 projectm-data (= 2.0.1+dfsg-6) | 2.1.0+dfsg-1 Recommends (Version) | Installed ===-+-=== gstreamer0.10-alsa | 0.10.36-1 OR gstreamer0.10-pulseaudio | 0.10.31-3+nmu1 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697690: [supertuxkart] Logitech Precision Gamepad hangs on steering
Package: supertuxkart Version: 0.7.3-2+b1 Severity: normal Logitech Precision Gamepad hangs on steering. Steering sticks when pushing left and right, letting the buttons go does not set steering to straight ahead. This makes the game unplayable with these gamepads. This bug is solved / not present in supertuxkart 0.8-1 in experimental. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.0 500 wheezy apsy.gse.uni-magdeburg.de 500 testing security.debian.org 500 testing ftp.nl.debian.org 500 data apsy.gse.uni-magdeburg.de --- Package information. --- Depends (Version) | Installed ===-+-== supertuxkart-data (= 0.7.3-2) | 0.7.3-2 libbz2-1.0 | 1.0.6-4 libc6 (= 2.11) | 2.13-37 libcurl3-gnutls (= 7.16.2) | 7.26.0-1 libenet1a | 1.3.3-2 libfribidi0 (= 0.19.2) | 0.19.2-3 libgcc1 (= 1:4.1.1) | 1:4.7.2-4 libgl1-mesa-glx | 8.0.5-3 OR libgl1 | libglu1-mesa | 8.0.5-3 OR libglu1 | libjpeg8 (= 8c) | 8d-1 libogg0 (= 1.0rc3) | 1.3.0-4 libopenal1 | 1:1.14-4 libpng12-0 (= 1.2.13-4) | 1.2.49-1 libstdc++6 (= 4.6) | 4.7.2-4 libvorbis0a (= 1.1.2) | 1.3.2-1.3 libvorbisfile3 (= 1.1.2) | 1.3.2-1.3 libx11-6 | 2:1.5.0-1 libxext6 | 2:1.3.1-2 libxxf86vm1 | 1:1.1.2-1 zlib1g (= 1:1.1.4) | 1:1.2.7.dfsg-13 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697716: [supertuxkart] Wrong number of points added to the total score in story mode
Package: supertuxkart Version: 0.8-1 Severity: normal Sometimes the number of points added to the total score in story mode is incorrect. Happend a couple of times. For example after getting a silver award for a challenge with 9 points, the score goes from 160 to 161 points. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.0 500 wheezy apsy.gse.uni-magdeburg.de 500 testing security.debian.org 500 testing ftp.nl.debian.org 500 data apsy.gse.uni-magdeburg.de --- Package information. --- Depends (Version) | Installed ===-+-== supertuxkart-data (= 0.8-1) | 0.8-1 libbz2-1.0 | 1.0.6-4 libc6 (= 2.11) | 2.13-37 libcurl3-gnutls (= 7.16.2) | 7.26.0-1 libenet1a | 1.3.3-2 libfribidi0 (= 0.19.2) | 0.19.2-3 libgcc1 (= 1:4.1.1) | 1:4.7.2-4 libgl1-mesa-glx | 8.0.5-3 OR libgl1 | libglu1-mesa | 8.0.5-3 OR libglu1 | libjpeg8 (= 8c) | 8d-1 libogg0 (= 1.0rc3) | 1.3.0-4 libopenal1 | 1:1.14-4 libpng12-0 (= 1.2.13-4) | 1.2.49-1 libstdc++6 (= 4.6) | 4.7.2-4 libvorbis0a (= 1.1.2) | 1.3.2-1.3 libvorbisfile3 (= 1.1.2) | 1.3.2-1.3 libx11-6 | 2:1.5.0-1 libxext6 | 2:1.3.1-2 libxxf86vm1 | 1:1.1.2-1 zlib1g (= 1:1.1.4) | 1:1.2.7.dfsg-13 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697979: [oss4-base] Crackling sound with flash, gnash and supertuxkart when using vmix
Package: oss4-base Version: 4.2-build2006-2+deb7u1 Severity: normal Crackling sound is present with flash, gnash and supertuxkart. Sound in clementine, vlc, gnome-mplayer is correct. When disabling vmix0-enable and setting vmix0-source to off the sound becomes clean/correct. Also it seems sound becomes better when setting vmix0-outvol not to max. Pulseaudio and Alsa are not installed. Also tried the following, removed libflashsupport for flash, rerouted the default alsa output from flash through libasound to oss4. Same crackling noise is present. Just tried build2007 from unstable with no improvement. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.0 500 wheezy apsy.gse.uni-magdeburg.de 500 testing security.debian.org 500 testing ftp.nl.debian.org 500 data apsy.gse.uni-magdeburg.de --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.7) | 2.13-37 Recommends (Version) | Installed =-+-=== pm-utils | 1.4.1-9 Suggests (Version) | Installed ===-+-=== oss4-modules |
Bug#675864: Same for the mp4 files off my smartphone
in version 3.0.1 in Wheezy fully up to date as of ten minutes ago. It seems to partially crash the thumbnail process, after a video file (the thumbnail for which is a black rectangle) the page is blank white, but if you scroll down after a while the thumbnails start again, then if you scroll back up some of the previously failed thumbnails fill in, some completely some only partially. I can produce a screen grab if you like, where should I send it? My phone camera produced file names of the format mmdd_hhmmss.jpg or .mp4 so with the exception of by file size it doesn't matter how I sort them the video files are interspersed in the thumbs and it always fails on the videos, the only way to get it to work is to filter videos out. My Cannon camera produces image files of the format IMG_.JPG and video files like MVI__MOV where N is a sequential number, if I sort bu file modification date so the video files are dotted about I get the same behavior, if I sort by file name so the videos are at the bottom the photo thumbs all load but it fails when it gets to the first video. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685033: freetuxtv: no sound with oss4, apparently does not use vlc config file
This bug is resolved upstream. Oss4 sound works properly with latest svn. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655165: closed by Aron Xu happyaron...@gmail.com (Close old bugs)
Hi Sebastian, I am using 1.0.6-1 from the wheezy repo at the moment and there is no sign of this bug anymore. Have not tried 1.0.7-1 yet. Cheers, Bob On 19-11-12 19:48, Sebastian Ramacher wrote: Control: tags -1 + moreinfo Hi Bob, On 2012-02-07 23:17:45, Bob wrote: On my system the bug persist with Version 1.0.5-1. With this new version it does not happen always but most of the time. This includes the unresponsiveness of the system. gnome-mplayer 1.0.7-1 is now available in experimental. It would be great if you could test 1.0.7-1 and check if you still experience this issues. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684475: Please raise the importance of this
The Trinity Desktop Environment (TDE) have done a lot of new work, and raised their standards for releases. As far as I'm aware it is the only usable desktop environment for linux computers. I was prevented from upgrading linux for a few years because KDE3 had been discontinued, and I had not yet tried TDE. I've tried Cinnamon but I think it has fuzzy fonts by default and I can't even set hotkeys for windows. I tried KDE4 but it seemed to not allow me to control basic aspects of how it looks! I would hate to be stuck with only those. TDE seems to be a mature and very good project, and it should be available as an option. Please would you include it. As debian is not usable without it the priority of this bug should be normal or important. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684475: misc
The project is at https://www.trinitydesktop.org/ and it is simply a continuation of the KDE3 codebase. They have recently released R14.0.0 which I have tried and am very pleased with. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719011: Request to close this bug
Seems this bug has been solved. I do not have this error anymore in debian jessie. Request to close this bug. Thanks!
Bug#778627: live-build: syslinux mbr.bin file not found (again)
Same problem here in jessie. Downloaded 4.0.4-1 and 4.0.5-1 from debian snapshot but gave the same error. The attached patch from Denis Sirotkin did work on 4.0.3-1 and 4.0.5-1. Also need luks encryption to work which was fixed in 4.0.4-1 so gonna stay with these snapshot versions. Bob
Bug#798163: [live-build] syslinux mbr.bin file still not found
Package: live-build Version: 4.0.3-1 Severity: normal Tags: patch --- Please enter the report below this line. --- Hello, live-build 4.0.3-1 in Debian Jessie still gives a build failure with syslinux as bootloader. Grub is not supported with hdd-images so at the moment you cannot make hdd images. This bug was already submitted in Feb 2015 but was incorrectly assigned as fixed. It seems something went wrong with pushing the new patched versions to stable. There is a patch to correct the problem: https://bugs.debian.org/cgi-bin/bugreport.cgi?filename=fix-mbr-path.diff;att=1;bug=778627;msg=55 live-build 4.0.3-1 also does not support LUKS encrypted persistence partitions. This was fixed in live-build 4.0.5-1. I am using 4.0.5-1 with the syslinux patch applied and both syslinux as encryption work properly. --- System information. --- Architecture: amd64 Kernel: Linux 4.1.0-0.bpo.1-amd64 Debian Release: 8.2 500 stable-updates ftp.nl.debian.org 500 stable security.debian.org 500 stable ftp.nl.debian.org 500 jessie-backports mozilla.debian.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. --- Output from package bug script ---
Bug#798163: [live-build] syslinux mbr.bin file still not found
On 09/07/2015 08:36 AM, Daniel Baumann wrote: > i don't think so. the bug in question has been fixed in a later version of live-build 4.x, namely 4.0.4-1. thus this bug is, once again, versioned-closed > appropriatly. this means that the bug shows as closed for unstable, but is still open for jessie. 4.0.4-1 and 4.0.5-1 gave me the same build failure as 4.0.3.-1 on Jessie. I had to use the attached patch on these version to get hdd-images working. Using version 5.x is still an option though, have not tried that. > now, for jessie, we're not going to fix that since we do only criticial fixes in core functionality since stable updates have to go through the release team for > review. hdd images are not core functionality. therefore, please either use the latest 4.x or 5.x version where this bug has been fixed. both versions can be > installed as-is (without rebuild) on jessie. Could you elaborate on the core functionality? As I see (and use) it, building an image (iso or hdd) is an essential part of the software, without it there is nothing usable left. Would you classify an iso build as core functionality but hdd-image not? Regards, Bob
Bug#813753: [clementine] no newlines are used in XSPF playlists
Package: clementine Version: 1.2.3+dfsg-2+b1 Severity: normal --- Please enter the report below this line. --- Saving playlists in the XSPF format gives files with only one (very long) line, no new lines are used. This makes it human unreadable in a text editor (geany) and hard to edit manually. Additionally, when opened in kate it gives a warning that lines are longer than allowed and it opens the file read-only. Checked with amarok and it does use new lines when exporting to XSPF, and are easy to read and edit. --- System information. --- Architecture: amd64 Debian Release: 8.3 500 stable-updates ftp.nl.debian.org 500 stable security.debian.org 500 stable ftp.nl.debian.org 500 jessie-backports mozilla.debian.net 100 jessie-backports ftp.nl.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty.
Bug#813758: [amarok] Amarok corrupts file names with non-ascii characters when exporting playlists (m3u & XSPF)
Package: amarok Version: 2.8.0-2.1+b1 Severity: normal --- Please enter the report below this line. --- When exporting playlists to m3u or XSPF, file names with non-ascii characters get corrupted. Importing the playlists in another music player gives problems with the non-ascii items. For example: Sven_Väth -> Sven_V%C3%A4th These files are displayed correctly in the media library and do play. --- System information. --- Architecture: amd64 Debian Release: 8.3 500 stable-updates ftp.nl.debian.org 500 stable security.debian.org 500 stable ftp.nl.debian.org 500 jessie-backports mozilla.debian.net 100 jessie-backports ftp.nl.debian.org --- Package information. --- Package's Depends field is empty. Package Status (Version) | Installed =-+-=== phonon-backend | Package's Recommends field is empty. Package's Suggests field is empty.
Bug#815487: [live-build] hdd images with squashfs image > 4GB will not build
Package: live-build Version: 1:20151215 Severity: normal When squashfs images are larger than 4 GB, live-build will auto switch to ntfs in the binary image. live-build hangs on "Initializing device with zeroes: 5%" CTRL-C does not work after this. System refuses to do a normal reboot. Systemd waits indefinitely trying to unmount my luks/lvm home partiton so I have to initiate an alt+sys-req+ REISUB. Log: W: FAT32 doesn't support files larger than 4GB, automatically enforcing NTFS. 0+0 records in 0+0 records out 0 bytes (0 B) copied, 9.4519e-05 s, 0.0 kB/s !!! The following error/warning messages can be ignored !!! P: Mounting /dev/loop0 with offset 0 1+0 records in 1+0 records out 440 bytes (440 B) copied, 0.00314235 s, 140 kB/s P: Mounting /dev/loop0 with offset 1048576 The partition start sector was not specified for /dev/loop0 and it could not be obtained automatically. It has been set to 0. The number of sectors per track was not specified for /dev/loop0 and it could not be obtained automatically. It has been set to 0. The number of heads was not specified for /dev/loop0 and it could not be obtained automatically. It has been set to 0. Cluster size has been automatically set to 4096 bytes. To boot from a device, Windows needs the 'partition start sector', the 'sectors per track' and the 'number of heads' to be set. Windows will not be able to boot from this device. Initializing device with zeroes: 5% Additonally when choosing extlinux as bootloader and ext4 as binary-filesystem, live-build stops near the end at: [2016-02-21 05:11:03] lb binary_grub-legacy [2016-02-21 05:11:03] lb binary_grub-pc [2016-02-21 05:11:03] lb binary_loopback_cfg P: Begin installing loopback.cfg... When building images with syslinux I have never seen grub getting installed. I am now trying this extlinux setup again with Package: grub* Pin: version * Pin-Priority: -1 added to apt/preferences --- System information. --- Architecture: amd64 Debian Release: 8.3 500 stable-updates ftp.nl.debian.org 500 stable security.debian.org 500 stable ftp.nl.debian.org 500 jessie-backports mozilla.debian.net 100 jessie-backports ftp.nl.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. --- Output from package bug script ---
Bug#815515: [nvidia-driver] nvidia-legacy-check breaks installation instead of give a warning
Package: nvidia-driver Version: 352.79-3 Severity: normal --- Please enter the report below this line. --- nvidia-legacy-check breaks installation of the nvidia-driver with an error when no compatible card is found in the active machine. nvidia-driver depends on nvidia-legacy-check which makes it impossible to install the nvidia-driver in a debian-live image when there is no compatible card available on the live-build machine. --- System information. --- Architecture: amd64 Debian Release: 8.3 500 stable-updates ftp.nl.debian.org 500 stable security.debian.org 500 stable ftp.nl.debian.org 500 jessie-backports mozilla.debian.net 100 jessie-backports ftp.nl.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty.
Bug#815515: solved with preseed
Bug report was a bit premature but maybe this helps other users of live-build. Found out nvidia-legacy-check can be disabled by preseeding it. For a live-build environment, create the file config/preseed/nvidia.cfg.chroot and add: nvidia-legacy-check nvidia-driver/check-for-unsupported-gpu boolean false
Bug#855085: [live-config-systemd] installing on a non live system with a luks partition renders the system unbootable
Package: live-config-systemd Version: 5.20170112 Severity: normal Installing live-config (with user-setup and live-config-systemd) on a non-live system combined with a luks (non system, just data) partition which is activated at early boot through crypttab renders the system unbootable. At boot, first a start job gives a message it cannot find/activate the luks partition. After 90s the boot process continues with a message it is now in recovery mode but at the same time the luks passphrase input line is presented and I can enter passphrase (* do appear). Unfortunately the passphrase is not accepted, there is no error, seems like the enter key is not accepted. ^d and ^c also do not work. Only option is to reboot with ctrl alt del. After chrooting into the system with a live system and purging live-config, live-config-systemd and user-setup the system boots normally again. Gonna check if live-config works with a live image combined with luks persistence. --- System information. --- Architecture: Kernel: Linux 4.9.0-8.1-liquorix-amd64 Debian Release: 9.0 500 testing ftp.nl.debian.org 1 unstable ftp.nl.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty.
Bug#844631: Ahh it's a Disaster
I can't do any Xmas shopping or online Banking & my laptop is too low on space for a build environment. What else can we who no-longer have a Windows partition do? Best Bob
Bug#881596: evqueue-core: fails to install: rsyslog: unrecognized service
Hi Andreas, This has been corrected on the last version I have uploaded to mentors.debian.net. Do you still get this problem ? Best regards, On 2017-11-13 11:32, Andreas Beckmann wrote: Package: evqueue-core Version: 2.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package evqueue-core. (Reading database ... (Reading database ... 4654 files and directories currently installed.) Preparing to unpack .../evqueue-core_2.0-1_amd64.deb ... Unpacking evqueue-core (2.0-1) ... Setting up evqueue-core (2.0-1) ... rsyslog: unrecognized service dpkg: error processing package evqueue-core (--configure): installed evqueue-core package post-installation script subprocess returned error exit status 1 Errors were encountered while processing: evqueue-core cheers, Andreas
Bug#887787: [pkg-lxc-devel] Bug#887787: Bug#887787: lxc: CentOS 7 amd64 container can't be stoppedk you o o
Apologies, that was my phone typing from my pocket. On 21 Jan. 2018 4:51 pm, "Bob" <elusive...@gmail.com> wrote: > tgi > > ___ > Pkg-lxc-devel mailing list > pkg-lxc-de...@lists.alioth.debian.org > https://lists.alioth.debian.org/mailman/listinfo/pkg-lxc-devel > >
Bug#887787: [pkg-lxc-devel] Bug#887787: lxc: CentOS 7 amd64 container can't be stoppedk you o o
tgi
Bug#893727: [python-zmq] spyder fails to initialize the kernel with the current version of python-zmq
Package: python-zmq Version: 16.0.2-2+b1 Severity: normal Spyder fails to initialize the kernel. Updating python-zmq to 17.0.0 through pip solves the problem. Temporary solution: pip install --user pyzmq --- System information. --- Architecture: Kernel: Linux 4.15.0-11.1-liquorix-amd64 Debian Release: buster/sid 500 xenial ppa.launchpad.net 500 testing ftp.nl.debian.org 500 stable dl.google.com 500 data neurodebian.ovgu.de 500 buster neurodebian.ovgu.de 500 bionic ppa.launchpad.net --- Package information. --- Depends (Version) | Installed -+-== python (<< 2.8) | 2.7.14-4 python (>= 2.7~) | 2.7.14-4 python:any (<< 2.8) | python:any (>= 2.7.5-5~) | libc6 (>= 2.14) | libzmq5 (>= 4.1.2) | Package's Recommends field is empty. Package's Suggests field is empty.
Bug#893728: [python3-zmq] spyder3 fails to initialize the kernel with the current version of python3-zmq
Package: python3-zmq Version: 16.0.2-2+b1 Severity: normal Spyder3 fails to initialize the kernel. Updating python3-zmq to 17.0.0 through pip3 solves the problem. Temporary solution: pip3 install --user pyzmq --- System information. --- Architecture: Kernel: Linux 4.15.0-11.1-liquorix-amd64 Debian Release: buster/sid 500 testing ftp.nl.debian.org 500 data neurodebian.ovgu.de 500 buster neurodebian.ovgu.de --- Package information. --- Depends (Version) | Installed =-+-== python3 (<< 3.7) | 3.6.4-1 python3 (>= 3.5~) | 3.6.4-1 python3:any (>= 3.3.2-2~) | libc6 (>= 2.14) | libzmq5 (>= 4.1.2) | Package's Recommends field is empty. Package's Suggests field is empty.
Bug#953051: psychopy: python2 dependencies
Package: psychopy Version: 2020.1.1+dfsg-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.5.0-7.1-liquorix-amd64 (SMP w/8 CPU cores; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=en_NL.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages psychopy depends on: ii python33.7.5-3 ii python3-configobj 5.0.6-3 ii python3-freetype 2.1.0.post1-2 ii python3-future 0.18.2-1 ii python3-gevent 1.4.0-1+b1 ii python3-git3.0.7-1 ii python3-gitlab 1:2.0.1-1 ii python3-json-tricks3.11.0-2 ii python3-lxml 4.5.0-1 ii python3-matplotlib 3.1.2-2 ii python3-msgpack0.5.6-3 ii python3-msgpack-numpy 0.4.4-1 ii python3-numpy 1:1.17.4-5 ii python3-opengl 3.1.0+dfsg-2 ii python3-openpyxl 3.0.3-1 ii python3-pandas 0.25.3+dfsg-7 ii python3-pil6.2.1-2+b1 ii python3-psutil 5.6.7-1 ii python3-pygame 1.9.6+dfsg-2 ii python3-pyglet 1.4.10-1 ii python3-requests 2.22.0-2 ii python3-scipy 1.3.3-3 ii python3-serial 3.4-5.1 ii python3-soundfile 0.10.3+post1-1 ii python3-tables 3.6.1-2 ii python3-xlrd 1.1.0-5 ii python3-yaml 5.3-1 ii python3-zmq17.1.2-4 Versions of packages psychopy recommends: pn ipython ii libxxf86vm1 1:1.1.4-1+b2 ii python3-cryptography 2.8-3 ii python3-distro1.4.0-1 ii python3-opencv4.2.0+dfsg-5 ii python3-pygame1.9.6+dfsg-2 ii python3-pyglet1.4.10-1 ii python3-pyo 1.0.0-2.1 ii python3-questplus 2019.4-2 ii python3-wxgtk4.0 4.0.7+dfsg-2 ii python3-xlib 0.23-2 Versions of packages psychopy suggests: pn libavbin0 pn python3-iolabs pn python3-pyxid
Bug#953053: psychopy: missing python3 dependencies
Package: psychopy Version: 2020.1.1+dfsg-1 Severity: important Dear Maintainer, After installing psychopy 2020.1.1, when I use pip3 to install some packages (that do not have psychopy as dependency), I get the following error: ERROR: psychopy 2020.1.1 requires arabic_reshaper, which is not installed. ERROR: psychopy 2020.1.1 requires astunparse, which is not installed. ERROR: psychopy 2020.1.1 requires esprima, which is not installed. ERROR: psychopy 2020.1.1 requires glfw, which is not installed. ERROR: psychopy 2020.1.1 requires javascripthon, which is not installed. ERROR: psychopy 2020.1.1 requires opencv-python, which is not installed. ERROR: psychopy 2020.1.1 requires pyosf, which is not installed. ERROR: psychopy 2020.1.1 requires python-bidi, which is not installed. I checked and these are dependencies of psychopy are not present in the debian repos. It seems that during packaging these dependencies were omitted. As far as i can tell, these dependencies are hard dependencies. Best, Bob -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.5.0-7.1-liquorix-amd64 (SMP w/8 CPU cores; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=en_NL.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages psychopy depends on: ii python33.7.5-3 ii python3-configobj 5.0.6-3 ii python3-freetype 2.1.0.post1-2 ii python3-future 0.18.2-1 ii python3-gevent 1.4.0-1+b1 ii python3-git3.0.7-1 ii python3-gitlab 1:2.0.1-1 ii python3-json-tricks3.11.0-2 ii python3-lxml 4.5.0-1 ii python3-matplotlib 3.1.2-2 ii python3-msgpack0.5.6-3 ii python3-msgpack-numpy 0.4.4-1 ii python3-numpy 1:1.17.4-5 ii python3-opengl 3.1.0+dfsg-2 ii python3-openpyxl 3.0.3-1 ii python3-pandas 0.25.3+dfsg-7 ii python3-pil6.2.1-2+b1 ii python3-psutil 5.6.7-1 ii python3-pygame 1.9.6+dfsg-2 ii python3-pyglet 1.4.10-1 ii python3-requests 2.22.0-2 ii python3-scipy 1.3.3-3 ii python3-serial 3.4-5.1 ii python3-soundfile 0.10.3+post1-1 ii python3-tables 3.6.1-2 ii python3-xlrd 1.1.0-5 ii python3-yaml 5.3-1 ii python3-zmq17.1.2-4 Versions of packages psychopy recommends: pn ipython ii libxxf86vm1 1:1.1.4-1+b2 ii python3-cryptography 2.8-3 ii python3-distro1.4.0-1 ii python3-opencv4.2.0+dfsg-5 ii python3-pygame1.9.6+dfsg-2 ii python3-pyglet1.4.10-1 ii python3-pyo 1.0.0-2.1 ii python3-questplus 2019.4-2 ii python3-wxgtk4.0 4.0.7+dfsg-2 ii python3-xlib 0.23-2 Versions of packages psychopy suggests: pn libavbin0 pn python3-iolabs pn python3-pyxid
Bug#953052: psychopy: python2 dependencies
Package: psychopy Version: 2020.1.1+dfsg-1 Severity: important Dear Maintainer, Psychopy seems to have python2 dependencies. I do not have any python2 packages installed anymore. When installing psychopy 2020.1.1 with apt-get from the official debian repo, it pulls in a selection of python2 packages: ipython libpython-stdlib libpython2-stdlib libpython2.7-minimal libpython2.7-stdlib python python-backports-shutil-get-terminal-size python-chardet python-decorator python-enum34 python-ipython python-ipython-genutils python-minimal python-pathlib2 python-pexpect python- pickleshare python-pkg-resources python-prompt-toolkit python-ptyprocess python-pygments python-scandir python-simplegeneric python-six python-traitlets python-wcwidth python2 python2-minimal python2.7 python2.7-minimal When manually installing the deb with gdebi it does not install these python2 packages. Seems to be some kind of packaging error. Best, Bob -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.5.0-7.1-liquorix-amd64 (SMP w/8 CPU cores; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=en_NL.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages psychopy depends on: ii python33.7.5-3 ii python3-configobj 5.0.6-3 ii python3-freetype 2.1.0.post1-2 ii python3-future 0.18.2-1 ii python3-gevent 1.4.0-1+b1 ii python3-git3.0.7-1 ii python3-gitlab 1:2.0.1-1 ii python3-json-tricks3.11.0-2 ii python3-lxml 4.5.0-1 ii python3-matplotlib 3.1.2-2 ii python3-msgpack0.5.6-3 ii python3-msgpack-numpy 0.4.4-1 ii python3-numpy 1:1.17.4-5 ii python3-opengl 3.1.0+dfsg-2 ii python3-openpyxl 3.0.3-1 ii python3-pandas 0.25.3+dfsg-7 ii python3-pil6.2.1-2+b1 ii python3-psutil 5.6.7-1 ii python3-pygame 1.9.6+dfsg-2 ii python3-pyglet 1.4.10-1 ii python3-requests 2.22.0-2 ii python3-scipy 1.3.3-3 ii python3-serial 3.4-5.1 ii python3-soundfile 0.10.3+post1-1 ii python3-tables 3.6.1-2 ii python3-xlrd 1.1.0-5 ii python3-yaml 5.3-1 ii python3-zmq17.1.2-4 Versions of packages psychopy recommends: pn ipython ii libxxf86vm1 1:1.1.4-1+b2 ii python3-cryptography 2.8-3 ii python3-distro1.4.0-1 ii python3-opencv4.2.0+dfsg-5 ii python3-pygame1.9.6+dfsg-2 ii python3-pyglet1.4.10-1 ii python3-pyo 1.0.0-2.1 ii python3-questplus 2019.4-2 ii python3-wxgtk4.0 4.0.7+dfsg-2 ii python3-xlib 0.23-2 Versions of packages psychopy suggests: pn libavbin0 pn python3-iolabs pn python3-pyxid
Bug#985168: gprename: .desktop file missing
Package: gprename Version: 20201214-0.1 Severity: important X-Debbugs-Cc: debian...@yahoo.nl Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.11.0-6.2-liquorix-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_NL.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_US Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages gprename depends on: ii libglib-perl3:1.329.3-1+b1 ii libgtk3-perl0.038-1 ii libintl-perl1.26-3 ii liblocale-gettext-perl 1.07-4+b1 ii libpango-perl 1.227-3+b3 ii perl5.32.1-3 gprename recommends no packages. gprename suggests no packages.
Bug#985169: luckybackup: superuser luckybackup does not start
Package: luckybackup Version: 0.5.0-4 Severity: important X-Debbugs-Cc: debian...@yahoo.nl Dear Maintainer, luckybackup-pkexec does not start. When changing pkexec "/usr/bin/luckybackup" "$@" to pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY "/usr/bin/luckybackup" "$@" it works. Best, Bob -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.11.0-6.2-liquorix-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_NL.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_US Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages luckybackup depends on: ii libc6 2.31-9 ii libgcc-s1 10.2.1-6 ii libqt5core5a 5.15.2+dfsg-5 ii libqt5gui55.15.2+dfsg-5 ii libqt5widgets55.15.2+dfsg-5 ii libstdc++610.2.1-6 ii luckybackup-data 0.5.0-4 ii rsync 3.2.3-4 luckybackup recommends no packages. luckybackup suggests no packages.
Bug#1011148: linux-image-5.10.0-13-amd64: 11 Bullseye kernel update disables SATA hotplug on AMD x570 MB
Package: src:linux Version: 5.10.106-1 Severity: normal X-Debbugs-Cc: s...@homeurl.co.uk Dear Maintainer, On my AMD x570 chipset based system the kernel linux-image-5.10.0-10-amd64 broke SATA hotplug, if I revert to linux-image-5.10.0-9-amd64 hotplug works, or on my very old AMD 780G chipest based system linux-image-5.10.0-10-amd64 has working SATA hotplug. This behavior is still exibited by 5.10.0-14-amd64 & 5.16.0-0.bpo.4-amd64 from backports, this machine also has a 4 port PCI-E SATA card on which hotplug works flawlessly. I have checked BIOS & hotplug is enabled on the motherboard ports plus it works with the older kernels. I have posted https://forums.debian.net/viewtopic.php?f=5=151211 but no luck yet finding a solution. What can I do to help debug this? Best Regards Bob -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: System manufacturer product_name: System Product Name product_version: System Version chassis_vendor: Default string chassis_version: Default string bios_vendor: American Megatrends Inc. bios_version: 4204 board_vendor: ASUSTeK COMPUTER INC. board_name: TUF GAMING X570-PLUS board_version: Rev X.0x ** PCI devices: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse Root Complex [1022:1480] Subsystem: ASUSTeK Computer Inc. Starship/Matisse Root Complex [1043:8808] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge [1022:1482] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge [1022:1482] DeviceName: Onboard IGD Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:04.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge [1022:1482] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge [1022:1482] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:790b] (rev 61) Subsystem: ASUSTeK Computer Inc. FCH SMBus Controller [1043:87c0] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 02:03.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Matisse PCIe GPP Bridge [1022:57a3] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 02:05.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Matisse PCIe GPP Bridge [1022:57a3] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Sta
Bug#1011148: linux-image-5.10.0-13-amd64: 11 Bullseye kernel update disables SATA hotplug on AMD x570 MB
On 05/12/2022 16:55, Diederik de Haas wrote: Control: found -1 5.16.12-1~bpo11+1 Control: tag -1 moreinfo On Tuesday, 17 May 2022 15:25:29 CET Bob wrote: This behavior is still exibited by ... 5.16.0-0.bpo.4-amd64 from backports Updated bug with that info. Does this problem still occur with the latest 5.10 version and/or the latest backports kernel? It still occurs with Linux AsusTUFgX570 5.10.0-19-amd64 #1 SMP Debian 5.10.149-2 (2022-10-21) x86_64 GNU/Linux but is fixed by adding kernel commandline option ahci.mobile_lpm_policy=1 Thank you for your help. Best
Bug#340386: coreutils: cp -r 1/ 2/ no longer works
Junichi Uekawa wrote:
Constructs like
cp -al oprofile{,--}/
cp -al oprofile/ oprofile--/
now fail if the target DIRECTORY do not exist (they used to work on sarge
system)
cp -al oprofile{,--}
cp -al oprofile oprofile--
cp -al oprofile/ oprofile--
Works.
I cannot find references to this changes in NEWS file,
and I am wondering if it's an intended change in behavior or not.
This is the same as Bug#339461.
POSIX requires the behavior that trailing slashes push into the
directory. If a trailing slash is explicitly stated then the name
must be a directory or it is an error. The behavior in woody is a
bug in the woody version.
Bob
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338676: Status update
Just wanted to give a status update on this ITP. A discussion(?) is taking place on .egg in Debian which has made the packaging of TG a political adventure. I've put pristine upstream source into cvs on alioth and I'll put in the debian branch tonight. -BUT- going forward, I'd like to wait for a decision from Debian python policy people before finishing the ITP. -- Bob Tanner [EMAIL PROTECTED] | Phone : (952)943-8700 http://www.real-time.com, Minnesota, Linux | Fax : (952)943-8500 Key fingerprint = AB15 0BDF BCDE 4369 5B42 1973 7CF1 A709 2CC1 B288 pgp1UxhNo3hJX.pgp Description: PGP signature
Bug#338676: alioth cvs ready
I've got TG-0.8a4 into alioth cvs and it's ready for everyone to help :-) package this thing into a .deb Aloith URL https://alioth.debian.org/projects/pkg-turbogears/ Browse CVS http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/TurboGears/?cvsroot=pkg-turbogears Anonymous CVS access % cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/pkg-turbogears login % cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/pkg-turbogears co -r TG_0_8a4_debian Turbogears If you are interested in write access to cvs, please email me your Aloith account name and I'll add you to the project. -- Bob Tanner [EMAIL PROTECTED] | Phone : (952)943-8700 http://www.real-time.com, Minnesota, Linux | Fax : (952)943-8500 Key fingerprint = AB15 0BDF BCDE 4369 5B42 1973 7CF1 A709 2CC1 B288 pgpzAmsC0aukB.pgp Description: PGP signature
Bug#341192: spe: New upstream release
Package: spe Version: 0.7.5c-1 Severity: wishlist New upstream release https://sourceforge.net/project/showfiles.php?group_id=145384package_id=159890release_id=373994 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages spe depends on: ii kiki 0.5.6-1 tool for python regular expression ii python 2.3.5-3 An interactive high-level object-o ii python-wxglade 0.3.5.cvs20050824-0.2 GUI designer written in Python wit ii python-wxgtk2.62.6.1.2 wxWidgets Cross-platform C++ GUI t spe recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341192: spe-0.8.0 patch
Package: spe Version: 0.7.5c-1 Followup-For: Bug #341192 Patch attached to build spe-0.8.0 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages spe depends on: ii kiki 0.5.6-1 tool for python regular expression ii python 2.3.5-3 An interactive high-level object-o ii python-wxglade 0.3.5.cvs20050824-0.2 GUI designer written in Python wit ii python-wxgtk2.62.6.1.2 wxWidgets Cross-platform C++ GUI t spe recommends no packages. -- no debconf information spe_0.8.0-0.1.diff.gz Description: Binary data
Bug#341350: amavis-stats: New upstream release
Package: amavis-stats Severity: wishlist New upstream release amavis-stats - 0.1.18 - 4. Nov. 2005 Tool to generate e-mail statistics from logfiles. http://downloads.topicdesk.com/amavis_stats/amavis-stats-0.1.18.tar.gz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228604: Adjust alternatives priorities?
Eric Dorland wrote: Bob Proulx wrote: Eric Dorland wrote: Scott James Remnant wrote: However the priorities of the /usr/bin/automake alternative still make automake1.4 the best version. Could this be changed so that the best version is now the most recent, rather than the oldest? I'd like to do that, but last time I checked, a lot of packages that call automake in there build-dependencies expect automake to be automake 1.4. If packages stop build-depending on automake I could certainly change this. This bug was file before the last stable release. Now that there has been a stable release is is possible to make changes now so that the next stable release will have the most recent version the default instead of the oldest? I'm trying to think why I objected to this before, but I'm not sure what I was thinking. Time goes by and it is sometimes hard to get back into the same mental state. This bug is old enough that I think much of the environment around it has changed significantly enough that previous issues are completely different now. I think it needs to be looked at fresh today and dealt with in the current environment. The only problem with this change is that there are still packages that Build-Depend on automake, and if I make this change, those packages will fail to build on systems with multiple automakes installed (and the alternatives haven't been touched manually). I'm not sure if that's really a problem or not. For Etch I believe that any package that Build-Depends on automake (which is 1.4p4) needs to be updated. Upstream considers that version very old and obsolete and I think most developers would also agree. It is unfortunate that the API is not fully backwards compatible. But it is not. Some changes may need to be made to work with the newer autotools. There is a strong split of reasoning of developers as to whether to run the autotools at package build time and then Build-Depend upon the autotools. One group thinks this should never be done. The other group thinks this should always be done. This has been debated often enough that I think both groups are right in their own reasoning. I don't think it would be productive to try to convince one group to the other group's thinking at this time. For now let's just accept it and move on. The typical reasoning put forward as to why to use the autotools at package build time and then to Build-Depend upon them is so that the package will be guarenteed to build from full source in Debian. I think that is a defensible argument. If this is the case then packages which do so much be willing to upgrade as the build environment in Debian is upgraded. This keeps the package alive and buildable from full source as is the desire. Therefore I think it is reasonable to expect that packages that Build-Depend upon automake will need to be modified in order to adapt to the proposed change. (And of course packages in the other group which do not run the autotools at build time but use the static built files and do not build depend upon automake will not be affected. But they will also not really build from full source either. They might not have before. But let's not go there at this moment.) I think the best case would be to have those packages that build depend upon automake to upgrade to work with a newer automake version. Also an okay result would be to have packages that build depend upon automake change to build depend upon automake1.4 and also to call automake1.4 explicitly in their debian/rules file at package build time. Either case resolves this problem acceptably well without a major thrash. Comments? Bob signature.asc Description: Digital signature
Bug#341912: coreutils: Please document that sleep takes multiple arguments
Justin Pryzby wrote: Package: coreutils Version: 5.2.1-2 Severity: minor Please document the behaviour of, for example, sleep 1h 1m 1s. The manual already documents this. man sleep SYNOPSIS sleep NUMBER[SUFFIX]... info coreutils sleep sleep NUMBER[smhd]... This uses the same notation as all of the coreutils commands. Did you have something else in mind? Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228604: Adjust alternatives priorities?
Bob Proulx wrote: I think the best case would be to have those packages that build depend upon automake to upgrade to work with a newer automake version. Also an okay result would be to have packages that build depend upon automake change to build depend upon automake1.4 and also to call automake1.4 explicitly in their debian/rules file at package build time. Either case resolves this problem acceptably well without a major thrash. Comments? I ran the following command to create a list of packages that Build-Depend upon automake. This produced the names of 98 packages in Sid today. grep-dctrl -F Build-Depends automake /var/lib/apt/lists/http.us.debian.org_debian_dists_sid_main_source_Sources | grep-dctrl -v -F Build-Depends -e 'automake[n1]' -n -s Package I ran the following command to create a list of maintainers of these packages. This produced the names of 71 maintainers in Sid today. grep-dctrl -F Build-Depends automake /var/lib/apt/lists/http.us.debian.org_debian_dists_sid_main_source_Sources | grep-dctrl -v -F Build-Depends -e 'automake[n1]' -n -s Maintainer | sort -u I did not feel the need to include those lists here because anyone can use those commands to generate that list on the fly. I spot checked two packages (gconf and time) and neither of those two ran automake during package build. However they do patch both source and derived files and suffer from the well known problem that timestamps are not set on patched files and therefore a race condition exists which may cause the autotools to be run to bring those files up to date. They probably depend upon the autotools just for the case when this condition is triggered without really understanding the underlying timestamp problems. In these two cases it would be better to touch the files up to date to ensure timestamp ordering of files and then remove the build dependency upon the autotools entirely. For my test I changed automake to automaken and both of these packages built without issue. Although those two did not call automake explicitly I am sure that others in the list do. At least I hope they are not all as silly! Updating the automake package to change the alternatives priority will not immediately break any of these packages. Those are all already built and installed in the archive. Those deb files will continue to be installable. It would only make them FTBFS upon the next upload of a new version of the package. However upon trying to recompile them for a new architecture such as amd64, if it ever is allowed to enter Sid, it would be FTBFS then. Hopefully amd64 will eventually become part of Debian and so we should definitely address the issue. Bob signature.asc Description: Digital signature
Bug#309399: cupsys: fails to print
Package: cupsys Version: 1.1.23-7 Severity: wishlist -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cupsys depends on: ii adduser 3.63 Add and remove users and groups ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-7 Common UNIX Printing System(tm) - ii libcupsys2-gnutls10 1.1.23-7 Common UNIX Printing System(tm) - ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpaper1 1.1.14-3 Library for handling paper charact ii libslp1 1.0.11a-2OpenSLP libraries ii patch 2.5.9-2 Apply a diff file to an original ii perl-modules5.8.4-8 Core Perl modules ii xpdf-utils 3.00-13 Portable Document Format (PDF) sui ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, socket, usb Error_log shows exit status 22 because the program cannot find foomatic-rip. After downloading foomatic-filters from www.linuxprinting.org, I moved foomatic-rip to the cups filter directory, and printing was successful. Debian foomatic-filters may be the same package, but 'apt-cache show' states that it needs the foomatic-db-engine to be useful, and I do not have that installed. I suggest that either foomatic-rip be included in the cupsys package, or that a warning be posted somewhere that at least some systems require it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309430: coreutils: chown/chgrp has problem with LDAP based users ?
gary ng wrote: I have no idea what the source of this. I have a LDAP directory setup for user account management. Everything things work fine including login etc. However, when I want to change the ownership of a file belong to a particular user(under his home directory) when login as that user, I get a operation not permitted, as below : This is not a bug in coreutils. It is a security policy decision of the operating system kernel. Please read the GNU coreutils FAQ. http://www.gnu.org/software/coreutils/faq/ Look for Why can only root chown files? Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309430: coreutils: chown/chgrp has problem with LDAP based users ?
gary ng wrote: ah, but how come another user(non-root) can do it then ? If you own the file and are also in the group then the linux kernel allows you to change the group. drwx--x--x 2 svn svn4096 May 17 15:53 abc [EMAIL PROTECTED]:~$ chown svn.www-data abc [EMAIL PROTECTED]:~$ ls -l drwx--x--x 2 svn www-data 4096 May 17 15:53 abc What does this say? id svn Does it include the www-data group? If so then the Linux kernel allows this fine. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309430: coreutils: chown/chgrp has problem with LDAP based users ?
gary ng wrote: [EMAIL PROTECTED]:~$ chown chimp.www-data abc chown: changing ownership of `abc': Operation not permitted What does this say? id chimp If it does not include www-data as one of the groups then the Linux kernel will not allow that operation. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309430: coreutils: chown/chgrp has problem with LDAP based users ?
gary ng wrote: oh, I see it now. So the to that I change to must satisfy 2 conditions : 1. I am only changing the owner to myself 2. I must also be a member of the group owner that I change to Yes. You have it. I can understand (1) but it is (2) that I don't find mentioned anywhere. Not that people will think this is the most obvious place to look but look in the chown(2) man page. man 2 chown These system calls change the owner and group of the file specified by path or by fd. Only a privileged process (Linux: one with the CAP_CHOWN capability) may change the owner of a file. The owner of a file may change the group of the file to any group of which that owner is a member. A privileged process (Linux: with CAP_CHOWN) may change the group arbitrarily. ... CONFORMING TO The chown call conforms to SVr4, SVID, POSIX, X/OPEN. The 4.4BSD ver- sion can only be used by the superuser (that is, ordinary users cannot give away files). SVr4 documents EINVAL, EINTR, ENOLINK and EMULTIHOP returns, but no ENOMEM. POSIX.1 does not document ENOMEM or ELOOP error conditions. Would it be better to mention it somewhere in the faq. Good suggestion. I will add that to the FAQ. Forgive my ignorance and please close the bug. I am not the package maintainer. http://www.debian.org/Bugs/Developer Normally, the only people that are allowed to close a bug report are the submitter of the bug and the maintainer(s) of the package against which the bug is filed. As the submitter you may close the bug. With the emails received from the bug tracking system, all you need to do to close the bug is to make a Reply in your mail reader program and edit the To field to say [EMAIL PROTECTED] instead of [EMAIL PROTECTED] (nnn-close is provided as an alias for nnn-done). Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342462: xsnow: snow overwrites icons on KDE 3.4 root window
Package: xsnow Version: 1:1.42-2 Severity: important Hi Cai - I reported this bug a while ago against a package version prior to 1.42-4, I believe. I can't find my bug report on bugs.debian.org. The 1.42-4 version worked correctly with KDE at the time. This changed with version 1:1.41-2 when the previous maintainer had to back out the root window code due to a licensing problem. (See changelog.Debian entry for Mon, 24 May 2004 12:24:55 -0700.) When you took over as maintainer from Randall, you sent email closing the bug report because a new upstream release was out. I tried the new package out of testing. I'm sorry to report the bug still exists. Under KDE 3.4, xsnow still overwrites all the icons on the desktop until they are no longer visible. I can still click on the place they used to be and run a program. Refreshing the desktop brings them back temporarily. I'll be happy to test any patches you are able to come up. bob -- System Information: Debian Release: testing APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc4 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xsnow depends on: ii libc62.3.5-8 GNU C Library: Shared libraries an ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxpm4 6.8.2.dfsg.1-10 X pixmap library ii psmisc 21.8-1 Utilities that use the proc filesy ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m xsnow recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#223068: sorting in unicode broken
Tomasz Wegrzanowski wrote: $ cat X a a a c ab c $ cat X | LC_COLLATE=C sort Ordered based upon the underlying ASCII data encoding of the characters. a a a c ab c $ cat X | LC_COLLATE=pl_PL.UTF-8 sort a a ab c a c Ordered based upon what the pl_PL locale ordering of the characters. Try the -k option. I think you will be happier with the result. cat X | LC_COLLATE=pl_PL.UTF-8 sort -k1,1 a a a c ab c This is not lexicographic. It is as defined by the pl_PL locale. In that locale setting (and other non-standard locales) punctuation and whitespace are ignored and case is folded. (And no I don't like it either.) There's no consistent ordering between b and space. In the pl_PL locale the space is ignored. cat X | LC_COLLATE=pl_PL.UTF-8 sort | tr -d ' ' aa abc ac After you remove the spaces the ordering of pl_PL ignoring spaces is more apparent. You are asking for spaces and punctuation to have a declared ordered in the pl_PL (and others) locale. But that is out of our hands. Nothing we can do about it here. It is now a standards conformance issue. The locale data tables that drive this and grep and awk and and other commands are part of libc. I suggest that you set your locale to C and avoid all of these locale dependent problems. Characters may be ordered in any locale-dependent way, but the lines should be sorted consistently or bad things will happen. Your statement is in conflict with itself. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303633: Small error in ls manual?
Christian Hudon wrote:
In the ls manpage (and in its info manual too, I presume), option -f is
described as:
-f do not sort, enable -aU, disable -lst
That is true. The question is what else does it do.
However looking in the neighborhood of option -s, we see:
-s, --size
print size of each file, in blocks
-S sort by file size
It'd be a good idea to take a look at the code to confirm, but given its
description, it'd make more sense if -f disabled option -S instead of
(or in addition to?) option -s.
It would be -S in addition to the -s option. Looking at the code I
can also see that it disables --color and -1 too.
static enum sort_type const sort_types[] =
{
sort_none, sort_time, sort_size, sort_extension, sort_version
};
...
case 'f':
/* Same as enabling -a -U and disabling -l -s. */
ignore_mode = IGNORE_MINIMAL;
sort_type = sort_none;
sort_type_specified = true;
/* disable -l */
if (format == long_format)
format = (isatty (STDOUT_FILENO) ? many_per_line : one_per_line);
print_block_size = false; /* disable -s */
print_with_color = false; /* disable --color */
break;
...
case 's':
print_block_size = true;
break;
...
case 'S':
sort_type = sort_size;
sort_type_specified = true;
break;
It may seem strange that this is documented as it is but the
documented behavior is required by POSIX.
http://www.opengroup.org/onlinepubs/009695399/utilities/ls.html
-f
Force each argument to be interpreted as a directory and list the
name found in each slot. This option shall turn off -l, -t, -s,
and -r, and shall turn on -a; the order is the order in which
entries appear in the directory.
It also has additional behavior too.
Bob
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303633: Small error in ls --help output?
Christian Hudon reported to the Debian BTS that while the ls --help output for the -f option documented that it turned off the -lst options that it did not document that it also disabled the -S option. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=303633 Should it list -S too? Should it also document other effects such as that it turns off --color and -1? Thanks Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286493: Greylisting returns 450 temporary failure, MTA retries, delivers later
Thomas Hood wrote: By the way, I can't write to you directly because: [EMAIL PROTECTED] Delay reason: SMTP error from remote mailer after RCPT TO:[EMAIL PROTECTED]: host mx.meyering.net [82.230.74.64]: 450 [EMAIL PROTECTED]: Recipient address rejected: Greylisted for 16990 seconds (see http://isg.ee.ethz.ch/tools/postgrey/help/meyering.net.html) so I'll have to communicate with you via Debian coreutils bug report logs. SMTP 4xx response codes are temporary failures only. It is not a permanent rejection. The mail is only deferred. These are not specific to greylisting and also occur during DNS outages and when the disk fills up and are a normal part of smtp flow control. Your mail is not being permanently blocked. It is a greylist, not a blacklist. Your mta will retry the delivery and the mail will be delivered on a future queue delivery run. Your mta will allow messages to stay in your mail queue up to the bounce queue lifetime. Only at that time will the mail be permanently rejected. On most mta configurations that is five days. Because the greylist time is less than this your messages will almost certainly be delivered. Upon receipt of a valid message the target host will add the sender's IP address to its list of previously seen addresses. Future deliveries will incur no delay. Delays are imposed only upon initial contact. Subsequent contacts will be delivered without delay. You may have seen a delivery delay warning from your mta. Classic Sendmail for example would by default be configured to send a notification that a delay had occurred after four hours. Because Jim's grelist time shows 16990 seconds or 4.7 hours which is longer than the typical four hour default this may trigger a delivery delay warning. But that message should also have said clearly that it was not a bounce and that delivery of your message would be attempted up to the queue lifetime. These messages are considered obsolete by many on the internet. It is frequently a source of backscatter spam. Postfix as one example disables the sending of that warning message by default. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336540: bzr-0.6/bzrlib/trace.py
Did some more debugging
bzr-0.6/bzrlib/trace.py
def open_tracefile(tracefilename='~/.bzr.log'):
print before codecs.open, trace_fname
tf = codecs.open(trace_fname, 'at', 'utf8', buffering=1)
print after codecs.open
before codecs.open /home/tanner/.bzr.log
No handlers could be found for logger bzr
Traceback (most recent call last):
File ./bzr, line 63, in ?
bzrlib.trace.enable_default_logging()
File /tmp/bzr-0.6/bzrlib/trace.py, line 211, in enable_default_logging
_file_handler.setLevel(level)
AttributeError: 'NoneType' object has no attribute 'setLevel'
The tf = codecs.open(trace_fname, 'at', 'utf8', buffering=1) is throwing an
exception!
In pbuilder-sarge, ~/.bzr.log, expands to /home/tanner/.bzr.log, but that
doesn't exist.
Demo with interactive python
# python2.4
Python 2.4.1 (#2, May 5 2005, 11:32:06)
[GCC 3.3.5 (Debian 1:3.3.5-12)] on linux2
Type help, copyright, credits or license for more information.
import codecs
tf = codecs.open('/home/tanner/bzr.log', 'at', 'utf8', buffering=1)
Traceback (most recent call last):
File stdin, line 1, in ?
File /usr/lib/python2.4/codecs.py, line 607, in open
file = __builtin__.open(filename, mode, buffering)
IOError: [Errno 2] No such file or directory: '/home/tanner/bzr.log'
Not sure why this exception isn't being caught nor why this work under
pbuilder running sid.
To test I did the following.
trace_fname = os.path.join(os.path.expanduser(tracefilename))
to
trace_fname = os.path.join(os.path.expanduser('/var/tmp/bzr.log'))
Bingo! Ran 488 tests in 21.470s
Off to look at why this does -not- fail under pbuilder-sid.
--
Bob Tanner [EMAIL PROTECTED] | Phone : (952)943-8700
http://www.real-time.com, Minnesota, Linux | Fax : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42 1973 7CF1 A709 2CC1 B288
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336540: ./bzr selftest and sid
Confirmed that ./bzr selftest fails under sid pbuilder too for the same reason. Your home directory does not exist under a pbuilder chroot. ./bzr selftest No handlers could be found for logger bzr Traceback (most recent call last): File ./bzr, line 63, in ? bzrlib.trace.enable_default_logging() File /tmp/bzr-0.6/bzrlib/trace.py, line 205, in enable_default_logging _file_handler.setLevel(level) AttributeError: 'NoneType' object has no attribute 'setLevel' make: *** [common-post-build-indep] Error 1 I guess the recommendation is not to assume ~/bzr.log can be made and fail over to /var/tmp or /tmp ? -- Bob Tanner [EMAIL PROTECTED] | Phone : (952)943-8700 http://www.real-time.com, Minnesota, Linux | Fax : (952)943-8500 Key fingerprint = AB15 0BDF BCDE 4369 5B42 1973 7CF1 A709 2CC1 B288 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336540: bzr-0.6/bzrlib/trace.py
Tags: patch Back to the open_tracefile try: tf = codecs.open(trace_fname, 'at', 'utf8', buffering=1) snip except IOError, e: warning(failed to open trace file: %s % (e)) print * WTF ** ./bzr selftest No handlers could be found for logger bzr * WTF ** So, the codecs.open() does throw an IOError, I think some sort of error recovery is possible? One possible solution? Default to sys.stderr. Attached patch. -- Bob Tanner [EMAIL PROTECTED] | Phone : (952)943-8700 http://www.real-time.com, Minnesota, Linux | Fax : (952)943-8500 Key fingerprint = AB15 0BDF BCDE 4369 5B42 1973 7CF1 A709 2CC1 B288 diff -uNr bzr-0.6/bzrlib/trace.py bzr-0.6-tanner/bzrlib/trace.py --- bzr-0.6/bzrlib/trace.py 2005-10-28 05:57:06.0 + +++ bzr-0.6-tanner/bzrlib/trace.py 2005-11-02 22:36:14.317884117 + @@ -130,7 +130,11 @@ # buffering=1 means line buffered try: tf = codecs.open(trace_fname, 'at', 'utf8', buffering=1) +except IOError: + # Could not open logfile, default to sys.stderr +tf = sys.stderr +try: if os.fstat(tf.fileno())[stat.ST_SIZE] == 0: tf.write(\nthis is a debug log for diagnosing/reporting problems in bzr\n) tf.write(you can delete or truncate this file, or include sections in\n) pgpH0a3wjzS82.pgp Description: PGP signature
Bug#337643: stty can not set utf8 on terminal
[EMAIL PROTECTED] wrote: stty sane does not handle setting of utf8 The documentation for 'stty' says: sane same as cread -ignbrk brkint -inlcr -igncr icrnl -ixoff -iuclc -ixany imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke, all special characters to their default values. Perhaps that is not a good option for you to use? There is no possibilty to set utf8 on the input settings. Exactly what stty settings are you wanting to set? You did not say and I cannot deduce them from the context of your email. Here a transcript: $ stty sane $ stty -a speed 38400 baud; rows 28; columns 147; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = undef; eol2 = undef; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -ixon -ixoff -iuclc -ixany imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke That is all correct. I don't see any problems there. $ stty -iutf8 stty: ungültiges Argument #8222;-iutf8#8220; #8222;stty --help#8220; gibt weitere Informationen. There is no such argument. The only arguments available are the ones documented in the manual. info coreutils stty Bob
Bug#337474: coreutils: ln -s a b .. creates links to wrong files
Braun Gabor wrote: The info node ln invocation has this example at the end: ln -s a b .. # creates links ../a and ../b pointing to ./a and ./b I have tried it. The result: ../a pointing to itself and ../b pointing to itself. Such self-referencing links are totally useless. Thanks for the report. But what you are seeing is not a bug. Symbolic links are purely linked by name value and nothing more. The names in the examples are a and b. Those are created in the directory .. and they do point to ./a and ./b. Not a useful example but still illustrative of what the command does. When the target is a directory the new files (symlinks are special files) created will be named the same as the source file names. Each one will hold the value of the source. As you reported the example the result is not useful. However it is correct. The upstream documentation that will be in the next Debian release has been expanded to say this more explicitly. Here is the current documentation. Examples: Bad Example: # Create link ../a pointing to a in that directory. # Not really useful because it points to itself. ln -s a .. Better Example: # Change to the target before creating symlinks to avoid being # confused. cd .. ln -s adir/a . Bad Example: # Hard coded file names don't move well. ln -s $(pwd)/a /some/dir/ Better Example: # Relative file names survive directory moves and also # work across networked file systems. ln -s afile anotherfile ln -s ../adir/afile yetanotherfile ln -s a b .. # creates links ../a and ../b pointing to ./a and ./b ... I expected that the result is ../a pointing to a in the current directory, i.e the directory in which the command was issued. Similarly for ../b. Your expectations were incorrect. That is not what happens. That behavior would be completely different from the traditional behavior for 'ln' creating symlinks. This new behavior that you are desiring has been suggested before and if someone were motivated to write the code, tests and docs for it then I am confident that it would be accepted in the upstream project. But until someone does those things it then it does not exist. In any case it is not a bug in the current code. The program is behaving as it should behave in your case. My general experience is that ln -s relative/path/to/target linkname interprets the path to target relative to the parent directory of linkname and not relative to the working directory. That is correct. You have it the -s option which specifies this behavior. It is creating a symbolic (name) translation because of the presence of the -s option. In contrast ln relative/path/to/file linkname interprets the path relative to the working directory. That is correct. You used it in the default mode which hard links files. You are confusing file name linking with file inode linking. Those are really to completely different things and are only vaguely related. In many ways it is unfortunate that the same 'ln' command implements both operations. Really for the jobs they are doing they should be in two completely different commands. 'cp', 'mv', 'ln', 'rm', 'chmod', etc. all operate on files and the source arg is relative to the current directory. Those are the old commands of the unix system. They are all mostly consistent on how they operate. Symbolic links were developed at Berkeley and came much later. They were bolted onto the existing commands. That is why it requires an option to 'ln' to create symbolic links. When the option is specified it changes the behavior of ln and it now creates symbolic name links between files instead of hard inode links between files. The -s option turns on this mode of operation. Bob -- Bob Proulx [EMAIL PROTECTED] http://www.proulx.com/~bob/ CP-ASEL-IA-Tailwheel-Glider -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337643: stty can not set utf8 on terminal
tags 337643 + fixed-upstream thanks Jim Meyering wrote: Bob Proulx wrote: [EMAIL PROTECTED] wrote: stty sane does not handle setting of utf8 The documentation for 'stty' says: sane same as cread -ignbrk brkint -inlcr -igncr icrnl -ixoff -iuclc -ixany imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke, all special characters to their default values. Hi Bob, Hi Jim! FYI, iutf8 is in upstream coreutils: `iutf8' Assume input characters are UTF-8 encoded. May be negated. Thanks for that information. I had not realized that was in the latest versions. In my defense I will say that I was looking at version 5.2.1 for which the bug was posted against. :-) [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.2.1-2.1 Severity: wishlist But if I had realized that was in later versions I would have said something different. Thanks Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328737: coreutils: the total for ls -l (and df too) is miscalculated
alex bodnaru wrote: ls -l and df miscalculate the total file size. see the sample output below. I don't see anything wrong with that output. output of: ls -lh /smb-server/uml-net/ total 1.6G -rw-r--r-- 1 alex uml-net 23M Feb 26 2005 Debian-3.0r0.ext2.bz2 -rw-r--r-- 1 alex uml-net 162M Jul 13 04:50 Debian-3.0r2.ext2 drwxr-xr-x 2 alex uml-net 4.0K Sep 1 18:43 modules -rwxr-xr-x 1 alex uml-net 177 Aug 6 22:52 myrootstrap -rw-r--r-- 1 alex uml-net 565 Aug 7 03:50 rootstrap.conf -rw-r--r-- 1 alex uml-net 567 Aug 7 04:13 rootstrap.conf.etch -rw-r--r-- 1 alex uml-net 569 Aug 7 04:13 rootstrap.conf.sarge -rw-r--r-- 1 alex uml-net 543 Aug 7 04:13 rootstrap.conf.sid -rw-r--r-- 1 alex uml-net 569 Aug 7 04:14 rootstrap.conf.woody -rwxr-xr-x 1 alex uml-net 740 Sep 11 00:08 uml-run -rw-r--r-- 1 alex uml-net 512M Sep 16 06:25 uml.etch.ext3 -rw-r--r-- 1 alex uml-net 512M Aug 28 05:30 uml.sarge.ext3 -rw-r--r-- 1 alex uml-net 512M Sep 10 23:55 uml.sid.ext3 -rw-r--r-- 1 alex uml-net 512M Sep 7 05:50 uml.woody.ext3 Okay. output of: df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda9 6886260 2172600 4363848 34% / tmpfs 12416416124148 1% /dev/shm /dev/hda11 6989084 2859244 3774808 44% /common /dev/hda7 4917648 1656728 302 36% /smb-server Okay. That all looks okay to me. What is the problem? Please be specific. In order for the above to be correlated you would need to have ls report the file size in blocks with the -s option and to have du report the amount of disk space used in that directory. I think you might be confusing the these commands. 'ls -l' lists the size of the file. 'df' lists the free disk space available by using statfs() which deals with blocks of a fixed size. 'du' (not mentioned) reports the amount of disk blocks used. All three of those are subly different. Try this example: dd bs=1 count=1 of=foo if=/dev/zero seek=500M ls -slh foo 512K -rw-r--r-- 1 bob bob 501M 2005-11-08 00:30 foo du -sh foo 512Kfoo Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334933: python2.4-cherrypy: Patch to close this wishlist entry
Package: python2.4-cherrypy Version: 2.0.0f-1 Followup-For: Bug #334933 Patch to close this wishlist item. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python2.4-cherrypy depends on: ii python2.4 2.4.2-1An interactive high-level object-o python2.4-cherrypy recommends no packages. -- no debconf information python-cherrypy_2.1.0-0.diff.gz Description: Binary data
Bug#338276: New bleeding edge upstream release kid-0.7a.tar.gz
Package: kid Severity: wishlist New upstream bleeding edge release kid-0.7a.tar.gz http://kid.lesscode.org/dist/0.7a/kid-0.7a.tar.gz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338329: python2.4-setuptools: New upstream release setuptools-0.6a7
Package: python2.4-setuptools Version: 0.6a6-1 Severity: wishlist New upstream version available http://cheeseshop.python.org/packages/2.4/s/setuptools/setuptools-0.6a7-py2.4.egg OR http://svn.python.org/projects/sandbox/trunk/setuptools/#egg=setuptools-dev -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python2.4-setuptools depends on: ii python2.4-dev 2.4.2-1Header files and a static library python2.4-setuptools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338330: python-setuptools: Convert debian/rules to cdbs
Package: python-setuptools Version: 0.6a6-1 Severity: wishlist Convert debian/rules to cdbs -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-setuptools depends on: ii python2.3.5-3An interactive high-level object-o ii python2.3 2.3.5-8An interactive high-level object-o ii python2.3-setuptools 0.6a6-1Python Distutils Enhancements python-setuptools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330562: python-setuptools: Proposed patch for #330562
Package: python-setuptools Version: 0.6a6-1 Followup-For: Bug #330562 Proposed patch for #330562 attached. Used Johannes recommendation for a setuptools.pth, works great % python2.4 Python 2.4.2 (#2, Sep 29 2005, 00:23:59) [GCC 4.0.2 (Debian 4.0.1-9)] on linux2 Type help, copyright, credits or license for more information. import setuptools import sys print sys.path ['', '/usr/lib/python24.zip', '/usr/lib/python2.4', '/usr/lib/python2.4/plat-linux2', '/usr/lib/python2.4/lib-tk', '/usr/lib/python2.4/lib-dynload', '/usr/local/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages/setuptools-0.6a6-py2.4.egg', '/usr/lib/python2.4/site-packages'] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-setuptools depends on: ii python2.3.5-3An interactive high-level object-o ii python2.3 2.3.5-8An interactive high-level object-o ii python2.3-setuptools 0.6a6-1Python Distutils Enhancements python-setuptools recommends no packages. -- no debconf information python-setuptools_0.6a6-2.diff.gz Description: Binary data
Bug#338276: kid: Proposed patch
Package: kid Version: 0.6.3-2 Followup-For: Bug #338276 Proposed patch -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kid depends on: ii python2.3.5-3An interactive high-level object-o ii python-elementtree1.2.6-3Light-weight toolkit for XML proce kid recommends no packages. -- no debconf information python-kid_0.7a-0.diff.gz Description: Binary data
Bug#338382: ITP: python-formencode -- FormEncode is a validation and form generation package.
Package: wnpp Severity: wishlist Owner: Bob Tanner [EMAIL PROTECTED] * Package name: python-formencode Version : 0.2.2 Upstream Author : Ian Bicking [EMAIL PROTECTED] * URL : http://formencode.sf.net * License : PSF Description : FormEncode is a validation and form generation package. The validation can be used separately from the form generation. The validation works on compound data structures, with all parts being nestable. It is separate from HTTP or any other input mechanism. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338276: kid 0.7.1 released
Package: kid Version: 0.6.3-2 Followup-For: Bug #338276 0.7.1 is released now http://kid.lesscode.org/kid/dist/0.7.1/kid-0.7.1.tar.gz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kid depends on: ii python2.3.5-3An interactive high-level object-o ii python-elementtree1.2.6-3Light-weight toolkit for XML proce kid recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338276: kid home page has wrong url
Package: kid Version: 0.6.3-2 Followup-For: Bug #338276 The kid home page has a wrong url, the url that works is http://lesscode.org/dist/kid/0.7.1/kid-0.7.1.tar.gz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kid depends on: ii python2.3.5-3An interactive high-level object-o ii python-elementtree1.2.6-3Light-weight toolkit for XML proce kid recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338571: ITP: python-pylib -- python unit testing framework
Package: wnpp Severity: wishlist Owner: Bob Tanner [EMAIL PROTECTED] * Package name: python-pylib Version : 20051109 Upstream Author : Holger Krekel [EMAIL PROTECTED] * URL : http://codespeak.net/py/current/doc/test.html * License : Copyright Description : python unit testing framework The py lib aims at supporting a decent development process addressing important deployment, versioning, testing and documentation issues - seen primarily from the perspective of a FOSS (Free and Open Source) developer. . Homepage: http://codespeak.net/py/current/doc/home.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338571: ITP: python-pylib -- python unit testing framework
On Friday 11 November 2005 08:21 am, Nico Golde wrote: Sorry, I think this Copyright is not the license, can you please correct it? If I looked at the correct source its MIT licensed. I could only find the attached license. I've posted to their mailing list asking for clarification. -- Bob Tanner [EMAIL PROTECTED] | Phone : (952)943-8700 http://www.real-time.com, Minnesota, Linux | Fax : (952)943-8500 Key fingerprint = AB15 0BDF BCDE 4369 5B42 1973 7CF1 A709 2CC1 B288 py lib Copyright holders, 2003-2005 === Except when otherwise stated (look for LICENSE files or information at the beginning of each file) the files in the 'py' directory are copyrighted by one or more of the following people and organizations: Holger Krekel [EMAIL PROTECTED] merlinux GmbH, Germany [EMAIL PROTECTED] Armin Rigo [EMAIL PROTECTED] Jan Balster [EMAIL PROTECTED] Contributors include:: Ian Bicking [EMAIL PROTECTED] Grig Gheorghiu [EMAIL PROTECTED] Bob Ippolito [EMAIL PROTECTED] Christian Tismer [EMAIL PROTECTED] Samuele Pedroni [EMAIL PROTECTED]
Bug#338571: ITP: python-pylib -- python unit testing framework
On Friday 11 November 2005 09:16 am, Bob Tanner wrote: I could only find the attached license. I've posted to their mailing list asking for clarification. Spoke with upstream development and you are right, it is MIT license. He committed the changes to svn as well. -- Bob Tanner [EMAIL PROTECTED] | Phone : (952)943-8700 http://www.real-time.com, Minnesota, Linux | Fax : (952)943-8500 Key fingerprint = AB15 0BDF BCDE 4369 5B42 1973 7CF1 A709 2CC1 B288 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338676: ITP: python-turbogears -- front-to-back rapid web development
Package: wnpp Severity: wishlist Owner: Bob Tanner [EMAIL PROTECTED] * Package name: python-turbogears Version : 0.8a3 Upstream Author : Kevin Dangoor [EMAIL PROTECTED] * URL : http://www.turbogears.org/ * License : http://www.opensource.org/licenses/mit-license.php Description : front-to-back rapid web development TurboGears brings together four major pieces to create an easy to install, easy to use web megaframework. It covers everything from front end (MochiKit JavaScript for the browser, Kid for templates in Python) to the controllers (CherryPy) to the back end (SQLObject). The TurboGears project is focused on providing documentation and integration with these tools without losing touch with the communities that already exist around those tools. TurboGears is easy to use for a wide range of web applications. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338692: ITP: python-pyprotocols -- Open Protocols and Component Adaptation for Python
Package: wnpp Severity: wishlist Owner: Bob Tanner [EMAIL PROTECTED] * Package name: python-pyprotocols Version : 0.9.3 Upstream Author : Phillip J. Eby [EMAIL PROTECTED] com * URL : http://peak.telecommunity.com/PyProtocols.html * License : http://www.zope.org/Resources/ZPL or http://www.python.org/2.3.2/license.html Description : Open Protocols and Component Adaptation for Python Do you hate having to write lots of if-then logic to test what type something is? Wouldn't it be nice if you could just declare I want this object to have this behavior and magically convert whatever value you have, to the type you need? PyProtocols lets you do just that, cleanly, quickly, and robustly -- even with built-in types or other people's classes. . PyProtocols extends the PEP 246 adapt() function with a new declaration API that lets you easily define your own protocols and adapters, and declare what adapters should be used to adapt what types, objects, or protocols. In addition to its own Interface type, PyProtocols can also use Twisted and Zope's Interface types too. (Of course, since Twisted and Zope interfaces aren't as flexible, only a subset of the PyProtocols API works with them. Specific limitations arelisted in the documentation.) . Home Page: http://peak.telecommunity.com/PyProtocols.html Package: python2.3-pyprotocols Architecture: any Depends: python, python2.3 Description: Open Protocols and Component Adaptation for Python Do you hate having to write lots of if-then logic to test what type something is? Wouldn't it be nice if you could just declare I want this object to have this behavior and magically convert whatever value you have, to the type you need? PyProtocols lets you do just that, cleanly, quickly, and robustly -- even with built-in types or other people's classes. . PyProtocols extends the PEP 246 adapt() function with a new declaration API that lets you easily define your own protocols and adapters, and declare what adapters should be used to adapt what types, objects, or protocols. In addition to its own Interface type, PyProtocols can also use Twisted and Zope's Interface types too. (Of course, since Twisted and Zope interfaces aren't as flexible, only a subset of the PyProtocols API works with them. Specific limitations arelisted in the documentation.) . Home Page: http://peak.telecommunity.com/PyProtocols.html Package: python2.4-pyprotocols Architecture: any Depends: python2.4 Description: Open Protocols and Component Adaptation for Python Do you hate having to write lots of if-then logic to test what type something is? Wouldn't it be nice if you could just declare I want this object to have this behavior and magically convert whatever value you have, to the type you need? PyProtocols lets you do just that, cleanly, quickly, and robustly -- even with built-in types or other people's classes. . PyProtocols extends the PEP 246 adapt() function with a new declaration API that lets you easily define your own protocols and adapters, and declare what adapters should be used to adapt what types, objects, or protocols. In addition to its own Interface type, PyProtocols can also use Twisted and Zope's Interface types too. (Of course, since Twisted and Zope interfaces aren't as flexible, only a subset of the PyProtocols API works with them. Specific limitations arelisted in the documentation.) . Home Page: http://peak.telecommunity.com/PyProtocols.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338698: ITP: python-ruledispatch -- Rule-based Dispatching and Generic Functions
Package: wnpp Severity: wishlist Owner: Bob Tanner [EMAIL PROTECTED] * Package name: python-ruledispatch Version : 0.5a0dev Upstream Author : Phillip J. Eby [EMAIL PROTECTED] * URL : http://www.turbogears.org/download/eggs/RuleDispatch-0.5a0dev_r2097.zip * License : http://www.zope.org/Resources/ZPL or http://www.python.org/2.3.2/license.html Description : Rule-based Dispatching and Generic Functions Home Page: http://www.turbogears.org/download/index.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338701: ITP: python-testgears -- TestGears extensions to unittest
Package: wnpp Severity: wishlist Owner: Bob Tanner [EMAIL PROTECTED] * Package name: python-testgears Version : 0.2 Upstream Author : Kevin Dangoor dangoor+testgears at gmail com * URL : http://www.turbogears.org/testgears/ * License : http://www.opensource.org/licenses/mit-license.php Description : TestGears extensions to unittest TestGears provides automatic discovery of unittest.TestCases and the ability to run tests that are written as simple functions. It generates a standard unittest.TestSuite for use with any of the standard frontends, and provides a distutils command to run tests with zero configuration. . Home Page: http://www.turbogears.org/testgears/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
