Bug#909085: ispell: Sequoia & ispell's /usr/bin/sq
Package: ispell Version: 3.4.00-5 Severity: normal Dear Maintainer, Along with Justus and Kai (in cc), I'm developing Sequoia, which is a new OpenPGP implementation (think of GnuPG). Although Sequoia is firstly a library, we also offer a command-line tool, which we named 'sq'. Unfortunately, and this is the reason that I'm reaching out, the debian ispell package also ships an sq binary. It seems to me that ispell's sq is just an internal ispell tool. Do you know whether other programs use sq? Would you be open to shipping sq as e.g. /usr/lib/ispell/sq? Thanks! :) Neal -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ispell depends on: ii libc6 2.27-6 ii libtinfo5 6.0+20161126-1+deb9u2 Versions of packages ispell recommends: ii iamerican [ispell-dictionary] 3.4.00-5 ii ibritish [ispell-dictionary] 3.4.00-5 ii ingerman [ispell-dictionary] 20161207-1 ii wamerican [wordlist] 7.1-1 Versions of packages ispell suggests: pn spell -- no debconf information
Bug#842015: [PINENTRY PATCH v2] gnome3: Test if Gcr System Prompter is available at startup.
Hi Daniel, Thanks for fixing this! As discussed offline, I made a few minor tweaks before comitting (2e17565). :) Neal At Thu, 3 Nov 2016 12:31:40 -0400, Daniel Kahn Gillmor wrote: > > * gnome3/pinentry-gnome3.c (gcr_system_prompt_available): New. Tests > whether it is possible to create a GcrSystemPrompt. > (main): Use gcr_system_prompt_available() to decide whether to fall > back to curses or not. > > Debian-bug-id: 842015 > Signed-off-by: Daniel Kahn Gillmor> --- > gnome3/pinentry-gnome3.c | 39 +++ > 1 file changed, 39 insertions(+) > > diff --git a/gnome3/pinentry-gnome3.c b/gnome3/pinentry-gnome3.c > index d6d7d16..37c7a44 100644 > --- a/gnome3/pinentry-gnome3.c > +++ b/gnome3/pinentry-gnome3.c > @@ -258,6 +258,39 @@ gnome3_cmd_handler (pinentry_t pe) > > pinentry_cmd_handler_t pinentry_cmd_handler = gnome3_cmd_handler; > > + > +/* test whether we can create a system prompt or not. This briefly > + does create a system prompt, which blocks other tools from making > + the same concurrent request, so we just create it to test if it is > + available, and quickly close it. > +*/ > +int gcr_system_prompt_available () > +{ > + GcrSystemPrompt *prompt; > + GError *error = NULL; > + int ret = 0; > + > + prompt = gcr_system_prompt_open (0, NULL, ); > + if (prompt) > +{ > + ret = 1; > + if (!gcr_system_prompt_close (prompt, NULL, )) > + fprintf (stderr, "failed to close test Gcr System Prompt (%d): > %s\n", > + error ? error->code : -1, error ? error->message : " GError>"); > + g_clear_object (); > +} > + else > + /* This one particular failure is OK; we're clearly capable of > + making a system prompt, even though someone else has the > + system prompter right now: */ > +if (error && error->code == GCR_SYSTEM_PROMPT_IN_PROGRESS) > + ret = 1; > + > + if (error) > +g_error_free (error); > + return ret; > +} > + > int > main (int argc, char *argv[]) > { > @@ -270,6 +303,12 @@ main (int argc, char *argv[]) > " falling back to curses\n"); >pinentry_cmd_handler = curses_cmd_handler; > } > + else if (!gcr_system_prompt_available ()) > +{ > + fprintf (stderr, "No Gcr System Prompter available," > + " falling back to curses\n"); > + pinentry_cmd_handler = curses_cmd_handler; > +} > #endif > >pinentry_parse_opts (argc, argv); > -- > 2.10.1 > > > ___ > Gnupg-devel mailing list > gnupg-de...@gnupg.org > http://lists.gnupg.org/mailman/listinfo/gnupg-devel >
Bug#830479: [pkg-gnupg-maint] Bug#830479: Bug#830479: gnupg2: new trust level "poisoned"
On Fri, 08 Jul 2016 18:18:50 +0200, Simon Richter wrote: > On 08.07.2016 14:54, Werner Koch wrote: > 2. mark the key as invalid/unusable. > > If someone I trust signs the fake key, that key is marked as "valid", so > signatures will be accepted and the key becomes a candidate for > encryption. As this is a result of updating the key and checking the > trustdb (which both happens noninteractively and automatically in many > contexts), the user does not have any notification, and since usually > the date is newer, that key is even preferred. > > For the user to notice, they would have to compare the long key ID > before sending a mail, which is exactly what we want to avoid. You can do this part using the new TOFU functionality. Specificaly, you just need to set the TOFU policy for the key to bad (gpg2 --tofu-policy bad KEYID). For this to work, you'll need to enable the TOFU trust model. Since it sounds like you actively use the WoT, you should enable the tofu+pgp model, which combines the WoT and TOFU. If you don't want the trust of first use part of TOFU, you can set the default trust to unknown using --tofu-default-policy. In this case, the TOFU TM will only be used for explicitly set policies. :) Neal
Bug#760102: gnome keyring gpg agent
Hi Stef, At Fri, 05 Jun 2015 15:37:26 +0200, Stef Walter wrote: Confirming that I'll be ready to remove the code once the new pinentry makes it into a release. Removing code always makes me smile :) A new pinentry with the code has already been released (0.9.3). :) Neal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787639: [pkg-gnupg-maint] Bug#787639: [PATCH] pinentry_setbufferlen returns pin when already large enough
At Thu, 04 Jun 2015 18:24:14 +0200, Werner Koch wrote: On Thu, 4 Jun 2015 17:47, n...@walfield.org said: I've applied this with a slightly different change log. Shall I do a new release tomorrow? It's a pretty significant bug in that it renders the curses backend completely unusable. How about a 0.93.1 release rather 0.94 given that it is the only change? :) Neal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787639: [PATCH] pinentry_setbufferlen returns pin when already large enough
Hi Daniel, At Wed, 3 Jun 2015 13:27:26 -0400, Daniel Kahn Gillmor wrote: * pinentry/pinentry.c (pinentry_setbufferlen): when pin buffer is already large enough, return the buffer instead of NULL. pinentry-curses.c is the only place that checks this return value now, and it expects this behavior. I've applied this with a slightly different change log. Thanks! :) Neal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781916: xul-ext-torbutton: Installing xul-ext-torbutton forces removal of iceweasel
Package: xul-ext-torbutton Version: 1.4.6.3-1 Severity: normal Dear Maintainer, I tried to install xul-ext-torbutton (1.4.6.3-1) using apt-get on a Debian Jessie system (current as of today) with Iceweasel Beta (version 37.0~b1-1) from experimental installed (everything else is from Jessie), however, apt-get would only install it if it could also remove iceweasel. us@chu:~$ sudo apt-get install xul-ext-torbutton Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: icedove Suggested packages: fonts-lyx privoxy The following packages will be REMOVED: iceweasel xul-ext-https-finder xul-ext-itsalltext xul-ext-noscript xul-ext-nosquint xul-ext-perspectives The following NEW packages will be installed: icedove xul-ext-torbutton 0 upgraded, 2 newly installed, 6 to remove and 0 not upgraded. Need to get 29.9 MB of archives. After this operation, 7,704 kB disk space will be freed. Do you want to continue? [Y/n] There is also a minor issue, which is: why does installing xul-ext-torbutton pull in icedove? Thanks, Neal -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747085: mbuffer: can't shut mbuffer up
Package: mbuffer Version: 20110119-2 Severity: important Dear Maintainer, I'd like mbuffer to be quiet. It insists, however, on printing out statistics if I also suppress error messages. Consider: Plain: us@forster:~$ echo | mbuffer summary: 0.0 kByte in 0.0 sec - average of 0.0 kB/s -q suppresses statistics: us@forster:~$ echo | mbuffer -q But used in combination with -l /dev/null, the statistics are again shown: us@forster:~$ echo | mbuffer -q -l /dev/null summary: 0.0 kByte in 0.0 sec - average of 0.0 kB/s Just using -l /dev/null doesn't help either: us@forster:~$ echo | mbuffer -l /dev/null summary: 0.0 kByte in 0.0 sec - average of 0.0 kB/s Nor does redirecting stderr: us@forster:~$ echo | mbuffer -l /dev/null 2/dev/null summary: 0.0 kByte in 0.0 sec - average of 0.0 kB/s (The reason I want -q and -l is that I want to suppress both the statistics and the possible broken pipe error message, which isn't really an error message. Perhaps the broken pipe error message could be suppressed some other way.) Thanks, Neal -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 mbuffer depends on: ii libc6 2.13-38+deb7u1 ii libmhash2 0.9.9.9-1.1 mbuffer recommends no packages. mbuffer 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#745613: dictionaries-common: emacs's ispell-change-dictionary displays unavailable (and invalid?) dictionaries
Package: dictionaries-common Version: 1.12.11 Severity: normal Dear Maintainer, On Debian Squeeze, I would run ispell-change-dictionary in emacs to toggle between my default dictionary (american) and german-new8. Despite installing many dictionary packages, I couldn't get 'german-new8' back in the menu on Wheezy. What is present, however, is german and german8. Unfortunately, when I select, say, german, I get '/usr/lib/aspell/german' can not be opened for reading. Looking on packages.debian.org: https://packages.debian.org/search?suite=wheezyarch=anymode=filenamesearchon=contentskeywords=%2Fusr%2Flib%2Faspell%2Fgerman I get: Sorry, your search gave no results I eventually figured out that I should be using de-neu after looking at the 91 options available when using tab completion on ispell-change-dictionary. Given that I only have aspell-de and aspell-en: $ dpkg -l \*spell\* | grep '^ii' ii aspell0.60.7~20110707-1 amd64GNU Aspell spell-checker ii aspell-de 20120607-1 all German dictionary for aspell ii aspell-en 7.1-0-1 all English dictionary for GNU Aspell ii hunspell-en-us20070829-6 all English_american dictionary for hunspell ii ispell3.3.02-6 amd64International Ispell (an interactive spelling corrector) ii libaspell15 0.60.7~20110707-1 amd64GNU Aspell spell-checker runtime library ii libhunspell-1.3-0:amd64 1.3.2-4 amd64spell checker and morphological analyzer (shared library) it seems to me that not only should dictionaries not included in Debian be pruned, but not-installed dictionaries should be pruned as well. The list of dictionaries appears to be generated by ispell-find-aspell-dictionaries (from ispell.el). This function merges entries from the output of 'aspell dicts' with ispell-dictionary-base-alist, which is a static list. Likely, the intersection should be taken instead of the union. However, my elisp-fu is not good enough to come up with a patch. Thanks, Neal -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-0.bpo.1-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 dictionaries-common depends on: ii debconf [debconf-2.0] 1.5.49 ii libtext-iconv-perl 1.7-5 dictionaries-common recommends no packages. Versions of packages dictionaries-common suggests: ii emacsen-common 2.0.7 ii ispell 3.3.02-6 pn jed-extra none -- debconf information: * dictionaries-common/default-wordlist: american (American English) dictionaries-common/invalid_debconf_value: dictionaries-common/ispell-autobuildhash-message: dictionaries-common/selecting_ispell_wordlist_default: dictionaries-common/default-ispell: american (American English) dictionaries-common/old_wordlist_link: true dictionaries-common/move_old_usr_dict: true dictionaries-common/remove_old_usr_dict_link: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691081: pulseaudio: Pulse audio is unable to play samples encoded at non-44.1khz bit rates
Package: pulseaudio Version: 2.0-6 Severity: normal Dear Maintainer, I'm using an openrd-client. I installed pulseaudio in daemon mode and disabled autospawn for normal users. Initially, audio appeared to be working fine: I could play some flac files using mplayer (with PULSE_SERVER=localhost) and mpd. When I then tried to use espeak and flite, I would get a pop when the sample started playing, some very soft static and then another pop when the sample was finished. Espeak and flite gave no indication that there was an error. The produced wav file worked fine on other systems and even when played from the openrd with PULSE_SERVER set appropriately. At some point, I tried using mplayer and resampling to 44.1khz. This worked. This led me to the following bug report: https://bugs.launchpad.net/ubuntu/+source/speex/+bug/528524 Apparently, speex has problems on arm if compiled with certain flags. I changed pulseaudio's resample method to trivial and now espeak and flite work. Thanks, Neal -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.2.0-3-kirkwood 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 pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit0.4.5-3.1 ii libasound21.0.25-4 ii libasound2-plugins1.0.25-2 ii libc6 2.13-35 ii libcap2 1:2.22-1.2 ii libdbus-1-3 1.6.8-1 ii libfftw3-33.3.2-3.1 ii libgcc1 1:4.7.1-7 ii libice6 2:1.0.8-2 ii libltdl7 2.4.2-1.1 ii liborc-0.4-0 1:0.4.16-2 ii libpulse0 2.0-6 ii libsamplerate00.1.8-5 ii libsm62:1.2.1-2 ii libsndfile1 1.0.25-5 ii libspeexdsp1 1.2~rc1-6 ii libstdc++64.7.1-7 ii libsystemd-daemon044-4 ii libsystemd-login0 44-4 ii libtdb1 1.2.10-2 ii libudev0 175-7 ii libwebrtc-audio-processing-0 0.1-2 ii libx11-6 2:1.5.0-1 ii libx11-xcb1 2:1.5.0-1 ii libxcb1 1.8.1-1 ii libxtst6 2:1.2.1-1 ii lsb-base 4.1+Debian7 ii udev 175-7 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3 ii pulseaudio-module-x11 2.0-6 ii rtkit 0.10-2 Versions of packages pulseaudio suggests: pn paman none pn paprefs none pn pavucontrol none pn pavumeter none ii pulseaudio-utils 2.0-6 -- Configuration Files: /etc/default/pulseaudio changed: PULSEAUDIO_SYSTEM_START=1 DISALLOW_MODULE_LOADING=0 /etc/pulse/daemon.conf changed: ; fail = yes ; allow-module-loading = yes ; use-pid-file = yes ; local-server-type = user ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; lock-memory = no ; cpu-limit = no ; high-priority = yes ; nice-level = -11 ; realtime-scheduling = yes ; realtime-priority = 5 ; exit-idle-time = 20 ; scache-idle-time = 20 ; dl-search-path = (depends on architecture) ; load-default-script-file = yes ; default-script-file = /etc/pulse/default.pa ; log-target = auto ; log-level = notice ; log-meta = no ; log-time = no ; log-backtrace = 0 ; resample-method = speex-float-3 resample-method = trivial ; enable-remixing = yes ; enable-lfe-remixing = no ; flat-volumes = yes ; rlimit-fsize = -1 ; rlimit-data = -1 ; rlimit-stack = -1 ; rlimit-core = -1 ; rlimit-as = -1 ; rlimit-rss = -1 ; rlimit-nproc = -1 ; rlimit-nofile = 256 ; rlimit-memlock = -1 ; rlimit-locks = -1 ; rlimit-sigpending = -1 ; rlimit-msgqueue = -1 ; rlimit-nice = 31 ; rlimit-rtprio = 9 ; rlimit-rttime = 100 ; default-sample-format = s16le ; default-sample-rate = 44100 ; alternate-sample-rate = 48000 ; default-sample-channels = 2 ; default-channel-map = front-left,front-right ; default-fragments = 4 ; default-fragment-size-msec = 25 ; enable-deferred-volume = yes ; deferred-volume-safety-margin-usec = 8000 ; deferred-volume-extra-delay-usec = 0 /etc/pulse/default.pa changed: ..nofail ..fail load-module module-device-restore load-module module-stream-restore load-module module-card-restore load-module module-augment-properties ..ifexists module-udev-detect.so load-module module-udev-detect ..else load-module module-detect ..endif ..ifexists module-jackdbus-detect.so ..nofail load-module module-jackdbus-detect ..fail ..endif ..ifexists module-bluetooth-discover.so load-module module-bluetooth-discover ..endif ..ifexists module-esound-protocol-unix.so load-module module-esound-protocol-unix ..endif
Bug#660724: texlive-pictures: new version of pgfplots available
Package: texlive-pictures Version: 2009-15 Severity: wishlist There is a new version of pgfplots available. I'd like to be able to use a box-and-whiskers plot, as described here: http://tex.stackexchange.com/questions/3983/can-i-use-pgfplots-to-make-a-boxplot Here is the example: \documentclass{article} \usepackage{pgfplots} \usepackage{filecontents} \begin{filecontents}{testdata.dat} 0 1 1.2 0.4 1.5 0.2 1 2 2.3 1.5 2.7 1 2 0.7 1.4 0.5 1.9 0.1 \end{filecontents} \pgfplotsset{ box plot/.style={ /pgfplots/.cd, black, only marks, mark=-, mark size=1em, /pgfplots/error bars/.cd, y dir=plus, y explicit, }, box plot box/.style={ /pgfplots/error bars/draw error bar/.code 2 args={% \draw ##1 -- ++(1em,0pt) |- ##2 -- ++(-1em,0pt) |- ##1 -- cycle; }, /pgfplots/table/.cd, y index=2, y error expr={\thisrowno{3}-\thisrowno{2}}, /pgfplots/box plot }, box plot top whisker/.style={ /pgfplots/error bars/draw error bar/.code 2 args={% \pgfkeysgetvalue{/pgfplots/error bars/error mark}% {\pgfplotserrorbarsmark}% \pgfkeysgetvalue{/pgfplots/error bars/error mark options}% {\pgfplotserrorbarsmarkopts}% \path ##1 -- ##2; }, /pgfplots/table/.cd, y index=4, y error expr={\thisrowno{2}-\thisrowno{4}}, /pgfplots/box plot }, box plot bottom whisker/.style={ /pgfplots/error bars/draw error bar/.code 2 args={% \pgfkeysgetvalue{/pgfplots/error bars/error mark}% {\pgfplotserrorbarsmark}% \pgfkeysgetvalue{/pgfplots/error bars/error mark options}% {\pgfplotserrorbarsmarkopts}% \path ##1 -- ##2; }, /pgfplots/table/.cd, y index=5, y error expr={\thisrowno{3}-\thisrowno{5}}, /pgfplots/box plot }, box plot median/.style={ /pgfplots/box plot } } \begin{document} \begin{tikzpicture} \begin{axis} [enlarge x limits=0.5,xtick=data] \addplot [box plot median] table {testdata.dat}; \addplot [box plot box] table {testdata.dat}; \addplot [box plot top whisker] table {testdata.dat}; \addplot [box plot bottom whisker] table {testdata.dat}; \end{axis} \end{tikzpicture} \end{document} This doesn't work (at least) because version 1.2.2 of pgfplots doesn't have support for 'y error expr'. I found reference to this in version 1.5.1 of the pgfplots manual: It is also possible to use mathematical expressions together with ‘plot table’. This is documented in all detail in Section 4.2.5, but the key idea is to use one of x expr, y expr, z expr or meta expr as in ‘plot table[x expr=\thisrow{maxlevel}+3,y=L2]’. Thanks, Neal -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded during the run and can easily explain problems induced by outdated files in your home directory. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1153 Feb 14 13:59 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 Feb 14 13:59 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Mar 30 2011 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Jan 12 2011 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Jan 12 2011 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Mar 30 2011 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 5097 Feb 14 13:59 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 10219 Feb 14 13:59 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 3110 Feb 14 13:59 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Jun 8
Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal
Package: texlive-pictures Version: 2009-15 Severity: important I'm trying to call gnuplot from pgfplots. It doesn't work. Here is a minimal example: \documentclass{article} \usepackage{pgfplots} \begin{document} \begin{tikzpicture} \begin{axis} \addplot plot[id=plot,raw gnuplot] function{plot x}; \end{axis} \end{picture} \end{document} Here is pdflatex's output: $ pdflatex -shell-escape a.tex This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) \write18 enabled. entering extended mode ... Package pgfplots: loading complementary code for your PGF version... (/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup p_misc.code.tex) (/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup p_pgfkeysfiltered.code.tex) (/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup p_pgfmathfloat.code.tex) (/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup p_pgflibraryplothandlers.code.tex) Package pgfplots: loading FPU library which doesn't appear to exist in your PGF version... (/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup p_pgflibraryfpu.code.tex)) (/usr/share/texmf-texlive/tex/generic/pgfplots/util/pgfplotsutil.code.tex (/usr/share/texmf-texlive/tex/generic/pgfplots/liststructure/pgfplotsliststruct ure.code.tex) (/usr/share/texmf-texlive/tex/generic/pgfplots/liststructure/pgfplotsliststruct ureext.code.tex) (/usr/share/texmf-texlive/tex/generic/pgfplots/liststructure/pgfplotsarray.code .tex) (/usr/share/texmf-texlive/tex/generic/pgfplots/numtable/pgfplotstable.code.tex (/usr/share/texmf-texlive/tex/generic/pgfplots/numtable/pgfplotstable.coltype.c ode.tex))) (/usr/share/texmf-texlive/tex/generic/pgfplots/util/pgfplotscolormap.code.tex) (/usr/share/texmf-texlive/tex/generic/pgfplots/pgfplots.stackedplots.code.tex) (/usr/share/texmf-texlive/tex/generic/pgfplots/pgfplotscoordprocessing.code.tex ) (/usr/share/texmf-texlive/tex/generic/pgfplots/pgfplotsticks.code.tex) (/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarydecor ations.code.tex (/usr/share/texmf/tex/generic/pgf/modules/pgfmoduledecorations.code.tex)) (/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarydecor ations.pathmorphing.code.tex (/usr/share/texmf/tex/generic/pgf/libraries/pgflibrarydecorations.pathmorphing. code.tex)) (/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarydecor ations.pathreplacing.code.tex (/usr/share/texmf/tex/generic/pgf/libraries/pgflibrarydecorations.pathreplacing .code.tex))) (/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibraryplotm arks.code.tex (/usr/share/texmf/tex/generic/pgf/libraries/pgflibraryplotmarks.code.tex))) (./a.aux) (/usr/share/texmf-texlive/tex/context/base/supp-pdf.mkii [Loading MPS to PDF converter (version 2006.09.02).] ) set terminal table; set output a.plot.table; set format %.5f ^ a.plot.gnuplot, line 1: unknown or ambiguous terminal type; type just 'set terminal' for a list ! Package pgfplots Error: Sorry, the gnuplot-result file 'a.plot.table' could n ot be found. Maybe you need to enable the shell-escape feature? For pdflatex, t his is ' pdflatex -shell-escape'. You can also invoke ' gnuplot file.gnup lot' manually on the respective gnuplot file.. See the pgfplots package documentation for explanation. Type H return for immediate help. ... l.9 ...plot[id=plot,raw gnuplot] function{plot x}; ? ^C! Interruption. \GenericError ... \endgroup l.9 ...plot[id=plot,raw gnuplot] function{plot x}; The problem is that gnuplot no longer supports 'set terminal table'. To use the table terminal, one has to use: 'set table'. (I'm using version 4.4.0-1.1 of gnuplot). The workaround described here: http://tex.stackexchange.com/questions/23900/a-problem-with-tikz-gnuplot-set-terminal-table doesn't work for me either. dpkg -L texlive-pictures | grep pgfbaseplot returns nothing. I tried grepping the sources for 'set terminal table', but I didn't find the offending line of code. Thanks. -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded
Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal
Hi, Hilmar, Thanks for the quick reply. At Mon, 13 Feb 2012 12:37:17 +0100, Hilmar Preusse wrote: The minimal example does not compile, it tells me somthing about an missing endgroup. After replacing \end{picture} by \end{tikzpicture} at least it builds fine. Sorry. That is the correct fix. But it does not even try to run gnuplot. I have gnuplot-nox and gnuplot-x11 installed. My command line is hille@sid:~ $ pdflatex -shell-escape a.tex Can you try running: rm -f a.plot.table a.plot.gnuplot pdflatex a.tex This should result in the following error: ! Package pgfplots Error: Sorry, the gnuplot-result file 'a.plot.table' could not be found. Maybe you need to enable the shell-escape feature? For pdflatex, this is ' pdflatex -shell-escape'. You can also invoke ' gnuplot file.gnuplot' manually on the respective gnuplot file.. See the pgfplots package documentation for explanation. Type H return for immediate help. ... l.9 ...plot[id=plot,raw gnuplot] function{plot x}; ? ! Emergency stop. ... l.9 ...plot[id=plot,raw gnuplot] function{plot x}; ! == Fatal error occurred, no output PDF file produced! Transcript written on a.log. This means that pdflatex is indeed trying to run gnuplot, but shell-escape is not enabled. What version of texlive-pictures are you using and what version of gnuplot do you have installed? Thanks, Neal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal
At Mon, 13 Feb 2012 14:34:46 +0100, Hilmar Preusse wrote: OK, I run again pdflatex using shell-escape and the minimal example. Indeed I have an (intermediate) a.plot.gnuplot file. The content is set table a.plot.table; set format %.5f plot x In my file, I see: set terminal table; set output a.plot.table; set format %.5f plot x This is a pure Debian installation, no local modified files. Could you add \listfile to the beginning of your TeX file and compare the output to my one: I guess you mean to add it to the preamble to use \listfiles (with an s). Unfortunately, I don't see a similar listing, either on pdflatex's stdout or in the generated log file. Am I looking in the wrong place? Did you format the list? Thanks, Neal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal
At Mon, 13 Feb 2012 15:33:19 +0100, Hilmar Preusse wrote: [1 text/plain; us-ascii (quoted-printable)] On 13.02.12 Neal H. Walfield (n...@walfield.org) wrote: Hilmar Preusse wrote: Hi, This is a pure Debian installation, no local modified files. Could you add \listfile to the beginning of your TeX file and compare the output to my one: I guess you mean to add it to the preamble to use \listfiles (with an s). Yes, \listfiles (sorry for the typo), like this: \listfiles \documentclass{article} Ah, I didn't realize that it had to be before the documentclass. Thanks. Here is the diff: $ diff -u hilmar neal --- hilmar 2012-02-13 15:53:03.0 +0100 +++ neal 2012-02-13 15:51:55.0 +0100 @@ -2,32 +2,27 @@ article.cls2007/10/19 v1.4h Standard LaTeX document class size10.clo2007/10/19 v1.4h Standard LaTeX file (size option) pgfplots.sty2009/02/14 Version 1.2.2 -tikz.sty2010/10/13 v2.10 (rcs-revision 1.76) - pgf.sty2008/01/15 v2.10 (rcs-revision 1.12) - pgfrcs.sty2010/10/25 v2.10 (rcs-revision 1.24) -everyshi.sty2001/05/15 v3.00 EveryShipout Package (MS) +tikz.sty2008/02/13 v2.00 (rcs-revision 1.27) + pgf.sty2008/01/15 v2.00 (rcs-revision 1.12) + pgfrcs.sty2008/02/20 v2.00 (rcs-revision 1.21) pgfrcs.code.tex - pgfcore.sty2010/04/11 v2.10 (rcs-revision 1.7) + pgfcore.sty2008/01/15 v2.00 (rcs-revision 1.6) graphicx.sty1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR) keyval.sty1999/03/16 v1.13 key=value parser (DPC) graphics.sty2009/02/05 v1.0o Standard LaTeX Graphics (DPC,SPQR) trig.sty1999/03/16 v1.09 sin cos tan (DPC) graphics.cfg2009/08/28 v1.8 graphics configuration of TeX Live pdftex.def2010/03/12 v0.04p Graphics/color for pdfTeX - pgfsys.sty2010/06/30 v2.10 (rcs-revision 1.37) + pgfsys.sty2008/02/07 v2.00 (rcs-revision 1.31) pgfsys.code.tex -pgfsyssoftpath.code.tex2008/07/18 (rcs-revision 1.7) +pgfsyssoftpath.code.tex2008/01/23 (rcs-revision 1.6) pgfsysprotocol.code.tex2006/10/16 (rcs-revision 1.4) xcolor.sty2007/01/21 v2.11 LaTeX color extensions (UK) color.cfg2007/01/18 v1.5 color configuration of teTeX/TeXLive pgfcore.code.tex -pgfcomp-version-0-65.sty2007/07/03 v2.10 (rcs-revision 1.7) -pgfcomp-version-1-18.sty2007/07/23 v2.10 (rcs-revision 1.1) - pgffor.sty2010/03/23 v2.10 (rcs-revision 1.18) - pgfkeys.sty - pgfkeys.code.tex - pgffor.code.tex - pgfkeys.code.tex +pgfcomp-version-0-65.sty2007/07/03 v2.00 (rcs-revision 1.7) +pgfcomp-version-1-18.sty2007/07/23 v2.00 (rcs-revision 1.1) + pgffor.sty2007/11/07 v2.00 (rcs-revision 1.8) pgffor.code.tex tikz.code.tex supp-pdf.mkii My raw output follows: *File List* article.cls2007/10/19 v1.4h Standard LaTeX document class size10.clo2007/10/19 v1.4h Standard LaTeX file (size option) pgfplots.sty2009/02/14 Version 1.2.2 tikz.sty2008/02/13 v2.00 (rcs-revision 1.27) pgf.sty2008/01/15 v2.00 (rcs-revision 1.12) pgfrcs.sty2008/02/20 v2.00 (rcs-revision 1.21) pgfrcs.code.tex pgfcore.sty2008/01/15 v2.00 (rcs-revision 1.6) graphicx.sty1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR) keyval.sty1999/03/16 v1.13 key=value parser (DPC) graphics.sty2009/02/05 v1.0o Standard LaTeX Graphics (DPC,SPQR) trig.sty1999/03/16 v1.09 sin cos tan (DPC) graphics.cfg2009/08/28 v1.8 graphics configuration of TeX Live pdftex.def2010/03/12 v0.04p Graphics/color for pdfTeX pgfsys.sty2008/02/07 v2.00 (rcs-revision 1.31) pgfsys.code.tex pgfsyssoftpath.code.tex2008/01/23 (rcs-revision 1.6) pgfsysprotocol.code.tex2006/10/16 (rcs-revision 1.4) xcolor.sty2007/01/21 v2.11 LaTeX color extensions (UK) color.cfg2007/01/18 v1.5 color configuration of teTeX/TeXLive pgfcore.code.tex pgfcomp-version-0-65.sty2007/07/03 v2.00 (rcs-revision 1.7) pgfcomp-version-1-18.sty2007/07/23 v2.00 (rcs-revision 1.1) pgffor.sty2007/11/07 v2.00 (rcs-revision 1.8) pgffor.code.tex tikz.code.tex supp-pdf.mkii *** -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal
reassign pgf thanks At Mon, 13 Feb 2012 17:13:42 +0100, Hilmar Preusse wrote: Ah, I didn't realize that it had to be before the documentclass. Thanks. Here is the diff: Bamm. Yes, I should have noticed that earlier: the pgf package is maintained separately in Debian. Please install the Debian package pgf to get the fix. hille@sid:~ $ dpkg -l pgf Desired=Unknown/Install/Remove/Purge/Hold |Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii pgf2.10-1 TeX Portable Graphic Format This fixes the problem. I had 2.00-1 installed, which is in stable, along with the incompatible version of gnuplot. Perhaps pgf should change make the use of set table and set terminal table dependent on the version of gnuplot, e.g.: if (substr(system(gnuplot --version), strlen (gnuplot ), 100) =4.4) set table; else set terminal table; Thanks, Neal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622160: rsync: 65000 hard links = assertion failure
Package: rsync Version: 3.0.7-2 Severity: normal I use storebackup to create daily backups and I mirror these backups to a report machine using: rsync --stats -a -z -H --numeric-ids --link-dest=/backup \ /backup/ bruckner.vpn.huenfield.org:/home/backup/ During today's run, rsync reported the following errors: ERROR 2011.04.10 11:14:45 27930 rsync: link /home/backup/forster/2011.04.10_06.36.53/neal/src/temp/linux-2.6-2.6.32/debian/build/build_i386_none_486/include/config/dvb/s5h1409.h = forster/2011.03.10_11.11.28/.gksu.lock failed: Too many links (31) ERROR 2011.04.10 11:14:45 27930 rsync: link /home/backup/forster/2011.04.10_06.36.53/neal/src/temp/linux-2.6-2.6.32/debian/build/build_i386_none_486/include/config/early/printk.h = forster/2011.03.10_11.11.28/.gksu.lock failed: Too many links (31) ... ERROR 2011.04.10 11:14:45 27930 rsync: hlink.c:537: finish_hard_link: Assertion `(((unsigned char *)(node-data))[0]) == 0' failed. Looking at .gksu.lock, we see that it indeed has the maximum number of allowed hard links (it also has 0 size): $ ls -l /home/backup/forster/2011.03.10_11.11.28/.gksu.lock -rw-r--r-- 65000 neal neal 0 Sep 28 2007 /home/backup/forster/2011.03.10_11.11.28/.gksu.lock I'd like rsync to not fail. Perhaps it should create an additional copy of the content. Thanks. -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-5-kirkwood 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 rsync depends on: ii base-files 6.0 Debian base system miscellaneous f ii libacl1 2.2.49-4 Access control list shared library ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libpopt01.16-1 lib for parsing cmdline parameters ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client1:5.5p1-6 secure shell (SSH) client, for sec ii openssh-server1:5.5p1-6 secure shell (SSH) server, for sec -- 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#601416: newer firmware works with RT3072
I'm using linux-image-2.6-686 2.6.38+33 and an RT3072-based USB stick. In particular, the one here http://www.amazon.de/gp/product/B003TRTBLU/). lsusb describes it as: Bus 001 Device 002: ID 148f:3072 Ralink Technology, Corp. RT3072 Wireless Adapter Using the firmware package version 0.29, I get: sudo /usr/sbin/hostapd -dd /etc/hostapd/24ghz.conf Configuration file: /etc/hostapd/24ghz.conf ctrl_interface_group=0 [ 313.419902] phy1 - rt2x00lib_request_firmware: Error - Current firmware does not support detected chipset. ioctl[SIOCSIFFLAGS]: No such file or directory nl80211 driver initialization failed. wlan2: Unable to setup interface. Purging the firmware (dpkg -P firmware-ralink) and then copying rt2870.bin from 2011_0107_RT3070_RT3370_Linux_STA_v2.5.0.1_DPO to /lib/firmware allows hostapd to start. Neal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601416: ralink firmware
I've also tried the firmware in the v22 zip file on ralink's web site. Either version (and they are different) allows hostapd to load. When terminating hostapd, I see the following error message: phy1 - rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x7010 with error -71. ... eloop: could not process SIGINT or SIGTERM in two seconds. Looks like there is a bug that ends up in a busy loop that prevents clean shutdown. Killing program forcefully. This is repeated for a while. Otherwise, AP mode seems to work fine. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518182: e1000: Detected Tx Unit Hang in 2.6.32-27: not fixed? regression?
Hi, I just did a fresh install of Squeeze (using the Beta1 d-i, amd64). I encountered this bug using 2.6.32-27, although the bug was allegedly fixed in 2.6.32-25. My machine has exactly 4 GB of RAM and an AMD 64 X2 5200+ CPU. Additional details follow. Thanks, Neal Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++---== un linux-image-2.6 none (no description available) ii linux-image-2.6-amd642.6.32+28 Linux 2.6 for 64-bit PCs (meta-package) un linux-image-2.6-openvz-amd64 none (no description available) un linux-image-2.6-vserver-amd64none (no description available) un linux-image-2.6-xen-amd64none (no description available) ii linux-image-2.6.32-5-amd64 2.6.32-27 Linux 2.6.32 for 64-bit PCs Nov 15 09:51:18 maurice kernel: [66202.176123] e1000: eth0 NIC Link is Down Nov 15 09:53:23 maurice kernel: [66326.613674] e1000: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX Nov 15 10:02:03 maurice kernel: [66846.805168] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang Nov 15 10:02:03 maurice kernel: [66846.805172] Tx Queue 0 Nov 15 10:02:03 maurice kernel: [66846.805174] TDH a Nov 15 10:02:03 maurice kernel: [66846.805176] TDT 22 Nov 15 10:02:03 maurice kernel: [66846.805178] next_to_use 22 Nov 15 10:02:03 maurice kernel: [66846.805180] next_to_cleana Nov 15 10:02:03 maurice kernel: [66846.805182] buffer_info[next_to_clean] Nov 15 10:02:03 maurice kernel: [66846.805184] time_stamp 100fdd9de Nov 15 10:02:03 maurice kernel: [66846.805186] next_to_watcha Nov 15 10:02:03 maurice kernel: [66846.805188] jiffies 100fddb1d Nov 15 10:02:03 maurice kernel: [66846.805190] next_to_watch.status 0 Nov 15 10:02:05 maurice kernel: [66848.805058] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang Nov 15 10:02:05 maurice kernel: [66848.805062] Tx Queue 0 Nov 15 10:02:05 maurice kernel: [66848.805064] TDH a Nov 15 10:02:05 maurice kernel: [66848.805066] TDT 22 Nov 15 10:02:05 maurice kernel: [66848.805068] next_to_use 22 Nov 15 10:02:05 maurice kernel: [66848.805070] next_to_cleana Nov 15 10:02:05 maurice kernel: [66848.805072] buffer_info[next_to_clean] Nov 15 10:02:05 maurice kernel: [66848.805074] time_stamp 100fdd9de Nov 15 10:02:05 maurice kernel: [66848.805076] next_to_watcha Nov 15 10:02:05 maurice kernel: [66848.805078] jiffies 100fddd11 Nov 15 10:02:05 maurice kernel: [66848.805080] next_to_watch.status 0 Nov 15 10:02:07 maurice kernel: [66850.804156] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang Nov 15 10:02:07 maurice kernel: [66850.804161] Tx Queue 0 Nov 15 10:02:07 maurice kernel: [66850.804163] TDH a Nov 15 10:02:07 maurice kernel: [66850.804165] TDT 22 Nov 15 10:02:07 maurice kernel: [66850.804167] next_to_use 22 Nov 15 10:02:07 maurice kernel: [66850.804169] next_to_cleana Nov 15 10:02:07 maurice kernel: [66850.804171] buffer_info[next_to_clean] Nov 15 10:02:07 maurice kernel: [66850.804173] time_stamp 100fdd9de Nov 15 10:02:07 maurice kernel: [66850.804175] next_to_watcha Nov 15 10:02:07 maurice kernel: [66850.804177] jiffies 100fddf05 Nov 15 10:02:07 maurice kernel: [66850.804179] next_to_watch.status 0 Nov 15 10:02:08 maurice kernel: [66851.804025] [ cut here ] Nov 15 10:02:08 maurice kernel: [66851.804045] WARNING: at /build/mattems-linux-2.6_2.6.32-27-amd64-IsDpkI/linux-2.6-2.6.32/debian/build/source_amd64_none/net/sched/sch_generic.c:261 dev_watchdog+0xe2/0x194() Nov 15 10:02:08 maurice kernel: [66851.804052] Hardware name: To Be Filled By O.E.M. Nov 15 10:02:08 maurice kernel: [66851.804057] NETDEV WATCHDOG: eth0 (e1000): transmit queue 0 timed out Nov 15 10:02:08 maurice kernel: [66851.804061] Modules linked in: des_generic cbc ppdev lp sco bridge stp bnep l2cap bluetooth rfkill powernow_k8 cpufreq_userspace cpufreq_stats cpufreq_powersave cpufreq_conservative binfmt_misc fuse rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc loop usb_storage snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_ac97_codec ac97_bus
Bug#528581: libevent-dev: event.h does not include sys/types.h but depends on it.
Subject: libevent-dev: event.h does not include sys/types.h but depends on it. Package: libevent-dev Version: 1.3e-3 Severity: normal *** Please type your report below this line *** Consider the following program: #include event.h int main (int argc, char *argv[]) { return 0; } Compiling this yields: gcc -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\foobar\ -DVERSION=\2.7.0\ -DHAVE_LIBEVENT=1 -I. -I../../src -g -O2 -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o ../../src/main.c In file included from ../../src/main.c:1: /usr/include/event.h:214: error: expected specifier-qualifier-list before ‘u_char’ /usr/include/event.h:237: error: expected specifier-qualifier-list before ‘size_t’ /usr/include/event.h:267: error: expected declaration specifiers or ‘...’ before ‘size_t’ /usr/include/event.h:269: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘bufferevent_read’ /usr/include/event.h:282: error: expected declaration specifiers or ‘...’ before ‘size_t’ /usr/include/event.h:283: error: expected declaration specifiers or ‘...’ before ‘size_t’ /usr/include/event.h:284: error: expected declaration specifiers or ‘...’ before ‘size_t’ /usr/include/event.h:289: error: expected declaration specifiers or ‘...’ before ‘size_t’ /usr/include/event.h:292: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token /usr/include/event.h:293: error: expected declaration specifiers or ‘...’ before ‘size_t’ /usr/include/event.h:293: error: expected declaration specifiers or ‘...’ before ‘size_t’ /usr/include/event.h:328: error: expected declaration specifiers or ‘...’ before ‘size_t’ make[1]: *** [main.o] Error 1 The problem is that event.h uses u_char, which is defined in sys/types.h, however, event.h does not include the appropriate header file. Including sys/types.h fixes the problem. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libevent-dev depends on: ii libevent1 1.3e-3 An asynchronous event notification libevent-dev recommends no packages. libevent-dev 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#428529: Starting nstx at arbitary times
Package: nstx Version: 1.1-beta6-4 Severity: wishlist Tags: patch I don't need nstxcd to run all the time. In particular, it doesn't need to start at boot time. However, I'd like to be able to use the normal start up mechanism to start it on demand from the command line by, e.g., running the following: /etc/init.d/nstxcd start Taking inspiration form openvpn, which allows you to start arbitary interfaces using the form: /etc/init.d/openvpn start vpn-name I'd propose that /etc/init.d nstxcd take an additional argument, force, which indicates whether to respect the start_nstxcd variable. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages nstx depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries nstx recommends no packages. -- no debconf information --- nstxcd.orig 2007-06-12 10:51:05.0 +0200 +++ nstxcd 2007-06-12 10:48:09.0 +0200 @@ -16,9 +16,16 @@ fi set -e +FORCE=$2 + check_start_nstxcd_option() { +# Force it to start. +if [ x$FORCE = xforce ]; then +return 0 +fi + if [ ! $start_nstxcd = yes ]; then - echo Not starting nstx client, disabled via /etc/default/nstx + echo Not starting, disabled via /etc/default/nstx; try $0 start force return 1 else return 0
Bug#79358: is select still broken on hurd ?
At Sun, 10 Jun 2007 12:15:20 +0200, Samuel Thibault [EMAIL PROTECTED] wrote: Neal H. Walfield, le Sat 09 Jun 2007 00:29:38 +0200, a écrit : The theory is that we don't trust the server to honor the timeout: it may be malicious and trick the client into waiting forever. Or it may be buggued and hung. Of course. However, there are enough ways in which we rely on the server for correct operation that using the Mach timeout mechanism to preempt the server doesn't bring any additional safety. Mmm, maybe, but is it really the way we want to go? (i.e. trusting the server for such operations). Server hangs do happen, and having applications hung just because of this is not pleasant. Almost every fs operation can hang and we have no functionality to detect this except for the user. Application have come to rely on this being implemented by its TCB. Why is select an exception? Neal
Bug#79358: is select still broken on hurd ?
At Sat, 9 Jun 2007 01:30:49 +0800, Samuel Thibault [EMAIL PROTECTED] wrote: Actually, on the Hurd, a timeout of 0 probably doesn't make sense (since we at least need to give back cpu to the server). What I'd propose is the attached patch (not tested), that rounds up the timeout value, and in the case of 0, uses 1 (so as to give the server an opportunity to answer). Comments? The problem is quite suble. Here is how SUS describes select: If none of the selected descriptors are ready for the requested operation, the pselect() or select() function shall block until at least one of the requested operations becomes ready, until the timeout occurs, or until interrupted by a signal. The timeout parameter controls how long the pselect() or select() function shall take before timing out. The theory is that we don't trust the server to honor the timeout: it may be malicious and trick the client into waiting forever. However, there are enough ways in which we rely on the server for correct operation that using the Mach timeout mechanism to preempt the server doesn't bring any additional safety. Instead, I think, we should pass the timeout directly to the server and rely on it to honor the timeout according to the specification. Neal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336524: cgilib: cgi variable names not decoded
Package: cgilib Version: 0.5-4 Severity: normal Cgi variable names as well as variable values need to have escape sequences decoded. cglib currently does not do this, however, it should. I've attached a patch to correct this. I've tested it and it appears to work. Thanks, Neal -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- no debconf information --- cgi.c.orig 1999-08-20 22:14:07.0 +0100 +++ cgi.c 2005-10-30 22:17:10.66428 + @@ -248,38 +250,58 @@ s_var **cgiReadVariables () i=0; while (*cp) { if ((ip = (char *)strchr(cp, '')) != NULL) { + /* Replace the with a NUL to make parsing easier. */ *ip = '\0'; }else + /* This is the last variable set IP to the real trailing + NUL. */ ip = cp + strlen(cp); if ((esp=(char *)strchr(cp, '=')) == NULL) { + /* The value of the variable is the empty string. */ cp = ++ip; continue; } if (!strlen(esp)) { + /* Variable has no value. */ cp = ++ip; continue; } + /* Squash the = as well. */ + *esp = '\0'; + esp ++; + + /* CP names the start of variable name; ESP names the value; + and IP points to the final NUL. */ + if (inumargs) { + char *name; + char *value; + + name = strdup (cp); + if (! name) + return NULL; + cgiDecodeString (name); + + value = strdup (esp); + if (! value) { + free (name); + return NULL; + } + cgiDecodeString (value); /* try to find out if there's already such a variable */ - for (k=0; ki (strncmp (result[k]-name,cp, esp-cp) || !(strlen (result[k]-name) == esp-cp)); k++); + for (k=0; ki strcmp (result[k]-name, name); k++) + ; if (k == i) { /* No such variable yet */ if ((result[i] = (s_var *)malloc(sizeof(s_var))) == NULL) return NULL; - if ((result[i]-name = (char *)malloc((esp-cp+1) * sizeof(char))) == NULL) - return NULL; - memset (result[i]-name, 0, esp-cp+1); - strncpy(result[i]-name, cp, esp-cp); - cp = ++esp; - if ((result[i]-value = (char *)malloc((ip-esp+1) * sizeof(char))) == NULL) - return NULL; - memset (result[i]-value, 0, ip-esp+1); - strncpy(result[i]-value, cp, ip-esp); - result[i]-value = cgiDecodeString(result[i]-value); + result[i]-name = name; + result[i]-value = value; + if (cgiDebugLevel) { if (cgiDebugStderr) fprintf (stderr, %s: %s\n, result[i]-name, result[i]-value); @@ -288,15 +310,14 @@ s_var **cgiReadVariables () } i++; } else { /* There is already such a name, suppose a mutiple field */ - cp = ++esp; - len = (strlen(result[k]-value)+(ip-esp)+2) * sizeof (char); - if ((sptr = (char *)malloc(len)) == NULL) + int len = strlen (result[k]-value); + if ((sptr = realloc (result[k]-value, + len + 1 + strlen (value) + 1)) == NULL) return NULL; - memset (sptr, 0, len); - sprintf (sptr, %s\n, result[k]-value); - strncat(sptr, cp, ip-esp); - free(result[k]-value); - result[k]-value = cgiDecodeString (sptr); + + result[k]-value[len] = '\n'; + memcpy (result[k]-value + len + 1, value, strlen (value) + 1); + free (value); } } cp = ++ip;
Bug#313560: /dev/{null,zero,full} should not be run as root
Package: Hurd /dev/{null,zero,full} should not be run as root: they don't need root access to operate correctly. Because they are translators and the node is owned by root, the file system starts them with root permission. Ideally, they should be run with no user ids but as an interim measure, they can be run as nobody. Thanks, Neal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]