Bug#517458: courier-imap-ssl: upgrade to lenny broke sasl authentification
Package: courier-imap-ssl Version: 4.4.0-2 Severity: important We are using courier imap, allowing tls but not requiring it. The relevant excerpts from /etc/courier/imaps-ssl: IMAPDSSLSTART=NO IMAPDSTARTTLS=YES IMAP_TLS_REQUIRED=NO Accessing imap without tls is not a problem. Accessing imap with forced tls throws the following errorreport in /var/log/mail.log: Feb 27 22:26:09 imapd-ssl: /usr/lib/courier/courier/imaplogin: symbol lookup error: /usr/lib/courier/courier/imaplogin: undefined symbol: auth_sasl_ex The same applies with IMAPDSSLSTART=YES and forced ssl connection on port 993 Since /usr/lib/courier/courier/imaplogin is provided by courier-imap and there might be a connection with the saslauth, here some additional version numbers: courier-imap: 4.4.0-2 sasl2-bin: 2.1.22.dfsg1-23 -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#987475: buildd.debian.org: fails to poweroff
Package: buildd.debian.org Severity: normal Dear Maintainer, I upgraded my ThinkPad T560 from Debian KDE Buster to Bullseye. Most of it works very well. Except, after a shutdown, the device does not turn off. The last messages stop on the screen and nothing happens anymore ( <= 8h). The error occurs with kernel 5.10.0-5-amd64 + 5.10.0-6-amd64. When testing with a kernel 4.19.0-14-amd64 (was still installed on the machine) everything is okay. A fresh installation with Bullseye (on another hard drive) is again flawed. The error occurs regardless of the way I shut down the machine (KDE Starter Menu or Terminal shutdown -h, systemctl poweroff, systemctl syspend). A restart works, but it takes about 2-3 minutes after the last message. I could switch back to Debian Buster if necessary, but I fear that the bug will also be included in the Bullseye stable. The following message is displayed at the end (Only the last lines): [ ok ] Reached target Shutdown [ ok ] Reached target Final Step [ ok ] Finished Power-Off [ ok ] Reached target Power-Off [49414.375090] rmi4_physical rmi-00: failed to read irqs, code=-6 [49414.640283] reboot: Power down
Bug#912577: ITP: shellia -- library for interactive shell scripts
Package: wnpp Severity: whishlist X-Debbugs-CC: debian-de...@lists.debian.org License: GPL 3: https://salsa.debian.org/bs/shellia/blob/master/src/debian/copyright I intend to packate shellia for debian. current URL: https://salsa.debian.org/bs/shellia Shellia is a library that allows to run shell scripts interactive and helps to familiarize oneself with large shell scripts, find the cause of unexpected behaviour in shell scripts, and run shell scripts silently, while checking them step by step. binOw6HahJYcp.bin Description: Öffentlicher PGP-Schlüssel pgpQl87k6aboT.pgp Description: Digitale PGP-Signatur
Bug#908861: Acknowledgement (dash: echo "\\c" does not print a backslash followed by c)
Please close this bug as invalid. Sorry for this invalid bug report. I found out, this is no bug. The reason that confuse me was: $ [ "" = '\\' ] && echo "is the same" is the same Also /bin/echo and bash behaves the same way when called with option -e $ /bin/echo -e "\\c" $ /bin/echo -e "c" \c $ bash -c 'echo -e "\\c"' $ bash -c 'echo -e "c"' \c binlrzRb6p1E8.bin Description: Öffentlicher PGP-Schlüssel
Bug#966010: ca-certificates: missing Deutsche_Telekom_Root_CA_2.crt Package: ca-certificates Version: 20200601~deb9u1
Package: ca-certificates Version: 20200601~deb9u1 Severity: normal Dear Maintainer, after the last security update of stretch the CA /usr/share/ca-certificates/mozilla/Deutsche_Telekom_Root_CA_2.crt is missing. I have seen it is included in the actual buster version, but not in the actual bullseye version. So I am not sure if this CA is removed intentionally, or if it is a mistake. If it was intentionally please explain why. Regards Bernd -- System Information: Debian Release: 9.13 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-13-amd64 (SMP w/32 CPU cores) 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 /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.61 ii openssl 1.1.0l-1~deb9u1 ca-certificates recommends no packages. ca-certificates suggests no packages. -- debconf information: ca-certificates/trust_new_crts: yes ca-certificates/title: ca-certificates/enable_crts: mozilla/ACCVRAIZ1.crt, mozilla/AC_RAIZ_FNMT-RCM.crt, mozilla/Actalis_Authentication_Root_CA.crt, mozilla/AffirmTrust_Commercial.crt, mozilla/AffirmTrust_Networking.crt, mozilla/AffirmTrust_Premium.crt, mozilla/AffirmTrust_Premium_ECC.crt, mozilla/Amazon_Root_CA_1.crt, mozilla/Amazon_Root_CA_2.crt, mozilla/Amazon_Root_CA_3.crt, mozilla/Amazon_Root_CA_4.crt, mozilla/Atos_TrustedRoot_2011.crt, mozilla/Autoridad_de_Certificacion_Firmaprofesional_CIF_A62634068.crt, mozilla/Baltimore_CyberTrust_Root.crt, mozilla/Buypass_Class_2_Root_CA.crt, mozilla/Buypass_Class_3_Root_CA.crt, mozilla/CA_Disig_Root_R2.crt, mozilla/Certigna.crt, mozilla/Certigna_Root_CA.crt, mozilla/certSIGN_ROOT_CA.crt, mozilla/Certum_Trusted_Network_CA_2.crt, mozilla/Certum_Trusted_Network_CA.crt, mozilla/CFCA_EV_ROOT.crt, mozilla/Chambers_of_Commerce_Root_-_2008.crt, mozilla/Comodo_AAA_Services_root.crt, mozilla/COMODO_Certification_Authority.crt, mozilla/COMODO_ECC_Certification_Authority.crt, mozilla/COMODO_RSA_Certification_Authority.crt, mozilla/Cybertrust_Global_Root.crt, mozilla/DigiCert_Assured_ID_Root_CA.crt, mozilla/DigiCert_Assured_ID_Root_G2.crt, mozilla/DigiCert_Assured_ID_Root_G3.crt, mozilla/DigiCert_Global_Root_CA.crt, mozilla/DigiCert_Global_Root_G2.crt, mozilla/DigiCert_Global_Root_G3.crt, mozilla/DigiCert_High_Assurance_EV_Root_CA.crt, mozilla/DigiCert_Trusted_Root_G4.crt, mozilla/DST_Root_CA_X3.crt, mozilla/D-TRUST_Root_Class_3_CA_2_2009.crt, mozilla/D-TRUST_Root_Class_3_CA_2_EV_2009.crt, mozilla/EC-ACC.crt, mozilla/EE_Certification_Centre_Root_CA.crt, mozilla/emSign_ECC_Root_CA_-_C3.crt, mozilla/emSign_ECC_Root_CA_-_G3.crt, mozilla/emSign_Root_CA_-_C1.crt, mozilla/emSign_Root_CA_-_G1.crt, mozilla/Entrust.net_Premium_2048_Secure_Server_CA.crt, mozilla/Entrust_Root_Certification_Authority.crt, mozilla/Entrust_Root_Certification_Authority_-_EC1.crt, mozilla/Entrust_Root_Certification_Authority_-_G2.crt, mozilla/Entrust_Root_Certification_Authority_-_G4.crt, mozilla/ePKI_Root_Certification_Authority.crt, mozilla/E-Tugra_Certification_Authority.crt, mozilla/GDCA_TrustAUTH_R5_ROOT.crt, mozilla/GeoTrust_Universal_CA_2.crt, mozilla/Global_Chambersign_Root_-_2008.crt, mozilla/GlobalSign_ECC_Root_CA_-_R4.crt, mozilla/GlobalSign_ECC_Root_CA_-_R5.crt, mozilla/GlobalSign_Root_CA.crt, mozilla/GlobalSign_Root_CA_-_R2.crt, mozilla/GlobalSign_Root_CA_-_R3.crt, mozilla/GlobalSign_Root_CA_-_R6.crt, mozilla/Go_Daddy_Class_2_CA.crt, mozilla/Go_Daddy_Root_Certificate_Authority_-_G2.crt, mozilla/GTS_Root_R1.crt, mozilla/GTS_Root_R2.crt, mozilla/GTS_Root_R3.crt, mozilla/GTS_Root_R4.crt, mozilla/Hellenic_Academic_and_Research_Institutions_ECC_RootCA_2015.crt, mozilla/Hellenic_Academic_and_Research_Institutions_RootCA_2011.crt, mozilla/Hellenic_Academic_and_Research_Institutions_RootCA_2015.crt, mozilla/Hongkong_Post_Root_CA_1.crt, mozilla/Hongkong_Post_Root_CA_3.crt, mozilla/IdenTrust_Commercial_Root_CA_1.crt, mozilla/IdenTrust_Public_Sector_Root_CA_1.crt, mozilla/ISRG_Root_X1.crt, mozilla/Izenpe.com.crt, mozilla/LuxTrust_Global_Root_2.crt, mozilla/Microsec_e-Szigno_Root_CA_2009.crt, mozilla/NetLock_Arany_=Class_Gold=_Főtanúsítvány.crt, mozilla/Network_Solutions_Certificate_Authority.crt, mozilla/OISTE_WISeKey_Global_Root_GA_CA.crt, mozilla/OISTE_WISeKey_Global_Root_GB_CA.crt, mozilla/OISTE_WISeKey_Global_Root_GC_CA.crt, mozilla/QuoVadis_Root_CA_1_G3.crt, mozilla/QuoVadis_Root_CA_2.crt, mozilla/QuoVadis_Root_CA_2_G3.crt, mozilla/QuoVadis_Root_CA_3.crt, mozilla/QuoVadis_Root_CA_3_G3.crt, mozilla/QuoVadis_Root_CA.crt, mozilla/Secure_Global_CA.crt, mozilla/SecureSign_RootCA11.crt, mozilla/SecureTrust_CA.crt, mozilla/Security_Communication_RootCA2.crt, mozilla/Security_Communication_Root_CA.crt, mozilla/Sonera_Class_2_Root_CA.crt,
Bug#959424: Error: VirusEvent: fork failed
Package: clamav-daemon Version: 0.102.2+dfsg-0+deb10u1 Severity: normal Tags: a11y Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- AlertExceedsMax disabled PreludeEnable disabled PreludeAnalyzerName = "ClamAV" LogFile = "/var/log/clamav/clamav.log" LogFileUnlock disabled LogFileMaxSize = "4294967295" LogTime = "yes" LogClean disabled LogSyslog disabled LogFacility = "LOG_LOCAL6" LogVerbose disabled LogRotate = "yes" ExtendedDetectionInfo = "yes" PidFile disabled TemporaryDirectory disabled DatabaseDirectory = "/var/lib/clamav" OfficialDatabaseOnly disabled LocalSocket disabled LocalSocketGroup disabled LocalSocketMode disabled FixStaleSocket = "yes" TCPSocket = "" TCPAddr = "127.0.0.1" MaxConnectionQueueLength = "15" StreamMaxLength = "26214400" StreamMinPort = "1024" StreamMaxPort = "2048" MaxThreads = "12" ReadTimeout = "180" CommandReadTimeout = "30" SendBufTimeout = "200" MaxQueue = "100" IdleTimeout = "30" ExcludePath disabled MaxDirectoryRecursion = "15" FollowDirectorySymlinks disabled FollowFileSymlinks disabled CrossFilesystems = "yes" SelfCheck = "3600" DisableCache disabled VirusEvent = "/usr/bin/mail -s "A Virus was Found %v" < /var/log/clamav.log" ExitOnOOM disabled AllowAllMatchScan = "yes" Foreground disabled Debug disabled LeaveTemporaryFiles disabled User = "root" Bytecode = "yes" BytecodeSecurity = "TrustSigned" BytecodeTimeout = "6" BytecodeUnsigned disabled BytecodeMode = "Auto" DetectPUA disabled ExcludePUA disabled IncludePUA disabled ScanPE = "yes" ScanELF = "yes" ScanMail = "yes" ScanPartialMessages disabled PhishingSignatures = "yes" PhishingScanURLs = "yes" HeuristicAlerts = "yes" HeuristicScanPrecedence disabled StructuredDataDetection disabled StructuredMinCreditCardCount = "3" StructuredMinSSNCount = "3" StructuredSSNFormatNormal = "yes" StructuredSSNFormatStripped disabled ScanHTML = "yes" ScanOLE2 = "yes" AlertBrokenExecutables disabled AlertEncrypted disabled AlertEncryptedArchive disabled AlertEncryptedDoc disabled AlertOLE2Macros disabled AlertPhishingSSLMismatch disabled AlertPhishingCloak disabled AlertPartitionIntersection disabled ScanPDF = "yes" ScanSWF = "yes" ScanXMLDOCS = "yes" ScanHWP3 = "yes" ScanArchive = "yes" ForceToDisk disabled MaxScanTime = "12" MaxScanSize = "104857600" MaxFileSize = "26214400" MaxRecursion = "16" MaxFiles = "1" MaxEmbeddedPE = "10485760" MaxHTMLNormalize = "10485760" MaxHTMLNoTags = "2097152" MaxScriptNormalize = "5242880" MaxZipTypeRcg = "1048576" MaxPartitions = "50" MaxIconsPE = "100" MaxRecHWP3 = "16" PCREMatchLimit = "1" PCRERecMatchLimit = "5000" PCREMaxFileSize = "26214400" OnAccessMountPath disabled OnAccessIncludePath = "/home/" OnAccessExcludePath disabled OnAccessExcludeRootUID disabled OnAccessExcludeUID disabled OnAccessExcludeUname = "root" OnAccessMaxFileSize = "104857600" OnAccessDisableDDD disabled OnAccessPrevention = "yes" OnAccessExtraScanning = "yes" OnAccessCurlTimeout = "5000" OnAccessMaxThreads = "5" OnAccessRetryAttempts = "3" OnAccessDenyOnError disabled DevACOnly disabled DevACDepth disabled DevPerformance disabled DevLiblog disabled DisableCertCheck disabled AlgorithmicDetection = "yes" BlockMax disabled PhishingAlwaysBlockSSLMismatch disabled PhishingAlwaysBlockCloak disabled PartitionIntersection disabled OLE2BlockMacros disabled ArchiveBlockEncrypted disabled Config file: freshclam.conf --- LogFileMaxSize = "4294967295" LogTime = "yes" LogSyslog disabled LogFacility = "LOG_LOCAL6" LogVerbose disabled LogRotate disabled PidFile disabled DatabaseDirectory = "/var/lib/clamav" Foreground disabled Debug disabled UpdateLogFile = "/var/log/clamav/freshclam.log" DatabaseOwner = "clamav" Checks = "24" DNSDatabaseInfo = "current.cvd.clamav.net" DatabaseMirror = "database.clamav.net" PrivateMirror disabled MaxAttempts = "5" ScriptedUpdates = "yes" TestDatabases = "yes" CompressLocalDatabase disabled ExtraDatabase disabled ExcludeDatabase disabled DatabaseCustomURL disabled HTTPProxyServer disabled HTTPProxyPort disabled HTTPProxyUsername disabled HTTPProxyPassword disabled HTTPUserAgent disabled NotifyClamd = "/etc/clamav/clamd.conf" OnUpdateExecute disabled OnErrorExecute disabled OnOutdatedExecute disabled LocalIPAddress disabled ConnectTimeout = "30" ReceiveTimeout disabled SafeBrowsing disabled Bytecode = "yes" clamav-milter.conf not found Software settings - Version: 0.102.2 Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2 LIBXML2 PCRE2 ICONV JSON RAR Database information --
Bug#910276: mksh does never execute an "EXIT trap", if it is created with the "trap" command in a sub shell
Thank You Thorsten, I hoped, it would be obvious that this is a bug and mksh could be fixed. It is strange, that mksh lets me define an exit trap without error, but then ignores the trap. But things seem not to be so easy. I think the use case of the "subshell_exit" is obvious. But I will describe it in one sentence, to explain, why I think this bug matters. The use case: If a subshell does something, that requires a temporary file, it should also define an EXIT trap, to make sure the temporary file is deleted, if the script ends unexpected. The problem is, I see no easy workaround. So this means for me, I will not support mksh in my library. If you think this bug does not help to improve mksh, it's probably the best if you close the bug. Thank you for your help. You have also added some other shells to your tests, that I did not try before. And I will try to support some of those shells instead of mksh. Regards Bernd Zitat von Thorsten Glaser : Bernd Schumacher dixit: Please confirm, that this is a bug and not the expected behaviour of mksh. I still cannot confirm either way, but some preliminary research with an extended test script: $ cat script fkt() { trap -- "echo $1 >&2" EXIT } fkt shell_exit $(fkt fn_exit) $(trap -- "echo comsub_exit >&2" EXIT) (trap -- "echo subshell_exit >&2" EXIT) $ mksh script shell_exit $ bash2.05b script subshell_exit shell_exit $ ksh93 script fn_exit comsub_exit subshell_exit shell_exit $ bash4 script fn_exit comsub_exit subshell_exit shell_exit $ nbsh script fn_exit comsub_exit subshell_exit shell_exit $ dash script fn_exit comsub_exit subshell_exit shell_exit $ yash script fn_exit comsub_exit subshell_exit shell_exit $ zsh script shell_exit fn_exit comsub_exit subshell_exit $ zsh --emulate sh script fn_exit comsub_exit subshell_exit shell_exit With the addition of subshell_exit (I renamed yours in fn_exit), it’s consistent with no other shell I have, not even GNU bash 2.05b (Heirloom Shell doesn’t know of the EXIT trap, and I’m ignoring the C shell). zsh is a notable outlyer but easily fixed. The manual page has something to say about EXIT traps defined in functions declared using “function foo { … }” (Korn Shell syntax), but that’s not used here. I think that I’ll adapt it to the other shells independent of whether it’s really a bug or not, for the sake of consistency. If you’re still interested in semantics, I can continue the research, though. bye, //mirabilos -- “It is inappropriate to require that a time represented as seconds since the Epoch precisely represent the number of seconds between the referenced time and the Epoch.” -- IEEE Std 1003.1b-1993 (POSIX) Section B.2.2.2 binSUznWKU4Zn.bin Description: Öffentlicher PGP-Schlüssel
Bug#910276: mksh does never execute an "EXIT trap", if it is created with the "trap" command in a sub shell
Thank you, your last mail helped, I think now I understand and I am happy that you will try to change mksh and I will try to support mksh, with my library. bye, Bernd bin4CuTKWedLy.bin Description: Öffentlicher PGP-Schlüssel
Bug#860297: Patch
Please understand, the problem is not, to run multiple Tor Browsers as the same user. The problem is to run multiple Tor Browsers, each from a different user at the same time on the same machine. After investigation I found, that this is because of a fixed SOCKSPORT and and fixed CONTROLPORT. But each user needs his own SOCKSPORT and CONTROLPORT. To fix this, the upstream script which is installed at ~/.local/share/torbrowser/tbb/x86_64/tor-browser_de/Browser/start-tor-browser has to be changed for each user. The patch is attached. The patch first searches for free ports and then modifies the config files to use the free ports. I have build a wrapper script for torbrowser-launcher to apply the patch, if it isn't already applied. But I hope it will be fixed by upstream. binTV19DbG2gB.bin Description: Öffentlicher PGP-Schlüssel
Bug#860297: Patch
Please understand, the problem is not, to run multiple Tor Browsers as the same user. The problem is to run multiple Tor Browsers, each from a different user at the same time on the same machine. After investigation I found, that this is because of a fixed SOCKSPORT and and fixed CONTROLPORT. But each user needs his own SOCKSPORT and CONTROLPORT. To fix this, the upstream script which is installed at ~/.local/share/torbrowser/tbb/x86_64/tor-browser_de/Browser/start-tor-browser has to be changed for each user. The patch is attached. The patch first searches for free ports and then modifies the config files to use the free ports. I have build a wrapper script for torbrowser-launcher to apply the patch, if it isn't already applied. But I hope it will be fixed by upstream. --- start-tor-browser.org 2017-05-26 19:55:30.120192846 + +++ start-tor-browser 2017-05-26 19:58:31.671710018 + @@ -164,6 +164,31 @@ detach=0 fi +# Use free ports as SOCKSPORT and CONTROLPORT +GREPUSEDPORTS=$(netstat -na | + sed -n "s/^tcp\s\+\S\+\s\+\S\+\s\+127.0.0.1:\(\S\+\)\s.*$/-e \"<\1>\"/p" | + awk '{printf("%s ",$0)}' ) +FREEPORTS="$(seq 9150 9190 | eval "grep -v $GREPUSEDPORTS" | head -2)" +if [ $(echo "$FREEPORTS" | wc -l) -ne 2 ]; then + complain "No Free ports for found in range from 9150 to 9190 for SocksPort and ControlPort" + exit 1 +fi +SOCKSPORT="$(echo "$FREEPORTS" | head -1)" +CONTROLPORT="$(echo "$FREEPORTS" | tail -1)" +echo "Using SOCKSPORT=<$SOCKSPORT> and CONTROLPORT=<$CONTROLPORT> pwd=<$(/bin/pwd)>." >&2 +PREFS="$(cat Browser/TorBrowser/Data/Browser/profile.default/prefs.js | + grep -v -e "extensions.torlauncher.control_port" -e "extensions.torbutton.custom.socks_port" \ + -e "extensions.torbutton.custom.socks_host" -e "network.proxy.socks_port")" +cat < Browser/TorBrowser/Data/Browser/profile.default/prefs.js +$PREFS +user_pref("extensions.torlauncher.control_port",$CONTROLPORT); +user_pref("extensions.torbutton.custom.socks_port",$SOCKSPORT); +user_pref("extensions.torbutton.custom.socks_host","127.0.0.1"); +user_pref("network.proxy.socks_port",$SOCKSPORT); +END +sed -i "s/^SocksPort\s\+\S\+/SocksPort $SOCKSPORT/" Browser/TorBrowser/Data/Tor/torrc-defaults +sed -i "s/^ControlPort\s\+\S\+/ControlPort $CONTROLPORT/" Browser/TorBrowser/Data/Tor/torrc-defaults + if [ "$show_output" -eq 0 ]; then # If the user hasn't requested 'debug mode' or --help, close stdout and stderr, # to keep Firefox and the stuff loaded by/for it (including the binaBhP2iA4Dx.bin Description: Öffentlicher PGP-Schlüssel
Bug#860300: lircmd does not work
It seems the message "lircmd.cpp":394: Bad file descriptor" was misleading. You are right the commandline option --uinput is not needed. The --uinput option is also read from config file. But when this opition is used, no lircm filedescriptor is correctly initialized in daemons/lircmd.cpp main function, but the uinputfd filedescriptor is initialized instead. The problem is that in daemons/lircmd.cpp in function msend, data is written to the filedescripter lircm, even if it is not initialized. This leads to the Error message. This could be fixed by checking with if (lircm != -1) as it is already done in the next step which starts with (if uinputfd != -1). This next step seems to work correct. I can check this with cat /dev/input/mice. If lircmd is running I get output when pressing the remote if not I get no output. This means lircmd is running correct, but it will write error messages to syslog for each key press. This could be fixed. So please close the bug. Maybe you could ask the author to add this "if (lirmc != -1)" Regards Bernd binbtqvk1uRX1.bin Description: Öffentlicher PGP-Schlüssel
Bug#378989: kernel-image-2.6.8-3-686: kernel BUG at fs/ext3/inode.c:929!
Package: kernel-image-2.6.8-3-686 Version: 2.6.8-16sarge4 Severity: important After geting the following error messages the system sometimes hangs, sometimes only some services stop to respond. After a reboot with fsck the systems works again for some days then the problem comes again. messages from /var/log/syslog: Jul 20 11:07:16 bp3 kernel: Assertion failure in ext3_getblk() at fs/ext3/inode.c:929: "handle != NULL || create == 0" Jul 20 11:07:16 bp3 kernel: [ cut here ] Jul 20 11:07:16 bp3 kernel: kernel BUG at fs/ext3/inode.c:929! Jul 20 11:07:16 bp3 kernel: invalid operand: [#1] Jul 20 11:07:16 bp3 kernel: PREEMPT Jul 20 11:07:16 bp3 kernel: Modules linked in: ipv6 i810_audio ac97_codec soundcore reiserfs capability commoncap ext3 jbd mbcache pcspkr evdev mousedev tsdev psmouse floppy parport_pc parport uhci_hcd ohci_hcd ehci_hcd usbcore sis5513 pci_hotplug sis_agp agpgart sis900 ide_cd ide_core cdrom rtc sd_mod gdth scsi_mod unix font vesafb cfbcopyarea cfbimgblt cfbfillrect Jul 20 11:07:16 bp3 kernel: CPU:0 Jul 20 11:07:16 bp3 kernel: EIP:0060:[__crc_pm_idle+698909/5541136] Not tainted Jul 20 11:07:16 bp3 kernel: EFLAGS: 00010286 (2.6.8-3-686) Jul 20 11:07:16 bp3 kernel: EIP is at ext3_getblk+0x27c/0x290 [ext3] Jul 20 11:07:16 bp3 kernel: eax: 005e ebx: f89cc07c ecx: edx: f60be000 Jul 20 11:07:16 bp3 kernel: esi: 2000 edi: f62c7d14 ebp: esp: f60bfd34 Jul 20 11:07:16 bp3 kernel: ds: 007b es: 007b ss: 0068 Jul 20 11:07:16 bp3 kernel: Process pyzor (pid: 1918, threadinfo=f60be000 task=f60bd8f0) Jul 20 11:07:16 bp3 kernel: Stack: f89ca180 f89c8d5f f89cc09a 03a1 f89cc07c 0001 c02c126c Jul 20 11:07:16 bp3 kernel:0010 c0155e33 f6773d48 f6773d48 00648205 c0159adc c013aaf3 Jul 20 11:07:16 bp3 kernel:c0155e33 f67ae800 f67ae800 c0155fa3 f67ae800 c0159adc f6773d48 0001 Jul 20 11:07:16 bp3 kernel: Call Trace: Jul 20 11:07:16 bp3 kernel: [wake_up_buffer+19/64] wake_up_buffer+0x13/0x40 Jul 20 11:07:16 bp3 kernel: [ll_rw_block+92/144] ll_rw_block+0x5c/0x90 Jul 20 11:07:16 bp3 kernel: [__get_free_pages+51/64] __get_free_pages+0x33/0x40 Jul 20 11:07:16 bp3 kernel: [wake_up_buffer+19/64] wake_up_buffer+0x13/0x40 Jul 20 11:07:16 bp3 kernel: [unlock_buffer+19/32] unlock_buffer+0x13/0x20 Jul 20 11:07:16 bp3 kernel: [ll_rw_block+92/144] ll_rw_block+0x5c/0x90 Jul 20 11:07:16 bp3 kernel: [__crc_pm_idle+715196/5541136] ext3_find_entry+0x12b/0x440 [ext3] Jul 20 11:07:16 bp3 kernel: [d_alloc+33/416] d_alloc+0x21/0x1a0 Jul 20 11:07:16 bp3 kernel: [__crc_pm_idle+716626/5541136] ext3_lookup+0x41/0xd0 [ext3] Jul 20 11:07:16 bp3 kernel: [real_lookup+213/256] real_lookup+0xd5/0x100 Jul 20 11:07:16 bp3 kernel: [do_lookup+150/176] do_lookup+0x96/0xb0 Jul 20 11:07:16 bp3 kernel: [link_path_walk+1747/3488] link_path_walk+0x6d3/0xda0 Jul 20 11:07:16 bp3 kernel: [path_lookup+124/320] path_lookup+0x7c/0x140 Jul 20 11:07:16 bp3 kernel: [open_namei+134/1584] open_namei+0x86/0x630 Jul 20 11:07:16 bp3 kernel: [do_page_fault+860/1389] do_page_fault+0x35c/0x56d Jul 20 11:07:16 bp3 kernel: [filp_open+62/112] filp_open+0x3e/0x70 Jul 20 11:07:16 bp3 kernel: [__crc_pm_idle+688241/5541136] ext3_release_file+0x0/0x70 [ext3] Jul 20 11:07:16 bp3 kernel: [get_unused_fd+57/224] get_unused_fd+0x39/0xe0 Jul 20 11:07:16 bp3 kernel: [sys_open+73/144] sys_open+0x49/0x90 Jul 20 11:07:16 bp3 kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jul 20 11:07:16 bp3 kernel: Code: 0f 0b a1 03 9a c0 9c f8 e9 95 fd ff ff 8d b4 26 00 00 00 00 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-image-2.6.8-3-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.81.1 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393859: remove unsupported extensions=all from build mozilla configuration
package: mozilla version: 1.7.13-0.3 see http://ftp.debian.org/debian/pool/main/m/mozilla/mozilla_1.7.13-0.3.diff.gz +CONFIGURE_OPTIONS = \ + --disable-pedantic \ + --with-default-mozilla-five-home=/usr/lib/mozilla \ + --disable-debug \ + --disable-tests \ + --disable-short-wchar \ + --enable-xprint \ + --enable-strip-libs \ + --enable-crypto \ + --enable-mathml \ + --enable-oji \ + --enable-extensions=all \ <
Bug#1069879: ITP:cashbox -- memorise cost and calculate price of articles
Package: wnpp Version: N/A; reported 2024-04-26 Severity: wishlist For my librem5 smartphone, but also for any debian based system, I have written cashbox with python3 and gtk4. I intent to package cashbox, because I think it would be good for debian to have more apps for debian/mobian based smartphones. Description: cashbox - memorise cost and calculate price of articles cashbox memorises the cost of articles and calculates the total price and change. It is intended for small clubs on a celebration, where members are not experienced in memorizing prices and doing mental arithmetic. License: GPL-3.0+ It is easy to use use on small smartphone displays or on touchscreens. See: https://salsa.debian.org/debian/cashbox I have already communicated this project to the puri.sm forum: https://forums.puri.sm/t/new-app-cashbox/23349/1 and to the matrix gnome python forum: https://matrix.to/#/!pJkHfTcdAUntpUNxJf:matrix.org/$171402440417331vHQZi:matrix.org?via=gnome.org&via=matrix.org&via=fedora.im
Bug#597567: mumudvb: using a questionable username
Package: mumudvb Version: 1.6-1 Severity: important Hi, is there a good reason why this package creates a username which starts with an underline? Allowing use of questionable username. Adding system user `_mumudvb' (UID 110) ... If there is not a good reason to have the _ there, I'd suggest to rename to user to mumudvb. Cheers, Bernd -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.4-think+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597648: cryptsetup: initramfs-tools script using lvm instead of /sbin/lvm
Package: cryptsetup Version: 2:1.1.3-3 Severity: normal The initramfs-tools cryptroot script assumes that /sbin is in $PATH for calling lvm - everywhere else it specifies the full path to tools in /sbin. Not a problem normally, but if you call the script manually it will fail. Attached patch fixes this. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F Index: initramfs/cryptroot-script === --- initramfs/cryptroot-script (revision 810) +++ initramfs/cryptroot-script (working copy) @@ -165,7 +165,7 @@ # Reduce padded --'s to -'s vg=$(echo ${vg} | sed -e 's#--#-#g') - lvm vgchange -ay ${vg} + /sbin/lvm vgchange -ay ${vg} return $? }
Bug#596743: libertas-firmware: support for guruplug missing
On 09/21/2010 09:44 PM, Andres Salomon wrote: > So yeah, a new package has been uploaded; if you can verify that your > guruplug now works w/ the package, I'll ask the release team to allow > it to migrate to squeeze. [0.636835] VFS: Disk quotas dquot_6.5.2 [1.380430] registered taskstats version 1 [ 10.204700] libertas_sdio: Libertas SDIO driver [ 10.209327] libertas_sdio: Copyright Pierre Ossman [ 10.225382] libertas_sdio mmc0:0001:1: firmware: requesting sd8688_helper.bin [ 10.294402] libertas_sdio mmc0:0001:1: firmware: requesting sd8688.bin [ 11.514017] libertas: 00:24:23:1f:a1:8f, fw 10.38.1p25, cap 0x0303 [ 11.522707] libertas: wlan0: Marvell WLAN 802.11 adapter Works fine - thanks a lot! Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597704: On upgrade to 2.4.23-5 an rm -f /* has been executed and crashed my whole system!
On 09/22/2010 01:41 PM, Matthijs Mohlmann wrote: > Can you supply a configuration file (/etc/ldap/slapd.conf) ? > Make sure there is no confidential information in that file. Although it might make sense to check *why* the variable was empty, you need to make sure never to call something like rm $foo/* when you're not sure that $foo is not empty. You should add an extra check here to ensure this. Also you should check if the slapd user actually owns the files (or at least the directory) before deleting them. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597704: On upgrade to 2.4.23-5 an rm -f /* has been executed and crashed my whole system!
On 09/22/2010 02:39 PM, Matthijs Mohlmann wrote: > This shouldn't happen in the first place, because the ldap backend is > not a supported backend to upgrade from. That doesn't make a difference. Such things can always happen, so you need to check for them, even if you fix the real reason. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571494: ldns: FTBFS with Python 2.6 as default
Ondřej Surý wrote: > 2010/2/25 Jakub Wilk : >> * Ondřej Surý , 2010-02-25, 20:07: >>> had Debian alredy switched to python2.6 as default version? >> No, not yet. If it did, this bug would have severity serious. > > I didn't see this transition announced to debian-announce (hint), so I > didn't know that it's even in preparations. Reading debian-release > archives gave me some hints. > > I'll probably fix that after the transition is done, or with new > upstream release. Those lines in debian/rules are just ugly hack to > workaround upstream deficiency. Then use debian/pyversions or similar ways to limit the package to build with supported Python versions. Just using the default Python version is not the proper way for packaging Python modules and programs. Python 2.5 is not gone, so just fix your packaging please. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522986: [/master] Use merkaartor.desktop from upstream.
tag 522986 pending thanks Date: Sun Feb 28 21:58:21 2010 +0100 Author: Bernd Zeimetz Commit ID: 9646528328c42fb369dec9d6424d5b084eb813c4 Commit URL: http://git.debian.org/?p=users/bzed/merkaartor.git;a=commitdiff;h=9646528328c42fb369dec9d6424d5b084eb813c4 Patch URL: http://git.debian.org/?p=users/bzed/merkaartor.git;a=commitdiff_plain;h=9646528328c42fb369dec9d6424d5b084eb813c4 Use merkaartor.desktop from upstream. This also avoids duplicate entries in the desktop menu. Thanks: Simon Wenner Closes: #522986 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571494: ldns: FTBFS with Python 2.6 as default
Ondřej Surý wrote: > 2010/2/27 Bernd Zeimetz : >> Then use debian/pyversions or similar ways to limit the package to build with >> supported Python versions. Just using the default Python version is not the >> proper way for packaging Python modules and programs. Python 2.5 is not >> gone, so >> just fix your packaging please. > > The main problem is lack of good documentation and examples for > dh_pysupport (pycentral), > especially together with new debhelper auto mode. Build-Depend on python2.5 or python-all and write 2.5 into debian/pyversions and use `pyversions -r` as Python versions to build with? -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572322: qla2xxx: Loading Module results in DMA error on Calgary PHB
Package: linux-2.6 Severity: important Currently all Debian Kernels > 2.6.18 (including 2.6.32 from unstable) are unusable on larger IBM xSeries machines with QLogic cards as loading the kernel modules results in a crash and reboot of the whole machine: Feb 24 10:34:12 dbsrv01 kernel: [ 95.516679] qla2xxx :02:01.0: Cable is unplugged... Feb 24 10:34:12 dbsrv01 kernel: [ 95.516679] scsi(1): fw_state=4 curr time=208e. Feb 24 10:34:12 dbsrv01 kernel: [ 95.516679] scsi(1): Firmware ready FAILED . Feb 24 10:34:12 dbsrv01 kernel: [ 95.516679] qla2x00_restart_isp(): Configure loop done, status = 0x0 Feb 24 10:34:13 dbsrv01 kernel: [ 95.516679] qla2xxx :02:01.0: ISP System Error - mbx1=65h mbx2=2h mbx3=8080h. Feb 24 10:34:13 dbsrv01 kernel: [ 95.516679] qla2xxx :02:01.0: Firmware dump saved to temp buffer (1/c20007f84000). Feb 24 10:34:13 dbsrv01 kernel: [ 95.516679] qla2x00_abort_isp(1): exiting. Feb 24 10:34:13 dbsrv01 kernel: [ 95.516679] qla2x00_mailbox_command(1): finished abort_isp Feb 24 10:34:13 dbsrv01 kernel: [ 95.516679] qla2x00_mailbox_command(1): finished abort_isp Feb 24 10:34:13 dbsrv01 kernel: [ 95.545239] qla2x00_mailbox_command(1): FAILED. mbx0=69, mbx1=8023, mbx2=, cmd=69 Feb 24 10:34:13 dbsrv01 kernel: [ 95.613508] qla2x00_get_firmware_state(1): failed=100. Feb 24 10:34:13 dbsrv01 kernel: [ 95.620441] scsi(1): fw_state=8023 curr time=2118. Feb 24 10:34:13 dbsrv01 kernel: [ 95.625500] scsi(1): Firmware ready FAILED . Feb 24 10:34:13 dbsrv01 kernel: [ 95.687879] scsi(1): qla2x00_loop_resync - end Feb 24 10:34:13 dbsrv01 kernel: [ 96.232463] scsi(1): dpc: sched qla2x00_abort_isp ha = 81086b4e85f8 Feb 24 10:34:13 dbsrv01 kernel: [ 96.232463] qla2xxx :02:01.0: Performing ISP error recovery - ha= 81086b4e85f8. Feb 24 10:34:13 dbsrv01 kernel: [ 96.236463] Calgary: DMA error on Calgary PHB 0x2, 0x02010...@csr 0x8...@plssr The only kernel which works fine - as far as I know - is the RHEL Kernel as they ship a patch which disables msi-x [1]. The issue is also known on several other bugtrackers, including bugzilla.kernel.org ([2], [3]). Unfortunately there doesn't seem to be a proper fix from upstream, so it would be nice to have the RHEL workaround in Debian, too, as using Lenny is a PITA thanks to this bug - currently we're using the Etch Kernel as this is the last one which works well. According to the bugzilla.kernel.org bug the issue was introduced with 2.6.20. Machine and the Qlogic cards are both running the latest BIOS and Firmware versions, so there is nothing to upgrade there unfortunately. [1] http://launchpadlibrarian.net/17517188/linux-2.6-scsi-qla2xxx-disable-msi-x-by-default.patch [2] http://bugzilla.kernel.org/show_bug.cgi?id=11646 [3] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/268242 Best regards, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569656: [gpsd/master] Updating debconf translation: vi.po
tag 569656 pending thanks Date: Mon Mar 1 22:39:40 2010 +0100 Author: Bernd Zeimetz Commit ID: c4ca2af7e7a3dbac8a766a6224d20dd5cedc81e3 Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=c4ca2af7e7a3dbac8a766a6224d20dd5cedc81e3 Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=c4ca2af7e7a3dbac8a766a6224d20dd5cedc81e3 Updating debconf translation: vi.po Thanks: Clytie Siddall Closes: #569656 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572322: qla2xxx: Loading Module results in DMA error on Calgary PHB
Ben Hutchings wrote: > They apply a whole series of patches; the combined effect appears to be: > - MSI is disabled on QLA24xx chips other than QLA2432 (MSI-X already was) > - MSI-X is disabled if qlx2enablemsix=2 > - MSI and MSI-X are disabled if qlx2enablemsix=0 > > The bug report on bugzilla.kernel.org refers to a QLA2422 so that should > be covered by the first part. Which board or chip is in these machines? They came with QLA2460. The cards are running the latest firmware and bios: EFI Driver Version : 2.04 Firmware Version : 4.06.02 BIOS Version : 2.10 FCode Version: 2.04 Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572458: ITP: hbaapi -- SNIA HBAAPI library
Ritesh Raj Sarraf wrote: > The Host Bus Adapter API (Applications Programming Interface) is a > C-level project to manage Fibre Channel Host Bus Adapters. > .. > This package is required for FCoE > .. > Couldn't find the complete license on the homepage. There is one on > Fedora: https://fedoraproject.org/wiki/Licensing/SNIA_Public_License If I remember right that license information is based on some post of one of the authors on some mailinglist, or something similar. If necessary I can dig for it. Also I think the code is not really maintained. The other thing you should do is to provide a hbaapi-source package, as hbaapi is necessary for thinkgs like hbaping, which needs proprietary binary libraries to be useful with some FC cards. Having a -source image would make it more easy to build appropriate packages, may be for non-free. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572458: ITP: hbaapi -- SNIA HBAAPI library
Ritesh Raj Sarraf wrote: > Hi Bernd, > > On Friday 05 Mar 2010 05:15:04 Bernd Zeimetz wrote: >>> Couldn't find the complete license on the homepage. There is one on >>> Fedora: https://fedoraproject.org/wiki/Licensing/SNIA_Public_License >> If I remember right that license information is based on some post of one >> of the authors on some mailinglist, or something similar. If necessary I >> can dig for it. > > That will be great. At the moment, I can't find any other place for the > license. The links mentioned in the source code are invalid. If I remember it was in the mail archives on sourceforge... >> Also I think the code is not really maintained. > > Yes, There does not seem to be any update since 2002. To start with, I will > just look at what Fedora has done and do the same. Probably just take the Fedora package as uptsream, that should also fix licensing questions. The real upstream is dead, so it would even make sense to contact the fedora people to talk about maintaining/developing it together. > >> The other thing you should do is to provide a hbaapi-source package, as >> hbaapi is necessary for thinkgs like hbaping, which needs proprietary >> binary libraries to be useful with some FC cards. Having a -source image >> would make it more easy to build appropriate packages, may be for >> non-free. > > Yes, sure. Thanks! Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572705: FTBFS: dh_makeshlibs: dpkg-gensymbols -plibgps19 -Idebian/libgps19.symbols.amd64 -Pdebian/libgps19 -c4 returned exit code 2
Hi, do you have any idea where the extra symbolcomes from? Guess its stripped away normally... So I think the best way to fix that is not to be paranoid on debug builds regarding the symbols, dropping the -c4 from dh_makeshlibs should be the right thing to do. I'll change that for the next upload. Cheers, Bernd Timo Juhani Lindfors wrote: > Package: gpsd > Version: 2.92-1 > Severity: normal > > DEB_BUILD_OPTIONS="noopt debug nostrip" > > causes the build to fail here on amd64: > > dh_makeshlibs: dpkg-gensymbols -plibgps19 -Idebian/libgps19.symbols.amd64 > -Pdebian/libgps19 -c4 returned exit code 2 > dh_testdir > dh_testroot > dh_install > chmod 755 debian/gpsd/lib/udev/gpsd.hotplug.wrapper > dh_testdir > dh_testroot > dh_installchangelogs -s NEWS > dh_installdocs -s > dh_installman -s > dh_installmenu -s > dh_installdebconf -s > dh_installinit -s -- start 26 2 3 4 5 . stop 73 0 1 6 . > dh_installexamples -s > chmod 755 debian/python-gps/usr/lib/python*/*-packages/gps/gps.py > dh_pysupport -s > cp /home/lindi/debian/debian-gpsd/gpsd-2.92/gpsd.rules > /home/lindi/debian/debian-gpsd/gpsd-2.92/debian/gpsd.udev > dh_installudev -s > dh_link -s > dh_strip -s --dbg-package=gpsd-dbg > dh_compress -s > dh_fixperms -s -Xgpsd.hotplug.wrapper > dh_makeshlibs -s -- -c4 > dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see > diff output below > dpkg-gensymbols: warning: debian/libgps19/DEBIAN/symbols doesn't match > completely debian/libgps19.symbols.amd64 > --- debian/libgps19.symbols.amd64 (libgps19 amd64) > +++ dpkg-gensymbolsdOKaVn 2010-03-05 12:30:02.0 -0500 > @@ -4,6 +4,7 @@ > _zn5gpsmm4ope...@base 2.39 > _zn5gpsmm4pol...@base 2.39 > _zn5gpsmm4sende...@base 2.90~svn6694 > + _zn5gpsmm6backu...@base 2.92-1 > _zn5gpsmm6strea...@base 2.90~svn6694 > _zn5gpsmm7waitin...@base 2.90.1~svn6819 > _zn5gpsmm9clear_fi...@base 2.39 > dh_makeshlibs: dpkg-gensymbols -plibgps19 -Idebian/libgps19.symbols.amd64 > -Pdebian/libgps19 -c4 returned exit code 2 > make: *** [binary-arch] Error 2 > dpkg-buildpackage: error: debian/rules binary gave error exit status 2 > Build command 'cd gpsd-2.92 && dpkg-buildpackage -b -uc' failed. > E: Child process failed > > > > > > -- System Information: > Debian Release: squeeze/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) > Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) > Shell: /bin/sh linked to /bin/bash > > Versions of packages gpsd depends on: > ii debconf [debconf-2.0] 1.5.28 Debian configuration management > sy > ii libc6 2.10.2-6 Embedded GNU C Library: Shared > lib > ii libdbus-1-3 1.2.20-2 simple interprocess messaging > syst > ii libgps19 2.92-1 Global Positioning System - > librar > ii lsb-base 3.2-23 Linux Standard Base 3.2 init > scrip > ii netbase 4.40 Basic TCP/IP networking system > ii python2.5.4-9An interactive high-level > object-o > > Versions of packages gpsd recommends: > ii udev 151-2 /dev/ and hotplug management > daemo > > Versions of packages gpsd suggests: > ii dbus 1.2.20-2 simple interprocess messaging > syst > ii gpsd-clients 2.92-1 Global Positioning System - > client > > -- debconf information excluded > > -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603705: nagiosgraphers: depend on nagios3 | icinga
Package: nagiosgrapher Version: 1.7.1-2 Severity: important As Icinga is becoming the preferred monitoring system these days, please change the dependency on nagios3 | icinga. Thanks, Bernd -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.7-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603867: movabletype-opensource: Fails to install cleanly
On 11/18/2010 12:16 AM, Dominic Hargreaves wrote: > Package: movabletype-opensource > Version: 4.3.4+dfsg-1 > Severity: grave > Justification: renders package unusable > > According to the build logs here, this package fails install cleanly > on a new install: > > http://people.debian.org/~lucas/logs/2010/11/17/movabletype-opensource.log I guess all that could be done here is to Recommend postgres-8.4 | mysql-server - or is there some way to disable dbconfig if the package is being installed in some automatic way? -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604053: nsca: starts as daemon although disabled in debconf
Package: nsca Version: 2.7.2 Severity: serious Installing nsca and answering 'no' to the debcanf question which asks if you want to run the nsca daemon still results in a running daemon with a pretty unusual PID: 4294967295 12373 1 0 21:08 ?00:00:00 /usr/sbin/nsca --daemon -c /etc/nsca.cfg I'm filing this as serious as I consider daemons which run and listen on tcp ports without being configured to do so as a security issue. Especially when they run with a UID which might b in use otherwise. I'd guess it tries to use -1 as UID as that was the UID of nobody some ancient times ago. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.7-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nsca depends on: ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libmcrypt42.5.8-3.1 De-/Encryption Library nsca recommends no packages. Versions of packages nsca suggests: pn nagios (no description available) ii nagios-plugins1.4.15-2 Plugins for the nagios network mon ii nagios-plugins-basic 1.4.15-2 Plugins for the nagios network mon -- Configuration Files: /etc/init.d/nsca changed: DAEMON=/usr/sbin/nsca NAME=nsca DESC="Nagios Service Check Acceptor" CONF=/etc/nsca.cfg OPTS="--daemon -c $CONF" PIDFILE="/var/run/nsca.pid" if [ ! -x $DAEMON ]; then exit 0 fi get_config(){ grep "^[[:space:]]*$1=" $CONF 2>/dev/null | tail | cut -d= -f2- } PIDFILE=`get_config pid_file` if [ -z "$PIDFILE" ]; then # then this is the default PIDFILE PIDFILE="/var/run/nsca.pid" # run nsca in the foreground, and have s-s-d fork it for us OPTS="-f $OPTS" # and then this is how we call SSD SSD_STARTOPTS="--background --pidfile $PIDFILE --make-pidfile" SSD_STOPOPTS="--pidfile $PIDFILE" else # but if pid_file is set, we don't have to do anything SSD_STARTOPTS="--pidfile $PIDFILE" SSD_STOPOPTS="--pidfile $PIDFILE" fi SSD_START="/sbin/start-stop-daemon --oknodo -S $SSD_STARTOPTS --exec $DAEMON" SSD_STOP="/sbin/start-stop-daemon --oknodo -K $SSD_STOPOPTS --exec $DAEMON" die(){ echo $@ exit 1 } case "$1" in start) echo -n "Starting $DESC: " if [ ! -d "/var/run/nagios" ]; then mkdir -p /var/run/nagios || die "ERROR: couldn't create /var/run/nagios" fi $SSD_START -- $OPTS || die "ERROR: could not start $NAME." echo "$NAME." ;; stop) echo -n "Stopping $DESC: " $SSD_STOP -- $OPTS || die "ERROR: could not stop $NAME." rm -f $PIDFILE echo "$NAME." ;; reload|force-reload) echo -n "Reloading $DESC: " $SSD_STOP --signal HUP -- $OPTS || die "ERROR: could not reload $NAME." echo "$NAME." ;; restart) $0 stop $0 start ;; esac /etc/nsca.cfg changed: pid_file=/var/run/nsca.pid server_port=5667 nsca_user=nagios nsca_group=nogroup debug=0 command_file=/var/lib/nagios3/rw/nagios.cmd alternate_dump_file=/var/run/nagios/nsca.dump aggregate_writes=0 append_to_file=0 max_packet_age=30 decryption_method=1 /etc/send_nsca.cfg changed: encryption_method=1 -- debconf information: nsca/run-nsca-daemon: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602833: Geoclue master package should Recommends backend packages
On 12/29/2010 04:38 PM, Laurent Bigonville wrote: Hi, any objections if I commit this change in the git repository? no, please go on. Also I'd appreciate if you could merge the changes from Ubuntu, I think there were some. Cheers, Bernd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609057: ITP: gsh -- remote shell multiplexor
On 01/10/2011 10:58 AM, Salvatore Bonaccorso wrote: I initially filled it as ITP, but I'm more concentrating on packaging other things, so I would like to ask, is someone of the Python Application team interested to package gsh under your Group umbrella? Do we really need yet another tool like that? Is there somethign in gsh that clustershell does not provide? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594049: mb2md: pretty wrong destination path expansion
Package: mb2md Version: 3.20-4 Severity: important -d . does *not* use the current working directory, but $HOME/. instead. b...@think /tmp/gpg% mb2md -s ~/.icedove/auiiusz5.default/Mail/Local\ Folders/gpg -d . Converting /home/bzed/.icedove/auiiusz5.default/Mail/Local Folders/gpg to maildir: /home/bzed/. Source Mbox is /home/bzed/.icedove/auiiusz5.default/Mail/Local Folders/gpg Target Maildir is /home/bzed/. 126 messages. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.2-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mb2md depends on: ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii perl [perl5] 5.10.1-14 Larry Wall's Practical Extraction mb2md recommends no packages. mb2md suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594129: pympd: does not start - can't find the necessary Python modules
Package: pympd Version: 0.07-1.3 Severity: grave % pympd Traceback (most recent call last): File "/usr/bin/pympd", line 12, in import pympd ImportError: No module named pympd Replacing the shebank of /usr/bin/pympd with the default Python version makes it work... Did not have the time to investigate further. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.2-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pympd depends on: ii python2.6.5-12 interactive high-level object-orie ii python-central0.6.16 register and build utility for Pyt ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python2.5 2.5.5-6An interactive high-level object-o Versions of packages pympd recommends: pn mpd(no description available) pympd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594172: python-werkzeug: double quoting of the location header during redirects
Package: python-werkzeug Version: 0.6.2-1 Severity: important Using werkzeug.utils.redirect does not work in case the url needs to be quoted as the resulting location header will be quoted twice: First in werkzeug.utils.redirect: if isinstance(location, unicode): from werkzeug.urls import iri_to_uri location = iri_to_uri(location) and later in get_wsgi_headers of the BaseResponse class: location = headers.get('location') if location is not None: if isinstance(location, unicode): location = iri_to_uri(location) So at the end the URL of the redirect is not usable anymore as the result of the first quoting is being quoted again. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.2-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-werkzeug depends on: ii libjs-jquery 1.4.2-2JavaScript library for dynamic web ii python2.6.5-12 interactive high-level object-orie ii python-support1.0.9 automated rebuilding support for P Versions of packages python-werkzeug recommends: ii python2.6.5-12 interactive high-level object-orie ii python-openssl0.10-1 Python wrapper around the OpenSSL ii python-simplejson 2.1.1-1simple, fast, extensible JSON enco Versions of packages python-werkzeug suggests: ii ipython 0.10-2 enhanced interactive Python shell pn python-genshi (no description available) pn python-lxml(no description available) ii python-memcache 1.45-1 pure python memcached client ii python-pkg-resources 0.6.14-1 Package Discovery and Resource Acc -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594332: RFP: kiwi -- platform for building semantic social software applications
Package: wnpp Severity: wishlist * Package name: kiwi * URL : http://kiwi-project.eu/ * License : BSD Programming Lang: Java Description : platform for building semantic social software applications [ below is just the usual "advertisment" from the website, if you package KiWi, please convert it intpo a proper description ] The KiWi core system is a flexible platform for building different kinds of semantic social software applications on top (currently the Semantic Wiki and the TagIT application). It provides all the core services required in such applications, like editing and tagging, the storage of content and associated meta-data, its own triple store, transactions and versioning over content and meta-data, linked open data server, and many small features semantic social software developers will like (like convenience services for working with ontologies or SKOS thesauruses, etc.). And finally: the KiWi system also has a quite neat user interface by now, rarely found in Semantic Web applications. Technology-wise, the KiWi system is a component based architecture building on JBoss Seam and Java EE. The main principle is that everything is a content item, and that a content item always consists of human-readable content that is connected with RDF relations and may be annotated by users with semantic tags. This mixture allows content to be shared between applications: a content item that is created in the Wiki application can at the same time be displayed in TagIT as a location on the map or (later) as a blog post in the Blog application. This is made possible by the flexible structures offered by RDF. A particularly salient aspect of the KiWi core system is that it makes using RDF much more convenient for Java developers (no more manual triple store queries) by offering a flexible facading through interfaces annotated with special Java annotations that map Java methods to RDF properties. Please note that KiWi needs JBoss, which is not yet in a shape to be uploaded to Debian (but there are working packages). Also there might be various other libraries missing. If you have any questions, don't hesitate to contact upstream (which is very responsive) or me. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592799: gpsbabel-gui: Please add menu and desktop entries
On 08/13/2010 07:47 AM, Julien Valroff wrote: > Le vendredi 13 août 2010 à 00:53 +0200, Bernd Zeimetz a écrit : >> Hi! >> >> On 08/12/2010 11:49 PM, Julien Valroff wrote: >>> There is no other way to start gpsbabelfe than using the commandline, >>> which is not really user friendly. This is even worse given the binary >>> name is not that easy to guess. >>> >>> Adding a menu entry and a .desktop file would allow the end user to >>> execute the program more easily. >> >> If you have some spare time, please send me a desktop and menu file. >> Otherwise >> I'll try to find the time to create them before Squeeze will be released. > > I'll send you both ASAP. Any news on that? Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594700: unblock: zbar/0.10+doc-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package zbar. Main reason for the upload was to remove two conflicts which were introduced by the former maintainer and not reviewed before - they are completely unnecessary now. Full diff is attached. Cheers and thanks, Bernd unblock zbar/0.10+doc-4 -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F diff --git a/debian/changelog b/debian/changelog index a3d869c..be9ad64 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +zbar (0.10+doc-4) unstable; urgency=low + + * [abdd6f9f] Use better dependencies for zbar-dbg. + * [5c639854] Remove conflicts of libzbar-dev. libzbar replaced zebra +in directory names by zbar, so clashes with quagga and libpacklib1- +dev are avoided. So there is no need to conflict against the +packages anymore. + * [75f615f2] Use Breaks instead of Conflicts as suggested by lintian. + + -- Bernd Zeimetz Sat, 28 Aug 2010 15:01:46 +0200 + zbar (0.10+doc-3) unstable; urgency=low * [6b190c39] Enable VfL only on Linux instead of excluding kfreebsd diff --git a/debian/control b/debian/control index 8ed775b..d994686 100644 --- a/debian/control +++ b/debian/control @@ -26,16 +26,17 @@ Priority: extra Section: debug Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, - zbar-tools (= ${binary:Version}), - libzbar0 (= ${binary:Version}), - libzbar-dev (= ${binary:Version}), - python-zbarpygtk (= ${binary:Version}), - python-zbar (= ${binary:Version}), python-gtk2-dbg, - libzbargtk0 (= ${binary:Version}), - libzbargtk-dev (= ${binary:Version}), - libzbarqt0 (= ${binary:Version}), - libzbarqt-dev (= ${binary:Version}), + zbar-tools (= ${binary:Version}) | + libzbar0 (= ${binary:Version}) | + libzbar-dev (= ${binary:Version}) | + python-zbarpygtk (= ${binary:Version}) | + python-zbar (= ${binary:Version}) | + libzbargtk0 (= ${binary:Version}) | + libzbargtk-dev (= ${binary:Version}) | + libzbarqt0 (= ${binary:Version}) | + libzbarqt-dev (= ${binary:Version}) | libbarcode-zbar-perl (= ${binary:Version}) +Recommends: python-gtk2-dbg Description: bar code scanner and decoder (debug) ZBar is a library for scanning and decoding bar codes from various sources such as video streams, image files or raw intensity sensors. It supports @@ -57,7 +58,6 @@ Package: libzbar-dev Section: libdevel Architecture: any Depends: libzbar0 (= ${binary:Version}), ${misc:Depends}, libmagick++9-dev, libx11-dev -Conflicts: libpacklib1-dev, quagga Description: bar code scanner and decoder (development) ZBar is a library for scanning and decoding bar codes from various sources such as video streams, image files or raw intensity sensors. It supports @@ -69,7 +69,7 @@ Package: python-zbar Section: python Architecture: any Replaces: python-zbarpygtk (<< 0.10+doc) -Conflicts: python-zbarpygtk (<< 0.10+doc) +Breaks: python-zbarpygtk (<< 0.10+doc) Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, libzbar0 (= ${binary:Version}) Description: bar code scanner and decoder (Python bindings)
Bug#594811: Time to upgrade script(s) of elsamuko and maybe other sripts, too
On 08/29/2010 08:07 PM, Juhapekka Tolvanen wrote: > There may be few other scripts you should upgrade. And there are at > least two scripts, that is not yet in this Debian-package. I mean that > "GIMP Octave Plugin" and elsamuko-wb-puzzle.scm . And why don't you > systematically check all scripts from other sources in this Debian > package, too? So you're offering yourself to help checking? Good! Just let me know when which skript updates and I'll update the package. Please note that Squeeze is frozen - and unless there are bugs in skripts, I'm not going to update the package before Squeeze is release. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612400: coreutils: timeout command does not work with read command anymore
Package: coreutils Version: 8.5-1 Severity: normal Tags: upstream The following shell line does not work anymore: a=$(timeout 10 bash -c "read a; echo \$a") I expect, that when I type something within 10 secs, the command returns immediatelly and I can see what i typed with echo $a. It workes with the timeout version 1.11-6.5 from lenny. Also when I compile 1.11-6.5 in squeeze it works again. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.49-4 Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614771: COW broken WRT directory permission handling
Hello Eduard, On Wed, 23 Feb 2011 12:10 +0100, "Eduard Bloch" wrote: > Package: unionfs-fuse > Version: 0.24-2 > Severity: normal > Tags: upstream > > Hi, > > it's totally impossible to use the COW feature as soon as some directory > with incovenient permissions comes inbetween. It simply returns > permission-denied when you try to chmod/write the file therein. > > Test vectors: > > a) unionfs-fuse -ocow repdir=RW:/var/cache=RO testdir -ononempty >chmod -R a+w testdir > > b) unionfs-fuse -ocow repdir=RW:/var/log=RO testdir -ononempty >echo foo >> testdir/cups/access_log >(or similar existing file in a read-only directory) sorry, can't follow you: root@fslab3 ~>unionfs-fuse -ocow,nonempty repdir=RW:/var/log=RO testdir root@fslab3 ~>echo foo >> testdir/cups/access_log If you are working as another user and the copy-from-directory/file/path is owned by root or another user, then you will need to wait for 0.25, which has a new flag "-o relaxed_permissions" for non UID=0 or GID=0 users. And it is a wish-list bug then. Cheers, Bernd -- Bernd Schubert aa...@fastmail.fm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614783: merkaartor: Merkaartor becoming sluggish after zoom operations
On 02/23/2011 12:55 PM, Steffen Grunewald wrote: Package: merkaartor Version: 0.17~rc4-1 Hi, please try 0.17.2-1 from unstable and see if you can still reproduce the two bugs you're reported. Please let me know about the result in the according bug report. Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614783: merkaartor: Merkaartor becoming sluggish after zoom operations
On 02/23/2011 03:57 PM, Steffen Grunewald wrote: I'm afraid a few dependencies will force me to upgrade to testing first; at least libgdal1 (1.7.0) seems to be necessary. Squeeze has libgdal1 1.6.0 - that's why I had asked for a backport... Where do you have 0.17-rc4 from? If you've installed it from experimental, you might have a bad mix of packages already. I'll provide a backport as soon as 0.17.2 is in testing. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614771: COW broken WRT directory permission handling
Hello Eduard, On 02/24/2011 09:11 AM, Eduard Bloch wrote: > #include > * Bernd Schubert [Wed, Feb 23 2011, 02:14:15PM]: > >>> a) unionfs-fuse -ocow repdir=RW:/var/cache=RO testdir -ononempty >>>chmod -R a+w testdir >>> >>> b) unionfs-fuse -ocow repdir=RW:/var/log=RO testdir -ononempty >>>echo foo >> testdir/cups/access_log >>>(or similar existing file in a read-only directory) >> >> >> sorry, can't follow you: >> >> root@fslab3 ~>unionfs-fuse -ocow,nonempty repdir=RW:/var/log=RO testdir >> root@fslab3 ~>echo foo >> testdir/cups/access_log >> >> If you are working as another user and the copy-from-directory/file/path >> is owned by root or > > Of course I was not working as root. And I don't think it's a pure > wishlist because working with basic permissions belongs to essential > functionality, IMHO. well, you write to a file owned by another user and to a file you do not have permissions to write to... Really, we have ripped out all permission code in unionfs-fuse and let fuse do the job to check permissions. In 0.25 added code to allow the user to disable fuse-default-permission handling if not running with super-user rights. However, I am simply not *absolutely* sure (yet) that will not cause a security issue and therefore it has to be specified manually. Also please compare it with in-kernel-filesystems - you cannot start those without super-user rights. If you start unionfs-fuse as root, you will not have that problem Then, one way or another it is too late for Squueze. Unionfs-fuse did not go into Squeeze, as kfreebsd is missing fuse-utils and as I simply did not have the time to try to upload a new package that removes that dependency on fuse-utils and sets it to recommended only. If there is a chance to get it into 6.01, it will be the current version with that minor change. If not and anyway, 0.25, for which I will just still need a few hours to add a simple IOCTL interface, will be released during the next weeks. So I simply will not make myself extra work for another package upload (already working again far too long this day and all the other days during the week). Besides that I'm a package maintainer only and so it always takes ages (about 6 months last year) to get someone to upload a new version for me. Cheers, Bernd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#403246: [buildd-tools-devel] Bug#403246: Bug#403246: #403246 not fixed as solution not used on buildds
On 02/24/2011 11:41 PM, Roger Leigh wrote: > I will be closing the bug now the resolver changes are complete unless > anyone has any objections or further comments? No objections at all - thanks for your work! -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606870: python-openturns: creates a mess in sys.path by adding its own namespace
Package: python-openturns Version: 0.13.2-6 Severity: serious Severity: serious as this breaks random other packages (like castle-combat). Packages shipping their public modules in the dist-packages directory should never need to add their own namespace to sys.path. Unfortunately openturns does so: % cat /usr/lib/python2.6/dist-packages/openturns.pth openturns This breaks various random packages as openturns comes with common module names like 'common' and 'test'. Please note that there is never a need for packages which ship their modules in dist-packages to modify sys.path - you can always import them by using modulename.module. I'm not sure what the reason in http://trac.openturns.org/ticket/67 was to add the .pth file, but doing so was just wrong. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.7-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-openturns depends on: ii ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF ii libatlas3gf-base [libla 3.8.3-28 Automatically Tuned Linear Algebra ii libblas3gf [libblas.so. 1.2-8Basic Linear Algebra Reference imp ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libgfortran34.4.5-8 Runtime library for GNU Fortran ap ii liblapack3gf [liblapack 3.2.2-1 library of linear algebra routines ii libopenturns0 0.13.2-6 dynamic libraries for OpenTURNS ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libxml2 2.7.8.dfsg-1 GNOME XML library ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-qt3 3.18.1-4 Qt3 bindings for Python ii python-rpy2 2.1.9-1 Python interface to the GNU R lang python-openturns recommends no packages. python-openturns suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606980: gosa-plugin-netatalk: needs to depend on gosa-plugin-goto
Package: gosa-plugin-netatalk Severity: important gosa-plugin-netatalk is only useful with a nfs or netatalk share. You need the goto plugin to configure shares. So gosa-plugin-netatalk needs to depend on gosa-plugin-goto. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.7-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606327: vmmemctl missing in squeeze
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/09/2010 01:05 PM, Daniel Baumann wrote: > On 12/09/2010 12:54 PM, Mehdi Dogguy wrote: >> Yes. Go ahead. If you want to apply some backported fixes, please let us >> know >> first. > > for clarity sake, it's not about 'backporting' fixes, it's about > completely replacing the existing open-vm-tools upstream version with > another one. Why do you want to replace a recent version of open-vm-tools (which usually comes with a LOT of bugfixes by a pretty old version just to introduce the removed module again? It seems you're not willing to maintain this package properly, otherwise you'd look at your git repository (I'm sure it contains upstream's git, too) and revert the commit(s) which removed the vmmemctl module. Then - if you would care - would update the module to the latest version on kernel.org. And then you would test your changes properly on a VMware installation. Yes, I'm talking about proper testing, for example in some VMs on a ESX machine. Oh, you don't have ESX? I heard you can download it for free, at least for testing purposes. No hard tasks, so I fail to understand why we always run into RC bugs whenever we look at a new version of this package. I'd suggest you give the maintenance of open-vm-tools to somebody who actually cares about it. Or has the proper time to do so. - -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNB+W9AAoJEOs2Fxpv+UNfbvkQAL8ttFctD7DfcG4O2RzP0uyV 8sl8Nl+8fxM2lmuKPVvkH3BDjSDF3Da930Ezr29GAAnBPi3X+wDGNee1CuIPaa2+ QqKwoeEi4279E1TJ54oY8VLzrcNX2GXAvzrq9iJpKJnkkZzHHOz0vmi5M0CrdMtW a1qif8EhTKtrI85CGPrlknl9QnH4wOMPQ+CjjDkTwsifY3atytbw4dBhMDtQ7KR5 JmU2kb0C3ASPm8iA5lgc7GjgTagguE0EtV94ckjhY/m1oa2HQNqmqZIBJHmBIs6b 4azR9N0Sx2/kTq96Q9xt5+qqWI72in5Tz2bKoqYPXo0k6sp2aSQSOeWW+1ReaO45 J6/YQIDVLsZWBLSot6W4Epg237gsjsRuxXWTehIoMqBYAN4wKA6eVzxF7vauu7Zn HPUvyUWAyCdMgG4wR6uniO+iW7faQ5wihzSGXfm00tZHFYKSlGV/uAw6o9+8B1Dg xI7QaIGGtI6o2hwoyVBckq9U+/3kqddqoOsxrmL3b5zSEqfeWZv0JN83o8szO9ub yPKSEq13ycRr0RElgxfNDK2slDDi6gt/pv7kERQEy5FmGV1JWKM6A3xSMP3hJSBG zQMO6ZP693kwGKyi2hGnibJOdfQalrrNFT1FHVLQ45UFIGWvTU89JFDVkdKcm6cF xmnNVhSFK98GnhHMQhN+ =7NVl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696198: ferm: weird parsing failure when using domain (ip ip6) in functions
Package: ferm Version: 2.1.1-2 Severity: normal Hi there! Ferm fails to parse @def &foo() = { domain (ip ip6) table filter chain FOO ACCEPT; } &foo(); with the following error message: Error in foo.ferm line 2: ( ip ip6 ) table filter chain FOO ACCEPT ; <-- Missing "}" at end of file Which is kinda confusing and not pointing to the real problem (even worse, if you call &foo much later, it points to a completely wrong line...). I'd expect it to work as @def &foo() = { domain ip6 table filter chain FOO ACCEPT; domain ip table filter chain FOO ACCEPT; } &foo(); just works well: # Generated by ferm 2.1.1 on Mon Dec 17 23:59:11 2012 *filter :FOO - [0:0] -A FOO --jump ACCEPT COMMIT # Generated by ferm 2.1.1 on Mon Dec 17 23:59:11 2012 *filter :FOO - [0:0] -A FOO --jump ACCEPT COMMIT Cheers, Bernd -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ferm depends on: ii debconf 1.5.46 ii iptables 1.4.14-3 ii lsb-base 4.1+Debian7 ii perl 5.14.2-13 Versions of packages ferm recommends: ii libnet-dns-perl 0.68-1.1 ferm suggests no packages. -- Configuration Files: /etc/default/ferm changed [not included] /etc/ferm/ferm.conf [Errno 13] Permission denied: u'/etc/ferm/ferm.conf' -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686197: closed by "Adam D. Barratt" (Re: Bug#686197: unblock: rhnsd/4.9.15-1)
reopen 686197 retitle 686197 unblock: rhn-client-tools/1.8.9-3 thanks Hi, unfortunately I missed yet another dependency, which was not available on !linux. Apart from a new changelog entry, the diff is tiny: - python-dmidecode, lsb-release, gnupg, python-gudev, debconf, python-openssl + python-dmidecode, lsb-release, gnupg, python-gudev [linux-any], hal [!linux-any], debconf, python-openssl Support for hal is already in the rhn-client-tools, just the dependency was missing. So please unblock: rhn-client-tools/1.8.9-3 thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685817: viking crashes a lot when used to display maps
Hi Rob, > thank you for the hint to disable the status bar. It seems to > improve the stability a lot, although it does not prevent viking > completely from crashing. But that's maybe because I have to > switch on the status bar from time to time to check coordinates. in case this is fixable - could we get it fixed, too please? I can try to get it into Wheezy if we have a fix rather soonish. Cheers and thanks, bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689187: python-gps: fakegps segfaults on NMEA file
forcemerge 689187 689188 thanks Hi, > fakegps segfaults on many nmea logs I could find. It does so even > without all the debugging options. please provide the nmea files. Also please checkout the gpsd git repository or use apt-get to retrieve the source and check if they files from the regression tests fail on your machine, too. In case they also fail... > Kernel: Linux 3.6.0-rc6+ (SMP w/2 CPU cores) please try the same with a kernel shipped with Debian and > Locale: LANG=C, LC_CTYPE=cs_CZ (charmap=) please also try it with en_US.UTF-8 or C as LC_TYPE. Also please try to get a core file, see which process segfaulted and provide a backtrace. Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686582: open-vm-dkms: wrong version number for binNMUs/security fixes/...
Package: open-vm-dkms Severity: serious Filing with severity serious as it will fail otherwise unnoticed with the next binNMU. The Version parsing snippet in debian/rules does not handle versions with a + properly. This will make the dkms build fail after the next binNMU or similar rebuild. A Fix would be: VERSION = $(shell dpkg-parsechangelog |\ awk '/^Version: / { print $$2 }' |\ sed -e 's|^[^+]*:[^+]*+||' -e 's|-.*$$||') -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683299: please unblock: open-vm-tools/2:8.8.0+2012.05.21-724730-4
On 09/10/2012 02:39 PM, Mehdi Dogguy wrote: > On 18/08/12 17:51, Julien Cristau wrote: >> On Tue, Aug 14, 2012 at 16:24:52 +0200, Thijs Kinkhorst wrote: >> >>> Hi, >>> >>> As it seems, Daniel has uploaded a version of open-vm-tools that reverts >>> the contentious changes. This version has been in unstable for 11 >>> days now >>> and no bugs have been reported since. >>> >>> Can you please review and unblock? >>> >> Bernd is working on a package fixing the init script bugs too. I was >> waiting on that (and then was offline for a few days). >> > > CC'ing Bernd to get a status update. Any news? :) I was just waiting for an okay form Julien to upload, with no much luck so far unfortunately. I can upload it to t-p-u whenever you like. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686197: unblock: rhnsd/4.9.15-1
Hi Adam, > [...] > (Leaving aside arguments as to whether we should be introducing new > packages now, ) an unblock wouldn't help. There may not have been any > bugs filed against the package but it /is/ buggy, which is why it failed > to migrate during the month that it had an automatic exception: thanks for the explanation - indeed I missed that piece while looking for reasons why the migration did not happen and there was no bug, so nobody noticed it. As python-ethtool will never work on !linux architectures, we've removed the strict dependency on it in rhn-client-tools. The diff is rather simple, so I would appreciate if you could unblock rhn-client-tools/1.8.9-2 instead. The diff between -1 and -2 is attached. Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F diff --git a/debian/README.source b/debian/README.source new file mode 100644 index 000..c37f176 --- /dev/null +++ b/debian/README.source @@ -0,0 +1,2 @@ +This Debian package uses quilt(1) for patch management. +Please see /usr/share/doc/quilt/README.source for more information. diff --git a/debian/changelog b/debian/changelog index a8579c3..2d4ca4e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +rhn-client-tools (1.8.9-2) unstable; urgency=low + + * [c611b6e2] Remove the dependency on !linux arches on python-ethtool. + * [bf0389ab] Add README.source. + + -- Bernd Zeimetz Thu, 13 Sep 2012 00:55:56 +0200 + rhn-client-tools (1.8.9-1) unstable; urgency=low * Initial Debian release diff --git a/debian/control b/debian/control index da91206..5aa2e04 100644 --- a/debian/control +++ b/debian/control @@ -3,16 +3,16 @@ Section: python Priority: extra Maintainer: Miroslav Suchý Uploaders: Bernd Zeimetz -Build-Depends: python (>= 2.6.6-3~), debhelper (>= 7.0.50~), intltool +Build-Depends: python (>= 2.6.6-3~), debhelper (>= 7.0.50~), intltool, quilt (>= 0.48-3~) Standards-Version: 3.9.3 Homepage: https://fedorahosted.org/spacewalk Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/spacewalk/rhn-client-tools.git Vcs-Git: git://anonscm.debian.org/collab-maint/spacewalk/rhn-clint-tools.git Package: rhn-client-tools -Architecture: all +Architecture: any Depends: ${python:Depends}, ${misc:Depends}, python-rhn (>= 2.5.40), - python-ethtool, python-dbus, python-apt (>= 0.7.100), python-newt, + python-ethtool [linux-any], python-dbus, python-apt (>= 0.7.100), python-newt, python-dmidecode, lsb-release, gnupg, python-gudev, debconf, python-openssl Recommends: apt-spacewalk Suggests: python-gnome2, python-gtk2, python-glade2 diff --git a/debian/patches/0001-workaround-missing-python-ethtool.patch b/debian/patches/0001-workaround-missing-python-ethtool.patch new file mode 100644 index 000..353308c --- /dev/null +++ b/debian/patches/0001-workaround-missing-python-ethtool.patch @@ -0,0 +1,42 @@ +From 8baef61c8b6b9564e7e936f52575d5eb75b5ee38 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Miroslav=20Such=C3=BD?= +Date: Thu, 30 Aug 2012 10:53:01 +0200 +Subject: [PATCH] workaround missing python-ethtool + +On Debian/kfreebsd is not available python-ethtoool. It is because it requires libnl, +which is Linux specific. +So if python-ethtools is not present, do not fail and just print warning, +that hardware information about network interfaces are not present. +And read_network_interfaces() will return empty dictionary. +--- + .../rhel/rhn-client-tools/src/up2date_client/hardware.py | 12 +++- + 1 file changed, 11 insertions(+), 1 deletion(-) + +--- a/src/up2date_client/hardware.py b/src/up2date_client/hardware.py +@@ -22,7 +22,13 @@ import os + import sys + import config + +-import ethtool ++try: ++import ethtool ++ethtool_present = True ++except ImportError: ++sys.stderr.write("Warning: information about network interfaces could not be retrieved on this platform.\n") ++ethtool_present = False ++ + import gettext + t = gettext.translation('rhn-client-tools', fallback=True) + _ = t.ugettext +@@ -524,6 +530,10 @@ def read_network_interfaces(): + intDict = {} + intDict['class'] = "NETINTERFACES" + ++if not ethtool_present: ++# ethtool is not available on non-linux platforms (as kfreebsd), skip it ++return intDict ++ + interfaces = list(set(ethtool.get_devices() + ethtool.get_active_devices())) + for interface in interfaces: + try: diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..d5110c0 --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +0001-workaround-missing-python-ethtool.patch diff --git a/debian/rules b/debian/rules index 33dad7d..1f3b0f4 100755 --- a/debian/rules +++ b/debian/rules @@ -22,6 +22,9
Bug#635378: libflickurl-dev: .la files lists dependencies which do not have a .la file anymore
Package: libflickcurl-dev Version: 1.21-1 Severity: serious [ serious severity as this bug breaks building packages which link libflickurl ] As removing .la files is one of the release goals [1] the .la file was removed from libcurl*-dev, but it is still listed as dependency in the .la file shipped with libflickcurl-dev. So builds using libtool will fail as they are looking for libcurl's .la file. So please either remove the .la file if possible, or drop the dependency line at least. Thanks, Bernd [1]: http://wiki.debian.org/ReleaseGoals/LAFileRemoval -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libflickcurl-dev depends on: ii libflickcurl0 1.21-1 C library for accessing the Flickr ii libraptor1-dev 1.4.21-5 Raptor RDF parser and serializer d ii libxml2-dev 2.7.8.dfsg-3 Development files for the GNOME XM libflickcurl-dev recommends no packages. libflickcurl-dev suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/libflickcurl.la (from libflickcurl-dev package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575034: [/master] Include example files in the packaging.
tag 575034 pending thanks Date: Mon Mar 22 23:32:54 2010 +0100 Author: Bernd Zeimetz Commit ID: 8b4c8c78000a38581b02255a870243cf6aafdd36 Commit URL: http://git.debian.org/?p=collab-maint/viking.git;a=commitdiff;h=8b4c8c78000a38581b02255a870243cf6aafdd36 Patch URL: http://git.debian.org/?p=collab-maint/viking.git;a=commitdiff_plain;h=8b4c8c78000a38581b02255a870243cf6aafdd36 Include example files in the packaging. Closes: #575034 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#506933: Retitling to RFP as ther
retitle 506933 RFP: piwik -- open source web analytics noowner thanks As there is no visible progress and the ITPler doesn't reply, I'm retitling the bug the RFP again. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F signature.asc Description: OpenPGP digital signature
Bug#508367: Patch which should fix this problem
tags 508367 + patch thanks Hi, the attached patch was *not* tested, but it should fix this bug. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F >From 68ebb0b0a887bb28689a01ac6ea8839dcc9411c0 Mon Sep 17 00:00:00 2001 From: Bernd Zeimetz Date: Sat, 28 Nov 2009 18:40:02 +0100 Subject: [PATCH] Work around some breakage in Python 2.5 and later. See http://bugs.python.org/issue2703 for details. --- pycocumalib/CoCuMa_Server.py |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/pycocumalib/CoCuMa_Server.py b/pycocumalib/CoCuMa_Server.py index e257949..d4f9672 100644 --- a/pycocumalib/CoCuMa_Server.py +++ b/pycocumalib/CoCuMa_Server.py @@ -19,6 +19,7 @@ import sys, signal import Preferences import debug import broadcaster +import sys class XMLRPCServer(SocketServer.TCPServer, SimpleXMLRPCServer.SimpleXMLRPCDispatcher): """Overridden SimpleXMLRPCServer @@ -29,7 +30,12 @@ class XMLRPCServer(SocketServer.TCPServer, SimpleXMLRPCServer.SimpleXMLRPCDispat self.logRequests = logRequests self.allow_reuse_address = 1 -SimpleXMLRPCServer.SimpleXMLRPCDispatcher.__init__(self) +# work around some breackage in Python 2.5 and later versions +if sys.version_info [1] > 4: +SimpleXMLRPCServer.SimpleXMLRPCDispatcher.__init__(self, allow_none=False, encoding=None) +else: +SimpleXMLRPCServer.SimpleXMLRPCDispatcher.__init__(self) + SocketServer.TCPServer.__init__(self, addr, requestHandler) class CoCuMa_Server: -- 1.6.5.3
Bug#508367: Patch which should fix this problem
> the attached patch was *not* tested, but it should fix this bug. sorry. there was a bug in the bugfix, updated patch added. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F >From 8e1fac97557301efd16d33257bde28bc02e4402c Mon Sep 17 00:00:00 2001 From: Bernd Zeimetz Date: Sat, 28 Nov 2009 18:44:32 +0100 Subject: [PATCH] Work around some breakage in Python 2.5 and later. See http://bugs.python.org/issue2703 for details. --- pycocumalib/CoCuMa_Server.py |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/pycocumalib/CoCuMa_Server.py b/pycocumalib/CoCuMa_Server.py index e257949..90aa813 100644 --- a/pycocumalib/CoCuMa_Server.py +++ b/pycocumalib/CoCuMa_Server.py @@ -19,6 +19,7 @@ import sys, signal import Preferences import debug import broadcaster +import sys class XMLRPCServer(SocketServer.TCPServer, SimpleXMLRPCServer.SimpleXMLRPCDispatcher): """Overridden SimpleXMLRPCServer @@ -29,7 +30,12 @@ class XMLRPCServer(SocketServer.TCPServer, SimpleXMLRPCServer.SimpleXMLRPCDispat self.logRequests = logRequests self.allow_reuse_address = 1 -SimpleXMLRPCServer.SimpleXMLRPCDispatcher.__init__(self) +# work around some breackage in Python 2.5 and later versions +if sys.version_info [1] > 4: +SimpleXMLRPCServer.SimpleXMLRPCDispatcher.__init__(self, False, None) +else: +SimpleXMLRPCServer.SimpleXMLRPCDispatcher.__init__(self) + SocketServer.TCPServer.__init__(self, addr, requestHandler) class CoCuMa_Server: -- 1.6.5.3
Bug#559236: python-asterisk: fails to detect the configuration in $HOME
Package: python-asterisk Version: 0.1a3+r160-4 Severity: important Tags: patch In /usr/share/python-support/python-asterisk/Asterisk/Config.py the following lines are used in CONFIG_PATHNAMES: os.path.join(os.environ.get('HOME', ''), '/.py-asterisk.conf'), os.path.join(os.environ.get('USERPROFILE', ''), '/py-asterisk.conf'), which results in /.py-asterisk.conf and /py-asterisk.conf being added to the search path. Instead the following should be used: os.path.join(os.environ.get('HOME', ''), '.py-asterisk.conf'), os.path.join(os.environ.get('USERPROFILE', ''), 'py-asterisk.conf'), -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.1-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-asterisk depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.4 automated rebuilding support for P python-asterisk recommends no packages. python-asterisk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559237: python-asterisk: FTBFS with Python2.6
Package: python-asterisk Version: 0.1a3+r160-4 Severity: important Tags: patch User: debian-pyt...@lists.debian.org Usertags: python2.6 python-asterisk ftbfs with Python2.6, which will hit unstable soon. Please import the changes from Ubuntu, which fixed the bugs (hopefully): https://launchpad.net/ubuntu/+source/py-asterisk Thanks, Bernd -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.1-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-asterisk depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.4 automated rebuilding support for P python-asterisk recommends no packages. python-asterisk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559483: fso-gpsd: Provides: gpsd is just *wrong*
Package: fso-gpsd Severity: serious fso-gpsd should never provide gpsd, as it supports only a very tiny bit of the functions gpsd provides. I'm filing this bug as release critical, as the broken provides will break at least all applications which use libgps to talk to gpsd. While it might be that this works at the moment because you're lucky, it will definitely break with the next upload of gpsd as the protocol changed. Also all programs which rely on the dbus announcements of gpsd will break (yes, fso-gpsd is not compatible with that). Not to forget that fso-gpsd does only supports a few of the amount of chipsets supported properly by gpsd. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.1-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535233: updated package
Hi all, I updated the packages on my home page and also made it mostly lintian clean now. I'm going to upload it to Debian-Mentors now. Cheers, Bernd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570257: movabletype-opensource: Fails badly while inserting comments if IPv6 is used
Package: movabletype-opensource Version: 4.2.3-1+lenny1 Severity: important Tags: ipv6 Hi! I'm using MT with an ipv6-aware lighttpd here, which results in ipv4 addresses from people posting comments are shown as ':::172.26.14.40'. MT passes the IP address to the database in this form and tries to insert it into a character varying(16) field, which will obviously fail: 2010-02-17 18:04:51 CET DETAIL: Parameter: $1 = '222', $2 = 'Bernd Zeimetz', $3 = '1', $4 = NULL, $5 = NULL, $6 = '2010-02-17 18:04:51', $7 = 't...@example.com', $8 = '2', $9 = ':::172.26.14.40', $10 = NULL, $11 = NULL, $12 = '1', $13 = '2000-01-01 00:00:00', $14 = NULL, $15 = '2010-02-17 18:04:51', $16 = NULL, $17 = 'New test post.', $18 = 'http://bzed.de', $19 = '0' 2010-02-17 18:04:51 CET FEHLER: Wert zu lang für Typ character varying(16) 2010-02-17 18:04:51 CET ANWEISUNG: INSERT INTO mt_comment (comment_id, comment_author, comment_blog_id, comment_commenter_id, comment_created_by, comment_created_on, comment_email, comment_entry_id, comment_ip, comment_junk_log, comment_junk_score, comment_junk_status, comment_last_moved_on, comment_modified_by, comment_modified_on, comment_parent_id, comment_text, comment_url, comment_visible) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17, $18, $19) Even worse, MT does not show that an error has happened while posting the comment, instead the 'Thank you for commenting.' template is being shown. That's also the reason why I file this bug as important - it was not possible to see this error in the debug log of MT, I had to enable statement logging in postgres to see the error and the reason for it. Best regards, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100217172021.21172.55048.report...@think.mg.bzed.de
Bug#552706: BUG: soft lockup - CPU#0 stuck for 61s! - :nfs:nfs_access_cache_shrinker
Moritz Muehlenhoff wrote: > Does this error still occur with 2.6.26-21 from the latest point > update, which introduced two patches which might have fixed this error? We'll give it a try as soon as time permits, the machine is turned off right now and other models are in production and not using NFS. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562717: [gpsd/master] Updating debconf translation: ca.po
tag 562717 pending thanks Date: Wed Jan 13 00:15:39 2010 +0100 Author: Bernd Zeimetz Commit ID: d83cdf706e3838d13a350626bfd5cf724a0fbbad Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=d83cdf706e3838d13a350626bfd5cf724a0fbbad Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=d83cdf706e3838d13a350626bfd5cf724a0fbbad Updating debconf translation: ca.po Thanks: Jordà Polo Closes: #562717 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564877: [gpsd/master] Updating debconf translation: fr.po
tag 564877 pending thanks Date: Wed Jan 13 00:15:47 2010 +0100 Author: Bernd Zeimetz Commit ID: c06f0bcb91f767ec600fd17658de5d81e70f494d Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=c06f0bcb91f767ec600fd17658de5d81e70f494d Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=c06f0bcb91f767ec600fd17658de5d81e70f494d Updating debconf translation: fr.po Thanks: Christian Perrier Closes: #564877 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577078: closed by Adnan Hodzic ()
Hi, would you please not close bugs which obviously exist. b...@think ~% sudo dpkg -i googleearth_5.1.3533.1731+0.5.7-1_amd64.deb [sudo] password for bzed: Selecting previously deselected package googleearth. (Reading database ... 375196 files and directories currently installed.) Unpacking googleearth (from googleearth_5.1.3533.1731+0.5.7-1_amd64.deb) ... dpkg: dependency problems prevent configuration of googleearth: googleearth depends on ia32-libs (<< 15) | ia32-libgl1-mesa-glx; however: Version of ia32-libs on system is 20090808. Package ia32-libgl1-mesa-glx is not installed. b...@think ~% apt-cache policy ia32-libs ia32-libs: Installed: 20090808 Candidate: 20090808 Version table: *** 20090808 0 500 http://localhost testing/main Packages 500 http://localhost unstable/main Packages 100 /var/lib/dpkg/status b...@think ~% apt-cache policy ia32-libgl1-mesa-glx ia32-libgl1-mesa-glx: Installed: (none) Candidate: (none) Version table: As the created dependency does not exist, this is a RC bug. This bug was reported several times, you should take such things more serious. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545398: Add OpenRaster import/export plugin
Hi, On 09/07/2009 02:25 PM, Andrew Chadwick wrote: > Actually, I may have jumped the gun a little with this. If there's > agreement, oratools may end up in its own package, enhancing gimp: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545396 > > If that comes to pass, no need to update gimp-plugin-registry. As they > say, "watch this space". could you let me know what the current status here is? Is somebody working on the openraster stuff? Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553359: I'm planning to work on darktable
On 01/18/2010 03:59 PM, David Bremner wrote: > I'll join pkg-phototools and work on it there. Even though I find > keeping only ./debian in git a bit counterproductive :P. Me too. I would just ignore that and put everything in a git repository :) If the pkg-phototools team complaints, there is still collab-maint. Did you work on darktable? 0.5 seems to be out, might make sense to get it finished. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573237: Merkaartor Segfaults when double-clicking on virtual node
Hi! On 04/18/2010 11:32 AM, boris wrote: > starting merkaartor > activate: use virtual nodes and separate move mode > restart merkaartor > download some ways from osm > use the move tool (from menu bar) > double click a virtual note -> Segmentation fault > > happened nearly every time. Thanks, I was finally able to reproduce that. http://trac.openstreetmap.org/ticket/2894 > > And maybe related: > When I try to move some (big?) object (for example tested with > osm way_10054141) and virtual nodes enabled > merkaartor hangs using 100% of one cpu-core - which didn't happened > without virtual nodes. Try to disable viewing relations - then the cpu should be fine again. Viewing large relations eats a lot of cpu time unfortunately, but thats a known bug. http://trac.openstreetmap.org/ticket/2893 Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558861: Resolve unresolved symbols in shared libraries
Hi Peter! Peter Fritzsche wrote: > I build all packages some time ago with binutils-gold and your package build > without an hard failure, but I noticed that you seems to provide a library in > a specific library package so other packages can link against it without > problems but your shared object has still some unresolved symbols which > the program which links agaomst it must resolve. This isnt a good idea because > when you introduce new dependencies the package previously linked against the > old version will break because it doesnt know about the new dependency. > Maybe you could link against all needed libraries so programs must not link > against libraries which it doesnt need to use. I've build geoclue 0.12.0 with binutils-gold and can't see any warnings from dpkg-shlibdeps. Could you please verify that (0.12.0 will hit unstable in a few minutes). Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576299: python-gps: gps.gps.waiting() always returns True
tags 576299 lenny, wontfix fixed 576299 2.92-1 thanks Hi Sascha, thanks for the bugreport! > On Lenny, gps.gps.waiting() always returns True because it makes incorrect > assumptions about socket internals: > [] If I remember right that problem did not happen when using Python 2.4, but it happened with Python 2.5. As I spent a lot of time with upstream on debugging the issue (unfortunately removing/changing the first test only made a lot of regression tests fail) and at the end a lot of code was rewritten in between the version in Lenny and 2.92, I can't fix this easily unfortunately. If you can come up with a patch which applies to the version in Lenny and all the regression tests still work (you'd have to get them from the git tag of that upstream version), I would consider to ask for a stable update, although I doubt that the release team would accept it. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576316: [gpsd/master] Fix gpsd socket location parsing in gpsd.config.
tag 576316 pending thanks Date: Sun Apr 4 01:32:14 2010 +0200 Author: Bernd Zeimetz Commit ID: c8401c66a090eeb4c1c18524405532632e0c8221 Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=c8401c66a090eeb4c1c18524405532632e0c8221 Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=c8401c66a090eeb4c1c18524405532632e0c8221 Fix gpsd socket location parsing in gpsd.config. Thanks: Sascha Silbe Closes: #576316 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576316: [gpsd/master] Fix gpsd socket location parsing in gpsd.config.
tag 576316 pending thanks Date: Sun Apr 4 01:32:14 2010 +0200 Author: Bernd Zeimetz Commit ID: d0b914c13cc90eb26ede33004981472d9fce10bd Commit URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff;h=d0b914c13cc90eb26ede33004981472d9fce10bd Patch URL: http://git.recluse.de/?p=debian/pkg-gpsd.git;a=commitdiff_plain;h=d0b914c13cc90eb26ede33004981472d9fce10bd Fix gpsd socket location parsing in gpsd.config. Thanks: Sascha Silbe Closes: #576316 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577078: googleearth-package: generally very buggy, useless on amd64
Package: googleearth-package Version: 0.5.7 Severity: serious As the produced packages are not usable on amd64 and the package seems to be buggy in general, I'm filing this as RC bug as I don't think it should be part of the next release in the current state. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages googleearth-package depends on: ii bzip2 1.0.5-4high-quality block-sorting file co ii curl 7.20.0-2 Get a file from an HTTP, HTTPS or ii dpkg-dev 1.15.5.6 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii file 5.04-1 Determines file type using "magic" ii wget 1.12-1.1 retrieves files from the web ii x11-common1:7.5+5X Window System (X.Org) infrastruc ii x11-utils 7.5+3 X11 utilities googleearth-package recommends no packages. googleearth-package suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577095: grep: bracket expressions fails depending on the locale
Package: grep Version: 2.6.3-1 Severity: grave As this issue might affact a lot of cases where grep is used, I've decided to file it with the severity grave. Since version 2.6.3 (and it seems also 2.5.2 was affected), the behaviour of grep regarding capital letters in bracket expressions changed when using UTF8: With grep 2.6.3: b...@think ~% LANG=en_US.UTF-8 grep -E '^[A-Z]' /etc/passwd | wc -l 51 b...@think ~% LANG=C grep -E '^[A-Z]' /etc/passwd Debian-exim:x:100:103::/var/spool/exim4:/bin/false b...@think ~% LANG=de_DE.iso8859-15 grep -E '^[A-Z]' /etc/passwd Debian-exim:x:100:103::/var/spool/exim4:/bin/false With grep 2.5.4-4: b...@think ~% LANG=en_US.UTF-8 grep -E '^[A-Z]' /etc/passwd Debian-exim:x:100:103::/var/spool/exim4:/bin/false b...@think ~% LANG=C grep -E '^[A-Z]' /etc/passwd Debian-exim:x:100:103::/var/spool/exim4:/bin/false b...@think ~% LANG=de_DE.iso8859-15 grep -E '^[A-Z]' /etc/passwd Debian-exim:x:100:103::/var/spool/exim4:/bin/false This behaviour change is not expected and different from what other implementations do. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grep depends on: ii dpkg 1.15.5.6 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib grep recommends no packages. Versions of packages grep suggests: ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557569: NMU uploaded
patch attached. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F diff --git a/binreloc.c b/binreloc.c index 1d1acfe..a44bd08 100644 --- a/binreloc.c +++ b/binreloc.c @@ -594,7 +594,7 @@ gchar *gbr_find_lib_dir(const gchar * default_lib_dir) } #ifdef ARCH_x86_64 -dir = g_build_filename(prefix, "lib64", NULL); +dir = g_build_filename(prefix, "lib", NULL); #else dir = g_build_filename(prefix, "lib", NULL); #endif diff --git a/configure b/configure index b5903ad..4a3d6ce 100755 --- a/configure +++ b/configure @@ -56,7 +56,7 @@ case $PROC in x86_64) ln -sf linux/x86_64 arch/this ARCH="ARCH_x86_64" - LIBDIR="/usr/lib64" ;; + LIBDIR="/usr/lib" ;; mips*) ln -sf linux/mips arch/this ARCH="ARCH_MIPS" ;; diff --git a/debian/changelog b/debian/changelog index e865511..f3d7fad 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +hardinfo (0.5.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * [cd677eda] Move files from /usr/lib64 to /usr/lib. (Closes: #557569) +- thanks to Kurt Roeckx + + -- Bernd Zeimetz Fri, 22 Jan 2010 21:22:24 +0100 + hardinfo (0.5.1-1) unstable; urgency=low * New upstream version. (Closes: #530290, #517591)
Bug#566436: RM: libroxen-logsql -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566421: RM: libroxen-simplenews -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566443: RM: libroxen-faq -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566435: RM: libroxen-group -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566427: RM: libroxen-webmail -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566437: RM: libroxen-referrerdeny -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566420: RM: libroxen-ics -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566416: RM: libroxen-diary -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566426: RM: libroxen-tex -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566441: RM: libroxen-floatingcode -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566429: RM: libroxen-presentit -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566439: RM: libroxen-errormessage -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566430: RM: libroxen-mailit -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566444: RM: libroxen-randomfile -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566415: RM: libroxen-cloakingdevice -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566442: RM: libroxen-tokenfs -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566423: RM: libroxen-meta -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566414: RM: libroxen-123session -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566432: RM: libroxen-disclaimer -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566409: RM: libroxen-deepleap -- RoQA; orphaned/unmaintained, very low popcon
Package: ftp.debian.org Severity: normal See subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org