Bug#885140: [pkg-wicd-maint] Bug#885140: wicd: Depends on unmaintained pygtk
> I'm slightly worried by this comment though: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885140#77 I have now tried to temporarily upgrade to the wicd-curses, wicd-cli, wicd-daemon and python3-wicd versions present in Debian/experimental. Unfortunately I can only see a fraction of the Wi-Fi SSIDs compared to the version that used to be in Debian/testing. I'm happy to do more testing for that issue (help me find the bug, I can't find it), since that appears to block the resolution of this bug #885140. / Sebastian
Bug#885140: [pkg-wicd-maint] Bug#885140: wicd: Depends on unmaintained pygtk
> If nobody steps up to finish the porting, there is (not so nice) plan B: > disable > wicd-gtk and leave wicd-curses (more buggy than it should be, but > usable) and wicd-cli. Sadly it appears no one has stepped up to do the porting in the four years since 2017. As a user of wicd-curses, can I humbly suggest that Debian disables wicd-gtk for the time being so that Debian/testing mapped to bookworm can continue using wicd? I'm slightly worried by this comment though: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885140#77 If wicd-curses is kicked out of Debian entirely, what is the suggested alternative for scanning, connecting to and disconnecting from Wi-Fi in a terminal? / Sebastian
Bug#971867: Acknowledgement (debian-goodies missing dependencies on libfile-{which,slurper}-perl)
Hi! > > I'm sorry to report that the missing dependencies didn't end there. > Also this wouldn't have happened if you would have read the full > package description: [...] >Hard dependencies of single tools are listed in the Recommends field > of the package and optional dependencies of single tools in the > Suggests field -- as common with many "collection" style Debian packages. Oh! This is the first time I have encountered this in _any_ Debian package. Thanks for pointing this out to me, now know of the pattern until next time. Even if this report apparently caused grief for you, at least I took the time to report what I thought was a bug. It could have been a real bug that you wanted to have fixed... :) / Sebastian
Bug#971867: Acknowledgement (debian-goodies missing dependencies on libfile-{which,slurper}-perl)
I'm sorry to report that the missing dependencies didn't end there. $ find-dbgsym-packages ./my/nice/binary "grep-aptavail" failed to start: "No such file or directory" at /usr/bin/find-dbgsym-packages line 327. $ apt-file search grep-aptavail dctrl-tools: /usr/bin/grep-aptavail dctrl-tools: /usr/share/man/man1/grep-aptavail.1.gz After installing dctrl-tools I could finally run find-dbgsym-packages. Let's hope I can now figure out how to use the tool to help me make use of the libssl1.1-dbgsyms symbols! :) / Sebastian On Thu, Oct 8, 2020 at 9:21 PM Debian Bug Tracking System wrote: > > Thank you for filing a new Bug report with Debian. > > You can follow progress on this Bug here: 971867: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971867. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Javier Fernández-Sanguino Peña > > If you wish to submit further information on this problem, please > send it to 971...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 971867: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971867 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems
Bug#971867: debian-goodies missing dependencies on libfile-{which,slurper}-perl
Package: debian-goodies Version: 0.86 I found this out when I installed the package using sudo aptitude install debian-goodies on my Debian/testing box. Running "find-dbgsym-packages" resulted in: $ find-dbgsym-packages Can't locate File/Which.pm in @INC (you may need to install the File::Which module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.30.3 /usr/local/share/perl/5.30.3 /usr/lib/x86_64-linux-gnu/perl5/5.30 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.30 /usr/share/perl/5.30 /usr/local/lib/site_perl) at /usr/bin/find-dbgsym-packages line 30. BEGIN failed--compilation aborted at /usr/bin/find-dbgsym-packages line 30. I looked up where Which.pm is located: $ apt-file search Which.pm libfile-which-perl: /usr/share/perl5/File/Which.pm Installing libfile-which-perl and rerunning find-dbgsym-packages results in: $ find-dbgsym-packages Can't locate File/Slurper.pm in @INC (you may need to install the File::Slurper module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.30.3 /usr/local/share/perl/5.30.3 /usr/lib/x86_64-linux-gnu/perl5/5.30 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.30 /usr/share/perl/5.30 /usr/local/lib/site_perl) at /usr/bin/find-dbgsym-packages line 32. BEGIN failed--compilation aborted at /usr/bin/find-dbgsym-packages line 32. I looked up Slurper.pm: $ apt-file search Slurper.pm libfile-slurper-perl: /usr/share/perl5/File/Slurper.pm Installing libfile-slurper-perl and rerunning find-dbgsym-packages results in me finally being able to run the software! :) $ find-dbgsym-packages usage: /usr/bin/find-dbgsym-packages [--install] [--ssh] [--deb] [--all] [ ... ] You must already have the correct debug lines in your sources.list and have executed 'apt update'. /usr/bin/find-dbgsym-packages requires the elfutils and dctrl-tools packages to be installed. This dependency ought to be easy to add to the package, do you mind fixing it? Thank you! :) / Sebastian
Bug#968935: Syntax warnings printed to stdout when importing python3-xlsxwriter in Python 3.8.5...
Package: python3-xlsxwriter Version: 1.1.2-0.2 Hi! I'm having issues with python3-xlsxwriter printing syntax warnings to standard out. These can be reproduced by running this one-liner: python3 --version && python3 -Walways -c 'from xlsxwriter import Workbook' When I run it I see: $ python3 --version && python3 -Walways -c 'from xlsxwriter import Workbook' Python 3.8.5 /usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:358: SyntaxWarning: "is" with a literal. Did you mean "=="? if token is '': /usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:2437: SyntaxWarning: "is" with a literal. Did you mean "=="? if options['min_type'] is 'min' and options['min_value'] == 0: /usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:2440: SyntaxWarning: "is" with a literal. Did you mean "=="? if options['max_type'] is 'max' and options['max_value'] == 0: /usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:4999: SyntaxWarning: "is" with a literal. Did you mean "=="? if props[i]['type'] is 'number': /usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:6827: SyntaxWarning: "is not" with a literal. Did you mean "!="? if data_bar['bar_axis_position'] is not 'none': /usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:6862: SyntaxWarning: "is" with a literal. Did you mean "=="? if data_bar['bar_direction'] is 'left': /usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:6865: SyntaxWarning: "is" with a literal. Did you mean "=="? if data_bar['bar_direction'] is 'right': /usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:6875: SyntaxWarning: "is" with a literal. Did you mean "=="? if data_bar['bar_axis_position'] is 'middle': /usr/lib/python3/dist-packages/xlsxwriter/worksheet.py:6878: SyntaxWarning: "is" with a literal. Did you mean "=="? if data_bar['bar_axis_position'] is 'none': /usr/lib/python3/dist-packages/xlsxwriter/chart.py:2497: SyntaxWarning: "is" with a literal. Did you mean "=="? if val is 'right': /usr/lib/python3/dist-packages/xlsxwriter/chart.py:2500: SyntaxWarning: "is" with a literal. Did you mean "=="? if val is 'left': $ I believe that this has been fixed in python-xlsxwriter 1.2.2 according to: https://github.com/jmcnamara/XlsxWriter/issues/660 Please consider upgrading to at least version 1.2.2. Perhaps version 1.3.3 mentioned as a High prio action here might be an even better upgrade path (if it is considered a stable version): https://tracker.debian.org/pkg/xlsxwriter Thanks for the help and the hard work. :) / Sebastian
Bug#953561: closed by Debian FTP Masters (reply to Kan-Ru Chen (陳侃如) ) (Bug#953561: fixed in mupdf 1.16.1+ds1-2)
> >Their explanation is attached below along with your original report. > >> * Backport fix for upstream bug 701402 allow smart scroll to advance to > >> last page > https://webcache.googleusercontent.com/search?q=cache:tp3ygt-jMzsJ:https://bugs.ghostscript.com/show_bug.cgi%3Fid%3D701402+=1=la=clnk=ba > (bugs.ghostscript.com is currently unreachable) bugs.ghostscript.com had a temporary unexpected glitch and should now be back up, sorry for the inconvenience. > What is this “smart scrolling”? When you are zoomed in on a page in the document, smart scroll means that instead of advancing to the next page when you press space, MuPDF will scroll to the parts of the page outside the zoomed in area, stepping throught them all before advancing to the next page. This ensures that you get to see the entire page before advancing to the next one. This was developed for mupdf-gl and then backported to mupdf-x11 to keep the UI of the two viewers as similar as possible. > It’s not documented in the manual page (which documents that… > >. pgdn space > Go to the next page. > >, pgup b backspace > Go to the previous page. > > … these are identical). The differences between ./, and space/b should be documented. I'll update the man pages. > Can we please have an option to disable “smart scrolling” if it > breaks things like this? MuPDF has never had any options to configure key bindings, and I don't believe that Tor plans to add any at this time. > I don’t want anything smart, I just want to read PDFs. Pressing . or , lets you go to the previous/next pages without any smart scrolling. / Sebastian
Bug#909142: Possible fix?
Hi! After some debugging and searching I ended up seeing https://bugs.launchpad.net/wicd/+bug/1432423 where a proposed fix was provided as shown below. I tested this patch and this fixed the issue for me. If possible please apply this and pass it on to upstream to be included in future releases. :) / Sebastian --- netentry_curses.py 2019-07-22 13:59:13.750447860 +0200 +++ /tmp/netentry_curses.py 2015-04-14 17:49:43.0 +0200 @@ -1,4 +1,4 @@ -#!/usr/bin/env python +#!/usr/bin/python2 """ netentry_curses -- everyone's favorite networks settings dialogs... in text form! @@ -538,12 +538,16 @@ class WirelessSettingsDialog(AdvancedSet self.bitrates = wireless.GetAvailableBitrates() self.bitrates.append('auto') self.bitrate_combo.set_list(self.bitrates) -if wireless.GetWirelessProperty(networkID, 'bitrate'): + +# bitrate property is sometimes None +chosen_bitrate = wireless.GetWirelessProperty(networkID, 'bitrate') +if chosen_bitrate not in self.bitrates: +chosen_bitrate = 'auto' + self.bitrate_combo.set_focus( -self.bitrates.index( -wireless.GetWirelessProperty(networkID, 'bitrate') -) +self.bitrates.index(chosen_bitrate) ) + self.allow_lower_bitrates_chkbox.set_state( to_bool(self.format_entry(networkID, 'allow_lower_bitrates')) )
Bug#809997: emscripten not installable on Debian/testing...
Hi! I have been attempting to install emscripten today, and ended up the libstdc++6 breakage. Next I found this bug and I'm simply wondering what I can do to help you guys make progress on this bug? Unfortunately, I'm just a new user of emscripten so I barely know how to use it once it is installed, but if I can assist in any way please let me know. :) / Sebastian
Bug#911542: ledgersmb 1.6.6+ds-2: Please update package po/sv.po debconf file
> I orig inally sent this request back in late July but to that one I > received no response from you (although I did receive responses > from 8 of the 15 I needed). Please send the updated file to me, > or submit it as a wishlist bug against ledgersmb. The deadline for > receiving the updated translation is Thu, 6 December 2018 19:51:03 -0400. I took the liberty of updating the Swedish transltaion. I hope this helps! :) / Sebastian sv.po Description: Binary data
Bug#886890: Fix for found typos
Package: debian-policy Version: 4.1.3.0 While reading the Debian policy document I was inspired to look for typos. Attached is a patch that fixes the ones that I found. / Sebastian From 349e88beaffbb429731a4ac1b8f1c00a6cfe2af0 Mon Sep 17 00:00:00 2001 From: Sebastian Rasmussen <seb...@gmail.com> Date: Thu, 11 Jan 2018 02:14:36 +0100 Subject: [PATCH] Fix a few typos. --- README.md | 2 +- copyright-format-1.0.xml | 2 +- historical/README.shlibdeps| 2 +- perl-policy.xml| 2 +- policy/ch-opersys.rst | 2 +- tools/policy-bug-report| 2 +- virtual-package-names-list.txt | 4 ++-- 7 files changed, 8 insertions(+), 8 deletions(-) diff --git a/README.md b/README.md index 3896275..bcad4d8 100644 --- a/README.md +++ b/README.md @@ -25,7 +25,7 @@ Link Up: https://www.debian.org/ + Request tracker:: <https://bugs.debian.org/src:debian-policy> Debian Policy uses a formal procedure and a set of user tags to manage -the lifecycle of change proposals. For definitions of those tags and +the life cycle of change proposals. For definitions of those tags and proposal states and information about what the next step is for each phase, see [Policy changes process](./Process.md). diff --git a/copyright-format-1.0.xml b/copyright-format-1.0.xml index 58d7c49..0423202 100644 --- a/copyright-format-1.0.xml +++ b/copyright-format-1.0.xml @@ -591,7 +591,7 @@ Copyright 2009, 2010 Angela Watts Only the wildcards * and ? apply; the former matches any number of characters (including - none), the latter a single character. Both match slashs + none), the latter a single character. Both match slashes (/) and leading dots, unlike shell globs. The pattern *.in therefore matches any file whose name ends in .in anywhere in diff --git a/historical/README.shlibdeps b/historical/README.shlibdeps index 34a4285..e09261d 100644 --- a/historical/README.shlibdeps +++ b/historical/README.shlibdeps @@ -31,7 +31,7 @@ libraries according to ldd: /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) Now if we leek a bit closed we see that xcdrgtk actually only links to -a couple of those libraries directly. The actual depencies are a tree +a couple of those libraries directly. The actual dependencies are a tree which looks something like this: (anyone interested in writing a tool to make such a graph?) diff --git a/perl-policy.xml b/perl-policy.xml index 9888287..4471d68 100644 --- a/perl-policy.xml +++ b/perl-policy.xml @@ -560,7 +560,7 @@ $(MAKE) OPTIMIZE="-O2 -g -Wall" As with modules, packages using debhelper may use dh_perl1 -to automatically generate dependences (see ). diff --git a/policy/ch-opersys.rst b/policy/ch-opersys.rst index 3e3a1c7..a6a3114 100644 --- a/policy/ch-opersys.rst +++ b/policy/ch-opersys.rst @@ -67,7 +67,7 @@ Debian Policy. The following exceptions to the FHS apply: 5. The requirement that ``/usr/local/share/man`` be "synonymous" with ``/usr/local/man`` is relaxed to a recommendation -6. The requirement that windowmanagers with a single configuration file +6. The requirement that window managers with a single configuration file call it ``system.*wmrc`` is removed, as is the restriction that the window manager subdirectory be named identically to the window manager name itself. diff --git a/tools/policy-bug-report b/tools/policy-bug-report index 5d68617..110b6ac 100755 --- a/tools/policy-bug-report +++ b/tools/policy-bug-report @@ -36,7 +36,7 @@ sub die_soap { die "SOAP error: $error\n"; } -# Initialize the SOAP::Lite object with the currect URL and namespace and +# Initialize the SOAP::Lite object with the correct URL and namespace and # return it. sub init_soap { my $soap = SOAP::Lite->uri ($NAMESPACE)->proxy ($URL); diff --git a/virtual-package-names-list.txt b/virtual-package-names-list.txt index 4f82f88..30f1996 100644 --- a/virtual-package-names-list.txt +++ b/virtual-package-names-list.txt @@ -31,7 +31,7 @@ The procedure for updating the list is as follows: 3. Mail the maintainer of the virtual package name list (which is the Debian Policy list <debian-pol...@lists.debian.org>) notifying them - of the consensus reached (or your suggestions if noone objected). + of the consensus reached (or your suggestions if no one objected). Please update the bug report at the same time. Please include a proposed brief description of the new virtual name(s) @@ -68,7 +68,7 @@ Database virtual-mysql-client-core a MySQL-database-compatible client core package virtual-mysql-server a MySQL-database-compatible server package virtual-mysql-server-core a MySQL-database-compatible server core package - virtual-mysql-testsuitea MySQL-database-compatib
Bug#876053: Acknowledgement (Swedish fakeroot translation out of date.)
tags: patch l10n I got some comments from the people on the debian-l10n-swedish mailing list. The attached .po-file adresses those issues. / Sebastian # Swedish translations for fakeroot. # Copyright (C) 2017 Free Software Foundation, Inc. # Sebastian Rasmussen <seb...@gmail.com>, 2017. # msgid "" msgstr "" "Project-Id-Version: fakeroot 1.22-1\n" "POT-Creation-Date: 2017-08-16 22:29-0400\n" "PO-Revision-Date: 2017-09-20 00:22+0200\n" "Last-Translator: Sebastian Rasmussen <seb...@gmail.com>\n" "Language-Team: Swedish <tp...@listor.tp-sv.se>\n" "Language: sv\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Poedit 2.0.3\n" # type: TH #. type: TH #: ../doc/fakeroot.1:16 #, no-wrap msgid "fakeroot" msgstr "fakeroot" #. type: TH #: ../doc/fakeroot.1:16 #, no-wrap msgid "5 October 2014" msgstr "5:e oktober 2014" # type: TH #. type: TH #: ../doc/fakeroot.1:16 ../doc/faked.1:16 #, no-wrap msgid "Debian Project" msgstr "Debian Project" # type: TH #. type: TH #: ../doc/fakeroot.1:16 #, no-wrap msgid "Debian manual" msgstr "Debian manual" # type: SH #. Manpage by J.H.M. Dassen <jdas...@debian.org> #. and Clint Adams #. type: SH #: ../doc/fakeroot.1:19 ../doc/faked.1:19 #, no-wrap msgid "NAME" msgstr "NAMN" # type: Plain text #. type: Plain text #: ../doc/fakeroot.1:22 msgid "" "fakeroot - run a command in an environment faking root privileges for file " "manipulation" msgstr "" "fakeroot - utför ett kommando i en miljö som fejkar root-privilegier för " "filmanipulation" # type: SH #. type: SH #: ../doc/fakeroot.1:22 ../doc/faked.1:22 #, no-wrap msgid "SYNOPSIS" msgstr "SYNOPSIS" # type: Plain text #. type: Plain text #: ../doc/fakeroot.1:38 msgid "" "B B<[-l|--lib> I<library]> B<[--faked> IB<]> B<[-i> " "IB<]> B<[-s> IB<]> B<[-u|--unknown-is-real ]> B<[-b|--" "fd-base ]> B<[-h|--help ]> B<[-v|--version ]> B<[--]> B<[command]>" msgstr "" "B B<[-l|--lib> I<bibliotek]> B<[--faked> I<fejkad-binär>B<]> B<[-" "i> I<läsfil>B<]> B<[-s> IB<]> B<[-u|--unknown-is-real ]> B<[-b|--fd-" "base ]> B<[-h|--help ]> B<[-v|--version ]> B<[--]> B<[kommando]>" # type: SH #. type: SH #: ../doc/fakeroot.1:38 ../doc/faked.1:30 #, no-wrap msgid "DESCRIPTION" msgstr "BESKRIVNING" # type: Plain text #. type: Plain text #: ../doc/fakeroot.1:49 msgid "" "B runs a command in an environment wherein it appears to have root " "privileges for file manipulation. This is useful for allowing users to " "create archives (tar, ar, .deb etc.) with files in them with root " "permissions/ownership. Without B one would need to have root " "privileges to create the constituent files of the archives with the correct " "permissions and ownership, and then pack them up, or one would have to " "construct the archives directly, without using the archiver." msgstr "" "B utför ett kommando i en miljö där kommandot tror sig ha root-" "privilegier för filmanipulering. Detta är användbart för att ge användare " "möjlighet att skapa arkiv (tar, ar, .deb osv) som innehåller filer med root-" "rättigheter/ägarskap. Utan B tvingas man att ha root-privilegier " "för att skapa de filer arkivet består av med korrekt ägarskaps- och " "rättighetsinformation, alternativt konstruera arkiven manuellt utan att " "använda arkiveringsprogrammet." # type: Plain text #. type: Plain text #: ../doc/fakeroot.1:61 msgid "" "B works by replacing the file manipulation library functions " "(chmod(2), stat(2) etc.) by ones that simulate the effect the real library " "functions would have had, had the user really been root. These wrapper " "functions are in a shared library B or similar " "location on your platform. The shared object is loaded through the " "B mechanism of the dynamic loader. (See B(8))" msgstr "" "B arbetar genom att ersätta biblioteksfunktionerna för modifiering " "av filrättigheter (chmod(2), stat(2), osv) med sådana som simulerar effekten " "som de riktiga biblioteksfunktionerna skulle ha haft om användaren verkligen " "varit root. Dessa funktioner finns samlade i bibliote
Bug#876053: Proposed patch.
Now that I have a registered bug numer I'm able to write a proper commit message. I hope this patch will be included soon. Thank you for providing a valuable tool I frequently use! / Sebastian From 886d40474b528a3e48c45f627ef171c9e63afa1c Mon Sep 17 00:00:00 2001 From: Sebastian Rasmussen <seb...@gmail.com> Date: Mon, 18 Sep 2017 01:08:06 +0200 Subject: [PATCH] Update Swedish translation. closes #876053. --- doc/po4a/po/sv.po | 691 +++--- 1 file changed, 399 insertions(+), 292 deletions(-) diff --git a/doc/po4a/po/sv.po b/doc/po4a/po/sv.po index 80bf7d3..b747cd4 100644 --- a/doc/po4a/po/sv.po +++ b/doc/po4a/po/sv.po @@ -1,82 +1,96 @@ -# SOME DESCRIPTIVE TITLE -# Copyright (C) YEAR Free Software Foundation, Inc. -# FIRST AUTHOR <EMAIL@ADDRESS>, YEAR. -# -msgid "" -msgstr "" -"Project-Id-Version: PACKAGE VERSION\n" -"POT-Creation-Date: 2005-11-16 16:58+0100\n" -"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" -"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n" -"Language-Team: LANGUAGE <l...@li.org>\n" +# Swedish translations for fakeroot. +# Copyright (C) 2017 Free Software Foundation, Inc. +# Sebastian Rasmussen <seb...@gmail.com>, 2017. +# +msgid "" +msgstr "" +"Project-Id-Version: fakeroot 1.22-1\n" +"POT-Creation-Date: 2017-08-16 22:29-0400\n" +"PO-Revision-Date: 2017-09-18 00:58+0200\n" +"Last-Translator: Sebastian Rasmussen <seb...@gmail.com>\n" +"Language-Team: Swedish <tp...@listor.tp-sv.se>\n" +"Language: sv\n" "MIME-Version: 1.0\n" -"Content-Type: text/plain; charset=iso-8859-15\n" -"Content-Transfer-Encoding: ENCODING\n" +"Content-Type: text/plain; charset=UTF-8\n" +"Content-Transfer-Encoding: 8bit\n" +"Plural-Forms: nplurals=2; plural=(n != 1);\n" +"X-Generator: Poedit 2.0.3\n" # type: TH -#: ../../doc/fakeroot.1:16 +#. type: TH +#: ../doc/fakeroot.1:16 #, no-wrap msgid "fakeroot" msgstr "fakeroot" -# type: TH -#: ../../doc/fakeroot.1:16 +#. type: TH +#: ../doc/fakeroot.1:16 #, no-wrap -msgid "6 August 2004" -msgstr "" +msgid "5 October 2014" +msgstr "5:e oktober 2014" # type: TH -#: ../../doc/fakeroot.1:16 ../../doc/faked.1:16 +#. type: TH +#: ../doc/fakeroot.1:16 ../doc/faked.1:16 #, no-wrap msgid "Debian Project" msgstr "Debian Project" # type: TH -#: ../../doc/fakeroot.1:16 -#, fuzzy, no-wrap +#. type: TH +#: ../doc/fakeroot.1:16 +#, no-wrap msgid "Debian manual" -msgstr "Debian GNU/Linux manual" +msgstr "Debian manual" # type: SH -#. Manpage by J.H.M. Dassen <jdas...@debian.org> -#. and Clint Adams -#: ../../doc/fakeroot.1:19 ../../doc/faked.1:19 +#. Manpage by J.H.M. Dassen <jdas...@debian.org> +#. and Clint Adams +#. type: SH +#: ../doc/fakeroot.1:19 ../doc/faked.1:19 #, no-wrap msgid "NAME" msgstr "NAMN" # type: Plain text -#: ../../doc/fakeroot.1:22 +#. type: Plain text +#: ../doc/fakeroot.1:22 msgid "" "fakeroot - run a command in an environment faking root privileges for file " "manipulation" msgstr "" -"fakeroot - utför ett kommando i en miljö som fejkar root-privilegier för " +"fakeroot - utför ett kommando i en miljö som fejkar root-privilegier för " "filmanipulation" # type: SH -#: ../../doc/fakeroot.1:22 ../../doc/faked.1:22 +#. type: SH +#: ../doc/fakeroot.1:22 ../doc/faked.1:22 #, no-wrap msgid "SYNOPSIS" msgstr "SYNOPSIS" # type: Plain text -#: ../../doc/fakeroot.1:38 +#. type: Plain text +#: ../doc/fakeroot.1:38 msgid "" "B B<[-l|--lib> I<library]> B<[--faked> IB<]> B<[-i> " "IB<]> B<[-s> IB<]> B<[-u|--unknown-is-real ]> B<[-b|--" "fd-base ]> B<[-h|--help ]> B<[-v|--version ]> B<[--]> B<[command]>" msgstr "" +"B B<[-l|--lib> I<bibliotek]> B<[--faked> I<fejkad-binär>B<]> B<[-" +"i> I<läsfil>B<]> B<[-s> IB<]> B<[-u|--unknown-is-real ]> B<[-b|--fd-" +"base ]> B<[-h|--help ]> B<[-v|--version ]> B<[--]> B<[kommando]>" # type: SH -#: ../../doc/fakeroot.1:38 ../../doc/faked.1:30 +#. type: SH +#: ../doc/fakeroot.1:38 ../doc/faked.1:30 #, no-wrap msgid "DESCRIPTION" msgstr "BESKRIVNING" # type: Plain text -#: ../../doc/fakeroot.1:49 -#, fuzzy +#. type: Plain text +#: ../doc/fakeroot.1:49 msgid "" "B runs a command in an environment wherein it appears to have root " "privileges for file ma
Bug#876053: Swedish fakeroot translation out of date.
Package: fakeroot Version: 1.22-1 I noticed that the Swedish translation of fakeroot is outdated. Hence I aim to attach a git formatted patch with and updated translation shortly. / Sebastian
Bug#862052: Latest slim upgrade caused involuntary crashes/logouts...
>> Could you please try to upgrade to slim/1.3.6-5.1 to see if that >> fixes your issue? > Of course, no problem, but it will have to wait a day or so. I can now confirm that upgrading to 1.3.6-5.1 does indeed fix the issue I was experiencing. From my perspective that means that you may mark this bug as resolved, but you might want to tie it to to the 1.3.6-5.1 release some how. Thanks for being responsive and helpful! :) / Sebastian
Bug#862052: Latest slim upgrade caused involuntary crashes/logouts...
Of course, no problem, but it will have to wait a day or so. I didn't notice that there was a new version in /unstable or /experimental when I checked the other day so it is likely fairly recent. /Sebastian
Bug#862052: Latest slim upgrade caused involuntary crashes/logouts...
Package: slim Version: 1.3.6-5 Severity: serious When upgrading from 1.3.6-4+b2 to 1.3.6-5 of slim I noticed that my window manager appeared to suddenly "crash" and logged me out. However I had not changed anything related to that but I had recently upgraded slim so I investigated it a bit. I compiled 1.3.6-5 without the fix for 860465 as mentioned in the -5 debian patch (but keeping all other additions from -4+b2 to -5 the same). Without this "fix" my desktop no longer had problems. Could this be because I don't have plymouth installed (whatever that is)? I'm happy to do further testing if you can provide something for me to test. Besides this minor mishap I'm actually a happy slim user, thanks for putting in the effort. :) / Sebastian
Bug#859884: Later versions of flatpak requires rofiles-fuse from ostree package
Package: flatpak Version: 0.9.1+git20170403 While attempting to do the steps in the GNOME newcomer wiki: https://wiki.gnome.org/Newcomers/ I tried to compile gnome-maps using GNOME Builder which in turn was based on my Debian/testing system's flatpak 0.8.4-3. This worked perfectly. But when compiling another program I ran into issues on #gnome-builder I was recommended to upgrade to flatpak 0.9.1. After checking that the dependencies would be fulfilled I installed: http://ftp.us.debian.org/debian/pool/main/f/flatpak/flatpak_0.9.1+git20170403.1-2_amd64.deb http://ftp.us.debian.org/debian/pool/main/f/flatpak/flatpak-builder_0.9.1+git20170403.1-2_amd64.deb http://ftp.us.debian.org/debian/pool/main/f/flatpak/gir1.2-flatpak-1.0_0.9.1+git20170403.1-2_amd64.deb As a first step I tried to compile gnome-maps which had worked well with the previous version. But now I ran into the following error: Error: Can't spawn rofiles-fuseFailed to execute child process "rofiles-fuse" (No such file or directory) The reason being that the rofiles-fuse binary was missing. Running apt-file search rofiles-fuse revealed that this program is included in ostree. And after installing this program the compilation worked without a problem. Also the compilation that required flatpak 0.9.1 was now successful. This leads me to believe that flatpak ought to depend on ostree to make rofiles-fuse available. I'm not 100% if flatpak, flatpak-builder or libflatpak0 should depend on ostree (or perhaps all three packages). That decisiion is left as an exercise for the maintainer (the people on #gnome-builder might be able to help out if you find it unclear). :) / Sebastian
Bug#838187: Zooming out crashes xli 1.17.0+20061110-4+b2
Package: xli Version: 1.17.0+20061110-4+b2 Severity: important Hi I have stumbled upon another bug in xli. Actually quite similar to 274310 that I reported in 2004, and that was fixed later that year. I originally reproduced this with an image I cannot share, but I found out that I can reproduce the same crash using the following command: echo -e "P6\n1 1\n255\n\0377\0377\0377" | pnmscale -width=147594 -height=2 > test.pnm valgrind ./xli -dumpcore ./test.pnm When the window pops up, focus it and press < to zoom out. The valgrind log looks like this: ./test.pnm is a 147594x2 Raw PPM image with 256 levels Default gamma for ITRUE image is 1.00 ==10372== Conditional jump or move depends on uninitialised value(s) ==10372==at 0x8054885: processImage (misc.c:262) ==10372==by 0x804B596: main (xli.c:350) ==10372== Building XImage...done Have adjusted image from 1.00 to display gamma of 2.20 Image decoder scaling is now 1 ./test.pnm is a 147594x2 Raw PPM image with 256 levels Default gamma for ITRUE image is 1.00 Zooming image by 50%...73797 1 ==10372== ==10372== Process terminating with default action of signal 8 (SIGFPE) ==10372== Integer divide by zero at address 0x62B6DDFA ==10372==at 0x806A9E3: buildIndex (zoom.c:25) ==10372==by 0x806AC36: zoom (zoom.c:87) ==10372==by 0x8054903: processImage (misc.c:159) ==10372==by 0x804B596: main (xli.c:350) The first complaint about uninitialized data actually shows up before trying to zoom out, so that looks like a second issue. Looking into the source code and my dear old friend buildIndex() I can quickly determine what the cause is, *rwidth == 1, which causes a division by zero in the loop. *rwidth = width * zoom / 100; index= (unsigned int *)lmalloc(sizeof(unsigned int) * *rwidth); for (a = 0; a < *rwidth; a++) *(index + a) = a * (width - 1) / (*rwidth - 1); I'm not sure how you guys want to fix this though. :) / Sebastian
Bug#694879: Info received (Bug#694879: blender: Blender 2.63a-1 is missing Collada import/export support)
Hi! I noticed today that https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694932 which is required to resolve this bug (697879) has been closed! I hope it is now just a small configuration-file alteration to enable collada-import in Blender. I'm looking forward to having it supported in Debian proper. Thanks for taking the time to fix this! :) / Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745987: Update to latest version of check...
Package: check Version: 0.9.10-6.1 Severity: wishlist Hi! When you get the time, please update to the latest version of check: http://sourceforge.net/projects/check/files/check/0.9.12/ 0.9.12 (and .11) fixes a few bugs mentioned on the page linked to above. Thanks! / Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733231: libpng++-dev fails to compile, but patch is available upstream...
Package: libpng++-dev Version: 0.2.5-1 When trying to compile https://github.com/Malvineous/libgamegraphics I got an error during configure: checking if png++ is new enough... configure: error: png++ is too old. Please download and install png++ newer than 0.2.5. However when I checked I did have png++ 0.2.5 or newer: host$ dpkg -l libpng++-dev | tail -1 ii libpng++-dev0.2.5-1allC++ interface to the PNG (Portable Network Graphics) library So I went about digging through config.log and found that the program configure was compiling to determine if the installed png++ was= 0.2.5 caused ae error. I distilled the program further and arrived at this: host$ cat bug.cpp #include png++/png.hpp int main () { std::string fn; png::imagepng::index_pixel png(fn); return 0; } When I try to compile this I get an error message: host$ g++ -o bug -I/usr/include/libpng12 bug.cpp -lpng In file included from /usr/include/png++/png.hpp:55:0, from bug.cpp:1: /usr/include/png++/consumer.hpp: In instantiation of ‘void png::consumerpixel, pixcon, info_holder, interlacing_supported::read(istream, const transformation) [with istream = std::basic_ifstreamchar; transformation = png::convert_color_spacepng::index_pixel; pixel /usr/include/png++/image.hpp:240:13: required from ‘void png::imagepixel::read_stream(istream, const transformation) [with istream = std::basic_ifstreamchar; transformation = png::convert_color_spacepng::index_pixel; pixel = png::index_pixel]’ /usr/include/png++/image.hpp:200:42: required from ‘void png::imagepixel::read(const char*, const transformation) [with transformation = png::convert_color_spacepng::index_pixel; pixel = png::index_pixel]’ /usr/include/png++/image.hpp:175:45: required from ‘void png::imagepixel::read(const string, const transformation) [with transformation = png::convert_color_spacepng::index_pixel; pixel = png::index_pixel; std::string = std::basic_stringchar]’ /usr/include/png++/image.hpp:107:47: required from ‘png::imagepixel::image(const string) [with pixel = png::index_pixel; std::string = std::basic_stringchar]’ bug.cpp:5:40: required from here /usr/include/png++/consumer.hpp:162:25: error: no match for call to ‘(const png::convert_color_spacepng::index_pixel) (png::readerstd::basic_ifstreamchar)’ transform(rd); ^ At this point I started browsing the patches applied to png++ after 0.2.5 was released to see if there was anything that could solve my problem. After some digging I found that r120 indeed contained a patch that resolved the error: http://svn.savannah.nongnu.org/viewvc?view=revroot=pngpprevision=120 http://svn.savannah.nongnu.org/viewvc/trunk/convert_color_space.hpp?root=pngppr1=109r2=120pathrev=120 I applied these changes and afterwards I could compile the program without errors: host$ g++ -o bug -I/usr/include/libpng12 bug.cpp -lpng host$ echo $? 0 Running the program still fails, but configure never actually links the program, so this is expected: host$ ./bug terminate called after throwing an instance of 'png::std_error' what(): : No such file or directory Aborted For your reference I'm using this version of g++: host$ dpkg -l g++ | tail -1 ii g++ 4:4.8.1-3 amd64 GNU C++ compiler I would appreciate if at least the patch in r120 was applied in Debians repo and released as 0.2.5-2 or similar. This would mean that I would no longer encounter an error. Thanks! :) / Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697163: cvsps reports wrong ancestry (patch fixing problem is available)...
Package: cvsps Version: 2.1-6 Severity: important I have been trying all night to import a CVS repo into git using git's cvsimport which uses cvsp. Importing fails. fatal: Not a valid object name refs/remotes/origin/cvs/branch--merge After some bughunting I found that it fails due to cvsps reporting the wrong ancestor branch for a branch in my CVS repo. I have found a patch (by Linus Torvalds!) for cvsps which fixes my problem. However this patch is not in upstream cvsps, but in a repository by Yann Dirson (who I am CCing as he might have further input on this patch and others). The patch that I'd like for Debian to add until cvsps includes it or something similar is: http://repo.or.cz/w/cvsps-yd.git/commitdiff/4e3aa38681c849d6931dd56d958fff6abf3ea38e And the entire repository is also available: http://repo.or.cz/w/cvsps-yd.git / Sebastian PS. I chose to set the severity to important since a bug in cvsps breaks the package git-cvs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694932: RFP: libopencollada -- A library for accessing COLLADA 3D digital assets
Package: wnpp Severity: normal * Package Name: libopencollada Version: N/A Upstream Author: NetAllied Systems GmbH i...@netallied.de * Home page: http://opencollada.org/ * License: MIT * Description: OpenCOLLADA is a library for accessing COLLADA digital assets OpenCOLLADA is a project dedicated to implementing the Khronos Group's open standard COLLADA. It is an XML-based file format for digital asset interchange between digital content creation software e.g. Blender, Maya and 3D Studio Max. = The reason for asking for this is that I want to be able to import COLLADA files into Debian's packaged Blender application in the same way as it is possible in Blender packaged by Blender Foundation. See bug 694879. Also worth noting is that there is a PPA in Ubuntu for OpenCOLLADA already: https://launchpad.net/~irie/+archive/opencollada Here are the relevant PPA patches: https://launchpad.net/~irie/+archive/opencollada-builddep/+files/opencollada_1.3.0%2Bsvn871-0irie1~quantal1.debian.tar.gz / Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694879: blender: Blender 2.63a-1 is missing Collada import/export support
Unfortunately Collada is not present in the import menu Yep, knew about that. No one ever asked for the Collada support, since now ;-) Oh, that's a bit surprising given that this is a feature that is present in Blender Foundations packaged version of Blender. Let's hope that there is not too much resistance to packaging OpenCOLLADA and that it is easy for you to enable support for it in debian/rules later. :) Exactly. The better solution would be to file a RFP (Request For Package) bug, asking for (Open)Collada to be packaged, so we could integrate it in Blender, being a library thing to be set. Alright, I have never filed any RFP -- until now -- so I was (and still is) unsure how to do it. See bug 694879. I hope I got it right. I BCC:ed this bug on the new one so it's obvious that they are tied together. If you can somehow endorse that bug it would be greatly appreciated! / Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694879: blender: Blender 2.63a-1 is missing Collada import/export support
Package: blender Version: 2.63a-1 Severity: wishlist Dear Maintainer, I have attempted to import a Collada-file (.dae) into Blender packaged for Debian/testing. Unfortunately Collada is not present in the import menu, and not under User preferences Addons Import/Export either (if so I would be able to enable it). I downloaded Debian's source package for Blender and discovered in CMakeLists.txt that Colldada is actively disabled there becuase OpenCollada has not been packaged for Debian. So basically I guess I'm wishing for it to be packaged and for Debian Blender package to enable use of it. :) / Sebastian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blender depends on: ii fonts-droid 20111207+git-1 ii libavcodec-extra-53 6:0.8.4-1 ii libavdevice53 6:0.8.4-1 ii libavformat53 6:0.8.4-1 ii libavutil51 6:0.8.4-1 ii libc6 2.13-37 ii libfftw3-3 3.3.2-3.1 ii libfontconfig1 2.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.2-4 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglew1.7 1.7.0-3 ii libglu1-mesa [libglu1] 8.0.4-2 ii libgomp1 4.7.2-4 ii libilmbase6 1.0.1-4 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii libjpeg8 8d-1 ii libopenal1 1:1.14-4 ii libopenexr6 1.6.1-6 ii libopenjpeg2 1.3+dfsg-4.6 ii libpng12-0 1.2.49-1 ii libpython3.2 3.2.3-2 ii libsdl1.2debian 1.2.15-5 ii libsndfile1 1.0.25-5 ii libstdc++6 4.7.2-4 ii libswscale2 6:0.8.4-1 ii libtiff4 3.9.6-9 ii libx11-6 2:1.5.0-1 ii libxi6 2:1.6.1-1 ii python3.2 3.2.3-2 ii zlib1g 1:1.2.7.dfsg-13 blender recommends no packages. Versions of packages blender suggests: ii yafaray 0.1.2+really0.1.2~beta5-2 -- 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#666391: valgrind: 64-bit valgrind can not run 32-bit binary due to missing/incorrect debug symbols
[I'm resending in plain-text sorry for not configuring before sending...] Dear Mr. Maintainer, I have problems running 32-bit binaries in my 64-bit valgrind, however this likely a bug related to eglibc or possibly in how valgrind depends on eglibc's packages. I expect that both 32-bit and 64-bit binaries can be run inside valgrind (or at least that there are packages recommended by valgrind that I install to do so). The output from my 64-bit valgrind when running a 32-bit binary: --22537-- Reading syms from /lib32/ld-2.13.so (0x440) --22537-- object doesn't have a symbol table valgrind: Fatal error at startup: a function redirection valgrind: which is mandatory for this platform-tool combination valgrind: cannot be set up. Details of the redirection are: valgrind: valgrind: A must-be-redirected function valgrind: whose name matches the pattern: strlen valgrind: in an object with soname matching: ld-linux.so.2 valgrind: was not found whilst processing valgrind: symbols from the object with soname: ld-linux.so.2 As far as I can see /lib32/ld-2.13.so (installed by libc6-i386) is missing a .gnu_debuglink section which points to a corresponding debug-version located under /usr/lib/debug. The reason for this is likely that the installed libc6-dbg does not contain any libraries with debug information for the libraries installed by libc6-i386. --23048-- Reading syms from /lib/x86_64-linux-gnu/libc-2.13.so (0x4a22000) --23048-- Considering /lib/x86_64-linux-gnu/libc-2.13.so .. --23048-- .. CRC mismatch (computed 9d6b2fdb wanted f9c6fbfb) --23048-- Considering /usr/lib/debug/lib/x86_64-linux-gnu/libc-2.13.so .. --23048-- .. CRC is valid For 64-bit binaries (shown above) /lib/x86_64-linux-gnu/ld-2.13.so (installed by libc6) does have a .gnu_debuglink section pointing to the debug-version of located in /usr/lib/debug (more specifically /usr/lib/debug/lib/x86_64-linux-gnu/ld-2.13.so) which is installed by libc6-dbg. This small script collects some (hopefully relevant) information and shows concisely what the problem is: #!/bin/bash dpkg -l valgrind | tail -1 dpkg -l gcc | tail -1 dpkg -l libc6 | tail -1 dpkg -l libc6-dbg | tail -1 dpkg -l libc6-i386 | tail -1 dpkg -l linux-image-amd64 | tail -1 echo -e '#include stdio.h\nint main() { printf(goodbye world!\\n); }' testing.c gcc -m64 -o ./testing-64 testing.c echo =64646464= valgrind -v ./testing-64 gcc -m32 -o ./testing-32 testing.c echo =32323232= valgrind -v ./testing-32 A log of the output of the script is attached. If there is any other information you need to help me solve this problem I'm naturally happy to provide it. :) / Sebastian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages valgrind depends on: ii libc6 2.13-27 ii libc6-dbg 2.13-27 Versions of packages valgrind recommends: ii gdb 7.4really-1 Versions of packages valgrind suggests: pn alleyoop none pn kcachegrind 4:4.7.4-3 pn valkyrie none -- no debconf information ii valgrind 1:3.7.0-3 memory debugger and profiler ii gcc 4:4.6.2-4 GNU C compiler ii libc6:amd64 2.13-27 Embedded GNU C Library: Shared libraries ii libc6-dbg:amd64 2.13-27 Embedded GNU C Library: detached debugging symbols ii libc6-i3862.13-27 Embedded GNU C Library: 32-bit shared libraries for AMD64 ii linux-image-amd64 3.2+44 Linux for 64-bit PCs (meta-package) =64646464= ==23345== Memcheck, a memory error detector ==23345== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==23345== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==23345== Command: ./testing-64 ==23345== --23345-- Valgrind options: --23345----suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp --23345---v --23345-- Contents of /proc/version: --23345-- Linux version 3.2.0-2-amd64 (Debian 3.2.12-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Tue Mar 20 18:36:37 UTC 2012 --23345-- Arch and hwcaps: AMD64, amd64-sse3-cx16 --23345-- Page sizes:
Bug#666391: valgrind: 64-bit valgrind can not run 32-bit binary due to missing/incorrect debug symbols
Package: valgrindVersion: 1:3.7.0-3Severity: importantTags: upstream Dear Mr. Maintainer, I have problems running 32-bit binaries in my 64-bit valgrind, howeverthis likely a bug related to eglibc or possibly in how valgrinddepends on eglibc's packages. I expect that both 32-bit and 64-bitbinaries can be run inside valgrind (or at least that there arepackages recommended by valgrind that I install to do so). The output from my 64-bit valgrind when running a 32-bit binary: --22537-- Reading syms from /lib32/ld-2.13.so (0x440) --22537--object doesn't have a symbol tablevalgrind: Fatal error at startup: a function redirectionvalgrind: which is mandatory for this platform-tool combinationvalgrind: cannot be set up. Details of the redirection are:valgrind: valgrind: A must-be-redirected functionvalgrind: whose name matches the pattern: strlen valgrind: in an object with soname matching: ld-linux.so.2valgrind: was not found whilst processingvalgrind: symbols from the object with soname: ld-linux.so.2 As far as I can see /lib32/ld-2.13.so (installed by libc6-i386) ismissing a .gnu_debuglink section which points to a correspondingdebug-version located under /usr/lib/debug. The reason for this islikely that the installed libc6-dbg does not contain any librarieswith debug information for the libraries installed by libc6-i386. --23048-- Reading syms from /lib/x86_64-linux-gnu/libc-2.13.so (0x4a22000)--23048-- Considering /lib/x86_64-linux-gnu/libc-2.13.so ..--23048-- .. CRC mismatch (computed 9d6b2fdb wanted f9c6fbfb) --23048-- Considering /usr/lib/debug/lib/x86_64-linux-gnu/libc-2.13.so .. --23048-- .. CRC is valid For 64-bit binaries (shown above) /lib/x86_64-linux-gnu/ld-2.13.so(installed by libc6) does have a .gnu_debuglink section pointing tothe debug-version of located in /usr/lib/debug (more specifically/usr/lib/debug/lib/x86_64-linux-gnu/ld-2.13.so) which is installed bylibc6-dbg. This small script collects some (hopefully relevant) information andshows concisely what the problem is:#!/bin/bashdpkg -l valgrind | tail -1dpkg -l gcc | tail -1dpkg -l libc6 | tail -1dpkg -l libc6-dbg | tail -1dpkg -l libc6-i386 | tail -1dpkg -l linux-image-amd64 | tail -1echo -e '#include stdio.h\nint main() { printf(goodbye world!\\n); }' testing.cgcc -m64 -o ./testing-64 testing.cecho =64646464=valgrind -v ./testing-64gcc -m32 -o ./testing-32 testing.cecho =32323232=valgrind -v ./testing-32 A log of the output of the script is attached. If there is any other information you need to help me solve thisproblem I'm naturally happy to provide it. :) / Sebastian -- System Information:Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing')Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores)Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)Shell: /bin/sh linked to /bin/bash Versions of packages valgrind depends on:ii libc6 2.13-27ii libc6-dbg 2.13-27 Versions of packages valgrind recommends:ii gdb 7.4really-1 Versions of packages valgrind suggests:pn alleyoop nonepn kcachegrind 4:4.7.4-3pn valkyrie none -- no debconf information ii valgrind 1:3.7.0-3 memory debugger and profiler ii gcc 4:4.6.2-4 GNU C compiler ii libc6:amd64 2.13-27 Embedded GNU C Library: Shared libraries ii libc6-dbg:amd64 2.13-27 Embedded GNU C Library: detached debugging symbols ii libc6-i3862.13-27 Embedded GNU C Library: 32-bit shared libraries for AMD64 ii linux-image-amd64 3.2+44 Linux for 64-bit PCs (meta-package) =64646464= ==23345== Memcheck, a memory error detector ==23345== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==23345== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==23345== Command: ./testing-64 ==23345== --23345-- Valgrind options: --23345----suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp --23345---v --23345-- Contents of /proc/version: --23345-- Linux version 3.2.0-2-amd64 (Debian 3.2.12-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Tue Mar 20 18:36:37 UTC 2012 --23345-- Arch and hwcaps: AMD64, amd64-sse3-cx16 --23345-- Page sizes: currently 4096, max supported 4096 --23345-- Valgrind library directory:
Bug#453824: Incorrect documentation for thttpd 2.25b-3
Package: thttpd Version: 2.25b-3 According to the documentation there is a symlinkcheck and nosymlinkcheck configuration option that may be used in thttpd.conf. According to the source code this is not the case. The attached patch fixes the documentation to conform to the source code configuration options symlinks and nosymlinks. Naturally this may be included in Debians thttpd package under the license used. / Sebastian _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-usdiff -Nruw thttpd-2.25b-3/debian/config/thttpd.conf thttpd-2.25b-3.patched/debian/config/thttpd.conf --- thttpd-2.25b-3/debian/config/thttpd.conf 2007-12-01 13:28:10.0 +0100 +++ thttpd-2.25b-3.patched/debian/config/thttpd.conf 2007-12-01 13:58:52.0 +0100 @@ -24,12 +24,12 @@ # Don't do explicit symbolic link checking. Normally, thttpd explicitly expands # any symbolic links in filenames, to check that the resulting path stays within# the original document tree. If you want to turn off this check and save some -# CPU time, you can use the nosymlinkcheck option, however this is not +# CPU time, you can use the nosymlinks option, however this is not # recommended. Note, though, that if you are using the chroot option, the # symlink checking is unnecessary and is turned off, so the safe way to save # those CPU cycles is to use chroot. -#symlinkcheck -#nosymlinkcheck +#symlinks +#nosymlinks # Do el-cheapo virtual hosting. If vhost is the compiled-in default (not the # case on Debian), then novhost disables it. See thttpd(8) for details. diff -Nruw thttpd-2.25b-3/thttpd.8 thttpd-2.25b-3.patched/thttpd.8 --- thttpd-2.25b-3/thttpd.8 2005-06-29 19:50:56.0 +0200 +++ thttpd-2.25b-3.patched/thttpd.8 2007-12-01 13:58:07.0 +0100 @@ -90,7 +90,7 @@ Note, though, that if you are using the chroot option, the symlink checking is unnecessary and is turned off, so the safe way to save those CPU cycles is to use chroot. -The config-file option names for this flag are symlinkcheck and nosymlinkcheck. +The config-file option names for this flag are symlinks and nosymlinks. .TP .B -v Do el-cheapo virtual hosting.
Bug#444774: Resurrecting unaccessible strips and adding a few new...
Hi! Looks good at first glance, I'll try the changes out. Thanks for your contribution! You're welcome! I've been an avid user of dailystrips for a long time so it is very appopriate that I contribute something back. By the way I noticed a small typo in the patch in the group entitled creators I mistyped cafeconleche and instead typed cafeconlechee (note the extra, trailing e). / Sebastian _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444774: Resurrecting unaccessible strips and adding a few new...
Package: dailystrips Version: 1.0.28-6 Severity: normal Tags: patch Hi! As it seems like dailystrips has gotten an active maintainer again (thanks for reviving the package!), I'm submitting a patch for resurrecting a whole heap of unaccessible comic and political strips. When doing the patch I also cleaned up the strips.def somewhat and added a few missing strips. * Created new classes to make some strips accessible again * Removed unused classes * New comic strips: Cafe con Leche, Chuckle Bros, Dog Eat Doug, Flight Deck, Meaning of Lila, On a Claire Day, The Other Coast, State of the Union, Thin Lines, Winnie the Pooh, Working it Out, Zack Hill, The Dogs of C Kennel * New political strips: Steve Benson, Steve Kelley, Mossprints, Steve Sack, Julia Suits * Added groups to ease downloading all strips updated by this patch. Should there be any license issue, as people tend to worry about the origin of patches these days, this patch is of course GPL'd as is the Debian dailystrips package. / Sebastian _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ --- dailystrips-1.0.28.orig/strips.def 2003-08-25 08:45:11.0 +0200 +++ dailystrips-1.0.28/strips.def 2007-09-30 21:35:02.0 +0200 @@ -29,6 +29,24 @@ group bgsunday include arlonjanis askshagg end +group creators + desc All comic strips from creators.com + include agnes andycapp archie askshagg ballardstreet bc cafeconlechee + include chucklebros dinetteset doodles dogeatdoug flofriends flightdeck + include forheavenssake heathcliff herbandjamaal libertymeadows + include meaningoflila momma naturalselection onaclaireday onebighappy + include theothercoast rubes rugrats speedbump stateoftheunion + include strangebrew thinlines weepals winniethepooh wizardofid + include workingitout zackhill dogsofckennel +end + +group creatorspolitical + desc All political strips from creators.com + include chuckasay stevebensoncreators chipbok kencatalino johndeering + include bobgorrell clayjones stevekelley mikeluckovich mossprints + include dwanepowell stevesack juliasuitscreators paulszep garyvarvel +end + # Class definitions class ucomics-srch homepage http://www.ucomics.com/$strip/view$1.htm @@ -63,14 +81,6 @@ class unitedmedia-srch-comics-lag provides latest end -class unitedmedia-srch-creators - homepage http://www.unitedmedia.com/creators/$strip/index.html - type search - searchpattern img.+?src=?(/creators/$strip/archive/images/.+?\.(gif|jpg))? - baseurl http://www.unitedmedia.com - provides latest -end - class unitedmedia-srch-wash homepage http://www.unitedmedia.com/wash/$strip/index.html type search @@ -177,14 +187,6 @@ class sev-comics provides latest end -class washpost-creators -homepage http://featurepage.creators.com/washpost.html?name=$1 -type generate - prefetch $homepage -imageurl http://www.creators.com/code:use POSIX;my$o=0;while(strftime(\%.w,localtime($time_today-86400*$o))!=0){$o++}my$d=strftime(\%.m.\%.d,localtime($time_today-86400*$o));$d/$1/$1%m%dg.gif -provides any -end - class washpost-king homepage http://www.washingtonpost.com/wp-srv/style/comics/king.htm?$1 prefetch $homepage @@ -208,6 +210,24 @@ class slate-cagle provides latest end +class creators + homepage http://www.creators.com/comics/$strip.html + type search + searchpage http://www.creators.com/comics/$1.html + searchpattern img.+?src=/(comics.+?_thumb\.(gif|jpg)) + baseurl http://www.creators.com/ + provides latest +end + +class creatorspolitical + homepage http://www.creators.com/comics/$strip.html + type search + searchpage http://www.creators.com/editorialcartoons/$1.html + searchpattern img.+?src=/(editorial_cartoons.+?_thumb\.(gif|jpg)) + baseurl http://www.creators.com/ + provides latest +end + # Non-standard strips # should be possible to generate? @@ -2149,13 +2169,6 @@ strip dicktracy $2 dty end -strip doodles - name Doodles - useclass comicspage-strips-gen - $1 profdoodles - $2 dod -end - strip fred name Fred Basset useclass comicspage-strips-gen @@ -2536,23 +2549,6 @@ strip sevscifi end #washpost strips -strip andycapp -name Andy Capp -useclass washpost-creators -$1 cap -end - -strip wizardofid -name Wizard of Id -useclass washpost-creators -$1 wiz -end - -strip bc -name BC -useclass washpost-creators -$1 bc -end strip marvin name Marvin @@ -2560,301 +2556,352 @@ strip marvin $1 $name end -#creators.com strips +# creators.com comic strips + strip agnes name Agnes - homepage http://www.creators.com/comics_show.cfm?comicname=agn - type search - searchpattern img.+?alt=Agnes.+?src=(.+?) - baseurl http://www.creators.com/ - provides latest + useclass creators + $1 agnes +end + +strip
Bug#295015: xkbprint segfaults when
Hi! About 2 years ago, you reported a bug to the Debian BTS regarding a segfault of xkbprint. Did you reproduce this problem recently? With Xorg/Etch? If not, I will close this bug in the next weeks. Yes, that's correct. I had to look at the bug to refresh my memory. I attempted to reproduce the bug with the packages that I currently have from Debian/testing, but failed to do so. Next I studied the relevant code in psgeom.c that I sent a patch for and it seems that somebody discovered the same flaw in that code and fixed it. While attempting to reproduce the bug I may have found another -- if I use the following configuration in xorg.conf for the keyboard input device: Option XkbRules xorg Option XkbModel pc105 Option XkbLayout us Option XkbOptions altwin:swap_lalt_lwin,apple:goodmap,caps:internal_nocancel,compose:rctrl,ctrl:swapcaps,eurosign:e,grp:ctrl_shift_toggle,japan:kana_lock,keypad:legacy (I know that this configuration is bogus, but it highlights the problem) I get a proper postscript file from xkbprint. When I add lv3:ralt_switch_multikey however, as in this configuration: Option XkbRules xorg Option XkbModel pc105 Option XkbLayout us Option XkbOptions altwin:swap_lalt_lwin,apple:goodmap,caps:internal_nocancel,compose:rctrl,ctrl:swapcaps,eurosign:e,grp:ctrl_shift_toggle,japan:kana_lock,keypad:legacy,lv3:ralt_switch_multikey I get a broken postscript file from xkbprint. Diffing the resulting postscript files indicates that the followig rows are the culprit: --- working.ps 2007-04-15 10:48:48.0 +0200 +++ broken.ps 2007-04-15 10:51:27.0 +0200 @@ -2588,10 +2588,10 @@ kby kbdscaleheight add 16 add moveto 1 -1 scale (Group 1) show 1 -1 scale -kbx kbdscalewidth 0 (Layout: pc(pc105)+us+altwin(swap_lalt_lwin)+group(ctrl_shift_toggle)+ctrl(swapcaps)+compose(rctrl)+eurosign) centeroffset pop add +kbx kbdscalewidth 0 (Layout: pc(pc105)+us+altwin(swap_lalt_lwin)+group(ctrl_shift_toggle)+level3(ralt_switch_multikey)+ctrl(swap) centeroffset pop add kby kbdscaleheight add 32 add moveto -1 -1 scale (Layout: pc(pc105)+us+altwin(swap_lalt_lwin)+group(ctrl_shift_toggle)+ctrl(swapcaps)+compose(rctrl)+eurosign) show 1 -1 scale +1 -1 scale (Layout: pc(pc105)+us+altwin(swap_lalt_lwin)+group(ctrl_shift_toggle)+level3(ralt_switch_multikey)+ctrl(swap) show 1 -1 scale kbx kbdscalewidth 0 (Generic 105) centeroffset pop add kby kbdscaleheight add 48 add moveto The problem is probably that the setting ctrl(swapcaps) is truncated halfway through the setting to produce ctrl(swap. I believe that the trailng parenthesis fails to end the string as likely was assumed when developing the code. Do you want me to create a new bug report on this issue or is it better to handle this within this bug report? / Sebastian _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319916: (no subject)
Package: cdcd Version: 0.6.5-4 Severity: minor Tags: patch Hi! I've had some problems ejecting the CD tray when there was no CD in the drive. Looking at the code for cdcd revealed that unless a CD was stopped successfully the tray wouldn't be ejected. if no CD is present it can't be stopped, at least not successfully. The tested patch below (against Debians cdcd 0.6.5-4, but also applies with offset against upstreams cdcd 0.6.6) checks if a CD is presently being played and stops it. It also unconditionally ejects the CD tray just as one would expect cdcd to work. ;-) I have sent this mail both to Debians bug tracking system and the upstream maintaianer. / Sebastian Rasmussen --- cdcd-0.6.5-4/cmd_cdcd.c 2003-03-30 20:14:07.0 +0200 +++ cdcd-0.6.5-4.patched/cmd_cdcd.c 2005-07-25 19:06:00.0 +0200 @@ -491,8 +491,16 @@ int cmd_open (char **argv) { NOARG; - if (cd_stop (cd_desc) == 0) -cd_eject (cd_desc); + struct disc_status status; + + if (cd_poll (cd_desc, status) + (status.status_mode == CDAUDIO_PLAYING || + (status.status_mode == CDAUDIO_PAUSED))) +{ + cd_stop(cd_desc); +} + + cd_eject (cd_desc); return XRET_NULL; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308286: Proposed fix to bug in cdcd 0.6.5-4...
Package: cdcd Version: 0.6.5-4 Tags: patch Hi! I noticed that Bill Currie reported (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=308286) that cdcd had problems skipping data tracks and since I've been delving into cdcd's source code due to me trying to fix another bug I whipped up a patch against Debians cdcd 0.6.5-4 (that applies with offsets against upstreams 0.6.6) that fixes the issue according to my tests. This mail has been sent both to Debian Bug Tracking System and the upstream maintainer. / Sebastian Rasmussen --- cdcd-0.6.5-4/cmd_cdcd.c 2003-03-30 20:14:07.0 +0200 +++ cdcd-0.6.5-4.patched/cmd_cdcd.c 2005-07-25 19:18:51.0 +0200 @@ -401,10 +401,16 @@ cmd_play (char **argv) } } - if (disc.disc_track[play_track - 1].track_type == CDAUDIO_TRACK_DATA) + while (disc.disc_track[play_track - 1].track_type == CDAUDIO_TRACK_DATA) { - puts (cannot play data track); - return 0; + if (play_track == end_track) +{ + puts (cannot play data track); + return 0; +} + + puts (cannot play data track, skipping to next track); + play_track++; } cd_play_track_pos (cd_desc, play_track, end_track, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295015: xkbprint segfaults when
Package: xbase-clients Version: 4.3.0.dfsg.1-10 When trying to print the keymap for my current xkb settings I was faced with a segfault as I ran xkbprint. The problem is that if the XkbSymbols setting in /etc/X11/XF86Config-4 is too long a sprintf() overruns a preallocated buffer used when writing part of the generated Postscript to an output file. hostname% /usr/bin/X11/xkbprint :0.0 zsh: segmentation fault /usr/bin/X11/xkbprint :0.0 The fix that requires the least amount of modification, to my knowledge, mainly consists of replacing sprintf() with asprintf(), as can be seen in the patch below. As asprintf() itself allocates a buffer of suitable size there is no longer any risk of overrunning a too small preallocated buffer. Note that not just the one buffer that resulted in the segfault was fixed, but all the similarly used buffers in the same function were also modified. Additionally I have appended my debugging session and test of the modified xkbprint. Please notify me if the patch is in any way inappropriate or if further information is required. / Sebastian Rasmussen diff -Nruw xfree86_4.3.0.dfsg-1.10/xc/programs/xkbprint/psgeom.c xfree86_4.3.0.dfsg-1.10.patched/xc/programs/xkbprint/psgeom.c --- xfree86_4.3.0.dfsg-1.10/xc/programs/xkbprint/psgeom.c 2001-07-25 17:05:25.0 +0200 +++ xfree86_4.3.0.dfsg-1.10.patched/xc/programs/xkbprint/psgeom.c 2005-02-13 00:25:25.0 +0100 @@ -807,18 +807,22 @@ PSSetFont(out,state,FONT_LATIN1,14,False); } if (state-args-label==LABEL_SYMBOLS) { - char buf[40],*sName= NULL; + char *buf= NULL,*sName= NULL; Atom sAtom; - if (state-args-nLabelGroups==1) - sprintf(buf,Group %d,state-args-baseLabelGroup+1); - else sprintf(buf,Groups %d-%d,state-args-baseLabelGroup+1, - state-args-baseLabelGroup+state-args-nLabelGroups); + if (state-args-nLabelGroups==1) { + if (asprintf(buf,Group %d,state-args-baseLabelGroup+1)==-1) + buf= NULL; + } + else if (asprintf(buf,Groups %d-%d,state-args-baseLabelGroup+1, + state-args-baseLabelGroup+state-args-nLabelGroups)==-1) + buf= NULL; fprintf(out,kbx kbdscalewidth 0 (%s) centeroffset pop add\n,buf); fprintf(out,kby kbdscaleheight add %d add\n,baseline); fprintf(out,moveto\n); fprintf(out,1 -1 scale (%s) show 1 -1 scale\n,buf); baseline+= 16; + free(buf); if (xkb-names!=NULL) sAtom= xkb-names-symbols; elsesAtom= None; @@ -827,12 +831,14 @@ if (sName==NULL) sName= (unknown); - sprintf(buf,Layout: %s,sName); + if (asprintf(buf,Layout: %s,sName)==-1) + buf= NULL; fprintf(out,kbx kbdscalewidth 0 (%s) centeroffset pop add\n,buf); fprintf(out,kby kbdscaleheight add %d add\n,baseline); fprintf(out,moveto\n); fprintf(out,1 -1 scale (%s) show 1 -1 scale\n,buf); baseline+= 16; + free(buf); } if (name!=NULL) { fprintf(out,kbx kbdscalewidth 0 (%s) centeroffset pop add\n,name); @@ -842,7 +848,7 @@ baseline+= 16; } if (state-args-label==LABEL_KEYCODE) { - char buf[40],*sName= NULL; + char *buf= NULL,*sName= NULL; Atom sAtom; if (xkb-names!=NULL) sAtom= xkb-names-keycodes; @@ -852,12 +858,14 @@ if (sName==NULL) sName= (unknown); - sprintf(buf,Keycodes: %s,sName); + if (asprintf(buf,Keycodes: %s,sName)==-1) + buf= NULL; fprintf(out,kbx kbdscalewidth 0 (%s) centeroffset pop add\n,buf); fprintf(out,kby kbdscaleheight add %d add\n,baseline); fprintf(out,moveto\n); fprintf(out,1 -1 scale (%s) show 1 -1 scale\n,buf); baseline+= 16; + free(buf); } if (state-args-copies1) { for (p=1;pstate-args-copies;p++) @@ -869,19 +877,23 @@ } else { if ((!state-args-wantEPS)(state-args-label==LABEL_SYMBOLS)) { - char buf[40]; + char *buf= NULL; baseline= 16; PSSetColor(out,state,state-black); PSSetFont(out,state,FONT_LATIN1,14,False); - if (state-args-nLabelGroups==1) - sprintf(buf,Group %d,state-args-baseLabelGroup+1); - else sprintf(buf,Groups %d-%d,state-args-baseLabelGroup+1, - state-args-baseLabelGroup+state-args-nLabelGroups+1); + if (state-args-nLabelGroups==1) { + if (asprintf(buf,Group %d,state-args-baseLabelGroup+1)==-1) + buf= NULL; + } + else if (asprintf(buf,Groups %d-%d,state-args-baseLabelGroup+1, + state-args-baseLabelGroup+state-args