Bug#966675: virt-v2v missing from package
Package: libguestfs-tools Version: 1:1.42.0-6 Severity: normal Hi, /usr/bin/virt-v2v is present in libguestfs-tools 1:1.40.2-2 in buster: https://packages.debian.org/buster/amd64/libguestfs-tools/filelist But it is missing from libguestfs-tools 1:1.42.0.6 in bullseye: https://packages.debian.org/bullseye/amd64/libguestfs-tools/filelist I see nothing in the changelog; was it removed by accident? virt-p2v was split out, but virt-v2v doesn't exist in that package either. Jim -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/16 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en@quot:en@boldquot:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libguestfs-tools depends on: ii curl 7.64.0-4+deb10u1 ii libc6 2.29-7 ii libconfig9 1.5-0.4 ii libcrypt1 1:4.4.10-10 ii libfuse2 2.9.9-2 ii libguestfs-perl1:1.42.0-6 ii libguestfs01:1.42.0-6 ii libintl-perl 1.26-2 ii libjansson42.12-1 ii liblzma5 5.2.4-1 ii libpcre3 2:8.39-12 ii libreadline8 8.0-3 ii libstring-shellquote-perl 1.04-1 ii libsys-virt-perl 6.3.0-1 ii libtinfo6 6.1+20181013-2+deb10u2 ii libvirt0 6.4.0-2 ii libwin-hivex-perl 1.3.18-2+b3 ii libxml22.9.4+dfsg1-7+b3 Versions of packages libguestfs-tools recommends: ii gnupg 2.2.19-1 ii virt-p2v 1.42.0-2 libguestfs-tools suggests no packages. -- no debconf information
Bug#966675: Moved
It appears to have been split out of libguestfs-tools and into https://github.com/libguestfs/virt-v2v, according to guestfs-hacking(1). Jim
Bug#801339: fonts-texgyre: missing glyphs when viewing PDFs via poppler
Hilmar Preuße wrote: > Am 08.10.2015 um 20:52 teilte Jim Paris mit: > > Hi Jim, > > > When viewing PDFs that do not embed Helvetica, the μ (U+03BC) > > character does not render correctly when fonts-texgyre is installed. > > For example, this PDF: http://jim.sh/~jim/tmp/bugs/tps62120.pdf > > > > With fonts-texgyre (20150923-1) installed, glyphs are missing: > > > For any reason that bug was invisible to us, sorry late response. > > Your example URL is invalid meanwhile: are you able to reproduce the > issue w/ latest fonts-texgyre installed? If yes, could you provide a new > example or a TeX source code? I've restored the link. I just reinstalled fonts-texgyre and I do not currently see this problem (xpdf 3.04-13, fonts-texgyre 20180621-3). However, I think this may be because some other system configuration has changed, because "TeXGyreHeros" is no longer the substitute font that poppler chooses: $ pdffonts -subst tps62120.pdf name object ID substitute font substitute font file - Arial-BoldMT 81 0 Arial Negreta /usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf ArialMT 83 0 DejaVu Sans /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf Arial-ItalicMT 101 0 Arial Cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Italic.ttf Arial-BoldItalicMT 401 0 Arial Negreta cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Bold_Italic.ttf Helvetica 889 0 NimbusSans-Regular /usr/share/fonts/opentype/urw-base35/NimbusSans-Regular.otf Helvetica-Bold 890 0 NimbusSans-Bold /usr/share/fonts/opentype/urw-base35/NimbusSans-Bold.otf Helvetica 905 0 NimbusSans-Regular /usr/share/fonts/opentype/urw-base35/NimbusSans-Regular.otf Helvetica-Bold 906 0 NimbusSans-Bold /usr/share/fonts/opentype/urw-base35/NimbusSans-Bold.otf Arial-BoldItalicMT 973 0 Arial Negreta cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Bold_Italic.ttf ArialMT 975 0 DejaVu Sans /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf Arial-BoldMT977 0 Arial Negreta /usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf Let's see... If I check "fc-match", it seems "TeX Gyre Heros" is still high up on the list, but "Nimbus Sans" beat it: $ fc-match -s Helvetica | head -8 NimbusSans-Regular.otf: "Nimbus Sans" "Regular" n019003l.pfb: "Nimbus Sans L" "Regular" texgyreheros-regular.otf: "TeX Gyre Heros" "Regular" Arial.ttf: "Arial" "Regular" LiberationSans-Regular.ttf: "Liberation Sans" "Regular" DejaVuSans.ttf: "DejaVu Sans" "Book" DejaVuSans-Bold.ttf: "DejaVu Sans" "Bold" DejaVuSans-Oblique.ttf: "DejaVu Sans" "Oblique" Those Nimbus fonts are coming from package fonts-urw-base35. If I remove that package[*], then "TeX Gyre Heros" is back as the PDF font substitution: $ pdffonts -subst tps62120.pdf name object ID substitute font substitute font file - Arial-BoldMT 81 0 Arial Negreta /usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf ArialMT 83 0 DejaVu Sans /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf Arial-ItalicMT 101 0 Arial Cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Italic.ttf Arial-BoldItalicMT 401 0 Arial Negreta cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Bold_Italic.ttf Helvetica 889 0 TeXGyreHeros-Regular /usr/share/texmf/fonts/opentype/public/tex-gyre/texgyreheros-regular.otf Helvetica-Bold 890 0 TeXGyreHeros-Bold /usr/share/texmf/fonts/opentype/public/tex-gyre/texgyreheros-bold.otf Helvetica 905 0 TeXGyreHeros-Regular /usr/share/texmf/fonts/open
Bug#922428: "free(): invalid pointer", SIGABRT
Package: golang-docker-credential-helpers Version: 0.6.1-1 Severity: normal Tags: upstream patch See https://github.com/docker/docker-credential-helpers/issues/104 This was fixed upstream post-0.6.1: https://github.com/docker/docker-credential-helpers/commit/73e5f5dbfea31ee3b8ebbf189785fa69731c The symptom is that I get the following error: $ docker-credential-secretservice list free(): invalid pointer SIGABRT: abort PC=0x7f2b60cf285b m=0 sigcode=18446744073709551610 goroutine 0 [idle]: runtime: unknown pc 0x7f2b60cf285b stack: frame={sp:0x7fff1248b2e0, fp:0x0} stack=[0x7fff11c8c708,0x7fff1248b730) 7fff1248b1e0: 7fff1248b658 00cfe8c0 7fff1248b1f0: 7fff1248b658 00cfceb0 7fff1248b200: 7f2b617eeb2c 7f2b614d140a 7fff1248b210: 7f2b617eeb2c 00565080 7fff1248b220: 00c4200ae020 00c4200ae018 7fff1248b230: 7fff1248b658 7fff1248b240: 0200 7f2b61a41b33 7fff1248b250: 0005 7fff1248b260: 7f2b60eb05f0 7fff1248b270: 7fff1248b600 7f2b61a484ca 7fff1248b280: 7fff1248b290: 0002 0050 7fff1248b2a0: 7f2b617ccbb5 7fff1248b2b0: 00cfc800 726f273d30677261 7fff1248b2c0: 306772612c277375 72662e67726f273d 7fff1248b2d0: 6f746b7365646565 00021fa0 7fff1248b2e0: < 0088 7fff1248b2f0: 00c420018090 000d 7fff1248b300: 00c42001a050 004f 7fff1248b310: 00c420016200 0011 7fff1248b320: 00c42001c030 002a 7fff1248b330: 00451f91 7fff1248b340: 7fff1248b350: 7fff1248b360: fffe7fff 7fff1248b370: 7fff1248b380: 7fff1248b390: 7fff1248b3a0: 7fff1248b3b0: 7fff1248b3c0: 7fff1248b3d0: runtime: unknown pc 0x7f2b60cf285b stack: frame={sp:0x7fff1248b2e0, fp:0x0} stack=[0x7fff11c8c708,0x7fff1248b730) 7fff1248b1e0: 7fff1248b658 00cfe8c0 7fff1248b1f0: 7fff1248b658 00cfceb0 7fff1248b200: 7f2b617eeb2c 7f2b614d140a 7fff1248b210: 7f2b617eeb2c 00565080 7fff1248b220: 00c4200ae020 00c4200ae018 7fff1248b230: 7fff1248b658 7fff1248b240: 0200 7f2b61a41b33 7fff1248b250: 0005 7fff1248b260: 7f2b60eb05f0 7fff1248b270: 7fff1248b600 7f2b61a484ca 7fff1248b280: 7fff1248b290: 0002 0050 7fff1248b2a0: 7f2b617ccbb5 7fff1248b2b0: 00cfc800 726f273d30677261 7fff1248b2c0: 306772612c277375 72662e67726f273d 7fff1248b2d0: 6f746b7365646565 00021fa0 7fff1248b2e0: < 0088 7fff1248b2f0: 00c420018090 000d 7fff1248b300: 00c42001a050 004f 7fff1248b310: 00c420016200 0011 7fff1248b320: 00c42001c030 002a 7fff1248b330: 00451f91 7fff1248b340: 7fff1248b350: 7fff1248b360: fffe7fff 7fff1248b370: 7fff1248b380: 7fff1248b390: 7fff1248b3a0: 7fff1248b3b0: 7fff1248b3c0: 7fff1248b3d0: goroutine 1 [syscall]: runtime.cgocall(0x4af750, 0xc420067cf0, 0x428904) /usr/lib/go-1.10/src/runtime/cgocall.go:128 +0x64 fp=0xc420067cc0 sp=0xc420067c88 pc=0x403ac4 github.com/docker/docker-credential-helpers/secretservice._Cfunc_free(0xcef090) _cgo_gotypes.go:111 +0x41 fp=0xc420067cf0 sp=0xc420067cc0 pc=0x4ad731 github.com/docker/docker-credential-helpers/secretservice.Secretservice.List.func5(0xcef090) /build/golang-github-docker-docker-credential-helpers-0.6.1/obj-x86_64-linux-gnu/src/github.com/docker/docker-credential-helpers/secretservice/secretservice_linux.go:96 +0x56 fp=0xc420067d28 sp=0xc420067cf0 pc=0x4af166 github.com/docker/docker-credential-helpers/secretservice.Secretservice.List(0x0, 0x4fcfe0, 0xc4200962e0)
Bug#895868: Probably #853848
This is probably https://bugs.debian.org/853848, fixed by upgrading/removing: fonts-beng-extra fonts-deva-extra fonts-gujr-extra fonts-guru-extra fonts-orya-extra Jim
Bug#900824: Empty twitter feeds
Package: tweeper Version: 1.2.0-1 Severity: normal Tags: upstream patch Upstream patch is needed to continue to support Twitter: https://git.ao2.it/tweeper.git/commit/d9aa66bef1f3724e1714d4ae6b45fca98e0dcd11 Tweeper.php: update the User-Agent string to fix parsing twitter.com It looks like twitter.com started serving the mobile version of the site to old browsers and Tweeper cannot parse that content. By using a more up to date User-Agent string twitter.com returns the desktop version of the page which Tweeper can process without problems Thanks, Jim -- System Information: Debian Release: 8.8 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages tweeper depends on: ii php-cli 1:7.0+41 ii php-common 1:41 ii php-curl 1:7.0+41 ii php-symfony-property-access 2.8.6+dfsg-1 ii php-symfony-serializer 2.8.6+dfsg-1 ii php-xml 1:7.0+41 ii php7.0-cli [php-cli] 7.0.6-13 ii php7.0-curl [php-curl] 7.0.6-13 ii php7.0-json [php-json] 7.0.6-13 ii php7.0-xml [php-xml] 7.0.6-13 tweeper recommends no packages. Versions of packages tweeper suggests: pn libapache2-mod-php | php-cgi -- no debconf information
Bug#762000: Probably the same as #850163
This is probably the same as #850163 A workaround is at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850163#10 Jim
Bug#864889: ifmetric: "NETLINK: Error: Invalid argument" for links that are down, in kernel 4.4+
Michael Shuler wrote: > Hi Jim, > > Thanks for the patch. Do you happen to know if this patch presents any > adverse behavior on kernel versions <4.4, or if this ends up being a > no-op? I ask because Jessie is 3.16 by default, with a 4.9 kernel > version in backports. > > Thanks! > Michael Hi Michael, I don't expect any adverse behavior. I tested the patch on 3.16 on a bunch of different interfaces, including one where the network cable was unplugged, and it worked fine in all cases. (Unplugged cable on 4.4+ was the original failure case). Jim
Bug#864889: ifmetric: "NETLINK: Error: Invalid argument" for links that are down, in kernel 4.4+
Package: ifmetric Version: 0.3-4 Severity: normal Tags: patch Hi, My /etc/network/interfaces includes this: auto eth1 iface eth1 inet static address 192.168.0.2 netmask 255.255.255.0 metric 50 I don't have a network cable plugged in right now, so the link is down. When I run "ifup eth1" I get: NETLINK: Error: Invalid argument And the corresponding entry in the routing table is missing. This is due to this new check in Linux kernel 4.7 (also part of the stable series 4.4 at least): https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=80610229ef7b26615dbb6cb6e873709a60bacc9f - ifmetric reads the original route, which contains RTNH_F_LINKDOWN flag - ifmetric deletes the original route - ifmetric modifies the metric - ifmetric tries to create the new modified route - the kernel rejects it because the RTNH_F_LINKDOWN flag shouldn't be set from userspace The fix is to clear RTNH_F_DEAD and RTNH_F_LINKDOWN. Patch attached. Jim --- ifmetric-0.3.orig/src/ifmetric.c 2017-06-16 10:50:49.934737561 -0400 +++ ifmetric-0.3/src/ifmetric.c 2017-06-16 10:52:45.934658569 -0400 @@ -97,6 +97,8 @@ struct nlmsghdr* set_route_metric(struct l = NLMSG_PAYLOAD(n, sizeof(struct rtmsg)); a = RTM_RTA(r); +r->rtm_flags &= ~(RTNH_F_DEAD | RTNH_F_LINKDOWN); + while(RTA_OK(a, l)) { switch(a->rta_type) { case RTA_PRIORITY:
Bug#705562: fix undefined references detection
Hi Vincent, I spent a while trying to reproduce this (using my old LaTeX source as it existed when I submitted this bug) -- but I can't figure out exactly what was happening or how to reproduce it, even when using the original version of latex-make. This was happening on a huge file and it's probably specific to how pages get laid out. However, looking at the code, I do think both of the original problems still hold true: - If you look at LU_rebuild_bibtopic_undefined_references, it's grepping through the wrong log file. No other rule looks like that, and the variable $(MASTER_$(LU_REC_MASTER)) doesn't even exist. The original patch I included makes it look through the same log file as all the other rules. - bibtopic_undefined_references looks for the message "There were undefined references". That message isn't only for bibtopic, but could show up with just basic use of \label and \ref, and so I think bibtopic_undefined_references should be added to the default REBUILD_RULES. But this one is less important (since the user is expected to porentially override REBUILD_RULES anyway) Jim Vincent Danjean wrote: > Hi, > > Sorry to be so long to come back to this bug. I do not observe > the same behavior on my LaTeX files. Can you tell me if this bug > is already fixed. Or can you give me the sources that lead to > this bug (you can obfuscate/remove all text if you want)? > > Regards, and sorry again to forget to handle this bug. > Vincent > > Le 16/04/2013 à 21:23, Jim Paris a écrit : > > Package: latex-make > > Version: 2.1.18-2 > > Severity: normal > > Tags: patch > > > > LaTeX.mk was failing to rebuild my document when there were still > > undefined references. I needed to make two changes: > > > > 1) The default REBUILD_RULES doesn't include > > "bibtopic_undefined_references" (which is strangely named anyway, > > because I'm not using bibtopic). I needed to set: > > REBUILD_RULES=latex texdepends bibtopic_undefined_references > > in my Makefile. > > > > 2) The LU_rebuild_bibtopic_undefined_references rule seems broken. > > I fixed it with the patch below. > > > > -jim > > > > --- LaTeX.mk.orig 2013-04-16 15:17:52.538820616 -0400 > > +++ LaTeX.mk2013-04-16 15:18:38.680520237 -0400 > > @@ -892,7 +892,7 @@ > > LU_rebuild_bibtopic_undefined_references: > > $(call lu-rebuild-head) > > $(COMMON_HIDE)if grep -sq 'There were undefined references'\ > > - "$(MASTER_$(LU_REC_MASTER)).log" ; then \ > > + "$(LU_REC_LOGFILE)" ; then \ > > $(call lu-rebuild-needed,"$@: new run needed") \ > > fi > > > > -- System Information: > > Debian Release: 6.0.6 > > APT prefers stable > > APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, > > 'experimental') > > Architecture: amd64 (x86_64) > > > > Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) > > Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > > Shell: /bin/sh linked to /bin/bash > > > > Versions of packages latex-make depends on: > > ii dpkg 1.16.8 > > ii ghostscript 8.71~dfsg2-10 > > ii make 3.81-8.1 > > ii python 2.7.2-9 > > ii tex-common 3.15 > > ii transfig 1:3.2.5.c-1 > > > > Versions of packages latex-make recommends: > > ii inkscape 0.48.3.1-1.3 > > ii texlive-latex-extra2012.20120611-2 > > ii texlive-latex-recommended 2012.20120611-5 > > > > latex-make suggests no packages. > > > > -- no debconf information > > > > > -- > Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org > GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA > Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html > APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Bug#831356: Option "non-unix" is broken and leads to segmentation fault
Package: passwdqc Version: 1.3.0-1.1 Severity: normal Tags: patch Hi, With a pam configuration like: password required pam_passwdqc.so min=disabled,8,8,7,7 retry=1 non-unix random=32 enforce=users The passwdqc module fails with a segmentation fault. This is because, in non-unix mode, pam_sm_chauthtok builds up a fake "struct passwd" on the stack: if (params.pam.flags & F_NON_UNIX) { pw = _pw; pw->pw_name = (char *)user; pw->pw_gecos = ""; } ... But doesn't initialize "pw->pw_dir", which is used later in passwdqc_check: if (pw) { if (!(u_name = unify(NULL, pw->pw_name)) || !(u_gecos = unify(NULL, pw->pw_gecos)) || !(u_dir = unify(NULL, pw->pw_dir))) ... The below patch fixes the problem. Jim --- a/pam_passwdqc.c +++ b/pam_passwdqc.c @@ -305,6 +305,7 @@ PAM_EXTERN int pam_sm_chauthtok(pam_hand pw = _pw; pw->pw_name = (char *)user; pw->pw_gecos = ""; + pw->pw_dir = ""; } else { /* As currently implemented, we don't avoid timing leaks for valid vs. not * usernames and hashes. Normally, the username would have already been -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (250, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-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 Init: systemd (via /run/systemd/system) Versions of packages passwdqc depends on: ii libc6 2.22-11 ii libpasswdqc0 1.3.0-1.1 passwdqc recommends no packages. passwdqc suggests no packages. -- no debconf information
Bug#801339: fonts-texgyre: missing glyphs when viewing PDFs via poppler
Source: fonts-texgyre Version: 20150923-1 Severity: normal Dear Maintainer, When viewing PDFs that do not embed Helvetica, the μ (U+03BC) character does not render correctly when fonts-texgyre is installed. For example, this PDF: http://jim.sh/~jim/tmp/bugs/tps62120.pdf With fonts-texgyre (20150923-1) installed, glyphs are missing: $ xpdf tps62120.pdf # Missing character: third bullet point under "features" says: #Power Save Mode With 11- A Quiescent Current $ pdffonts -subst tps62120.pdf name object ID substitute font substitute font file - Arial-BoldMT 81 0 Arial Negreta /usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf ArialMT 83 0 DejaVu Sans /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf Arial-ItalicMT 101 0 Arial Cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Italic.ttf Arial-BoldItalicMT 401 0 Arial Negreta cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Bold_Italic.ttf Helvetica 889 0 TeXGyreHeros-Regular /usr/share/texmf/fonts/opentype/public/tex-gyre/texgyreheros-regular.otf Helvetica-Bold 890 0 TeXGyreHeros-Bold /usr/share/texmf/fonts/opentype/public/tex-gyre/texgyreheros-bold.otf Helvetica 905 0 TeXGyreHeros-Regular /usr/share/texmf/fonts/opentype/public/tex-gyre/texgyreheros-regular.otf Helvetica-Bold 906 0 TeXGyreHeros-Bold /usr/share/texmf/fonts/opentype/public/tex-gyre/texgyreheros-bold.otf Arial-BoldItalicMT 973 0 Arial Negreta cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Bold_Italic.ttf ArialMT 975 0 DejaVu Sans /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf Arial-BoldMT977 0 Arial Negreta /usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf With fonts-texgyre removed (but tex-gyre still installed), glyphs are correct: $ xpdf tps62120.pdf # Correct: third bullet point under "features" says: #Power Save Mode With 11-μA Quiescent Current $ pdffonts -subst tps62120.pdf name object ID substitute font substitute font file - Arial-BoldMT 81 0 Arial Negreta /usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf ArialMT 83 0 DejaVu Sans /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf Arial-ItalicMT 101 0 Arial Cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Italic.ttf Arial-BoldItalicMT 401 0 Arial Negreta cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Bold_Italic.ttf Helvetica 889 0 TeXGyreHeros /usr/share/fonts/X11/Type1/qhvr.pfb Helvetica-Bold 890 0 TeXGyreHeros Bold /usr/share/fonts/X11/Type1/qhvb.pfb Helvetica 905 0 TeXGyreHeros /usr/share/fonts/X11/Type1/qhvr.pfb Helvetica-Bold 906 0 TeXGyreHeros Bold /usr/share/fonts/X11/Type1/qhvb.pfb Arial-BoldItalicMT 973 0 Arial Negreta cursiva /usr/share/fonts/truetype/msttcorefonts/Arial_Bold_Italic.ttf ArialMT 975 0 DejaVu Sans /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf Arial-BoldMT977 0 Arial Negreta /usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (250, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-rc7+ (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#776513: Security hole in versions 0.15
Control: tags -1 security Control: severity -1 important Unfortunately this is not just a wishlist item: versions of Attic prior to 0.15 have a security hole where a malicious server can trick clients into sending unencrypted backup data: https://github.com/jborg/attic/issues/271 Jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624343: Status?
I hit this yesterday too, on kernel 3.14-2-amd64 (3.14.15-2). With RAID1 + LVM + ext4, I added a USB disk to the RAID1 and started to get immediate errors while mysql wrote to disk: [14648432.847614] bio too big device md1 (1024 240) [14648432.848791] EXT4-fs warning: 2 callbacks suppressed [14648432.848796] EXT4-fs warning (device dm-0): ext4_end_bio:317: I/O error -5 writing to inode 7684151 (offset 0 size 0 starting block 30760663) Yikes! It seems that this bug was tracked at: https://bugzilla.kernel.org/show_bug.cgi?id=9401 which was marked as fixed back in 2013. But the comments suggest that Kent Overstreet's immutable biovec patchset was the solution, which appears to have been already included in 3.14. Does anyone have any insight into whether this bug is supposed to have been fixed? Jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778248: libnewlib-dev: newlib-nano has a different newlib.h
Package: libnewlib-dev Version: 2.1.0+git20141201.db59ff3-1 Severity: normal Tags: patch Dear Maintainer, Code built against newlib-nano needs to use newlib-nano's version of newlib.h, because things like the size and layout of struct _reent are different. There are two patches attached: - The first copies newlib.h from the -nano build to /usr/include/newlib/nano/newlib.h in the installed package, so that it's available for use. - The second adjusts the nano.specs file to add the appropriate include path, so that #include newlib.h pulls in the correct file for both cases (with/without -specs=nano.specs). This is so that the user does not need to manually specify the include path in their build. I'm not very familiar with specs files, so there may be a better way to handle that second case that avoids having to hardcode the path. The first patch is more important and only affects the debian/ dir, the other might be better coordinated with upstream? Jim -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (250, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libnewlib-dev depends on no packages. libnewlib-dev recommends no packages. Versions of packages libnewlib-dev suggests: ii gcc-arm-none-eabi4.8.3-9+11 ii libnewlib-arm-none-eabi 2.1.0+git20141201.db59ff3-1 -- no debconf information From 235fd4040650b5a3cdca018b089f63f5e34a87f5 Mon Sep 17 00:00:00 2001 From: Jim Paris j...@jtan.com Date: Thu, 12 Feb 2015 12:30:44 -0500 Subject: [PATCH 1/2] Ship nano/newlib.h --- debian/rules | 5 + 1 file changed, 5 insertions(+) diff --git a/debian/rules b/debian/rules index b234fe72be86..a0f2330ee4e3 100755 --- a/debian/rules +++ b/debian/rules @@ -100,6 +100,11 @@ override_dh_auto_install: find $(TMP_NANO_DIR) -regex .*/lib\(c\|g\|rdimon\)\.a \ -exec rename 's@$(TMP_NANO_DIR)/(.*).a@$(TMP_DIR)/$$1_nano.a@' \{\} \+ # + # Move nano's version of newlib.h to nano/newlib.h + mkdir -p $(TMP_DIR)/usr/lib/$(TARGET)/include/nano + mv $(TMP_NANO_DIR)/usr/lib/$(TARGET)/include/newlib.h \ + $(TMP_DIR)/usr/lib/$(TARGET)/include/nano/newlib.h + # # Build newlib-source package mkdir -p $(P_SRC)/usr/src/newlib cp ../newlib_$(UVERSION).orig.tar.xz $(P_SRC)/usr/src/newlib/newlib-$(UVERSION).tar.xz -- 2.1.3 From bd495d655003eb97f143bb7bb19d05333046b7fb Mon Sep 17 00:00:00 2001 From: Jim Paris j...@jtan.com Date: Thu, 12 Feb 2015 12:54:40 -0500 Subject: [PATCH 2/2] Add /usr/include/newlib/nano to search path in nano.specs --- libgloss/arm/elf-nano.specs | 3 +++ 1 file changed, 3 insertions(+) diff --git a/libgloss/arm/elf-nano.specs b/libgloss/arm/elf-nano.specs index 60dc407c678b..c96c57aee50b 100644 --- a/libgloss/arm/elf-nano.specs +++ b/libgloss/arm/elf-nano.specs @@ -1,5 +1,6 @@ %rename linknano_link %rename link_gcc_c_sequencenano_link_gcc_c_sequence +%rename cpp nano_cpp *nano_libc: -lc_nano @@ -16,3 +17,5 @@ *lib: %{!shared:%{g*:-lg_nano} %{!p:%{!pg:-lc_nano}}%{p:-lc_p}%{pg:-lc_p}} +*cpp: +-I/usr/include/newlib/nano %(nano_cpp) -- 2.1.3
Bug#778242: libnewlib-arm-none-eabi: mismatched version between libnewlib-arm-none-eabi and libnewlib-dev
Package: libnewlib-arm-none-eabi Version: 2.1.0+git20141201.db59ff3-1 Severity: normal Dear Maintainer, Currently it's possible to have mismatched versions of libnewlib-arm-none-eabi and libnewlib-dev installed (as is the case on my system right now, see version above below). That seems non-ideal: definitions that change in newlib.h can affect the size of struct _reent, for example, leading to problems. Should libnewlib-arm-none-eabi's dependency on libnewlib-dev be strictly versioned? Jim -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (250, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnewlib-arm-none-eabi depends on: ii libnewlib-dev 2.1.0+git20140818.1a8323b-2 Versions of packages libnewlib-arm-none-eabi recommends: ii gcc-arm-none-eabi 4.8.3-9+11 ii libstdc++-arm-none-eabi-newlib 4.8.3-9+4 Versions of packages libnewlib-arm-none-eabi suggests: pn libnewlib-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766496: recoverjpeg: sort-pictures always fails
Package: recoverjpeg Version: 2.2-1 Severity: normal The sort-pictures script tries to detect the presence of imagemagick by running identify /dev/null 21 || dependencies identify returns an error code when run with no arguments, and so sort-pictures always complains that it is not present, even when it is. The script works fine with this line commented out. Jim -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (250, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.5-ftdigpio+ (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 recoverjpeg depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-16 ii libstdc++6 4.9.1-16 recoverjpeg recommends no packages. Versions of packages recoverjpeg suggests: ii exif 0.6.21-1 ii imagemagick 8:6.8.9.6-4+b1 ii python 2.7.8-1 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762000: xpdf: Missing glyphs, Syntax Error: Missing language pack for 'Adobe-GB1' mapping
Package: xpdf Version: 3.03-17+b1 Severity: normal Hi, In some PDF documents, typically datasheets, I've noticed that sequences like °C and °F don't display as anything. The same datasheet displays fine in evince. An example is attached (bad.pdf). The first line says Absolute Maximum Ratings at Ta=25°C in evince, but the °C is missing in xpdf. Xpdf outputs a bunch of errors beginning with Syntax Error: Missing language pack for 'Adobe-GB1' mapping when displaying the page. I think the °C is a different font. pdffonts shows: $ pdffonts bad.pdf name type encoding emb sub uni object ID - --- --- --- - SimSun CID TrueType Identity-H no no no 5 0 Verdana TrueType WinAnsi no no no 8 0 Verdana-BoldItalic TrueType WinAnsi no no no 10 0 Jim Debian Release: jessie/sid APT prefers testing APT policy: (250, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii libc6 2.19-10 ii libgcc1 1:4.9.1-12 ii libpoppler46 0.26.4-1 ii libstdc++64.9.1-12 ii libx11-6 2:1.6.2-3 ii libxm42.3.4-5 ii libxt61:1.1.4-1 Versions of packages xpdf recommends: ii cups-bsd 1.7.5-1 ii gsfonts-x110.22 ii poppler-data 0.4.7-1 ii poppler-utils 0.26.4-1 xpdf suggests no packages. -- no debconf information bad.pdf Description: Adobe PDF document
Bug#746274: Same here, due to p11-kit
Same here, a GDB log of the crash is below. I think it was because I had p11-kit 0.20.1-3, but libp11-kit 0.20.3-1. I fixed it by running: sudo apt-get install p11-kit=0.20.2-5 p11-kit-modules=0.20.2-5 libp11-kit0=0.20.2-5 Jim -- $ gdb python --args python -c import cv2 GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/python2.7...Reading symbols from /usr/lib/debug/usr/bin/python2.7...done. done. (gdb) run Starting program: /usr/bin/python -c import\ cv2 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. __strcmp_sse2 () at ../sysdeps/x86_64/multiarch/../strcmp.S:209 209 ../sysdeps/x86_64/multiarch/../strcmp.S: No such file or directory. (gdb) thread apply all bt full Thread 1 (Thread 0x77fb7700 (LWP 31214)): #0 __strcmp_sse2 () at ../sysdeps/x86_64/multiarch/../strcmp.S:209 No locals. #1 0x7fffe23b4ed3 in asn1_find_node () from /usr/lib/x86_64-linux-gnu/libtasn1.so.3 No symbol table info available. #2 0x7fffe1f61ee0 in ?? () from /usr/lib/x86_64-linux-gnu/libtasn1.so.6 No symbol table info available. #3 0x7fffe1f62458 in asn1_array2tree () from /usr/lib/x86_64-linux-gnu/libtasn1.so.6 No symbol table info available. #4 0x7fffe1b33075 in ?? () from /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so No symbol table info available. #5 0x7fffe1b336fd in ?? () from /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so No symbol table info available. #6 0x7fffe1b269e4 in ?? () from /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so No symbol table info available. #7 0x7fffe1b32a0d in ?? () from /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so No symbol table info available. #8 0x7fffe1b2f0b6 in ?? () from /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so No symbol table info available. #9 0x7fffe21826ce in ?? () from /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 No symbol table info available. #10 0x7fffe21840fa in p11_kit_initialize_registered () from /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 No symbol table info available. #11 0x7fffe522094a in gnutls_pkcs11_init () from /usr/lib/x86_64-linux-gnu/libgnutls.so.26 No symbol table info available. #12 0x7fffe520afa0 in gnutls_global_init () from /usr/lib/x86_64-linux-gnu/libgnutls.so.26 No symbol table info available. #13 0x7fffeccb8aee in ?? () from /usr/lib/x86_64-linux-gnu/libavformat.so.55 No symbol table info available. #14 0x7fffecd0213f in avformat_network_init () from /usr/lib/x86_64-linux-gnu/libavformat.so.55 No symbol table info available. #15 0x756dba64 in ?? () from /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4 No symbol table info available. #16 0x77dea9fa in call_init (l=optimized out, argc=argc@entry=3, argv=argv@entry=0x7fffddf8, env=env@entry=0x7fffde18) at dl-init.c:78 j = optimized out jm = optimized out addrs = optimized out init_array = optimized out #17 0x77deaae3 in call_init (env=0x7fffde18, argv=0x7fffddf8, argc=3, l=optimized out) at dl-init.c:36 No locals. #18 _dl_init (main_map=main_map@entry=0xa3ab30, argc=3, argv=0x7fffddf8, env=0x7fffde18) at dl-init.c:126 preinit_array = optimized out ---Type return to continue, or q return to quit--- preinit_array_size = optimized out i = 9 #19 0x77deec48 in dl_open_worker (a=a@entry=0x7fffd2b8) at dl-open.c:577 args = 0x7fffd2b8 file = optimized out mode = optimized out call_map = optimized out dst = optimized out __PRETTY_FUNCTION__ = dl_open_worker new = optimized out r = optimized out reloc_mode = optimized out nmaps = optimized out l = optimized out maps = optimized out any_tls = optimized out first_static_tls = optimized out #20 0x77dea8b4 in _dl_catch_error (objname=objname@entry=0x7fffd2a8, errstring=errstring@entry=0x7fffd2b0, mallocedp=mallocedp@entry=0x7fffd2a7, operate=operate@entry=0x77dee970 dl_open_worker, args=args@entry=0x7fffd2b8) at dl-error.c:187 errcode = 0 c = {objname = 0x7fffd2a8, errstring = 0x7fffd2b0, malloced = 0x7fffd2a7, errcode = 0x7fffd194, env = {{ __jmpbuf =
Bug#737799: STARTTLS fails with 8192-bit keys
Package: sendmail Version: 8.14.4-4.1 Severity: normal I have this config in /etc/mail/starttls.m4, corresponding to my own private CA and some certificates that I generated and signed: define(`confCACERT_PATH', `/etc/ssl/certs')dnl define(`confCACERT', `/etc/ssl/public/ca.pem')dnl define(`confSERVER_CERT', `/etc/ssl/public/sendmail-server.pem')dnl define(`confSERVER_KEY', `/etc/ssl/private/sendmail-server.key')dnl define(`confCLIENT_CERT', `/etc/ssl/public/sendmail-client.pem')dnl define(`confCLIENT_KEY', `/etc/ssl/private/sendmail-client.key')dnl If sendmail-server.key and sendmail-client.key are 8192 bits, sending queued mail from my local system fails with the following error in /var/log/mail.log: Feb 5 19:26:13 psy sm-mta[21534]: starting daemon (8.14.4): SMTP+queueing@00:05:00 Feb 5 19:26:14 psy sm-msp[21555]: starting daemon (8.14.4): queueing@00:10:00 Feb 5 19:26:15 psy sm-mta[21568]: STARTTLS=server, error: accept failed=-1, SSL_error=1, errno=0, retry=-1, relay=localhost [127.0.0.1] Feb 5 19:26:15 psy sm-msp-queue[21540]: STARTTLS=client, error: connect failed=0, SSL_error=1, errno=0, retry=-1 Feb 5 19:26:15 psy sm-msp-queue[21540]: STARTTLS=client: 21540:error:14094417:SSL routines:SSL3_READ_BYTES:sslv3 alert illegal parameter:s3_pkt.c:1108:SSL alert number 47 Feb 5 19:26:15 psy sm-mta[21568]: STARTTLS=server: 21568:error:1408E098:SSL routines:SSL3_GET_MESSAGE:excessive message size:s3_both.c:483: Feb 5 19:26:15 psy sm-msp-queue[21540]: ruleset=tls_server, arg1=SOFTWARE, relay=[127.0.0.1], reject=403 4.7.0 TLS handshake. Feb 5 19:26:15 psy sm-msp-queue[21540]: s1601pq7016584: to=redacted@redacted, ctladdr=jim (1000/1000), delay=00:24:24, xdelay=00:00:01, mailer=relay, pri=480853, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: 403 4.7.0 TLS handshake. Feb 5 19:26:15 psy sm-mta[21568]: s160QEGo021568: localhost [127.0.0.1] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA-v4 On a hunch, I regenerated both keys as 4096 bit keys, signed them with the CA, and tried again. This worked fine, with no other changes: Feb 5 19:33:12 psy sm-mta[22363]: starting daemon (8.14.4): SMTP+queueing@00:05:00 Feb 5 19:33:14 psy sm-msp[22383]: starting daemon (8.14.4): queueing@00:10:00 Feb 5 19:33:14 psy sm-mta[22371]: STARTTLS=server, relay=localhost [127.0.0.1], version=TLSv1/SSLv3, verify=OK, cipher=DHE-RSA-AES256-SHA, bits=256/256 Feb 5 19:33:14 psy sm-msp-queue[22369]: STARTTLS=client, relay=[127.0.0.1], version=TLSv1/SSLv3, verify=OK, cipher=DHE-RSA-AES256-SHA, bits=256/256 Feb 5 19:33:15 psy sm-mta[22371]: s160XEib022371: from=jim@redacted, size=1007, class=0, nrcpts=1, msgid=20140206000150.GA16379@redacted, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1] Feb 5 19:33:15 psy sm-msp-queue[22369]: s1601pq7016584: to=redacted@redacted, ctladdr=jim (1000/1000), delay=00:31:24, xdelay=00:00:01, mailer=relay, pri=660853, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (s160XEib022371 Message accepted for delivery) I'm certain I generated the keys and signed the certificates the exact same way in both situations, and the Sendmail configuration did not change. The only difference was that it fails when the keys for the client certs were generated with: openssl genrsa -out out.key 8192 and worked fine with: openssl genrsa -out out.key 4096 -jim -- Package-specific info: Ouput of /usr/share/bug/sendmail/script: ls -alR /etc/mail: /etc/mail: total 448 drwxr-sr-x 7 smmta smmsp 4096 Feb 5 19:19 . drwxr-xr-x 196 root root 12288 Feb 5 19:25 .. -rwxr-xr-- 1 root smmsp 11819 Feb 5 19:19 Makefile -rw--- 1 root smmsp 4628 Feb 5 18:51 access -rw-r- 1 smmta smmsp 12288 Feb 5 19:19 access.db -rw-r--r-- 1 root root281 Jul 15 2008 address.resolve lrwxrwxrwx 1 root smmsp10 Jun 11 2009 aliases - ../aliases -rw-r--r-- 1 smmta smmsp 12288 Feb 5 19:19 aliases.db -rw-r--r-- 1 root smmsp 3835 Feb 5 19:19 databases -rw-r- 1 smmta smmsp48 Aug 10 2008 default-auth-info -rw-r--r-- 1 root root 5657 Jul 15 2008 helpfile -rw-r--r-- 1 root smmsp 104 Apr 6 2013 local-host-names drwxr-sr-x 2 smmta smmsp 4096 Oct 30 2012 m4 drwxr-xr-x 2 root root 4096 Nov 23 16:42 peers -rw-r--r-- 1 root smmsp 0 Aug 10 2008 relay-domains drwxr-xr-x 2 root smmsp 4096 Aug 25 2008 sasl -rw-r--r-- 1 root smmsp 68206 Feb 5 19:18 sendmail.cf -rw-r--r-- 1 root root 68061 Feb 7 2011 sendmail.cf.old -rw-r--r-- 1 root root 12236 Feb 5 19:19 sendmail.conf -rw-r--r-- 1 root smmsp 4879 Feb 5 19:18 sendmail.mc -rw-r--r-- 1 root root149 Jul 15 2008 service.switch -rw-r--r-- 1 root root180 Jul 15 2008 service.switch-nodns drwxr-sr-x 2 smmta smmsp 4096 Aug 25 2008 smrsh lrwxrwxrwx 1 root root 15 Jun 11 2009 spamassassin - ../spamassassin -rw-r--r-- 1 root smmsp 45330 Feb 5 19:19 submit.cf -rw-r--r-- 1
Bug#737799: OpenSSL bug?
It looks like this is actually an OpenSSL bug with 4096 bit keys: http://rt.openssl.org/Ticket/Display.html?user=guestpass=guestid=319 -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737043: Fails to display processes with non-ascii characters
Package: iotop Version: 0.6-1 Severity: normal Hi, Despite #616481, #670331, and #708252 being closed, I'm still getting Unicode errors with iotop. Perhaps process names should be treated as opaque binary strings and sent straight to the terminal that way, just like top(1), ps(1), etc. $ sh -c sleep 1000; echo ☻ $ sudo env -i /usr/sbin/iotop -b -n 1 /dev/null Traceback (most recent call last): File /usr/sbin/iotop, line 17, in module main() File /usr/lib/python2.7/dist-packages/iotop/ui.py, line 620, in main main_loop() File /usr/lib/python2.7/dist-packages/iotop/ui.py, line 610, in lambda main_loop = lambda: run_iotop(options) File /usr/lib/python2.7/dist-packages/iotop/ui.py, line 506, in run_iotop return run_iotop_window(None, options) File /usr/lib/python2.7/dist-packages/iotop/ui.py, line 501, in run_iotop_window ui.run() File /usr/lib/python2.7/dist-packages/iotop/ui.py, line 155, in run self.process_list.duration) File /usr/lib/python2.7/dist-packages/iotop/ui.py, line 447, in refresh_display print(l) UnicodeEncodeError: 'ascii' codec can't encode character u'\u263b' in position 83: ordinal not in range(128) Jim -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iotop depends on: ii python 2.7.2-9 iotop recommends no packages. iotop suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730516: missing dependency on python-cairo
Package: system-config-printer Severity: normal On a fresh install with system-config-printer 1.4.3-1: $ system-config-printer Traceback (most recent call last): File /usr/share/system-config-printer/system-config-printer.py, line 87, in module import printerproperties File /usr/share/system-config-printer/printerproperties.py, line 42, in module import gtkinklevel File /usr/share/system-config-printer/gtkinklevel.py, line 23, in module import cairo ImportError: No module named cairo Installing python-cairo fixes it. -jim -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages system-config-printer depends on: ii gnome-icon-theme2.30.3-2 ii python 2.7.2-9 ii python-cups none ii python-cupshelpers none ii python-dbus 0.84.0-2 ii python-glade2 2.24.0-3+b1 ii python-gnome2 2.28.1-3 ii python-gtk2 2.24.0-3+b1 ii python-libxml2 2.8.0+dfsg1-7+nmu2 ii python-notify none ii python-support 1.0.14 Versions of packages system-config-printer recommends: pn cups-pk-helper none pn system-config-printer-udev none Versions of packages system-config-printer suggests: pn python-gnomekeyring none pn python-smbc none pn sessioninstaller none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711229: leak
Maybe the cups-browsed leak is related to: https://bugzilla.redhat.com/show_bug.cgi?id=959682 I can't figure out how to see what their fix was, though. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706122: --overscan option error
Package: impressive Version: 0.10.3-2 Severity: minor impressive -V 3 works, but impressive --overscan 3 gives an error. Looks like the getopt line needs overscan= instead of overscan. -jim -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages impressive depends on: ii perl5.14.2-11 ii poppler-utils [xpdf-utils] 0.12.4-1.2 ii python 2.7.2-9 ii python-imaging 1.1.7-4 ii python-opengl 3.0.1-1 ii python-pygame 1.9.1release+dfsg-8 ii python-support 1.0.14 Versions of packages impressive recommends: ii pdftk 1.41+dfsg-10+squeeze1 Versions of packages impressive suggests: pn ghostscript 8.71~dfsg2-10 pn latex-beamer none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705562: fix undefined references detection
Package: latex-make Version: 2.1.18-2 Severity: normal Tags: patch LaTeX.mk was failing to rebuild my document when there were still undefined references. I needed to make two changes: 1) The default REBUILD_RULES doesn't include bibtopic_undefined_references (which is strangely named anyway, because I'm not using bibtopic). I needed to set: REBUILD_RULES=latex texdepends bibtopic_undefined_references in my Makefile. 2) The LU_rebuild_bibtopic_undefined_references rule seems broken. I fixed it with the patch below. -jim --- LaTeX.mk.orig 2013-04-16 15:17:52.538820616 -0400 +++ LaTeX.mk2013-04-16 15:18:38.680520237 -0400 @@ -892,7 +892,7 @@ LU_rebuild_bibtopic_undefined_references: $(call lu-rebuild-head) $(COMMON_HIDE)if grep -sq 'There were undefined references'\ - $(MASTER_$(LU_REC_MASTER)).log ; then \ + $(LU_REC_LOGFILE) ; then \ $(call lu-rebuild-needed,$@: new run needed) \ fi -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages latex-make depends on: ii dpkg 1.16.8 ii ghostscript 8.71~dfsg2-10 ii make 3.81-8.1 ii python 2.7.2-9 ii tex-common 3.15 ii transfig 1:3.2.5.c-1 Versions of packages latex-make recommends: ii inkscape 0.48.3.1-1.3 ii texlive-latex-extra2012.20120611-2 ii texlive-latex-recommended 2012.20120611-5 latex-make suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705429: latexfilter.py regex for catching underfull/overfull warnings is broken
Package: latex-make Version: 2.1.18-2 Severity: normal Tags: patch Hi, The file /usr/share/texmf/scripts/latex-make/latexfilter.py has a regex that tries to match and print out Overfull \hbox and Underfull \vbox warnings, but the regex is improperly escaped, so it never matches anything. Patch below makes it a raw string which works. -jim --- latexfilter.py.orig 2013-04-14 16:40:48.214314227 -0400 +++ latexfilter.py 2013-04-14 16:40:55.090569470 -0400 @@ -22,7 +22,7 @@ in_display = 0 start_line = '' warnerror_re = re.compile(^(LaTeX|Package|Class)( (.*))? (Warning:|Error:)) -fullbox_re = re.compile(^(Underfull|Overfull) \\[hv]box) +fullbox_re = re.compile(r^(Underfull|Overfull) \\[hv]box) for line in sys.stdin: if display 0: display -= 1 -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages latex-make depends on: ii dpkg 1.16.8 ii ghostscript 8.71~dfsg2-10 ii make 3.81-8.1 ii python 2.7.2-9 ii tex-common 3.15 ii transfig 1:3.2.5.c-1 Versions of packages latex-make recommends: ii inkscape 0.48.3.1-1.3 ii texlive-latex-extra2012.20120611-2 ii texlive-latex-recommended 2012.20120611-5 latex-make suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701713: PyCurl segfault while cleaning up CurlMulti object
Package: python-pycurl Version: 7.19.0-6 Severity: normal $ python2.7 -c 'import pycurl; x = pycurl.CurlMulti()' Segmentation fault GDB points to multi.c:1776: multi-closure_handle-dns.hostcache = multi-hostcache; I guess multi-closure_handle is NULL. -jim -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-pycurl depends on: ii libc6 2.13-35 ii libcomerr21.41.12-4stable1 ii libcurl3-gnutls 7.29.0-1 ii libgcrypt11 1.4.6-5 ii libgnutls26 2.12.18-1 ii libgssapi-krb5-2 1.10+dfsg~beta1-2 ii libidn11 1.18-1 ii libk5crypto3 1.10+dfsg~beta1-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libldap-2.4-2 2.4.23-7.2 ii librtmp0 2.3-2 ii libssh2-1 1.4.2-1.1 ii python2.7.2-9 ii python-support1.0.14 ii zlib1g1:1.2.7.dfsg-13 python-pycurl recommends no packages. Versions of packages python-pycurl suggests: pn libcurl4-gnutls-dev 7.29.0-1 pn python-pycurl-dbgnone -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701713: segfault is in libcurl
reassign 701713 libcurl3 thanks I guess this bug is in libcurl, not pycurl, since this segfaults too: #include curl/multi.h int main() { curl_multi_cleanup(curl_multi_init()); } -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698399: git dependency needs to be more strict (error: unknown option `no-edit')
Subject: git dependency needs to be more strict (error: unknown option `no-edit') Package: git-annex Version: 3.20130114 Severity: normal $ git annex sync ... merge synced/master error: unknown option `no-edit' usage: git merge [options] [commit...] ... According to the git-annex code, '--no-edit' needs git 1.7.7.6, but Debian's dependency is only on (= 1:1.7.7), and the determination to use --no-edit is made at compile time, not run time. (Does that also mean that the source entry in debian/control should have a versioned dependency on git, too?) -jim -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 git-annex depends on: ii curl 7.21.0-2.1+squeeze2 Get a file from an HTTP, HTTPS or ii git 1:1.7.7-2 fast, scalable, distributed revisi ii libc62.13-35 Embedded GNU C Library: Shared lib ii libffi5 3.0.9-4 Foreign Function Interface library ii libgmp10 2:5.0.2+dfsg-1 Multiprecision arithmetic library ii libgnutls26 2.12.20-1 GNU TLS library - runtime library ii libgsasl71.8.0-2 GNU SASL library ii libidn11 1.15-2 GNU Libidn library, implementation ii libpcre3 8.12-3 Perl 5 Compatible Regular Expressi ii libxml2 2.8.0+dfsg1-5 GNOME XML library ii libyaml-0-2 0.1.4-2 Fast YAML 1.1 parser and emitter l ii openssh-client 1:5.9p1-3 secure shell (SSH) client, for sec ii rsync3.0.7-2 fast remote file copy program (lik ii uuid 1.6.2-1.1 the Universally Unique Identifier ii wget 1.12-2.1retrieves files from the web ii zlib1g 1:1.2.7.dfsg-13 compression library - runtime Versions of packages git-annex recommends: ii bind9-host 1:9.7.3.dfsg-1~squeeze8 Version of 'host' bundled with BIN ii gnupg1.4.10-4+squeeze1 GNU privacy guard - a free PGP rep ii lsof 4.81.dfsg.1-1 List open files Versions of packages git-annex suggests: pn bup none (no description available) ii graphviz 2.26.3-5 rich set of graph drawing tools pn libnss-mdns none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693558: root on iscsi: iscsistart: TargetName not set. Exiting iscsistart
Package: open-iscsi Version: 2.0.873-3 Severity: normal Tags: patch This is the same as https://bugs.launchpad.net/ubuntu/+source/open-iscsi/+bug/1066945 There seems to be some issue with networking not being started early enough for iscsistart to work. Just like in the Ubuntu bug, it's fixed by the patch below. -jim --- debian/extra/initramfs.local-top.orig 2012-11-17 15:43:21.477639664 -0500 +++ debian/extra/initramfs.local-top2012-11-17 15:43:28.213849939 -0500 @@ -24,6 +24,7 @@ done . /scripts/functions + wait_for_udev 10 configure_networking modprobe iscsi_tcp -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.13-35 ii udev 175-7 open-iscsi recommends no packages. open-iscsi suggests no packages. -- Configuration Files: /etc/iscsi/initiatorname.iscsi [Errno 13] Permission denied: u'/etc/iscsi/initiatorname.iscsi' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693559: typo in README
Package: open-iscsi Version: 2.0.873-3 Severity: minor I assume this is just a minor typo in the README.Debian, but it's misleading: Example Syntax: ISCSI_INITIATOR=iqn.1993-08.org.debian:01:9b3e5634fdb9 ISCSI_TARGET_NAME=iqn.2008-01.com.example:storage.foo ISCSI_TARGET_IP=192.168.1.1 ISCSI_TARGET_PORT=3160 ISCSI_USERNAME=username ISCSI_PASSWORD=password The normal ISCSI port is 3260, not 3160. It's easy to miss if you're trying to follow the example and just copy it over to your own config. -jim -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.13-35 ii udev 175-7 open-iscsi recommends no packages. open-iscsi suggests no packages. -- Configuration Files: /etc/iscsi/initiatorname.iscsi [Errno 13] Permission denied: u'/etc/iscsi/initiatorname.iscsi' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690015: latex-make is slow to find its scripts
Package: latex-make Version: 2.1.18-2 Severity: wishlist Tags: patch Hi, latex-make is really slow. It spends a long time calling kpsewhich in order to find the scripts in /usr/share/texmf/scripts/latex-make. But they're always going to be in the same place on a Debian install. Please consider the attached patch to simply hardcode the paths. Maybe this could be made more flexible by allowing the user to override the variables, if that's needed (e.g., set them with ?= instead of := ) Before the patch: $ echo 'include LaTeX.mk' Makefile $ echo '\documentclass{letter}\begin{document}test\end{document}' test.tex $ make clean /dev/null 21 $ time make test.pdf /dev/null 21 real0m8.278s user0m7.244s sys 0m0.800s $ After the patch: $ echo 'include LaTeX.mk' Makefile $ echo '\documentclass{letter}\begin{document}test\end{document}' test.tex $ make clean /dev/null 21 $ time make test.pdf /dev/null 21 real0m0.599s user0m0.544s sys 0m0.080s $ That's 7.5 seconds and over 90% of the execution time saved. This can matter a lot to anyone working on a small document and doing frequent recompiles to check the output. (There may be other optimizations to do too, but this one really stuck out) -jim -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (300, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.14+ (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages latex-make depends on: ii dpkg 1.16.3 ii ghostscript 9.05~dfsg-5 ii make 3.81-8.1 ii python 2.7.2-10 ii tex-common 3.13 ii transfig 1:3.2.5.d-1 Versions of packages latex-make recommends: ii inkscape 0.48.3.1-1+b1 ii texlive-latex-extra2012.20120611-2 ii texlive-latex-recommended 2012.20120611-4 latex-make suggests no packages. -- no debconf information --- /usr/include/LaTeX.mk 2012-07-12 10:41:33.0 -0400 +++ LaTeX.mk 2012-10-08 21:16:03.246594815 -0400 @@ -415,12 +415,12 @@ $$(eval $$(call lu-setvar-global,$(1),$$(_LU_$(1)_DEFAULT))) endef -$(eval $(call _lu_which,GENSUBFIG,gensubfig.py)) -$(eval $(call _lu_which,FIGDEPTH,figdepth.py)) -$(eval $(call _lu_which,GENSUBSVG,gensubfig.py)) -$(eval $(call _lu_which,SVGDEPTH,svgdepth.py)) -$(eval $(call _lu_which,SVG2DEV,svg2dev.py)) -$(eval $(call _lu_which,LATEXFILTER,latexfilter.py)) +_LU_GENSUBFIG := /usr/share/texmf/scripts/latex-make/gensubfig.py +_LU_FIGDEPTH:= /usr/share/texmf/scripts/latex-make/figdepth.py +_LU_GENSUBSVG := /usr/share/texmf/scripts/latex-make/gensubfig.py +_LU_SVGDEPTH:= /usr/share/texmf/scripts/latex-make/svgdepth.py +_LU_SVG2DEV := /usr/share/texmf/scripts/latex-make/svg2dev.py +_LU_LATEXFILTER := /usr/share/texmf/scripts/latex-make/latexfilter.py # Rules to use to check if the build document (dvi or pdf) is up-to-date # This can be overruled per document manually and/or automatically
Bug#683159: More details
Upstream bug #2771 discusses this further: http://rt.openssl.org/Ticket/Display.html?id=2771user=guestpass=guest -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683159: workaround?
Are there any workarounds for this, like an environment variable that would tell openssl to use a particular TLS version? I'm running into sites that just hang, and openssl doesn't even return an error: $ openssl s_client -connect my.t-mobile.com:443 CONNECTED(0003) .. no further output. It works with -no_tls1_2 though. This bug also seems like a duplicate of #678353 -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663931: How to reproduce
Hi, This is not related to lvm2. Libvirt is triggering a problem that causes udevadm settle to stop working, and libvirt is also then hitting that problem because it calls udevadm settle itself. You can reproduce with just udev by running the following test program (tested with kernel linux-image-3.2.0-2-amd64_3.2.14-1): /* test.c */ #include stdlib.h #include unistd.h #include sched.h static int dummy(void *argv) { _exit(0); } main() { char stack[4096]; clone(dummy, stack+4096, CLONE_NEWNET, NULL); wait(); system(ip link set lo netns -1); } e.g.: # /etc/init.d/udev restart Stopping the hotplug events dispatcher: udevd. Starting the hotplug events dispatcher: udevd. # time udevadm settle real0m0.031s user0m0.000s sys 0m0.004s # gcc -o test test.c # ./test # time udevadm settle real2m0.160s user0m0.008s sys 0m0.024s # -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663931: Same problem
I'm having the same problem here. udev seems to have problems after libvirtd starts (even after libvirtd exits). This in turn causes problems with virt-manager. # /etc/init.d/udev stop Stopping the hotplug events dispatcher: udevd. # /etc/init.d/udev start Starting the hotplug events dispatcher: udevd. Synthesizing the initial hotplug events...done. Waiting for /dev to be fully populated...done. # time udevadm settle real0m0.262s user0m0.000s sys 0m0.004s # libvirtd -v 2012-04-21 20:50:01.643+: 16223: info : libvirt version: 0.9.11 ^C # time udevadm settle real 2m0.159s user0m0.004s sys 0m0.016s # Note that just starting, then stopping libvirtd, causes udevadm settle to suddenly take 2 minutes. Even with libvirtd no longer running, and udevadm settle will now always take 2 minutes until it is restarted. In udevadm monitor, starting libvirtd results in: KERNEL[511713.149926] add /devices/virtual/net/lo/queues/rx-0 (queues) KERNEL[511713.149960] add /devices/virtual/net/lo/queues/tx-0 (queues) UDEV [511713.151394] add /devices/virtual/net/lo/queues/tx-0 (queues) UDEV [511713.151427] add /devices/virtual/net/lo/queues/rx-0 (queues) KERNEL[511713.224143] remove /devices/virtual/net/lo/queues/rx-0 (queues) KERNEL[511713.224167] remove /devices/virtual/net/lo/queues/tx-0 (queues) UDEV [511713.224610] remove /devices/virtual/net/lo/queues/rx-0 (queues) UDEV [511713.225180] remove /devices/virtual/net/lo/queues/tx-0 (queues) In syslog output after udevadm control --log-priority debug, starting libvirtd results in: Apr 21 16:56:51 p udevd[17521]: udevd message (SYNC) received Apr 21 16:56:53 p udevd[17521]: seq 7530 queued, 'add' 'queues' Apr 21 16:56:53 p udevd[17521]: seq 7530 forked new worker [18181] Apr 21 16:56:53 p udevd[17521]: seq 7531 queued, 'add' 'queues' Apr 21 16:56:53 p udevd[18181]: seq 7530 running Apr 21 16:56:53 p udevd[17521]: seq 7531 forked new worker [18183] Apr 21 16:56:53 p udevd[18183]: seq 7531 running Apr 21 16:56:53 p udevd[18183]: passed -1 bytes to netlink monitor 0x1ff6730 Apr 21 16:56:53 p udevd[18181]: passed -1 bytes to netlink monitor 0x2006750 Apr 21 16:56:53 p udevd[17521]: seq 7530 done with 0 Apr 21 16:56:53 p udevd[18183]: seq 7531 processed with 0 Apr 21 16:56:53 p udevd[17521]: seq 7531 done with 0 Apr 21 16:56:53 p udevd[18181]: seq 7530 processed with 0 Apr 21 16:56:54 p udevd[17521]: seq 7532 queued, 'remove' 'queues' Apr 21 16:56:54 p udevd[17521]: passed 168 bytes to netlink monitor 0x1ff5370 Apr 21 16:56:54 p udevd[17521]: seq 7533 queued, 'remove' 'queues' Apr 21 16:56:54 p udevd[17521]: passed 168 bytes to netlink monitor 0x1ff5370 Apr 21 16:56:54 p udevd[18181]: seq 7532 running Apr 21 16:56:54 p udevd[18183]: seq 7533 running Apr 21 16:56:54 p udevd[18183]: no db file to read /dev/.udev/data/+queues:tx-0: No such file or directory Apr 21 16:56:54 p udevd[18181]: no db file to read /dev/.udev/data/+queues:rx-0: No such file or directory Apr 21 16:56:54 p udevd[18181]: passed -1 bytes to netlink monitor 0x2006750 Apr 21 16:56:54 p udevd[18181]: seq 7532 processed with 0 Apr 21 16:56:54 p udevd[17521]: seq 7532 done with 0 Apr 21 16:56:54 p udevd[18183]: passed -1 bytes to netlink monitor 0x1ff6730 Apr 21 16:56:54 p udevd[18183]: seq 7533 processed with 0 Apr 21 16:56:54 p udevd[17521]: seq 7533 done with 0 udevadm settle is eventually just timing out. Looking into why: # cat /sys/kernel/uevent_seqnum 7534 # od -N 2 -t d2 /dev/.udev/queue.bin | head -1 000 7533 So there was another event 7534 that udev never saw, and that's causing settle to time out. Weird. Maybe a kernel bug? Running udevadm monitor --kernel --property in parallel to those previous commands shows events up to 7533, but not 7534. And if I run libvirtd again, it will jump right to 7535. I'll try to debug this more when I get a chance.. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663931: Udev missing events
Something libvirt does at startup is triggering network uevents that never make it to udev, which breaks udevadm settle because it the kernel seqnum doesn't match udev's seqnum anymore. I sent some details here: http://article.gmane.org/gmane.linux.hotplug.devel/17421 -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668952: named dies with initializing DST: openssl failure
Package: bind9 Version: 1:9.8.1.dfsg.P1-4 Severity: important Hi, On my server, I performed this upgrade (from /var/log/apt/history.log): Start-Date: 2012-04-15 20:04:36 Commandline: apt-get -t unstable install bind9 Install: libdns81:amd64 (9.8.1.dfsg.P1-4, automatic), libisccc80:amd64 (9.8.1.dfsg.P1-4, automatic), liblwres80:amd64 (9.8.1.dfsg.P1-4, automatic), libbind9-80:amd64 (9.8.1.dfsg.P1-4, automatic), libisccfg82:amd64 (9.8.1.dfsg.P1-4, automatic), libisc83:amd64 (9.8.1.dfsg.P1-4, automatic) Upgrade: bind9:amd64 (9.7.3.dfsg-1~squeeze4, 9.8.1.dfsg.P1-4), bind9utils:amd64 (9.7.3.dfsg-1~squeeze4, 9.8.1.dfsg.P1-4), libgeoip1:amd64 (1.4.7~beta6+dfsg-1, 1.4.8+dfsg-3) Error: Sub-process /usr/bin/dpkg returned an error code (1) End-Date: 2012-04-15 20:05:19 It failed with: Starting domain name service...: bind9 failed! invoke-rc.d: initscript bind9, action restart failed. dpkg: error processing bind9 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: bind9 Checking syslog, the error was: Apr 15 20:07:38 psychosis named[18086]: initializing DST: openssl failure So I did this: Start-Date: 2012-04-15 20:09:37 Commandline: apt-get -t unstable install openssl Upgrade: openssh-server:amd64 (5.9p1-3, 5.9p1-5), openssh-client:amd64 (5.9p1-3, 5.9p1-5), openssl:amd64 (1.0.0d-3, 1.0.1-4), libssl1.0.0:amd64 (1.0.0d-1, 1.0.1-4) End-Date: 2012-04-15 20:10:01 and bind9 was able to start just fine. Maybe bind9 needs a tighter dependency on libssl1.0.0? -jim -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bind9 depends on: ii adduser3.112+nmu2 ii bind9utils 1:9.8.1.dfsg.P1-4 ii debconf [debconf-2.0] 1.5.38 ii libbind9-801:9.8.1.dfsg.P1-4 ii libc6 2.11.3-2 ii libcap21:2.19-3 ii libdns81 1:9.8.1.dfsg.P1-4 ii libgssapi-krb5-2 1.10+dfsg~beta1-2 ii libisc83 1:9.8.1.dfsg.P1-4 ii libisccc80 1:9.8.1.dfsg.P1-4 ii libisccfg821:9.8.1.dfsg.P1-4 ii liblwres80 1:9.8.1.dfsg.P1-4 ii libssl1.0.01.0.1-4 ii libxml22.7.8.dfsg-2+squeeze3 ii lsb-base 3.2-27 ii net-tools 1.60-23 ii netbase4.45 bind9 recommends no packages. Versions of packages bind9 suggests: pn bind9-doc 1:9.7.3.dfsg-1~squeeze4 pn dnsutils1:9.7.3.dfsg-1~squeeze4 pn resolvconf none pn ufw none -- Configuration Files: /etc/bind/named.conf.local changed [not included] /etc/bind/named.conf.options changed [not included] -- debconf information: * bind9/different-configuration-file: * bind9/run-resolvconf: true * bind9/start-as-user: bind -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667954: gddrescue: include ddrescuelog in package
Package: gddrescue Version: 1.15-1 Severity: normal Tags: patch Hi, The new ddrescuelog program gets built, but debian/rules doesn't include it in the package. -jim -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (300, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.14+ (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gddrescue depends on: ii dpkg 1.16.2 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-27 ii libgcc1 1:4.7.0-1 ii libstdc++64.7.0-1 gddrescue recommends no packages. gddrescue suggests no packages. -- no debconf information --- gddrescue-1.15/debian/rules 2012-04-07 13:04:14.0 -0400 +++ gddrescue-1.15jim/debian/rules 2012-04-07 13:01:30.314920633 -0400 @@ -64,6 +64,7 @@ # avoid package-contains-info-dir-file: rm -f $(CURDIR)/debian/gddrescue/usr/share/info/dir* install ddrescue $(CURDIR)/debian/gddrescue/sbin + install ddrescuelog $(CURDIR)/debian/gddrescue/sbin # Build architecture-independent files here. binary-indep: build install @@ -76,7 +77,7 @@ dh_installchangelogs ChangeLog dh_installdocs dh_installinfo doc/ddrescue.info - dh_installman doc/ddrescue.1 + dh_installman doc/ddrescue.1 doc/ddrescuelog.1 dh_strip dh_compress dh_fixperms
Bug#663976: reports Error in file every time
Package: iozone3 Version: 397-2 Severity: normal Hi, The command: iozone -a -B -+d always fails within seconds and reports Error in file. I tried this on four different amd64 machines, on ext3 on rotational media, on ext4 on SSD, and on tmpfs, and it always fails at the exact same address, so it is not a hardware problem. Full log: $ cd /tmp $ iozone -a -B -+d Iozone: Performance Test of File I/O Version $Revision: 3.397 $ Compiled for 64 bit mode. Build: linux-AMD64 Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer. Ben England. Run began: Wed Mar 14 09:35:55 2012 Auto Mode Using mmap files I/O Diagnostic mode enabled. Performance measurements are invalid in this mode. Command line used: iozone -a -B -+d Output is in Kbytes/sec Time Resolution = 0.01 seconds. Processor cache size set to 1024 Kbytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride KB reclen write rewritereadrereadread write read rewrite read 64 4 507625 598110 801764 842003 831569 529661 799377 496362 1049372 64 8 587635 720041 695778 1066042 1049372 598110 983980 587635 1421755 64 16 673098 718114 1143223 1232453 1017549 668072 1188789 653436 1562436 64 32 634890 673098 1210227 1310683 1304314 659861 1232453 703068 1336792 64 64 703068 686877 1310683 1357066 1336792 627470 1304314 681644 1163036 128 4 546819 673778 681476 836500 826202 702889 621518 702889 Error in file: Position 0 0 0 Error in file: Position 69632 Record # 17 Record size 4 kb Found pattern: Char Q Expecting . Found pattern: Hex 51 Expecting 2e The Found pattern and Expecting are different each time. -jim -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iozone3 depends on: ii libc6 2.11.2-10 iozone3 recommends no packages. iozone3 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663976: More info
The version in squeeze works fine. I tracked it down to a change between iozone3-308 and iozone3-311: --- iozone3_308/src/current/iozone.c2008-07-17 11:07:10.0 -0400 +++ iozone3_311/src/current/iozone.c2008-09-18 15:35:45.0 -0400 @@ -8857,7 +8860,7 @@ long long *data1,*data2; purgeit(nbuff,reclen); if(mmapflag) { - wmaddr = maddr[0]; + wmaddr = maddr[i*reclen]; fill_area((long long*)nbuff,(long long*)wmaddr,(long long)reclen); if(!mmapnsflag) { If I revert this, then the bug goes away. The relevant entry in Changes seems to be: = Revision 3.309 Bug fix. rewrite_rec needed to fill entire buffer, or later stride read will fail. = I don't know why that causes the problem or what the correct fix is. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658176: Possibly related
I wonder if this might be related to http://bugs.python.org/issue4112 which was something I ran into recently -- a bug where python _wouldn't_ close the pipes when you wanted it to. Maybe the fixes for that issue end up causing yours. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655487: Location counter overlaps
Package: as31 Version: 2.3.1-4 Severity: important Hi, as31 2.3.1-4 fails to work on 64-bit systems: $ as31 paulmon1.asm Begin Pass #1 Begin Pass #2 Error, line 22, Location counter overlaps. Error, line 22, Location counter overlaps. Error, line 22, Location counter overlaps. ... The sole difference between upstream version 2.3.0 and 2.3.1 was to fix this bug: $ tail -3 as31-2.3.1/ChangeLog Sep 05, 2005Alexander 'E-Razor' Krause alexander.kra...@erazor-zone.de: (Version 2.3.1) - 'Location counter overlaps' on 64bit systems solved $ diff -urN as31-2.3.0/as31 as31-2.3.1/as31 diff -urN as31-2.3.0/as31/parser.y as31-2.3.1/as31/parser.y --- as31-2.3.0/as31/parser.y2005-03-08 13:33:39.0 -0500 +++ as31-2.3.1/as31/parser.y2005-09-05 12:32:47.0 -0400 @@ -1016,13 +1016,13 @@ * */ -#define indx(a) ( (a)/(sizeof(long)*8) ) -#define bit(a) ( 1 ((a)%(sizeof(long)*8)) ) +#define indx(a) ( (a)/(32) ) +#define bit(a) ( 1 ((a)%(32)) ) #define getloc(a) (regions[indx(a)] bit(a)) #define setloc(a) (regions[indx(a)] |= bit(a)) -static unsigned long regions[ 0x1/(sizeof(long)*8) ]; +static unsigned long regions[ 0x1/(32) ]; void inclc(int i) { However, the Debian package doesn't regenerate parser.c from parser.y and so these changes are not being incorporated. The Debian package ships a bad parser.c corresponding to upstream 2.3.0. I was able to build a working version of as31 with: $ apt-get source as31 $ cd as31-2.3.1 $ make -f debian/rules configure $ rm as31/parser.c $ make -f debian/rules build -jim -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages as31 depends on: ii libc6 2.11.2-10 as31 recommends no packages. as31 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655496: Insecure temporary file creation in /tmp
Package: as31 Version: 2.3.1-4 Severity: important Tags: security as31 creates a temporary file during assembly. It uses the UID and random() in the filename, but the random number generator is never seeded, and so the filename is predictably the same every time, introducing a security hole: $ strace -e open as31 examples/paulmon1.asm 21 | grep /tmp | head -1 open(/tmp/as31-1000-1804289383.asm, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3 $ strace -e open as31 examples/paulmon1.asm 21 | grep /tmp | head -1 open(/tmp/as31-1000-1804289383.asm, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3 $ strace -e open as31 examples/paulmon1.asm 21 | grep /tmp | head -1 open(/tmp/as31-1000-1804289383.asm, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3 The attached patch changes it to use mkstemps instead, giving: $ strace -e open as31/as31 examples/paulmon1.asm 21 | grep /tmp | head -1 open(/tmp/as31-zadWSD.asm, O_RDWR|O_CREAT|O_EXCL, 0600) = 3 $ strace -e open as31/as31 examples/paulmon1.asm 21 | grep /tmp | head -1 open(/tmp/as31-jkeFed.asm, O_RDWR|O_CREAT|O_EXCL, 0600) = 3 $ strace -e open as31/as31 examples/paulmon1.asm 21 | grep /tmp | head -1 open(/tmp/as31-PzQu9r.asm, O_RDWR|O_CREAT|O_EXCL, 0600) = 3 -jim -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages as31 depends on: ii libc6 2.11.2-10 as31 recommends no packages. as31 suggests no packages. -- no debconf information --- as31-2.3.1/as31/run.c 2005-09-05 12:32:42.0 -0400 +++ as31-2.3.1-fixed/as31/run.c 2012-01-11 12:30:19.0 -0500 @@ -39,8 +39,8 @@ char *incLineBuffer=NULL; int incSizeBuf=0; FILE* includeFile=NULL; + int fd; - uid_t uid; /* first, figure out all the file names */ dashl = lst; @@ -95,11 +95,18 @@ } } - uid = geteuid(); - sprintf(tmpName,/tmp/as31-%i-%ld.asm,uid,random()); - fin = fopen(tmpName, w); + sprintf(tmpName,/tmp/as31-XX.asm); + fd = mkstemps(tmpName, 4); + if (fd == -1) { + mesg_f(Cannot create temp file\n); + if (outfile) free(outfile); + if (lstfile) free(lstfile); + return -1; + } + fin = fdopen(fd, w); if (fin == NULL) { mesg_f(Cannot open temp file: %s\n,tmpName); + close(fd); if (outfile) free(outfile); if (lstfile) free(lstfile); return -1;
Bug#655533: Duplicates the last line in the file
Package: as31 Version: 2.3.1-4 Severity: normal Tags: patch At the end of the input file, as31 acts as if the last line is repeated. For example: $ printf one:\ntwo:\nthree:\n test.asm $ as31 test.asm Begin Pass #1 incLineCount=0 Warning, line 4, Attempt to redefine symbol: three. Errors in pass1, assembly aborted Errors in pass2, assembly aborted If the last line is an instruction, the opcode will get repeated in the hex file. Turns out this is due to a bug in the include parsing. Patch attached. -jim -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages as31 depends on: ii libc6 2.11.2-10 as31 recommends no packages. as31 suggests no packages. -- no debconf information --- as31-2.3.1-orig/as31/run.c 2012-01-11 19:29:35.0 -0500 +++ as31-2.3.1/as31/run.c 2012-01-11 19:31:56.0 -0500 @@ -106,7 +106,8 @@ } while (!feof(finPre)) { - getline(lineBuffer,sizeBuf,finPre); + if (getline(lineBuffer,sizeBuf,finPre) == -1) + break; if ((includePtr=strstr(lineBuffer,INC_CMD))) { includePtr=includePtr+strlen(INC_CMD); while ((*includePtr==' ')|| //move includePtr to filename @@ -131,7 +132,8 @@ mesg_f(Cannot open include file: %s\n,includePtr); } else { while (!feof(includeFile)) { - getline(incLineBuffer,incSizeBuf,includeFile); + if (getline(incLineBuffer,incSizeBuf,includeFile) == -1) + break; fprintf(fin,%s,incLineBuffer); if (strlen(incLineBuffer)) { incLineCount++;
Bug#655534: Version in help output is wrong
Package: as31 Version: 2.3.1-4 Severity: minor The version listed in as31 -h and elsewhere is still 2.3.0. I think it comes from configure.in. Similarly: -h says to report problems to Paul, but he doesn't seem to be the upstream for this particular version. AUTHORS and README list other contact addresses, but don't agree, and don't seem to list the correct upstream for this version. Thanks. -jim -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages as31 depends on: ii libc6 2.11.2-10 as31 recommends no packages. as31 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650458: rsvg-convert: Error parsing option -b
Package: librsvg2-bin Version: 2.34.2-1 Severity: normal The -b option doesn't work as a shortcut for --background-color, even though --help says it should: $ rsvg-convert --help | grep background -b, --background-color=[black, white, #abccee, #aaa...] set the background color [optional; defaults to None] $ rsvg-convert -b white -o /dev/null foo.svg Error parsing option -b $ rsvg-convert --background-color white -o /dev/null foo.svg $ It looks like --base-uri is also trying to use 'b' in the source code. -jim -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages librsvg2-bin depends on: ii libc6 2.11.2-10 ii libcairo2 1.10.2-6 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.4-1 ii libgtk-3-0 3.0.8-1 ii libgtk2.0-0 2.24.8-2 ii librsvg2-2 2.34.2-1 ii python 2.7.2-9 librsvg2-bin recommends no packages. librsvg2-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#389476: Scrolling with background colors is still much slower
Hi, Xterm is still *really* slow for me when background colors are set; it's if jump-scrolling is disabled. For example: $ time xterm -geometry 80x25 -e 'for i in `seq 1 1`; do echo -e This is line \e[40;31;01m$i\e[0m ; done' real0m23.052s user0m1.396s sys 0m1.148s $ time xterm -geometry 80x25 -e 'for i in `seq 1 1`; do echo -e This is line \e[31;01m$i\e[0m ; done' real0m0.781s user0m0.400s sys 0m0.116s -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642563: wget needs many memory for recursive https downloads
Noël Köthe wrote: Hello Jörg, Stefan and Jim, Thanks for your bugreport and comments to bugs.debian.org/642563 Am Freitag, den 23.09.2011, 23:23 +0200 schrieb Jörg Sommer: downloading a https site with -r or -p makes wget grows up to 500MB and more. For version 1.12 this wasn't the case. % time wget -p -nv https://www.fsf.org ... wget -p -nv https://www.fsf.org 55,63s usr 3,64s sys 2:44,49 tot 254MB 0 77726 pf 345 27781 cs ... Versions of packages wget depends on: ... ii libgnutls262.12.10-2 The difference between 1.12 and 1.13 is that upstream switched from openssl to gnutls. With wget 1.13 and 1.13.4 and libgnutls26 2.12.12 I get: # LC_ALL=C /usr/bin/time wget --debug -O /dev/null https://www.google.com/ ... 0.54user 0.05system 0:01.53elapsed 38%CPU (0avgtext+0avgdata 77392maxresident)k 0inputs+0outputs (0major+5474minor)pagefaults 0swaps With gnutls 2.12.12 and wget 1.13.4 you still have the same high memory consumtion for https downloads? With wget 1.13.4-1 and libgnutls26 2.12.12-1: # LC_ALL=C /usr/bin/time wget --debug -O /dev/null https://www.google.com/ ... 11.29user 0.39system 0:12.48elapsed 93%CPU (0avgtext+0avgdata 2086656maxresident)k 0inputs+0outputs (0major+131068minor)pagefaults 0swaps How many files do you have in /etc/ssl/certs? That seems to be the cause here. If I remove all of the individual certificates and keep only the bundle: # cd /etc/ssl/certs # ls | wc -l 474 # mkdir bad/ # mv *.? *.pem bad/ # ls -F 3bab3a36@ bad/ ca-certificates.crt java/ Then it's fast again: # LC_ALL=C /usr/bin/time wget --debug -O /dev/null https://www.google.com/ ... 0.11user 0.00system 0:00.36elapsed 32%CPU (0avgtext+0avgdata 20480maxresident)k 0inputs+0outputs (0major+1458minor)pagefaults 0swaps -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642563: Any https download has this problem
You don't need a recursive download; any https URL does this. This is all you need to show the problem: $ /usr/bin/time wget -O /dev/null https://google.com/ 13.79user 0.49system 0:14.60elapsed 97%CPU (0avgtext+0avgdatan 1800320maxresident)k 0inputs+0outputs (0major+113179minor)pagefaults 0swaps All of this time and memory is spent on parsing SSL certificates, which you can see with $ strace -tt -f -e open wget -O /dev/null https://www.google.com/ It seems like it's due to gnutls being slow. This blog post describes some work that was done to improve that -- I wonder if it was ever pushed upstream? http://blog.josefsson.org/2008/02/27/real-world-performance-tuning-with-callgrind/ -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597933: updates?
Any updates on this bug? 3.0.0 has been out for almost a year now and it would be nice to get the updated version in Debian. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641164: blktool readonly is broken
Package: blktool Version: 4-6 Severity: normal blktool can't set devices readonly because it doesn't pass the right parameters to the ioctl. Set up a test device: $ echo hello /tmp/foo $ sudo losetup /dev/loop7 /tmp/foo Test read-only status with two tools: $ sudo blktool /dev/loop7 readonly off $ sudo blockdev --getro /dev/loop7 0 Try setting read-only with blktool -- this fails: $ sudo blktool /dev/loop7 readonly on BLKROSET: Bad address $ sudo blktool /dev/loop7 readonly off $ sudo blockdev --getro /dev/loop7 0 Try setting read-only with blockdev -- this works: $ sudo blockdev --setro /dev/loop7 $ sudo blktool /dev/loop7 readonly on $ sudo blockdev --getro /dev/loop7 1 See the difference for why blktool fails and why blockdev succeeds: $ sudo strace -e ioctl blktool /dev/loop7 readonly on ioctl(3, BLKROSET, 0x1) = -1 EFAULT (Bad address) BLKROSET: Bad address $ sudo strace -e ioctl blockdev --setro /dev/loop7 ioctl(3, BLKROSET, 0x7fff1cd4ea98) = 0 -jim -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (300, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages blktool depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.28.6-1 The GLib library of C routines blktool recommends no packages. blktool suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632275: iscsid: configured replacement_timeout is ignored
Package: open-iscsi Version: 2.0.871.3-6 Severity: normal I have root on iscsi, so the connection already exists by the time iscsid starts. Regardless of the value of node.session.timeo.replacement_timeout in my /etc/iscsi/iscsid.conf, iscsid prints: iscsid: Cannot set replacement_timeout to zero. Setting 120 seconds and I see: # cat /sys/class/iscsi_session/session1/recovery_tmo 120 If I change it manually, and restart iscsid, it still gets reset: # echo 31536000 /sys/class/iscsi_session/session1/recovery_tmo # cat /sys/class/iscsi_session/session1/recovery_tmo 31536000 # killall iscsid # iscsid # cat /sys/class/iscsi_session/session1/recovery_tmo 120 Which makes things very unhappy if the network ever gets disconnected for a few minutes. My guess is that iscsid is pulling the connection parameters from /sys and leaving replacement_timeout as zero in its own data structures, whereas it should really be filling things in with the default values specified in iscsid.conf. I'll attach a (slightly sanitized) log of iscsid -f -d 8 -jim -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (300, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii udev 164-3 /dev/ and hotplug management daemo open-iscsi recommends no packages. open-iscsi suggests no packages. -- Configuration Files: /etc/iscsi/initiatorname.iscsi [Errno 13] Permission denied: u'/etc/iscsi/initiatorname.iscsi' /etc/iscsi/iscsid.conf changed: node.startup = manual node.session.timeo.replacement_timeout = 31536000 node.conn[0].timeo.login_timeout = 15 node.conn[0].timeo.logout_timeout = 15 node.conn[0].timeo.noop_out_interval = 0 node.conn[0].timeo.noop_out_timeout = 0 node.session.err_timeo.abort_timeout = 15 node.session.err_timeo.lu_reset_timeout = 20 node.session.initial_login_retry_max = 8 node.session.cmds_max = 128 node.session.queue_depth = 32 node.session.xmit_thread_priority = -20 node.session.iscsi.InitialR2T = No node.session.iscsi.ImmediateData = Yes node.session.iscsi.FirstBurstLength = 262144 node.session.iscsi.MaxBurstLength = 16776192 node.conn[0].iscsi.MaxRecvDataSegmentLength = 262144 discovery.sendtargets.iscsi.MaxRecvDataSegmentLength = 32768 node.session.iscsi.FastAbort = Yes -- no debconf information iscsid: sysfs_init: sysfs_path='/sys' iscsid: sysfs_attr_get_value: open '/module/scsi_transport_iscsi'/'version' iscsid: sysfs_attr_get_value: new uncached attribute '/sys/module/scsi_transport_iscsi/version' iscsid: sysfs_attr_get_value: add to cache '/sys/module/scsi_transport_iscsi/version' iscsid: sysfs_attr_get_value: cache '/sys/module/scsi_transport_iscsi/version' with attribute value '2.0-870' iscsid: transport class version 2.0-870. iscsid version 2.0-871 iscsid: in ctldev_open iscsid: created NETLINK_ISCSI socket... iscsid: InitiatorName==iqn.1993-08.org.debian:01:1bc68d43ac4 iscsid: InitiatorName=iqn.1993-08.org.debian:01:1bc68d43ac4 iscsid: InitiatorAlias=client iscsid: sysfs_attr_get_value: open '/class/iscsi_session/session1'/'targetname' iscsid: sysfs_attr_get_value: new uncached attribute '/sys/class/iscsi_session/session1/targetname' iscsid: sysfs_attr_get_value: add to cache '/sys/class/iscsi_session/session1/targetname' iscsid: sysfs_attr_get_value: cache '/sys/class/iscsi_session/session1/targetname' with attribute value 'iqn.2010-01.com.example:server.client' iscsid: sysfs_attr_get_value: open '/class/iscsi_session/session1'/'tpgt' iscsid: sysfs_attr_get_value: new uncached attribute '/sys/class/iscsi_session/session1/tpgt' iscsid: sysfs_attr_get_value: add to cache '/sys/class/iscsi_session/session1/tpgt' iscsid: sysfs_attr_get_value: cache '/sys/class/iscsi_session/session1/tpgt' with attribute value '1' iscsid: sysfs_attr_get_value: open '/class/iscsi_connection/connection1:0'/'persistent_address' iscsid: sysfs_attr_get_value: new uncached attribute '/sys/class/iscsi_connection/connection1:0/persistent_address' iscsid: sysfs_attr_get_value: add to cache '/sys/class/iscsi_connection/connection1:0/persistent_address' iscsid: sysfs_attr_get_value: cache '/sys/class/iscsi_connection/connection1:0/persistent_address' with attribute value '10.0.1.1' iscsid: sysfs_attr_get_value: open '/class/iscsi_connection/connection1:0'/'address' iscsid: sysfs_attr_get_value: new uncached attribute '/sys/class/iscsi_connection/connection1:0/address' iscsid: sysfs_attr_get_value: add to cache '/sys/class/iscsi_connection/connection1:0/address' iscsid: sysfs_attr_get_value: cache '/sys/class/iscsi_connection/connection1:0/address' with attribute value '10.0.1.1' iscsid: sysfs_attr_get_value: open
Bug#632332: libvirt-bin: directory permissions differ from upstream
Package: libvirt-bin Version: 0.9.2-5 Severity: normal On the libvirt mailing list, I noticed this patch: http://www.redhat.com/archives/libvir-list/2011-May/msg01367.html Subject: [PATCH] libvirt.spec: /var/cache/libvirt should be 0711. I was curious to see if this packaging change made its way to Debian, but it seems that we don't set _any_ of the permissions like the .spec file does. The particular bug they were trying to fix likely doesn't exist in Debian because our /var/cache/libvirt is already overly permissive, but this seems like an oversight and can be a potential security issue (information leakage due to default 0755 rather than the more restrictive permissions that the .spec file lists). -jim -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (300, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libvirt-bin depends on: ii adduser 3.112+nmu2 add and remove users and groups ii gettext-base 0.18.1.1-3 GNU Internationalization utilities ii libavahi-client3 0.6.27-2 Avahi client library ii libavahi-common3 0.6.27-2 Avahi common library ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcap-ng00.6.4-1An alternate posix capabilities li ii libdevmapper1.02.12:1.02.48-5The Linux Kernel Device Mapper use ii libgcrypt11 1.5.0~beta1-1 LGPL Crypto library - runtime libr ii libgnutls26 2.11.6-2 the GNU TLS library - runtime libr ii libnl11.1-6 library for dealing with netlink s ii libparted0debian1 2.3-5 The GNU Parted disk partitioning s ii libpciaccess0 0.12.0-1 Generic PCI access library for X ii libreadline6 6.1-3 GNU readline and history libraries ii libsasl2-22.1.23.dfsg1-7 Cyrus SASL - authentication abstra ii libudev0 164-3 libudev shared library ii libuuid1 2.17.2-9 Universally Unique ID library ii libvirt0 0.9.2-5library for interfacing with diffe ii libxenstore3.04.0.1-2Xenstore communications library fo ii libxml2 2.7.8.dfsg-2 GNOME XML library ii logrotate 3.7.8-6Log rotation utility Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii dmidecode 2.9-1.2 Dump Desktop Management Interface ii dnsmasq-base 2.55-2A small caching DNS proxy and DHCP ii ebtables 2.0.9.2-2 Ethernet bridge frame table admini ii gawk 1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr ii iproute20100519-3networking and traffic control too ii iptables 1.4.11.1-2administration tools for packet fi ii libxml2-utils 2.7.8.dfsg-2 XML utilities ii netcat-openbsd 1.89-4TCP/IP swiss army knife ii qemu 0.14.0+dfsg-5.1 fast processor emulator ii qemu-kvm 0.14.0+dfsg-1~tls Full virtualization on x86 hardwar Versions of packages libvirt-bin suggests: ii policykit-1 0.101-4framework for managing administrat -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632275: iscsid: configured replacement_timeout is ignored
Ritesh Raj Sarraf wrote: On 07/01/2011 11:22 AM, Jim Paris wrote: I have root on iscsi, so the connection already exists by the time iscsid starts. Regardless of the value of node.session.timeo.replacement_timeout in my /etc/iscsi/iscsid.conf, iscsid prints: iscsid: Cannot set replacement_timeout to zero. Setting 120 seconds and I see: # cat /sys/class/iscsi_session/session1/recovery_tmo 120 This is intentional. Why are you setting it to 0? The default is set to 120 seconds so that consumers of iSCSI that do not use an upper stack like multipath still have a 2 minute window before SCSI gives up. I'm not setting it to 0! I definitely don't want it to be zero. The only thing in my /etc/iscsi/iscsi.conf (as you can see attached in this bugreport) is: node.session.timeo.replacement_timeout = 31536000 If you want quick results, use a sane value like 5 seconds. That's what I recommend to my users. 0 just does not make sense. I don't want it to ever time out. 120 seconds is too short. If I change it manually, and restart iscsid, it still gets reset: # echo 31536000 /sys/class/iscsi_session/session1/recovery_tmo # cat /sys/class/iscsi_session/session1/recovery_tmo 31536000 # killall iscsid # iscsid # cat /sys/class/iscsi_session/session1/recovery_tmo 120 Which is correct because the iscsi node database will have set the default value (120 secs) when doing the discovery. If you want that changed, change it to 5 in iscsid.conf and do a rediscovery. But it's already 31536000 in iscsid.conf! Which makes things very unhappy if the network ever gets disconnected for a few minutes. If you are using SAN, you better have a good network. But that can't be guaranteed. That is why we have Device Mapper Multipath. With dm-multipath (and its queue_if_no_path feature), you can tackle this scenario very easily. I don't need a perfect network -- this is just my one desktop machine on my home network. If the network disappears, I just want I/O to hang until it comes back. If dm-multipath can be shoehorned into the Debian root-on-iscsi iscsi support, that might help me. But either way, iscsid isn't letting me set the timeout. iscsid -f -d 8 No. like I mentioned, it takes those values from the node database. I don't see this as a bug at all. But I'd want you to close it if you have no questions further. Thanks, -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618698: add workaround for Apache bug 29744 when tunneling through HTTPS
Julian Gilbey wrote: On Wed, Jun 01, 2011 at 07:02:26PM -0400, Jim Paris wrote: I've just tried it, but it doesn't work for me. I presume this is because the host I'm going through only accepts SSL traffic on port 443 and only accepts non-SSL traffic on port 80. Do you have Apache setup so that it can accept either SSL or non-SSL on the same port? Julian I have Apache set up to require SSL on port 443, but the Apache bug means that it stops using SSL (and switches to plaintext) as soon as mod_proxy takes over. My config is roughly VirtualHost *:443 SSLEngine on ProxyRequests on AllowCONNECT 22 ProxyVia on Proxy * Order deny,allow Deny from all /Proxy Proxy destination-ssh-host.example.com Order allow,deny Allow from all /Proxy /VirtualHost Ah, I think I see the difference in my config: I have SSLRequireSSL in my setup, so that port 443 will refuse to convert to plain text. SSLRequireSSL can only go in directory or .htaccess context -- neither applies to proxying as far as I can tell. Also, if it's true that your Apache is not switching over to plain text, doesn't that mean that normal -e will work fine and you don't need this workaround? For the record, my .ssh/config looks like this: Host=proxytest HostName=host.example.com ProxyCommand=proxytunnel -v -p host.example.com:443 -d host.example.com:22 -B With -e at the end, I see: $ ssh proxytest SSL enabled Local proxy host.example.com resolves to 1.2.3.4 Connected to host.example.com:443 (local proxy) Tunneling to host.example.com:22 (destination) Communication with local proxy: - CONNECT host.example.com:22 HTTP/1.0 - Proxy-Connection: Keep-Alive analyze_HTTP: readline failed: Connection closed by remote host ssh_exchange_identification: Connection closed by remote host With -B, it's $ ssh proxytest SSL client to proxy enabled, only until CONNECT Local proxy host.example.com resolves to 1.2.3.4 Connected to host.example.com:443 (local proxy) Tunneling to host.example.com:22 (destination) Communication with local proxy: - CONNECT host.example.com:22 HTTP/1.0 - Proxy-Connection: Keep-Alive Switching to non-SSL communication - HTTP/1.0 200 Connection Established - Proxy-agent: Apache/2.2.17 (Debian) Tunnel established. Last login... Incidentally, apache 2.4 will have the mod-proxy patch included as part of the main distribution. The first beta was released about a week ago (see http://httpd.apache.org/). That's good news. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618698: add workaround for Apache bug 29744 when tunneling through HTTPS
Julian Gilbey wrote: On Thu, Mar 17, 2011 at 02:28:35PM -0400, Jim Paris wrote: Package: proxytunnel Version: 1.9.0-3jim Severity: wishlist Tags: patch Hi, Based on the directions at http://dag.wieers.com/howto/ssh-http-tunneling/ I'm using proxytunnel to connect to an Apache server and then CONNECT to my destination host. A local firewall blocks this when unencrypted, but allows SSL traffic through. Thus, I want to use proxytunnel's -e option. [...] That bug has been open and debated for over 7 years. It's much easier for me to workaround this bug in proxytunnel instead -- proxytunnel just needs to stop using SSL as soon as the CONNECT string is sent. Please consider the attached patch which adds this feature through a new --buggy-encrypt-proxy (-B) option. I've just tried it, but it doesn't work for me. I presume this is because the host I'm going through only accepts SSL traffic on port 443 and only accepts non-SSL traffic on port 80. Do you have Apache setup so that it can accept either SSL or non-SSL on the same port? Julian I have Apache set up to require SSL on port 443, but the Apache bug means that it stops using SSL (and switches to plaintext) as soon as mod_proxy takes over. My config is roughly VirtualHost *:443 SSLEngine on ProxyRequests on AllowCONNECT 22 ProxyVia on Proxy * Order deny,allow Deny from all /Proxy Proxy destination-ssh-host.example.com Order allow,deny Allow from all /Proxy /VirtualHost -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626992: -c scans binary files as if they were html, after receiving 416 response
Package: wget Version: 1.12-3.1 Severity: normal Hi, While using wget -c -r on a directory of large binary files, I noticed long delays after the The file is already fully retrieved; nothing to do. message. It turns out this is because the server returned a 416 response with Content-Type: text/html, and so Wget decides to scan the file for links, as if it were HTML. But the file is not HTML -- just the 416 response body was. Example: $ cd /tmp $ wget -c -d -r http://www.gnu.org/graphics/t-desktop-4-small.jpg (The file is downloaded as expected, and not scanned for URLs) $ wget -c -d -r http://www.gnu.org/graphics/t-desktop-4-small.jpg (This time, notice in the debug output how the file was Loaded and scanned for no-follow links. This is the source of the delay on large binary files). ---response begin--- HTTP/1.1 416 Requested Range Not Satisfiable Date: Mon, 16 May 2011 21:34:24 GMT Server: Apache Vary: Accept-Encoding Connection: close Content-Type: text/html; charset=iso-8859-1 ---response end--- 416 Requested Range Not Satisfiable The file is already fully retrieved; nothing to do. Closed fd 3 Loaded www.gnu.org/graphics/t-desktop-4-small.jpg (size 30195). no-follow in www.gnu.org/graphics/t-desktop-4-small.jpg: 0 -jim -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wget depends on: ii dpkg 1.15.8.10 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libssl1.0.0 1.0.0d-1 SSL shared libraries wget recommends no packages. wget suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618698: add workaround for Apache bug 29744 when tunneling through HTTPS
was given */ int encryptremproxy_given; /* Whether encrypt was given */ int proctitle_given; /* Whether to override process title */ diff -urN proxytunnel-old//debian/changelog proxytunnel-1.9.0//debian/changelog --- proxytunnel-old//debian/changelog 2011-03-17 13:55:18.0 -0400 +++ proxytunnel-1.9.0//debian/changelog 2011-03-15 16:00:24.0 -0400 @@ -1,3 +1,11 @@ +proxytunnel (1.9.0-3jim) unstable; urgency=low + + * Add patch to support buggy Apache servers via the +--buggy-encrypt-proxy option (for more info on the bug, see +https://issues.apache.org/bugzilla/show_bug.cgi?id=29744) + + -- Jim Paris j...@jtan.com Tue, 15 Mar 2011 15:48:19 -0400 + proxytunnel (1.9.0-3) unstable; urgency=low * Provide more useful error messages from GNUTLS diff -urN proxytunnel-old//http.c proxytunnel-1.9.0//http.c --- proxytunnel-old//http.c 2008-02-26 18:31:01.0 -0500 +++ proxytunnel-1.9.0//http.c 2011-03-15 16:00:24.0 -0400 @@ -149,6 +149,11 @@ // if( args_info.verbose_flag ) // message( Data received from local proxy:\n); + if( args_info.buggyencryptproxy_flag pts-ssl ) { + message( Switching to non-SSL communication\n); + pts-ssl = 0; + } + /* Read the first line of the response and analyze it */ analyze_HTTP(pts); diff -urN proxytunnel-old//proxytunnel.1 proxytunnel-1.9.0//proxytunnel.1 --- proxytunnel-old//proxytunnel.1 2011-03-17 13:55:18.0 -0400 +++ proxytunnel-1.9.0//proxytunnel.1 2011-03-15 16:00:24.0 -0400 @@ -61,6 +61,11 @@ .B \-E, \-\-encrypt-proxy Encrypt the data between the client and the local proxy using SSL. .TP +.B \-B, \-\-buggy-encrypt-proxy +Encrypt the data between the client and the local proxy using SSL, +but stop using SSL immediately after the CONNECT exchange to workaround +server bugs. +.TP .B \-X, \-\-encrypt-remproxy Encrypt the data between the local proxy and the second-level proxy using SSL. diff -urN proxytunnel-old//proxytunnel.c proxytunnel-1.9.0//proxytunnel.c --- proxytunnel-old//proxytunnel.c 2011-03-17 13:55:18.0 -0400 +++ proxytunnel-1.9.0//proxytunnel.c 2011-03-15 16:00:24.0 -0400 @@ -274,7 +274,7 @@ #ifdef USE_SSL /* If --encrypt-proxy is specified, connect to the proxy using SSL */ - if ( args_info.encryptproxy_flag ) + if ( args_info.encryptproxy_flag || args_info.buggyencryptproxy_flag ) stream_enable_ssl(stunnel); #endif /* USE_SSL */ @@ -385,9 +385,10 @@ /* Only one of -E/-e/-R can be specified. */ if ((args_info.encrypt_flag ? 1 : 0) + (args_info.encryptproxy_flag ? 1 : 0) + + (args_info.buggyencryptproxy_flag ? 1 : 0) + (args_info.encryptremproxy_flag ? 1 : 0) 1) { - message(Error: only one of --encrypt-proxy, --encrypt-remproxy and --encrypt can be specified for a tunnel\n); + message(Error: only one of --encrypt-proxy, --buggy-encrypt-proxy, --encrypt-remproxy and --encrypt can be specified for a tunnel\n); exit( 1 ); } @@ -410,7 +411,7 @@ /* If --encrypt-proxy is specified, connect to the proxy using SSL */ #ifdef USE_SSL - if ( args_info.encryptproxy_flag ) + if ( args_info.encryptproxy_flag || args_info.buggyencryptproxy_flag ) stream_enable_ssl(stunnel); #endif /* USE_SSL */ diff -urN proxytunnel-old//README proxytunnel-1.9.0//README --- proxytunnel-old//README 2008-03-03 17:09:28.0 -0500 +++ proxytunnel-1.9.0//README 2011-03-15 16:00:24.0 -0400 @@ -34,6 +34,7 @@ -d, --dest=STRING Destination host:port combination -e, --encrypt SSL encrypt data between local proxy and destination -E, --encrypt-proxy SSL encrypt data between client and local proxy + -B, --buggy-encrypt-proxy Like --encrypt-proxy, but stop using SSL after CONNECT -X, --encrypt-remproxyEncrypt between 1st and 2nd proxy using SSL Additional options for specific features:
Bug#614894: gtkterm: Buffer overflow in port specification
Package: gtkterm Version: 0.99.5-1 Severity: normal The port, as either specified on the command line or via the GTK dialog box, is copied into config.port using strcpy(). config.port is defined as 64 characters. This not only corrupts memory, it means that any path longer than 64 characters simply does not work as a port: gtkterm -s 115200 -p /dev/serial/by-id/usb-NXP_SEMICOND_NXP_LPC13xx_VCOM_DEMO-if00 gives errors: Unknown speed : 812017965 bauds Falling back to default speed : 9600 bauds Impossible bits number : 48 Falling back to default stop bits : 8 Cannot open NXP_SEMICOND_NXP_LPC13xx_VCOM_DEMOȀ% : No such file or directory At the very least, the size of port[] in src/config.h should be changed from 64 to PATH_MAX or similar. -jim -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (300, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtkterm depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio ii libvte91:0.24.3-2Terminal emulator widget for GTK+ ii libx11-6 2:1.3.3-4 X11 client-side library gtkterm recommends no packages. gtkterm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604043: gnome-session: when choosing GNOME/Openbox as my session, both metacity and openbox get started
Nico Golde wrote: Hi, * Jim Paris j...@jtan.com [2010-12-10 23:39]: Josselin Mouette wrote: Le mercredi 24 novembre 2010 à 14:16 -0500, Jim Paris a écrit : I can confirm that the very simple approach of just setting WINDOW_MANAGER and exec'ing gnome-session does seem to work fine for gnome-session 2.30. Maybe this approach was broken for some interim versions? Upstream may care about that, but Debian doesn't have to, as openbox can just Conflict with the bad gnome-session versions ( 2.30?). It never ceased to work in Debian, but it might have ceased to work upstream - it???s even highly probable. Based on Josselin's input, here is a patch I'd suggest for the Debian openbox package. The patch is against svn://svn.debian.org/svn/collab-maint/deb-maint/openbox/trunk i think you forgot to attach it :) Of course :) -jim Index: debian/patches/04_simplify_gnome_session.patch === --- debian/patches/04_simplify_gnome_session.patch (revision 0) +++ debian/patches/04_simplify_gnome_session.patch (revision 0) @@ -0,0 +1,63 @@ +Simplify gnome-session as per Bug#604043. +The horrible hacks present in openbox upstream may have been necessary for +gnome upstream, but the simple method of just setting WINDOW_MANAGER has +always worked in Debian and should continue to work reliably. + +Jim Paris j...@jtan.com + +Index: openbox-3.4.11.1/data/xsession/openbox-gnome-session.in +=== +--- openbox-3.4.11.1.orig/data/xsession/openbox-gnome-session.in 2010-12-10 17:23:42.0 -0500 openbox-3.4.11.1/data/xsession/openbox-gnome-session.in 2010-12-10 17:23:31.0 -0500 +@@ -12,49 +12,5 @@ + -remove _NET_DESKTOP_NAMES \ + -remove _NET_CURRENT_DESKTOP 2 /dev/null + +-VER=$(gnome-session --version 2/dev/null | \ +- sed -e 's/[^0-9.]*\([0-9.]\+\)/\1/') +- +-MAJOR=$(echo $VER | cut -d . -f 1) +-MINOR=$(echo $VER | cut -d . -f 2) +- +-# run GNOME with Openbox as its window manager +- +-if test $MAJOR -lt 2 || (test $MAJOR = 2 test $MINOR -le 22); then +- # old gnome-session was easy to work with +- export WINDOW_MANAGER=@bindir@/openbox +- exec gnome-session --choose-session=openbox-session $@ +-else +- # new gnome-session requires openbox to be set in gconf and an +- # openbox.desktop to be installed in the applications directory +- +- SPATH=/desktop/gnome/session +- +- # get the current default session +- SESSION=$(gconftool-2 -g $SPATH/default_session 2 /dev/null) +- +- # make sure openbox is going to be run +- if test -z $SESSION; then +- # if its empty then just run openbox +- SESSION=[openbox] +- elif ! echo $SESSION | grep -q openbox; then +- # if openbox isn't in the session then append it +- SESSION=${SESSION%]},openbox] +- fi +- +- # get the current GNOME/Openbox session +- OB_SESSION=$(gconftool-2 -g $SPATH/openbox_session 2 /dev/null) +- +- # update the GNOME/Openbox session if needed +- if test x$OB_SESSION != x$SESSION; then +- # the default session changed or we didn't run GNOME/Openbox before +- gconftool-2 -t list --list-type=strings -s $SPATH/openbox_session \ +-$SESSION 2 /dev/null +- fi +- +- # run GNOME/Openbox +- exec gnome-session --default-session-key $SPATH/openbox_session $@ +-fi +- +- +- ++export WINDOW_MANAGER=openbox ++exec gnome-session Index: debian/patches/series === --- debian/patches/series (revision 17798) +++ debian/patches/series (working copy) @@ -1,3 +1,4 @@ 03_place_windows_in_quadrants.patch 02_fix_freedesktop_compliance.patch 01_rc.xml.patch +04_simplify_gnome_session.patch
Bug#604043: gnome-session: when choosing GNOME/Openbox as my session, both metacity and openbox get started
Josselin Mouette wrote: Le mercredi 24 novembre 2010 à 14:16 -0500, Jim Paris a écrit : I can confirm that the very simple approach of just setting WINDOW_MANAGER and exec'ing gnome-session does seem to work fine for gnome-session 2.30. Maybe this approach was broken for some interim versions? Upstream may care about that, but Debian doesn't have to, as openbox can just Conflict with the bad gnome-session versions ( 2.30?). It never ceased to work in Debian, but it might have ceased to work upstream - it’s even highly probable. Hi Nico, Based on Josselin's input, here is a patch I'd suggest for the Debian openbox package. The patch is against svn://svn.debian.org/svn/collab-maint/deb-maint/openbox/trunk -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606267: manual page lists --mapfile, real option is --map-file
Package: tftpd-hpa Version: 5.0-18 Severity: minor The manpage lists -m as --mapfile, but it's really --map-file in the source. -jim -- System Information: Debian Release: 5.0.6 APT prefers testing APT policy: (200, 'testing'), (150, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tftpd-hpa depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra tftpd-hpa recommends no packages. Versions of packages tftpd-hpa suggests: ii syslinux-common2:4.02+dfsg-3 collection of boot loaders (common -- debconf information: * tftpd-hpa/address: 0.0.0.0:69 * tftpd-hpa/directory: /srv/tftp * tftpd-hpa/username: tftp * tftpd-hpa/options: --secure -m /etc/tftp.map * tftpd-hpa/use_inetd: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604043: gnome-session: when choosing GNOME/Openbox as my session, both metacity and openbox get started
Nico Golde wrote: Hi, * Josselin Mouette j...@debian.org [2010-11-21 14:37]: reassign 604043 openbox severity 604043 important # And really, it should be critical since it breaks unrelated packages thanks Le dimanche 21 novembre 2010 à 00:45 -0500, Jim Paris a écrit : It is provided by /usr/share/xsessions/openbox-gnome.desktop, which is part of the openbox package. I changed the /desktop/gnome/session/required_components/windowmanager gconf key from gnome-wm to openbox, and now it works properly, but I don't think that should be necessary. This is the documented way to change your window manager for GNOME. My problem isn't changing the window manager. It's that, in the _default_ configuration with that session selected, two window managers are executed. Yes, this is because openbox-gnome-session is completely full of crack. I mean, WTF is about setting GConf keys at startup, possibly making the default GNOME session unusable? The script can be replaced by this very simple one: #! /bin/sh WINDOW_MANAGER=openbox export WINDOW_MANAGER exec gnome-session Can you be a bit more specific about what the problem with the script is? crack is a bit unprecise ;) This script comes from upstream and since I don't use gnome I also have no idea which parts of it are needed and which are not. Hi Nico and Josselin, Just looking at the history of the openbox-gnome-session script -- It looks like openbox used to use Josselin's very simple approach: http://git.icculus.org/?p=mikachu/openbox.git;a=blob;f=data/xsession/openbox-gnome-session.in;hb=7d27d9d398b92e73aa47dd37e4418166c03bf0ca Then the gnome-session call was given a --choose-session argument because it will still run metacity if you use the default one: http://git.icculus.org/?p=mikachu/openbox.git;a=blob;f=data/xsession/openbox-gnome-session.in;hb=b9056e96b8512c64830374baa9c4d34449cfa64e Then some gconf hacks were added to keep this working in gnome 2.22: http://git.icculus.org/?p=mikachu/openbox.git;a=commitdiff;h=4e0a4fb53b859d818a4184564a441fce29c12be0 Then this was rewritten to the proper way of making a new session and using --default-session-key: http://git.icculus.org/?p=mikachu/openbox.git;a=commitdiff;h=7e6ef2683f68d0b8cf75d4ebb6a778cd87288d7f I can confirm that the very simple approach of just setting WINDOW_MANAGER and exec'ing gnome-session does seem to work fine for gnome-session 2.30. Maybe this approach was broken for some interim versions? Upstream may care about that, but Debian doesn't have to, as openbox can just Conflict with the bad gnome-session versions ( 2.30?). My modified /usr/bin/openbox-gnome-session script is attached, if this helps. I start thinking of orphaning openbox, I have no time and interest to deal with such issues that *always* involve bloated/complex desktop environments and openbox' integration in them. And unfortunately no one who is reacted on my RFH so far. Regardless of what you decide, I appreciate the work you've put into maintaining the package, thank you. -jim #!/bin/sh if test -n $1; then echo Syntax: openbox-gnome-session echo echo See the openbox-gnome-session(1) manpage for help. exit fi # Clean up after GDM xprop -root -remove _NET_NUMBER_OF_DESKTOPS \ -remove _NET_DESKTOP_NAMES \ -remove _NET_CURRENT_DESKTOP 2 /dev/null export WINDOW_MANAGER=openbox exec gnome-session
Bug#604043: gnome-session: when choosing GNOME/Openbox as my session, both metacity and openbox get started
Josselin Mouette wrote: Le vendredi 19 novembre 2010 à 13:05 -0500, Jim Paris a écrit : I log in via GDM by selecting the GNOME/Openbox session. Sorry but what is this session? It’s certainly not provided by GNOME. It is provided by /usr/share/xsessions/openbox-gnome.desktop, which is part of the openbox package. I changed the /desktop/gnome/session/required_components/windowmanager gconf key from gnome-wm to openbox, and now it works properly, but I don't think that should be necessary. This is the documented way to change your window manager for GNOME. My problem isn't changing the window manager. It's that, in the _default_ configuration with that session selected, two window managers are executed. This is a regression that results in 100% CPU usage. If it's actually a bug in the openbox package as you seem to suggest, please reassign there. I reported it to gnome-session because that's the process that's causing the 100% CPU usage by spawning two window managers. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567761: Same problem, due to windowmanager
I had the same problem. Checking my .xsession-errors, this was because both metacity and openbox were being spawned by the gnome-session in a tight loop. I'll have to go report that separately.. That doesn't seem to be the case in your process list, but it might be similar, in case it might not be a kdelibs4c2a bug but rather some other program causing all of the startups. The trick might be to try to find what's causing them to respawn when you kill them. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604043: gnome-session: when choosing GNOME/Openbox as my session, both metacity and openbox get started
Package: gnome-session Version: 2.30.2-3 Severity: normal Hi, I log in via GDM by selecting the GNOME/Openbox session. After a dist-upgrade (upgrading gnome-session from 2.22.3-2 to 2.30.2-3), I now get metacity started as a window manager, and openbox started shortly after. Then openbox and gnome-settings-daemon seem to spawn in a tight loop, taking up all CPU with various kdeinit (?!) processes. If I run killall metacity ; sleep 1 ; killall metacity, everything goes back to normal and openbox loads as expected. I'll attach the first 100 lines of my ~/.xsession-errors. I changed the /desktop/gnome/session/required_components/windowmanager gconf key from gnome-wm to openbox, and now it works properly, but I don't think that should be necessary. My /etc/alternatives/x-window-manager link points to /usr/bin/openbox. I don't know if this is really a gnome-session or openbox-session problem, but since gnome-session was the one that spawned two windowmanagers, I figured I'd start here. -jim -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (300, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-session depends on: ii gnome-panel 2.30.2-2 launcher and docking facility for ii gnome-session-bin 2.30.2-3 The GNOME Session Manager - Minima ii gnome-session-common 2.30.2-3 Common files for the GNOME session ii gnome-settings-daemon 2.30.2-2 daemon handling the GNOME session ii metacity 1:2.30.1-3 lightweight GTK+ window manager ii nautilus 2.30.1-2 file manager and graphical shell f ii policykit-1-gnome 0.96-2 GNOME authentication agent for Pol Versions of packages gnome-session recommends: ii gnome-power-manager 2.32.0-2 power management tool for the GNOM Versions of packages gnome-session suggests: ii desktop-base 5.0.6 common files for the Debian Deskto ii gnome-keyring 2.30.3-3 GNOME keyring services (daemon and ii gnome-user-guide 2.30.1-1 GNOME user's guide -- no debconf information /etc/gdm/Xsession: Beginning session setup... GNOME_KEYRING_CONTROL=/tmp/keyring-zlAQIt GNOME_KEYRING_CONTROL=/tmp/keyring-zlAQIt SSH_AUTH_SOCK=/tmp/keyring-zlAQIt/ssh GNOME_KEYRING_CONTROL=/tmp/keyring-zlAQIt SSH_AUTH_SOCK=/tmp/keyring-zlAQIt/ssh Window manager warning: Failed to read saved session file /home/jim/.config/metacity/sessions/10b33644e734841ff112901877124022490005600026.ms: Failed to open file '/home/jim/.config/metacity/sessions/10b33644e734841ff112901877124022490005600026.ms': No such file or directory (polkit-gnome-authentication-agent-1:680): GLib-GObject-WARNING **: cannot register existing type `_PolkitError' (polkit-gnome-authentication-agent-1:680): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed Initializing nautilus-gdu extension ** (gnome-settings-daemon:708): WARNING **: Failed to acquire org.gnome.SettingsDaemon ** (gnome-settings-daemon:708): WARNING **: Could not acquire name - It looks like dcopserver is already running. If you are sure that it is not already running, remove /home/jim/.DCOPserver_neurosis__0 and start dcopserver again. - Openbox-Message: A window manager is already running on screen 0 ** (nautilus:667): WARNING **: Can not calculate _NET_NUMBER_OF_DESKTOPS ** (nautilus:667): WARNING **: Can not calculate _NET_NUMBER_OF_DESKTOPS ** (nautilus:667): WARNING **: Can not get _NET_WORKAREA ** (nautilus:667): WARNING **: Can not determine workarea, guessing at layout kdeinit: Shutting down running client. Openbox-Message: A window manager is already running on screen 0 ** (gnome-settings-daemon:742): WARNING **: Failed to acquire org.gnome.SettingsDaemon ** (gnome-settings-daemon:742): WARNING **: Could not acquire name - It looks like dcopserver is already running. If you are sure that it is not already running, remove /home/jim/.DCOPserver_neurosis__0 and start dcopserver again. - ** (gnome-settings-daemon:762): WARNING **: Failed to acquire org.gnome.SettingsDaemon ** (gnome-settings-daemon:762): WARNING **: Could not acquire name Openbox-Message: A window manager is already running on screen 0 - It looks like dcopserver is already running. If you are sure that it is not already running, remove /home/jim/.DCOPserver_neurosis__0 and start dcopserver again. - ** (gnome-settings-daemon:782): WARNING **: Failed to acquire org.gnome.SettingsDaemon ** (gnome-settings-daemon:782): WARNING **:
Bug#603990: open-iscsi: reconnecting to targets fails with kernel 2.6.32 due to sysfs changes
Package: open-iscsi Version: 2.0.871.3-2squeeze1.1 Severity: normal Tags: patch Hi, I have a diskless system with root on iSCSI. After upgrading my kernel from 2.6.32-5-amd64 to 2.6.36-trunk-amd64, the system no longer boots because the connection is lost when /etc/init.d/open-iscsi is called. Running iscsid manually reports that the authentication was rejected, but I'm not using any authentication. I did a bisection on the kernel and found that the culprit is: commit 0f4f81dce93774a447da3ceb98cce193ef84a3fa Author: André Goddard Rosa andre.godd...@gmail.com Date: Mon Dec 14 18:00:55 2009 -0800 vsprintf: factorize (null) string snip Change NULL to (null), unifying 3 equal strings. What is happening here is that the initramfs successfully uses iscsistart to connect to the target. Later, iscsid tries to reconnect using the parameters it finds in sysfs files, like: /sys/class/iscsi_session/session1/username /sys/class/iscsi_session/session1/password Before this kernel change, those files contained NULL, but now they contain (null), and iscsid doesn't handle the latter correctly. Turns out this has already been fixed upstream in open-iscsi (I should have tried that first!): http://git.kernel.org/?p=linux/kernel/git/mnc/open-iscsi.git;a=commitdiff;h=f0b670c016c85c882bb0583eaef8ea2f7147d4af so all that's really necessary is to either use that patch or upgrade the whole package to the recently-released 2.0-872. -jim -- System Information: Debian Release: 5.0.2 APT prefers testing APT policy: (300, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii udev 164-2 /dev/ and hotplug management daemo open-iscsi recommends no packages. open-iscsi suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596897: possible workaround
I saw this too. A temporary workaround if your screen is dim is to run something like one of these: xgamma -gamma 1.0 xrandr --output DVI-0 --gamma 1:1:1 (I forget exactly which one did the trick) -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594123: pam-auth-update puts options in random order, causing unnecessary changes
Package: libpam-runtime Version: 1.1.1-4 Severity: normal Tags: patch Hi, I have this line in my pam config: $ grep passwdqc /etc/pam.d/common-password passwordrequisite pam_passwdqc.so random=32 min=disabled,8,8,7,7 enforce=users If I run pam-auth-update, the options are reordered: $ sudo pam-auth-update $ grep passwdqc /etc/pam.d/common-password passwordrequisite pam_passwdqc.so random=32 enforce=users min=disabled,8,8,7,7 Each time I run it, I get a random permutation: $ sudo pam-auth-update $ md5sum common-password 64243ec2bed901c9062f23e4757c14b2 common-password $ sudo pam-auth-update $ md5sum common-password 28ec1dc99e396347ba1ad7123a914fc6 common-password This causes unnecessary churn in e.g. etckeeper or any other version control system being used for /etc. Please consider the attached patch which sorts the options, making pam-auth-update output stable for two subsequent runs. -jim -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (990, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpam-runtime depends on: ii debconf 1.5.24 Debian configuration management sy ii libpam-modules1.1.1-4Pluggable Authentication Modules f libpam-runtime recommends no packages. libpam-runtime suggests no packages. -- debconf information: libpam-runtime/conflicts: libpam-runtime/no_profiles_chosen: libpam-runtime/you-had-no-auth: libpam-runtime/override: false * libpam-runtime/profiles: passwdqc, unix, capability --- /usr/sbin/pam-auth-update 2010-08-23 16:07:41.0 -0400 +++ /tmp/pam-auth-update2010-08-23 16:07:36.0 -0400 @@ -271,7 +271,7 @@ $i--; } } - return $modline . . join(' ',@opts,keys(%{$adds})) . \n; + return $modline . . join(' ',@opts,sort keys(%{$adds})) . \n; } # return the lines for a given config name, type, and position in the stack
Bug#591724: xpdf: always aborts with __pthread_mutex_lock failure
Michael Gilbert wrote: tag 591724 unreproducible , moreinfo thanks On Wed, 04 Aug 2010 20:53:14 -0400 Jim Paris wrote: Package: xpdf Version: 3.02-9 Severity: important xpdf always fails on my system: $ xpdf /usr/share/doc/shared-mime-info/shared-mime-info-spec.pdf xpdf: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed. Aborted (core dumped) hi, i'm unable to reproduce this. all of the dependencies listed in your report match the versions i'm working from, and i'm on amd64 also, so i don't see any obvious differences on your system. are you able to open any other pdf files? the only thing that seems strange is that reportbug says that your 'Debian release' is 5.0.2. why doesn't it say sid/squeeze? could you make sure all your other packages have been upgraded to at least squeeze? It can't open any pdf files. Most packages on this system were from lenny. I upgraded all of the direct xpdf dependencies to sid/squeeze just to rule that out as a problem, which is why the versions all match yours. I went through all files listed in ldd /usr/bin/xpdf, looked at their packages' versions, and upgraded packages one at a time until the bug went away. The culprit was: libexpat1 After upgrading to libexpat1 2.0.1-7, xpdf 3.02-9 works. If I downgrade to libexpat1 2.0.1-4+lenny3, it breaks again. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591724: xpdf: always aborts with __pthread_mutex_lock failure
Package: xpdf Version: 3.02-9 Severity: important xpdf always fails on my system: $ xpdf /usr/share/doc/shared-mime-info/shared-mime-info-spec.pdf xpdf: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed. Aborted (core dumped) After removing xpdf-reader and reinstalling from 3.02-1.4+lenny2, it works again. Backtrace: $ gdb xpdf core ... Core was generated by `xpdf /usr/share/doc/shared-mime-info/shared-mime-info-spec.pdf'. pProgram terminated with signal 6, Aborted. [New process 7165] #0 0x7fb9cd584175 in raise () from /lib/libc.so.6 (gdb) bt #0 0x7fb9cd584175 in raise () from /lib/libc.so.6 #1 0x7fb9cd586f80 in abort () from /lib/libc.so.6 #2 0x7fb9cd57d2b1 in __assert_fail () from /lib/libc.so.6 #3 0x7fb9ca847f4b in pthread_mutex_lock () from /lib/libpthread.so.0 #4 0x7fb9ce155210 in GlobalParams::getProfileCommands () from /usr/lib/libpoppler.so.5 #5 0x7fb9ce12de4c in Gfx::Gfx () from /usr/lib/libpoppler.so.5 #6 0x7fb9ce17198e in Page::createGfx () from /usr/lib/libpoppler.so.5 #7 0x7fb9ce171c1b in Page::displaySlice () from /usr/lib/libpoppler.so.5 #8 0x00417d21 in ?? () #9 0x00419441 in ?? () #10 0x0041dd88 in ?? () #11 0x0041453e in ?? () #12 0x00428f6a in ?? () #13 0x0041abac in ?? () #14 0x00429e30 in ?? () #15 0x7fb9cd570c4d in __libc_start_main () from /lib/libc.so.6 #16 0x0040b6b9 in ?? () #17 0x7fffe10d5a88 in ?? () #18 0x001c in ?? () #19 0x0002 in ?? () #20 0x7fffe10d6397 in ?? () #21 0x7fffe10d639c in ?? () #22 0x in ?? () (gdb) -- System Information: Debian Release: 5.0.2 APT prefers testing APT policy: (300, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8 GCC support library ii libpoppler5 0.12.4-1 PDF rendering library ii libstdc++64.4.4-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxt61:1.0.7-1 X11 toolkit intrinsics library Versions of packages xpdf recommends: ii poppler-data 0.4.3-1Encoding data for the poppler PDF ii poppler-utils 0.12.4-1 PDF utilitites (based on libpopple xpdf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591725: xpdf-reader: please provide the ability to query for the presence of a remote window
Package: xpdf-reader Version: 3.02-1.4+lenny2 Severity: wishlist Since the -remote option creates a new window if one isn't found, there's (it seems) no way to detect if a remote is present at all. This prevents me from having the behavior I'd like, which is: If a remote window with name report exists: ask it to reload otherwise: create a new window and open report.pdf The closest solution I've found is to run: xpdf -remote report report.pdf But this causes an existing instance to go back to page 1, rather than stay on the current page like -reload would. What I would really like to do is something like: if xpdf -testremote report ; then xpdf -remote report -reload else xpdf -remote report report.pdf fi Alternately, instead of -testremote, the ability to supress the automatic creation of a new window, and return an error instead, might be more useful. Then I could do: if ! xpdf -nocreate -remote report -reload ; then xpdf -remote report report.pdf fi -jim -- System Information: Debian Release: 5.0.2 APT prefers testing APT policy: (300, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf-reader depends on: ii gsfonts 1:8.11+urwcyr1.0.7~pre44-3 Fonts for the Ghostscript interpre ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfreetype6 2.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-8 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpaper1 1.1.23+nmu1library for handling paper charact ii libsm62:1.0.3-2 X11 Session Management library ii libstdc++64.4.4-8The GNU Standard C++ Library v3 ii libt1-5 5.1.2-3Type 1 font rasterizer library - r ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxp61:1.0.0.xsf1-2 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.7-2 X11 pixmap library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xpdf-common 3.02-1.4+lenny2Portable Document Format (PDF) sui xpdf-reader recommends no packages. Versions of packages xpdf-reader suggests: ii epiphany-gecko [www-browse 2.22.3-9 Intuitive GNOME web browser - Geck ii iceweasel [www-browser]3.5.5-1 lightweight web browser based on M ii links [www-browser]2.1pre37-1.1 Web browser running in text mode ii links2 [www-browser] 2.1pre37-1.1 Web browser running in both graphi ii lynx-cur [www-browser] 2.8.7dev9-2.1 Text-mode WWW Browser with NLS sup ii midori [www-browser] 0.1.8-1 fast, lightweight graphical web br ii w3m [www-browser] 0.5.2-2+b1WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#439409: Requiring root access
However, my userid would not be able to work on the underlying device (/dev/sde in my case) without privileged access (root is the owner of the /dev/sde device). Sure, if that's the case, of course gparted can't work. But you can certainly imagine a configuration where a non-root user has full access to a device -- whether due to local site-specific configuration or some standard thing like a device owned by group floppy. Or even consider an explicit chmod 666 /dev/sdg if the sysadmin is feeling particularly generous. Now clearly any user can write to the device, so why in the world should gparted assume that you need to be root and refuse to even try? -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587550: mdadm: --manage --remove faulty does not remove all faulty disks
Package: mdadm Version: 3.1.2-2 Severity: normal Hi, Here is an array with four faulty spares: # mdadm --detail /dev/md0 /dev/md0: Version : 0.90 Creation Time : Fri Sep 22 06:18:01 2006 Raid Level : raid1 Array Size : 128384 (125.40 MiB 131.47 MB) Used Dev Size : 128384 (125.40 MiB 131.47 MB) Raid Devices : 6 Total Devices : 10 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Tue Jun 29 14:01:07 2010 State : clean, degraded Active Devices : 2 Working Devices : 6 Failed Devices : 4 Spare Devices : 4 UUID : dece84f3:a8f8be71:ea9d9fee:21fd5f90 Events : 0.1770 Number Major Minor RaidDevice State 0 8 170 active sync /dev/sdb1 1 811 active sync /dev/sda1 9 8 1452 spare rebuilding /dev/sdj1 3 003 removed 4 004 removed 5 005 removed 6 8 97- spare /dev/sdg1 7 8 113- spare /dev/sdh1 8 8 129- spare /dev/sdi1 10 8 81- faulty spare 11 8 65- faulty spare 12 8 49- faulty spare 13 8 33- faulty spare To remove these spares, I used --remove faulty, but I had to run it three times before they were all removed: # mdadm --manage /dev/md0 --remove faulty mdadm: hot removed 8:81 mdadm: hot removed 8:49 # mdadm --manage /dev/md0 --remove faulty mdadm: hot removed 8:65 # mdadm --manage /dev/md0 --remove faulty mdadm: hot removed 8:33 # mdadm --manage /dev/md0 --remove faulty # My guess is that in Manage.c:Manage_subdevs, the loops like for (; j array.raid_disks + array.nr_disks ; j++) { are missing disks because the disk numbers are changing as they are removed, but I didn't have the time to follow the code in detail. -jim -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (990, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mdadm depends on: ii debconf 1.5.24 Debian configuration management sy ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-88 creates device files in /dev ii udev 157-1 /dev/ and hotplug management daemo Versions of packages mdadm recommends: ii module-init-tools3.4-1 tools for managing Linux kernel mo ii sendmail-bin [mail-trans 8.14.3-5+lenny1 powerful, efficient, and scalable mdadm suggests no packages. -- debconf information: * mdadm/autostart: true * mdadm/initrdstart: /dev/md1 mdadm/initrdstart_notinconf: false mdadm/initrdstart_msg_errexist: mdadm/initrdstart_msg_intro: mdadm/initrdstart_msg_errblock: * mdadm/warning: * mdadm/start_daemon: true * mdadm/mail_to: j...@jtan.com mdadm/initrdstart_msg_errmd: mdadm/initrdstart_msg_errconf: * mdadm/autocheck: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584980: vinagre: password entry is limited to 8 characters
Package: vinagre Version: 2.30.1-1 Severity: normal The password entry field is limited to 8 characters. This is fine for VNC, but doesn't work so well when entering your SSH password for a tunnel. From data/vinagre.ui: object class=GtkEntry id=password_entry property name=visibleTrue/property property name=can_focusTrue/property property name=eventsGDK_POINTER_MOTION_MASK | GDK_POINTER_MOTION_HINT_MASK | GDK_BUTTON_PRESS_MASK | GDK_BUTTON_RELEASE_MASK/property property name=max_length8/property property name=visibilityFalse/property property name=activates_defaultTrue/property /object -jim -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.5 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vinagre depends on: ii gconf22.28.1-3 GNOME configuration database syste ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libavahi-common3 0.6.23-3lenny1 Avahi common library ii libavahi-gobject0 0.6.23-3lenny1 Avahi GObject library ii libavahi-ui0 0.6.23-3lenny1 Avahi GTK+ User interface library ii libbonobo2-0 2.24.1-1 Bonobo CORBA interfaces library ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-5+lenny1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgnome-keyring0 2.22.3-2 GNOME keyring services library ii libgnutls26 2.8.4-1the GNU TLS library - runtime libr ii libgtk-vnc-1.0-0 0.3.10-6 A VNC viewer widget for GTK+ (runt ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libpanel-applet2-02.30.0-2 library for GNOME Panel applets ii libpango1.0-0 1.24.0-3+b1Layout and rendering of internatio ii libtelepathy-glib00.11.6-1 Telepathy framework - GLib library ii libvte9 1:0.24.1-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.2.1-1 X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library vinagre recommends no packages. vinagre suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584980: Duplicate
forcemerge 580323 584980 thanks Sorry, this was a duplicate of #2 from 580323. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#461310: Yaboot still can't netboot, here's a binary that can
Hi, The yaboot in Debian still can't handle big files, so the powerpc netboot images don't work. For those like me who don't have a powerpc build environment available (yet!), I've extracted the yaboot image from Fedora's yaboot-1.3.14-27.fc12.ppc.rpm and verified that it does work fine for netbooting Debian images. You can get a copy here: http://boot.jim.sh/ppc/yaboot-fedora Hope it's useful -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572995: Confirmed fixed
Confirmed fixed, thank you! -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572969: hyperlinks don't work
Package: impressive Version: 0.10.2r-5 Severity: normal Hi, Hyperlinks don't work correctly. Impressive complains as follows: $ zcat /usr/share/doc/latex-beamer/examples/a-conference-talk/beamerexample-conference-talk.pdf.gz test.pdf $ impressive test.pdf Welcome to Impressive version 0.10.2 Detected screen size: 1024x768 pixels OpenGL renderer: Mesa DRI Intel(R) 965GM GEM 20091221 2009Q4 Using GL_ARB_texture_non_power_of_two. Note: error in file produced by pdftk, hyperlinks disabled. PDF parser error message: referenced non-existing PDF object Total presentation time: 0:01. The links work fine in xpdf. -jim -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (250, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages impressive depends on: ii perl 5.10.1-11 Larry Wall's Practical Extraction ii poppler-utils0.12.2-2PDF utilitites (based on libpopple ii python 2.5.4-9 An interactive high-level object-o ii python-imaging 1.1.7-1+b1 Python Imaging Library ii python-opengl3.0.1~b2-1 Python bindings to OpenGL ii python-pygame1.8.1release-1.1+b1 SDL bindings for games development ii python-support 1.0.6.1 automated rebuilding support for P ii xpdf-reader 3.02-1.4+lenny1 Portable Document Format (PDF) sui Versions of packages impressive recommends: ii ghostscript-x8.71~dfsg-1 The GPL Ghostscript PostScript/PDF ii pdftk1.41+dfsg-7 tool for manipulating PDF document Versions of packages impressive suggests: ii latex-beamer 3.07-2 LaTeX class to produce presentatio -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572969: hyperlinks don't work
Hyperlinks don't work correctly. Impressive complains as follows: .. Note: error in file produced by pdftk, hyperlinks disabled. PDF parser error message: referenced non-existing PDF object I found a workaround: downgrading pdftk from 1.41+dfsg-7 to 1.41-3 causes hyperlinks to work in Impressive. Presumably something changed in the pdftk output that confuses the ad-hoc PDF parser in Impressive. The PDFs created by the new version of pdftk still work in xpdf, with hyperlinks: pdftk input.pdf output output.pdf -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564464: x11-xserver-utils: xset b no longer sets bell qualitiescan't
I'm seeing the same problem here. I don't think this is related to that upstream bug, because that bug deals with having no bell (for me, echo -e '\a' is also silent ... I presume it's fixed by that upstream patch). Anyway, this bug also means that xset b off doesn't work either. But apparently the bell is now handled by snd-hda-intel module on my system, so I was able to mute or turn it down using ALSA mixer controls. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572995: white lines at bottom/right of display
Package: impressive Version: 0.10.2r-5 Severity: normal When passing a resolution with -r to the pdftoppm program, a white line may appear at the bottom or right side of the screen, if the given resolution doesn't result in an image with an integer number of pixels. Impressive uses pdftoppm in this way, and so many PDFs show this artifact, depending on the resolution. For example, the Beamer document \documentclass{beamer} \beamersetaveragebackground{black} \setbeamertemplate{navigation symbols}{} \begin{document} \begin{frame} \end{frame} \end{document} should be all black, but shows a white line at the bottom. This may be a bug in pdftoppm and has been reported upstream [1], but it also seems that it would make more sense for Impressive to simply pass the target width and height to pdftoppm, rather than trying to compute an approximate resolution. Would there be interest in such a patch? -jim [1] https://bugs.freedesktop.org/show_bug.cgi?id=26944 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (250, 'testing'), (200, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages impressive depends on: ii perl 5.10.1-11 Larry Wall's Practical Extraction ii poppler-utils0.12.2-2.1 PDF utilitites (based on libpopple ii python 2.5.4-9 An interactive high-level object-o ii python-imaging 1.1.7-1+b1 Python Imaging Library ii python-opengl3.0.1~b2-1 Python bindings to OpenGL ii python-pygame1.8.1release-1.1+b1 SDL bindings for games development ii python-support 1.0.6.1 automated rebuilding support for P ii xpdf-reader 3.02-1.4+lenny1 Portable Document Format (PDF) sui Versions of packages impressive recommends: ii ghostscript-x8.71~dfsg-1 The GPL Ghostscript PostScript/PDF ii pdftk1.41-3 useful tool for manipulating PDF d Versions of packages impressive suggests: ii latex-beamer 3.07-2 LaTeX class to produce presentatio -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561498: openoffice.org-emailmerge upgrade error
Hi, This is definitely a real bug. The openoffice.org-emailmerge preinst tries to do: basis=`readlink /usr/lib/openoffice/basis-link` but this link does not exist, so the preinst exits with an error. The problem is that - this link is not in old versions of openoffice.org-common - the PreDepends for openoffice.org-emailmerge is unversioned See transcript below. For anyone else having this problem, a workaround is to run: ln -s xxx /usr/lib/openoffice/basis-link and then the install should work. -jim hypnosis:/tmp# apt-get install openoffice.org-emailmerge Reading package lists... Done Building dependency tree... Reading state information... Done The following packages will be upgraded: openoffice.org-emailmerge (2.4.1+dfsg-1+lenny6 = 3.1.1-16) 1 upgraded, 0 newly installed, 0 to remove and 1510 not upgraded. Need to get 0B/214kB of archives. After this operation, 57.3kB disk space will be freed. Preconfiguring packages ... (Reading database ... 270959 files and directories currently installed.) Preparing to replace openoffice.org-emailmerge 1:2.4.1+dfsg-1+lenny6 (using .../openoffice.org-emailmerge_1%3a3.1.1-16_all.deb) ... dpkg: error processing /var/cache/apt/archives/openoffice.org-emailmerge_1%3a3.1.1-16_all.deb (--unpack): subprocess new pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/openoffice.org-emailmerge_1%3a3.1.1-16_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) hypnosis:/tmp# dpkg-deb -e /var/cache/apt/archives/openoffice.org-emailmerge_1%3a3.1.1-16_all.deb /tmp/foo hypnosis:/tmp# cd /tmp/foo hypnosis:/tmp/foo# DEBIAN_HAS_FRONTEND=1 sh -x ./preinst upgrade + set -e + THIS_PACKAGE=openoffice.org-emailmerge + THIS_SCRIPT=preinst + . /usr/share/debconf/confmodule ++ '[' '!' 1 ']' ++ '[' -z '' ']' ++ exec ++ '[' '' ']' ++ exec ++ DEBCONF_REDIR=1 ++ export DEBCONF_REDIR + case $1 in + remove_extension org.openoffice.legacy.mailmerge.py + handle_soffice_listeners stop + services=docvert-converter + for s in '$services' + '[' -x /etc/init.d/docvert-converter ']' + sleep 1 + check_for_running_ooo + '[' -e /usr/lib/openoffice/program/bootstraprc ']' ++ grep UserInstallation /usr/lib/openoffice/program/bootstraprc ++ sed -e s,SYSUSERCONFIG,HOME, ++ cut -d= -f2 + LOCKFILE='$HOME/.openoffice.org2/.lock' ++ pgrep soffice.bin ++ head -n 1 + PID= + '[' -n '' ']' + '[' -e '$HOME/.openoffice.org2/.lock' ']' + /usr/lib/openoffice/program/unopkg list --shared org.openoffice.legacy.mailmerge.py ++ mktemp -d + INSTDIR=/tmp/tmp.W3KFRrPDyE + export PYTHONPATH=/usr/lib/openoffice/basis3.1/program + PYTHONPATH=/usr/lib/openoffice/basis3.1/program ++ readlink /usr/lib/openoffice/basis-link + basis= hypnosis:/tmp/foo# ls -al /usr/lib/openoffice total 184 drwxr-xr-x 6 root root 4096 2009-02-24 00:13 . drwxr-xr-x 267 root root 135168 2010-03-05 17:14 .. drwxr-xr-x 3 root root 4096 2010-02-18 20:08 help drwxr-xr-x 16 root root 4096 2008-01-19 03:19 presets drwxr-xr-x 6 root root 32768 2010-02-18 20:08 program drwxr-xr-x 22 root root 4096 2008-02-06 02:43 share hypnosis:/tmp/foo# apt-cache policy openoffice.org-common | grep Installed Installed: 1:2.4.1+dfsg-1+lenny6 hypnosis:/tmp/foo# apt-cache show openoffice.org-emailmerge | egrep 'Version|Pre-Depends' Version: 1:3.2.0-3 Pre-Depends: python-uno, openoffice.org-common, debconf (= 0.5) | debconf-2.0, procps Version: 1:3.1.1-16 Pre-Depends: python-uno, openoffice.org-common, debconf (= 0.5) | debconf-2.0, procps Version: 1:3.1.1-15+squeeze1 Pre-Depends: python-uno, openoffice.org-common, debconf (= 0.5) | debconf-2.0, procps Version: 1:2.4.1+dfsg-1+lenny6 Version: 1:2.4.1+dfsg-1+lenny3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534422: same thing on Thinkpad X61
I'm seeing the same problem on a Thinkpad X61 running 2.6.33-1~experimental.2 -- after resume from hibernation, everything starts crashing with segfaults. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507916: Any update?
tags 507916 patch thanks The latest version (2:1.7.5-1) still has this bug. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571787: phpbb3: cookies and automatic login do not work with php 5.3 (patch available)
Package: phpbb3 Version: 3.0.2-4 Severity: normal Tags: patch Hi, Persistent/automatic logins were not working for me on a brand new install. After debugging, it turns out that request_var() in functions.php does not return cookie contents. I searched around and found this explanation: http://www.phpbb.com/community/viewtopic.php?f=46t=1725065start=0 which suggests applying the patches in revisions 9728 and 9729: http://code.phpbb.com/repositories/diff/phpbb/branches/phpBB-3_0_0/phpBB/includes/functions.php?rev=9728 http://code.phpbb.com/repositories/diff/phpbb/branches/phpBB-3_0_0/phpBB/includes/functions.php?rev=9729 After applying both patches, automatic logins work fine. -jim -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (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/dash Versions of packages phpbb3 depends on: ii apache2-mpm-prefork [httpd] 2.2.14-5 Apache HTTP Server - traditional n ii dbconfig-common 1.8.44 common framework for packaging dat ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libapache2-mod-php5 5.3.1-5server-side, HTML-embedded scripti ii mysql-client 5.1.41-3 MySQL database client (metapackage ii mysql-client-5.1 [mysql-clien 5.1.41-3 MySQL database client binaries ii php5-mysql5.3.1-5MySQL module for php5 Versions of packages phpbb3 recommends: ii exim4 4.71-3 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.71-3 lightweight Exim MTA (v4) daemon ii php5-gd 5.3.1-5GD module for php5 pn php5-imagick | php4-imagick none (no description available) Versions of packages phpbb3 suggests: ii mysql-server 5.1.41-3 MySQL database server (metapackage ii mysql-server-5.1 [mysql-serve 5.1.41-3 MySQL database server binaries -- debconf information: * phpbb3/database-type: mysql phpbb3/remote/newhost: phpbb3/mysql/admin-user: root phpbb3/remote/host: phpbb3/pgsql/manualconf: phpbb3/dbconfig-remove: phpbb3/db/basepath: phpbb3/internal/reconfiguring: false phpbb3/httpd: apache phpbb3/internal/skip-preseed: false phpbb3/db/app-user: phpbb3 phpbb3/remove-error: abort phpbb3/pgsql/authmethod-user: phpbb3/dbconfig-reinstall: false phpbb3/db/dbname: phpbb3 phpbb3/upgrade-error: abort phpbb3/pgsql/admin-user: postgres phpbb3/install-error: abort phpbb3/upgrade-backup: true phpbb3/remote/port: phpbb3/pgsql/authmethod-admin: ident phpbb3/dbconfig-upgrade: true phpbb3/pgsql/no-empty-passwords: phpbb3/purge: false * phpbb3/dbconfig-install: true phpbb3/mysql/method: unix socket phpbb3/passwords-do-not-match: phpbb3/missing-db-package-error: abort phpbb3/pgsql/changeconf: false phpbb3/pgsql/method: unix socket -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#228671: closed by Antonio Radici anto...@dyne.org (Bug#228671: fixed in mutt 1.5.20-7)
Hi, #228671: mutt: Screen left in strange mode when piping mail with unknown mime-types It has been closed by Antonio Radici anto...@dyne.org. ... + upstream/228671-pipe-mime.patch: don't mess up the terminal while piping attachments (Closes: 228671) This patch seems to address the imap piping issue, not the unknown mime-type piping issue. But I tried to reproduce my original bug, and couldn't, so I'm fine with this being closed. Thanks! -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216215004.ga32...@psychosis.jim.sh
Bug#563452: enigma: symbol lookup error: enigma: undefined symbol: IMG_Init
Package: enigma Version: 1.09+r1900-1 Severity: normal Just installed from experimental and got this... $ enigma enigma: symbol lookup error: enigma: undefined symbol: IMG_Init then on a hunch: $ apt-cache policy libsdl-image1.2 libsdl-image1.2: Installed: 1.2.6-3 Candidate: 1.2.6-3 Version table: 1.2.10-1 0 80 http://debian.lcs.mit.edu testing/main Packages 50 http://debian.lcs.mit.edu unstable/main Packages *** 1.2.6-3 0 200 http://debian.lcs.mit.edu stable/main Packages 100 /var/lib/dpkg/status $ sudo apt-get -t unstable install libsdl-image1.2 After installing 1.2.10-1, it works. So I guess you need a tighter dependency on libsdl-image1.2. -jim -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (200, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.5 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages enigma depends on: ii enigma-data 1.09+r1900-1 Data file for the game enigma ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-8lenny3 Multi-protocol file transfer libra ii libgcc1 1:4.3.2-1.1 GCC support library ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libsdl-image1.2 1.2.6-3 image loading library for Simple D ii libsdl-mixer1.2 1.2.8-4 mixer library for Simple DirectMed ii libsdl-ttf2.0-0 2.0.9-1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libxerces-c3.0 3.0.1-2 validating XML parser library for ii libzipios++0c2a 0.1.5.9+cvs.2007.04.28-5 a small C++ library for reading zi Versions of packages enigma recommends: ii enigma-doc 1.09+r1900-1 Documentation for the game enigma ii enigma-level-previews 1.01-1 Pregenerated level previews for En enigma suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507916: Patch for xf86_reload_cursors crash
Hi, I ran into a similar crash in xf86_reload_cursors and this patch worked for me. -jim Index: xorg-server-1.6.5/hw/xfree86/modes/xf86Cursors.c === --- xorg-server-1.6.5.orig/hw/xfree86/modes/xf86Cursors.c 2009-11-29 15:16:23.0 -0500 +++ xorg-server-1.6.5/hw/xfree86/modes/xf86Cursors.c2009-11-29 15:16:34.0 -0500 @@ -612,7 +612,7 @@ cursor_screen_priv = dixLookupPrivate(screen-devPrivates, xf86CursorScreenKey); /* return if HW cursor is inactive, to avoid displaying two cursors */ -if (!cursor_screen_priv-isUp) +if (!cursor_screen || !cursor_screen_priv-isUp) return; scrn = xf86Screens[screen-myNum]; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534929: Update
Hmm, right after sending that mail I came across this: http://article.gmane.org/gmane.comp.gnu.readline/37 where Chet says: You will be able to turn this off while keeping stty echoctl enabled in bash-4.1/readline-6.1. For the time being, you must turn off echoctl. Sigh, yet another hour of wasted work trying to help a project that develops behind closed doors. Maybe Debian can at least apply my interim fix until we see what code appears in bash-4.1. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544087: Same as 534929
This bug is the same as #534929 (but I'll leave it up to the maintainer or submitter to merge it). I will add an explanation and patch there shortly -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534929: Explanation and proposed patch
Hi, This spurious ^C was introduced on purpose: $ zgrep -B 7 previous version, bash-3.2-release /usr/share/doc/bash/CHANGES.gz 4. New Features in Readline a. If the kernel supports it, readline displays special characters corresponding to a keyboard-generated signal when the signal is received. -- This document details the changes between this version, bash-4.0-alpha, and the previous version, bash-3.2-release. One way to avoid is to disable echoctl in your terminal: stty -echoctl However, that's strongly undesirable because it changes the behavior of all control characters, not just the ones that cause an interrupt. For example, run sleep 100 and hit the arrow keys after running both stty echoctl and stty -echoctl, and notice the difference. For those of us who want the normal behavior back, please apply the below patch (against bbash 4.0). It will add a new readline option, disable-signal-echo. To enable it, add in ~/.inputrc set disable-signal-echo on Then restart bash and the old behavior should be back. I would also like to suggest that the old behavior should be the default behavior. Keyboard controls that generate a signal are special -- it's silly and unhelpful for bash to purposely output these characters when it receives a signal. -jim ps. I just realized that something similar should probably be applied to readline too... diff -ur bash-4.0/lib/readline/bind.c bash-4.0-jim/lib/readline/bind.c --- bash-4.0/lib/readline/bind.c2009-01-22 20:15:57.0 -0500 +++ bash-4.0-jim/lib/readline/bind.c2009-10-27 18:04:28.0 -0400 @@ -1419,6 +1419,7 @@ { completion-ignore-case, _rl_completion_case_fold, 0 }, { convert-meta,_rl_convert_meta_chars_to_ascii, 0 }, { disable-completion, rl_inhibit_completion, 0 }, + { disable-signal-echo, _rl_disable_signal_echo, 0 }, { enable-keypad, _rl_enable_keypad, 0 }, { expand-tilde,rl_complete_with_tilde_expansion, 0 }, { history-preserve-point, _rl_history_preserve_point,0 }, diff -ur bash-4.0/lib/readline/rlprivate.h bash-4.0-jim/lib/readline/rlprivate.h --- bash-4.0/lib/readline/rlprivate.h 2009-01-22 21:56:49.0 -0500 +++ bash-4.0-jim/lib/readline/rlprivate.h 2009-10-27 18:05:09.0 -0400 @@ -434,6 +434,7 @@ extern int _rl_interrupt_immediately; extern int volatile _rl_caught_signal; +extern int _rl_disable_signal_echo; extern int _rl_echoctl; extern int _rl_intr_char; diff -ur bash-4.0/lib/readline/signals.c bash-4.0-jim/lib/readline/signals.c --- bash-4.0/lib/readline/signals.c 2009-01-23 10:57:00.0 -0500 +++ bash-4.0-jim/lib/readline/signals.c 2009-10-27 18:05:33.0 -0400 @@ -102,6 +102,7 @@ int volatile _rl_caught_signal = 0;/* should be sig_atomic_t, but that requires including signal.h everywhere */ /* If non-zero, print characters corresponding to received signals. */ +int _rl_disable_signal_echo = 0; int _rl_echoctl = 0; int _rl_intr_char = 0; @@ -586,7 +587,7 @@ char cstr[3]; int cslen, c; - if (_rl_echoctl == 0) + if (_rl_echoctl == 0 || _rl_disable_signal_echo) return; switch (sig) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528464: fontconfig-config: no antialiasing configuration makes it fragile
Package: fontconfig-config Version: 2.6.0-3 Severity: wishlist According to bug #513121, installing the ttf-arphic-uming package makes QT4 fonts non-antialiased, while purging it makes them look normal again. The last message there indicates this is because fontconfig-config does not provide an antialias configuration by default, and so whether a particular font gets antialiased seems to be a fragile setting based on the installation of unrelated fonts. Should something like 10-antialias.conf be included to make things a bit more predictable? It appears that's what Ubuntu does. -jim -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fontconfig-config depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii gsfonts-x11 0.21 Make Ghostscript fonts available t ii ttf-dejavu2.25-3 Metapackage to pull in ttf-dejavu- ii ucf 3.0016 Update Configuration File: preserv fontconfig-config recommends no packages. fontconfig-config suggests no packages. -- debconf information: fontconfig/subpixel_rendering: Automatic fontconfig/enable_bitmaps: false fontconfig/hinting_type: Native -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503120: ping?
merge 503120 505335 tags 503120 + patch thanks This bug is trivial to fix with the below patch. Please apply. -jim diff -urN tftp-hpa-0.48-orig/debian/control tftp-hpa-0.48/debian/control --- tftp-hpa-0.48-orig/debian/control 2009-05-05 17:45:03.0 -0400 +++ tftp-hpa-0.48/debian/control2009-05-05 17:45:09.0 -0400 @@ -17,7 +17,7 @@ Package: tftpd-hpa Architecture: any -Depends: ${shlibs:Depends}, debconf | debconf-2.0, sysv-rc +Depends: ${shlibs:Depends}, debconf | debconf-2.0, sysv-rc | file-rc Recommends: inet-superserver, update-inetd Conflicts: tftpd, atftpd Description: HPA's tftp server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522461: segfault on amd64
Package: siggen Version: 2.3.10-1 Severity: normal Tags: patch Whenever any of the siggen programs try to print an error message on amd64, they crash with a segmentation fault, e.g.: $ signalgen Segmentation fault $ signalgen --help Segmentation fault $ signalgen -v test signalgen Ver. 2.3.10 (May 2008) Digital Signal Generator Segmentation fault This happens because misc.c is missing string.h, and so the return type of strerror() is incorrectly assumed to be int instead of a pointer. The attached patch fixes the problem. It also adds another prototype to avoid a compiler warning and potentially fix another bug. -jim -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.3 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages siggen depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libncurses5 5.6+20080830-1 shared libraries for terminal hand siggen recommends no packages. siggen suggests no packages. -- no debconf information diff -urN siggen-2.3.10-orig/config.h siggen-2.3.10/config.h --- siggen-2.3.10-orig/config.h 2009-04-03 16:07:03.0 -0400 +++ siggen-2.3.10/config.h 2009-04-03 16:09:12.0 -0400 @@ -245,5 +245,6 @@ */ char *get_conf_value(); +char **getWavNames(); #endif /* _config_siggen_h */ diff -urN siggen-2.3.10-orig/misc.c siggen-2.3.10/misc.c --- siggen-2.3.10-orig/misc.c 2009-04-03 16:07:03.0 -0400 +++ siggen-2.3.10/misc.c 2009-04-03 16:07:14.0 -0400 @@ -27,6 +27,7 @@ #include sys/types.h #include unistd.h #include limits.h +#include string.h #include config.h /* * delay(us) wait us microsecs using select. Effectively
Bug#511083: Fixed upstream
tag 511083 + fixed-upstream This is fixed upstream and (I think) in 4.5.18: http://git.altlinux.org/people/ldv/packages/?p=strace.git;a=commitdiff;h=f46c65be75810812088b64fc05ecef8515d79b91 It is the same as bug 508484 -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497212: booting the lenny installer via pxe leeds to a black screen
Hi, I can confirm this bug with the Lenny installer. The problem appears to be caused by vesamenu.c32. If I replace the vesamenu.c32 in the Lenny installer with the one shipped in an earlier version of syslinux, I can boot the Lenny installer just fine via PXE. (Replacing pxelinux.cfg/default would also do the trick, since you would avoid using the bad vesamenu.c32 in that case) I tested vesamenu.c32 from the following versions of syslinux: 3.63+dfsg-1 works (md5sum 37c461708a51379b2b9e286c00245915) 3.71+dfsg-5 BAD (md5sum 17a919bd23b8a1844b7731e670ea0388) 3.73+dfsg-1 BAD (md5sum c7cc514d5f8ff17d8e061e4e7d36f77d) D-I lenny uses the same vesamenu.c32 as syslinux 3.71+dfsg-5. This is easy to reproduce with qemu: qemu -no-acpi -M pc -m 256 -smp 1 -boot n -hda /dev/null -net nic -net tap,script=/etc/qemu-ifup where qemu-ifup contains something like: /sbin/ifconfig $1 0.0.0.0 up /usr/sbin/brctl addif eth0 $1 I uploaded a copy of the good vesamenu.c32 from syslinux 3.63 here, in case anyone else wants to test: http://psy.jim.sh/~jim/tmp/vesamenu.c32 This bug should probably be reassigned to syslinux but I'll let the debian-installer team decide. -jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503120: tftpd-hpa: depends on sysv-rc, causes file-rc to be removed
Package: tftpd-hpa Version: 0.48-1 Severity: normal Hi, In version 0.48-2 an additional dependency was added on sysv-rc. This causes file-rc to be removed. Please allow file-rc to remain installed. (Other packages have had similar bugs, see eg. #431264) -jim -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2 (SMP w/4 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tftpd-hpa depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.7-14 GNU C Library: Shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii xinetd [inet-superserver] 1:2.3.14-7 replacement for inetd with many en tftpd-hpa recommends no packages. tftpd-hpa suggests no packages. -- debconf information: * tftpd-hpa/use_inetd: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]