Bug#457963: uswsusp: empty passphrase hangs installation and suspend-keygen
Package: uswsusp Version: 0.3~cvs20060928-7etch1 Severity: normal Tags: patch *** Please type your report below this line *** I just played with uswsusp and it hanged during install if encrytion was enabled but passphrases were set empty -- I just pressed enter on passphrase questions. The hang shows up like this: ... Selecting previously deselected package uswsusp. (Reading database ... 142234 files and directories currently installed.) Unpacking uswsusp (from .../uswsusp_0.3~cvs20060928-7etch1_i386.deb) ... Setting up uswsusp (0.3~cvs20060928-7etch1) ... Generating RSA key, this may take a while ... and: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 10456 root 25 0 2020 724 608 R 99.6 0.1 9:23.53 suspend-keygen To me this seems like a debconf usage bug. First in uswsusp.config, an empty string is accepted as a passphrase and written to debconf database. A fix would go somehow like this: --- uswsusp.config-orig 2007-12-27 15:28:43.0 +0200 +++ uswsusp.config 2007-12-27 15:38:32.0 +0200 @@ -190,9 +190,11 @@ db_go || true db_get uswsusp/RSA_passphrase - P1=$RET + # fail with empty passphrase + if [ -n $RET ]; then P1=$RET; fi db_get uswsusp/RSA_passphrase_v - P2=$RET + # fail with empty passphrase + if [ -n $RET ]; then P2=$RET; fi done fi fi Then in uswsusp.postinst the empty string is read from database and fed without checks to suspend-keygen. A fix could go somehow like this: --- /tmp/uswsusp/postinst 2007-09-18 00:21:59.0 +0300 +++ uswsusp.postinst2007-12-27 16:36:31.0 +0200 @@ -94,13 +94,18 @@ KEYFILE=$RET db_get uswsusp/RSA_passphrase PASS=$RET - echo Generating RSA key, this may take a while ... - suspend-keygen EOFa /dev/null + if [ -n $BITS ] [ -n $KEYFILE ] [ -n $PASS ]; then + echo Generating RSA key, this may take a while ... + suspend-keygen EOFa /dev/null $BITS $PASS $PASS $KEYFILE EOFa + else echo RSA_key_bits, RSA_key_file or RSA_passphrase empty! + echo suspend-keygen not called. + exit 1; + fi db_reset uswsusp/RSA_passphrase db_reset uswsusp/RSA_passphrase_v fi There might be something wrong with suspend-keygen argument parsing too, since a few times I got it to loop forever with $ /usr/sbin/suspend-keygen EOF 1024 /dev/null EOF The output filled with questions and overwrote the history buffer too fast. This is not always repeatable. Perhaps suspend-keygen is waiting for the kernels entropy bucket to fill up or something. Anyway, at least the debconf stuff would be nice to fix. -Mikko -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages uswsusp depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages uswsusp recommends: ii initramfs-tools 0.85h tools for generating an initramfs -- debconf information: uswsusp/suspend_loglevel: uswsusp/no_swap: uswsusp/early_writeout: true uswsusp/image_size: 487590461 uswsusp/snapshot_device: uswsusp/max_loglevel: uswsusp/shutdown_method: platform * uswsusp/encrypt: true uswsusp/RSA_key_bits: 1024 uswsusp/continue_without_swap: true uswsusp/compute_checksum: false uswsusp/no_snapshot: uswsusp/compress: true uswsusp/create_RSA_key: true uswsusp/RSA_key_file: /etc/uswsusp.key * uswsusp/resume_device: /dev/mapper/volgrp1-swap uswsusp/splash: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457936: libnss-ldapd: Problem handling groups with many members?
Package: libnss-ldapd Version: 0.4 Severity: important I discovered this issue when testing the latest libnss-ldapd in Etch. The output from 'getent group' do not list all groups. I also tested with version 0.4.1 and 0.4, and the problem is present there too. The svn group on my test install has many members, and it seem to be ignored by 'id' and 'getent group': ghost:~# getent group svn svn:*:994:aasmunds,adugna,aigarius,akai,al,albbas,alex,alexandro,alexbr,anders,andre,andread,andreas,andreasj,anoncvs,aracnus,arneha,arntog,arnulf,aruewele,asornes,axelb,barbarossa,bastian,benedikt,benjamin,berglas,bgrotan,bilbo,biret,bjarte,bjoern,bjornst,bkv,blhauge,borchr,builder,carll,cato,chris,ckuelker,climent,cobaco,conrad,cyborgar,daniel,dash,david,dloraas,dogg-e,dstevens,ebjordal,ebjotveit,eivind,elfinn,emh,ender,erik,esko,espen,espenbe,espenfjo,espeno,espenp,espental,eva,evealf,finnarne,finngl,fjemtland,fm,fredrikb,gautehk,gavin,gildseth,gingermig,gudrun,guillem,gunnhild,gustavf,halvor,halvorb,hansfn,hansolav,harald,haraldib,haraldoy,haumer,havard,havjon,hendry,herman,hilaire,hiljan,hklygre,holger,hovden,huftis,ilmari,isbjoern,jakob,jankr,jarl,jarlevik,jco,jeffbeck,jobo,joesca,joeyh,joga,johanso,johjen,johne,jomu,jonas,jordi,jorgenhg,jrognsa,jss,juechr,julien,kapital,kaplan,kar,karolpt,katla,keld,kennet,khollund,kjehol,kjetilho,klaus,kmaraas,knutnor,knutst,knuty,korsvoll,kthorger,kthorgersen,kuba,kurt,lars,larsny,larsr,lasse,ludvig,luk,lyvhel,mads,magnio,magnus,mako,marius,mariwan,markos,markus,mathiasm,matiashf,mgjansen,mihtjel,mortenhu,morteni,mortenkn,mpaulsen,msporild,n10516,nana,nilhil,nilsk,nina,nordtor,ochagenes,ocwh,odderik,oddrune,oka,olaketil,ole,olea,olekvi,olemd,olsken,omabel,orvarodd,oskadsem,oskar,ottar,ottarp,oyvind,ozmund,patrick,pere,perh,peter,pleira,pma,qber66,raghaug,ragnar,ralfg,ratix,ringe,rjernsle,rmo,robdag,roberth,rogerc,roktas,ronny,roy,rune,runen,runesk,runev,sauli,sbasma,sigbjorn,sigurdno,skogmus,snojen,solsiv,spysir,st,stian,stianj,sturles,sunny256,sveinmb,sveinove,svenare,svenn78,tadsol,talan,tarjei,tarjeiv,tc,teddy,ten,terjer,tfheen,thegve,thgjerde,thierry,thomas,thorh,tjernak,tkj,toffer,tonni,tor,tore,torgeirb,tormod,torsted,tosten,trond,trondm,truls,tsb,tufpre,vagrant,vb,vegard,vesa,vesket,vibeke,vibjohan,vidar,vidgroe,vigdis,werner,wesodd,white,winnie,xzz,yngve,zerodogg,zobel ghost:~# getent group|grep svn ghost:~# id pere uid=1004(pere) gid=1004(pere) groups=1004(pere),50(staff),113(ftp) ghost:~# Is there some problem with large groups? When I log in using ssh and run 'id' on the same machine, all the group memberships are missing, not only the svn group: [EMAIL PROTECTED]:~$ id uid=1004(pere) gid=1004(pere) groups=1004(pere) [EMAIL PROTECTED]:~$ It seem initgroups() do not work as it should? To make sure no caching was involved, I tried to reboot the machine after upgrading libnss-ldapd before doing the test, and it did not affect the results. Happy hacking, -- Petter Reinholdtsen
Bug#451127: About png...
Hi! You can use the png file, the desktop will uses it anyway. just don't use any extension at Icon= field. Example: Icon=ggobi Check the latest patch from Ubuntu... http://patches.ubuntu.com/g/ggobi/ggobi_2.1.6-1ubuntu1.patch You can apply this one.. it's the better way when upstream doesn't provide hiresolution icons, so .xpm is fine. Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457934: ~ -v: nothing about version
Package: moagg Version: 0.18-5 Severity: minor --- Please enter the report below this line. --- The command moagg -v says Moagg - Mother of all gravity games (c) 2003-2004 Bernhard Trummer, Andreas Granig but not nothing about the version installed. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed ==-+-== libc6 (= 2.5-5) | 2.7-4 libexpat1 (= 1.95.8) | 1.95.8-4 libfreetype6 (= 2.2) | 2.3.5-1+b1 libgcc1(= 1:4.2-20070516) | 1:4.2.2-4 libparagui1.0c2a(= 1.0.2) | 1.0.4-12+b1 libsdl-gfx1.2-4(= 2.0.13) | 2.0.13-3 libsdl-mixer1.2 (= 1.2.6) | 1.2.8-1 libsdl1.2debian (= 1.2.10-1) | 1.2.11-9 libstdc++6 (= 4.2-20070516) | 4.2.2-4 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-7 moagg-data (= 0.18) | 0.18-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457967: linux-image-2.6.23-1-amd64: kernel Oops, (segfault) when downloading from net
Package: linux-image-2.6.23-1-amd64 Version: 2.6.23-2 Severity: normal When downloading (50MB+) from the debian mirror using apt-get (sky2 kernel driver for the net), the kernel hangs (happened to me twice in the same situation). Please ask for more information if needed. Ondrej The relevant log: Dec 27 16:12:26 august kernel: XFS mounting filesystem sda1 Dec 27 16:12:26 august kernel: Ending clean XFS mount for filesystem: sda1 Dec 27 16:15:44 august kernel: sky2 :03:00.0: error interrupt status=0x8000 Dec 27 16:15:44 august kernel: sky2 :03:00.0: PCI hardware error (0x2010) Dec 27 16:16:11 august kernel: Unable to handle kernel NULL pointer dereference at 0790 RIP: Dec 27 16:16:11 august kernel: [80246b2f] bit_waitqueue+0x74/0x8c Dec 27 16:16:11 august kernel: PGD 1176c0067 PUD 115ddf067 PMD 0 Dec 27 16:16:11 august kernel: Oops: [1] SMP Dec 27 16:16:11 august kernel: CPU 2 Dec 27 16:16:11 august kernel: Modules linked in: xfs ipv6 ppdev lp dm_snapshot dm_mirror dm_mod snd_hda_intel snd_pcm_oss snd_pcm snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore parport_pc serio_raw snd_page_alloc sky2 i2c_i801 parport psmouse i2c_core iTCO_wdt button intel_agp pcspkr tsdev evdev ext3 jbd mbcache sd_mod ide_cd cdrom ata_piix ata_generic ahci firewire_ohci libata firewire_core crc_itu_t scsi_mod floppy ehci_hcd generic jmicron ide_core uhci_hcd thermal processor fan Dec 27 16:16:11 august kernel: Pid: 262, comm: pdflush Not tainted 2.6.23-1-amd64 #1 Dec 27 16:16:11 august kernel: RIP: 0010:[80246b2f] [80246b2f] bit_waitqueue+0x74/0x8c Dec 27 16:16:11 august kernel: RSP: 0018:810119411d50 EFLAGS: 00010286 Dec 27 16:16:11 august kernel: RAX: e97166d67e4fce03 RBX: 810116d96f38 RCX: 0040 Dec 27 16:16:11 august kernel: RDX: 0400 RSI: 0003 RDI: 00116d96 Dec 27 16:16:11 august kernel: RBP: 0003 R08: R09: 8812e46c Dec 27 16:16:11 august kernel: R10: 81011e98a4e8 R11: 0001 R12: 810116d96f38 Dec 27 16:16:11 august kernel: R13: 810119103800 R14: 810116d96e40 R15: Dec 27 16:16:11 august kernel: FS: () GS:81011b9763c0() knlGS: Dec 27 16:16:11 august kernel: CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b Dec 27 16:16:11 august kernel: CR2: 0790 CR3: 000112d45000 CR4: 06e0 Dec 27 16:16:11 august kernel: DR0: DR1: DR2: Dec 27 16:16:11 august kernel: DR3: DR6: 0ff0 DR7: 0400 Dec 27 16:16:11 august kernel: Process pdflush (pid: 262, threadinfo 81011941, task 81011b4a9790) Dec 27 16:16:11 august kernel: Stack: 0286 0003 80246b85 Dec 27 16:16:11 august kernel: 810116d96d30 802a4264 Dec 27 16:16:11 august kernel: 810119411e80 0800 Dec 27 16:16:11 august kernel: Call Trace: Dec 27 16:16:11 august kernel: [80246b85] wake_up_bit+0x11/0x22 Dec 27 16:16:11 august kernel: [802a4264] __writeback_single_inode+0x395/0x3a7 Dec 27 16:16:11 august kernel: [802a45cc] sync_sb_inodes+0x1cb/0x2af Dec 27 16:16:11 august kernel: [802a4a33] writeback_inodes+0x7d/0xd3 Dec 27 16:16:11 august kernel: [8026a0e4] wb_kupdate+0x9c/0x10b Dec 27 16:16:11 august kernel: [8026a3ee] pdflush+0x0/0x204 Dec 27 16:16:11 august kernel: [8026a548] pdflush+0x15a/0x204 Dec 27 16:16:11 august kernel: [8026a048] wb_kupdate+0x0/0x10b Dec 27 16:16:11 august kernel: [80246a79] kthread+0x47/0x76 Dec 27 16:16:11 august kernel: [8020cc08] child_rip+0xa/0x12 Dec 27 16:16:11 august kernel: [80246a32] kthread+0x0/0x76 Dec 27 16:16:11 august kernel: [8020cbfe] child_rip+0x0/0x12 Dec 27 16:16:11 august kernel: Dec 27 16:16:11 august kernel: Dec 27 16:16:11 august kernel: Code: 2b 8a 90 03 00 00 48 d3 e8 48 6b c0 18 48 03 82 80 03 00 00 Dec 27 16:16:11 august kernel: RIP [80246b2f] bit_waitqueue+0x74/0x8c Dec 27 16:16:11 august kernel: RSP 810119411d50 Dec 27 16:16:11 august kernel: CR2: 0790 -- Package-specific info: ** Version: Linux version 2.6.23-1-amd64 (Debian 2.6.23-2) ([EMAIL PROTECTED]) (gcc version 4.1.3 20071209 (prerelease) (Debian 4.1.2-18)) #1 SMP Fri Dec 21 12:00:17 UTC 2007 ** cmdline: root=/dev/sda5 ro ** Not tainted ** Kernel log: uhci_hcd :00:1d.2: UHCI Host Controller uhci_hcd :00:1d.2: new USB bus registered, assigned bus number 6 uhci_hcd :00:1d.2: irq 18, io base 0xd000 usb usb6: configuration #1 chosen from 1 choice hub 6-0:1.0: USB hub found hub 6-0:1.0: 2 ports detected ahci :04:00.0: version 2.3 ACPI: PCI Interrupt :04:00.0[A] -
Bug#454718: linux-image-2.6.22-3-686: Does not see the NIC
On Tue, Dec 25, 2007 at 11:30:32PM +0100, maximilian attems wrote: please report back if aboves fixes it. Ok, but it may take 1-2 weeks when I'm next near that machine. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences, Laboratory of Parallel and Distributed Systems Address : H-1132 Budapest Victor Hugo u. 18-22. Hungary Phone/Fax : +36 1 329-78-64 (secretary) W3: http://www.lpds.sztaki.hu - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#183585: Just Read What Our Satisfied Customers Say!
100% Money Back Guarantee. http://neptiunuei.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450534: The problem is...
Hi Marco The libx11-dev in experimental, like the libx11-dev in Ubuntu, no longer depends on libxext-dev, so this is why I've requested to include it in build-depends. It will become a serious bug once the libx11-dev in experimental reaches unstable. Please consider fixing this before then. Same here too: I'm preparing an updated package for wmnet, including this fix. Thanks! -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445667: [Pkg-isocodes-devel] ISO 3166-3
package iso-codes tag 445667 pending thanks On Wed, 24 Oct 2007 03:35:58 +0200 Alexis Darrasse [EMAIL PROTECTED] wrote: I noticed that iso_3166.xml is not valid xml because of four iso_3166_3_entry that have an alpha_2_code attribute. Hi, sorry for the delay, somehow this slipped through my attention. This is reported as bug #445667 (added as CC). I think that removing the alpha_2_code attribute from the four entries is the best solution, because the information is included as the first two letters in the alpha_4_code. The latter is mandatory for ISO 3166-3, so I think that having an optional attribute with duplicated information is not necessary. I've committed a patch to SVN which removes those four attributes. Regards, Tobias -- Tobias Toedter | Only two things are infinite, the universe and Hamburg, Germany | human stupidity, and I'm not sure about the former | -- Albert Einstein signature.asc Description: PGP signature
Bug#367774: Does this one apply to TeXlive?
reassign 367774 texlive-lang-vietnamese thanks On Wed, Dec 26, 2007 at 16:26 +0100, Hilmar Preusse wrote: On 17.01.07 Ralf Stubner ([EMAIL PROTECTED]) wrote: On Tue, Jan 16, 2007 at 14:28 +0100, Frank Küster wrote: last May you answered in this bug. Can you check whether you think it still applies to TeX Live? Any documentation needed? I will look into this, but most likely I won't have the time to do this before Sunday. Any news? Thanks for the heads up, and sorry for the delay. The principle problem (vietnam.sty and vietnam.ldf cannot be used at the same time) is still present in TeX Live, hence the reassignment. However, the documentation seems to be improved. I cannot judge it, though, since the main document (vntex-man.pdf) is in Vietnamese. There is an additional document (/usr/share/doc/texlive-lang-vietnamese/generic/vntex/tests/README.gz) that does explain the intended/supported use cases of vntex: Here vietnam.sty ad babel/vietnam.ldf are clearly separate options. Samuel: Do you think this is sufficient documentation? BTW, changing the order of loading still works, but I no longer think that it might be necessary in some cases to use vietnam.sty and vietnam.ldf at the same time. cheerio ralf
Bug#455828: dash: 4-argument test test \( ! -e \) yields an error
On Wed, Dec 12, 2007 at 02:18:47AM +0100, Vincent Lefevre wrote: According to POSIX[*], test \( ! -e \) is a 4-argument test and is here equivalent to test ! -e. But dash (like ksh93 and bash) yields an error: $ test \( ! -e \) || echo $? test: 1: closing paren expected 2 $ test ! -e || echo $? 1 Hi Vincent, the -e switch to test takes an argument, a pathname. If you don't supply the pathname, the test builtin with take the \) as pathname, and complains about the missing closing parenthesis, which seems quite right. I don't see a bug here. $ dash -c 'test \( ! -e \); echo $?' works just fine. HTH, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457868: [pkg-mono-group] Processed: found 457868 in 1.2.6+dfsg-4
On Thu, 2007-12-27 at 13:18 +, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.7ubuntu5 found 457868 1.2.6+dfsg-4 Bug#457868: mono: implicit pointer conversions Bug marked as found in version 1.2.6+dfsg-4. I fixed it in -3, see http://buildd.debian.org/fetch.cgi?pkg=mono;ver=1.2.6%2Bdfsg-3;arch=ia64;stamp=1198602580 but I accidently broke it in -4, with a target change in debian/rules, causing all patches to be _not_ applied. I will fix this ASAP. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457943: c2man.pl causes FTBFS with perl 5.10
Roderich Schupp skrev: Package: wine Version: 0.9.51-2 Just FYI, building wine with perl 5.10 installed stops when generating the manual pages with c2man.pl. That's because the latter contains obscure syntax in several places. It boils down to: ### perl 5.8 $ perl -Mstrict -e 'my $aref = [ qw/foo bar/ ]; print [EMAIL PROTECTED], \n;' foo ### perl 5.10 perl -Mstrict -e 'my $aref = [ qw/foo bar/ ]; print [EMAIL PROTECTED], \n;' Can't use string (2) as an ARRAY ref while strict refs in use at -e line 1. The correct idiom for the first element in the array referenced by $aref is simply $aref-[0] Patch attached (hope I found all occurences). I guess so. It seems similar to a patch submitted here: http://www.winehq.org/pipermail/wine-patches/2007-January/035016.html but this does not appear to have been applied upstream (yet?). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457966: debhelper: dh_makeshlibs: smart -V by taking the max version in symbol file
Adeodato Simó wrote: Now that symbol files are here, I think it could make sense to have a smart mode for dh_makeshlibs were the shlib version is determined as the highest version that appears in the symbols file. This would allow for a tight shlibs file, without the need to maintaining the version information in two places (symbol files, and debian/rules). I don't think the shlibs file is used anymore if a symbols file is present, so versioning in the shlibs file shouldn't matter. -- see shy jo signature.asc Description: Digital signature
Bug#457905: Loadcpufreq do nothing
forcemerge 457753 457905 thanks this is known, will fix it asap cheers mattia On Thu, Dec 27, 2007 at 04:58:57AM +0100, Cesare Leonardi wrote: Package: cpufrequtils Version: 002-6 Frequency scaling need the proper cpufreq module to be loaded. The /etc/init.d/loadcpufreq script should take care of this kernel loading process, but it exits immediately, doing nothing, if /etc/default/loadcpufreq doesn't contain this: ENABLE=true So if kernel modules are not loaded in other way (/etc/modules), /etc/init.d/cpufrequtils cannot run any cpufreq governor and frequency scaling simply doesn't work. That was my situation after upgrade to 002-6. I've resolved creating /etc/default/loadcpufreq and adding ENABLE=true into it. It is sufficient to load the acpi-cpufreq driver needed by my Centrino notebook. This is now documented in /usr/share/doc/cpufrequtils/README.Debian (and in the examples directory), but i think that /etc/init.d/loadcpufreq should behave like /etc/init.d/cpufrequtils, considering a default ENABLE=true, even if /etc/default/loadcpufreq doesn't exist (see attached patch). With the latter conf file you can override this and eventual wrong modules detection. It seems to me a Just works configuration for the common cases. Regards. Cesare. --- /etc/init.d/loadcpufreq 2007-12-24 08:45:23.0 +0100 +++ loadcpufreq 2007-12-27 04:25:55.0 +0100 @@ -28,6 +28,9 @@ . /lib/lsb/init-functions . /etc/default/rcS +# Start by default to ensure that the proper drivers are loaded. +ENABLE=true + [ -f /etc/default/loadcpufreq ] . /etc/default/loadcpufreq set -e -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341790: f-spot: Import uses blocking I/O
found 341790 0.4.1-1 forwarded 341790 http://bugzilla.gnome.org/show_bug.cgi?id=505913 kthxbye This is [0]Ubuntu bug #59310. That bug is linked to a (closed) [1]upstream bug about adding some sort of threading support to f-spot; however, that in itself does not fix the problem. The import dialog still works within the GTK+ main loop, and blocks the GUI. [0] https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/59310 [1] http://bugzilla.gnome.org/show_bug.cgi?id=337724 I could not find an upstream bug that adequately describes this issue; the closest was [2]bug #338568. So, I have filed [3]a new one. [2] http://bugzilla.gnome.org/show_bug.cgi?id=338568 [3] http://bugzilla.gnome.org/show_bug.cgi?id=505913 -- Tim Retout [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#379340: inappropriate dependency on e2fsprogs
When the debian installation system start to install recommended packages by default, it might be a good solution to this issue to reduce the e2fsprogs dependency to a recomments. That way it will be installed in the normal case, while those that want to set FSCKTYPES=none can remove it without struggling with the package system. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457977: [dget] support -b flag like apt-get source
Package: devscripts Version: 2.10.11 Severity: wishlist File: /usr/bin/dget Hi, it would be very handy if dget also supports a -b flag like apt-get source that just extracts the archive, runs dpkg-buildpackage -b -uc in it and removes the directory afterwards. With that feature, there would be a usecase for running dget on a .dsc file that is already downloaded, so that could be supported as well. Thanks, Joachim -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21.otto Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii debianutils 2.28.2 Miscellaneous utilities specific t ii dpkg-dev 1.14.12package building tools for Debian ii libc6 2.7-5 GNU C Library: Shared libraries ii perl 5.8.8-12 Larry Wall's Practical Extraction ii sed 4.1.5-5The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.8.10 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304342: Resolution
It has been a year now since I posted this patch to this bug report. Is there a reason it has yet to be applied and the bug report closed? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404228: kmail's handling of passwords/kdewallet very broken
This issue is known upstream (see bug's forwarded info). A work-around (that's acceptable at least to me) seems to be to disable the KDE Wallet system entirely (KDE Control Center - Security Privacy - KDE Wallet - Wallet Preferences - Enable the KDE wallet subsystem := OFF). signature.asc Description: This is a digitally signed message part.
Bug#457976: acct: Please use lsb output functions in init.d/acct
Package: acct Version: 6.4~pre1-3 When using acct with the progress bar and console in usplash, no message show up when acct is started. The reason is that the init.d script do not use the output functions in /lib/lsb/init-functions, but uses echo directly. usplash override the functions in /lib/lsb/init-functions to feed the text into the graphical boot screen, and thus depend on the use of the lsb output functions. Please change the init.d script to use the lsb output functions. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447245: zaptel-source: OSLEC echo canceler renders zaptel channels unusable
Faidon Liambotis wrote: What's important is the kind of architecture the system is. I'd bet that your CPU is a amd64/x86_64 one and that you're running a 64-bit kernel on it. Is it? No, it's a Sempron running i386 debian with kernel 2.6.18-4-686. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390696: Status of new Authen::Krb5 release?
my apologies russ. i had just started a new job back then and this fell completely off my radar. i just applied your patch and committed it. i have another patch or two to apply, and then i'll make the release. sorry for the long delay! -jeff On Wed, 26 Dec 2007, Russ Allbery wrote: Hi Jeff, Hope you're having a good holiday season! Back in May of this year, I sent you a patch for Authen::Krb5 that adds some additional interfaces to get initial credentials, following the current recommended upstream API. You'd mentioned at the time: Thanks Russ. I'll take a look, and if everything looks good I'll make a release in the next few days. I then got very busy with other things and didn't have a chance to follow up. I wanted to check with you and see how that was going, and if there were any problems with the patch. (I can send it again if you don't have a copy.) No hurry -- it's been months since I had the chance to check with you. :) I just thought I'd ping you while I was thinking about it. Thank you very much for the module! -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#77930: My wife also loves my new size.
My new girlfriend is really impressed with my size and stamina. http://suhshitee.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447245: zaptel-source: OSLEC echo canceler renders zaptel channels unusable
Alessandro Polverini wrote: I can't, because it's a special linux running off a CD with bootcd, it has no reportbug and such. Please ask which kind of informations you need and I'll try to provide them. What's important is the kind of architecture the system is. I'd bet that your CPU is a amd64/x86_64 one and that you're running a 64-bit kernel on it. Is it? Regards, Faidon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447245: zaptel-source: OSLEC echo canceler renders zaptel channels unusable
Faidon Liambotis wrote: Alessandro, reportbug said that your system is an i686/k7; did you file the report from the system that you were experiencing the problem? Hello Faidon, I can't, because it's a special linux running off a CD with bootcd, it has no reportbug and such. Please ask which kind of informations you need and I'll try to provide them. Thanks, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#77930: Those extra inches really do make the difference!
Stronger erections and more enjoyable sex. http://fueepoert.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426017: f-spot: import is very slow on large photo collection
forwarded 426017 http://bugzilla.gnome.org/show_bug.cgi?id=338568 kthxbye The first bit of this report is the same as Debian bug #341790, but the main complaint is not running the import in the background. I have forwarded this to the closest upstream bug. There is another which talks about having to wait to click 'Import': http://bugzilla.gnome.org/show_bug.cgi?id=336257 -- Tim Retout [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#457925: xserver-xorg: Starts in bogus video mode
retitle 457925 xserver-xorg needs NEWS and README about RandR 1.2 updates in xorg.conf severity 457925 wishlist thank you Jan Hudec wrote: Package: xserver-xorg Version: 1:7.3+8 Severity: normal Hello, Since last update (might have been xserver-xorg 7.3+8 or xserver-xorg-core 2:1.4.1~git20071212-2) the server started starting in ugly videomode (1280x768), which was not selected in Modes display subsection and does not make any sense for 4:3 CRT monitor. Modes is not used anymore these days. As all RandR 1.2 driver do, the ati driver 6.7.197 queries the supported modes and chooses by default the preferred one given by the hardware if it exists. The preferred one has a + in the xrandr output (but I guess the PreferredMode given in xorg.conf will override this + too). I had to set the PreferredMode option in Monitor section to get the correct video mode back. I also had to create the Display subsection with mode list. Additionally, I had to add the Modeline statement, because otherwise the mode was initialized with vsync 60Hz, which is just too slow. This might have been caused by not including the refresh rate intervals, that were there in the previous config. Would you please be so kind and at least include explanation of how to override the videomode autoconfiguration if it's unsuitable somewhere in README.Debian or NEWS.Debian? Actually, we already have a NEWS entry about this in xserver-xorg-video-ati 6.7.197 pointing to http://wiki.debian.org/XStrikeForce/HowToRandR12 and http://www.intellinuxgraphics.org/dualhead.html. I think we should add a NEWS entry to xserver-xorg before lenny is released, and a README.Debian pointing to the same URL. I am retitling your bug accordingly. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457961: severity of 457961 is important
# Automatically generated email from bts, devscripts version 2.10.11 # Release Goals are severity important severity 457961 important -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447245: zaptel-source: OSLEC echo canceler renders zaptel channels unusable
Tzafrir Cohen wrote:
On Thu, Dec 27, 2007 at 03:40:32AM +0200, Tzafrir Cohen wrote:
Some progress: after much debugging, David Rowe noticed that at least
one source of problems is the following code from oslec/oslec_wrap.c:
static __inline__ uint64_t cycles(void) {
uint64_t x;
__asm__ volatile (rdtsc\n\t : =A (x));
return x;
}
This seems to cause harm on amd64. Is this a problem with AMD? with x86_64?
Could you please try the attaced patch?
As you are aware, I was experiencing the bug myself on my x86_64 (Intel
Core 2) system. The patch definitely fixes my problem :)
Are there any side-effects with this patch or is it safe to apply it as-is?
Alessandro, reportbug said that your system is an i686/k7; did you file
the report from the system that you were experiencing the problem?
Regards,
Faidon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448138: same problem in both bugs.
The problem reported in #346459 is the same or atleast similar to the one in #448138. Both have their own suggested solution -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447081: This bug has a CVE
On Do, 27 Dez 2007, Hilmar Preusse wrote: ...that we should list the CVE number in debian/changelog? It is in the svn code ... but no release since then! Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- Queasy but umbowed. The kind of feeling one gets when discovering a plastic compartment in a fridge in which thing are growing. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447081: This bug has a CVE
On Do, 27 Dez 2007, Hilmar Preusse wrote: Bug was assigned CVE-2007-5935 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5935 just noticed that Norbert put that # into the changelog: * fix segfault of dvips -z on amd64 (patch applied upstream), thanks to Bastien Roucaries for finding and providing a patch (Closes: #447081) It seems that entry is not yet mentioned in the official package, but it is in the SVN. ??? how ??? that fix went into texlive-bin (2007.dfsg.1-1) which was released on 2007-11-1. There the bug number was already mentioned, see commit 3122, or the diff to the prev version of changelog: http://svn.debian.org/viewsvn/debian-tex/texlive-new/trunk/texlive-bin/debian/changelog?rev=3122r1=3110r2=3122 The only thing what I did *afterwards* was do add the CVE number. The Debian bug number was mentioned. Could it be that you take a look at the SECURITY package? The 2007-14.lenny1 or something? Right, that was release from the security team due to the prolonged libpoppler transition (finally done!). The fix was long there in sid but couldn't enter testing, so the made a quick fix including only this bug fix. No, I see nothing to do. The current svn code contains the CVE and the bug report number. The CVE was assigned AFTER the fixed packages were released, so I couldn't add them. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- There are of course many problems connected with life, of which some of the most popular are `Why are people born?' Why do they spend so much of the intervening time wearing digital watches?' --- The Book. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457773: [Pkg-xfce-devel] Bug#457773: in some case, thunar won't reduce its windows size
On mar, 2007-12-25 at 15:17 +0100, JusTiCe8 wrote: *** Please type your report below this line *** When a file is created in a given directory (and maybe in a given mount point), for example, when decompressing archive with such files in it, thunar grow its size to fit long filename, but refuse to reduce it as before. Going to parent dir don't help. The only way to reduce the window size is to change to another location of another mount point then reduce size then go back. I don't get the “grow its size”. I guess you mean that a scrollbar appears, depending on the view (detailed view for example)? Cheers, -- Yves-Alexis
Bug#457866: new debian.diff
New version of debian.diff as discussed on IRC. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) diff -ur cpio-2.9/debian/control cpio-2.9.mingw32/debian/control --- cpio-2.9/debian/control 2007-12-27 17:20:57.0 +0100 +++ cpio-2.9.mingw32/debian/control 2007-12-27 17:22:50.0 +0100 @@ -3,6 +3,7 @@ Priority: important Maintainer: Clint Adams [EMAIL PROTECTED] Build-Depends: texinfo, gettext +Build-Depends-Indep: mingw32 Standards-Version: 3.7.3 Vcs-Git: git://git.debian.org/git/private/schizo/cpio Vcs-Browser: http://git.debian.org/?p=private/schizo/cpio/.git @@ -16,3 +17,15 @@ GNU cpio is a tool for creating and extracting archives, or copying files from one place to another. It handles a number of cpio formats as well as reading and writing tar files. + +Package: cpio-win32 +Architecture: all +Priority: extra +Suggests: wine +Description: GNU cpio -- a program to manage archives of files (win32 build) + GNU cpio is a tool for creating and extracting archives, or copying + files from one place to another. It handles a number of cpio formats + as well as reading and writing tar files. + . + This is a win32 version of cpio. It's meant to be used by the win32-loader + component of Debian-Installer. diff -ur cpio-2.9/debian/rules cpio-2.9.mingw32/debian/rules --- cpio-2.9/debian/rules 2007-12-27 17:20:57.0 +0100 +++ cpio-2.9.mingw32/debian/rules 2007-12-27 17:37:52.0 +0100 @@ -28,7 +28,7 @@ INSTALL_PROGRAM += -s endif -Makefile: +build/Makefile: $(checkdir) mkdir -p obj cd obj CFLAGS='$(CFLAGS)' CPIO_MT_PROG=mt ../configure --prefix=/usr $(CROSS) \ @@ -39,7 +39,12 @@ touch tests/testsuite -build: Makefile +build-win32/Makefile: + $(checkdir) + mkdir -p obj-win32 + cd obj-win32 CFLAGS='$(CFLAGS)' ../configure --host i586-mingw32msvc + +build: build/Makefile $(checkdir) $(MAKE) -C obj touch tests/testsuite.at tests/testsuite @@ -48,17 +53,44 @@ endif touch build +build-win32: build-win32/Makefile + $(checkdir) + $(MAKE) -C obj-win32 + touch build-win32 + clean: $(checkdir) $(RM) build -$(MAKE) -i distclean $(RM) config.cache - $(RM) -r obj - $(RM) -r *~ debian/tmp debian/*~ debian/files* + $(RM) -r obj obj-win32 + $(RM) -r *~ debian/tmp debian/tmp-win32 debian/*~ debian/files* $(RM) -f debian/substvars -binary-indep: checkroot build +binary-indep: checkroot build build-win32 $(checkdir) + $(RM) -r debian/tmp-win32 + $(INSTALL_DIR) debian/tmp-win32 debian/tmp-win32/DEBIAN + $(INSTALL_DIR) debian/tmp-win32/usr/share/doc/$(package)-win32 +# Install directories + $(INSTALL_DIR) \ + debian/tmp-win32/usr/share/win32 +# Install files + install -m 755 obj-win32/src/cpio.exe debian/tmp-win32/usr/share/win32/ +# Install changelog copyright + install -m 644 debian/changelog \ + debian/tmp-win32/usr/share/doc/$(package)-win32/changelog.Debian + gzip -9v debian/tmp-win32/usr/share/doc/$(package)-win32/* + install -m 644 debian/copyright debian/tmp-win32/usr/share/doc/$(package)-win32/. + +# Generate md5sums + cd debian/tmp-win32 find * -type f ! -regex '^DEBIAN/.*' -print0 | xargs -r0 md5sum DEBIAN/md5sums + +# Generate deb file + dpkg-gencontrol -pcpio-win32 -Pdebian/tmp-win32 + chown -R root.root debian/tmp-win32 + chmod -R g-ws debian/tmp-win32 + dpkg-deb --build debian/tmp-win32 .. binary-arch: checkroot build $(checkdir) @@ -101,7 +133,7 @@ cd debian/tmp find * -type f ! -regex '^DEBIAN/.*' -print0 | xargs -r0 md5sum DEBIAN/md5sums # Generate deb file - dpkg-gencontrol -isp + dpkg-gencontrol -pcpio -Pdebian/tmp chown -R root.root debian/tmp chmod -R g-ws debian/tmp dpkg-deb --build debian/tmp ..
Bug#457972: New upstream version 1.02.24
Package: devmapper Severity: wishlist Hi! Please update to the latest upstream version... ftp://sources.redhat.com/pub/dm/device-mapper.1.02.24.tgz Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457931: /etc/init.d/cpufrequtils fails because of translations
On Thu, Dec 27, 2007 at 12:03:44PM +0100, Torsten Marek wrote: Package: cpufrequtils Version: 002-6 Severity: serious Hi, because of #449307, cpufrequtils now uses cpufreq-info to enumerate CPUs and cores. Unfortunately, the sed pattern only works for the English messages of cpufreq-info and fails if LANG != (C|en) and a translation is present (which is the case for de, fr it). In this case, the init script fails without any error message and does not set and governors etc. gah... very sorry about that. I hope I'll be able to upload a new package in the next couple of days. cheers -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457774: [Pkg-xfce-devel] Bug#457774: thunar: fail to handle properties of broken sym link
On mar, 2007-12-25 at 15:29 +0100, JusTiCe8 wrote: Package: thunar Version: 0.9.0-2 Severity: normal *** Please type your report below this line *** Having a broken sym. link in a dir make thunar a bit confused. - create a file with another user (root is good), - create a sym link to this file with current user, - remove the file created at step 1 (by the owner), - when show properties of link, thunar opens a window then close it immediatly, link is not showed anymore in directory listing until refresh view. Hmhm, I can confirm this, but don't see the point to do this as root. Even removing the symlink target confuses thunar (well, it doesn't refresh the brokenness of the link). I'll investigate and maybe report upstream. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457973: debian installer (etch r1) on AMD Athlon XP 3200++
Package: installation-reports Boot method: Netinst CD i386 Image version: http://cdimage.debian.org/debian-cd/4.0_r1/i386/iso-cd/debian-40r1-i386-netinst.iso Date: 2007-12-26 Machine: PC Processor: AMD Athlon XP 3200++ Memory: 1 GB Partitions: [EMAIL PROTECTED]:~# df Dateisystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf /dev/hda3 28834744 5710948 21659072 21% / tmpfs 518336 0518336 0% /lib/init/rw udev 1024076 10164 1% /dev tmpfs 518336 0518336 0% /dev/shm /dev/hda190297 11381 74099 14% /boot /dev/hda5 76896316 10563220 62426896 15% /home /dev/hda6132614920 54240740 71637728 44% /local Output of lspci -nn and lspci -vnn: [EMAIL PROTECTED]:~# lspci -nn 00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 746 Host [1039:0746] (rev 10) 00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] SG86C202 [1039:0002] 00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] [1039:0963] (rev 25) 00:02.1 SMBus [0c05]: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller [1039:0016] 00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 [IDE] [1039:5513] 00:03.0 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f) 00:03.1 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f) 00:03.2 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 2.0 Controller [1039:7002] 00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet [1039:0900] (rev 90) 00:0b.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. IEEE 1394 Host Controller [1106:3044] (rev 46) 00:0c.0 Ethernet controller [0200]: Intel Corporation 82557/8/9 [Ethernet Pro 100] [8086:1229] (rev 0c) 00:0d.0 Multimedia audio controller [0401]: C-Media Electronics Inc CM8738 [13f6:0111] (rev 10) 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV34 [GeForce FX 5200] [10de:0322] (rev a1) [EMAIL PROTECTED]:~# lspci -vnn 00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 746 Host [1039:0746] (rev 10) Subsystem: ASRock Incorporation Unknown device [1849:0746] Flags: bus master, medium devsel, latency 0 Memory at d000 (32-bit, non-prefetchable) [size=64M] Capabilities: [c0] AGP version 3.0 00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] SG86C202 [1039:0002] (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 32 Bus: primary=00, secondary=01, subordinate=02, sec-latency=32 Memory behind bridge: cdd0-cfef Prefetchable memory behind bridge: ada0-cdbf 00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] [1039:0963] (rev 25) Flags: bus master, medium devsel, latency 0 00:02.1 SMBus [0c05]: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller [1039:0016] Flags: medium devsel I/O ports at 0c00 [size=32] 00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 [IDE] [1039:5513] (prog-if 80 [Master]) Subsystem: ASRock Incorporation Unknown device [1849:5513] Flags: bus master, medium devsel, latency 128 I/O ports at ff00 [size=16] 00:03.0 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f) (prog-if 10 [OHCI]) Subsystem: ASRock Incorporation Unknown device [1849:7001] Flags: bus master, medium devsel, latency 32, IRQ 169 Memory at cfffd000 (32-bit, non-prefetchable) [size=4K] 00:03.1 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f) (prog-if 10 [OHCI]) Subsystem: ASRock Incorporation Unknown device [1849:7001] Flags: bus master, medium devsel, latency 32, IRQ 177 Memory at cfffe000 (32-bit, non-prefetchable) [size=4K] 00:03.2 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 2.0 Controller [1039:7002] (prog-if 20 [EHCI]) Subsystem: ASRock Incorporation Unknown device [1849:7001] Flags: bus master, medium devsel, latency 32, IRQ 185 Memory at c000 (32-bit, non-prefetchable) [size=4K] Capabilities: [50] Power Management version 2 00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet [1039:0900] (rev 90) Subsystem: ASRock Incorporation Unknown device [1849:8201] Flags: bus master, medium devsel, latency 32, IRQ 193 I/O ports at dc00 [size=256] Memory at cfffc000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at 5000 [disabled] [size=128K] Capabilities: [40] Power Management version 2 00:0b.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. IEEE 1394 Host Controller [1106:3044] (rev
Bug#439962: tentative security update to etch of fail2ban
Hi Thijs, I believe that our discussion on fail2ban security upload was stalled. Could you help me to finalize set of changes desired to be in the security upload? Thank you in advance On Wed, 07 Nov 2007, Yaroslav Halchenko wrote: Hi Thijs, Thanks a lot for a rapid feedback. So, now I know who is a member of security team I guess ;-) * Propagated fix for asctime pattern from 0.7.8 release (closes: #421848) I do not see the security implications of this bug. indeed -- it is not of direct security issue. It is just that first 10 days of the month fail2ban would fail to detect failed lines in the logs, thus would not perform up to its duty. If someone relies on fail2ban to prevent any kind of attack (such as DoS, dictionary, etc) against his servers, effectively it would lead to DoS possibility as if fail2ban wasn't in use at all. And that is what original submitted had as an opinion. Since the fix is really minimal I thought it would be worth including it. But if you insist I can remove this one, but it is really minimal * Propagated fix for not closed log files from 0.7.8-1 (closes: #439962,434368) Surely a critical bug, but does it have security implications? * Propagated fix for reload bug which is as sever as #439962 and just never was hit by any Debian user yet It's unclear to me what issue this is exactly. Sorry for cryptic description and I must confess that I can't recall 100% clearly what it was about although I provided initial fix. I believe it had the same implication that fail2ban would stall on reload command. So, both issues lead to a similar, serious and imho security related bug: fail2ban would stall on reload, and fail2ban reload is called by logrotate which is in turn is called by cron. What we have at the end - is the system which if not taken care about might have disabled cron activity, which might have scheduled some health/security monitoring such as tiger, cfengine, etc. That might have all kinds of implications including making the system vulnerable to specific kinds of attacks. I even not mentioning that fail2ban would not perform as promised thus opening posibilities to attacks. * Rigid call to python2.4 instead of via /usr/bin/env to prevent in-the-middle attack via environment poisoning Is this theoretical or is it a realistic scenario? Can you give an example? ;-) indeed this is more of a theoretical issue. It is only to prevent cases when some user who has sudo access (thus propagating env variables into the shell) and has some custom link in his PATH for python (due to various reasons, from specifics of his job to religion of using jpython or smth like that) and he runs fail2ban restart. It would start fail2ban using his custom python. But indeed this scenario is very unprobable and I do not feel strong about keeping it. The patch is minimalistic though as well ;-) So concluding, this update seems to mix security and non-security issues, and that is not acceptable to us. For an update through security.debian.org you need to make a version that only includes real security fixes. Please let me know if you change your judgment on the issues I've discussed. I will remove the ones which remain out of security scope Other critical fixes can be sent for review to the stable release managers at [EMAIL PROTECTED] -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457975: epiphany-gecko: Unneeded handling of manual page in alternatives
Package: epiphany-gecko Version: 2.20.2-1 Severity: normal The postinst has: update-alternatives --install \ /usr/bin/$alt $alt /usr/bin/epiphany-gecko 85 \ --slave /usr/share/man/man1/$alt.1.gz $alt.1.gz /usr/share/man/man1/epiphany-gecko.1.gz But in fact /usr/share/man/man1/epiphany-gecko.1.gz doesn't exist and /usr/share/man/man1/epiphany-browser.1.gz is a real file provided by epiphany-browser-data. This can leads to update-alternatives error message such as this one: $ LANG=C sudo update-alternatives --verbose --auto epiphany-browser Setting up automatic selection of epiphany-browser. Checking available versions of epiphany-browser, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Updating epiphany-browser (/usr/bin/epiphany-browser) to point to /usr/bin/epiphany-gecko. warning: /usr/share/man/man1/epiphany-browser.1.gz is supposed to be a slave symlink to /etc/alternatives/epiphany-browser.1.gz, or nonexistent; however, readlink failed: Invalid argument Leaving epiphany-browser.1.gz (/usr/share/man/man1/epiphany-browser.1.gz) pointing to /usr/share/man/man1/epiphany-gecko.1.gz. And of course /etc/alternatives/epiphany-browser.1.gz is a broken symlink. I think you simply want to get rid of the slave symlink. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-gecko depends on: ii dbus1.1.2-1 simple interprocess messaging syst ii epiphany-browser-data 2.20.2-1 Data files for the GNOME web brows ii gnome-icon-theme2.20.0-1 GNOME Desktop icon theme ii iso-codes 1.7-1ISO language, territory, currency, ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbonobo2-02.20.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libenchant1c2a 1.3.0-5 a wrapper library for various spel ii libffi4 4.2.2-4 Foreign Function Interface library ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4GCC support library ii libgconf2-4 2.20.1-2 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgnome-desktop-2 2.20.2-1 Utility library for loading .deskt ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libmozjs0d 1.8.1.11-1 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 4.7.0~1.9b1-2NetScape Portable Runtime Library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification 0.9-1library for program launch feedbac ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxslt1.1 1.1.22-1 XSLT processing library - runtime ii libxul0d1.8.1.11-1 Gecko engine library ii python2.4 2.4.4-6 An interactive high-level object-o ii xulrunner-gnome-support 1.8.1.11-1
Bug#457962: closed by Raphael Hertzog [EMAIL PROTECTED] (Re: Bug#457962: dpkg_1.14.13(m68k/unstable): Missing dependency on IO/String.pm)
On Thu, Dec 27, 2007 at 03:27:04PM +, Debian Bug Tracking System wrote: Yep, this was already known and is the reason of the quick 1.14.14 upload.. Oops -- sorry. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457957: xserver-xorg: X server eats too much memory
reassign 457957 xserver-xorg-core forcemerge 447526 457957 found 457957 2:1.4.1~git20071212-2 thank you Stefanos Harhalakis wrote: Package: xserver-xorg Version: 1:7.3+8 Severity: important X server eats a *lot* of memory. Currently it has a VMsize of 3GB with RSS 1.5GB. ps output: USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 6421 2.6 58.2 3083584 1210180 tty7 SLs+ 11:41 7:49 /usr/bin/X -br -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0-NfXjOZ I believe that this is reproducable by openning firefox (or konqueror) and visiting google maps for some time. You should look at xrestop to find out who is allocating memory through the X server. I am merging with another similar bug. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457974: debianutils: tempfile cannot create a directory
Package: debianutils Version: 2.28.2 Severity: wishlist I'd like tempfile to be able to create a directory, or perhaps more sensibly, a program tempdir that creates a directory. Either way it's often quite useful to be able to create a unique, temporary directory. I realize this isn't as easy as calling mkstemp(3) or tmpfile(3), but it seems as if it could be done with tmpnam(3) without too much agony. Norman -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages debianutils depends on: ii libc6 2.7-4 GNU C Library: Shared libraries debianutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457839: general: Many man pages display shell quotes ` and ' wrong in Unicode environment
Teemu Likonen [EMAIL PROTECTED] writes:
Russ Allbery kirjoitti:
Note that it only does this in verbatim text and in C blocks, so
people who use 'text' or `text' in general text in POD will still get
the Unicode quotes. I think this is the correct behavior, but I'm
always open to further suggestions. (I'm upstream for Pod::Man.)
It's kind of nice to have real English single quotes is general text
(`these' produce real quotes). They print nicely in PostScript for
example. But yes, this causes some problems if a man page writer - be it
a machine or human - is not aware of the difference between English
quotes and shell quotes. There is logical difference even if they happen
to appear the same on some systems. It's very easy to write something
like this to man page's general text: The string can be enclosed in
single (') quotes. And now we have English right single quotation mark
(and apostrophe) in man page, not a shell single quote.
Well, in this case, I'm only talking about the POD translation, in which
case writing that would be an arguable error. In POD, that should be C'
(which will do the right thing). POD tries to avoid markup where
possible, but it really can't tell you intended that to be literal text
without some markup.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390696: Status of new Authen::Krb5 release?
Jeff Horwitz [EMAIL PROTECTED] writes: my apologies russ. i had just started a new job back then and this fell completely off my radar. i just applied your patch and committed it. i have another patch or two to apply, and then i'll make the release. sorry for the long delay! No problem at all. Thank you very much! -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#78920: I have been on the product 2 months now and I have already gained 1 inch.
Very discrete shipping and billing. http://suhshitee.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457866: please provide win32 binaries (for win32-loader)
On Wed, Dec 26, 2007 at 06:12:55PM +0100, Robert Millan wrote: As discussed on IRC, I'd like to obtain win32 binaries of cpio that win32-loader can Build-Depend on (which will allow me to fix bug #442474). Furthermore, we are going to refit the patch against 2.9-7 and move mingw32 to B-D-I. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457979: shogun-octave: Please switch to octave3.0
Package: shogun-octave
Severity: normal
Tags: patch
Hi,
Octave 2.1 is deprecated. Please switch to 3.0, provided by octave3.0.
Patch attached (the patch also removes the recommends on octave2.9-forge, this
package does not exist any longer in Debian).
Thanks
Thomas (for the Debian Octave Group)
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (700, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -r 3403e1655056 debian/control
--- a/debian/controlThu Dec 27 14:51:27 2007 +0100
+++ b/debian/controlThu Dec 27 18:15:14 2007 +0100
@@ -3,7 +3,7 @@ Maintainer: Soeren Sonnenburg [EMAIL PROTECTED]
Maintainer: Soeren Sonnenburg [EMAIL PROTECTED]
Uploaders: Torsten Werner [EMAIL PROTECTED]
Build-Depends: atlas3-base-dev [!arm], cdbs, debhelper, libreadline5-dev,
- octave2.9-headers, python-all-dev, python-central (= 0.5), python-numpy-dev,
+ octave3.0-headers, python-all-dev, python-central (= 0.5), python-numpy-dev,
python-numpy-ext, quilt, r-base-core, lapack3-dev, refblas3-dev, swig,
xutils-dev
XS-Python-Version: all
Standards-Version: 3.7.2
@@ -98,7 +98,6 @@ Package: shogun-octave
Package: shogun-octave
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ${octave:Depends}
-Recommends: octave2.9-forge
Description: Large Scale Machine Learning Toolbox
SHOGUN - is a new machine learning toolbox with focus on large scale kernel
methods and especially on Support Vector Machines (SVM) with focus to
Bug#120513: Please read on...
Doctor Approved And Recommended. http://suhshitee.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455828: dash: 4-argument test test \( ! -e \) yields an error
Hi Gerrit, On 2007-12-27 16:00:06 +, Gerrit Pape wrote: On Wed, Dec 12, 2007 at 02:18:47AM +0100, Vincent Lefevre wrote: According to POSIX[*], test \( ! -e \) is a 4-argument test and is here equivalent to test ! -e. But dash (like ksh93 and bash) yields an error: $ test \( ! -e \) || echo $? test: 1: closing paren expected 2 $ test ! -e || echo $? 1 Hi Vincent, the -e switch to test takes an argument, a pathname. According to POSIX, in both above examples, -e is *not* a switch, just a string. test \( ! -e \) means: return true if the string -e is empty, otherwhise return false. The error in dash is that it incorrectly thinks that -e is a switch in this context. Regards, -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457967: linux-image-2.6.23-1-amd64: kernel Oops, (segfault) when downloading from net
On Thu, Dec 27, 2007 at 04:34:37PM +0100, Ondrej Certik wrote: Package: linux-image-2.6.23-1-amd64 Version: 2.6.23-2 Severity: normal When downloading (50MB+) from the debian mirror using apt-get (sky2 kernel driver for the net), the kernel hangs (happened to me twice in the same situation). Please ask for more information if needed. Ondrej yes please test out newer 2.6.24-rc6. see trunk apt snapshot lines wiki.debian.org/DebianKernel thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457964: please add common symbols for armel
On Thu, 27 Dec 2007, Riku Voipio wrote: __exidx_end and __exidx_start are arm eabi internal symbols from libgcc. I suggest blacklisting them in SymbolFile.pm: Thanks I added those symbols to the blacklist. Will be in dpkg-dev 1.14.15. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#397430: incorrect starting order
On Thu, Dec 27, 2007 at 03:05:15PM +0100, Petter Reinholdtsen wrote: [Wouter Verhelst] By default, the nfs-common initscript is installed at /etc/rc2.d/S21nfs-common. However, mountnfs.sh is started at rcS.d/S45mountnfs.sh; as a result, the nfs common utilities aren't installed at that point (yet), so mounting NFS shares at boot time won't work properly (at least not if you need GSSAPI authentication, which I do). I believe this analysis is wrong. NFS mounting is done by /etc/network/ifup.d/mountnfs when an network interface is available, and it will start portman and nfs-common if it decide it is required. The relative starting order in in rcS.d/ do not matter much, as the mounting can happen at any time after udev is started. What exactly is the problem with GSSAPI auth and mounting? Eh, I don't recall. I thought it was as I described, but I don't know for sure anymore. I currently also don't have the necessary infrastructure anymore to test, and I don't know when that will change. There was a problem, that's for sure. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457188: aptitude: unexpected empty solution error
On Fri, 21 Dec 2007 04:07:08 +0100, Daniel Burrows [EMAIL PROTECTED] wrote: On Fri, Dec 21, 2007 at 03:35:47AM +0100, Jiří Paleček [EMAIL PROTECTED] was heard to say: On Thu, 20 Dec 2007 16:25:50 +0100, Daniel Burrows [EMAIL PROTECTED] wrote: Could you try the attached patch an let me know if it cleans this up? Unfortunately, it doesn't. That's unfortunate. Could you run aptitude-create-state-bundle and somehow get the resulting file to me? (it's big) Sorry, no. Even when I used 7z to compress it, which made quite a difference compared to bzip2, it had more than 13 MB, and that's too big for me to upload. However, I created a minimal example showing this bug. You'll find it in the attachment (hope I included all the needed files). To see the bug, you will need to - run aptitude with the state from the example - select package goal for installation - select package conflicting, version 1+select~this for installation - go to the problem resolver, and select the solution which installs package conflicting, version 2 - apply the solution Also, I did a little debugging, and found out this may in fact be a bug in aptitude. The message itself (unexpected...) is caused by a discrepancy between the packages' states and the cache, namely, apt (or aptitude) thinks there's a conflict even after the solution has been applied. This leads to creation of a new resolver, which produces the null solution (because there is actually no conflict). The package which conflicts is, however still marked as broken, though it is not. The code that should deal with this particular situation is in apt-pkg, depcache.cc, function pkgDepCache::Update. The reason why it is ineffective is that it only cleans the reverse-dependencies of virtual packages provided by Current version, which is none in this case. It should also consider the Install version, which is the one that causes the conflict, however, this version is already changed in the data so the code doesn't really know which one was it, so I think I'd better leave this to you as someone who understands the code more. BTW is it necessary to call internal_mark_install() after set_candidate_version() in aptitudeDepCache::apply_solution() in this branch? Regards Jiri Palecek apt-testcase.tar.bz2 Description: application/bzip2
Bug#457915: [debian-mysql] Bug#457915: libmysqlclient15-dev: relocation R_X86_64_32S against `client_errors'...recompile with -fPIC
I've been working on this bug upstream where it's causing problems with libndbclient. We have a fix around, but it's just for libndbclient. I'm glad to see there's a larger issue, and I'll include this on the upstream bug, which is http://bugs.mysql.com/bug.php?id=29791 Monty Marc J. Driftmeyer wrote: Package: libmysqlclient15-dev Version: 5.0.51-1 Severity: important Compiling against KDE 4 Trunk revealed that the amd64 build produces bad value reads in /usr/lib/mysql/libmysqld.a To be exact: Linking CXX shared module ../../../lib/libqsqlmysqlembedded.so /usr/bin/ld: /usr/lib/mysql/libmysqld.a(client.o): relocation R_X86_64_32S against `client_errors' can not be used when making a shared object; recompile with -fPIC /usr/lib/mysql/libmysqld.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [lib/libqsqlmysqlembedded.so] Error 1 make[1]: *** [akonadi/server/sqlplugin/CMakeFiles/qsql_mysql_embedded.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs... Package KDEPIM for KDE 4.0 build fails for both 5.0 and 5.1 experimental. Suggestion: Build packages explicitly with the -fPIC flag. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-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/bash Versions of packages libmysqlclient15-dev depends on: ii libc6 2.7-5GNU C Library: Shared libraries ii libmysqlclient15off 5.0.51-1 MySQL database client library ii zlib1g-dev 1:1.2.3.3.dfsg-8 compression library - development libmysqlclient15-dev recommends no packages. -- no debconf information ___ pkg-mysql-maint mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-mysql-maint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457978: mahara: [INTL:pt] Updated Portuguese translation for debconf messages
Package: mahara Version: 0.9.0-1 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for mahara's debconf messages. Translator: Américo Monteiro [EMAIL PROTECTED] Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#457980: packaging problem in xserver-s3v, x11-common (multiple packages want same directory /usr/X11R6/bin)
Package: xserver-s3v Version: 3.3.6-44 Severity: normal I tried doing an apt-get update and apt-get install -f as some of the packages were complaining while upgrading ... dcraw I guess. -- Part of output of apt-get install -f Preconfiguring packages ... (Reading database ... 266494 files and directories currently installed.) Unpacking x11-common (from .../x11-common_1%3a7.3+8_i386.deb) ... dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.3+8_i386.deb (--unpack): trying to overwrite `/usr/X11R6/bin', which is also in package xserver-s3v Errors were encountered while processing: /var/cache/apt/archives/x11-common_1%3a7.3+8_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-s3v depends on: ii debconf 1.5.3Debian configuration management sy ii libc6 2.7-4GNU C Library: Shared libraries ii xserver-common-v3 3.3.6-44 files and utilities common to XFre ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime xserver-s3v recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444223: xserver-xorg-video-ati: RS480 (radeon express X200G series): display goes to sleep after upgrade to latest unstable/sid
Junichi Uekawa wrote: The minimal configuration option I needed to add was 'ConnectorTable'. What happens if you don't pass this option? Do you have the corresponding log? Note that even if 6.7.197 is in unstable now, I try to keep uploading newer upstream snapshots into experimental once a week or so (there are still of lots of improvements being made by the devs). (II) RADEON(0): Output DVI-0 using initial mode 1280x768 which I don't quite understand why. What monitor(s) do you have attached to which output(s)? What does xrandr report? It could just be that your monitor report this 1280x768 as a preferred mode. You can override this default mode using ModeLine and PreferredMode in the corresponding Monitor section in xorg.conf, see section III and especially III.5 of http://wiki.debian.org/XStrikeForce/HowToRandR12 Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455783: Problem setting up tzdata
On running the 'update' facility it offered several updates but the installation failed part way through with the error message shown in the 455783 bug report. The installation of the remaining packages was blocked due to the error in installing tzdata. Having tried to find a way of correcting the situation I found that running the: System Administration Time and Date facility allowed me to set my correct timezone. Following that, all the other update packages installed OK. -- Rick Humphries Tel: 01638 730402 Mobile: 07802 433219 E-mail [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457985: nessus: Nessus crash on x86_64
Package: nessus Version: 2.2.8-1 Severity: normal There is a bug in the code in nessus/auth.c as reported in http://list.nessus.org/pipermail/nessus-devel/2007-May/msg3.html . Using that code you get an unusable binary for the amd64 arch (segmentation fault). This should be corrected for this architecture binary packages. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages nessus depends on: ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgdchart-gd2-xpm 0.11.5-3 Generate graphs using the GD libra ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libnessus2 2.2.8-2 Nessus shared libraries ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra nessus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457982: libsane: seem breaks udev again
Package: libsane Version: 1.0.19~cvs20071213-1 Severity: critical Justification: breaks unrelated software It seems that the most recent version of libsane 1.0.19~cvs20071213-2 breaks udev again (at least for me). When I downgrade 1.0.19~cvs20071213-1 everything works ok again. My current version of is libsane-extras 1.0.18.13 which contains /etc/udev/libsane-extras.rules. Using the most recent version of libsane udev creates no subdirs below /dev/,... thus my systems doesn't find stuff like /dev/snd/* which breaks alsa,... it doesn't find /dev/input/* which breaks X and even my network interfaces got messed up. I hope this is not a duplicate of #359797. Best wishes, Chris. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsane depends on: ii adduser 3.105 add and remove users and groups ii libc6 2.7-5 GNU C Library: Shared libraries ii libexif12 0.6.16-2.1 library to parse EXIF files ii libgphoto2-2 2.4.0-8gphoto2 digital camera library ii libgphoto2-port0 2.4.0-8gphoto2 digital camera port librar ii libieee1284-3 0.2.11-3 cross-platform library for paralle ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libusb-0.1-4 2:0.1.12-8 userspace USB programming library ii makedev 2.3.1-84 creates device files in /dev ii udev 0.114-2/dev/ and hotplug management daemo Versions of packages libsane recommends: ii sane-utils 1.0.19~cvs20071213-1 API library for scanners -- utilit -- no debconf information smime.p7s Description: S/MIME cryptographic signature
Bug#457938: tzdata: Argetina adds DST from 30 dec till 16 mar
On Thu, Dec 27, 2007 at 11:14:42AM -0300, Margarita Manterola wrote: I'm not completely sure, because the text of the law will only be published tomorrow. But I think it's almost certain that it will be that hour. Please send an URL to the law on an official site when it's available. At that point, I think we can apply the following patch. Someone should check it for off-by-one or other logic errors. --- a/tzsource/southamerica +++ b/tzsource/southamerica @@ -86,6 +86,9 @@ Rule Arg 1974only- Jan 23 0:001:00S Rule Arg 1974only- May 1 0:000 - Rule Arg 1988only- Dec 1 0:001:00S +RuleArg 2007only- Dec 30 0:001:00S +RuleArg 2008max - Jan 1 0:001:00S +RuleArg 2008max - Mar 16 0:000 - # # From Hernan G. Otero (1995-06-26): # These corrections were contributed by InterSoft Argentina S.A., @@ -214,7 +217,8 @@ -4:00 Arg AR%sT 1969 Oct 5 -3:00 Arg AR%sT 1999 Oct 3 -4:00 Arg AR%sT 2000 Mar 3 - -3:00 - ART + -3:00 - ART 2007 Dec 30 + -3:00 Arg AR%sT # # Santa Fe (SF), Entre Rios (ER), Corrientes (CN), Misiones (MN), Chaco (CC), # Formosa (FM), Salta (SA), Santiago del Estero (SE), Cordoba (CB), @@ -237,7 +241,8 @@ -4:00 - WART1991 Oct 20 -3:00 Arg AR%sT 1999 Oct 3 -4:00 Arg AR%sT 2000 Mar 3 - -3:00 - ART + -3:00 - ART 2007 Dec 30 + -3:00 Arg AR%sT # # Tucuman (TM) Zone America/Argentina/Tucuman -4:20:52 - LMT 1894 Oct 31 @@ -250,7 +255,8 @@ -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART 2004 Jun 1 -4:00 - WART2004 Jun 13 - -3:00 - ART + -3:00 - ART 2007 Dec 30 + -3:00 Arg AR%sT # # La Rioja (LR) Zone America/Argentina/La_Rioja -4:27:24 - LMT 1894 Oct 31 @@ -263,7 +269,8 @@ -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART 2004 Jun 1 -4:00 - WART2004 Jun 20 - -3:00 - ART + -3:00 - ART 2007 Dec 30 + -3:00 Arg AR%sT # # San Juan (SJ) Zone America/Argentina/San_Juan -4:34:04 - LMT 1894 Oct 31 @@ -276,7 +283,8 @@ -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART 2004 May 31 -4:00 - WART2004 Jul 25 - -3:00 - ART + -3:00 - ART 2007 Dec 30 + -3:00 Arg AR%sT # # Jujuy (JY) Zone America/Argentina/Jujuy -4:21:12 -LMT 1894 Oct 31 @@ -290,7 +298,8 @@ -3:00 1:00ARST1992 -3:00 Arg AR%sT 1999 Oct 3 -4:00 Arg AR%sT 2000 Mar 3 - -3:00 - ART + -3:00 - ART 2007 Dec 30 + -3:00 Arg AR%sT # # Catamarca (CT), Chubut (CH) Zone America/Argentina/Catamarca -4:23:08 - LMT1894 Oct 31 @@ -303,7 +312,8 @@ -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART 2004 Jun 1 -4:00 - WART2004 Jun 20 - -3:00 - ART + -3:00 - ART 2007 Dec 30 + -3:00 Arg AR%sT # # Mendoza (MZ) Zone America/Argentina/Mendoza -4:35:16 - LMT 1894 Oct 31 @@ -320,7 +330,8 @@ -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART 2004 May 23 -4:00 - WART2004 Sep 26 - -3:00 - ART + -3:00 - ART 2007 Dec 30 + -3:00 Arg AR%sT # # Santa Cruz (SC) Zone America/Argentina/Rio_Gallegos -4:36:52 - LMT 1894 Oct 31 @@ -331,7 +342,8 @@ -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART 2004 Jun 1 -4:00 - WART2004 Jun 20 - -3:00 - ART + -3:00 - ART 2007 Dec 30 + -3:00 Arg AR%sT # # Tierra del Fuego, Antartida e Islas del Atlantico Sur (TF) Zone
Bug#457353: gdome2-xslt: should not be a Debian-native package
On Thu, Dec 27, 2007 at 05:04:17PM +0100, Vincent Danjean wrote: Gabor Gombas wrote: You seem to make the mistake to think that the debian/ directory provided by upstream is there to help the distro maintainer. [false assumptions] Huh? I, as a user, routinely use upstream-provided debian/ directory to create packages for some software (most frequently mplayer). So those are not assumptions but facts. And as a user, I can say that if e.g. the debian mplayer maintainer considers the upstream-provided debian/ directory inconvenient, I couldn't care less. If the upstream-provided packaging is not perfect or does not fully follow Debian guidelines - I do not care, as long as it _works_. I remove the upstream debian/ directory because the program that create the diff.gz (dpkg-deb ?) does not record *removal* of files [1]. It only record changes. And I need to remove some files... A workaround can be to add 'rm debian/' in the 'clean' and 'configure' target of debian/rules but I think it is a lot clearer with a new upstream tarball without debian/ directory. Then why not just do the unpacking of the upstream tarball from debian/rules? That way you can use the unaltered upstream tarball yet the .diff.gz will contain just your version of debian/. There is also the method e.g. nut upstream uses that can be viewed as a compromise: they put the upstream-provided packaging info into a subdirectory (packaging/debian), so it does not conflict with the distro-provided packaging. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences, Laboratory of Parallel and Distributed Systems Address : H-1132 Budapest Victor Hugo u. 18-22. Hungary Phone/Fax : +36 1 329-78-64 (secretary) W3: http://www.lpds.sztaki.hu - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457981: zsh-beta: slow release completion of apt-get
Package: zsh-beta Version: 4.3.4-dev-5+20071217-1 Severity: normal Hi, the completion of the release for apt-get install takes very long at me. I found in _apt apt-cache dump is used for getting the release names. This takes very long. Maybe you better use apt-cache policy. % apt-cache policy |sed '/release/!d; s/.*a=//; s/,.*//' now unstable grml-testing unstable unstable experimental mplayer unstable unstable unstable Bye, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-rc5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zsh-beta depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libncursesw5 5.6+20071124-1 Shared libraries for terminal hand ii passwd1:4.0.18.1-11 change and administer password and Versions of packages zsh-beta recommends: ii libpcre3 7.3-2 Perl 5 Compatible Regular Expressi -- no debconf information signature.asc Description: Digital signature
Bug#457967: linux-image-2.6.23-1-amd64: kernel Oops, (segfault) when downloading from net
On Dec 27, 2007 5:08 PM, maximilian attems [EMAIL PROTECTED] wrote: On Thu, Dec 27, 2007 at 04:34:37PM +0100, Ondrej Certik wrote: Package: linux-image-2.6.23-1-amd64 Version: 2.6.23-2 Severity: normal When downloading (50MB+) from the debian mirror using apt-get (sky2 kernel driver for the net), the kernel hangs (happened to me twice in the same situation). Please ask for more information if needed. Ondrej yes please test out newer 2.6.24-rc6. see trunk apt snapshot lines wiki.debian.org/DebianKernel So I tried 2.6.24-rc6 and still the same problem. This time it failed when I did scp over the net, after it downloaded 23MB (very fast, like 2MB/s), it stopped and the kernel hanged. So it seems related to downloading from the net. Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457984: Many tests are failed
Package: lua-bit Version: 24-2 Severity: grave --- Please enter the report below this line. --- Since the testing engine is broken, may tests ahve failed but the building process has not failed. This package is unsuitable for testing --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.it.debian.org 500 testing security.debian.org 1 experimentalftp.it.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457959: fldigi: Fldigi 2.07 is available upstream
Op donderdag 27-12-2007 om 08:52 uur [tijdzone -0600], schreef Nate Bargmann: Package: fldigi Version: 2.05-3 Severity: wishlist Upstream just announced the availability of Fldigi 2.07. Ouch, to late for the Debian patches. Didn't get to it yet. We need to check if the patches have somehow made it into 2.07. I will not have time to look at this for at least another week. 73, de Nate Joop PG4I -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457353: gdome2-xslt: should not be a Debian-native package
Gabor Gombas [EMAIL PROTECTED] writes: Huh? I, as a user, routinely use upstream-provided debian/ directory to create packages for some software (most frequently mplayer). So those are not assumptions but facts. And as a user, I can say that if e.g. the debian mplayer maintainer considers the upstream-provided debian/ directory inconvenient, I couldn't care less. If the upstream-provided packaging is not perfect or does not fully follow Debian guidelines - I do not care, as long as it _works_. I don't think this is horribly relevant to what we're discussing, namely how to go about packaging software for inclusion in Debian. Generating upstream-provided packages that don't meet Debian Policy and therefore won't be included in Debian but which are useful for some users is certainly of interest to some, but it seems rather off-topic for debian-devel. We're focused on including software in Debian rather than creating problems like one sees in the Red Hat world where there are random RPMs scattered hither and yon all over the net that may or may not work together. I remove the upstream debian/ directory because the program that create the diff.gz (dpkg-deb ?) does not record *removal* of files [1]. It only record changes. And I need to remove some files... A workaround can be to add 'rm debian/' in the 'clean' and 'configure' target of debian/rules but I think it is a lot clearer with a new upstream tarball without debian/ directory. Then why not just do the unpacking of the upstream tarball from debian/rules? That way you can use the unaltered upstream tarball yet the .diff.gz will contain just your version of debian/. Some people do like packaging software this way, but it's controversial, and some of the groups who routinely have to work with other people's packages (release team members, security team members) have expressed annoyance at having to deal with it. Depending on the maintainer, it may be a reasonable solution, but I don't think encouraging more use of dbs-like systems is going to achieve a lot of consensus. There is also the method e.g. nut upstream uses that can be viewed as a compromise: they put the upstream-provided packaging info into a subdirectory (packaging/debian), so it does not conflict with the distro-provided packaging. This, of course, is ideal from a Debian packaging perspective. It would be nice if more upstreams who feel like they *really* want to provide packaging files for Debian would use a strategy like this. My experience, though, with maintainer-provided Debian packaging files except for the special case where the Debian and upstream maintainer are the same person is very poor. The Debian packaging often hasn't been updated, doesn't reflect the current version of the package, may be written for some ancient release of Debian and sometimes won't work with unstable, and often has dependencies that reflect whatever the last person to touch it had sitting around on their system. They maintain their Debian packaging about as well as they maintain their RPM spec files, but Debian puts more effort into integration and transitions and sloppy packaging is far more apparent than it is in the messy RPM universe. In most cases, the Debian packaging files end up just confusing users and the upstream maintainer would be better off deleting them and letting the Debian packager do their job. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368228: About your wish for ifupdown changes...
On Thu, Dec 27, 2007 at 06:59:59PM +0100, Claus Fischer wrote: SuSE once had a script /etc/routes which was ideal for that kind of setup. I've missed it badly on Debian. shameless plug Please do try the ifupdown-extra package. It's not very well document but the /etc/network/if-up.d/20static-routes should be self-explanatory. It add other nicities to the behaviour of ifupdown. Please read the package description for more information. /shameless plug It might still be rough on the edges, specially on the documentation side, however. Regards Javier signature.asc Description: Digital signature
Bug#457986: mozilla-plugin-vlc: suppress verbose debug output
Package: mozilla-plugin-vlc Severity: wishlist Hi, mozilla-plugin-vlc outputs lots of debug informations. So, it is very difficult to see my own debug messages when working with mozilla applications. So, it would be nice to output less debugging informations, or make amount of printed informations customisable. arno. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22custom Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozilla-plugin-vlc depends on: ii libc6 2.7-5GNU C Library: Shared libraries ii libgcc1 1:4.2.2-4GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libvlc0 0.8.6.c-4multimedia player and streamer lib ii libx11-62:1.0.3-7X11 client-side library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii vlc 0.8.6.c-4multimedia player and streamer ii vlc-nox 0.8.6.c-4multimedia player and streamer (wi mozilla-plugin-vlc recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447081: This bug has a CVE
On 27.12.07 Norbert Preining ([EMAIL PROTECTED]) wrote: On Do, 27 Dez 2007, Hilmar Preusse wrote: Hi, Bug was assigned CVE-2007-5935 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5935 just noticed that Norbert put that # into the changelog: * fix segfault of dvips -z on amd64 (patch applied upstream), thanks to Bastien Roucaries for finding and providing a patch (Closes: #447081) It seems that entry is not yet mentioned in the official package, but it is in the SVN. ??? how ??? that fix went into texlive-bin (2007.dfsg.1-1) which was released on 2007-11-1. There the bug number was already mentioned, see commit 3122, or the diff to the prev version of changelog: http://svn.debian.org/viewsvn/debian-tex/texlive-new/trunk/texlive-bin/debian/changelog?rev=3122r1=3110r2=3122 The only thing what I did *afterwards* was do add the CVE number. The Debian bug number was mentioned. Exactly: you can't list a CVE number if there isn't assigned one yet. So, what you did is fine. I'm sorry for the confusion! H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457961: dillo: fails to build twice in a row - patch
tags 457961 patch stop The attached patch should fix this bug. diff -ruN orig/dillo-0.8.6/debian/rules dillo-0.8.6/debian/rules --- orig/dillo-0.8.6/debian/rules 2007-12-27 18:59:20.0 +0100 +++ dillo-0.8.6/debian/rules 2007-12-27 19:27:32.0 +0100 @@ -23,6 +23,8 @@ configure: config.status config.status: patch-stamp dh_testdir + [ -f config.sub.d-r-orig ] || cp -p config.sub config.sub.d-r-orig + [ -f config.guess.d-r-orig ] || cp -p config.guess config.guess.d-r-orig ifneq $(wildcard /usr/share/misc/config.sub) cp -f /usr/share/misc/config.sub config.sub endif @@ -45,7 +47,8 @@ $(MAKE) touch build-stamp -clean: unpatch +clean: clean-patched unpatch +clean-patched: dh_testdir dh_testroot rm -f build-stamp configure-stamp @@ -65,6 +68,8 @@ $(MAKE) install DESTDIR=$(CURDIR)/debian/dillo # Install lintian overrides install -m644 -D debian/dillo.lintian-overrides $(CURDIR)/debian/dillo/usr/share/lintian/overrides/dillo + [ ! -f config.sub.d-r-orig ] || mv config.sub.d-r-orig config.sub + [ ! -f config.guess.d-r-orig ] || mv config.guess.d-r-orig config.guess binary-indep: build install
Bug#456642: FWD: Re: Bug#456642: kobodeluxe: crashes when starting
- Forwarded message from Christoph Anton Mitterer [EMAIL PROTECTED] - From: Christoph Anton Mitterer [EMAIL PROTECTED] Date: Thu, 27 Dec 2007 19:05:06 +0100 To: Joey Hess [EMAIL PROTECTED] Subject: Re: Bug#456642: kobodeluxe: crashes when starting X-Mailer: Evolution 2.12.2 Hi Joey,.. I didn't forgot your mails but this will take about 1 or 2 weeks,... as I'll have to finish my diploma thesis ;) Best wishes, Chris. - End forwarded message - -- see shy jo
Bug#457988: kino: Please add Recommends: ffmpeg
Package: kino Version: 1.1.1-1 Severity: normal Importing a video (using /usr/share/kino/scripts/import/media.sh) doesn't work in kino unless ffmpeg is installed. Therefore it seems logical to me that kino should Recommend: ffmpeg. Cheers! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kino depends on: ii libasound2 1.0.15-3 ALSA library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libavc1394-00.5.3-1+b1 control IEEE 1394 audio/video devi ii libavcodec1d0.cvs20070307-6 ffmpeg codec library ii libavformat1d 0.cvs20070307-6 ffmpeg file format library ii libavutil1d 0.cvs20070307-6 ffmpeg utility library ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libdv4 1.0.0-1+b1 software library for DV format dig ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4GCC support library ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libiec61883-0 1.1.0-2 an partial implementation of IEC 6 ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libquicktime1 2:1.0.0+debian-5 library for reading and writing Qu ii libraw1394-81.3.0-2 library for direct access to IEEE ii libsamplerate0 0.1.2-5 audio rate conversion library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libtheora0 1.0~beta2-2 The Theora Video Compression Codec ii libvorbis0a 1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxv1 1:1.0.3-1X11 Video extension library ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime kino recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457967: linux-image-2.6.23-1-amd64: kernel Oops, (segfault) when downloading from net
On Thu, Dec 27, 2007 at 06:41:09PM +0100, Ondrej Certik wrote: yes please test out newer 2.6.24-rc6. see trunk apt snapshot lines wiki.debian.org/DebianKernel So I tried 2.6.24-rc6 and still the same problem. This time it failed when I did scp over the net, after it downloaded 23MB (very fast, like 2MB/s), it stopped and the kernel hanged. So it seems related to downloading from the net. ok bad. please report upstream in bugzilla.kernel.org and let us know the upstream bug nr. for building linux-2.6 in // you want DEBIAN_KERNEL_JOBS that passes on to -j -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454493: Display PCI slot for nics, if available
(Good discussion so far, sorry for the late response..) On Sunday 09 December 2007, Frans Pop wrote: On Friday 07 December 2007, dann frazier wrote: Understood. Note that this implementation doesn't *require* the module, it just takes advantage of it if its available. And, if other non-ACPI platforms begin populating the 'slot' sysfs field in the future, the installer would automatically work with it. Sure, but what use is it to implement it if we're not going to actually use it? Adding support for it IMO also means adding any modules needed to display the info (for platforms that support it of course). My implication is that any installer builds that happen to include the appropriate acpi modules could use this functionality. However, I see you state elsewhere: On Sunday 09 December 2007, Frans Pop wrote: For Dann's usage however, IMO it would really need to be part of the initrd to ensure that we have consistent functionality between installation methods, If consistency between install methods is a goal, then my note above isn't relevant... at least not while slot info requires additional modules. Could you provide some data on what it would cost to add this module to initrds? Needed is total of extra memory used because of increased initrd size the module(s) getting loaded. Ideally we could do this experiment on i386 since its the only architecture I would expect to have ACPI and have tight memory requirements. Unfortunately, I don't have an i386 system that supports the acpiphp module - my systems only support cpqphp and acpiphp refuses to load if the system does not support it. However, if we can make the assumption that memory pressure isn't an issue on systems that support ACPI PCI HotPlug, then the memory lost to module load isn't significant[1]. I compared a standard build of the netboot/i386 flavor, and one where the acpiphp module were added to the acpi-modules udeb. acpiphp depends upon the pci_hotplug and dock modules, so they are also included. build initrd.gz sizeused memory standard 5005534 23864 w/ acpiphp5031680 24176 [1] Of course, acpiphp has module dependencies, and if these aren't cleaned up after a failed load, memory will still be lost to those modules Joey Hess wrote: Frans Pop wrote: eth0: foo bar description, eth0: mac address: xxx:xxx... [slot 1] That would be one way to do it without modifying debconf. You could also get rid of the eth0: prefix if you wanted to by using Choices-C. I'm probably just being thick, but what exactly are you proposing here? Debconf would display the above example as: eth0: foo bar description eth0: mac address: xxx:xxx... [slot 1] I like this idea, and Frans' suggestion to indent instead of duplicating the interface name would make it looks pretty nice. I can't think of any better way to do it w/o extending debconf. If noone has any major objections, I'll see if I can work up a patch. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457774: [Pkg-xfce-devel] Bug#457774: thunar: fail to handle properties of broken sym link
Hi, Yves-Alexis Perez wrote: Hmhm, I can confirm this, but don't see the point to do this as root. Even removing the symlink target confuses thunar (well, it doesn't refresh the brokenness of the link). I'll investigate and maybe report upstream. I just use root account cause I'm a bit lazy and it just to have another file's owner. Regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457987: amide: implicit pointer conversion
Package: amide Version: 0.9.1-1 Severity: important Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. This is often due to a missing function prototype definition. For more information, see [2]. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions On Thu, Dec 27, 2007 at 08:22:36AM +, Debian/IA64 non-US Build Daemon wrote: Function `gtk_file_selection_new' implicitly converted to pointer at tb_fads.c:186 --- amide-0.9.1.orig/src/Makefile.am2007-12-02 06:27:45.0 -0700 +++ amide-0.9.1/src/Makefile.am 2007-12-27 10:47:45.0 -0700 @@ -27,9 +27,9 @@ AM_CFLAGS = \ $(AMIDE_LIBDCMDATA_CFLAGS) \ -I/usr/local/include \ $(XMEDCON_CFLAGS) \ - -DG_DISABLE_DEPRECATED \ - -DGTK_DISABLE_DEPRECATED + -DG_DISABLE_DEPRECATED +## -DGTK_DISABLE_DEPRECATED ## -DGNOME_DISABLE_DEPRECATED -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422306: ping
It has been 7 months now, is there any chance of getting the patch applied soon and closing out this bug? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418747: The version in Sid is indeed /very/ old now!
The latest version of is currently 2.732, making Sid's 2.5 /very/ out-of-date now. I also suspect that my recent problem of building eggs (e.g. easyffi) stem from trying to use the version available in Debian. Please update, or at least accept the help offered in this thread. I'm happy to chip in as well, though I'm not very familiar with chicken, yet. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus．therning＠gmail．com http://therning.org/magnus What if I don't want to obey the laws? Do they throw me in jail with the other bad monads? -- Daveman signature.asc Description: OpenPGP digital signature
Bug#457067: Patch for symbols support
tags 457067 + patch
thanks
Hi,
Attached is a patch adding support for the checks that I requested. I'd
appreciate if it could be integrated quickly. Some review is welcome. It
worked quite well on the test package that I used:
http://ftp.debian.org/debian/pool/main/t/tokyocabinet/libtokyocabinet1_1.1.4-1_i386.deb
$ lintian libtokyocabinet1_1.1.4-1_i386.deb
E: libtokyocabinet1: symbols-file-contains-current-version-with-debian-revision
on symbol [EMAIL PROTECTED] and 3 others
W: libtokyocabinet1: symbols-file-contains-debian-revision on symbol [EMAIL
PROTECTED] and 321 others
Cheers,
--
Raphaël Hertzog
Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/
diff -Nru /tmp/Yq0Lbe3ntH/lintian-1.23.41/checks/control-files /tmp/3p28KrBmDX/lintian-1.23.41/checks/control-files
--- /tmp/Yq0Lbe3ntH/lintian-1.23.41/checks/control-files 2007-11-21 00:12:21.0 +0100
+++ /tmp/3p28KrBmDX/lintian-1.23.41/checks/control-files 2007-12-27 19:21:22.0 +0100
@@ -107,8 +107,48 @@
}
close IN;
+if (-e control/symbols) {
+my $version = getfield(version);
+my $version_wo_rev = $version;
+$version_wo_rev =~ s/(.+)-(.+)/$1/;
+my ($full_version_count, $full_version_sym) = (0, undef);
+my ($debian_revision_count, $debian_revision_sym) = (0, undef);
+open(IN, , control/symbols);
+while (IN) {
+ next if not /^\s+(\S+)\s(\S+)(?:\s(\d+))?/;
+ my ($sym, $v, $dep_order) = ($1, $2, $3);
+ if (($v eq $version) and ($version =~ /-/)) {
+ $full_version_sym ||= $sym;
+ $full_version_count++;
+ }
+ if (($v =~ /-/) and (not $v =~ /~$/) and ($v ne $version_wo_rev)) {
+ $debian_revision_sym ||= $sym;
+ $debian_revision_count++;
+ }
+}
+close IN;
+if ($full_version_count) {
+ $full_version_count--;
+ tag symbols-file-contains-current-version-with-debian-revision,
+ on symbol $full_version_sym and $full_version_count others;
+}
+if ($debian_revision_count) {
+ $debian_revision_count--;
+ tag symbols-file-contains-debian-revision,
+ on symbol $debian_revision_sym and $debian_revision_count others;
+}
+}
+
} # /run
+sub getfield {
+return undef if not open (FIELD, '', fields/ . shift);
+my $field = FIELD;
+close FIELD;
+$field =~ s/\n$//;
+return $field;
+}
+
1;
# vim: syntax=perl sw=4 ts=8
diff -Nru /tmp/Yq0Lbe3ntH/lintian-1.23.41/checks/control-files.desc /tmp/3p28KrBmDX/lintian-1.23.41/checks/control-files.desc
--- /tmp/Yq0Lbe3ntH/lintian-1.23.41/checks/control-files.desc 2007-12-07 05:39:02.0 +0100
+++ /tmp/3p28KrBmDX/lintian-1.23.41/checks/control-files.desc 2007-12-27 19:32:16.0 +0100
@@ -26,3 +26,28 @@
Tag: control-file-has-bad-owner
Type: error
Info: All control files should be owned by root/root.
+
+Tag: symbols-file-contains-current-version-with-debian-revision
+Type: error
+Info: By default, dpkg-gensymbols uses the full version number for the
+ dependency associated to any new symbol that it detects. But this
+ shouldn't happen as the maintainer should have updated before-hand the
+ debian/lt;packagegt;.symbols file by adding the new symbols with the
+ corresponding upstream version.
+ .
+ Debian revisions should be stripped from symbols files because not doing
+ it leads to dependencies unsatisfiable by backports (1.0-1~bpo lt;lt; 1.0-1
+ while 1.0-1~bpo gt;= 1.0). If the debian revision can't be stripped because
+ the symbol really appearead between two specific revisions, then you
+ should postfix the version with a single ~ (example: 1.0-3~ if the
+ symbol appeared in 1.0-3).
+
+Tag: symbols-file-contains-debian-revision
+Type: warning
+Info: Debian revisions should be stripped from symbols files because not doing
+ it leads to dependencies unsatisfiable by backports (1.0-1~bpo lt;lt; 1.0-1
+ while 1.0-1~bpo gt;= 1.0). If the debian revision can't be stripped because
+ the symbol really appearead between two specific revisions, then you
+ should postfix the version with a single ~ (example: 1.0-3~ if the
+ symbol appeared in 1.0-3).
+
diff -Nru /tmp/Yq0Lbe3ntH/lintian-1.23.41/debian/changelog /tmp/3p28KrBmDX/lintian-1.23.41/debian/changelog
--- /tmp/Yq0Lbe3ntH/lintian-1.23.41/debian/changelog 2007-12-10 05:03:03.0 +0100
+++ /tmp/3p28KrBmDX/lintian-1.23.41/debian/changelog 2007-12-27 19:36:29.0 +0100
@@ -1,3 +1,10 @@
+lintian (1.23.41-0.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add checks on symbols files. Closes: #457067
+
+ -- Raphael Hertzog [EMAIL PROTECTED] Mon, 24 Dec 2007 10:31:34 +0100
+
lintian (1.23.41) unstable; urgency=low
The it would be lovely if there were an actual desktop file standard
Bug#457989: Typos in spanish translations
Package: iso-codes Severity: normal Tags: patch l10n I've found two typos on the es_po in the current version of the package and on svn Rev1188. msgid- current translation - correct translation Ukraine - Ucraina - Ucrania Christmas Island - Isla de Naviad - Isla de Navidad Des. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412598: compiz: unusable
Benoît Dejean wrote: Le dimanche 23 décembre 2007 à 22:36 +0100, Brice Goglin a écrit I have been puzzled by your report for a long time. It's strange that this never worked for you while we always finally fixed similar problems on other machines. I am starting to think that you have something strange in your environment that prevents compiz from working. Have you ever tried with another user account (possibly a just created one with no customization at all) on the same machine? Or the same account on another machine where compiz is supposed to work? I've tested with a new account. I first tried with xnet then fast-user-switch-applet but it then failed back on metacity. So i killed all my sessions before logging into the new account. I get the exact same output and no decoration. I copied all my ~/dotfiles to another computer where compiz works, and it still works. Sad. I am running out of ideas here... I assume all your compiz* packages are the latest from unstable? No old binary manually installed on your hard drive and overriding the packages? (purging and reinstalling all compiz* packages, and running 'locate compiz' might help checking this). Also, in case you have a working KDE environment on this machine, you might to try launching Compiz from there too... Has anyone ever reported compiz to work on !x86 ? I am not sure about Debian users, but at least some upstream developers run Compiz fine it on powerpc. Brice
Bug#457773: [Pkg-xfce-devel] Bug#457773: in some case, thunar won't reduce its windows size
Yves-Alexis Perez wrote: I don't get the “grow its size”. I guess you mean that a scrollbar appears, depending on the view (detailed view for example)? I've not tried all available view option of thunar, but I use detailled view all the time and what I mean is thunar window grows horizontally to fit long filename (perhaps this behavior could/should be switchable by an according option item as I guess not anyone want this) and we can't shrink the window manually after that, except by going to another dir/mount point. Regards.
Bug#429126: New version avaible
A new version which is compatible with apache2.2 is avaible from http://download.tangent.org/ . Has been packaged for Ubuntu. @Package maintainer: Please request if you would like an interdiff prepared for sid. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429095: New version avaible
A new version which is compatible with apache2.2 is avaible from http://download.tangent.org/ . Has been packaged for Ubuntu. @Package maintainer: Please request if you would like an interdiff prepared for sid.
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Monday, December 24, 2007 8:09 am Henrique de Moraes Holschuh wrote: Since on Thinkpads, the kernel method is available (either via the kernel thinkpad driver or ACPI) you should try to use that, but it may be that the acpi_video1 method is your best choice. You can try that interface by changing the order of the string array in i830_lvds.c around line 67. Patches to fix the kernel to not export a backlight entry for inactive ACPI nodes are queued, but really, it is *an extremely bad idea* to hardcode *anything* of the sort inside X.org. It needs to be made a configurable *list* of backlight devices, please. That's good, but there has to be a list somewhere since the kernel backlight interface was so poorly designed. I don't care if it's in the driver with an override list in xorg.conf or what, but it has to be somewhere. Jesse -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457724: pidgin-extprefs: Buddy list always shows up at startup
Hello Wolf, Thanks for your bug report. I can not reproduce this bug, the Hide buddy list at startup option is working just fine here. Do you have the extended preference plugin enabled? Or do you have other plugins enabled (Maybe the buddy list options plugin? Greetings Arjan signature.asc Description: Dit berichtdeel is digitaal ondertekend
Bug#457774: [Pkg-xfce-devel] Bug#457774: thunar: fail to handle properties of broken sym link
On jeu, 2007-12-27 at 19:33 +0100, JusTiCe8 wrote: Hmhm, I can confirm this, but don't see the point to do this as root. Even removing the symlink target confuses thunar (well, it doesn't refresh the brokenness of the link). I'll investigate and maybe report upstream. I just use root account cause I'm a bit lazy and it just to have another file's owner. What I mean is that it works with the same user too -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457990: lookup name fails (dbus api works)
Package: python-bluez
Version: 0.9.2-1
Severity: normal
--- Please enter the report below this line. ---
Hello,
I'm migrating away from the python-bluetooth api. One of the things that
were still directly using bluez via the python bindings were the lookup
of the device name:
[EMAIL PROTECTED]:~$ python
Python 2.4.4 (#2, Aug 16 2007, 02:03:40)
[GCC 4.1.3 20070812 (prerelease) (Debian 4.1.2-15)] on linux2
Type help, copyright, credits or license for more information.
import bluetooth
bluetooth.lookup_name('00:1D:28:72:38:BC', 1)
as you can see this does not work any longer.
The dbus api works as expected:
[EMAIL PROTECTED]:~$ dbus-send --system --type=method_call
--print-reply --dest=org.bluez /org/bluez/hci0
org.bluez.Adapter.GetRemoteName string:'00:1D:28:72:38:BC'
method return sender=:1.4 - dest=:1.167 reply_serial=2
string K810i
[EMAIL PROTECTED]:~$
Thanks
Matthias
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.23
Debian Release: lenny/sid
500 unstablewww.debian-multimedia.org
500 unstableopensync.gforge.punktart.de
500 unstableftp.informatik.rwth-aachen.de
500 unstableftp.de.debian.org
500 testing ftp.informatik.rwth-aachen.de
500 testing ftp.de.debian.org
500 feisty wine.budgetdedicated.com
1 experimentalftp.de.debian.org
--- Package information. ---
Depends (Version) | Installed
=-+-===
python-central (= 0.5.8) | 0.5.15
python ( 2.6) | 2.4.4-6
python (= 2.4) | 2.4.4-6
libbluetooth2(= 3.0) | 3.22-1
libc6 (= 2.6-1) | 2.7-5
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Bug#429085: New version avaible
A new version which is compatible with apache2.2 is avaible from http://download.tangent.org/ . Has been packaged for Ubuntu. @Package maintainer: Please request if you would like an interdiff prepared for sid.
Bug#457961: Fwd: Re: Dillo failing to unpatch
- Forwarded message from Nicolas Valcarcel [EMAIL PROTECTED] - From: Nicolas Valcarcel [EMAIL PROTECTED] To: Nelson A. de Oliveira [EMAIL PROTECTED] Cc: Patrick Schoenfeld [EMAIL PROTECTED] Date: Thu, 27 Dec 2007 10:22:13 -0500 Subject: Re: Dillo failing to unpatch I have already done that, but there is 102 .rej files On Thu, 2007-12-27 at 03:15 -0200, Nelson A. de Oliveira wrote: Hi Nicolas! About your message on debian-qa [1], probably you are talking about [2], right? Well, indeed it's failing to unpatch on the second run and the probable guiltys are: (...) patching file config.guess Hunk #1 FAILED at 1. Hunk #2 FAILED at 53. Hunk #3 FAILED at 106. Hunk #4 FAILED at 203. Hunk #5 FAILED at 227. Hunk #6 FAILED at 245. Hunk #7 FAILED at 319. Hunk #8 FAILED at 342. Hunk #9 FAILED at 755. Hunk #10 FAILED at 778. Hunk #11 FAILED at 789. Hunk #12 FAILED at 804. Hunk #13 FAILED at 827. Hunk #14 FAILED at 917. Hunk #15 succeeded at 1004 with fuzz 2 (offset 27 lines). Hunk #16 FAILED at 1109. Hunk #17 FAILED at 1209. Hunk #18 FAILED at 1227. Hunk #19 FAILED at 1277. 18 out of 19 hunks FAILED -- saving rejects to file config.guess.rej (...) patching file config.sub Hunk #1 FAILED at 1. Hunk #2 FAILED at 70. Hunk #3 FAILED at 145. Hunk #4 FAILED at 237. Hunk #5 FAILED at 264. Hunk #6 FAILED at 300. Hunk #7 FAILED at 310. Hunk #8 FAILED at 326. Hunk #9 FAILED at 343. Hunk #10 FAILED at 446. Hunk #11 succeeded at 490 with fuzz 2 (offset 33 lines). Hunk #12 succeeded at 526 with fuzz 2 (offset 37 lines). Hunk #13 FAILED at 708. Hunk #14 FAILED at 788. Hunk #15 FAILED at 834. Hunk #16 succeeded at 932 with fuzz 2 (offset 59 lines). Hunk #17 succeeded at 949 with fuzz 2 (offset 65 lines). Hunk #18 FAILED at 1026. Hunk #19 succeeded at 1098 with fuzz 2 (offset 65 lines). Hunk #20 succeeded at 1135 with fuzz 2 (offset 68 lines). Hunk #21 succeeded at 1273 with fuzz 2 (offset 71 lines). Hunk #22 succeeded at 1379 with fuzz 2 (offset 74 lines). Hunk #23 succeeded at 1422 with fuzz 2 (offset 83 lines). Hunk #24 succeeded at 1480 with fuzz 2 (offset 92 lines). 14 out of 24 hunks FAILED -- saving rejects to file config.sub.rej (...) Just in case you want to see exactly what is wrong, you can build the package (dpkg-buildpackage, for example) and then try to revert the patch (cat debian/patches/01_i18n | patch -R -p1). It will save the .rej files (you can see that the changes aren't big). The responsible for the patch (as noted inside debian/patches/01_i18n) can be contacted via [EMAIL PROTECTED] Homepage of the patch is http://teki.jpn.ph/pc/software/index-e.shtml But I don't think that there is something wrong with his patch. I am CCing Patrick, who did the QA work of the last upload of dillo. It's also a problem for the Debian package, since it needs to build twice without failing. Not a big problem, but a problem :-) [1] http://lists.debian.org/debian-qa/2007/12/msg00188.html [2] https://bugs.launchpad.net/ubuntu/+source/dillo/+bug/178046 Best regards, Nelson -- aka nxvl key fingerprint: E140 4CC7 5E3C B6B4 DCA7 F6FD D22E 2FB4 A9BA 6877 gpg --keyserver keyserver.ubuntu.com --recv-keys A9BA6877 Yo uso Software Libre y tu? - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457961: Fwd: Re: Dillo failing to unpatch
- Forwarded message from Nelson A. de Oliveira [EMAIL PROTECTED] - Date: Thu, 27 Dec 2007 14:15:12 -0200 From: Nelson A. de Oliveira [EMAIL PROTECTED] To: Nicolas Valcarcel [EMAIL PROTECTED] Cc: Patrick Schoenfeld [EMAIL PROTECTED] Subject: Re: Dillo failing to unpatch Hi! On Dec 27, 2007 1:22 PM, Nicolas Valcarcel [EMAIL PROTECTED] wrote: I have already done that, but there is 102 .rej files Strange... I've got only the two .rej files that I sent before. Could you put a log of the rejected files available somewhere? Best regards, Nelson - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457961: Fwd: Dillo failing to unpatch
- Forwarded message from Nelson A. de Oliveira [EMAIL PROTECTED] - Date: Thu, 27 Dec 2007 03:15:30 -0200 From: Nelson A. de Oliveira [EMAIL PROTECTED] To: Nicolas Valcárcel [EMAIL PROTECTED] Cc: Patrick Schoenfeld [EMAIL PROTECTED] Subject: Dillo failing to unpatch Hi Nicolas! About your message on debian-qa [1], probably you are talking about [2], right? Well, indeed it's failing to unpatch on the second run and the probable guiltys are: (...) patching file config.guess Hunk #1 FAILED at 1. Hunk #2 FAILED at 53. Hunk #3 FAILED at 106. Hunk #4 FAILED at 203. Hunk #5 FAILED at 227. Hunk #6 FAILED at 245. Hunk #7 FAILED at 319. Hunk #8 FAILED at 342. Hunk #9 FAILED at 755. Hunk #10 FAILED at 778. Hunk #11 FAILED at 789. Hunk #12 FAILED at 804. Hunk #13 FAILED at 827. Hunk #14 FAILED at 917. Hunk #15 succeeded at 1004 with fuzz 2 (offset 27 lines). Hunk #16 FAILED at 1109. Hunk #17 FAILED at 1209. Hunk #18 FAILED at 1227. Hunk #19 FAILED at 1277. 18 out of 19 hunks FAILED -- saving rejects to file config.guess.rej (...) patching file config.sub Hunk #1 FAILED at 1. Hunk #2 FAILED at 70. Hunk #3 FAILED at 145. Hunk #4 FAILED at 237. Hunk #5 FAILED at 264. Hunk #6 FAILED at 300. Hunk #7 FAILED at 310. Hunk #8 FAILED at 326. Hunk #9 FAILED at 343. Hunk #10 FAILED at 446. Hunk #11 succeeded at 490 with fuzz 2 (offset 33 lines). Hunk #12 succeeded at 526 with fuzz 2 (offset 37 lines). Hunk #13 FAILED at 708. Hunk #14 FAILED at 788. Hunk #15 FAILED at 834. Hunk #16 succeeded at 932 with fuzz 2 (offset 59 lines). Hunk #17 succeeded at 949 with fuzz 2 (offset 65 lines). Hunk #18 FAILED at 1026. Hunk #19 succeeded at 1098 with fuzz 2 (offset 65 lines). Hunk #20 succeeded at 1135 with fuzz 2 (offset 68 lines). Hunk #21 succeeded at 1273 with fuzz 2 (offset 71 lines). Hunk #22 succeeded at 1379 with fuzz 2 (offset 74 lines). Hunk #23 succeeded at 1422 with fuzz 2 (offset 83 lines). Hunk #24 succeeded at 1480 with fuzz 2 (offset 92 lines). 14 out of 24 hunks FAILED -- saving rejects to file config.sub.rej (...) Just in case you want to see exactly what is wrong, you can build the package (dpkg-buildpackage, for example) and then try to revert the patch (cat debian/patches/01_i18n | patch -R -p1). It will save the .rej files (you can see that the changes aren't big). The responsible for the patch (as noted inside debian/patches/01_i18n) can be contacted via [EMAIL PROTECTED] Homepage of the patch is http://teki.jpn.ph/pc/software/index-e.shtml But I don't think that there is something wrong with his patch. I am CCing Patrick, who did the QA work of the last upload of dillo. It's also a problem for the Debian package, since it needs to build twice without failing. Not a big problem, but a problem :-) [1] http://lists.debian.org/debian-qa/2007/12/msg00188.html [2] https://bugs.launchpad.net/ubuntu/+source/dillo/+bug/178046 Best regards, Nelson - End forwarded message -
Bug#437254: xserver-xorg-input-synaptics: So Here is another issue with two finger scrolling
Package: xserver-xorg-input-synaptics Version: 0.14.7~git20070706-1 Followup-For: Bug #437254 So i also have this problem when trackstick emulation mode is on : after scrolling with two fingers, the cursor sometimes jump to a corner. It does so when i don't release the two finger at the same time. the bug is easily reproducible if i release only one finger. If i disable trackstick emulation mode, the problem disapear. The thing is when i start two finger scrolling, the pressure is high, and the moving status would be set to trackstick emulation, setting the origin point point. But after scrolling, if i release one finger before the other, the system would still be on trackstick emulation mode, and it would start to move the pointer. but the origin point is far away. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.23.12batchyx3.0 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-synaptics depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxi6 2:1.1.3-1 X11 Input extension library ii xserver-xorg-core 2:1.4.1~git20071212-2 Xorg X server - core server xserver-xorg-input-synaptics recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449509: conky: enablind dbe make desktop icons hidden
Hi, Kapil Hari Paranjape wrote: OK. So just to satisfy this, I actually ran the configuration on a real Xorg server. There did not seem to be a problem here either. So I'm now beginning to suspect something specific with your X configuration (which may include your xfce4 configuration). If you have root on your system then try the following first. Create a new test user and login as that user with xfce4 as the chosen desktop session. Then copy your .conkyrc to that user's .conkyrc and start conky. If you do not have root then testing this is possible but is more complex. If the new user continues to have the same problem then the problem is somewhere with your X configuration otherwise the problem is with your user configuration. I have tried on another system which is also in testing with xfce and a similar xfce config, but in a VirtualBox VM, with another X driver, and I get the same behavior. I think is like nautilus, for such filemanager that manage also the desktop, they don't like someone else do something with X root window and they don't work as expected. As said before, using its own window with type set to override make everyone happy together. Regards, Kapil. Regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429133: apache2 compatible version branched at version 2.0
@Package maintainer: Has been looking at the same problem as this in Ubuntu. Package is unmaintained. But at version 2.0 a patch was made for the package to support apache2. This version should be packaged instead; we should either do an epoch of the package and package version 2.0 with apache2 support or alternatively remove this and package it as libapache2-mod-tsunami . The version for apache2 can be found at: http://viewcvs.blinkenlights.nl/viewvc.cgi/mod_tsunami/trunk/?sortby=revpathrev=6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457961: Dillo failing to unpatch
Hi,
On Thu, Dec 27, 2007 at 02:15:12PM -0200, Nelson A. de Oliveira wrote:
Strange...
I've got only the two .rej files that I sent before.
I can confirm these two .rej files. I don't have 102 .rej files.
BTW. I have forwarded this (and every mail yet sent) to the BTS.
So please include [EMAIL PROTECTED] in all further emails.
Bart Martens has added a patch for this on the BTS. I'm not sure if his
fix is appropriate, but he also indicates that he fixes
config.{sub,guess}.
Regards,
Patrick
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
