Bug#342590: grub: savedefault error 27
Package: grub Version: 0.97-1 Severity: normal I try to setup nvram-wakeup but i can't force a reboot on a particular menu with grub-reboot. I also notice than /boot/grub/default is not taken into account by grub when i restart. savedefault return : Error 27: Unrecognized command # grub-reboot 2 Probing devices to guess BIOS drives. This may take a long time. GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub savedefault --once --default=2 Error 27: Unrecognized command grub quit -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-386 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages grub depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342595: gvim cannot be used (E25)
Package: vim Version: 1:6.4-001+2 Severity: normal Hi, I only get this error and can't start gvim. vim works fine. # gvim -u NONE -U NONE E25: GUI cannot be used: Not enabled at compile time Guy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-386 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages vim depends on: ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libgpmg1 1.19.6-21 General Purpose Mouse - shared lib ii libncurses5 5.5-1 Shared libraries for terminal hand ii vim-common 1:6.4-001+2 Vi IMproved - Common files vim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344411: mga-vid-source: Fail to load on 2.6.14: disagrees about version of symbol copy_to_user
Package: mga-vid-source Version: 1.55-1 Severity: important Hi, First, i get this error with mga-vid-source and kernel 2.6.14 : /usr/src/modules/mga-vid/mga_vid.c: In function ‘mga_vid_find_card’: /usr/src/modules/mga-vid/mga_vid.c:1358: error: ‘struct pci_dev’ has no member named ‘slot_name’ /usr/src/modules/mga-vid/mga_vid.c:1363: error: ‘struct pci_dev’ has no member named ‘slot_name’ /usr/src/modules/mga-vid/mga_vid.c:1368: error: ‘struct pci_dev’ has no member named ‘slot_name’ /usr/src/modules/mga-vid/mga_vid.c:1373: error: ‘struct pci_dev’ has no member named ‘slot_name’ /usr/src/modules/mga-vid/mga_vid.c:1378: error: ‘struct pci_dev’ has no member named ‘slot_name’ So i apply the patch which replace slot_name with dev.bus_id. I can build the package with make-kpkg modules (linux-source-2.6.14) and now when i modprobe mga_vid i get this 4 lines in dmesg : mga_vid: disagrees about version of symbol copy_from_user mga_vid: Unknown symbol copy_from_user mga_vid: disagrees about version of symbol copy_to_user mga_vid: Unknown symbol copy_to_user Thank you Guy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) mga-vid-source depends on no packages. Versions of packages mga-vid-source recommends: ii kernel-package10.020 A utility for building Linux kerne -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367675: xserver-xorg-input-aiptek: The X driver don't work with hyperpen 1200 U
Drew wrote : Guy wrote: When i launch gaiptek (manualy compiled), i get this message : There is no XServer Input Driver associated with the tablet Hello Guy. The Xorg log is located at /var/log/Xorg.0.log. Look inside it for aiptek, it will probably contain clues to what's going wrong. Drew Hello Drew, sorry Drew for the very late answer, i was on holidays ... When i launch gaiptek, i get the previous message and these 3 lines at the end of /var/log/Xorg.0.log : xf86AiptekControlProc xf86AiptekControlProc ProcXCloseDevice to close or not ? Here, some extracts from /var/log/Xorg.0.log, all seems correct, isnt'it ? Thank you. Guy X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.6.17-1-686 i686 Current Operating System: Linux elin 2.6.16-2-k7 #1 Fri Aug 18 19:48:42 UTC 2006 i686 Build Date: 16 March 2006 ... (II) LoadModule: aiptek (II) Loading /usr/lib/xorg/modules/input/aiptek_drv.so (II) Module aiptek: vendor=X.Org Foundation compiled for 7.0.0, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 ... (II) xf86AiptekInit(): begins (**) xf86AiptekConfig: device not shared btw stylusC and stylusC (**) xf86AiptekConfig: device not shared btw stylusC and NVIDIA Event Handler (**) Option AlwaysCore (**) stylusC: always reports core events (**) Option Device /dev/input/event4 (==) HID Device name: Aiptek (==) HID Driver Version: 1.0.0 (==) HID Driver knows it has 1 devices configured (==) HID Driver is using 10 as the fd From ioctl() xCapacity=5999 From ioctl() yCapacity=4499 (**) stylusC device is /dev/input/event4 (**) Option DebugLevel 10 (**) Debug level set to 10 (**) stylusC is in absolute mode (**) Option USB on (**) stylusC: reading USB link (**) Option KeepShape on (**) stylusC: keeps shape (**) Option ZMax 512 (**) stylusC: ZMax/MaxZ = 512 (**) Option ZMin 0 (**) stylusC: ZMin/MinZ = 0 (**) Option BaudRate 9600 (**) stylusC: BaudRate 9600 (**) stylusC: xf86AiptekInit() finished (**) Option CoreKeyboard (**) Generic Keyboard: Core Keyboard (**) Option Protocol standard (**) Generic Keyboard: Protocol: standard (**) Option AutoRepeat 500 30 (**) Option XkbRules xorg (**) Generic Keyboard: XkbRules: xorg (**) Option XkbModel pc105 (**) Generic Keyboard: XkbModel: pc105 (**) Option XkbLayout fr (**) Generic Keyboard: XkbLayout: fr (**) Option XkbVariant latin9 (**) Generic Keyboard: XkbVariant: latin9 (**) Option CustomKeycodes off (**) Generic Keyboard: CustomKeycodes disabled (**) Option Protocol ExplorerPS/2 (**) Configured Mouse: Device: /dev/input/mice (**) Configured Mouse: Protocol: ExplorerPS/2 (**) Option CorePointer (**) Configured Mouse: Core Pointer (**) Option Device /dev/input/mice (**) Option Emulate3Buttons true (**) Configured Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) Configured Mouse: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Configured Mouse: Buttons: 11 (II) XINPUT: Adding extended input device Configured Mouse (type: MOUSE) (II) XINPUT: Adding extended input device Generic Keyboard (type: KEYBOARD) (II) XINPUT: Adding extended input device stylusC (type: Stylus) (II) XINPUT: Adding extended input device NVIDIA Event Handler (type: Other) xf86AiptekProc() type=stylus flags=193 request=0 xf86AiptekProc request=INIT xf86AiptekControlProc In xf86AiptekOpenDevice, with fd=-1 (**) xTop invalid; adjusted to 0 (**) yTop invalid; adjusted to 0 (**) xBottom invalid; adjusted to 5999 (**) yBottom invalid; adjusted to 4499 (**) ScreenNo invalid; adjusted to 0 Screen 0: screenRatio = 1.33, tabletRatio = 1.33 Screen 0: 'X' Gap of 0 computed xf86AiptekProc Success request=0 xf86AiptekProc() type=stylus flags=193 request=1 xf86AiptekProc request=ON In xf86AiptekOpenDevice, with fd=-1 (==) HID Device name: Aiptek (==) HID Driver Version: 1.0.0 (==) HID Driver knows it has 1 devices configured (==) HID Driver is using 10 as the fd From ioctl() xCapacity=5999 From ioctl() yCapacity=4499 Screen 0: screenRatio = 1.33, tabletRatio = 1.33 Screen 0: 'X' Gap of 0 computed Able to open aiptek device xf86AiptekProc Success request=1 (II) Configured Mouse: ps2EnableDataReporting: succeeded Could not init font path element /usr/share/fonts/X11/TTF/, removing from list! Could not init font path element /usr/share/fonts/X11/OTF, removing from list! Could not init font path element /usr/share/fonts/X11/CID/, removing from list! AUDIT: Sat Sep 9 09:59:04 2006: 6763 X: client 2 rejected from local host AUDIT: Sat Sep 9 09:59:04 2006: 6763 X: client 4 rejected from local host AUDIT: Sat Sep 9 09:59:04 2006: 6763 X: client 3 rejected from local host AUDIT: Sat Sep 9 09:59:04 2006: 6763 X: client 2 rejected from local host ProcXCloseDevice to close or not ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367675: xserver-xorg-input-aiptek: The X driver don't work with hyperpen 1200 U
Hi Drew, Only two suggestions at this point. First, we've now finished the X11R7.1 transition in unstable. Could you confirm if the problem still remains after the upgrade? Yes. I upgrade today my debian sid and the problem still remains ... Second, have you tried using xserver-xorg-input-hyperpen instead? It's only supposed to support Hyperpen 3000 - 6000, but it would be useful to confirm or refute if it also supports the 1200 model. I've tried the 'hyperpen' driver (xserver-xorg-input-hyperpen package). The behavior of the tablet is comparable with a mouse. The stylet cannot reach all the screen. I did not find any documentation to configure the tablet (xorg options). And it is not recognized with The GIMP. This is what i get in Xorg.0.log : ... (II) LoadModule: hyperpen (II) Loading /usr/lib/xorg/modules/input/hyperpen_drv.so (II) Module hyperpen: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.1.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.6 ... (**) stylusC: always reports core events (**) stylusC serial device is /dev/input/event5 (**) Option DebugLevel 100 (**) stylusC: debug level set to 100 (**) stylusC is in absolute mode (**) stylusC is in cursor-mode cursor (EE) stylusC: invalid PMin value (should be 2).Using default. (EE) stylusC: invalid PMax value (should be 3).Using default. ... (II) XINPUT: Adding extended input device stylusC (type: HyperPen Tablet) ... xf86HypProc pHyp=0x8216030 what=INIT xf86HypControlProc opening /dev/input/event5 (**) Option Device /dev/input/event5 /dev/input/event5 opened as fd 10 initializing HyperPen tablet reading model Timeout while reading HyperPen tablet. No tablet connected ??? END xf86HypProc Success what=0 dev=0x8216030 priv=0x82149a8 xkb_keycodes { include xfree86+aliases(azerty) }; xkb_types{ include complete }; xkb_compatibility{ include complete }; xkb_symbols { include pc(pc105)+fr(latin9) }; xkb_geometry { include pc(pc105) }; xf86HypProc pHyp=0x8216030 what=ON opening /dev/input/event5 /dev/input/event5 opened as fd 10 initializing HyperPen tablet reading model Timeout while reading HyperPen tablet. No tablet connected ??? (II) Configured Mouse: ps2EnableDataReporting: succeeded The 7 last lines repeat many times. Thank you. Guy PS: 'lsusb -v' Bus 002 Device 002: ID 08ca:0010 Aiptek International, Inc. Tablet Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x08ca Aiptek International, Inc. idProduct 0x0010 Tablet bcdDevice1.05 iManufacturer 1 AIPTEK International Inc. iProduct3 USB Tablet Series Version 1.05 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 34 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 26mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Devices bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.10 bCountryCode 30 Taiwan bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 462 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 10 Device Status: 0x (Bus Powered) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389000: hplip: hp-info hang
Package: hplip Version: 1.6.7-2 Severity: important I can't use hp-toolbox or hp-info because it hang. I can print with cups. Here what i get with hp-info -g (last lines): hp:/par/DESKJET_840C?device=/dev/parport0 hp-info[21112]: debug: Opening device: hp:/par/DESKJET_840C?device=/dev/parport0 hp-info[21112]: debug: (xmit) Sending data on channel (6) hp-info[21112]: debug: 'msg=deviceopen\nio-mode=1\nio-scan-port=0\ndevice-uri=hp:/par/DESKJET_840C?device=/dev/parport0\nio-control=0\nio-mfp-mode=2\n' hp-info[21112]: debug: (xmit) Reading data on channel (6) hp-info[21112]: debug: 'msg=DeviceOpenResult\nresult-code=0\ndevice-id=1\n' hp-info[21112]: debug: device-id=1 hp-info[21112]: debug: Opened device: hp (backend=hp:/par/DESKJET_840C?device=/dev/parport0,is_hp=True,bus=par,model=DESKJET_840C,dev=/dev/parport0,serial=,host=,port=1) hp-info[21112]: debug: (xmit) Sending data on channel (6) hp-info[21112]: debug: 'msg=deviceid\ndevice-id=1\n' hp-info[21112]: debug: Exception: 99 (Unknown internal error) error: Error opening device (Unknown internal error). Exiting. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hplip depends on: ii adduser 3.97Add and remove users and groups ii coreutils5.97-5 The GNU core utilities ii cupsys 1.2.3-1 Common UNIX Printing System(tm) - ii hplip-data 1.6.7-2 HP Linux Printing and Imaging - da ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcupsys2 1.2.3-1 Common UNIX Printing System(tm) - ii libgcc1 1:4.1.1-13 GCC support library ii libsnmp9 5.2.3-1 NET SNMP (Simple Network Managemen ii libssl0.9.8 0.9.8c-1SSL shared libraries ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii python 2.4.3-11An interactive high-level object-o ii python-qt3 3.16-1.2Qt3 bindings for Python ii python-support 0.5.1 automated rebuilding support for p Versions of packages hplip recommends: ii cupsys-client 1.2.3-1 Common UNIX Printing System(tm) - ii hpijs 2.6.7+1.6.7-2 HP Linux Printing and Imaging - gs ii hpijs-ppds 2.6.7+1.6.7-2 HP Linux Printing and Imaging - HP pn python-reportlab none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299588: can't install gnome because of a segmentation error in scrollkeeper-update
Package: scrollkeeper Version: 0.3.14-10 Followup-For: Bug #299588 Hi, After apt-get update, i can't apt-get upgrade lots of gnome package of my sid : /var/lib/scrollkeeper/C/scrollkeeper_cl.xml:341: parser error : expected '' titleOther/title ^ /var/lib/scrollkeeper/C/scrollkeeper_cl.xml:341: parser error : Premature end of data in tag sect line 340 titleOther/title ^ /var/lib/scrollkeeper/C/scrollkeeper_cl.xml:341: parser error : Premature end of data in tag sect line 323 titleOther/title ^ /var/lib/scrollkeeper/C/scrollkeeper_cl.xml:341: parser error : Premature end of data in tag sect line 6 titleOther/title ^ (...) ^ /var/lib/dpkg/info/gnome-applets-data.postinst: line 6: 5165 Erreur de segmentation scrollkeeper-update -q dpkg: erreur de traitement de gnome-applets-data (--configure): le sous-processus post-installation script a retourné une erreur de sortie d'ét at 139 dpkg: des problèmes de dépendances empêchent la configuration de gnome-applets : gnome-applets dépend de gnome-applets-data (= 2.8.2-3); cependant: Paquet gnome-applets-data n'est pas encore configuré. dpkg: erreur de traitement de gnome-applets (--configure): problèmes de dépendances - laissé non configuré dpkg: des problèmes de dépendances empêchent la configuration de gnome-core: gnome-core dépend de gnome-applets (= 2.8.2); cependant: Paquet gnome-applets n'est pas encore configuré. dpkg: erreur de traitement de gnome-core (--configure): problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution: gnome-applets-data gnome-applets gnome-core E: Sub-process /usr/bin/dpkg returned an error code (1) We can translate Erreur de segmentation with Segmentation Error Thanks Guy Roussin -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages scrollkeeper depends on: ii docbook-xml 4.4-4standard XML documentation system, ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libscrollkeeper00.3.14-10Library to load .omf files (runtim ii libxml2 2.6.16-7 GNOME XML library ii libxslt1.1 1.1.12-8 XSLT processing library - runtime ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#45291: Don't be a fuddy-duddy...use the software everyone's using...
Software by the original manufacturerat generic prices http://nsen.e30thdw7boe3txw.anguid78m7.com We promise according to our hopes and perform according to our fears. Never read a book through merely because you have begun it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#112820: 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#326487: abcde: Error in playlist
Package: abcde Version: 2.3.3-1 Severity: normal Tags: experimental Hi, Files name in generated playlist are xxx.vorbis but filenames are xxx.ogg Thanks, Guy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages abcde depends on: ii cd-discid 0.9-1 CDDB DiscID utility ii cdda2wav 4:2.01+01a01-4 Creates WAV files from audio CDs ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii vorbis-tools 1.0.1-1.4 Several Ogg Vorbis Tools ii wget 1.10.1-1 retrieves files from the web abcde recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#89523: Loaded with technology for business and home.
Learn to build simple and clean websites that can bring in the dough... http://dlyiwi.4tq1p34x1emtj5m.shieldha.com Memory tempers prosperity, mitigates adversity, control youth, and delights old age. The computing field is always in need of new cliches. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#51446: Are you happy about your size and sexual performance?
Are you happy about your size and sexual performance? http://www.okmpoi.com/ss/ Don't try to solve serious matters in the middle of the night. Sooner or later we all quote our mothers. Some people walk in the rain others just get wet Manners maketh man. Blessed are those who can give without remembering, and take without forgetting. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#66440: Look to our shop for all your prescription needs.
Improve your erections in 30 minutes! http://nmwlufq.pmaib8p04h7xb87.agnosislk.com There is occasions and causes why and wherefore in all things. Woe be to him that reads but one book. Art, like morality, consists of drawing the line somewhere. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#45291: Have trouble picking up women? Click here.
eDrugs Online http://Eastwick.fcke.com/pharm/as/ A woman's place is in the wrong. A paranoid is someone who knows a little of what's going on. Never ascribe to an opponent motives meaner than your own. When I can't handle events, I let them handle themselves. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#57869: metting you
Do not ignore me please, I found yourba email asomewhere and noawb decided to awrite you. I am coming tbo your place in few weeks and thought we can meet each other. Letb me know if you do noat mind. I am a nice pretty girl. Don't reply to this email. Emaila me direclty at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367675: xserver-xorg-input-aiptek: The X driver don't work with hyperpen 1200 U
Package: xserver-xorg-input-aiptek Version: 1:1.0.0.5-2 Severity: normal Hi, With : InputDevicestylusCAlwaysCore in Section ServerLayout and : Section InputDevice Identifier stylusC Driver aiptek Option Device /dev/input/event4 Option Type stylus Option Mode absolute Option Cursor stylus Option USB on Option KeepShape on Option debuglevel 10 Option zMin 0 Option zMax 512 Option PressCurve 0,5,95,100 EndSection when i change to console (CTRL-ALT-F1 for example) X restart ! When i launch gaiptek (manualy compiled), i get this message : There is no XServer Input Driver associated with the tablet However the driver is here : $ dpkg -L xserver-xorg-input-aiptek | grep so$ /usr/lib/xorg/modules/input/aiptek_drv.so when i move the stylus over the tablet, the mouse cursor move but it is very eratic, i can't clic. With gimp i can't configure the pressure, i can't clic ... I test varius options in Section InputDevice with no effects. I can give you more details if there is needs ... Thanks, Guy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-input-aiptek depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-8 X.Org X server -- core server xserver-xorg-input-aiptek recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#534304: base: nsswitch.conf bad after installing libpam-ldap libnss-ldap nscd libpam-cracklib
Package: base Severity: minor Tags: patch after installing libpam-ldap libnss-ldap nscd libpam-cracklib I cannot work with many network tools, by example ldapsearch. Reason bad dns resolution. After more investigations the problem come from the /etc/nsswitch.conf where the host line are modified : Original : hosts: files dns After upgrade : hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 Rewrite the original line solve the problem. OS: lenny-amd64 on a host vserver under lenny-amd64 also Regards Guy -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791985: Please support ARM64 (ucontext_t)
I checked again the source code and made some tests. For what I saw, that arch specififc code is no longer needed. On older systems, backtrace() returned everything but the instruction pointer of the place where the segmentation fault occured (obviously the most interesting one). This was due to the way how signal handling worked. The arch specific code tried to fetch the corresponding address and store it in the array before passing it to backtrace_symbols() for looking up the function names. My tests showed that this behaviour is different today. I don't know whether a change in the kernel or libc is the reason, but it looks as if the arch specififc code is no longer needed and thus, in libguytools 2.0.4, it has been commented out. 2.0.4 is available on Sourceforge. Another thing that needs attention: Due to several code optimisations, notably frame pointer elimination (but others also), backtracing not always works. The code in toolsignal.cpp should be regarded as a best effort for getting valuable information in case a program causes a segfault. Guy Voncken -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791985: Please support ARM64 (ucontext_t)
Hello Mika and Martin, I used to have some i386 and amd64 specific assembler code for hash calculation in Guymager (not libguytools) in the past, but it always was backed up by C-code for other architectures. The reason for limiting Guymager to i386, amd64 and powerpc is that I have no real HW for testing with other architectures. For libguytools it's a bit different. Those few lines mentioned by Martin are in fact architecture dependent - and I know of no way to do it differently (please correct me if I'm wrong). Fortunately, arm and arm64 should be easy to add. It set up an arm64 VM in qemu yesterday and I'll test it next week. I'll let you know about the result and the necessary changes in toolsignal.cpp. Greetings Guy On 10.07.2015 12:12, Michael Prokop wrote: Hi Martin :) Cc-ing Guy, upstream of libguytools + guymager * Martin Michlmayr [Thu Jul 09, 2015 at 03:32:01PM -0400]: Package: libguytools2 Version: 2.0.3-1 Severity: wishlist User:debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? The only arch specific code I could fine was in toolsignal.cpp: #if defined(__i386__) pIP = (void*) pUContext-uc_mcontext.gregs[REG_EIP]; #elif defined(__x86_64__) pIP = (void*) pUContext-uc_mcontext.gregs[REG_RIP]; #elif defined(__hppa__) pIP = (void*) pUContext-uc_mcontext.sc_iaoq[0] ~0x3UL; #elif (defined (__ppc__)) || (defined (__powerpc__)) pIP = (void*) pUContext-uc_mcontext.regs-nip; #endif The only consumer of libguytools is guymager, which itself is Architecture: amd64 i386 powerpc only (due to some architecture specific optimizations for performance reasons AFAIK), so I'm not sure what Guy as upstream thinks of that. Opinions? :) regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#953880: gimp: segmentation fault on startup
Package: gimp Version: 2.10.14-2+b1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? unknown - perhaps sid update * What exactly did you do (or not do) that was effective (or ineffective)? reinstalled - no change * What was the outcome of this action? same problem * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-rc5-siduction-amd64 (SMP w/4 CPU cores; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gimp depends on: ii gimp-data2.10.14-2 ii libaa1 1.4p5-46+b1 ii libbabl-0.1-00.1.74-1 ii libbz2-1.0 1.0.8-2 ii libc62.30-2 ii libcairo21.16.0-4 ii libfontconfig1 2.13.1-2+b1 ii libfreetype6 2.10.1-2 ii libgcc-s110-20200304-1 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-3 ii libgegl-0.4-00.4.22-1 ii libgexiv2-2 0.12.0-2 ii libgimp2.0 2.10.14-2+b1 ii libglib2.0-0 2.64.0-2 ii libgs9 9.51~dfsg-1 ii libgtk2.0-0 2.24.32-4 ii libgudev-1.0-0 233-1 ii libharfbuzz0b2.6.4-1 ii libheif1 1.6.1-1 ii libilmbase24 2.3.0-6 ii libjpeg62-turbo 1:1.5.2-2+b1 ii liblcms2-2 2.9-4+b1 ii liblzma5 5.2.4-1+b1 ii libmng1 1.0.10+dfsg-3.1+b5 ii libmypaint-1.5-1 1.5.1-1 ii libopenexr24 2.3.0-6 ii libopenjp2-7 2.3.1-1 ii libpango-1.0-0 1.42.4-8 ii libpangocairo-1.0-0 1.42.4-8 ii libpangoft2-1.0-01.42.4-8 ii libpng16-16 1.6.37-2 ii libpoppler-glib8 0.71.0-6 ii librsvg2-2 2.46.4-1 ii libstdc++6 10-20200304-1 ii libtiff5 4.1.0+git191117-2 ii libwebp6 0.6.1-2+b1 ii libwebpdemux20.6.1-2+b1 ii libwebpmux3 0.6.1-2+b1 ii libwmf0.2-7 0.2.8.4-17 ii libx11-6 2:1.6.9-2 ii libxcursor1 1:1.2.0-2 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxmu6 2:1.1.2-2+b3 ii libxpm4 1:3.5.12-1 ii xdg-utils1.1.3-1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages gimp recommends: ii ghostscript 9.51~dfsg-1 Versions of packages gimp suggests: pn gimp-data-extras pn gimp-help-en | gimp-help pn gvfs-backends ii libasound21.2.2-2.1 ``` GNU Image Manipulation Program version 2.10.14 git-describe: GIMP_2_10_12-511-ga4f55d6c7e C compiler: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none:hsa OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 9.2.1-31' --with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,gm2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-9 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-mutex Thread model: posix gcc version 9.2.1 20200306 (Debian 9.2.1-31) using babl version 0.1.74 (compiled against version 0.1.74) using GEGL version 0.4.22 (compiled against version 0.4.22) using GLib version 2.64.0 (compiled against version 2.64.0) using GdkPixbuf version 2.40.0 (compiled against version 2.40.0) using GTK+ version 2.24.32 (compiled against version 2.24.32) using Pango version 1.42.3 (compiled against version 1.42.3) using Fontconfig version 2.13.1 (compiled against version 2.13.1) using Cairo version 1.16.0 (compiled against version 1.16.0) ``` > fatal error: Segmentation fault Stack trace: ```
Bug#1018105: gimp: crashes when adding text to image
Package: gimp Version: 2.99.10-1 Followup-For: Bug #1018105 X-Debbugs-Cc: otsd...@proton.me Dear Maintainer, Same bug. Seg crash when trying to add text or manipulate text layer. 100% failure on any attempt. Started on previous 2.10.32-1. No problem with previous versions. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-rc6-siduction-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gimp depends on: ii gimp-data2.99.10-1 ii graphviz 2.42.2-7 ii libaa1 1.4p5-50 ii libappstream-glib8 0.8.1-1 ii libarchive13 3.6.0-1 ii libasound2 1.2.7.2-1 ii libbabl-0.1-01:0.1.96-1 ii libbz2-1.0 1.0.8-5+b1 ii libc62.35-1 ii libcairo21.16.0-6 ii libfontconfig1 2.13.1-4.5 ii libfreetype6 2.12.1+dfsg-3 ii libgcc-s112.2.0-3 ii libgdk-pixbuf-2.0-0 2.42.9+dfsg-1 ii libgegl-0.4-01:0.4.38-1+b1 ii libgexiv2-2 0.14.0-1+b1 ii libgimp-3.0-02.99.10-1 ii libglib2.0-0 2.74.0-1 ii libgs9 9.56.1~dfsg-1 ii libgtk-3-0 3.24.34-3 ii libgudev-1.0-0 237-2 ii libharfbuzz0b5.2.0-2 ii libheif1 1.13.0-1 ii libilmbase25 2.5.7-2+b1 ii libjpeg62-turbo 1:2.1.2-1+b1 ii libjson-glib-1.0-0 1.6.6-1 ii libjxl0.70.7.0~git20220805.980c90f-3 ii liblcms2-2 2.13.1-1+b1 ii liblzma5 5.2.5-2.1 ii libmng1 1.0.10+dfsg-3.1+b5 ii libmypaint-1.5-1 1.6.0-2 ii libopenexr25 2.5.7-1 ii libopenjp2-7 2.5.0-1 ii libpango-1.0-0 1.50.10+ds-1 ii libpangocairo-1.0-0 1.50.10+ds-1 ii libpangoft2-1.0-01.50.10+ds-1 ii libpng16-16 1.6.38-2 ii libpoppler-glib8 22.08.0-2.1 ii librsvg2-2 2.54.5+dfsg-1 ii libstdc++6 12.2.0-3 ii libtiff5 4.4.0-4 ii libwebp7 1.2.2-2+b1 ii libwebpdemux21.2.2-2+b1 ii libwebpmux3 1.2.2-2+b1 ii libwmf-0.2-7 0.2.12-5 ii libwmflite-0.2-7 0.2.12-5 ii libx11-6 2:1.8.1-2 ii libxcursor1 1:1.2.1-1 ii libxext6 2:1.3.4-1+b1 ii libxfixes3 1:6.0.0-1 ii libxmu6 2:1.1.3-3 ii libxpm4 1:3.5.12-1 ii xdg-utils1.1.3-4.1 ii zlib1g 1:1.2.11.dfsg-4.1 Versions of packages gimp recommends: ii ghostscript 9.56.1~dfsg-1 Versions of packages gimp suggests: ii gimp-data-extras 1:2.0.2-1.1 ii gimp-help-en [gimp-help] 2.10.0-1 pn gjs pn gvfs-backends pn luajit ii python3 3.10.6-1 -- no debconf information
Bug#340992: get-mac-address.sh in package ifupdown modified in order to have work with wireless ethernet
Package: ifupdown Version: 0.6.5 I use get-mac-address.sh for mapping my ethernet adapters as described in the debian network configuration documentation. This works fine with standard ethernet adapters but not with my wireless ethernet. The reason is the output format of the mac address in ifconfig: Standard ethernet: HWaddr 00:22:39:B2:0F:21 Wireless ethernet: HWaddr 00-10-DC-00-00-46-2B-44-00-00-00-00-00-00-00-00 In order to make it work (i.e. recognise both formats), I changed the regular expression for the sed line adressing inside get-mac-address-sh: Before: mac=$(/sbin/ifconfig $iface | sed -n -e '/^.*HWaddr \([:[:xdigit:]]*\).*/{s//\1/;y/ABCDEF/abcdef/;p;q;}') After (I added the \- ): mac=$(/sbin/ifconfig $iface | sed -n -e '/^.*HWaddr \([:[:xdigit:]\-]*\).*/{s//\1/;y/ABCDEF/abcdef/;p;q;}') I hope, this will be useful for others as well. Thanks for the nice package! Guy Voncken Using Kernel 2.6.9 #2 SMP Tue Oct 19 23:51:10 CEST 2004 i686 GNU/Linux and Clib 2.3.5-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342303: postgresql-common 24: Causes complete logrotate failure
Package: postgresql-common Version: 24 Severity: serious First, apologies if this was fixed in something after package version 24; I didnt see a bug report it about it, and I didnt see anything in the changelogs (quick glance only) This would appear to have been introduced by fixing #316100. You can see what I'm talking about in the output here: bash# logrotate /etc/logrotate.conf error: error accessing /var/log/postgresql: No such file or directory error: postgresql-common:1 glob failed for /var/log/postgresql/*.log I marked this 'serious' because _no_ logs controlled by logrotate, regardless of the package, are rotated with this error. Ever. The system in question has postgresql-client-8.0 installed, which depends on postgresql-common; The server package is (and has never been) installed. It would appear the /etc/logrotate.d/ file is in the wrong package, to me. - Guy Thornley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342556: pnet-compiler: The c-sharp compiler cscc appears to be broken and won't start, giving a relocation error.
Package: pnet-compiler Version: 0.6.12-5 Severity: grave Justification: renders package unusable *** Please type your report below this line *** The output below shows my attempts to start cscc. There appears to be 2 versions of the library in question, with different file sizes. [EMAIL PROTECTED]:~$ cscc cscc: relocation error: cscc: symbol __libc_stack_end, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference [EMAIL PROTECTED]:~$ slocate ld-linux.so.2 /lib/tls/ld-linux.so.2 /lib/ld-linux.so.2 [EMAIL PROTECTED]:~$ ls -l /lib/ld-linux.so.2 lrwxrwxrwx 1 root root 11 2005-11-25 14:22 /lib/ld-linux.so.2 - ld-2.3.5.so [EMAIL PROTECTED]:~$ ls -l /lib/tls/ld-linux.so.2 lrwxrwxrwx 1 root root 11 2005-11-25 14:22 /lib/tls/ld-linux.so.2 - ld-2.3.5.so [EMAIL PROTECTED]:~$ ls -l /lib/ld-2.3.5.so -rwxr-xr-x 1 root root 88168 2005-11-13 01:23 /lib/ld-2.3.5.so [EMAIL PROTECTED]:~$ ls -l /lib/tls/ld-2.3.5.so -rwxr-xr-x 1 root root 96356 2005-11-13 01:23 /lib/tls/ld-2.3.5.so -- Guy Heatley -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages pnet-compiler depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii zlib1g1:1.2.3-8 compression library - runtime Versions of packages pnet-compiler recommends: di pnet-assemblies 0.6.12-2 DotGNU C# class libraries -- no debconf information
Bug#342455: tech-ctte: Ownership and permissions of device mapper block devices
I agree with your technical assessment, Ian. On 12/13/05, Ian Jackson [EMAIL PROTECTED] wrote: I think the committee's ruling should explicitly castigate the devmapper maintainer for failing to engage constructively with any of the submitters. But I disagree with this. I think such a statement would be patronizing and unhelpful. Guy
Bug#340986: kde: Missing packages
Package: kde Followup-For: Bug #340986 Two packages are missing when installing kde: kdeaddons: is not present in the package list. kde-amusements, wich requires kdeedu wich requires kig wich requires libboost-python1.33.0. However, only libboost-python1.32.00 is available. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344960: textcat: languages filename not defined
Package: spamassassin Version: 3.1.0a-1bpo1 Severity: important just upgraded from 3.0 stable to 3.1 backports when i run this script /usr/bin/sa-learn --sync --configpath=/etc/spamassassin/ -D --spam [EMAIL PROTECTED] /home/vpopmail/domains/pcguy.org/guy/Maildir/.Learn_SPAM/cur i get an error ... [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::TextCat from @INC [32346] dbg: textcat: loading languages file... plugin: failed to create instance of plugin Mail::SpamAssassin::Plugin::TextCat: textcat: languages filename not defined at /usr/share/perl5/Mail/SpamAssassin/Plugin/TextCat.pm line 320. ... [32346] info: config: failed to parse, now a plugin, skipping: ok_languages en ... here is the full output -- [32346] dbg: logger: adding facilities: all [32346] dbg: logger: logging level is DBG [32346] dbg: generic: SpamAssassin version 3.1.0 [32346] dbg: config: score set 0 chosen. [32346] dbg: util: running in taint mode? yes [32346] dbg: util: taint mode: deleting unsafe environment variables, resetting PATH [32346] dbg: util: PATH included '/sbin', keeping [32346] dbg: util: PATH included '/bin', keeping [32346] dbg: util: PATH included '/usr/sbin', keeping [32346] dbg: util: PATH included '/usr/bin', keeping [32346] dbg: util: PATH included '/usr/bin/X11', keeping [32346] dbg: util: PATH included '/usr/local/sbin', keeping [32346] dbg: util: PATH included '/usr/local/bin', keeping [32346] dbg: util: final PATH set to: /sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin [32346] dbg: dns: is Net::DNS::Resolver available? yes [32346] dbg: dns: Net::DNS version: 0.48 [32346] dbg: dns: name server: 65.162.246.246, family: 2, ipv6: 0 [32346] dbg: config: using /etc/spamassassin for site rules pre files [32346] dbg: config: read file /etc/spamassassin/init.pre [32346] dbg: config: read file /etc/spamassassin/v310.pre [32346] dbg: config: using /etc/spamassassin/ for sys rules pre files [32346] dbg: config: read file /etc/spamassassin//init.pre [32346] dbg: config: read file /etc/spamassassin//v310.pre [32346] dbg: config: using /etc/spamassassin/ for default rules dir [32346] dbg: config: read file /etc/spamassassin//local.cf [32346] dbg: config: read file /etc/spamassassin//mysql.cf [32346] dbg: config: using /etc/spamassassin for site rules dir [32346] dbg: config: read file /etc/spamassassin/local.cf [32346] dbg: config: read file /etc/spamassassin/mysql.cf [32346] dbg: config: using /root/.spamassassin/user_prefs for user prefs file [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::URIDNSBL from @INC [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x8cb3634) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::Hashcash from @INC [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::Hashcash=HASH(0x8ccaa38) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::SPF from @INC [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::SPF=HASH(0x8ced348) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::DCC from @INC [32346] dbg: dcc: network tests on, registering DCC [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::DCC=HASH(0x8d22720) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::Pyzor from @INC [32346] dbg: pyzor: network tests on, attempting Pyzor [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::Pyzor=HASH(0x8d3ddd4) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::Razor2 from @INC [32346] dbg: razor2: razor2 is available, version 2.67 [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::Razor2=HASH(0x8d5d1cc) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::SpamCop from @INC [32346] dbg: reporter: network tests on, attempting SpamCop [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::SpamCop=HASH(0x9057998) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::AntiVirus from @INC [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::AntiVirus=HASH(0x90638e4) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::AWL from @INC [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::AWL=HASH(0x9085b04) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::AutoLearnThreshold from @INC [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::AutoLearnThreshold=HASH(0x9091e4c) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::TextCat from @INC [32346] dbg: textcat: loading languages file... plugin: failed to create instance of plugin Mail::SpamAssassin::Plugin::TextCat: textcat: languages filename not defined at /usr/share/perl5/Mail/SpamAssassin/Plugin/TextCat.pm line 320. [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::AccessDB from @INC [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::AccessDB=HASH(0x90ad2e4) [32346] dbg: plugin: loading Mail::SpamAssassin::Plugin::WhiteListSubject from @INC [32346] dbg: plugin: registered Mail::SpamAssassin::Plugin::WhiteListSubject=HASH
Bug#336308: mozilla-firefox: On ARM920T processor both installation and firefox-bin die with Illegal instruction
Package: mozilla-firefox Version: 1.0.6-5 Severity: important On my ARM system, apt-get install mozilla-firefox ends with: Setting up mozilla-firefox (1.0.6-5) ... Updating mozilla-firefox chrome registry.../usr/sbin/update-mozilla-firefox-chrome: line 106: 1354 Illegal instruction firefox-bin -register /dev/null 21 E: Registration process existed with status: 132 E: /usr/lib/mozilla-firefox/extensions/installed-extensions.txt still present. Registration might have gone wrong. mv: cannot stat `/usr/lib/mozilla-firefox/defaults.ini': No such file or directory dpkg: error processing mozilla-firefox (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: mozilla-firefox E: Sub-process /usr/bin/dpkg returned an error code (1) arma:/home/martin/amp-0.7.6# and if I run the program I get: [EMAIL PROTECTED]:~$ firefox /usr/bin/firefox: line 349: 1478 Illegal instruction DISPLAY=${CMDLINE_DISPLAY} ${MOZ_PROGRAM} -remote 'ping()' /dev/null 21 Illegal instruction [EMAIL PROTECTED]:~$ The system in question has been running continuously for three weeks; plain mozilla works perfectly, as do video players, mp3 decoders and all the Debian superstructure. Has firefox been compiled for xscale maybe? Bless M -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv4l) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-a9-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils 2.14.3 Miscellaneous utilities specific t ii fontconfig2.3.2-1generic font configuration library ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-2 GCC support library ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-7 X Window System multi-head display ii libxp66.8.2.dfsg.1-7 X Window System printing extension ii libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics ii psmisc21.6-1 Utilities that use the proc filesy ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime mozilla-firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386662: lyx-qt: Missing tex2lyx, cannot import latex files
Package: lyx-qt Version: 1.4.2-4 Severity: important tex2lyx and maybe other files are missing in the package so LaTeX files cannot be imported for editing. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-pte Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages lyx-qt depends on: ii libaiksaurus-1.2-0c2a 1.2.1+dev-0.12-2.1 an English-language thesaurus (dev ii libaspell15 0.60.4-4 GNU Aspell spell-checker runtime l ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libfontconfig12.3.2-7generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libsm61:1.0.0-4 X11 Session Management library ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii lyx-common1.4.2-4High Level Word Processor - common ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages lyx-qt recommends: pn latex-xft-fonts none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388246: gcc-4.1.1 manual pages are now missing!
Package: gcc Version: 4.1.1-13 (gcc version 4.1.2) I was about to report the dangling symlinks in the gcc man directory /usr/share/man/man1/i486-linux-gnu-cpp.1.gz - cpp-4.1.1.gz /usr/share/man/man1/cpp.1.gz - cpp-4.1.1.gz /usr/share/man/man1/c++.1.gz - /etc/alternatives/c++.1.gz /usr/share/man/man1/gcov.1.gz - gcov-4.1.1.gz /usr/share/man/man1/cc.1.gz - /etc/alternatives/cc.1.gz /usr/share/man/man1/i486-linux-gnu-gcc.1.gz - gcc-4.1.1.gz but by upgrading gcc, I see that they have been fixed (bug #384923: Dangling slave link to cc.1.gz) not by installing the referenced man pages, but by removing the symlinks. Now gcc, g++, cpp, gcov, cc do not have manual pages at all. $ man cc No manual entry for cc. $ I am running Debian unstable (etch) on i686. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312845: Re. Sarge Crashed by Evolution (?)
I took longer than I expected to get to this. I can't install the kernel because I am running sarge. I have a test system set up and running apt-get -s install linux-image-2.6.17-2-k7 shows that apt wants to remove grub and replace it with lilo and also wants to replace libc6 and libc6-dev ... neither of these changes is desirable. I'll bite the bullet and upgrade my system to etch, I guess, but not for a few more days ... I always have trouble with evolution and I need it working at the moment. On Fri, 2006-27-10 at 12:28 -0400, Guy Hulbert wrote: On Fri, 2006-27-10 at 15:29 +0200, David Schmitt wrote: In preparation of the upcoming etch release, would you please test if either 2.6.17-9 from testing or 2.6.18-3 from unstable fixes your problem with the spurious crashes? I'll try tonight. Sometimes I don't have a crash for a few days and sometimes there are three or four in a row. -- --gh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207095: Orville says Hi
Our educational counselors are recruiting new people for our home degree program. We are running this program as an experiment and we feel you may qualify. This program will earn you a fully qualified degree, with transcripts. Currently we are recruiting people with vast knowledge or experience in the field/trade of their choice. Give our recruiting office a call when you have time. Thanks Orville Guy Office Number: 1-773-509-4920 We hope to be talking to you soon. *We are taking calls at anytime in the day or evening. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#132446: Guy says Hi
Our educational counselors are recruiting new people for our home degree program. We are running this program as an experiment and we feel you may qualify. This program will earn you a fully qualified degree, with transcripts. Currently we are recruiting people with vast knowledge or experience in the field/trade of their choice. Give our recruiting office a call when you have time. Thanks Guy Dotson Office Number: 1-773-509-4920 We hope to be talking to you soon. *We are taking calls at anytime in the day or evening. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394876: gtk-gnutella in testing has expired
Package: gtk-gnutella Version: 0.96.1svn11444 gtk-gnutella version: 0.96.2u (2006-08-03; GTK2; Linux i686) At startup the program claims it has expiresd and refuses to start up at all without cryptic user intervention. This is a recurring grave functionality bug (see bug 340933) Suggested fix: patch out this fascist test in the source, since debian versions will get upgraded when they are available... or disable it by always including a line ancient_version_force = gtk-gnutella/0.96.2u (2006-08-03; GTK2; Linux i686) (or whatever) in the user's .gtk-gnutella/config_gnet file -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396529: rezound packaging should recommend lame
Package: rezound Version: 0.12.2beta-6 Hi! I just installed rezound from testing(etch) with aptitude, and when I run it it says on stdout: 'lame' executable not found in $PATH -- mp3 support will be disabled It turns out that toolame is installed on the system (by chance) but does not provide an actual lame command. Another alternative, twolame, doesn't either. If I create a lame symlink to either one of these two, rezound fails to open any mp3 file, popping up a window saying: -- file: Love_On_The_Line.mp3 lame command line: '/home/martin/bin/lame --decode Love_On_The_Line.mp3 -' error - virtual bool ClameSoundTranslator::onLoadSound(std::string, CSound*) const -- it looks as if either there is an error in the input file -- or lame was not compiled with decoding support (get latest at http://mp3dev.org) -- or an error has occuring executing lame -- or your version of lame has started to output a different wave file header when decoding MPEG Layer-1,2,3 files to wave files. Changes will have to be made to this source to handle the new wave file output -- I guess the Debian version needs changing to use mpg123 -s if lame is not installed, and to recommend package mpg321 (since mpg123 is an alternative that may point to a cpu-optimised versions) ... or persuade the upstream maintainer to look for mpg123 if lame is unavailable. Bless M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397127: einstein: Non random pazzle generation
Package: einstein Version: 2.0.dfsg.2-1 Severity: normal Hi, I use Einstein since it was added to Debian, and I think that it is a great game. However, it seems like evry time that the game starts, it generates the same pazzle (but with diffrent clues). If I start new game without restarting the application, it ganerantes new (and different) pazzle. It looks like the program dosen't seed the pseudo random number generator before using it in the function 'shuffle' (puzgen.cpp). Thanks Guy -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages einstein depends on: ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl-ttf2.0-0 2.0.8-3+b1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-13 compression library - runtime einstein recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391936: libagg-dev: new function render_scanlines_compound_layered is not in latest Debian version
Package: libagg-dev Version: 2.4-1 From: Gnash project developer Since 19 June 2006, agg-2.4 contains a new optimised function render_scanlines_compound_layered which is used in the new Gnash AGG backend, but this addition has not propagated to the Debian package in unstable and testing. Updating to this version should enable the Gnash project to tell Debian users simply to install libagg-dev, rather than having to tell them to install agg-2.4 from source before being able to tackle gnash-cvs itself. The specific error during build of gnash with ./configure --enable-renderer=agg is: render_handler_agg.cpp:897: error: 'render_scanlines_compound_layered' is not a member of 'agg' See also http://www.antigrain.com/news/index.html first section, 5th bullet point Bless M Env: Debian testing (etch) for x86. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393220: findutils: updatedb ignoring PRUNEFS and PRUNEPATHS
Package: findutils Version: 4.1.20-6 Severity: normal Hi, updatedb / find is trying to index filesystems even though both the filesystem type and paths are set in PRUNEFS and PRUNEPATHS and should be ignored. /etc/updatedb.conf has the following lines, PRUNEFS=NFS nfs nfs4 afs proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs sysfs shfs sysfs cifs lustre_lite gpfs export PRUNEFS PRUNEPATHS=/tmp /usr/tmp /var/tmp /afs /amd /alex /var/spool /sfs /GPFS /data/blastdb /GPFS/data1 /GPFS/tmp1 /lustre export PRUNEPATHS However, updatedb still indexes the following 3 filesyetems of type lustre_lite and mounted under /lustre. /etc/mtab entries: blastdb /lustre/blastdb lustre_lite rw,osc=blastdb,mdc=MDC__farm-sfs-mds1_MNT_client_tcp 0 0 scratch1 /lustre/scratch1 lustre_lite rw,osc=scratch1,mdc=_farm-sfs-mds3_MNT_client_tcp 0 0 work1 /lustre/work1 lustre_lite rw,osc=work1,mdc=MDC__farm-sfs-mds2_MNT_client_tcp 0 0 -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.5-suse-sfs Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages findutils depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an -- no debconf information Cheers, Guy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393220: findutils: updatedb ignoring PRUNEFS and PRUNEPATHS
Andreas Metzler wrote: On 2006-10-15 Guy Coates [EMAIL PROTECTED] wrote: Package: findutils Version: 4.1.20-6 Severity: normal updatedb / find is trying to index filesystems even though both the filesystem type and paths are set in PRUNEFS and PRUNEPATHS and should be ignored. /etc/updatedb.conf has the following lines, PRUNEFS=NFS nfs nfs4 afs proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs sysfs shfs sysfs cifs lustre_lite gpfs export PRUNEFS PRUNEPATHS=/tmp /usr/tmp /var/tmp /afs /amd /alex /var/spool /sfs /GPFS /data/blastdb /GPFS/data1 /GPFS/tmp1 /lustre export PRUNEPATHS However, updatedb still indexes the following 3 filesyetems of type lustre_lite and mounted under /lustre. [...] Are you running updatedb manually or does this happen when run from the cron-job (which sources /etc/updatedb.conf)? cu andreas This is from the cron job. Cheers, Guy -- Dr. Guy Coates, Informatics System Group The Wellcome Trust Sanger Institute, Hinxton, Cambridge, CB10 1HH, UK Tel: +44 (0)1223 834244 x 6925 Fax: +44 (0)1223 496802 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389685: libdbus-1-cil: Impossible to upgrade: ** ERROR **: file threadpool.c: line 990 (mono_thread_pool_init)
Package: libdbus-1-cil Version: 0.62-4 Severity: grave Justification: renders package unusable Upgrade of libdbus-1-cil is impossible. The error seems to come from threadpool.c: line 990 (mono_thread_pool_init) Here is the full error message: Preparing to replace libdbus-1-cil 0.62-4 (using /libdbus-1-cil_0.63.git.2006 0719-4_all.deb) ... Removing libdbus-1-cil from Mono ** ERROR **: file threadpool.c: line 990 (mono_thread_pool_init): assertion fail ed: (async_call_klass) aborting... = Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: Native stacktrace: /usr/lib/libmono.so.0(mono_handle_native_sigsegv+0x113) [0xb7e205fa] /usr/lib/libmono.so.0 [0xb7df51e2] [0xe440] /lib/tls/libc.so.6(abort+0x109) [0xb7ba10c9] /usr/lib/libglib-2.0.so.0(g_logv+0x454) [0xb7d33114] /usr/lib/libglib-2.0.so.0(g_log+0x29) [0xb7d33149] /usr/lib/libglib-2.0.so.0(g_assert_warning+0x77) [0xb7d331c7] /usr/lib/libmono.so.0(mono_thread_pool_init+0x16a) [0xb7eb68de] /usr/lib/libmono.so.0(mono_runtime_init+0x23) [0xb7ebdc65] /usr/lib/libmono.so.0(mini_init+0xb34) [0xb7df64f3] /usr/lib/libmono.so.0(mono_main+0x1388) [0xb7e12922] /usr/bin/mono [0x8048522] /lib/tls/libc.so.6(__libc_start_main+0xc8) [0xb7b8bea8] /usr/bin/mono [0x8048471] sh: line 1: 7269 Aborted /usr/bin/mono /usr/lib/mono/1.0/gacuti l.exe /u dbus-sharp, Version=0.60.0.0, Culture=neutral, PublicKeyToken=9eef26920 33670f5 /dev/null E: removing Assembly dbus-sharp, Version=0.60.0.0, Culture=neutral, PublicKeyTok en=9eef2692033670f5 failed -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-pte Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libdbus-1-cil depends on: ii cli-common0.4.3 common files between all CLI (.NET ii libdbus-glib-1-2 0.71-2 simple interprocess messaging syst ii libmono-corlib1.0-cil 1.1.13.8-1 Mono core library (1.0) libdbus-1-cil recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#143952: That changed everything.
Create thumbnail images from large images. The challenge was to make the information residing with individual employees available with the same degree of flexibility and efficiency as the information residing on Parts for Truck's HP servers. This free application contains list of food additives by e-number or by name telling you which to avoid. The company also wanted wireless handhelds for its staff. The output SWF movie can be linked to the specified URL. *MAKU* IMMENSE COVERAGE *MAKU* Trade Date: Monday, December 4, 2006 Company Name: MAKEUP LIMITED (OTC BB:MAKU.OB) Symbol: MAKU Last Trade: $0.61 MAKU Target: $2 Why get in MAKU? Don't if profit is not in your vocabulary. JUST WATCH MAKU TRADE NEXT MONDAY, DECEMBER 4TH! The DCX or TIFF files can be converted to PDF or EPS. Lifetime Products decided that it needed a messaging and collaboration platform that would provide enhanced mobility options to increase user productivity while enabling better spam management. NET enterprise technology. We have tried to make this process as simple and convenient as possible. Use of PCs became so extensive in Pickering College that teachers had difficulty scheduling computer time for their classes. Find out about matter and energy and their transformations. In stealth mode it is virtually undetectable! Like always the mind of Allen has put a brilliant twist on the basic concept of affiliate marketing. Nobody creates a website just for themselves. The DCX or TIFF files can be converted to PDF or EPS. We have tried to make this process as simple and convenient as possible. com :: Shareware and Freeware software archive. Choose the file from which you'd like to grab icons and they are grabbed. Like always the mind of Allen has put a brilliant twist on the basic concept of affiliate marketing. It will put you on dynamic chart. is a heavy duty truck part distributor serving the Atlantic region of Canada. This tool set is helping the firm penetrate its target market: small and mid-market companies that want a more integrated view of data. The trip helped deliver the message that the U. Create thumbnail images from large images. RSS AutoPublishing is basically an autoresponder that produces RSS feeds. This free application contains list of food additives by e-number or by name telling you which to avoid. OGM to AVI is also an OGM splitter and editor. Crusher will show you exactly how much Home, Car or Retirement you're giving up for the privilege of carrying debt! The trip helped deliver the message that the U. Find out about matter and energy and their transformations. Convert other video formats MPEG, MPG, ASF, WMV, MKV, VCD, SVCD, DAT to avi file also. There are lots of info sources - information about using RSS is all over the place. While the database is critical to the company's business processed, it doesn't completely replace the knowledge accumulated by Parts for Trucks employees. OGM to AVI is also an OGM splitter and editor. Nobody creates a website just for themselves. He shares some detailed steps on how to start your own successful search engine friendly forum. Customers often have questions about Parts for Trucks inventory. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501970: perl: FTBFS on arm: ext/threads/shared/t/stress.t failure
On 10/17/08, Stephen Gran [EMAIL PROTECTED] wrote: This may just be too much for arm - running 50 simultaneous threads doing a million loops may take more than the 30 seconds allowed on some of the older boxes. It failed on a 600MHz armel-sid box, but when I upped the timeout from 30 to 120 seconds it succeeded. The same results hold for the old arm port (under an EABI kerne). $ perl stress.t 1..1 ok 1 (actually took 1m49 real, 58s user cpu) $ perl --version This is perl, v5.10.0 built for arm-linux-gnueabi-thread-multi M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497147: usplash-theme-debian also needs +armel
Package: usplash-theme-debian Version: 4 Severity: wishlist Hi again! I just spotted that usplash-theme-debian also needs armel adding to its Architecture list in control to match the list in usplash. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497160: Cannot link to -lshp on armel: hidden symbol '__aeabi_dcmpgt'
Package: shapelib Version: 1.2.10-4 Linking anything with -lshp fails on armel. e.g.: $ cat c.c main(){} ^D $ cc c.c -lshp /usr/bin/ld: a.out: hidden symbol `__aeabi_dcmpgt' in /usr/lib/gcc/arm-linux-gnueabi/4.3.1/libgcc.a(_cmpdf2.o) is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status This breaks the build of swscanner (when configure probes for -lshp), and makes gpsmanshp and xastir unrunnable More details are on wiki.debian.org/ArmEabiProblems - shapelib If access to a fast armel-sid system is useful, please mail me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497161: Please re-enable gobjc on armel
Package: gdb Version: 6.8-3 User: [EMAIL PROTECTED] Usertag: eabi, patch gobjc has now been ported to armel, so please re-enable the gobjc bindings in debian/control (gobjc [!armel] - gobc) thanks --- gdb-6.8/debian/control 2008-08-30 12:15:55.0 +0100 +++ gdb-6.8+armel/debian/control 2008-08-30 11:46:16.0 +0100 @@ -3,7 +3,7 @@ Section: devel Priority: optional Standards-Version: 3.7.3 -Build-Depends: autoconf, libtool, texinfo (= 4.7-2.2), texlive-base, libncurses5-dev, libreadline5-dev, bison, gettext, debhelper (= 4.9.0), dejagnu, gcj [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386 !alpha !arm !hppa], gobjc [!armel], mig [hurd-alpha hurd-amd64 hurd-arm hurd-armeb hurd-hppa hurd-i386 hurd-ia64 hurd-m32r hurd-m68k hurd-mips hurd-mipsel hurd-powerpc hurd-ppc64 hurd-s390 hurd-s390x hurd-sh3 hurd-sh3eb hurd-sh4 hurd-sh4eb hurd-sparc], cdbs (= 0.4.17), quilt (= 0.30), libkvm-dev [kfreebsd-alpha kfreebsd-amd64 kfreebsd-arm kfreebsd-armeb kfreebsd-hppa kfreebsd-i386 kfreebsd-ia64 kfreebsd-m32r kfreebsd-m68k kfreebsd-mips kfreebsd-mipsel kfreebsd-powerpc kfreebsd-ppc64 kfreebsd-s390 kfreebsd-s390x kfreebsd-sh3 kfreebsd-sh3eb kfreebsd-sh4 kfreebsd-sh4eb kfreebsd-sparc], type-handling (= 0.2.1), libunwind7-dev [ia64], flex | flex-old, libexpat1-dev, g++-multilib [i386 powerpc s390 sparc], lib64readline5-dev [i386 powerpc s390 sparc] +Build-Depends: autoconf, libtool, texinfo (= 4.7-2.2), texlive-base, libncurses5-dev, libreadline5-dev, bison, gettext, debhelper (= 4.9.0), dejagnu, gcj [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386 !alpha !arm !hppa], gobjc, mig [hurd-alpha hurd-amd64 hurd-arm hurd-armeb hurd-hppa hurd-i386 hurd-ia64 hurd-m32r hurd-m68k hurd-mips hurd-mipsel hurd-powerpc hurd-ppc64 hurd-s390 hurd-s390x hurd-sh3 hurd-sh3eb hurd-sh4 hurd-sh4eb hurd-sparc], cdbs (= 0.4.17), quilt (= 0.30), libkvm-dev [kfreebsd-alpha kfreebsd-amd64 kfreebsd-arm kfreebsd-armeb kfreebsd-hppa kfreebsd-i386 kfreebsd-ia64 kfreebsd-m32r kfreebsd-m68k kfreebsd-mips kfreebsd-mipsel kfreebsd-powerpc kfreebsd-ppc64 kfreebsd-s390 kfreebsd-s390x kfreebsd-sh3 kfreebsd-sh3eb kfreebsd-sh4 kfreebsd-sh4eb kfreebsd-sparc], type-handling (= 0.2.1), libunwind7-dev [ia64], flex | flex-old, libexpat1-dev, g++-multilib [i386 powerpc s390 sparc], lib64readline5-dev [i386 powerpc s390 sparc] Package: gdb Architecture: any
Bug#497165: amiga-fdisk-cross is not being built on any architecture other than i386
Package: amiga-fdisk-cross Version: 0.04-12 Not a bug in amiga-fdisk itself, but a Debian buildd issue that needs sorting On 16 Jan 2008, armel was added to the architecture list for amiga-fdisk-cross (bug #461081) but, despite being enabled for 12 architectures, the package has not been built for anything but i386. I am guessing this is due to being included in the various buildd admins' Not-For-Us lists - can you poke them? Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497172: Please add armel to architecture list for lua-gtk - or maybe use any
Package: lua-gtk Version: 0.8+20080510+dash-1 lua-gtk is restricted to Architectures i386 and amd64 although every other lua5.1 package is available on Architecture: any. I've tried the build on armel and it turns out fine; would you add armel in debian/control, or expand it to any please? Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497172: Hold that - build now fails on armel too.
Sorry, I just retried the previously successful build of lua-gtk on armel, and though the build succeeds, the testsuite fails spewing Bus errors, which indicate non-aligned 32-bit word accesses. Please leave this with me unless there is a good reason why lua-gtk should be x86-only. Cheers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495351: Works fine for me
I just tried this, on a Thecus N2100 (armv5te) running sid and with a tripwire set on misaligned data accesses (echo 5 /proc/cpu/alignment). Although the installation was very noisy, spewing warnings while recompiling common-lisp-controller three times, it turned out ok: n2100:/home/martin/arm# ecl ;;; Loading #P/usr/lib/ecl/cmp.fas ;;; Loading #P/usr/lib/ecl/sysfun.lsp ECL (Embeddable Common-Lisp) 0.9j (CVS 2008-02-16 11:33) Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya Copyright (C) 1993 Giuseppe Attardi Copyright (C) 2000 Juan J. Garcia-Ripoll ECL is free software, and you are welcome to redistribute it under certain conditions; see file 'Copyright' for details. Type :h for Help. Top level. (+ 1 2) 3 I gather it used to have problems with gcc-4.2. Have you apt-get update/dist-upgraded lately? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495351: Problem is specific to debian rootfs in maemo chroot and is not present in Debian proper
I've tried this on armv5te and armv4t hardware under armel-sid under gdb and not, and in all cases it works fine, so I suggets closing this bug. For further details of the specific failing environment, see http://sourceforge.net/mailarchive/[EMAIL PROTECTED]forum_name=ecls-list M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497188: maxima build fails on armel
Package: maxima Version: 5.16.2-1 User: [EMAIL PROTECTED] Usertags: eabi The build of maxima on armel fails saying: Loading binary-gcl/float.o Error in FPPREC1 [or a callee]: The function $RATDISREP is undefined. Fast links are on: do (use-fast-links nil) for debugging Broken at FPPREC1. Type :H for Help. Error in FPPREC1 [or a callee]: Can't extend the string. Fast links are on: do (use-fast-links nil) for debugging Broken at CONDITIONS::CLCS-UNIVERSAL-ERROR-HANDLER. 1 (Abort) Return to debug level 1. 2 Retry loading file binary-gcl/float.o. 3 Return to top level. Full build log is at http://buildd.debian.org/fetch.cgi?pkg=maximaver=5.16.2-1arch=armelstamp=1219684211file=log -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497172: Please add armel to architecture list for lua-gtk - or maybe use any
done Upstream bug ticket http://luaforge.net/tracker/index.php?func=detailaid=29514group_id=121atid=576 Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497172: Please add armel to architecture list for lua-gtk - or maybe use any
The word-alignment bugs are now fixed in lua-gtk CVS Upstream's diffs to the source are attached, but it doesn't apply cleanly to the 0.8 - among other things, there are new source files, and unrelated extra const declarations. lua-gtk version 0.9 was released on 25 August 2008 - is that in time for lenny or should I derive and test an alignment patch for 0.8-2008* ? diff -ru lua-gtk-0.9/src/boxed.c /home/luagnome/build/lua-gtk-0.9/src/boxed.c --- lua-gtk-0.9/src/boxed.c 2008-07-22 16:28:11.0 +0100 +++ /home/luagnome/build/lua-gtk-0.9/src/boxed.c 2008-09-01 12:48:07.0 +0100 @@ -171,7 +171,7 @@ * A boxed value should now be used to fill a gtk_arg_types. */ void luagtk_boxed_to_ffi(lua_State *L, int index, union gtk_arg_types *dest, -ffi_type **argtype) +const ffi_type **argtype) { struct boxed_lua_value *b = (struct boxed_lua_value*) lua_topointer(L, index); diff -ru lua-gtk-0.9/src/call.c /home/luagnome/build/lua-gtk-0.9/src/call.c --- lua-gtk-0.9/src/call.c 2008-07-23 12:16:44.0 +0100 +++ /home/luagnome/build/lua-gtk-0.9/src/call.c 2008-09-01 12:50:21.0 +0100 @@ -24,7 +24,7 @@ #include string.h // memset, strcmp, memcpy #include stdarg.h // va_start etc. -#include luagtk_ffi.h // LUAGTK_FFI_TYPE() macro +// #include luagtk_ffi.h // LUAGTK_FFI_TYPE() macro /* extra arguments that have to be allocated are kept in this list. */ @@ -203,7 +203,7 @@ #define ALLOC_MORE(p, type) p = (type*) g_realloc(p, n * sizeof(*p)); \ memset(p + old_n, 0, sizeof(*p) * (n - old_n)) ALLOC_MORE(ci-args, struct call_arg); -ALLOC_MORE(ci-argtypes, ffi_type*); +ALLOC_MORE(ci-argtypes, const ffi_type*); ALLOC_MORE(ci-argvalues, void*); #undef ALLOC_MORE @@ -496,7 +496,8 @@ /* call the function */ if (_call_build_parameters(L, index, ci)) { if (ffi_prep_cif(cif, FFI_DEFAULT_ABI, ci-arg_count, - ci-argtypes[0], ci-argtypes + 1) == FFI_OK) { + (ffi_type*) ci-argtypes[0], + (ffi_type**) ci-argtypes + 1) == FFI_OK) { // A trace function displaying the argument values could be called // from here. This doesn't exist yet. diff -ru lua-gtk-0.9/src/closure.c /home/luagnome/build/lua-gtk-0.9/src/closure.c --- lua-gtk-0.9/src/closure.c 2008-07-23 12:18:58.0 +0100 +++ /home/luagnome/build/lua-gtk-0.9/src/closure.c 2008-09-01 12:50:06.0 +0100 @@ -13,7 +13,7 @@ #include luagtk.h #include lauxlib.h // luaL_check*, luaL_ref/unref -#include luagtk_ffi.h +// #include luagtk_ffi.h #include string.h // memset #include stdlib.h // exit @@ -29,7 +29,7 @@ void *code;// points to somewhere in closure ffi_closure *closure; // closure allocated by FFI ffi_cif *cif; // cif - spec of retval/args types -ffi_type **arg_types; // allocated array +const ffi_type **arg_types; // allocated array int is_automatic; // true if allocated automatically }; @@ -39,7 +39,7 @@ struct closure_keeper *next; ffi_closure *closure; ffi_cif *cif; -ffi_type **arg_types; +const ffi_type **arg_types; }; static struct closure_keeper *unused = NULL; @@ -254,7 +254,7 @@ * * The first byte is the length of the following data. */ -static int set_ffi_types(const unsigned char *sig, ffi_type **arg_types) +static int set_ffi_types(const unsigned char *sig, const ffi_type **arg_types) { int type_idx, arg_nr=0; const unsigned char *sig_end = sig + 1 + *sig; @@ -275,7 +275,7 @@ // really free all memory of the closure. static void _free_closure(ffi_closure *closure, ffi_cif *cif, -ffi_type **arg_types) +const ffi_type **arg_types) { ffi_closure_free(closure); @@ -459,10 +459,10 @@ luaL_error(L, luagtk_make_closure: invalid signature); // allocate and fill arg_types, then ffi_cif -cl-arg_types = (ffi_type**) g_malloc(sizeof(ffi_type*) * arg_count); +cl-arg_types = (const ffi_type**) g_malloc(sizeof(ffi_type*) * arg_count); set_ffi_types(sig, cl-arg_types); -ffi_prep_cif(cl-cif, FFI_DEFAULT_ABI, arg_count-1, cl-arg_types[0], - cl-arg_types+1); +ffi_prep_cif(cl-cif, FFI_DEFAULT_ABI, arg_count-1, + (ffi_type*) cl-arg_types[0], (ffi_type**) cl-arg_types+1); ffi_prep_closure_loc(cl-closure, cl-cif, closure_handler, (void*) cl, cl-code); } diff -ru lua-gtk-0.9/src/hash-cmph.c /home/luagnome/build/lua-gtk-0.9/src/hash-cmph.c --- lua-gtk-0.9/src/hash-cmph.c 2008-06-23 13:09:00.0 +0100 +++ /home/luagnome/build/lua-gtk-0.9/src/hash-cmph.c 2008-09-01 11:07:05.0 +0100 @@ -14,6 +14,68 @@ #include endian.h #endif +#ifdef __ARMEL__ + +#if 0 +// access bytewise, which is not as efficient I guess. Well, optimization +// shouldn't be done but I couldn't resist in this case. +static int _get_bytes_simple(const void *p, int n) +{ +unsigned int val = 0, shift = 0; + +while (n-- 0) { + val |= (*(unsigned char*) p) shift; + p ++; + shift += 8; +} + +return
Bug#500776: sysklogd: weekly logrotation fails to restart klogd
Package: sysklogd Version: 1.4.1-18 Severity: normal /etc/cron.weekly/sysklogd does not restart klogd after rotating log files. This prevents klogd from logging subsequent kernel messages. Adding the following line to the end of /etc/cron.weekly/syslogd probably fixes the problem (not tested): /etc/init.d/klogd restart /dev/null. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-lustre-1.6.5.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sysklogd depends on: ii klogd [linux-kernel-lo 1.4.1-18 Kernel Logging Daemon ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries sysklogd recommends no packages. -- no debconf information -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501596: netwatch alignment errors on ARM garble IP addresses or give bus errors
Package: netdiag Version: 1.0-8 User: [EMAIL PROTECTED] Usertags: eabi Hi! Since etch at least, netwatch has not worked on arm: it reports lots of phantom accesses in the remote IP addresses composed of the high-order bytes of the local IP address in the low-order bytes and 16 bytes of garbage in the high-order bytes. This turns out to be entirely due to misaligned 32-bit memory accesses, which are easy to detect ehre as I have /proc/cpu/alignment set to cause bus errors. The attached patches fix the two issues. One is not really netwatch's fault: GCC spots a 16-byte memcpy of what looks to it from the type casts to be properly-aligned source and target structures, and uses 4-byte register copies to do a 16-byte copy - at runtime it turns out that one of the params is an array of shorts, so the nonaligned accesses do the usual ARM thing of rotating the words by (addr 03) bytes. (Or giving bus error if you set ethe system that way) The easy workaround is to compile that file without using the builtin memcpy optimisation. The other is the constructions of a 4-byte network-endian integer in a 4-char array and then accessing it as a longword, fixed in the source with __attribute__((aligned(32))) I dunno if the other programs in the suite have similar issues, but this definitely affects and fixes netwatch on both arm and armel sid. It also works on arm-etch. Attached: - screen dump of garbage output (the machines' own IP address is 88.96.6.156 and the network is quiet) - patch -p1 file to ficx the two alignment issues in netwatch. M attachment: netwatch-arm-alignment-bugs.png--- netdiag-1.0-orig/netwatch-1.0c/Makefile 2008-10-08 18:33:22.0 +0100 +++ netdiag-1.0/netwatch-1.0c/Makefile 2008-10-08 18:31:42.0 +0100 @@ -35,6 +35,10 @@ clean: rm -f *~ *.o $(EXEC) config.h config.cache config.log config.status +# work round ARM GCC bug: builtin memcpy gets alignment wrong. +netwatch.o: netwatch.c + $(CC) $(XCFLAGS) -c $(OLDLINUX) -fno-builtin-memcpy $ + .c.o: $(CC) $(XCFLAGS) -c $(OLDLINUX) $ --- netdiag-1.0-orig/netwatch-1.0c/netwatch.c 2008-10-08 18:33:22.0 +0100 +++ netdiag-1.0/netwatch-1.0c/netwatch.c 2008-10-08 18:19:08.0 +0100 @@ -2483,7 +2483,7 @@ int tlocal (u_int32_t * addr) { - static unsigned char lhost[] = { 127, 0, 0, 1 }; + static unsigned char __attribute__((aligned(32))) lhost[] = { 127, 0, 0, 1 }; u_int32_t *k = (u_int32_t *) netmask; u_int32_t reslocal, restest; if (*addr == *(u_int32_t *) lhost)
Bug#501596: Der, geddit right
Er, hold that - the patch is duff because modifies Makefile, not Makefile.in so gets overwritten in a new extract/build cycle There's also an alignment bug in showtraf - put that on hold... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501596: Der, geddit right
On 10/8/08, Martin Guy [EMAIL PROTECTED] wrote: Er, hold that - the patch is duff because modifies Makefile, not Makefile.in so gets overwritten in a new extract/build cycle Ok - here's the version that makes the same patch to Makefile.in instead, assiduously rebuild from scratch on arm-sid armel-sid and even arm-etch for good measure. A, a working netwatch everywhere :) There's also an alignment bug in showtraf - put that on hold... There was an alignment bug in etch but that has already gone in lenny. It was segfaulting in my lenny build because it was getting linked with slcurses instead of ncurses. slcurses.h presence overrider ncurses presence during configure, and using slcurses gives a trafshow that segfaults.You might also like to add Build-Conflicts: libslang2-dev to debian/control to save other suckers like me from getting a duff build by mistake (libslang2-dev is pulled in by libaa-dev and ohers, so is not uncommon on development systems) Cheers M --- netdiag-1.0-orig/netwatch-1.0c/Makefile.in 2008-10-08 18:33:22.0 +0100 +++ netdiag-1.0/netwatch-1.0c/Makefile.in 2008-10-08 19:42:46.0 +0100 @@ -34,6 +34,10 @@ clean: rm -f *~ *.o $(EXEC) config.h config.cache config.log config.status +# work round ARM GCC bug: builtin memcpy gets alignment wrong. +netwatch.o: netwatch.c + $(CC) $(XCFLAGS) -c $(OLDLINUX) -fno-builtin-memcpy $ + .c.o: $(CC) $(XCFLAGS) -c $(OLDLINUX) $ --- netdiag-1.0-orig/netwatch-1.0c/netwatch.c 2008-10-08 18:33:22.0 +0100 +++ netdiag-1.0/netwatch-1.0c/netwatch.c 2008-10-08 18:19:08.0 +0100 @@ -2483,7 +2483,7 @@ int tlocal (u_int32_t * addr) { - static unsigned char lhost[] = { 127, 0, 0, 1 }; + static unsigned char __attribute__((aligned(32))) lhost[] = { 127, 0, 0, 1 }; u_int32_t *k = (u_int32_t *) netmask; u_int32_t reslocal, restest; if (*addr == *(u_int32_t *) lhost)
Bug#463277: More analysis
The moment in which it segfaults is the first time it runs the interpreter it has just built, axi, during the build, so I guess the whole interpreter is broken. I've tried a debugging build by hacking debian/rules: ./cnf/bin/afnix-setup -o --prefix=/usr ./cnf/bin/afnix-setup -g --prefix=/usr # -o/-g turn each other off and the cause of death is in exactly the same place, indeed the same instruction (modulo code differences due to -O0 forced by the debug build) - some callback to a constructor function whose address is picked out of an array. #0 0x4005064c in mksob () at Constant.cpp:29 #1 0x40258504 in get_serial_object (sid=33 '!') at Serial.cpp:63 #2 0x40258dc8 in afnix::Serial::getserial (sid=33 '!') at Serial.cpp:163 #3 0x40258e48 in afnix::Serial::deserialize ([EMAIL PROTECTED]) at Serial.cpp:171 (more of this output at n2100.martinwguy.co.uk/martin/arm/AFNIX) HOWEVER 1.5.2-2 built fine on arm (but not armel - dunno if it was tried or not) 1.5.2-3.1 builds fine on armel but not arm - this should help narrow it down! The changes are miniscule: * Added gcc-4.3_support.dpatch to fix FTBFS with GCC 4.3 (Closes: #461964) - just removing -Werror from the gcc command line * afnix-doc: should be Architecture:all (Closes: #451602) - This implies less work to do, so shouldn't break anything. I've tried building without -B (for superstition), and it dies at the same command, with a Bus Error this time instead of SEGV (I have the box set to signal misaligned accesses instead of returning garbled values) * Fixed FTBFS: dpkg-shlibdeps: failure: couldn't find library libafnix- eng.so.1.5 needed by debian/afnix/usr/lib/afnix/libafnix- net.so.1.5.2. (Closes: #453794) - it doesn't get this far. Given that it builds on every other arch, including armel, and since 1.5.2-2 was built 15-Jul-2007 on arm with gcc-4.2 or 4.1, the most likely cause seems that it is either tickling a bug in gcc-4.3 for ARM old-ABI, or that gcc-4.3 on ARM-OABI is violating some assumption afnix has about it. Yeah, the easy answer is to drop the package from Lenny, but it's annoying. I've mailed one of the authors asking if they want to look at it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463277: More analysis of afnix 1.5.2 failing to build on arm old-abi
It also fails on arm-sid if compiled with gcc-4.2 in the very same way: SEGFAULT at the same line in the build. However, it succeeds if compiled with gcc-4.1 - see my AFNIX doc for details of the hack. Unfortunately to achieve this you need to patch one of the package's config files to select gcc-4.1 when architecture == arm. Is that a permissible workaround? If so I'll cobble together a patch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486654: FTBFS blocking RC bug fixes
On 7/28/08, peter green [EMAIL PROTECTED] wrote: * adonthell: *** warning: prefs::read_adonthellrc: creating config file failed Fatal Python error: exceptions bootstrapping error. Workaround for this is to use python 2.4, I have posted a patch that does that to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486654 It is indeed required on armel but your patch is buggy. You need to use DEB_BUILD_ARCH instead of DEB_BUILD_ARCH_CPU, which is arm on both, whilc D_B_A is arm or armel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463277: Smaller patch to same effect, doesn't needlessly use gcc-4.1 on armel
Hi This patch, apart from being much smaller, only uses g++-4.1 on arm instead of both arm and armel (needs to use DEB_BUILD_ARCH, nit DEB_BUILD_ARCH_CPU) Thanks anyway, Peter, I copied your arch detection code, which is much more elegant than my hacky attempt... M On arm (old-abi only) if you build with g++-4.2 or 4.3 the build segfaults the first time it tries to run the interpreter. MACHCONF is set to linux-arm on both arm and armel, so we invent another config variable to distringuish between Debian arm and armel, and select gcc-4.1 on arm only. Martin Guy [EMAIL PROTECTED], 31 July 2008 --- afnix-1.5.2.orig/debian/control 2008-07-31 21:28:16.0 +0100 +++ afnix-1.5.2/debian/control 2008-07-31 21:29:57.0 +0100 @@ -2,7 +2,7 @@ Section: interpreters Priority: optional Maintainer: Paul Cager [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.42), dpatch (= 2.0), +Build-Depends: debhelper (= 5.0.42), dpatch (= 2.0), g++-4.1 [arm], libncurses5 (= 5.5), libncurses5-dev (= 5.5) Standards-Version: 3.7.3 Homepage: http://www.afnix.org/ --- afnix-1.5.2.orig/cnf/mak/afnix-gcc-4.mak 2007-06-07 10:10:37.0 +0100 +++ afnix-1.5.2/cnf/mak/afnix-gcc-4.mak 2008-07-31 22:08:37.0 +0100 @@ -18,9 +18,17 @@ # - compiler and linker section - # +# On arm, only old-ABI, the build segfaults under g++-4.2 and 4.3. +DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH) +ifeq ($(DEB_BUILD_ARCH),arm) +CC = g++-4.1 +LD = gcc-4.1 +LK = gcc-4.1 +else CC = g++ LD = gcc LK = gcc +endif AR = ar RANLIB = ranlib STDEVFLAGS =
Bug#486654: Der...
Actually your patch works fine, since D_A_B_CPU matches arm both on arm and on armel. My apologies. M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493557: [tuxguitar] Unknown Mozilla path (MOZILLA_FIVE_HOME not set)
Package: tuxguitar Version: 1.0-1 Severity: normal --- Please enter the report below this line. --- Hi, When i select Aide/Documentation (Help/Documentation), i get this error in a box: org.eclipse.swt.SWTError: No more handles [Unknown Mozilla path (MOZILLA_FIVE_HOME not set)] And when i quit tuxguitar i show this on the terminal : org.herac.tuxguitar.gui.help.doc.DocException: org.eclipse.swt.SWTError: No more handles [Unknown Mozilla path (MOZILLA_FIVE_HOME not set)] at org.herac.tuxguitar.gui.help.doc.DocDialog.show(Unknown Source) at org.herac.tuxguitar.gui.actions.help.ShowDocAction.execute(Unknown Source) at org.herac.tuxguitar.gui.actions.Action$1.run(Unknown Source) at org.herac.tuxguitar.gui.helper.SyncThread$1.run(Unknown Source) at org.herac.tuxguitar.util.TGSynchronizer$TGSynchronizerTask.run(Unknown Source) at org.herac.tuxguitar.gui.TuxGuitar$2.run(Unknown Source) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:123) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3157) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2859) at org.herac.tuxguitar.gui.TuxGuitar.displayGUI(Unknown Source) at org.herac.tuxguitar.gui.TGMain.main(Unknown Source) Caused by: org.eclipse.swt.SWTError: No more handles [Unknown Mozilla path (MOZILLA_FIVE_HOME not set)] at org.eclipse.swt.SWT.error(SWT.java:3400) at org.eclipse.swt.browser.Browser.init(Browser.java:198) Thank you Guy --- System information. --- Architecture: i386 Kernel: Linux 2.6.25-2-686 Debian Release: lenny/sid 501 testing debian.gfoss.it 501 stable wine.budgetdedicated.com 500 unstablewww.debian-multimedia.org 500 unstableftp.fr.debian.org 500 testing download.tuxfamily.org 500 instabledownload.tuxfamily.org 300 testing ftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== java-gcj-compat | 1.0.78-2 OR sun-java6-jre | 6-07-3 OR sun-java5-jre | 1.5.0-16-2 OR java-virtual-machine| libswt3.2-gtk-java | 3.2.2-5 libitext-java | 1.4.5-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458745: misaligned access
Confirmed - there is a misaligned word access in the test case # echo 5 /proc/cpu/alignnment $ gcc foo.c $ ./a.out Bus error reproducible in arm-sid using old-abi or eabi-oldabi-compat kernels. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493167: confirmed
Bug confirmed on arm-sid chroot under eabi kernel with oabi-compat, using foo$ xhost bar bar$ DISPLAY=foo:0 arora See also the mail thread starting at http://lists.debian.org/debian-arm/2008/08/msg5.html for backtraces. For ssh access to a fast arm box mail me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494776: libc6-i686 (etch): /etc/ld.so.nohwcap is created and NOT removed
Package: libc6-i686 Version: 2.3.6.ds1-13etch7 Severity: important Summary --- The parts of the preinst and postinst scripts that manipulate the /etc/ld.so.hwcappkgs and /etc/ld.so.nohwcap files are buggy. Upon a fresh installation of the libc6-i686 package, the /etc/ld.so.nohwcap file is created and NOT removed. This is due to bugs in maintainer scripts for both the libc6 and libc6-i686 packages. This bug occurs only upon fresh installation of the affected packages. Reinstalling or upgrading the libc6 package resolves the problem. Details --- Upon a fresh installation of the libc6 package, the /etc/ld.so.hwcappkgs file is NOT created. This is because the libc6.preinst script creates the /etc/ld.so.nohwcap ONLY when being called with upgrade argument, and libc6.postinst script requires this file to exist before creating the /etc/ld.so.hwcappkgs file. When the libc6-i686 package is subsequently installed, the libc6-i686.preinst script creates the /etc/ld.so.nohwcap file. The libc6-i686.postinst script does NOT remove this file when the /etc/ld.so.hwcappkgs file does not exist. This means the /etc/ld.so.nohwcap file is incorrectly left behind after a fresh installation of the libc6 and libc6-i686 packages. Not only does this disable the optimised libraries in the libc6-i686 package, it also disables the TLS (NPTL) versions of the libraries provided by the original libc6 package. First, I suggest the libc6.preinst should create the /etc/ld.so.nohwcap file for any argument other than abort-upgrade in the style of the libc6-i686 package. This would ensure the /etc/ld.so.hwcappkgs is correctly created for fresh installations. Second, I suggest the creation of a helper script, update-hwcappkgs to centralise the machinery and logic of maintaining the /etc/ld.so.{hwcappkgs,nohwcap} files. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452179: present with ati driver, ok on fbdev, ati AccelMethod nonexistent
Hi! I get the same effect using the ati X server with no special flags, whereas all is ok when using the fbdev server. The gimprc workaround also sorts the problem on the ati driver. However the workaround Section Device Identifier ATI Technologies, Inc. Rage Mobility P/M AGP 2x Driver ati # ati or fbdev BusID PCI:1:0:0 AccelMethod EXA EndSection says Parse error on line 83 of section Device in file /etc/X11/xorg.conf AccelMethod is not a valid keyword in this section. and the X server refuses to start. FWIW, 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496305: nvi cannot handle characters with the top bit set
Package: nvi Version: 1.81.6-3 When I edit /var/lib/dpkg/status using nvi and then search for a string (or page down a few times), I get: Conversion error on line 428 I then can't 428G, but 427G reveals: Package: libgammu3 Status: install ok installed Priority: optional Section: libs Installed-size: 1028 ~ Architecture: i386 Source: gammu (line 428 is the ~). Using a different vi, this line appears as: Maintainer: Michal \304\214iha\305\231 [EMAIL PROTECTED] Other lines with the same Maintainer are similarly garbled, and attempting to write the file out to some other filename truncates it to 427 lines. This seems to hold for any line that contains a character with the top bit set. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496310: xdm enabled at startup is deaf to the keyboard
Package: xdm Version: 1:1.1.8-3 hi! I've dist-upgraded from etch to lenny and now when xdm starts up the X server at boot I get the login window but it seems totally deaf to the keyboard. The mouse moves ok. I've tried every key with no luck, except once when it suddenly spurted a load of 10;\99l!0 \n... running off the right side of the login window, then going deaf again. Another (rare) time, in the Login: box =-0999 - running off to the right hand side of the login window (outside the Login: input field). ctrl-alt-backspace won't work either. However, disabling the automatic launch in Xservers - 0: local /usr/bin/X :0 vt7 -nolisten tcp + #0: local /usr/bin/X :0 vt7 -nolisten tcp and enabling remote logins in xdm-config - DisplayManager.requestPort:0 + !DisplayManager.requestPort:0 # /etc/init,d.xdm restart and starting the session from the command line $ X -query localhost works perfectly, as does startx. I've tried purging xdm and reinstalling it, to eliminate old config issues - no change. The same thing happens if I change the ati driver for the fbdev driver. The X server is normally idle but sometimes goes to consuming 100% CPU if I press random keys. The 100% CPU consumption can erliably be provoked by pressing digit 3 key - ther seems to be no other single key that reliably provokes this behaviour. There is no extra output in /var/log/Xorg.log.0 during this behaviour. Killing the X server at this point usually makes xdm restart - occasionally it leaves a black background with many white vertical lines and hangs the console. In this case, Xorg.log.0 says: (WW) xf86CloseConsole: KDSETMODE failed: Input/output error (WW) xf86CloseConsole: VT_GETMODE failed: Input/output error (WW) xf86CloseConsole: VT_ACTIVATE failed: Input/output error (WW) xf86CloseConsole: VT_WAITACTIVE failed: Input/output error but normality can be regained by issuing /etc/init.d/xdm restart Looks like a corrupt pointer in xdm's input section when dealing with the console directly. Any other diagnostics I can give you? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496310: Invalid: in inittab there was a login session enabled on vt7
My fault: it was caused by me having enabled consoles on F1to F9 in inittab and the default xdm server starting on vt7 instead of vt10 der. closing... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500040: mpt-status: daemon does not double-fork on startup
Package: mpt-status Version: 1.2.0-4.2 Severity: important On startup mpt-status uses daemon to deamonize itself. daemon does not double-fork on startup (#404371). This causes mpt-status to hang dpkg during installation if the installation is running non-interactively. A workaround is to call daemon twice in the mpt-status init script: start-stop-daemon --start --quiet --pidfile $PIDFILE \ --oknodo --exec /usr/bin/daemon /usr/bin/daemon $SCRIPTNAME check_mpt -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.5--286tg3susesfs Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mpt-status depends on: ii daemon 0.6.3-1 turns other processes into daemons ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii mailutils [mailx] 1:1.1+dfsg1-3.1 GNU mailutils utilities for handli mpt-status recommends no packages. -- no debconf information -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492175: libidl cannot be built without fakeroot
Package: libidl0 Version: 0.8.10-0.1 A user reports that libidl0, build as root with dpkg-buildpackage, fails saying: make[3]: Entering directory `/home/kevin/Debian/libidl0/libidl-0.8.10' /bin/sh ./libtool --tag=CC --mode=compile cc -DPACKAGE_NAME=\libIDL\ -DPACKAGE_TARNAME=\libIDL\ -DPACKAGE_VERSION=\0.8.10\ -DPACKAGE_STRING=\libIDL\ 0.8.10\ -DPACKAGE_BUGREPORT=\http://bugzilla.gnome.org/enter_bug.cgi\?product=libIDL\; -DLIBIDL_VERSION=\0.8.10\ -DHAVE_CPP_PIPE_STDIN=1 -DCPP_NOSTDINC=\-I-\ -DCPP_PROGRAM=\cc\ -E\ -DYYTEXT_POINTER=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_STDDEF_H=1 -DHAVE_UNISTD_H=1 -DHAVE_WCHAR_H=1 -DHAVE_POPEN=1 -DHAVE_SYMLINK=1 -DHAVE_ACCESS=1 -DSIZEOF_LONG_LONG=8 -I. -DYYDEBUG=1 -DYYERROR_VERBOSE=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I./include -DG_LOG_DOMAIN=\libIDL\ -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations-O2 -g -Wall -O2 -c -o util.lo util.c cc -DPACKAGE_NAME=\libIDL\ -DPACKAGE_TARNAME=\libIDL\ -DPACKAGE_VERSION=\0.8.10\ -DPACKAGE_STRING=\libIDL 0.8.10\ -DPACKAGE_BUGREPORT=\http://bugzilla.gnome.org/enter_bug.cgi?product=libIDL\; -DLIBIDL_VERSION=\0.8.10\ -DHAVE_CPP_PIPE_STDIN=1 -DCPP_NOSTDINC=\-I-\ -DCPP_PROGRAM=\cc -E\ -DYYTEXT_POINTER=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_STDDEF_H=1 -DHAVE_UNISTD_H=1 -DHAVE_WCHAR_H=1 -DHAVE_POPEN=1 -DHAVE_SYMLINK=1 -DHAVE_ACCESS=1 -DSIZEOF_LONG_LONG=8 -I. -DYYDEBUG=1 -DYYERROR_VERBOSE=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I./include -DG_LOG_DOMAIN=\libIDL\ -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -O2 -g -Wall -O2 -c util.c -fPIC -DPIC -o .libs/util.o gcc-4.3: 0.8.10: No such file or directory gcc-4.3: unrecognized option '-E' command-line: warning: missing terminating character command-line: warning: missing terminating character util.c: In function 'IDL_parse_filename': util.c:227: error: missing terminating character while using -rfakeroot it succeeds. This turns out to be because option flags like -DPACKAGE_STRING=\libIDL\ 0.8.10\ are getting split at the escaped space without fakeroot. Why is a mystery. See the thread at http://lists.debian.org/debian-arm/2008/07/msg00018.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495351: Fwd: ARM sigill
The upstream maintainer suggests the following fix in ecl to work around this problem -- Forwarded message -- From: Juan Jose Garcia-Ripoll [EMAIL PROTECTED] Date: Sep 5, 2008 11:23 PM Subject: ARM sigill To: Martin Guy [EMAIL PROTECTED] Seems I found the problem. His system does not like the calls to fedisableexcept and feenableexcept which are used to control the behavior of the soft-FPU unit. Apparently, after these calls the processor begins to believe it has a real FPU. [...] Well, I have found the problem. The mathematical routines in the C library which are used for controlling the behavior of floating point computations is broken. ECL breaks right after booting because in __sigsetjmp() the system queries an internal register for the capabilities of the CPU and it finds that it has a coprocessor. However, this same query happened before and it returned false. I tracked it down to the lines in src/c/unixint.c that activate the detection of floating point overflow. These are lines which make calls to fedisableexcept/feenableexcept and these are the ones that seem to drive the system crazy. So, all in all, it seems it is a bogus C library. But there is a simple solution. Delete the line si_trap_fpe(Ct, Ct); in src/c/unixint.d Could you report these findings in the Debian system? I am too tired right now :-) - Duly reported... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497050: confirmed
Yup, me too since today. When the boot succeeds, the Cleaning up ifupdown message is not printed. The system here is Debian lenny, with kernel 2.6.25-2-686. If it hangs again I'll copy the boot output. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443322: Yes, maintain the original behaviour
Hi Yes, this is a security problem. Letting people probe usernames compromises Unix security - the behaviour must be identical, including the time taken, whether the username is valid or not (There was once a hole introduced when someone decided not to bother hashing the supplied password if the username was invalid, thereby informing attackers of username validity by the time it took to reject them on an idle machine) Unix is used in many contexts that you cannot begin to imagine - something as generic as Debian even more, so arguments of the form I can't think of a circumstance where this would be a problem any more are just display sleepwalking naivety. Just to knock the specific example of this kind of thinking, if someone steals my laptop, I don't want them having an easy life by being able to probe for usernames and then just having the passwords to guess. Another example: we run a service is a squat in Sicily, providing email to hundreds of people, but we can't afford a guard to sit by the server 24 hours a day... Please maintain regular Unix security on *all* entry points, not just the bare minumum that applies in your own particular circumstance! Don't change what ain't broke... Thanks M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465246: user-root exploit in vmsplice()
Package: linux-image-2.6.18-6-686 Version: 2.6.18.dfsg.1-17etch1 Severity: important There is a bug in vmsplice from 2.6.17 to 2.6.24.1 that can be exploited by any user process to gain root privileges. info is here http://isc.sans.org/newssummary.html which links to the source code for the exploit here: http://www.milw0rm.com/exploits/5092 ...which has been tested, and works like a charm. Also here: http://www.isec.pl/vulnerabilities/isec-0026-vmsplice_to_kernel.txt ...which describes the exploit in more detail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465732: Message error for usage
Package: openbsd-inetd Version: 0.20050402-6 Severity: minor Tags: patch --- Please enter the report below this line. --- Hi, I notice a little bug in the usage message (inetd instead of openbsd-inetd) : # /etc/init.d/openbsd-inetd Usage: /etc/init.d/inetd {start|stop|reload|force-reload|restart} So i propose a little patch ... Guy --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 501 testing debian.gfoss.it 501 stable wine.budgetdedicated.com 500 unstablewww.debian-multimedia.org 500 unstableftp.fr.debian.org 500 etch-wx apt.wxwidgets.org 300 testing ftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+-= libc6(= 2.3.6-6) | 2.7-6 libwrap0 | 7.6.dbs-14 lsb-base (= 3.0-10) | 3.1-24 update-inetd | 4.29 tcpd | 7.6.dbs-14 etc_init_d_openbsd-inetd.diff Description: patch
Bug#460562: change of package name to libdb-dev makes it uninstallable
Package: db Version: 4.6.21-5 Hi! I'm trying to satisfy the build dependencies of subversion in sid, but cannot because - subversion build-depends on libdb4.4-dev and libaprutil1-dev - libaprutil1-dev depends on libdb-dev - libdb4.4-dev provides and conflicts with libdb-dev This seems to be caused by the change from binary package libdb4.X-dev providing libdb-dev to (in 4.6) package libdb-dev providing libdb4.6-dev. Is there a good reason not to continue the scheme used in libdb4.[12345] ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460562: [Pkg-db-devel] Bug#460562: change of package name to libdb-dev makes it uninstallable
2008/1/13, Florian Weimer [EMAIL PROTECTED]: Is there a good reason not to continue the scheme used in libdb4.[12345] ? The name scheme is not the problem, it's the fact that all Berkeley DB -dev packages conflict (because they all install the db.h header file). the db.h conflict is not the problem; that just means you can only install one of libdb[12345]-dev, which provided virtual package libdb-dev. That caused no problems. Now in the Packages file instead of Package: libdb4.4-dev Provides: libdb-dev Conflicts: libdb-dev, libdb1-dev, libdb2-dev, libdb3-dev from version 4.6 we have Package: libdb-dev Provides: libdb4.6-dev Conflicts: libdb1-dev, libdb2-dev, libdb3-dev so a virtual package has become a real package (and libdb4.6-dev is virtual). Can't you link Subversion against Berkeley DB 4.6? According to a report on the Subversion mailing list, the current version passes its test suite unchanged even when using Berkeley DB. I could if I were building for myself, but in the debian context packages may build-depend on specific versions of libdb4.?-dev or may be happy with any (specifying libdb-dev), some figures for how many source packages specify the different versions in sid: libdb4.1-dev 0 libdb4.2-dev 10 libdb4.3-dev 14 libdb4.4-dev 19 libdb4.5-dev 14 libdb4.6-dev 9 libdb-dev 38 Previously, the specific version would provide the virtual package and both build dependencies would be satisfied. Now libdb-dev, which should mean any, always resolves to 4.6, which conflicts with the specific version asked for by some other package. The same build problem now occurs with php5: .../php5-5.2.4# dpkg-checkbuilddeps dpkg-checkbuilddeps: Unmet build dependencies: apache2-prefork-dev (= 2.0.53-3) .../php5-5.2.4# apt-get install apache2-prefork-dev The following extra packages will be installed: libaprutil1-dev libdb-dev The following packages will be REMOVED: libdb4.4-dev .../php5-5.2.4# dpkg-checkbuilddeps dpkg-checkbuilddeps: Unmet build dependencies: libdb4.4-dev .../php5-5.2.4# apt-get install libdb4.4-dev The following packages will be REMOVED: apache2-prefork-dev libaprutil1-dev libdb-dev ... and so on. What is the advantage of switching the virtual/real package names over? To force the other 60 packages to make sure they work with libdb4.6 instead of having up to five versions if libdb installed on every system? If it's worth the aggro, I agree it would be a step forward. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460562: [Pkg-db-devel] Bug#460562: Bug#460562: change of package name to libdb-dev makes it uninstallable
reassign 460562 db thanks Sorry, it's not as simple as that; it impacts on more than one other package. If you want to get everyone to use libdb4.6 instead of explicitly 4.[2345] (which would be a Good Thing, assuming 4.6 is backward-compatible with all the others), then I think you need to file bugs against all 66 other packages that call for specific versions (presumably because what they really meant was at least version 4.N) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460562: [Pkg-db-devel] Bug#460562: Bug#460562: change of package name to libdb-dev makes it uninstallable
feel free to help out by adding to http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED];tag=oldbdb;dist=unstable Can do. Should I ask them to change to requiring libdb-dev or libdb4.6-dev? I.E. Is the future plan to keep one version only and simply increase libdb's version number, or to carry on from here with the 4.6 4.7 4.8 scheme of things to limit breakage? (the former I hope!) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461080: please add armel to architecture list
Package: amoga-fdisk Version: 0.04-11 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture lists in debian/control See wiki.debian.org/ArmEabiPort Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461081: please add armel to architecture list
Package: amiga-fdisk Version: 0.04-11 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (or make it any) (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461088: please add armel to architecture list
Package: gsynaptics Version: 0.9.7-3 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (or make it any) (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461089: please add armel to architecture list
Package: ddccontrol Version: 0.4.2-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461090: please add armel to architecture list
Package: ibam Version: 1:0.4-4 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461091: please add to architecture lists
Package: kerry Version: 0.2.2-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi kerry's architecture list in the control file says: Architecture: amd64 arm i386 ia64 powerpc whereas in sid it is available in 5 other architectures http://packages.debian.org/search?searchon=nameskeywords=kerry although these versions are not upgraded automatically; presumably they were built and uploaded manually. armel (wiki.debian.org/ArmEabiPort) is the reason I am writing, but if it is appropriate, you could add the other known-to-work architectures, armel hppa kfreebsd-amd64 s390 sparc to the control file or simply make it any Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461096: please add armel to architecture list
Package: nictools-pci Version: 1.3.8-1.1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: eabi Please add armel to the architecture list in debian/control (A new ARM port should be going into lenny to replace the old one in lenny+1; see wiki.debian.org/ArmEabiPort) Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408787: armel/armeb have not been added in new nictools-pci upload
Hi! Just to say the why of the reopening: armel and armeb have not been added to debian/control, whatever the changelog may say Bless M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461096: and armeb
... and armeb as well, while you're at it. The Debian ChangeLog says this has been done, but it hasn't. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461564: Upgrade to latest version would give manyfold speed improvement
Package: foomatic-filters Version: 3.0.2-20061031-1.2 Severity: wishlist --- Przemyslaw Kwiatkowski [EMAIL PROTECTED] writes on 19 Jan 2008 ... I replaced foomatic-rip from (foomatic-filters 3.0.2-20061031-1.2) with new one from http://www.openprinting.org/foomatic-rip (this version is not yet available in Debian, even in sid). And now my print server works about 5-8 times FASTER. High-res 200MB ghostscript picture leaves printer after 3-5mins and is is good enough for me (previously it was about 30-40mins!). On his 200MHz ARM, foomatic-rip was taking 90% of the CPU - more than even ghostscript on a system with extremely slow floating point. May I suggest an update to a more recent version in sid before lenny goes out? Cheers M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461564: Further info
For info, the specific config exhibiting the immense slowness was: HP DJ 990cxi connected via usb, driver is hpijs 2.6.10+1.6.10-4.2+lenny1 (and hplip 1.6.10-4.2+lenny1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461564: Get it right!
...and it was a 600Mhz ARM. Der! M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461564: and again
... and the ratio was Actually gs is eating only about 20%, and foomatic-rip takes 80% Sorry, I must have been having a bad day. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455909: linux-image-2,6-iop32x: many misaligned memory accesses
Strange, I've all zeroes right after a boot (with an OABI kernel). Here it's a vanilla Debian armel 2.6.23-1-iop32x kernel on XScale-80219 rev 0 (v5l) It's not serious as misaligned accesses in kernel are always trapped and fixed up. I'd be inclined to close this item for lack of importance. M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463444: rbot is uninstallable due to dependecy on ruby 1.9
Package: rbot Version: 0.9.10-1 Severity: serious # apt-get install rbot The following packages have unmet dependencies: rbot: Depends: ruby ( 1.9) but 4.1 is to be installed E: Broken packages because rbot Depends: ruby (= 1.8), ruby ( 1.9) but ruby switched to a versioning scheme which avoids confusing with the real ruby version. Please Depend on ruby1.8 explicitly if you need that specific version. Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439832: Status of armel in the archive?
2008/1/30, Luk Claes [EMAIL PROTECTED]: On Wed, Jan 02, 2008 at 10:32:55AM +0100, Marc 'HE' Brockschmidt wrote: [armel]'s quality is at least matching the current arm port Could you please comment on the current status and list outstanding issues blocking the inclusion of armel in the archive? Well, since no one else has actually answered the question... In unstable, arm is at 95.69% of the archive, while armel is at 91.94% Of the lacking packages, the lion's share is due to lack of language support. gcc-3 is not supported in armel and never will be, which excludes g77 and everything that uses it. The success of armel therefore depends on the success of the g77-gfortran transition. Objective C does not work on armel, which knocks out gnustep. ARM are now funding CodeSourcery to make the necessary modifications to gcc. It remains to be seen which mainline version this will go into - probably gcc-4.4, since 4.3 is now open only to regression fixes, while lenny's current default gcc is 4.2 with some people pressing for it to be 4.3. Debian may have to carry these modifications as patches. Other packages either don't compile or don't work on armel, including some that are included in the repository but do not work at all, of which the most high-profile are iceweasel and iceape-browser. Unfortunately there is currently no public bug tracker for issues other than the wiki pages; that would be one advantage of inclusion in lenny. The advantage of armel over arm from a normal user's point of view is the immense increase in floating point speed (a factor of 11) plus the possibility of using current hardware FPUs (for a further factor of between 2.5 and 7) The disadvantage is that it requires armv4t processors, excluding older ARMv4-based systems (CATS, NetWinder, Balloon 2). The simplest way to circumvent this would be to patch the kernel to emulate the missing BX instruction. wiki.debian.org/armelLennyReleaseRecertification summarises its certification status wiki.debian.org/ArmEabiTodo givean overview of the main issues wiki.debian.org/ArmEabiProblems is the closest we have to a public bug tracker. arm will be supported on lenny... I think that is highly desirable. The arm port is more mature and more functional at present M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463803: ardour would enjoy libfftw3-dev
Package: ardour Version: 2.2-1 While configuring on debian, ardour says: Checking for fftw3f...no Checking for fftw3...no Checking for C header file fftw3.h... no - You do not have the FFTW single-precision development package installed. This prevents Ardour from using the Rubberband library for timestretching and pitchshifting. It will fall back on SoundTouch for timestretch, and pitchshifting will not be available. - whereas, if libfftw3-dev happens to be installed by chance, it does detect it and you get a different build. I suggest you add libfftw3-dev to ardour's Build-Depends line -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463816: Please add armel to architectures list
Package: libinotify-ruby Version: 0.0.2-1 Severity: wishlist Please add armel to the architectures lists for libinotify-ruby1.[89] in debian/control for benefit of the new ARM port [1] ... or make it any to avoid future hassle with new ports. Thanks [1] http://wiki.debian.org/ArmEabiPort -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299014: Facade, Proxy, and Factory
So quickprofit new MATCH found for quick profit in stocks Permanant Tech symb:P E R T -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]